<Insert Picture Here> MDM (Master Data Management) : What s the Solution of bad data in Financial Services? 조남승이사 / Quintet Systems Sep 21, 2011
Table of Contents 1. 금융산업의현황및고객정보통합의필요성 2. MDM 의정의 3. MDM의구현방향성및역할 4. Oracle MDM의소개 5. 적용사례 <Insert Picture Here>
국내금융산업의발전방향 국내금융사들이선진글로벌금융사와같은수준으로발전하기위해, 자산관리에특화된업무및 IT 지원전략의정립과고객정보의통합관리의최적화와같은시사점을고려해볼수있습니다. 국내금융사 GAP 선진금융사 시사점 Mass Affluent 고객중심의자산관리 영업자원 ( 인력 / 지점 ) 집중을통한 PB 형영업전개 전략적방향성 고객관계관리중심의종합자산관리사업주력 FA 역량기반자문서비스의강화 자산관리에특화된세부업무및 IT 지원전략정립필요 온라인서비스를통한집중화된고객관리 Wrap 상품판매위주의자산관리수행 WM 전환을위한교육, Advisor 그룹운영등추진 고객만족을위한 IT업무지원강화 고객별통합된데이터관리미비 DW 에서기반을데이터집계 고객접점의고객자문을위한기능미비등 KM 활성화미흡 업무활동 IT 고객정보관리 자문서비스지원 상품 / 서비스및채널확대를통한수익다각화 고객세분화를통한차별화된맞춤서비스제공 위탁매매, 은행, 퇴직연금등이통합된종합자산관리 FA 육성프로그램운영및고급 FA 인력영입 리서치역량강화 전략적업무지원을위한통합과정보분석 Client Hub를통한주요고객 Data 통합관리 - Data 소스로부터 Real Time 정보전송 고객정보통합 (CDI) 기술을적용, 고객별경험정보관리 WM를통해고객자문을위한통합플랫폼제공 CRM 시스템을통한고객접점인터페이스통합 대고객종합금융서비스를위한 WM 기능최적화필요 전사고객정보통합관리체제구축필요 전사통합 Framework 및관리체계의정립필요
금융산업에서고객정보통합관리에대한이슈 타산업과마찬가지로금융산업역시고객정보관리에있어다양한어려움이현실적으로존재하며, 이는통합적인고객정보관리체계의미흡함을주요원인으로볼수있습니다. 주요비즈니스이슈 고객접촉에대한통합관리미흡으로인해 각시스템별로추가적인정보관리에 시간이소요되어 고객분석에역량을집중할수없음 지점, Call center, Web 등다양한채널의 접촉정보및고객문의정보의통합부족으로 중복접촉가능성이있음 주요현황 고객정보중복저장및관리미흡 고객접촉이력통합미흡 최신고객정보획득을위한추가작업필요 동일고객에대한마케팅중복가능 주요현황상세설명 개별시스템별로고객정보를별도로보유 / 관리함주전산기에서최초로고객정보를습득하지만, 각시스템별로추가적인접촉정보발생에따라별도관리고객정보전담조직의부재고객정보가축적되는 CRM, CTI, W/M 등의주관부서및필요정보의차이로인해통합된고객정보관리어려움 시스템별고객접촉정보로인한통합정보제공어려움 CRM, CTI, VOC 의접촉정보가별도로관리되므로통합된접촉정보조회가어려움 다수의종합계좌에서중복관리되고있는고객정보중최신고객정보를산출하기위해특정추출기준을적용함 CRM 에서주전산기의종합계좌정보를이용하여고객정보를추출하기위한작업을매일수행하고있음 고객마케팅에대한단일접촉채널부재로인한중복접촉및고객혼란가능
글로벌금융위기대응을위한금융산업의전략 현글로벌금융위기에의효과적대응을위한전략적방향성은크게비용절감, 리스크관리그리고매출증대로요약할수 있습니다. STRATEGIC PILLARS STRATEGIC IMPERATIVES 1 Merger-Related Cost Efficiencies Eliminate overlapping businesses/functions and related infrastructure, personnel, and facilities ( Economies of Scale ) 1a 1b Standardize / simplify enterprise-wide IT resources ( IT Simplification ) 2 Risk Mitigation 3 Revenue Growth 2a 2b 3a 3b Reduce time and resources required to provide quality regulatory and investor information ( Risk Excellence ) Minimize asset risks by proactively analyzing & engaging clients for credit restructuring ( Asset Optimization ) Retain customers by positioning the company as a safe harbor ( Customer Retention ) Drive deposits and cross-sell from Competitors ( Deposit Expansion )
고객정보통합의필요성 이러한환경의극복을위한 Business Driver 들과이의해결을위한전략적목표를도출하고, 이를지원하기위한 IT Function을정의한결과, 전사고객정보의 Hub로서의 MDM 구축의필요성이대두됩니다. Business Drivers Objectives MDM Functionalities 1 수익률증대 비즈니스와 IT 그룹의연계 데이터 Hierarchy 관리 2 고객유지및통찰역량개선 3 Total Customer Experience 개선 4 5 고객및시장요구사항분별및대응 주요 KPI 식별및이해 고객에대한 360 뷰제공 차별화되면서도일관된서비스제공 KPI 지원을위한고객정보뷰제공 고객 Insight 및 KPI 활용역량강화 TCO 절감 /ROI 증대를위한핵심요소식별 프로세스및규정설정통합고객뷰 Metrics & Reporting 데이터확보규정및정책관리어플리케이션권한부여데이터품질관리소스 / 이력 Audit 관리 시사점 MDM 의주요기능구현을통해전략적목표에대한지원이이루어져야함 TCO 및 ROI 개선 통합비즈니스및 IT 아키텍처제공 통합및동기화
Table of Contents 1. 금융산업의현황및고객정보통합의필요성 2. MDM 의정의 3. MDM의구현방향성및역할 4. Oracle MDM의소개 5. 적용사례 <Insert Picture Here>
Master Data 의정의 Transactional Data Represent operational state of business process Balances, Interest, Withdrawals, Payments, Deposits, Quantities, Orders, Inventory etc. Foreign Key Enterprise Data Master Data Represent Business Objects Customers, Products, Assets, Suppliers, Items etc. Master Data is reference master having enterprise wide consensus across an enterprise Analytical Data Represent business performance Customer retention, Average loan size, product per customer, Y/Y revenue growth, Y/Y net assets growth Channel usage(by branch, call center, e-bank, ATM) Profitability by market segment, region, product line, channel, age range, branch
Poor Master Data vs. Polluted Water
Poor Master Data 의예 Which relationship is correct? Which phone number should we use (and which format)? Which first name is the correct one to use? Which email address is correct? First Last Address1 Address2 Country Mary Smith 6 Temasek Boulevard #08-01 Suntec Singapore Email mary.smith@oracle.co m Tel. 6574-7777 ID 117-78-1856 Status Single Since 1974 First Last Address1 Address2 Country Email Mary Evans Scofield Temasek Boulevard #08-01 Suntec Singapore msmith@fujitsu.com Tel. +656574777 ID 117-78-1856 Status Married Since 1990 First Last Address1 Address2 Country Email Mary Smith 6 Temasek Suntec Tower Singapore Tel. 98655531 M_smith@Yahoo.com ID 117-78-1586 Status Single Since 1986 From Cards From Core Banking From CRM
MDM 의정의 MDM(Master Data Management) 는단순한전사마스터정보의통합만을의미하는것이아니고, 완벽한통합을위한데이터품질관리및정제, 지속적인품질보장을위한 Governance, 전사공유를위한 Share 까지를그개념으로합니다. Channel 1 Channel 1 Channel 2 Core banking Risk Mgt Trusted Data Model Channel 2 EDW Channel 3 Channel 3 Core banking Consolidate, Cleanse, Govern, Share 전사고객마스터정보의관리주체 : Single source of truth 전사기간계 / 운영계 / 분석계시스템과의 Data Interface 를 ` 통한정보공유 Data Governance ( Data Quality, Cleansing, Stewardship, Merge / UnMerge, Audit.. )
Master Data Research Report; TDWI According to TDWI(The Data Warehouse Institute) Research in terms of the Business Impact by Master Data, most of the companies have the Business challenges. (741 responses) Has your organization suffered problems due to poor master data? Don't know 8% No 9% Yes 83% Based on 741 respondents TDWI : The Data Warehousing Institute (http://www.tdwi.org/display.aspx?id=8155) Philip Russom, Sr. Manager of Research And Services, TDWI What Works, Volume 22 (Oct.2006)
Master Data Research Report; TDWI What kind of problems? Other Delay in new product introductions Inefficient purchasing/sourcing Inefficient m arketing Poor custom er service Data hom onym s, synonym s issues Lim ited data linage visibility Data Governance Lim itations Bad Decisions Argum ents over Data Trustw orthiness Inaccurate Reporting 0 100 200 300 400 500
Table of Contents 1. 금융산업의현황및고객정보통합의필요성 2. MDM 의정의 3. MDM의구현방향성및역할 4. Oracle MDM의소개 5. 적용사례 <Insert Picture Here>
MDM 의구현방향성 MDM 은기업내시스템에서고객정보의 Hub 로서다양한방식으로구현될수있습니다. 가장기본적인구현형태인 Phase1 부터, 모든고객정보관련시스템의 Main 고객 DB 역할로써의 Phase3 까지향후확장이가능합니다. 구분 Phase 1 Phase 2 Phase 3 통합구성방안 채널의고객 DB 와 MDM 의고객정보를실시간동기화를통해정보의정합성을유지함. 차세대구축후 MDM 은신기간계시스템의고객영역으로써데이터서비스및보험업무처리를위한고객 DB 로서기능을확장함 업무처리를위한고객영역과채널시스템의 Application DB 로서, 그리고고객정보의 Hub 로서의역할도수행함 SFA SFA 데이터모델 구성 고객정보콜센터고객정보 Web 동기화 MDM 고객정보 동기화 기간계 고객신계약보전 고객정보콜센터고객정보 Web Pub/Sub MDM 고객정보 신기간계 Look Up 신계약 보전 지급 SFA 콜센터 Web MDM 고객정보 신기간계 Look Up 신계약 보전 지급 고객정보 고객정보 인터페이스방안 EAI 방식 ESB 기반의연계 ESB 와 BPM 과연계한연계 데이터영역 채널시스템데이터제공 Core 업무처리를위한고객데이터서비스영역 기간계와채널계를지원을위한 Single Instance 고려사항 시스템간 Real-Time Interface 를통한고객데이터의동기화 차세대시스템과의 SOA 방식기반의서비스연계 채널계시스템과처리계시스템에대한 SOA 기반의통합
구현발전단계에따른 MDM 의역할 MDM 에서제공되는다양한서비스들은, 고객업무처리를위한업무프로세스들과기능단위의조합에의해매핑되며, 각업무시스템에서이러한 MDM 의서비스를호출함으로써고객정보관리관련한다양한기능을활용할수있게됩니다. Ex) 신계약프로세스 고객데이터서비스 매도 Call Center W/M 발송 Process Layer Business Service 제공 Service 연계를통한비즈니스프로세스구현 Service Layer MDM 단위 Application 군 고객조회 / 고객등록데이터정제수정 매도 Service Call Center Service W/M Service Fulfillment Service Component 단위군 ESB를통한인터페이스 통합고객 (MDM) 차세대기간계 DB Data Layer 통합고객정보 (MDM ) 증권처리계데이터 ( 차세대 DB) ESB를통한인터페이스
구현발전단계에따른 MDM 의역할 일반적으로금융사는각종채널계시스템과 EDW 등여러시스템에고객정보가산재해있으며, 이를 MDM 으로일괄통합및연계하여야하며,, Phase2 이후단계에서는 MDM 과신규 Legacy 데이터모델과의논리적인 Relation 을통해처리프로세스를지원하게됩니다. 고객중심서비스모델 수행역할 MDM Data Model SFA Call Center Web 고객접점 / 수요채널에대한관리집중 프론트오피스 소비자 ( 개인 / 기업 ) 채널효율화 Customer Data Integration 데이터처리표준화및정보공유 고객정보통합관리 데이터표준화 Data Quality 기간계 Data Model OLTP 성 백오피스 Batch 성 매매주문상품 계좌 업무처리의효율성및신속한상품개발및업무처리집중 상품 / 서비스개발 거래처리및정합성 신규사업 상품상품상품 # # 상풉번호상품번호상품상품계좌 # # 상풉번호 UID 상품상품매매 # # 상풉번호 UID 상품상품자원 # # 상풉번호 UID 상품상품주문 # # 상풉번호 UID 상품상품경영지원 # # 상풉번호 UID
Table of Contents 1. 금융산업의현황및고객정보통합의필요성 2. MDM 의정의 3. MDM의구현방향성및역할 4. Oracle MDM의소개 5. 적용사례 <Insert Picture Here>
Customer Supplier Product Site Financial Analytical Oracle Enterprise Master Data Management The most complete MDM offering in the market today Operational Systems Siebel Data Governance Manager Operational MDM Apps Analytical MDM Analytical Systems Dashboards EBS DW SAP BI &Datamarts PeopleSoft Planning JDE Custom Apps Oracle Customer Hub Oracle Supplier Hub Oracle Product Hub Oracle Site Hub Hyperion Data Relationship Management Financial Consolidation External Apps Application Integration Architecture Oracle Fusion Middleware Budgeting 35
Oracle MDM 의산업별특화된데이터모델 Customer Data Integration Specific Extensions Supporting: Source Data and History Tracking, Merge, Un-Merge, Data Synchronization Industry Vertical Specific Extensions Supporting: Public Sector, Communications, Media, Finance, Medical, Healthcare, Travel, Manufacturing, Hospitality, Retail. Customer Core Data Supports: Enterprise Master for Customer Data Key Entities: Party Relationships Addresses.. Advanced Customer Profiling Supports: Extended Profiling of Customers Key Entities: Activities Demographics... Product Management Supports: Enterprise Master for Product Data Key Entities: Products Price Lists Prices.. Marketing Management Supports: Enterprise Offer and Campaign Management Key Entities: Campaigns Offers Responses.. Sales Management Supports: Enterprise Opportunity Management Key Entities: Opportunities Orders... Service Service & Services Management Supports: Enterprise Service and Services Management Key Entities: Service Requests Solutions Projects.. Resources Management Supports: Enterprise Employee and Partner Information Management Key Entities: Performance Competency Training..
Oracle MDM 의산업별특화된데이터모델 해외선진증권사및투자은행들이사용하고있는 Oracle MDM 솔루션의선진데이터모델을기반으로전사고객통합정보모델을구현할수있습니다. 산업에특화된주제영역별 Data Model [Customer Model] [Account Model] [Opportunity] 고객마스터 영업모델 [Financial Investment] 금융산업에특화된데이터요건과복잡성을고려한단일한데이터모델 [Commercial Banking] [ Financial Product] [ Asset] [ Financial Account]
Oracle MDM 의업무확장성 Oracle MDM의데이터모델은고객중심의구조를가지고있는선진 Packaged 모델로다양한관계의대한사전정의, 모델확장의용이성및변경이력관리 / 추적등다양한기능을제공할수있는특징을가지고있습니다. 선진고객정보통합모델기반의적용 360 도고객이해가가능한고객프로파일 인구통계학적특성정보, 제품과서비스, 접촉이력, 프라이버시선호등 산업특화된속성관리 데이터동기화 (synchronization) 와패터레이션 다양한관계에대한사전정의목록 세대정보, 사적친구, 소속회사, 소속임원, 의사결정권자, 구매결정권자등새로운관계정의추가가능 계층구조지원 계층구조는 Parent-Child 관계로표현가능 계층구조제어를위한 UI 제공 데이터모델확장의용이성 모델확장위저드제공 1:1, 1:M 및 M:M 기능제공 데이터상호참조가능 분산된운영중인시스템에저장된데이터에대한단일뷰제공 변경이력관리및추적 데이터통합및분리 (merge & unmerge) 기능 중복성데이터의통합과차이데이터의분리수행
MDM Architecture Oracle MDM 은전반적인 Solution Architecture 는, 단순히고객정보통합으로이루어진데이터모델중심의 Architecture 와는달리, 데이터관리를위한다양한기능이제공될수있는구조로설계되어있습니다. UCM Architecture 상세내용 1 1 MDM Components Master data Management 기능의 Component 구성 Data Quality를위한 Component 구성 Data Steward 를위한 UI 및기능구성 Rule 엔진을통한 Privacy Rule 생성 Component 2 2 MDM 기능위주의 Web Service 제공 De-duplication, Lookup, Matching, Merge/Unmerge 등과같은 MDM 기능에충실한 Web Service 제공 4 3 3 4 Siebel CRM 과다른데이터모델구조 UUID(Universal Unique Identifier) 를통한타시스템의데이터연계를위한 Key 구조 고객정보와관련된 History 및 De-duplication 테이블구조로구성됨 MDM 에특화된분석기능제공 고객데이터지표분석및 DQ KPI 지표관리를위한분석기능제공
고객 Master Data Scope Identifier Contact Details Existing CIF Key Mobile/Home/ Work Telephone 8 Digit Customer No Home Address Identification Type Mail Address Unique Identifier Registered Address Name Date of Birth Email Postcode Other Contact Preferences Delivery Communication Marketing Channel Opt In/Out Medium Profile Income Expenses Assets Liabilities Employment Details Credit Rating Competitor Products Segmentation Strategic Value Operational Attitudinal Behavioural Security Guarantor Property Asset Relationships Households Financial Planning Insight Life Stage Life Cycle Advisors/Brok ers/ Staff Needs & Wants Competitors Associations Named Contacts White Label Satisfaction Loyalty Pursuits Goals Demographics Title Age Gender Geo Occupation Marital Status ANZSIC Code Communications Complaints/ Bouquets Face to Face Web/Kiosk Inbound/ Outbound Call Letter/Fax/Emai l Fulfilment Pack/Service Request Statement/Bill Interactions Phone/Fax/Text / Email Offer Events/ Exhibitions Advertisemen t Campaign Non Value Interaction Retention Reason For Loss Reason For Gain Churn Likeliness Profitability Rank Value Cost Wallet Share Applications Details Status Term & Conditions Process Pipeline Collection Servicing Products & Services Product Holdings Services Used Expressions of Interest External Products Transaction Date/Time Channel Employee Value Customisations Payer/Payee Detail Details/Terms History
자체개발과의기능비교 (1) 구축설계단계에서뿐만아니라구축후에도보다높은유연성및확장성을보장하고, 고객정보관리에필요한주요 기능들을기본적으로제공합니다. 기능 Oracle MDM 자체개발비고 데이터모델 유연성 시간에상관없이유연성제공 설계기간에만유연함 데이터모델 확장성 확장가능성이매우큼 구현이후확장의용이성을보장하기어려움 데이터모델 다중언어 기본적으로다중언어지원 설계시정의된필드에한해서만다중언어지원가능 이름및주소필드에매우중요한요소임 데이터모델 소스시스템참조 자동으로소스시스템참조관리 데이터 Import 및 Update, Merge 시최신정보유지 소스시스템참조관리는자체개발솔루션의데이터모델및프로세스에복잡성및비용을추가함 데이터모델뿐아니라데이터품질프로세스에도큰영향을미침 데이터모델 이력 이력관리제공 이력관리는자체개발솔루션의데이터모델및프로세스에복잡성및비용을추가함 데이터모델 Relationship 기본적으로모든종류의 Relationship 관리를지원 여러개의 Relationship 은 Party 와연계될수있음 Relationship 은보통 ER 데이터모델에고정되어있어유연성이떨어짐 데이터모델뿐아니라데이터품질프로세스에도큰영향을미침 데이터품질관리 다중언어 기본적으로지원 자체개발솔루션에서실현하기매우어렵고비용이많이듬
자체개발과의기능비교 (2) 구축설계단계에서뿐만아니라구축후에도보다높은유연성및확장성을보장하고, 고객정보관리에필요한주요 기능들을기본적으로제공합니다. 기능 Oracle MDM 자체개발비고 데이터품질관리 검색 Rule 검색및중복방지, 중복확인이가능한매우유연하고강력한 Match Rule 엔진제공 가동계에서도손쉽게 Rule 변경가능 Match Rule 엔진은자체개발솔루션에서는실현하기매우어렵고비용이많이듬 외부 DQM 엔진을구매하여적용하는것역시많은비용이소요됨 데이터품질관리 확장가능엔진 Match Rule 내사용될새로운기능들을빠르게추가하여엔진확장을지원 자체개발솔루션에서실현하기매우어렵고비용이많이듬 데이터품질관리 추가속성 보안 데이터관리자 GUI Match Rule 내사용될속성들은기본적으로 Entity 당 30 개까지추가가능 OOTB 로 Responsibility 또는사용자에따른권한부여및데이터보안기능을제공 Data Steward 를통해고객마스터데이터조회및관리, 정제, Best Version Rule 설정및데이터 Governance 를위한각종고객데이터 KPI Dashboard 를제공 자체개발솔루션에서실현하기매우어렵고비용이많이듬 자체개발솔루션에서실현하기매우어렵고비용이많이듬 외부 End User 를위한 GUI 생성은간단하지만, 마스터데이터관리를위한여러가지복잡한기능의반복적인구현및 Match Rule 생성, 중복방지, Merge 관리는구현하기매우복잡함
Table of Contents 1. 금융산업의현황및고객정보통합의필요성 2. MDM 의정의 3. MDM의구현방향성및역할 4. Oracle MDM의소개 5. 적용사례 <Insert Picture Here>
Westpac 사례 처리계고객 Master 로서의 MDM Issues 비즈니스변화의요구를충족하기위하여더유연한인프라스트럭처를필요로하고있지만, 현재 Mainframe 구조로되어있고, 업무별, 상품별로중복관리되어있는고객정보를통합하고처리계의업무를위한 MDM 의구축방안방안모색 모든은행업무처리를위해단일통합 DB 를원함 Solution Implementation MDM 도입결정 Web Service 기반의외부시스템과인터페이스 BPM 과연계한 고객 to end Service 제공 기존 Legacy 변경최소화 MDM 서비스를 Common Object Service 로제공하여모든 Application 에서고객데이터를 Referencing 하여참함 Architecture Benefit of the Solution 업무별산재된고객데이터의 Single View 제공 모든은행업무서비스제공시고객정보관련서비스는단일서비스를통해제공됨 외부시스템의변경에대하여고객데이터의변경을최소화함
External Organizations Westpac MDM 구축사례 : To-Be 아키텍처 Oracle MDM 도입이후의 Westpac IT 시스템의전체아키텍처는다음과같습니다. 전략 : 고객과의모든접점에서 Customer Insight 를통해고객및파트너, 직원들에게보다일관되고가치있는경험을제공해줄수있는비즈니스및 IT 프레임워크구축 Frontline Systems Presentation Layer Channels Business Partners RMs FP&A Internet Branches Business Logic Layer Presentation Tier Corporate Portal Customer Master UI Application UIs Business Intelligence UIs Enterprise Analytics Business Logic Tier Business Process Orchestration Master Data Application Business Services Operational Applications 외부데이터및조직 External Data D&B Acxiom Census 고객마스터및데이터관리 3 rd Party Lists Credit Ratings Integration Tier Data Tier Siebel UCM CIS Application Services Interfaces Frontline Systems Investment & Deposit Systems. Finance Service Systems Financial Mkt Instruments Sys Others Common Integration Processes Common EAI / ETL (Transforms, Integration Objects, & Common Runtime Services) Common Transports & Adapters Insurance Service Systems Support Service Systems Interaction Mgmt Systems HR Systems Business Function Sys Application Services Interfaces GDW Profitability RO Rel Optimizer SAS BIS Compliance Others Enterprise Information Gateway (Integration Tier) Retention Siebel Analytics PROMIS Risk Fraud 분석데이터 Customer Data Area Transactional Data Area Analytical Data Area
SFA & C/C 처리계 AXA 사례 AXA France 의경우처리계 DB 의일부인고객정보통합 DB 를별도로구축하여, 전사적고객 ID 를부여하고데이터동기화를추구하는 논리적통합방식을선택하였습니다. P&C mainframe system L&P mainframe system Policies claims 통합고객 DB Business data Policies Master Slave Cust ID Policy view Customer view Real time view Real time replication Differed time replication Local DB SFA/Mobile workstation C/C contract Customer ID Customer view Policy view Policy view claims Agenda To do lists 시사점 AXA France 의경우별도의고객정보통합 DB 를구축하였지만이는처리계 DB 의일부라고볼수있으므로처리계 DB 기준으로고객정보통합을수행하였다고볼수있음 처리계 DB 의일부인고객정보통합 DB 는처리시스템및채널시스템을통해고객데이터를공급받아전사적고객 ID 를부여하고, SFA 및콜센터등의채널시스템과양방향데이터 I/F 를통해실시간동기화를수행함