Date Depozitare: un exemplu ODS - dummy

Iată un exemplu de stocare a datelor care vă ajută să înțelegeți ODS (depozit de date operaționale). Să presupunem că lucrați într-o mare companie financiară care oferă o varietate de servicii companiilor de elită și indivizilor din întreaga lume.

Compania dvs. a ajuns la forma sa actuală ca urmare a unei serii de fuziuni și achiziții în ultimii 25 de ani. Tendința din ultimii ani în direcția convergenței serviciilor bancare și de valori mobiliare a dat companiei dvs. oportunitatea de a deveni un furnizor de servicii complete pentru clienții dvs.

Clientul mediu al companiei dvs. este probabil să participe la numeroase (poate toate) dintre următoarele tipuri de activități:

Intermediere tradițională a acțiunilor (cumpărarea și vânzarea de acțiuni, inclusiv activitatea de marjă) Investiții cu venit fix (obligațiuni corporative și guvernamentale)
Opțiuni de tranzacționare, inclusiv arbitraj de risc
Gestionarea activelor de numerar
Împrumuturi pe termen mediu și lung și alte titluri de creanță
Investiții de capital de risc
Doriți clienților dvs. să utilizeze compania dvs. ca una - cumpără-te pentru ceva care implică sume mari de bani. Situația companiei dvs. este puțin complicată - în special în aceste două domenii:
Fuziunile și achizițiile au lăsat infrastructura dvs. IT cu un număr mare de aplicații solo (aplicații care nu sunt integrate una cu alta, chiar dacă probabil că ar trebui să fie).

Un sistem gestionează, de exemplu, acțiunile de tranzacționare pentru stocurile din S.U.A., iar un alt sistem gestionează activitatea de pe piața de capital de la non-U. S. schimburi globale. În plus, sistemele separate gestionează activitatea cu venit fix, toate activitățile legate de datorii din S.U.A., toate datoriile pe termen scurt din Europa și toate datoriile europene pe termen mediu și lung. Și lista continuă.
Definiția unui client este oarecum neclară. Persoanele fizice înființează corporații și parteneriate prin care fac investiții sau garantează împrumuturi pentru afaceri. Clienții dvs. corporativi ar putea fi filiale ale altor corporații, care ar putea fi, de asemenea, clienții dvs.
Practicile dvs. de afaceri solicită ca toată activitatea de creditare cu fiecare client să treacă printr-o serie de verificări de asigurare a calității înainte de a fi aprobată:
Fiecare client al dvs., indiferent dacă este vorba de o persoană fizică sau de o companie, Un plafon este o sumă a datoriei totale restante la un moment dat. Până când un client atinge acest plafon de nivel înalt, acesta poate, fără intervenția omului, să încheie automat un împrumut nou sau să acționeze împotriva unei linii de credit, să cumpere acțiuni la marjă sau să desfășoare orice altă activitate care crește datoria.

Fiecare client poate depăși plafonul de la primul nivel până la o a doua plafon, după primirea aprobării de la unul dintre directorii companiei dvs.

Pentru ca un executiv să aprobe activitatea de credit peste primul plafon, cel de-al doilea, el trebuie să verifice o serie de măsuri.
De exemplu, clientul trebuie să aibă un anumit echilibru al activelor; este posibil ca clientul să nu fi redus activele totale la dispoziție în toate conturile de toate tipurile (cum ar fi numerarul, acțiunile și obligațiunile) cu mai mult de 15% în ultimele 30 de zile; iar banca are sume maxime pentru datoria totală în fiecare țară, ajustată în funcție de activele deținute în fiecare țară.
Pentru a vă ajuta să controlați riscurile, compania dvs. urmărește relațiile dintre toți clienții dvs. pentru a obține o imagine reală a stării financiare a clientului. De exemplu, o persoană poate controla o serie de corporații, fiecare dintre ele tratându-vă în calitate de client individual cu activitate proprie și datorie proprie, pe lângă conturile proprii ale persoanei.

