Uma das maiores dores que as empresas enfrentam quando passam por fusões e aquisições (M&A) ou têm várias instâncias de fonte de registros para dados mestre são atividades pós-fusão como:
- Como integrar dados, dados transacionais e mestre
- Como garantir que o SLA financeiro da empresa -mãe não mude (período fechado)
- Como garantir que os relatórios sejam certos e perfeitos para a empresa -mãe para que as ações possam ser tomadas prontamente
- Quanto gastar em integração eficaz de dados.
- Como garantir que haja experiência perfeita para os funcionários que ingressaram na empresa controladora (RH, folha de pagamento, etc.)
- Como garantir os dados de ativos mais valiosos, é seguro e segue todos os regulamentos de privacidade ao integrar
- Como garantir que a fonte única de verdade ainda esteja agindo como uma após a aquisição
- Como aproveitar rapidamente as vendas da empresa -mãe agora que elas têm uma nova base de clientes
Agora que abordamos alguns problemas importantes ou pontos problemáticos, como as empresas lidam com esses problemas tradicionalmente?
- Junte rapidamente a equipe de fusões e aquisições
- Lutando para descobrir o que e como ele precisa ser integrado
- Como meu fechamento financeiro me afeta? Devemos integrar totalmente ou apenas integrar saldos gerais de contabilidade
- A empresa -mãe tem boas intenções de fornecer uma experiência perfeita aos funcionários, mas isso não acontece rapidamente e acaba usando várias ferramentas pela empresa
- Gaste dinheiro para integrar dados usando integrações tradicionais de ponto a ponto
Acabam criando dívida tecnológica na maioria dos casos
Se todos os problemas com fusões e aquisições acabam sendo um ponto de dor que não pode ser resolvido, por que não abordar alguns dos problemas de dados mestre usando o blockchain?
O Blockchain permite novas maneiras de compartilhar dados em uma rede de organizações. Ele pode atuar como um tipo de banco de dados que ajuda as empresas a criar uma nova arquitetura confiável, onde possam compartilhar dados de maneira mais confiável e segura com diferentes parceiros e acompanhá -lo.
Tipos de blockchains
- Blockchains públicos: Eles permitem que qualquer pessoa participe como usuários, mineiros, desenvolvedores ou membros da comunidade. Todas as transações que ocorrem em blockchains públicas são totalmente transparentes. É difícil desligá -los para uso. Exemplos são Bitcoin e Ethereum.
- Blockchains privados: Centralizado em uma organização ou empresa que controla os direitos de visualizar e criar transações. A participação em consenso é baseada em permissão-todo o nó pode entrar, ou apenas alguns poucos. É interno para a empresa e limitado a entidades conhecidas. Exemplo: IBM Blockchain.
- Blockchains federados: Blockchains federados operam sob a liderança de um grupo. Isso não permite que ninguém com acesso à Internet participe do processo de verificação de transações. Baseado em consenso. Apenas entidades conhecidas. Exemplos são seguros ou bancos.
Blockchain vs Database
Com os bancos de dados tradicionais, a criação de integrações exclusivas com cada uma dessas organizações é cara e não escalável. Com o blockchain, toda vez que um nó ou empresa é adicionado à rede, é um processo uniforme para todos e
o torna menos caro. Isso ocorre porque, em vez de criar integrações, você está apenas adicionando nós ou empresas que podem acessar facilmente o banco de dados com suas chaves.
Toda a rede blockchain serve como um mecanismo para verificar automaticamente, em vez de colocar a energia nas mãos de um administrador central. Isso deixa pouco espaço para erro. Depois que os dados são salvos, não podem ser modificados e se tornam imutáveis. Isso fornece um nível de confiança que um banco de dados tradicional não oferece.
Gerenciamento de dados mestre em blockchain com permissão
- Precisa de uma estrutura de dados consistente para dados pesados e comumente usados
- Precisa de várias fontes de registro (SSOR); Aplicação/entidade
- Precisa de várias entidades envolvidas por meio de certificados de inscrição
- Precisa de vários usuários/aplicativos precisam de acesso (credenciais)
- As entidades necessárias precisam ser governadas por regras ou acesso
- O registro das mudanças necessárias permite transparência e auditabilidade
- Não pode ser acessível ao público
- Use casos para dados mestres como clientes, fornecedores, funcionários, etc.
- Elimina a reconciliação complexa entre fusões e aquisições
- Fusões e aquisições têm a opção de optar por manter uma cópia local ou usar uma das cópias existentes
Fluxo de implementação de amostra
Esta é uma abordagem potencial de implementação de alto nível e pode haver outras maneiras de lidar com detalhes menores usando o blockchain. O objetivo aqui é simplesmente ilustrar uma ideia. Como todos sabem, ter uma idéia de implementação envolve a criação da própria blockchain (sem dúvida a parte mais fácil), mas também precisamos levar em consideração as seguintes considerações:
- Que regras de verificação governam a criação de dados mestre?
- Quem pode consumir em somente leitura versus o criador de dados?
- Se aquisições de capacidade ou poder de computação suficientes para lidar com sua própria cópia dos dados ou apenas usar um dos nós existentes
- Como isso muda para os dados históricos, especialmente se estivermos criando um identificador de blockchain exclusivo?
- Como podemos transformar nossos aplicativos e integrações para começar a ler do blockchain?
Agradecemos antecipadamente por seus pensamentos e feedback.
