IT-интеграция при слияниях и поглощениях

Первый торговый день после закрытия сделки — именно тогда IT-сбои при M&A становятся видны всему бизнесу. Сотрудники не могут пройти аутентификацию, письма не доходят между доменами, общие диски недоступны, а VPN-политики блокируют персонал приобретённой компании от ключевых систем. Эти сбои вызваны не сложными проблемами — они возникают из-за отсутствия структурированного плана-сценария «первого дня», подготовленного до закрытия сделки.

NOCKO разрабатывает план IT-непрерывности первого дня на этапе due diligence, а не после него. Мы картируем каждое критическое приложение и зависимость аутентификации в обеих организациях, определяем, какие сервисы привязаны к домену, а какие являются облачно-нативными, и разрабатываем поэтапный план перехода, обеспечивающий работу бизнес-критичных систем на протяжении всего перехода. В сценарии прописаны процедуры отката для каждого шага — чтобы при возникновении проблемы с DNS-распространением или конфликта правил межсетевого экрана в полночь первого дня дежурный инженер имел задокументированный путь восстановления, а не был вынужден импровизировать под давлением.

Консолидация идентификации — технически наиболее сложный поток работ при любой IT-интеграции M&A. Как правило, две организации приходят к закрытию с отдельными лесами Active Directory, отдельными тенантами Entra ID (ранее Azure AD) и отдельными политиками MFA. Объединение этих сред без задокументированной методологии подвергает объединённый бизнес сбоям аутентификации, рискам повышения привилегий и неделям ручного управления учётными записями.

NOCKO следует поэтапному подходу к консолидации идентификации. На Фазе 1 мы устанавливаем доверие леса или кросс-тенантную синхронизацию Entra ID, позволяя аутентифицироваться в обеих средах без миграции каких-либо учётных записей. Это обеспечивает доступ в первый день без риска поспешной миграции. На Фазе 2 мы проводим аудит обоих каталогов на предмет устаревших учётных записей, привилегированных групп и сервисных учётных записей с встроенными учётными данными — именно они становятся причиной инцидентов безопасности после слиянии. На Фазе 3 мы выполняем структурированную миграцию с помощью Microsoft ADMT (Active Directory Migration Tool) или Entra ID Cross-Tenant Migration, перемещая объекты пользователей, членства в группах и политики условного доступа пакетами, проверенными на тестовом тенанте до перехода на продуктивную среду.

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

NOCKO проектирует постслиянную сетевую архитектуру, рассматривающую сеть приобретённой компании как недоверенный сегмент до завершения полной проверки безопасности. Этот подход, согласованный с NIST SP 800-171 и фреймворком информационного обеспечения NESA, реализует микросегментацию на уровне межсетевого экрана (Fortinet FortiGate, Palo Alto Networks или Check Point) и применяет контроли Zero Trust для предотвращения горизонтального перемещения между двумя сетевыми зонами. Архитектура, как правило, внедряется в течение 2 недель после закрытия — до установления каких-либо доверенных отношений Active Directory или VPN-подключения.

Миграция данных при M&A в ОАЭ несёт особые регуляторные обязательства, которых нет в сопоставимых европейских или американских сделках. Для фирм, лицензированных Управлением финансовых услуг Дубая (DFSA) в DIFC или Управлением по регулированию финансовых услуг (FSRA) в ADGM, передача клиентских данных, записей транзакций и журналов аудита в новые системы должна соответствовать требованиям резидентности данных и обязательствам по уведомлению в рамках соответствующих регуляторных фреймворков. Неуведомление регулятора о существенном изменении IT-инфраструктуры — а именно таковым является слияние тенантов или миграция данных — может повлечь меры воздействия вне зависимости от самой бизнес-сделки.

NOCKO структурирует миграцию данных для регулируемых M&A-сделок в ОАЭ с учётом этих требований с самого начала. До начала любого перемещения данных мы взаимодействуем с командой по комплаенсу приобретающей компании для определения категорий данных, подпадающих под Федеральный закон о защите персональных данных ОАЭ (Федеральный декрет-закон № 45 от 2021 года), правила управления IT-рисками DFSA или Нормативы защиты данных ADGM. Миграции выполняются с использованием зашифрованного инструментария передачи (Azure Data Box, AWS Snowball или зашифрованный SFTP для меньших наборов данных) с журналами цепочки хранения, пригодными для регуляторного аудита.

Интеграция HR-систем неизменно недооценивается при IT-планировании M&A и постоянно выходит за рамки бюджета. Причина структурная: данные HR — беспорядочные, дублированные и глубоко переплетённые с системами расчёта заработной платы, контроля доступа и администрирования льгот. Когда две организации, работающие на разных HR-платформах — например, приобретающая компания на SAP SuccessFactors и целевая на Oracle HCM — должны консолидироваться, интеграционный проект затрагивает каждого сотрудника обеих организаций, и любой сбой немедленно становится виден для персонала.

NOCKO подходит к интеграции HR-систем прежде всего как к задаче инженерии данных, и лишь во вторую очередь — как к задаче настройки программного обеспечения. Мы начинаем с извлечения и нормализации мастер-данных сотрудников из обеих систем в каноническую модель данных, устраняя дублирующиеся записи (особенно для сотрудников общих служб, которые могут фигурировать в обеих HR-системах) и устанавливая авторитетный источник записи для каждого атрибута данных. Эта работа по нормализации, как правило, занимает 2–4 недели и является необходимой предпосылкой до настройки любого API-коннектора или интеграции middleware.