Master Data Management Pavel Janča Informatica Competency Principal
Co je MDM
Co je MDM
K čemu je MDM Pan Jirka Podnikatelská půjčka
Pan Jirka
Rodiče v důchodu
Children
Manželka
Firma
Firma
děda a babi
Propan a Butan
Jitka Jednatelka ABC
ABC s.r.o.
Jirka consulting s.r.o
Platební karta
Běžný účet
Spořící účet
Hypotéka
Investiční fond
Firemní karta
Firemní účet
Firemní karta
Firemní účet
Úrazové pojištění
Půjčka na studium Stavební spoření
K čemu je MDM
Příběh - Marketing
Systém A
Systém B
Marketingová data
Marketing o o o o o o o
Lepší identifikace cílů marketingové kampaně (Up-sell and Cross-sell) Vyšší pravděpodobnost doručení Možnost identifikovat skupiny, které se nemají obesílat Zvýšení počtu i kvality kontaktních údajů u stávajících klientů Využití jiných (levnějších) distribučních kanálů Shromáždit více dopisů do jednoho Snížení nákladů na přípravu dat pro kampaň
Příběh – kvalita služeb
pan Karel
100 000 Kč
pan Jirka
1 000 Kč
6 000 000 Kč
Obchod o Sales – – – – – –
Up-sell and Cross-sell Sledování výročí pojistných smluv Měření výkonnosti Lepší identifikace a obchodování příležitostí Zachování informací o stavu kmene při odchodu obchodíka Vymezení teritorií pro obchodníky
o Služby na míru podle důležitosti zákazníka – Podle libovolných parametrů (objem peněz, podílu na zisku) – Vazba mezi osobou a firmou – Například oddělené call centrum
o Agility – Snížení time-to-market
o Spokojenost zákazníka o Zvýšení účinnosti upomínek
Příběh – Fraud management Osoba / firma
Auto
Hmotný majetek
Účet
Telefon
Adresa
Vyhledávání
Rodné číslo
Typ entity :
White list
Vlož
Identifikační atributy Rodné číslo:
Stát
Rodné číslo
Vymaž
Česká republika
Doplňkové atributy Jméno:
Příjmení:
Jméno
Proces 1 1výpočtu Proces Proces 2 2 Zadejte parametry parametry blokace Proces Zadejte výpočtu blokace Doporučení Doporučení
Kod doporuceni doporuceni Kod
Telefon
Proces 3 3 Proces
Telefon
Č.p.:
Ulice:
Proces 4 4 Proces
Proces 5 5 Proces
Proces 6 6 Proces
Proces 7 7 Proces
Proces 8 8 Proces
Proces 9 9 Proces
Kod doporuceni doporuceni Kod
Proces 1 Blokace Doporučení
Příjmení
Město:
Kraj:
Proces 2
Proces 3
VH
MH
Kod doporuceni
Kod doporuceni
Proces 4
Proces 5
Proces 6
Proces 7
Proces 8
Proces 9
OK Vymaž
Platí od
Blokaci provedl
1.1.2011
Platí do
1.1.2012
Textová poznámka
Text
Zobrazení celého textu na tlačítko Blokace jiného (podřízeného) oddělení Proces 1 Blokace Doporučení
Proces 2
VH
MH
Kod doporuceni
Kod doporuceni
Proces 3
Proces 4
Proces 5
Platí od
Blokaci provedl
Proces 6
Proces 7
1.1.2011
Proces 8
Platí do
Proces 9
1.1.2012
Textová poznámka
Text
Zobrazení celého textu na tlačítko Blokace jiného (nadřízeného) oddělení Proces 1 Doporučení
Kod doporuceni
Blokaci provedl
Proces 2
Proces 3
Proces 4
Proces 5
Proces 6
Proces 7
Proces 8
Proces 9
Kod doporuceni
Platí od
1.1.2011
Textová poznámka
Zobrazení celého textu na tlačítko
Platí do
1.1.2012
Text
Konsolidovaný klient
Fraud o Obecně libovolná detekce závadného chování o Neuzavírat vztah s problémovou entitou
IT o Zjednodušení architektury o Zjednodušení implementace nového systému (businessu) o Snížení nákladů na vývoj a údržbu rozhraní mezi systémy – MDM poskytuje množinu základních operací pro všechny systémy
o o o o
Efektivní management externích dat (jen jednou) Čistění dat odděleně v jednotlivých systémech Odstranění redundantních systémů Náklady na vývoj a podporu
Ostatní o Sociální sítě o Přínosy které nelze kvantifikovat o Cena chybných informací (špatná rozhodnutí, pokuty)
Principy a teorie
MDM Teorie
Universal MDM
Multi-Domain
Customer
Product
Household
Organization
Multi-Style
Registry
Coexistence
Consolidation
Centralized
Příklad projektu MDM
Letiště Praha - CAODB o Systém zpracovávající informace o 12 mil. cestujících a přibližně 150 000 pohybech letadel ročně. o Rozhraní s více jak 25ti provozními systémy (interní i externí) o Implementována metodologie CDM – A (vysvětleno dále). o Projekt zahájen 2002, první provozní verze 2004, neustálý rozvoj o Jediný bod pro výměnu všech provozních dat o Platforma pro implementaci metodiky regulátora (CDM) pro koordinaci výměny dat mezi všemi partnery participujícími na realizaci letu (ŘLP, Letiště Praha, Dopravci, Handlingové společnosti)
07.02.2012
17
Letiště Praha - Architektura
Letiště Praha - CAODB
Specifika implementace Technická o Pro každou dílčí informaci existuje více než jeden zdroj – Nutno nalézt mechanismus, který z právě dostupných zdrojů vždy poskytne nejkvalitnější informaci
Organizační o Při sebelepších algoritmech budou vznikat chyby (chybné sjednocení záznamů, chyba z jiného systému). Tato chyba je dále distribuována a pak dále reprodukována okolními systémy – Nutno nalézt mechanismus naprosté kontroly nad chybou
07.02.2012 20
Konsolidace Výsledná informace o letu Scheduled time Sep 21 2004 9:05PM
DQ 8
Real time Sep 21 2004 8:59PM 8:58PM
DQ 6 9
Scheduled aircraft type M84
DQ 7
Real aircraft type M83
DQ 5
Informace o letu z provozních systémů SRC
Scheduled time
DQ
SC
Sep 21 2004 9:05PM
FO
Real time
DQ
Scheduled aircraft type
DQ
30
99
M83
30
99
Sep 21 2004 9:05PM
20
99
M83
15
99
MD
Sep 21 2004 9:05PM
10
99
M84
7
99
AG
Sep 21 2004 9:05PM
8
Sep 21 2004 9:00PM
20
99
RL
99
Sep 21 2004 9:00PM
12
99
SI
99
Sep 21 2004 8:58PM
9
99
M83
5
MR
99
Sep 21 2004 8:59PM
6
99
M83
6
Informace může být smazána
Real aircraft type
M83
DQ
20 99
Data Management o Definice procesů, principů a pravidel pro automatickou identifikaci chyby a udržení kontroly nad kvalitou dat o Organizační jednotka Data Management – Odpovědnost za správnost dat, znalost dopadů změn dat – Jediný zdroj některých dat (číselníky) – Implementace nástrojů a logiky datových kontrol a validací
o Vyřešení chyby v datech jediným zásahem o Měření kvality dat
07.02.2012 22
Proč nikdo nemá MDM
Letiště Praha - Statistika
o Generátory kódu
Standardní vývoj T + 6 měsíců
Požadavky
Analytik
T Osvícený business vlastník
IT
T + 1 rok a 6 měsíců
První funkční verze
Použití nástroje -
Informatica MDM
Master data management
Informatica MDM
Požadavky
Analytik
T Osvícený business vlastník
První funkční verze
Příklad - rekonciliace
Více než 2000 řádek kódu (pro jednu entitu)
Váha informace z provozního systému
Vliv času
Validační pravidla
Metoda
Iniciální váha kvality informace je dána zdrojovým systémem
Na každou informaci má čas jiný vliv. Aktuální vs. stará data
Chybná informace z vysokou váhou
Příklad
Systém A / položka X - 30
Platnost adresy bydliště 1 rok
“sniž váhu emailové adresy pokud není platná”
Systém B / položka X - 70
Za jak dlouho TO bude ?
100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Rok 1
Rok 2
Rok 3 Použití nástroje
Rok 4 Vývoj
Rok 5
Kolik to bude stát ? 160% 140% 120% 100% 80%
60% 40% 20% 0% Rok 1
Rok 2
Rok 3 Použití nástroje
Rok 4 Vývoj
Rok 5
Kolik budou stát změny ?
100% 90% 80% 70%
60% 50% 40% 30% 20% 10% 0% Rok 1
Rok 2
Rok 3 Použití nástroje
Rok 4 Vývoj
Rok 5
Uživatelské rozhraní
Uživatelské rozhraní
Uživatelské rozhraní
Uživatelské rozhraní
Příklad – další vlastnosti
Informatica MDM – další vlastnosti Integrate
Data Interaction
Consume
Govern
Data Security
Secure
Near Real-time
Batch
Business Interaction
Real-time
Sync
Data Governance
Versioning
Row & Column Level Security
Mask
State Mgmt.
Authentication
Relate Party
• Create Customer • Get Sales Transaction…
Federate
Workflow
Product
Authorization
Merge
Deterministic & Fuzzy Logic
Match
Trust Framework
• Merge Records • UnMerge Records…
Internationalization
Demographics
Open Cleanse Architecture
Cleanse Data Transformation
Customer
Product
• Cleanse Address • Standardize Product Name…
Metadata
Multi-Entity
Model
• Search Party • Search Product… • Get DnB Tree • Get Axciom ID…
Data Mastering Standardization
• Authenticate User • Register User…
• Add Product Relationship • Delete Party Relationship…
Enrich Organization
• Get Matched Records • Set Record State…
Party & Product
Consolidate Link
• Schedule Group • Get Batch Group Status…
Content
Configuration
History Lineage
Match Survivorship Validation Rules
• Get Party • Add Product…
MDM v architektuře Pavel Janča Competency Senior
Architektura
Otázky ? Ing. Pavel Janča
[email protected]
