Как переносить процессы из 1С в собственную ERP без остановки бизнеса

ERP ООО «Доктор Сервер» переносит ежедневные процессы из 1С в современную веб-систему без одномоментного отключения старого контура. Клиенты, договоры, счета, оплаты, оборудование, выезды, склад, документы и задачи вводились в работу поэтапно, а данные сохраняли связь с исходной историей.

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

Почему компании понадобилась собственная ERP

Сервисный бизнес не укладывается в один справочник клиентов и список счетов. В ежедневной работе связаны:

• договоры и регулярные услуги;
• счета, акты и оплаты;
• оборудование на площадках;
• заявки и выезды инженеров;
• склад и движение комплектующих;
• контакты, документы и обещания;
• задачи сотрудников и история изменений.

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

Почему не стоит переносить всё за один раз

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

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

Практический порядок был таким:

1. выбрать законченный рабочий процесс;
2. описать роли и источник истины;
3. перенести необходимые данные и историю;
4. дать сотрудникам новый интерфейс;
5. сверить результаты со старой системой;
6. закрепить новый контур как рабочий;
7. перейти к следующему модулю.

Почему импорт должен быть повторяемым

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

Поэтому импорт нельзя строить как одноразовый сценарий «скопировать и забыть». ERP сохраняет исходные идентификаторы, а повторный запуск обновляет уже известные записи вместо создания новых.

Для каждой группы данных полезно иметь отчёт:

• сколько записей прочитано;
• сколько создано и обновлено;
• какие строки отклонены;
• какие связи не найдены;
• какие итоги расходятся;
• когда и из какой выгрузки выполнен импорт.

Так исправление правила превращается в повторяемую операцию, а не в ручную правку базы.

Как сохранить смысл, а не только таблицы

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

Например, карточка клиента без договоров и истории обращений мало помогает сотруднику. Остаток на складе без движения не объясняет, почему количество изменилось. Поэтому новая модель данных строилась вокруг бизнес-связей, а не вокруг механического копирования таблиц 1С.

1С предоставляет штатные механизмы интеграции, включая веб-сервисы, XML и другие форматы обмена. Конкретный путь выбирается по версии конфигурации, доступам и допустимой нагрузке.

Что изменилось для сотрудников

В веб-ERP нужная история доступна из одной карточки. Сотрудник видит клиента, договоры, документы, оплаты, объекты, оборудование, выезды и связанные задачи.

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

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

Как ERP становится основой для AI

Локальный AI полезен только тогда, когда у него есть качественные данные, права и безопасный способ выполнить действие. ERP предоставляет эту основу.

Помощник может подготовить:

• сводку по клиенту перед звонком;
• список незакрытых обещаний;
• черновик письма;
• предложения задач;
• пояснение по внутреннему документу.

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

Как решение адаптируется под другую компанию

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

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

Техническим специалистам

ERP построена на NestJS, React, PostgreSQL и Prisma, корпоративный вход и роли обслуживает Keycloak. Изменения схемы базы оформляются версиями миграций.

Значимые операции выполняются транзакционно. Документация PostgreSQL по изоляции транзакций важна здесь не сама по себе: бизнес-операция не должна оставить половину связанных изменений при конкурентной работе сотрудников.

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

Итог

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

ERP ООО «Доктор Сервер» показывает, что собственная веб-система может постепенно принять ежедневную работу компании и одновременно стать надёжной основой для интеграций и локального AI.