Цифровая трансформация — Enterprise-решения

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

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

Мы начинаем с аудита ландшафта: какие системы реально участвуют в процессе, кто владелец данных, где сейчас ручные операции и что происходит при сбое обмена. На этом основании проектируется целевая архитектура — с учётом того, что часть систем останется, часть будет заменена, а часть нужно выводить из эксплуатации постепенно.

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

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

• аудит legacy-системы и карта зависимостей от других систем;
• перенос данных со сверкой и периодом параллельной работы;
• замена уходящих вендоров на поддерживаемые решения;
• поэтапный вывод старой системы из эксплуатации.

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

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

Мы строим доступы от единого источника: учётная запись сотрудника связана с подразделением и ролью, а вход в системы выполняется через единый вход. Перевод в другой отдел меняет набор прав автоматически, а увольнение закрывает доступ во всём контуре, а не только в той системе, о которой вспомнили.

Отдельно проектируем защиту персональных данных: разграничение прав по ролям, журнал действий сотрудников, шифрование каналов, учёт согласий и контроль сроков хранения. Тестовые окружения работают на обезличенных выборках, поэтому промышленные персональные данные не попадают в разработку.