Сначала определите, где должны храниться договоры, заказы, остатки, платежи и производственные задания. 1С хорошо решает регламентированный учёт и знакома многим предприятиям. Отдельный веб-сервис может быть удобнее для планирования, мобильной работы, клиентов и процессов, которые часто меняются.
Попытка перенести всё в новую систему повышает стоимость и риск. Попытка сделать в 1С абсолютно всё может усложнить обновления и создать тяжёлый интерфейс для сотрудников, которым не нужен бухгалтерский контекст. Выбор делают по процессам, а не по названию продукта.
Когда разумно доработать 1С
- задача тесно связана с бухгалтерским, налоговым или управленческим учётом;
- основные пользователи уже работают в 1С;
- изменения локальны и не требуют отдельного клиентского интерфейса;
- существующая конфигурация поддерживается и имеет понятную архитектуру;
- данные, которые нужны для решения, уже являются частью учётного контура.
Перед доработкой нужно оценить влияние на обновления, используемые расширения, производительность и компетенции сопровождающей команды. Быстрое изменение может оказаться дорогим в поддержке, если оно сделано внутри типовой конфигурации без понятных границ.
Когда нужна отдельная ERP-система
Отдельная система полезна для сложной диспетчеризации, визуального планирования ресурсов, географической карты, мобильной работы, кабинета клиента, большого числа внешних ролей или интерфейса, который должен точно следовать ежедневному сценарию.
Она также оправдана, если оперативные правила меняются чаще учётной системы и их нужно развивать независимо. В кейсе МАКСБЕТОН отдельная система связывает заявку, рейс, производство и склад. Интеграция с учётной системой рассматривается как управляемый обмен, а не как повод заново создавать бухгалтерский учёт.
Заказная ERP-система требует собственной модели данных, безопасности, мониторинга, резервного копирования и поддержки. Это нужно включать в решение вместе с удобством интерфейса.
Как разделить ответственность систем
Для каждого объекта назначают главный источник: клиент, договор, номенклатура, заказ, остаток, платёж, производственное задание. Затем описывают направление обмена, частоту, обязательные поля, идентификаторы и поведение при ошибке.
Например, справочник контрагентов может приходить из 1С, оперативный заказ создаваться в веб-системе, а подтверждённый документ возвращаться в учёт. Нельзя позволять обеим системам независимо менять одно поле без правила разрешения конфликта.
Интеграция должна иметь журнал: что отправлено, принято, отклонено и повторено. Пользователь должен видеть статус обмена, а администратор — причину ошибки и кнопку безопасного повтора.
Типичные ошибки
- решение заменить 1С принимают до аудита причин неудобства;
- слово «интеграция» используют без сценариев, формата и владельца данных;
- в первой версии пытаются синхронизировать всю историю;
- не учитывают обновления конфигурации и изменения API;
- одни и те же статусы трактуются по-разному;
- при сбое обмена сотрудник не понимает, где актуальные данные.
Большинство рисков снимается на аналитике: команда проверяет реальные документы, базы и исключения до выбора архитектуры.
Практический план выбора
- Опишите один процесс от начала до конца и главную проблему.
- Отметьте, какие действия и данные уже находятся в 1С.
- Проверьте, решается ли задача настройкой или безопасным расширением.
- Если нужен отдельный интерфейс, распределите источники данных.
- Выберите минимальный сценарий обмена и критерии приёмки.
- Проведите пилот без массового отключения действующего процесса.
Сравните стоимость не только создания, но и обновлений, инфраструктуры, мониторинга, лицензий и поддержки. Материал о стоимости ERP поможет подготовить исходные данные.
Итог
Дорабатывайте 1С, когда задача относится к учёту и не усложнит будущие обновления. Создавайте отдельную ERP, когда нужен самостоятельный оперативный продукт. Часто лучший вариант — сохранить 1С как учётное ядро и связать её с удобной отраслевой системой через прозрачную интеграцию.