1990년대 후반에 코어 뱅킹 솔루션(CBS)이 설계되었을 때 중앙 데이터베이스를 사용하여 은행의 여러 지점에 연결하고 적절한 회계를 보장하여 총계정 원장을 생성하도록 설계되었습니다. 은행의 거대한 원장을 제거했습니다.
직원이 수동 게시를 수행하고 프런트 오피스/텔러가 일상적/반복적 거래를 수행하는 데 도움이 되는 지점 기반 회계 소프트웨어(전체 지점 자동화 소프트웨어)를 제거했습니다. 소프트웨어의 초기 공급업체가 작동/공동 구축
수동 원장 작업을 회계 소프트웨어로 변환하기 위한 요구 사항을 제공한 대형 은행의 소프트웨어. 의도는 온라인 실시간 회계를 수행하는 것이었지만 이 회계로 이어진 일부 프로세스도 포함되었습니다.
CBS 패키지의 일부로. 설계의 초점은 해당 시점에 은행에 만연한 다양한 비즈니스 라인(CASA 및 부채, 자산 및 무역/외환)을 중심으로 주로 회계 관점에서 중점을 두었습니다.
개념적 관점에서 수동 회계를 제거하고 은행/규제 관점에서 보고의 투명성을 개선했으며 모든 계정이 중앙 집중식 데이터베이스에 연결되어 있기 때문에 고객이 언제 어디서나 은행 업무를 수행할 수 있도록 지원했습니다.
직원이 조정, 수동 이자 공시, 수동 총계정원장 생성에 더 많은 시간을 할애한 은행은 오류가 최소화되고 원장이 아닌 소프트웨어에서 데이터를 사용할 수 있으며 보고가 더 원활해져서 안도의 한숨을 내쉬었습니다. 고객으로부터
통장과 명세서를 자동화된 방식으로 제공하고, CBS(Core Banking Solution)와의 인터페이스를 통해 계좌개설 도시/외부 어디서나 ATM을 통해 잔액정보 및 출금이 가능하고,
이를 통해 은행 생태계에 대한 신뢰를 높일 수 있습니다.
은행의 관점에서 볼 때 많은 운영이 지점 은행에서 중앙 집중식 셀로 이동되어 프런트 오피스 직원이 고객 서비스 및 교차 판매/비즈니스 개선에 집중할 수 있습니다. 프런트 오피스/백 오피스의 개념은
백엔드 활동, 제품 생성 및 혁신, 청산, 대출 운영, 거래 운영, 계좌 개설, 감사, 조정, 보고 및 MIS 등에 초점을 맞춘 별도의 팀 세트. 백오피스에서 더 많은 정보와 데이터를 통해
신제품 혁신을 위한 방법으로 더 많은 제품 출시로 이어져 은행의 비즈니스/수익이 증가합니다. CBS는 은행이 고객에게 기쁨을 가져다주는 목적에 맞는 제품을 세계화/현지화하는 데 도움을 주었습니다.
XNUMX년 후 은행은 CBS가 지불 및 무역 운영과 같이 더 많은 프로세스/규칙이 필요한 비즈니스 영역을 수용할 수 없다는 것을 깨달았습니다. CBS는 회계를 수행할 수 있었지만 규칙/프로세스를 구축할 수 없었습니다.
예를 들어 고객, 금액, 시간, 네트워크, 요금 등에 기반한 지불 규칙.
지불/거래 외부에서 일반적으로 이러한 프로세스를 충족하고 회계를 위해 CBS와 인터페이스할 수 있는 이러한 비즈니스용 특수 소프트웨어를 구입한 은행은 거의 없습니다. 특수 소프트웨어는 프로세스/단계/규칙/예외를 수행하도록 설계되었습니다.
최종적으로 회계에서 절정에 달할 수 있는 특정 비즈니스에 대한 라이프사이클 활동. 처음에 지불은 핵심 외부로 이동했지만 거래 및 대출 작업은 CASA, 부채 및 회계를 제외하고 이러한 은행에 대해 동일한 경로를 따랐습니다.
CBS 내에서.
지난 XNUMX년 초부터 프라이빗 뱅킹, 현금 관리, 소액 대출, 유통 상품을 포함하는 일련의 새로운 비즈니스가 등장했으며 새로운 비즈니스 방식에 대한 가시성으로 인해 은행에서 인기를 얻었습니다. 이것은
규제를 통해 또는 시장 요인으로 인해 은행은 코어 뱅킹에 대한 의존도를 더욱 줄이는 새로운 소프트웨어 솔루션에 의존하기 시작했습니다. 이 시대는 또한 디지털 및 셀프 서비스 채널의 출현을 보았습니다.
웹 브라우저/스마트폰에 의존하여 은행 거래를 수행합니다. 이전 세대의 고객은 약간 주저했지만 일정 기간 동안 제한된 거래를 위해 이러한 디지털 채널로 이동했습니다. CBS와의 원활하고 쉬운 인터페이스가 필요했습니다.
이로 인해 CBS 공급업체는 이러한 API/스마트 인터페이스를 구축해야 했습니다. 또한 CBS 외부에서 발생하는 거래에 대한 사기를 줄이기 위해 애플리케이션에 여러 보안 및 규정 준수 프로토콜을 구축해야 합니다. 고객 경험
, 은행 업무에 대한 고객 행동 및 고객 요구 사항은 지난 XNUMX년 동안 급격하게 변했습니다.
Covid 19의 출현으로 은행 지점의 고객 방문 발걸음은 전 세계적으로 더욱 감소했으며 점점 더 많은 거래가 디지털 방식으로 수행되어 CBS 소프트웨어에 과부하가 걸렸습니다. 디지털 거래가 다양하게 증가했습니다.
규정, 고객이 사용할 수 있는 디지털 옵션, 전자 상거래 및 온라인 결제 옵션, 소비자가 Covid 제한과 거래해야 하는 강제적인 필요성 덕분에 Covid 시대에.
결론적으로 코어 뱅킹의 재설계 및 현대화는 진화하는 변화와 지점에서 모바일, 소셜 미디어, 대체 채널로 이동하는 은행 거래의 많은 요소를 고려하여 현재 XNUMX년 동안 우선 순위입니다. 움직여야 한다
회계 기반 CBS에서 회계가 내장된 규칙/프로세스 기반으로. 초기 디자인은 주로 회계에 초점을 맞추었지만 다양한 단계에서 제품/계정 수명 주기에 대한 규칙/프로세스/예외 사항을 고려하여 요구 사항을 충족해야 합니다.
현대에. 사용자 경험은 초기 디자인의 일부 요소가 아니어서 소프트웨어 사용량이 감소하고 프로세스/규칙/단계를 통해 사용자 경험을 다시 작성해야 합니다. 메뉴 옵션 기반 접근 방식에서 프로세스 기반 접근 방식
수행/수행할 작업/다음 단계 등을 사용자에게 알리기 위해 사용자의 액세스 권한, 규칙 및 권한에 따라 대시보드에서 사용할 수 있어야 합니다. 디지털 요구 사항이 증가함에 따라 산업 프로토콜을 기반으로 하는 관련 API가 필요합니다.
거래가 언제 어디서나 디지털 방식으로 수행될 수 있도록 관련 비즈니스 수명 주기 활동을 수행하는 데 사용할 수 있습니다. 부채, 무역, 지불, 대출, 현금 관리 및 독립적인 셀프 서비스와 같은 여러 비즈니스 라인의 분리
소프트웨어를 재설계하는 동안 가격 책정/회계/마스터를 위한 현재 코어 내의 여러 영역에 대한 기능을 고려해야 합니다. 초기 빌드에 따라 제한된 데이터베이스 및 플랫폼에 대한 종속성을 개선하고 코어를 현대화해야 합니다.
모든 플랫폼 또는 데이터베이스에서 작업할 수 있도록 설정해야 합니다. 코드 변환기/도구를 사용한 변환을 위한 향후 변경 사항에 대한 제한이 없도록 새로운 프로그래밍 언어로 업데이트/현대화되도록 코드 베이스를 현대화합니다.
준수할 것. 코어의 작업 부하가 증가하고 디지털 모멘텀으로 인해 추가로 테스트될 가능성이 높으므로 CBS는 증가된 양과 규모를 충족할 수 있어야 합니다. CBS는 글로벌 보안 준수 및 표준을 준수해야 합니다. 버전
업그레이드, 설치 및 변경은 XNUMX년에 한 번 정도 주요 변경 및 개선이 필요한 경우를 제외하고 휴대폰의 자동 패치 업데이트와 마찬가지로 원활해야 합니다. 초기 CBS는 기능/코드를 제공할 수 있었지만
최종 사용을 분석하기 위해 새로운 CBS는 최종 사용자를 염두에 두고 재이미지화된 접근 방식을 취해야 합니다. 온라인 거래 처리 플랫폼에서 온라인 분석 영역을 이해하여 거래 발생 지점/처리에서 의미 있는 통찰력을 제공해야 합니다.
사이클.
기능을 통해 테스트되고 입증된 여러 CBS 소프트웨어가 있으며 선택된 시장에서 성공했으며 최근에 순전히 새로운 기술, 규칙, API를 기반으로 했지만 자격 증명을 입증하지 못한 많은 새로운 CBS가 있습니다. CBS
시장 요구 사항과 은행/금융 서비스 부문의 새로운 혁신 및 기술 향상에 따라 최신 정보를 유지해야 하며, 생태계 플레이어를 수용할 수 있도록 유연하고 민첩한 새로운 시대의 코어를 설계해야 합니다.
및 서비스를 제공하고 은행에 전체적인 솔루션을 제공합니다. 변화하는 은행 환경에 따라 CBS는 여러 요인을 고려하여 재설계되어야 하며 이러한 소프트웨어는 향후 XNUMX년 동안 성공할 수 있습니다. 그렇지 않으면 은행은 대체 원장 시스템, 프로세스를 탐색할 것입니다.
/rule 시스템, API 시스템 및 CBS 소프트웨어 유무에 관계없이 위의 시스템을 결합하여 처음부터 은행 업무 요구에 적합한 기술 /응용 프로그램을 구축합니다.
