FIDLEG가 2020년 1월 1일에 발효될 것으로 예상됨에 따라 스위스의 금융 서비스 제공업체는 새로운 투자자 보호 요구 사항을 준수해야 합니다.
많은 MiFID II 요구 사항에 대한 규제 기관의 늦은 명확성 제공으로 인해 많은 경우에 번거로운 수동 해결 방법이 발생했습니다. 금융 기관은 프로세스 효율성과 더 나은 고객 경험을 희생하면서 규정 기한까지 규정 준수를 보장하는 데 중점을 두었습니다. 이러한 해결 방법으로 인해 발생하는 문제는 2018년 내내 수많은 Day 2 프로젝트에서 해결되어야 했습니다. 이 경험을 고려하고 FIDLEG의 일정을 미리 내다보면 규정을 준수하고 시기적절한 FIDLEG 구현을 위한 준비가 지금 시작되어야 합니다. , 최근 MiFID II 구현 및 조직의 전략적 목표를 기반으로 주요 설계 결정을 다룹니다. 이는 프로젝트 범위를 결정하고 2020년 1월까지 규정 준수를 달성하기 위한 일정을 설정하며 게시 후 개선 사항의 필요성을 상당히 제한합니다.
FIDLEG 시리즈의 네 번째 블로그 게시물은 효과적인 FIDLEG 구현을 위한 예시적인 로드맵을 고려합니다. 금융 기관이 순조로운 규정 준수 과정을 보장하기 위해 지금 FIDLEG 문제를 해결해야 하는 이유를 설명합니다.
이전 블로그 게시물은 새로운 FIDLEG 요구 사항의 다양한 측면에 중점을 두었습니다(이전 블로그 게시물 참조). 이 블로그에서 우리는 늦어도 2018년 4분기에 구현이 시작되는 것을 가리키는 핵심 동인을 살펴봅니다. 이는 예산을 확보하고 고위 경영진의 동의를 얻어야 하는 어려움 때문일 뿐만 아니라 IT 릴리스 주기 및 외부 서비스 제공업체의 결과물에 대한 종속성을 해결해야 하기 때문에 시간이 많이 소요될 수 있습니다.
2018년 가을에 조례 초안이 발표됨에 따라 FIDLEG는 더욱 가시적이고 MiFID II와의 유사점 및 차이점이 더욱 명확해질 것입니다. 그러나 현재 입수 가능한 정보를 바탕으로 고위 경영진이 필요한 노력의 양을 과소평가해서는 안 된다고 생각합니다. 금융 기관은 이제 규제 마감일까지 약 15개월이 남았습니다. MiFID II 요구 사항의 편차로 인해 금융 서비스 제공업체에 부과된 상당한 변화를 해결하기에는 비교적 짧은 시간입니다.
우리는 조직이 구현의 핵심 요소를 적절하게 처리하기 위해 지금 FIDLEG 프로젝트를 시작해야 한다고 믿습니다. 여기에는 다음이 포함됩니다.
아래 그림은 2020년 1월까지의 FIDLEG 규정 준수를 위한 일반적인 로드맵을 보여줍니다. 여러 IT 릴리스 주기가 필요할 수 있으며 이는 개략적인 계획에 영향을 미칠 수 있습니다.
그림 1:출시일에 FIDLEG 준비 상태에 대한 개략적인 로드맵
각 조직에 미치는 영향은 MiFID II 구현을 위해 채택한 접근 방식과 현재 표준에서 벗어나려는 성향에 따라 다릅니다. 주요 설계 요소에 대한 고위 경영진의 결정을 내리기 위해 조직은 어떤 전략적 결정이 관련이 있는지 확인하여 프로젝트를 시작하고(주제에 대한 세 번째 블로그 참조) 각 요소에 대한 자세한 영향 분석을 진행해야 합니다. 이 초기 분석은 프로젝트의 일반적인 방향을 설정합니다. 현재 설정은 FIDLEG 요구 사항에 대해 평가하여 잠재적 격차를 식별하거나 보다 실용적인 접근 방식을 채택할 수 있는 곳을 확인해야 합니다.
그러나 디자인 결정은 FIDLEG 요구 사항에만 기반해서는 안 됩니다. 조직은 규제에 의해 주도될 수도 있고 그렇지 않을 수도 있는 다른 진행 중인 이니셔티브를 고려해야 합니다. 이렇게 하면 사일로 구현 접근 방식으로 인해 비효율적인 IT 제공과 번거로운 운영 프로세스가 발생했던 최근 유사한 규제 이니셔티브에서 경험한 일반적인 함정을 피하는 데 도움이 됩니다. 이상적으로는 FIDLEG 요구 사항을 구현하면 고객 경험이 향상되고 판매 프로세스가 원활해집니다.
개시까지 약 15개월이 남았으므로, 합의된 설계 결정과 IT 릴리스 주기, 기타 주요 결과물.
MiFID II를 사용한 경험에 따르면 규제 기관 및 업계 기관의 늦은 설명이 초기 분석에 영향을 미칠 수 있음을 보여줍니다. 그럼에도 불구하고 잘 계획된 릴리스 주기와 견고한 제공 계획은 규제 기관이 전달한 늦은 구현 표준의 영향을 완화할 것입니다. 따라서 지금 시작하면 나중에 필요한 경우 조직이 대응할 수 있는 우위를 확보할 수 있습니다.
조례 공표 후 MiFID II와의 차이점을 식별하고 향후 비즈니스 및 IT 요구 사항을 정의하는 상세한 격차 분석이 수행되어야 합니다. 모든 클라이언트에 대해 동일한 유도 절차를 적용할 수 있는지 여부와 같은 이전의 주요 설계 결정은 요구 사항 문서화의 경계를 제공합니다. 조직은 또한 중복 노력을 피하기 위해 MiFID 및 기타 규정에 대해 이미 시행 중인 제어 및 거버넌스 프레임워크에 세심한 주의를 기울여야 합니다.
이 단계에서는 IT(내부 및/또는 외부)뿐만 아니라 다양한 기능 및 고위 경영진의 이해 관계자의 조기 참여가 필요합니다. 또한 프론트 오피스 직원과 비즈니스 요구 사항을 일치시키면 필요한 변경 사항에 대한 이해를 높이고 향후 프로세스 및 절차를 더 잘 채택할 수 있습니다.
비즈니스 요구 사항을 기술 사양으로 변환하고 내부 검토 주기와 같은 복잡성으로 인해 이 단계에 필요한 전체 시간을 과소평가해서는 안 됩니다.
조직의 IT 설정에 따라 새로운 솔루션의 구현이 내부, 외부 또는 이 둘의 조합으로
실행될 수 있습니다. 기타 규제 이니셔티브, 비용 절감 이니셔티브 또는 고객 경험을 향상시키는 이니셔티브와 같은 프로젝트 간 종속성은 FIDLEG 구현에 영향을 미칠 수 있으므로 반드시 고려해야 합니다. 또한 포괄적인 테스트를 통해 새로 개발된 솔루션이 목적을 달성하는지 확인해야 합니다.
IT 구현 외에도 FIDLEG 요구 사항은 전체 조직의 프로세스 및 절차에 반영되어야 합니다. 이는 또한 다른 관할 구역의 자회사에 영향을 미칠 수 있으며 모든 종류의 제3자와의 비즈니스에 영향을 미치며, 새로운 계약 및 SLA를 필요로 할 뿐만 아니라 내부 및 외부 정책을 다시 작성해야 합니다. 구현 단계 내 이해 관계자.
이 단계에서는 "은행 변경" 주제를 "은행 운영" 프로세스로 전환하고 궁극적으로 성공적인 FIDLEG 구현을 정의합니다.
MiFID II를 사용한 경험에 따르면 변경 관리는 필요한 변경 사항에 대한 이해를 길러주기 때문에 성공적인 구현의 핵심입니다. 직원 교육 요구 사항이 유사한 MiFID II 요구 사항과 크게 겹치더라도 훈련 및 교육이 중요합니다. FIDLEG 준수를 증명하기 위해 교육 개념 및 관련 문서 표준을 정의해야 합니다. 이는 특히 규제 또는 비즈니스 목적으로 MiFID II에서 벗어나는 영역에서 주요 설계 결정의 영향을 강조해야 합니다.
일반적인 구현 로드맵의 복잡성을 고려할 때 2020년 1월 1일까지 FIDLEG 규정 준수를 보장하려면 지금 시작하는 것이 중요합니다. 최근 MiFID II 구현 경험에 따르면 유사한 규제 중심의 변경에는 전체 조직에서 상당한 노력이 필요합니다. 그러나 FIDLEG는 관련 이니셔티브를 더욱 강화하고 합리화하고 전반적인 고객 경험을 크게 개선할 수 있는 방아쇠로 볼 수도 있습니다.
11월 15일에 열리는 FIDLEG 웹 세미나 "FIDLEG:Seeing under the surface"에서 FIDLEG 해석과 그 운영상의 의미에 대한 직접적인 통찰력을 제공할 수 있기를 기대합니다.