Data Warehousing: An ODS Example - dummies - Persoonlijke financiën 2024

Dit is een voorbeeld van een datawarehousing waarmee u ODS (operationeel gegevensarchief) beter kunt begrijpen. Stel dat u in een groot financieel bedrijf werkt dat een verscheidenheid aan diensten levert aan elite bedrijven en individuen over de hele wereld.

Uw bedrijf is in de afgelopen 25 jaar uitgegroeid tot zijn huidige vorm als gevolg van een reeks fusies en overnames. De trend van de afgelopen jaren naar een convergentie van bank- en effectendiensten heeft uw bedrijf de kans gegeven om een fullserviceprovider voor uw klanten te worden.

De gemiddelde klant van uw bedrijf zal waarschijnlijk deelnemen aan veel (misschien alle) van dit soort activiteiten:

Traditionele effectenhandel (kopen en verkopen van aandelen in aandelen, inclusief margestaatactiviteit) < Vastrentende beleggingen (bedrijfs- en overheidsobligaties)
Opties handelsrekeningen, inclusief risicoarbitrage
Beheer van kasmiddelen
Leningen op korte termijn en andere schuldinstrumenten
Leningen op middellange en lange termijn en andere schuldinstrumenten
Investeringen in risicokapitaal
U wilt dat uw klanten uw bedrijf als één geheel gebruiken - stop met winkelen voor alles met grote sommen geld. De situatie van uw bedrijf is echter een beetje gecompliceerd, vooral op deze twee gebieden:

De fusies en overnames hebben uw IT-infrastructuur voorzien van een groot aantal solotoepassingen (applicaties die niet met elkaar zijn geïntegreerd, hoewel ze waarschijnlijk wel zou moeten zijn).

Een systeem zorgt bijvoorbeeld voor de handel in aandelen voor Amerikaanse aandelen en een ander systeem handelt beursactiviteiten af van niet-U-aandelen. S. wereldwijde uitwisselingen. Daarnaast behandelen afzonderlijke systemen vastrentende activiteiten, alle schuldactiviteiten in de VS, alle kortlopende schulden in Europa en alle Europese schulden op middellange en lange termijn. En de lijst gaat maar door.
De definitie van een klant is enigszins wazig. Individuen zetten corporaties en partnerschappen op waarmee ze investeringen doen of leningen afsluiten voor zakelijke deals. Uw zakelijke klanten kunnen dochterondernemingen zijn van andere bedrijven, die mogelijk ook uw klanten zijn.
Uw zakelijke activiteiten vereisen dat alle kredietactiviteiten bij elke klant een reeks kwaliteitscontroles doorlopen voordat ze worden goedgekeurd:

Elke klant van u, of het nu een persoon of een bedrijf is, heeft verschillende plafonds voor schuldactiviteit. Eén plafond is een bedrag van de totale uitstaande schuld op een gegeven moment. Totdat een klant dit plafond op het eerste niveau bereikt, kan hij of zij zonder menselijke tussenkomst automatisch een nieuwe lening afsluiten of tegen een kredietlimiet handelen, aandelen op marge kopen of een ander soort activiteit uitvoeren die de schuld verhoogt.

Elke klant kan het plafond op het eerste niveau overschrijden tot een tweede plafondbedrag na goedkeuring door een van de leidinggevenden van uw bedrijf.
Voor een leidinggevende om kredietactiviteit na het eerste plafond bij de tweede goed te keuren, moet hij of zij een reeks maatregelen controleren.
De klant moet bijvoorbeeld over een bepaalde activabalans beschikken; de klant heeft mogelijk niet het totale aantal beschikbare tegoeden op alle rekeningen van alle soorten (zoals contanten, aandelen en obligaties) met meer dan 15 procent in de voorgaande 30 dagen; en de bank heeft maximumbedragen voor de totale schuld in elk land, gecorrigeerd met de activa in elk land.

Om uw risico's onder controle te houden, volgt uw bedrijf de relaties tussen al uw klanten om een goed beeld te krijgen van de financiële situatie van een klant. Een persoon kan bijvoorbeeld een aantal bedrijven besturen, die u als individuele klant behandelt met eigen bezittingen en schulden, naast die van de eigen rekeningen van het individu.
Wanneer de leidinggevenden van uw bedrijf eventuele aanvullende schulden boven het plafond echter goedkeuren (bijvoorbeeld voor een vastgoedpartnerschap waarbij dat individu betrokken is), moeten de leidinggevenden een algemeen beeld krijgen van wat er met de activiteit van die persoon aan de hand is. om te veel risico's te vermijden in geval van financiële problemen.

