Veri Ambarı: Bir ODS Örneği - aptallar

İşte ODS'yi (operasyonel veri deposu) anlamanıza yardımcı olacak bir veri ambarlama örneği. Dünyadaki seçkin şirketlere ve bireylere çeşitli hizmetler sunan büyük bir finansal şirkette çalıştığınızı varsayalım.

Şirketiniz, son 25 yıl boyunca bir dizi birleşme ve devralma sonucunda bugünkü haline gelmiştir. Son yıllarda bankacılık ve menkul kıymet hizmetlerinin birleşmesi yönündeki eğilimi, şirketinize müşterileriniz için tam hizmet sağlayıcısı olma şansı verdi.

Şirketinizin ortalama müşterisi bu tür faaliyetlerin çoğuna (belki de hepsine) katılma ihtimalindedir:

Geleneksel hisse senedi aracıları (marj hesabı faaliyeti de dahil olmak üzere hisse senetlerinin alım ve satımı) < Sabit getirili yatırımlar (kurumsal ve devlet tahvilleri)
Risk arbitrajı dahil opsiyon ticaret hesabı
Nakit varlık yönetimi
Kısa vadeli krediler ve diğer borçlanma araçları
Orta ve uzun vadeli krediler ve diğer borçlanma araçları
Risk sermayesi yatırımları
Müşterilerinizin şirketinizi bir - büyük paralar içeren herhangi bir şey için alışveriş yapın. Ancak şirketinizin durumu biraz karmaşıktır - özellikle bu iki alanda:

Birleşmeler ve satın almalar, BT altyapınızı çok sayıda yalnız uygulamayla (muhtemelen, birbirleriyle entegre olmayan uygulamalar) bırakmıştır olmalı).

Örneğin, ABD hisse senetleri için bir sistem hisse senedi alım satım işlemlerini gerçekleştirirken, başka bir sistem de U harfi dışındaki borsa faaliyetlerini yönetir. S. küresel değişim. Buna ek olarak, ayrı sistemler sabit getirili faaliyeti, ABD'deki tüm borç faaliyetlerini, Avrupa'daki tüm kısa vadeli borçları ve tüm orta ve uzun vadeli Avrupa borçlarını ele almaktadır. Ve liste devam ediyor.
Müşterinin tanımı biraz puslu. Bireyler, yatırım yaptıkları veya ticari anlaşmalar için kredi temin ettikleri şirketler ve ortaklıklar kurarlar. Kurumsal müşterileriniz, müşterileriniz olabilecek diğer şirketlerin yan kuruluşları olabilir.
Ticari uygulamalarınız, her müşteriyle birlikte tüm kredi faaliyetlerini, onaylanmadan önce bir dizi kalite güvence kontrolünden geçirmeyi ister:

Bir birey veya bir şirket olsun, her müşteriniz, borç faaliyetinde çeşitli tavanlara sahiptir. Bir tavan, herhangi bir zamanda toplam borçların bir miktarıdır. Bir müşteri bu birinci seviye tavanına erişene kadar, insan müdahalesi olmaksızın, otomatik olarak bir kredi hattına karşı yeni bir kredi veya hareket başlatabilir, marjda hisse senedi satın alabilir veya borcu artıran başka herhangi bir faaliyette bulunabilir.

Şirket yöneticilerinden birinin onayını aldıktan sonra her müşteri birinci seviye tavanını ikinci bir tavan tutarı aşabilir.
Bir yöneticinin, ilk tavanını aşarak ikinci bir kredi faaliyetini onaylaması için bir dizi önlemi kontrol etmesi gerekir.
Örneğin, müşterinin belirli bir varlık bakiyesinin olması gerekir; müşteri, önceki 30 günde her türdeki tüm hesaplarda (nakit, hisse senedi ve tahviller gibi) toplam aktiflerin yüzde 15'inden daha az bir oranda azaltılmamış olabilir; ve banka, her bir ülkede tutulan varlıklara göre düzeltilmiş, her bir ülkedeki toplam borç için maksimum miktara sahiptir.

Şirketinizin riski kontrol altına almasına yardımcı olmak için, müşterinizin mali durumunun gerçek bir resmini elde etmek için şirketiniz tüm müşterileriniz arasındaki ilişkileri izler. Örneğin, bir kişi, bir kişinin kendi hesaplarının yanı sıra, kendi varlığı ve borç etkinliği ile bireysel bir müşteri olarak gördüğünüz bir dizi şirketi kontrol edebilir.
Ancak, şirket yöneticileri, (örneğin, o kişiyi içeren bir gayrimenkul ortaklığı için) ek birinci ödenmemiş borcun tamamını onayladığında, yöneticiler o kişinin faaliyetiyle ilgili olanın genel bir resmini değerlendirmelidir mali problemler durumunda çok fazla risk almayı önlemek için.

