Данные переносят руками между системами
ERP, CRM, 1С и внутренние сервисы не обмениваются данными: справочники расходятся, отчёты не сходятся, а сотрудники работают «перекладчиками» между окнами.
Выберите тему — соберём контекст
Корпоративные системы без ручного переноса данных и разъехавшихся справочников
Проектируем и разрабатываем корпоративные порталы, интеграционные контуры и внутренние системы: связываем ERP, CRM, 1С, СЭД и legacy-приложения, закрываем единый вход, разграничение доступа, требования 152-ФЗ и работу под нагрузкой.
Работа начинается не с новой системы, а с карты того, что уже есть: какие системы участвуют в процессе, кто владелец данных, где ручные стыки и что будет с каждой системой дальше — интеграция, замена или вывод из эксплуатации.
Или сразу: +7 (495) 368-39-51 Telegram Пн–Пт, 10:00–19:00 МСК
Посмотрим, какие системы участвуют в процессе, где данные переносят вручную и что мешает связать их в единый контур. Скажем, с чего начать.
Системы в холдинге появлялись в разное время и под разные задачи. К автоматизации их связывают вручную — и это ограничивает всё остальное.
ERP, CRM, 1С и внутренние сервисы не обмениваются данными: справочники расходятся, отчёты не сходятся, а сотрудники работают «перекладчиками» между окнами.
Процесс работает, но его нельзя изменить: нет документации, нет разработчиков, знающих код, а любая доработка стоит как новый проект и пугает риском.
Лицензии не продлеваются, обновления безопасности не выходят, а интеграции с российскими сервисами не появляются. Систему нельзя ни обновить, ни легально развивать.
У каждого сервиса свой список пользователей: уволенный сотрудник сохраняет доступ, новому нужна неделя на подключение, а пароли команды живут в общем чате.
Отчёт собирается выгрузками из пяти систем к совещанию, данные в нём расходятся, а решения принимаются по версии, которую успели свести вручную.
Портал рассчитан на спокойный режим: в день закрытия периода и в пик заявок он деградирует, а интеграции зависают в очередях без понятной причины.
Ни одна из этих проблем не решается покупкой ещё одной системы — она добавляет ещё один остров и ещё один ручной стык. Решается она контуром: единые справочники, понятные правила обмена, единый вход и журнал передач.
От единой точки входа и обмена данными до модернизации legacy и аналитики для руководства — в одном контуре.
Одна точка входа для сотрудников, подрядчиков и филиалов: единая авторизация, новости, заявки, документы и рабочие сервисы.
Связываем системы между собой и с внешними сервисами: справочники синхронизируются, события передаются, расхождения видны.
Заявки, согласования, договоры и регламенты перестают жить в почте и превращаются в управляемый процесс с историей.
Разбираем существующую систему, переносим процессы и данные на поддерживаемый стек, не останавливая работу компании.
Проектируем контур так, чтобы требования к персональным данным и контролю доступа выполнялись по умолчанию, а не после проверки.
Данные из систем собираются в одно хранилище, и отчёт для совещания строится по расписанию, а не вручную.
Процесс в крупной компании идёт сквозь системы, и на каждом стыке данные переносят вручную. Ниже семь этапов: как это обычно устроено, что меняется в едином контуре и что на этом этапе становится видно руководителю.
Новая система закрывает один участок и добавляет ещё один стык с остальными. Контур закрывает стыки: данные появляются один раз, дальше их получают все системы, которым они нужны. Поэтому первый этап проекта — не разработка, а разбор того, что уже есть.
Без карты систем любая оценка — угадывание: неизвестно, сколько владельцев данных, какие интеграции уже есть и что скрыто в legacy. Аудит занимает 2–4 недели и заканчивается архитектурой, планом по этапам и сметой, за которую можно отвечать.
Категории систем, с которыми обычно работаем. Конкретный перечень зависит от вашего ландшафта и согласуется на аудите — мы не обещаем заранее интеграцию с системой, которую не видели.
Справочники, заказы, движения и взаиморасчёты: обмен по событиям, а не выгрузками по регламенту.
Клиенты, сделки и обращения: заявка из портала попадает в CRM, а история сделки видна в карточке.
Документы, кадры и расчёты: обмен без повторного ввода и со сверкой расхождений.
Договоры и внутренние документы: статусы, версии и подпись в одном месте с порталом.
Active Directory, LDAP и кадровая система как источник ролей, подразделений и единого входа.
Витрины по направлениям и отчёты по расписанию: аналитика не зависит от выгрузок разработчика.
Почта, Telegram и внутренние каналы: уведомления привязаны к событиям процесса.
Отраслевое ПО, проверки контрагентов, ЭДО и государственные сервисы: каждый вызов логируется.
Очереди, ошибки обмена и доступность систем: видно, что ушло, что принято и что зависло.
Каждый обмен журналируется: видно, какие данные ушли, когда и что пришло в ответ. Ошибки обмена не теряются в логах сервера, а попадают в очередь с повторными попытками и понятной причиной — иначе разбор сбоя превращается в поиск по логам в день закрытия периода.
Замена системы, которая держит ключевой процесс, — самый рискованный проект в корпоративном IT. Поэтому переносим участками, с параллельной работой и только после сверки данных.
Разбираем, какие процессы обслуживает система, какие данные хранит и кто с ней связан. Результат — документация и карта зависимостей, которых обычно нет.
Контур делится на части, которые можно переносить по отдельности. Это снижает риск: срыв одного участка не останавливает остальные.
Данные переносятся заранее, сверяются по контрольным суммам и ключевым отчётам, а не «на глаз» после переключения пользователей.
Старый и новый контур работают одновременно: часть подразделений в новой системе, остальные в прежней. Пользователи переводятся по готовности.
Подбираем поддерживаемые решения под задачу и переносим функциональность. Лицензии и обновления безопасности перестают быть риском.
Старая система отключается только после того, как новый контур отработал полный цикл, включая закрытие периода и отчётность.
Замена иностранного решения на российское — это не установка нового продукта, а перенос функциональности и данных, к которым привыкли процессы. Часть функциональности в новом решении может отсутствовать, часть — работать иначе. Поэтому на аудите мы сначала сверяем функциональность по вашему реальному использованию, а не по маркетинговому описанию, и только потом планируем переход. Честный список того, что придётся изменить в процессах, полезнее обещания «полной совместимости».
Чек-лист, по которому проектируем контур. Что именно требуется в вашем случае, зависит от отрасли и регулятора: перечень требований составляется на аудите и фиксируется в техническом задании.
Одна учётная запись на сотрудника, вход во все системы контура, права определяются ролью и подразделением.
Сотрудник видит только те данные и операции, которые нужны для его участка работы.
Фиксируется, кто смотрел персональные данные, кто менял права, статусы и справочники.
Перевод и увольнение меняют набор прав автоматически во всём контуре, а не только в той системе, о которой вспомнили.
Шифрование каналов, защита чувствительных полей при хранении, секреты — в защищённом хранилище.
Учёт согласий на обработку данных и автоматическое удаление или обезличивание по истечении срока.
Тестовый контур не содержит промышленных персональных данных: для отладки используются обезличенные выборки.
Регулярные копии, проверенное восстановление и выгрузка истории: требования проверок закрываются документами системы.
Подставьте свою численность и оценку часа: расчёт покажет, сколько времени уходит на перенос данных и сверки, сколько это стоит в месяц и за какой срок окупается внедрение по нижней опубликованной планке. Цифры берутся только ваши — средних по рынку мы не подставляем.
Все значения меняются — расчёт пересчитывается сразу.
Значения по умолчанию — пример для наглядности, а не статистика рынка. Считаем по вашим числам: стоимость часа и доля ручной работы в разных подразделениях сильно отличаются.
Часов в месяц
433
Часов в год
5 196
Потери в месяц
346 400 ₽
Потери за год
4 156 800 ₽
Окупаемость внедрения
4,3 мес
Планка внедрения
1 500 000 ₽
Окупаемость в пределах года
Эффект зависит от того, какая часть ручных операций действительно уйдёт после автоматизации. На аудите считаем по вашим процессам, а не по средним цифрам.
Окупаемость считается как отношение нижней опубликованной планки внедрения к потерям в месяц, при 4,33 неделях в месяце. Это верхняя оценка: она предполагает, что автоматизация убирает ручные операции целиком. На аудите считаем по вашим процессам, стоимости часа и объёму операций.
Работаем этапами: первый работающий участок контура запускаем до конца второго месяца.
Разбираем, какие системы участвуют в процессе, как передаются данные, где ручные операции и узкие места.
Срок: 2–4 недели
Проектируем целевой контур, ролевую модель и схему обмена данными, согласуем объём, сроки и стоимость.
Срок: 3–4 недели
Разрабатываем портал и внутренние сервисы, подключаем системы и внешние сервисы, проверяем нагрузкой.
Срок: 3–6 месяцев
Переводим подразделения на новый контур, обучаем сотрудников, выводим legacy из эксплуатации и развиваем функциональность.
Срок: далее
Начинается всё с аудита ландшафта: без него смета была бы угадыванием. Дальше выбирается объём — портал с интеграциями или платформа с внутренними сервисами, аналитикой и поэтапным выводом legacy.
Разбор существующих систем, владельцев данных и ручных стыков, целевая архитектура контура и план по этапам.
Единая точка входа с единым входом и ролевой моделью плюс обмен данными между ключевыми системами.
Портал и интеграции плюс внутренние сервисы, аналитика и поэтапный вывод legacy из эксплуатации.
Считаем не «цифровизацию», а потери: сколько часов уходит на перенос данных и сверки, сколько стоит ошибка ручного ввода, сколько времени занимает закрытие периода и подготовка отчёта. Расчёт на этой странице даёт порядок цифр, на аудите считаем по фактическим процессам.
Если по расчёту выходит, что полный контур не окупается, предлагаем начать с одного участка — единого входа, справочников или одного сквозного процесса.
Вернуться к расчёту потерьСтоимость этапа согласуется до начала работ. Новые задачи считаются отдельно, а не «по факту часов».
Новый контур поднимается рядом со старым, данные сверяются, подразделения переводятся участками по готовности.
Контур проверяется на пиковой нагрузке и в отчётный период до запуска, а не после инцидента в день закрытия.
Разграничение доступа, журналирование, защита персональных данных и сроки хранения описываются документами, а не обещаниями.
Обучаем администраторов, поддержку и владельцев процессов, оставляем регламент по типовым операциям и разбору ошибок обмена.
Мониторинг, разбор инцидентов, доработки по бэклогу и развитие контура по метрикам процессов.
Контур не создаёт процессы — он перестаёт терять данные в тех, что уже есть. Поэтому честно говорим, когда интеграционный проект оправдан, а когда достаточно навести порядок в справочниках и регламентах.
Несколько юрлиц, общие справочники и процессы: без единого контура данные расходятся между компаниями, а отчётность собирается вручную.
ERP, CRM, 1С, СЭД и самописные сервисы появились в разное время. Данные переносят руками, и это стало узким местом.
Ключевой процесс работает, но вендор ушёл, документации нет, а доработка рискованна. Нужен управляемый перенос, а не «перепишем всё».
Есть проверки, требования 152-ФЗ или внутренние политики: нужны ролевая модель, журнал действий и единый вход, а не отдельные списки в каждой системе.
Если систем мало и процессы не пересекаются, интеграционный контур не окупается. Сначала стоит навести порядок в справочниках и регламентах.
Автоматизация закрепляет существующие правила. Если неизвестно, кто отвечает за процесс и какие правила верные, сначала нужен аудит и решение по процессу.
В крупной компании редко бывает одна система. Обычно их десятки: ERP и учёт, CRM и продажи, кадры, склад, документооборот, отраслевые сервисы и самописные приложения, которые появились под конкретную задачу и остались на годы. Каждая система по отдельности работает, но процесс идёт сквозь них, и на каждом стыке данные переносят вручную.
Именно поэтому очередная новая система часто не решает проблему: она добавляет ещё один остров и ещё один ручной стык. Эффект даёт не новая система сама по себе, а интеграционный контур: единые справочники, понятные правила обмена, журнал передач и видимость ошибок. Тогда данные появляются в системе один раз и дальше используются всеми, кому они нужны.
Мы начинаем с аудита ландшафта: какие системы реально участвуют в процессе, кто владелец данных, где сейчас ручные операции и что происходит при сбое обмена. На этом основании проектируется целевая архитектура — с учётом того, что часть систем останется, часть будет заменена, а часть нужно выводить из эксплуатации постепенно.
Замена системы, которая держит ключевой процесс, — самый рискованный проект в корпоративном IT. Остановить её нельзя: процесс идёт каждый день. Переписать целиком тоже не получается: пока новый контур не готов, старый остаётся единственным работающим.
Поэтому мы идём поэтапно. Сначала фиксируем текущее поведение системы: какие процессы она обслуживает, какие данные хранит, кто и как с ней связан. Дальше контур разделяется на участки, и каждый участок переносится отдельно, с периодом параллельной работы. Новый участок запускается рядом со старым, данные сверяются, и только после этого пользователи переводятся.
Такой подход дороже «большого переписывания» на бумаге, но он не останавливает процессы и не оставляет компанию без работающей системы в случае срыва сроков.
Чем больше систем, тем острее вопрос доступов. У каждой системы свой список пользователей, свой пароль и своя логика прав. В результате уволенный сотрудник сохраняет доступ к части сервисов, новому человеку неделю выдают логины, а часть паролей живёт в общих чатах.
Мы строим доступы от единого источника: учётная запись сотрудника связана с подразделением и ролью, а вход в системы выполняется через единый вход. Перевод в другой отдел меняет набор прав автоматически, а увольнение закрывает доступ во всём контуре, а не только в той системе, о которой вспомнили.
Отдельно проектируем защиту персональных данных: разграничение прав по ролям, журнал действий сотрудников, шифрование каналов, учёт согласий и контроль сроков хранения. Тестовые окружения работают на обезличенных выборках, поэтому промышленные персональные данные не попадают в разработку.
Отвечаем так же, как на встрече: про существующие системы, legacy, доступы, сроки, нагрузку и стоимость. Если вашего вопроса здесь нет — задайте его в форме ниже.
Масштабом последствий. В корпоративном контуре система связана с десятками других, работает на сотни или тысячи пользователей и обслуживает процессы, которые нельзя остановить. Поэтому в проект входят аудит ландшафта, проектирование архитектуры, поэтапный запуск с параллельной работой и обучение подразделений, а не только разработка интерфейса.
Стоимость зависит от числа систем, сложности обмена данными, требований к доступам и объёма переноса. Аудит ландшафта и архитектура начинаются от 250 000 ₽, портал или интеграционный контур с единым входом — от 1 500 000 ₽, корпоративная платформа с внутренними сервисами, аналитикой и выводом legacy из эксплуатации — от 3 500 000 ₽. Точную смету даём после аудита.
Обычный формат для крупной компании: мы проектируем архитектуру и делаем ядро — портал, интеграции, внутренние сервисы, — а ваша команда закрывает интеграции с системами, которые знает лучше нас, и поддержку. Второй вариант — спроектировать и передать спецификации, а реализацию вести вашими силами с нашим ревью и приёмкой по нагрузке. Разделение зон ответственности фиксируем в техническом задании.
Да, работа не останавливается. Сначала поднимается новый контур рядом со старым, данные переносятся со сверкой, затем запускается период параллельной работы: часть подразделений работает в новой системе, остальные — в прежней. Пользователи переводятся участками по мере готовности, а старая система выводится из эксплуатации только после того, как новый контур отработал полный цикл.
С аудита ландшафта: 2–4 недели на карту систем, владельцев данных, ручных стыков и требований к доступам. После него появляется архитектура контура и оценка. Первый работающий участок — обычно единый вход, справочники или один сквозной процесс — запускается до конца второго месяца, дальше контур расширяется этапами.
Ничего не выключается «в один день». Часть систем остаётся и получает интеграции, часть заменяется поэтапно, часть выводится из эксплуатации после того, как новый контур отработал полный цикл. Решение по каждой системе принимается на аудите и фиксируется в плане.
Обычный формат: мы проектируем архитектуру и делаем ядро — портал, интеграционный слой, внутренние сервисы и аналитику, — а ваша команда закрывает интеграции с системами, которые знает лучше нас, и поддержку. Второй вариант — спроектировать и передать спецификации, а реализацию вести вашими силами с нашим ревью и приёмкой по нагрузке. Разделение зон ответственности фиксируется в техническом задании.
В контуре проектируются единый вход, ролевая модель, разграничение прав по подразделениям и журнал действий сотрудников. Персональные данные защищаются при передаче и хранении, учитываются согласия и сроки хранения, доступ отзывается при переводе и увольнении. Тестовые окружения работают на обезличенных данных. Что именно требуется в вашем случае, зависит от отрасли и регулятора: перечень требований составляется на аудите и фиксируется в техническом задании.
Считаем не «цифровизацию», а конкретные потери: сколько часов сотрудники тратят на перенос данных и сверки, сколько стоит ошибка ручного ввода, сколько времени занимает закрытие периода и подготовка отчёта. Расчёт на этой странице даёт порядок цифр по вашим вводным, на аудите считаем по фактическим процессам и данным систем.
Остаётся сопровождение: мониторинг обмена и доступности систем, разбор инцидентов, обновления и доработки по бэклогу. Отдельно ведём развитие: подключение новых систем, вывод оставшихся legacy-участков, расширение аналитики. Если контур передаётся вашей команде, проводим обучение и передачу документации и доступов.
Отраслевая экспертиза WebTechRetail — 21 направлений: от оптовой торговли и производства до медицины и финансов.
Расскажите, какие системы участвуют в процессах, где данные переносят вручную и что мешает связать их в единый контур. Скажем, с чего начать, сколько это займёт и во что обойдётся.
Опишите системы, процессы и текущие ограничения — вернёмся со схемой контура, этапами, сроками и сметой.
Cookie и аналитика
Мы используем необходимые cookie для работы сайта и форм. Аналитические cookie (Яндекс.Метрика, включая запись сессий) подключаем только с вашего согласия — от него можно отказаться. Подробнее: Политика использования cookie и обработка персональных данных.