Hoewel de kwaliteitscontroles die in de voorgaande lijst worden beschreven, conceptueel eenvoudig zijn, zijn ze buitengewoon complex om te implementeren, om een eenvoudige reden: voor die controles zijn gegevens nodig van systemen in uw hele onderneming, van veel verschillende systemen.

Deze gegevens bevatten informatie zoals alle activieactiviteiten, alle schuldactiviteiten en lopende leningen die nog niet zijn betaald, en informatie over welke leningen eerder op de dag eerder zijn uitbetaald.

Eén benadering die u kunt proberen, is om de leidinggevenden van uw bedrijf (degenen die beslissingen moeten nemen over de goedkeuring van leningen) te voorzien van interfaces in elk systeem waarin zij de benodigde gegevens kunnen vinden. Deze leidinggevenden kunnen vervolgens een lange reeks query's uitvoeren (als ze zelfs kunnen worden ondersteund), de juiste waarden eruit halen, deze in een spreadsheetprogramma plakken en de beslissing nemen.

Deze benadering heeft echter twee problemen: de kans op menselijke fouten is groot en het tempo waarin dit soort activiteit moet plaatsvinden, is alleen goed tijdens "gewone" tijden.

Tijdens een financiële crisis, wanneer veel of de meeste klanten van uw bedrijf aandelen kopen en verkopen, marges afdekken, opties kopen en verkopen, proberen om hun hedge-accounts af te handelen, kredietlimieten uitvoeren en allerlei andere transacties uitvoeren activiteiten zeer snel, de medewerkers van uw bedrijf kunnen het gewoon niet bijbenen.

In deze situatie komt de ODS te hulp. Deze afbeelding illustreert een conceptuele architectuur die u kunt gebruiken om een ODS te implementeren die voldoet aan uw zakelijke missies. Ten eerste biedt de ODS een geconsolideerd beeld van de saldi van een klant voor automatische leningverwerking onder het eerste plafond. Vervolgens stelt de ODS kaderleden in staat om ja of nee beslissingen te nemen over leningaanvragen tot het tweede plafond.

De ODS biedt gebruikers een geconsolideerd, bijna onmiddellijk beeld van verschillende gegevens ter ondersteuning van een specifieke zakelijke missie.

Zie de volgende figuur voor een betere weergave van de gegevensstromen in de ODS-omgeving, waarin updates van een van de gegevensbronnen (het systeem dat de Amerikaanse schuld verwerkt) worden gepropageerd naar de ODS-omgeving.

De ODS moet de toestand van de gegevens zo snel mogelijk weergeven in de hele onderneming.

De volgende stappen geven aan wat er gebeurt in de ODS-omgeving:

Een klant maakt een regelmatige geplande leningbetaling en het systeem dat betalingen op Amerikaanse leningen en kredietlijnen verwerkt, verwerkt de betaling.

De toepassing voor leenbetaling werkt de database bij om de betaling weer te geven.
De toepassing voor leenbetaling duwt de bijgewerkte gegevens onmiddellijk naar de ODS.
De ODS ontvangt de update en verwerkt deze, waarbij de inhoud van de database wordt bijgewerkt (in dit voorbeeld wordt de totale uitstaande schuld van de klant verminderd).
De ODS voert elke interne verwerking, consolidatie, waarschuwingen of andere noodzakelijke functies uit.
Een omgeving als die in de voorgaande lijst kan - als alles goed is opgezet - een beeld bieden van alle relevante gegevens van overal - nu - ter ondersteuning van de risicobeheermissie van het bedrijf.

U moet de noodzaak van realtime updates in uw ODS valideren, omdat deze updates ingewikkeld zijn om te maken, zoals beschreven in het volgende gedeelte.

Bied voortdurend aannames en stel vragen: "Wat gebeurt er als je moet wachten tot het einde van de dag? Wat als updates twee keer per dag zouden zijn? Elk uur? "Wees er absoluut zeker van dat de missie realtime updates dicteert, omdat het creëren van een ODS langer duurt (en duurder is) dan een datawarehouse.