Yukarıdaki listede açıklanan kalite güvence denetimleri kavramsal olarak açık olsa da, basit bir nedenden ötürü uygulamak için son derece karmaşıktırlar: Bu denetimler, kuruluşunuzun dört bir yanındaki birçok sistemden gelen verilere ihtiyaç duymaktadır.

Bu veri, tüm varlık faaliyeti, mevcut tüm borç faaliyeti ve mevcut krediler ve hangi kredilerin günün erken saatlerinde ödenmiş olduğuna dair bilgi içerir.

Deneyebileceğiniz bir yaklaşım, şirketinizin yöneticilerini (kredi onay kararlarını vermek zorunda olanlar) gerekli verileri bulabilecekleri her sisteme arayüzlerle sağlamaktır. Bu yöneticiler daha sonra (eğer desteklenebilirlerse) uzun bir dizi sorgu çalıştırabilir, uygun değerleri çıkarabilir, bunları bir elektronik tablo programına yapıştırabilir ve karar verebilir.

Bununla birlikte, bu yaklaşım iki soruna sahiptir: İnsan hatası olasılığı yüksektir ve bu tür faaliyetlerin gerçekleşmesi gereken adım yalnızca "sıradan" zamanlarda iyidir.

Finansal kriz döneminde, firmanızın birçok veya çoğu müşterisi, hisse senedi satın alıp satarken, marjlarını, satın alma ve satış opsiyonlarını, finansal riskten korunma hesaplarını tutmaya çalışmak, kredi hatlarına karşı yürütmek ve diğer her türlü işlemi yaparken faaliyetlerinizi çok hızlı bir şekilde, şirketinizin çalışanları sadece ayak uyduramıyor.

Bu durumda ODS kurtarılmaya geliyor. Bu şekil, iş görevlerinizi yerine getiren bir ODS uygulamak için kullanabileceğiniz kavramsal bir mimari gösterir. Birincisi, ODS, müşterinin ilk tavan altındaki otomatik kredi işlemleri dengelerinin birleştirilmiş halini sunar. Ardından ODS, yöneticilerin ikinci tavan kadar kredi talepleriyle ilgili evet ya da hayır kararları almasını sağlar.

ODS, kullanıcılara belirli bir iş misyonunu desteklemek için farklı verilerin birleştirilmiş, neredeyse anlık görüntüsünü sağlar.

ODS ortamında veri akışlarına daha iyi bir göz atmak için, veri kaynaklarından birinin (ABD borçlarını işleyen sistem) güncellemelerinin ODS ortamına yayıldığı bu şekle bakın.

ODS, verilerin durumunu mümkün olan en kısa sürede kuruluş genelinde yansıtmalıdır.

Aşağıdaki adımlar, ODS ortamında neler olduğunu gösterir:

Bir müşteri düzenli olarak planlanan bir kredi ödemesi yapar ve ABD kredi ve kredi hatları üzerindeki ödemeleri yürüten sistem ödemeyi işler.

Kredi ödeme uygulaması, ödemeyi yansıtacak şekilde veritabanını günceller.
Sonra kredi ödeme uygulaması güncellenmiş verileri ODS'ye iter.
ODS, güncellemeyi alır ve veritabanının içeriğini günceller (bu örnekte, müşterinin toplam borç miktarını azaltarak).
ODS, herhangi bir dahili işleme, konsolidasyon, uyarı veya diğer gerekli işlevleri yerine getirir.
Yukarıdaki listedeki gibi bir ortam, eğer herşey düzgün bir şekilde tasarlanırsa - şirketin risk yönetimi misyonunu desteklemek için, şimdi her yerden gelen ilgili verilerin bir resmini sunabilir.

Aşağıdaki bölümde anlatıldığı gibi, bu güncellemelerin oluşturulması karmaşık olduğundan ODS'nizde gerçek zamanlı güncelleme gereksinimini doğrulamanız gerekir.

Varsayarak varsayımlara itiraz edin ve şu soruyu sorun: "Günün sonuna kadar beklemek zorunda kalırsanız ne olur? Güncellemeler günde iki kez olsaydı ne olacaktı? Her saat? "Bir ODS oluşturmak bir veri ambarından daha uzun sürdüğünden (ve daha pahalı olduğu için) misyonun gerçek zamanlı güncellemeleri belirlediğinden kesinlikle emin ol.