Data Warehousing: um exemplo de ODS - dummies

Aqui está um exemplo de data warehousing para ajudá-lo a entender o ODS (armazenamento de dados operacional). Suponha que você trabalhe em uma grande empresa financeira que oferece uma variedade de serviços para empresas e indivíduos de elite em todo o mundo.

Sua empresa cresceu até sua forma atual como resultado de uma série de fusões e aquisições ao longo dos últimos 25 anos. A tendência nos últimos anos em direção a uma convergência de serviços bancários e de valores mobiliários deu à sua empresa a oportunidade de se tornar um prestador de serviço completo para seus clientes.

O cliente médio de sua empresa provavelmente participará em muitos (talvez todos) desses tipos de atividades:

corretagem tradicional de ações (compra e venda de ações de ações, incluindo atividade de conta de margem) < Investimentos de renda fixa (títulos corporativos e governamentais)
Opções de negociação de contas, incluindo arbitragem de risco
Gerenciamento de ativos de caixa
Empréstimos de curto prazo e outros instrumentos de dívida
Empréstimos de curto e médio prazo e outros instrumentos de dívida
Investimentos de capital de risco
Você quer que seus clientes usem sua empresa como um - Compreende qualquer coisa envolvendo grandes somas de dinheiro. A situação da sua empresa é um pouco complicada, no entanto - particularmente nessas duas áreas:

As fusões e aquisições deixaram sua infra-estrutura de TI com um grande número de aplicações solo (aplicativos que não estão integrados entre si, embora provavelmente deveria estar).

Um sistema lida com a negociação de ações das ações da U. S., por exemplo, e outro sistema lida com a atividade do mercado de ações de não-U. S. trocas globais. Além disso, sistemas separados lidam com a atividade de renda fixa, toda a atividade da dívida na U. S., todas as dívidas de curto prazo na Europa e todas as dívidas européias intermediárias e de longo prazo. E a lista continua.
A definição de cliente é um pouco nebulosa. Os indivíduos criam corporações e parcerias através das quais fazem investimentos ou concedem empréstimos para negócios. Seus clientes corporativos podem ser subsidiárias de outras corporações, que também podem ser seus clientes.
Suas práticas de negócios exigem toda a atividade de crédito com cada cliente para passar por uma série de cheques de garantia de qualidade antes de serem aprovados:

Cada cliente seu, seja pessoa física ou jurídica, tem vários limites na atividade da dívida. Um teto é um montante total de dívida pendente em qualquer momento. Até que um cliente atinja este teto de primeiro nível, ele ou ela pode, sem intervenção humana, retirar automaticamente um novo empréstimo ou agir contra uma linha de crédito, comprar ações na margem ou executar qualquer outro tipo de atividade que aumente a dívida.

Todo cliente pode exceder o limite do primeiro nível para um segundo valor do teto depois de receber a aprovação de um dos executivos da sua empresa.
Para um executivo aprovar a atividade de crédito após o primeiro teto para o segundo, ele ou ela deve verificar uma série de medidas.
Por exemplo, o cliente deve ter um determinado saldo de ativos no lugar; o cliente pode não ter reduzido o total de ativos disponíveis em todas as contas de todos os tipos (como dinheiro, ações e títulos) em mais de 15% nos 30 dias anteriores; e o banco possui montantes máximos de dívida total em cada país, ajustados pelos ativos detidos em cada país.

Para ajudar a controlar o risco, sua empresa rastreia as relações entre todos os seus clientes para obter uma imagem real do estado financeiro de um cliente. Por exemplo, um indivíduo pode controlar uma série de corporações, cada uma das quais você trata como um cliente individual com seu próprio ativo e atividade da dívida, além da das contas próprias do indivíduo.
Quando os executivos da sua empresa aprovam qualquer dívida adicional adicional do primeiro teto, no entanto (para uma parceria imobiliária que envolve esse indivíduo, por exemplo), os executivos devem avaliar uma imagem geral do que está acontecendo com a atividade desse indivíduo para evitar demasiada exposição ao risco em caso de problemas financeiros.

Embora as verificações de garantia de qualidade descritas na lista anterior sejam conceitualmente diretas, elas são extremamente complexas de implementar, por um simples motivo: Essas verificações precisam de dados de sistemas em toda a sua empresa, de vários sistemas diferentes.

Estes dados incluem informações como toda a atividade de ativos, toda a atividade da dívida e empréstimos atuais pendentes, e informações sobre quais empréstimos foram pagos apenas no início do dia.

Uma abordagem que você pode tentar é fornecer aos executivos da sua empresa (aqueles que precisam tomar as decisões de aprovação de empréstimo) interfaces em todos os sistemas em que possam encontrar os dados necessários. Esses executivos podem então executar uma longa série de consultas (se eles podem ser suportados), retirar os valores apropriados, colá-los em uma planilha eletrônica e tomar a decisão.

Esta abordagem tem dois problemas, no entanto: a chance de erro humano é alta e o ritmo em que esse tipo de atividade deve ocorrer é aprovado apenas durante os tempos "comuns".

Durante um período de crise financeira, quando muitos ou a maioria dos clientes da sua empresa estão comprando e vendendo ações, cobrindo margens, opções de compra e venda, tentando lidar com suas contas de hedge, executando contra linhas de crédito e fazendo todos os tipos de outras atividades muito rapidamente, os funcionários da sua empresa simplesmente não conseguem acompanhar.

Nessa situação, o ODS vem ao resgate. Esta figura ilustra uma arquitetura conceitual que você pode usar para implementar um ODS que atenda suas missões comerciais. Primeiro, o ODS fornece uma imagem consolidada dos saldos de um cliente para o processamento automático de empréstimos sob o primeiro teto. Em seguida, o ODS permite que os executivos tomem decisões de sim ou não sobre pedidos de empréstimo até o segundo teto.

O ODS fornece aos usuários uma imagem consolidada, quase instantânea, de dados diferentes em apoio a uma missão comercial específica.

Para obter uma melhor visão dos fluxos de dados dentro do ambiente ODS, veja esta figura, em que as atualizações para uma das fontes de dados (o sistema que lida com a dívida de U. S.) se propagam para o ambiente ODS.

O ODS deve refletir o estado dos dados em toda a empresa o mais rápido possível.

As etapas a seguir indicam o que ocorre no ambiente ODS:

Um cliente faz um pagamento de empréstimo regularmente agendado, e o sistema que administra pagamentos em empréstimos de U. S. e linhas de crédito processa o pagamento.

O aplicativo de pagamento do empréstimo atualiza seu banco de dados para refletir o pagamento.
O aplicativo de pagamento de empréstimo, em seguida, empurra os dados atualizados para o ODS.
O ODS recebe a atualização e processa-a, atualizando seus conteúdos de banco de dados (neste exemplo, reduzindo o montante total da dívida pendente do cliente).
O ODS realiza qualquer processamento interno, consolidação, alertas ou outras funções necessárias.
Um ambiente como o da lista anterior pode - se tudo estiver arquitetado corretamente - forneça uma imagem de todos os dados relevantes de todo o lado - agora - em apoio da missão de gerenciamento de riscos da empresa.

Você deve validar a necessidade de atualizações em tempo real em seu ODS porque essas atualizações são complexas de criar, conforme descrito na seção a seguir.

Constantemente desafiar hipóteses e fazer perguntas: "O que acontece se você tiver que esperar até o final do dia? E se as atualizações fossem duas vezes por dia? Toda hora? "Tenha certeza absoluta de que a missão dita atualizações em tempo real porque criar um ODS demora mais tempo (e é mais caro) do que um data warehouse.