Как блокчейн может упростить управление основными данными пост-мергера
web3 data-management hr-management blockchain-use-case blockchain-vs-database master-data-management blockchain-data-management enterprise-blockchain-adoption post-acquisition-data-strategy

Как блокчейн может упростить управление основными данными пост-мергера

9 июля 2025 г.

Одним из величайших болей, которые компании сталкиваются, когда они проходят слияния и поглощения (M & A), или имеют несколько случаев источника записей для основных данных, такие как пост-меры, такие как:

  • Как интегрировать данные, как транзакционные, так и основные данные
  • Как убедиться, что финансовая SLA материнская компания не изменилась (период закрытия)
  • Как убедиться, что отчеты правильны и беспрепятственны для материнской компании, поэтому действия можно принять быстро
  • Сколько потратить на эффективную интеграцию данных.
  • Как убедиться, что для сотрудников, которые присоединились к материнской компании (HR, заработная плата и т. Д.)
  • Как обеспечить наиболее ценные данные об активах, безопасно и следует всем правилам конфиденциальности при интеграции
  • Как гарантировать, что текущий источник истины все еще действует как один после приобретения
  • Как быстро воспользоваться продажами материнской компании сейчас, когда у них есть новая клиентская база

Теперь, когда мы рассмотрели некоторые серьезные проблемы или болевые точки, как компании традиционно решают эти проблемы?

  • Быстро собрать команду по слияниям и поглощениям
  • Изо всех сил пытаясь выяснить, что и как это нужно интегрировать
  • Как мое финансовое закрытие влияет на меня? Если мы полностью интегрируем или просто интегрируем баланс главной книги
  • У материнской компании есть хорошие намерения предоставить сотрудникам бесшовный опыт, но это не происходит быстро и в конечном итоге использует несколько инструментов компанией
  • Потратьте деньги на интеграцию данных, используя традиционные интеграции точки-точки
    В конечном итоге создавать технические долги в большинстве случаев

Если каждая проблема с слияниями и поглощениями в конечном итоге становится болезненной точкой, которую нельзя решить, почему бы не решить некоторые проблемы с основными данными с использованием блокчейна?

Blockchain обеспечивает новые способы обмена данными в сети организаций. Он может выступать в качестве типа базы данных, которая помогает предприятиям создать новую, надежную архитектуру, где они могут более надежно и надежно делиться данными с различными партнерами и отслеживать ее.

Типы блокчейнов

  • Общественные блокчейны:Они позволяют любому участвовать в качестве пользователей, шахтеров, разработчиков или членов сообщества. Все транзакции, которые происходят на общественных блокчейнах, полностью прозрачны. Трудно закрыть их для использования. Примерами являются Биткойн и Эфириум.

  • Частные блокчейны:Централизован в одной организации или компании, которая контролирует права на просмотр и создание транзакций. Участие в консенсусе основано на разрешении-либо каждый узел может присоединиться, либо лишь немногие избранные. Он внутренний для компании и ограничен известными организациями. Пример: IBM Blockchain.

  • Федеративные блокчейны:Федеративные блокчейны работают под руководством группы. Это не позволяет никому, имеющему доступ к Интернету, участвовать в процессе проверки транзакций. На основе консенсуса. Только известные сущности. Примерами являются страховка или банки.

Блокчейн против базы данных

Благодаря традиционным базам данных создание уникальных интеграций с каждой из этих организаций является дорогостоящим и не масштабируемым. С помощью блокчейна каждый раз, когда узел или компания добавляются в сеть, это единый процесс для всех и
делает это дешевле. Это связано с тем, что вместо создания интеграции вы просто добавляете узлы или компании, которые могут легко получить доступ к базе данных с помощью своих ключей.

Вся сеть блокчейна служит механизмом для автоматической проверки вместо того, чтобы приносить мощность в руках центрального администратора. Это оставляет мало места для ошибки. После сохранения данных их не может быть изменено, и они становятся неизменными. Это обеспечивает уровень доверия, который не предлагает традиционная база данных.

Управление основными данными на разрешенном блокчейне

  • Нужна постоянная структура данных для тяжелых и обычно используемых данных
  • Нужно несколько источников записи (SSOR); Приложение/сущность
  • Нужно несколько организаций, вовлеченных с помощью сертификатов регистрации
  • Need multiple users/applications need access (credentials)
  • Необходимы организации должны регулироваться правилами или доступом
  • Регистрация требуемых изменений обеспечивает прозрачность и аудиторство
  • Не может быть общедоступным
  • Варианты использования для основных данных, таких как клиенты, поставщики, сотрудники и т. Д.
  • Устраняет сложное примирение между слияниями и поглощениями
  • Слияния и поглощения имеют возможность выбрать местную копию или использовать одну из существующих копий

Образец реализации

Sample implementation flow of a master database on permissioned blockchain

Это один потенциальный подход к реализации высокого уровня, и могут быть и другие способы обработки мелких деталей с использованием блокчейна. Цель здесь - просто проиллюстрировать идею. Как все знают, принятие идеи для реализации включает в себя создание самого блокчейна (возможно, самая легкая часть), но нам также необходимо учитывать следующие соображения:

  • Какие правила проверки регулируют создание основных данных?
  • Кто может употреблять только для чтения против создателя данных?
  • Независимо от того, получают ли приобретения достаточных возможностей или вычислительной мощности для обработки собственной копии данных или просто использовать один из существующих узлов
  • Как это изменяется для исторических данных, особенно если мы создаем уникальный идентификатор блокчейна?
  • Как мы можем повернуть наши приложения и интеграции, чтобы начать чтение с блокчейна?

Заранее спасибо за ваши мысли и отзывы.

Оригинал

Recent Post

Categories

PREVIOUS ARTICLE
NEXT ARTICLE