×10 к документообороту. Как БНБ-Банк мигрировал со старой СЭД за 3 месяца без остановки работы

Задачи:

• Перенести на новую СЭД 100 тысяч документов за 3 месяца
• Настраивать процессы в системе без участия разработчика
• Масштабировать СЭД на весь банк, а не только на 1–2 отдела

Решение:

• Провести одностороннюю миграцию: перенести завершенные документы без остановки работы банка
• Выбрать СЭД с открытыми API и конструктором маршрутов для самостоятельной настройки процессов
• Масштабировать через браузерную версию с поэтапным обучением

IT-стек. СЭД «Канцлер НЕКСТ»

Результат:

• х10 к документообороту и миграция данных за 3 месяца
• 70+ маршрутов настроили самостоятельно (без программистов)
• х3 рост охвата СЭД — с нескольких десятков людей на весь банк

Срок. 3 месяца

У БНБ-Банка заканчивалась поддержка старой СЭД, в то же время развитие организации требовало более комплексного и гибкого решения. За 3 месяца нужно было перенести более 100 тысяч документов и запустить новую систему — причем в пиковый сезон (сентябрь–декабрь), когда в IT самая высокая загрузка.

Выбрали одностороннюю миграцию — переносили только завершенные документы, внедряли поэтапно, от простого к сложному. Результат: после завершения проекта электронный двырос в 10 раз, количество пользователей — в 3 раза, а банк получил возможность настраивать процессы самостоятельно (уже создали 70+ маршрутов без программистов).

В кейсе — как минимизировать риски миграции: потерю данных («цифровой склероз»), сопротивление пользователей, проблемы с недокументированной базой данных. Почему односторонний перенос эффективнее синхронизации между старой и новой системой. И как подготовиться к такому проекту — в БНБ-Банке рассказали, что нужно сделать заранее для бесшовного перехода на новую СЭД.

1. Зависимость от разработчика

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

2. Долгие сроки обновлений

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

3. Устаревшая архитектура

Система работала как десктоп-приложение, которое требовало установки на каждое рабочее место. Это ограничивало гибкость: удаленная работа и доступ с мобильных устройств были недоступны. Масштабировать такое решение на весь банк требовало значительных усилий — каждое новое рабочее место требовало ручной настройки и отдельного сопровождения.

4. Низкий охват

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

Банк сформулировал четкие требования — к функционалу новой системы и к экспертизе разработчика.

Требования к системе:

Требования к вендору:

Почему выбрали «Канцлер НЕКСТ»

Система стала логичным выбором, так как полностью закрыла «чек-лист» требований банка:

Что осложняло проект

Несмотря на полное соответствие «Канцлер НЕКСТ» критериям банка, проект сопровождался рядом серьезных ограничений: от сжатых сроков до специфических требований ИТ-контура.

Экстремально сжатые сроки

От заключения договора до запуска ключевых модулей — всего 3 месяца. За этот срок команде нужно было создать конвертер данных, мигрировать более 100 тысяч документов, адаптировать систему и обучить сотрудников. Масштабирование на весь банк и подключение дополнительных процессов заняли еще месяц.

Пиковая нагрузка (эффект «высокого сезона»)

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

Жесткие требования безопасности

Работа в банковском контуре подразумевает контроль. Любое обновление проходило многоуровневый фильтр службы безопасности банка. Например, разработчик формирует файл, сначала администраторы банка передают его в службу безопасности. Служба безопасности проверяет код на уязвимости и вредоносное ПО в изолированной среде. Только после одобрения софт попадал на установку. Все проверки и согласования занимали дополнительное время.

Отсутствие документации

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

Добавляла сложности и разная логика систем. Например, в старой СЭД было единое поле «Корреспондент», а в «Канцлер НЕКСТ» это две разные сущности: «Адресат» (кому) и «Корреспондент» (от кого).

Психологический барьер и риски миграции

Чаще всего любое внедрение сопровождается внутренним сопротивлением. Даже если старую систему ругали 5 лет, к ней привыкли, а новая кнопка в другом месте — стресс для пользователя. Второй риск — «цифровой склероз»: угроза потери версий документов или связей между ними при миграции. В СЭД все взаимосвязано: один неверный шаг в маппинге данных — и критически важная информация может быть утеряна.

Подход к миграции данных

При переходе на новую СЭД обычно выбирают один из двух путей: «легкую» одностороннюю миграцию или сложную двустороннюю. У каждого подхода есть свои плюсы и минусы, которые критично влияют на сроки и бюджет проекта.

Чтобы уложиться в дедлайн и не остановить работу банка, командам нужно было выбрать максимально надежный сценарий.

Сравнение подходов к миграции

Взвесив все «за» и «против», команды остановились на односторонней миграции по трем ключевым причинам:

1. Жесткий дедлайн. Разработать и протестировать полноценную двустороннюю интеграцию за 3 месяца технически невозможно. Односторонний перенос позволил банку гарантированно уложиться в сроки.
2. Очистка от «цифрового мусора». За годы работы в старой СЭД накопилось много лишней информации. Выбранный подход позволил перенести только критически важные данные: распоряжения, приказы, зарегистрированную корреспонденцию и архивы, обязательные к хранению по закону.
3. Технологическая стабильность. Отказ от сложной синхронизации баз минимизировал количество «точек отказа» и исключил риск рассинхрона или потери данных при переносе.

Реализация проекта: пошаговый сценарий внедрения

Успех проекта во многом зависел от тесного взаимодействия обеих сторон — заказчика и разработчика. Вместо формального назначения кураторов, БНБ-Банк собрал рабочую группу из 10 профильных специалистов — от архивиста до специалиста технической поддержки — которые были напрямую заинтересованы в автоматизации. Со стороны МДА проект сопровождали 8 экспертов: от архитекторов до инженеров техподдержки.

Такой состав позволил двигаться по четкому таймлайну, минуя долгие бюрократические согласования:

Обучение пользователей

Чтобы минимизировать стресс от внедрения, отказались от единовременного обучения всего штата в пользу «волнового» подхода. Сначала подготовили амбассадоров (key users), которые стали первой линией поддержки внутри отделов. Затем провели профильное обучение: сотрудников учили не системе «вообще», а работе с их конкретными документами. Для региональной сети организовали вебинары, записи которых пополнили базу знаний банка.

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

1. Освоили базовый функционал.
2. Добавили внутренние документы на уже знакомом интерфейсе.
3. Подключили сложные коллегиальные процессы.

Эффект «невидимой» автоматизации

Одним из преимуществ новой СЭД для сотрудников стало исчезновение рутинных действий. В старой СЭД нужно было вручную переводить документ на каждый следующий этап. В «Канцлер НЕКСТ» процессы стали бесшовными: после нажатия кнопки «Зарегистрировать» система сама отправляет документ по маршруту.

Результаты проекта БНБ-Банка

За 3 месяца БНБ-Банк не просто мигрировал данные — он полностью изменил логику работы с документами, перейдя от закрытого решения к масштабируемой экосистеме.

Количественные показатели

Качественные изменения

Планы развития

Банк продолжает развивать систему. На очереди — конструктор шаблонов типовых поручений и дальнейшая оптимизация процессов на основе обратной связи от пользователей.