Cu toate acestea, directorii companiei dvs. aprobă orice datorie suplimentară din plafonul de la primul plafon (pentru un parteneriat imobiliar care implică acel individ, de exemplu), directorii trebuie să evalueze o imagine de ansamblu a activității acelui individ pentru a evita expunerea prea mare la risc în cazul unor probleme financiare.
Deși verificările de asigurare a calității descrise în lista precedentă sunt conceptual simple, ele sunt extrem de complexe de implementat, pentru un singur motiv simplu: Aceste verificări au nevoie de date de la sisteme din întreaga dvs. întreprindere, din multe sisteme diferite.

Aceste date includ informații cum ar fi întreaga activitate a activelor, întreaga activitate a datoriei și împrumuturile curente restante, precum și informații despre împrumuturile care au fost plătite anterior în cursul zilei.

O abordare pe care o puteți încerca este să oferi directorilor companiei dvs. (cei care trebuie să facă deciziile de aprobare a împrumuturilor) interfețe în fiecare sistem în care pot găsi datele necesare. Acești directori pot executa apoi o serie lungă de interogări (dacă pot fi chiar acceptate), să scoată valorile corespunzătoare, să le lipsească într-un program de calcul tabelar și să ia decizia.

Această abordare are totuși două probleme: Sansa pentru eroarea umană este ridicată și ritmul în care trebuie să se producă acest tip de activitate este în regulă numai în timpul "obișnuit".

Într-o perioadă de criză financiară, când mulți sau majoritatea clienților firmei dvs. cumpără și vând stocuri, acoperind marjele, opțiunile de cumpărare și vânzare, încercând să se ocupe de conturile lor de acoperire împotriva riscurilor, executând împotriva liniilor de credit și făcând tot felul de alte activități foarte repede, angajații companiei dvs. nu pot ține pasul.

În această situație, ODS ajunge la salvare. Această figură ilustrează o arhitectură conceptuală pe care o puteți utiliza pentru a implementa o ODS care să vă îndeplinească misiunile dvs. de afaceri. În primul rând, ODS oferă o imagine consolidată a soldurilor unui client pentru prelucrarea automată a împrumuturilor sub primul plafon. În continuare, ODS le permite directorilor să ia decizii "da-sau-nu" cu privire la solicitările de credite până la al doilea plafon.

ODS oferă utilizatorilor o imagine consolidată și aproape instantanee a diferitelor date în sprijinul unei misiuni specifice de afaceri.

Pentru a obține o privire mai bună asupra fluxurilor de date din mediul ODS, consultați această figură, în care actualizările uneia dintre sursele de date (sistemul care gestionează datoria din S.U.A.) se propagă în mediul ODS.

ODS trebuie să reflecte starea datelor în întreaga întreprindere cât mai repede posibil.

Următorii pași indică ce se întâmplă în mediul ODS:

Un client efectuează o plată programată regulat la împrumut, iar sistemul care gestionează plățile pentru împrumuturile din S.U.A. și liniile de procesare a creditului plătește.

Aplicația de plată a împrumutului își actualizează baza de date pentru a reflecta plata.

Aplicația de plată a împrumutului împinge imediat datele actualizate către ODS.
ODS primește actualizarea și o procesează, actualizând conținutul bazei sale de date (în acest exemplu, reducând suma totală a datoriei debitoare a clientului).
ODS efectuează procesări interne, consolidări, alerte sau alte funcții necesare.
Un mediu ca cel din lista precedentă poate - dacă totul este arhitezat în mod corespunzător - să ofere o imagine a tuturor datelor relevante din toate părțile - acum - în sprijinul misiunii de gestionare a riscurilor a firmei.
Trebuie să validezi nevoia de actualizări în timp real în ODS, deoarece aceste actualizări sunt complexe pentru a crea, așa cum este descris în secțiunea următoare.

Ipoteze provocate constant și întrebări: "Ce se întâmplă dacă trebuie să așteptați până la sfârșitul zilei? Ce se întâmplă dacă actualizările au fost de două ori pe zi? Fiecare ora? "Fiți absolut siguri că misiunea impune actualizări în timp real, deoarece crearea unui ODS durează mai mult (și este mai scump) decât un depozit de date.