Своя ERP или доработка 1С: матрица решения

Компания обычно приходит к этому вопросу не от скуки, а от боли. Заказы теряются между Excel и мессенджерами, диспетчер не видит, где машина, бухгалтер сводит отчёты вручную по вечерам. И тут встаёт развилка: докрутить то, что уже работает в 1С, или строить отдельную систему. Оба пути рабочие, но подходят разным ситуациям, и цена ошибки здесь измеряется не только деньгами, а месяцами простоя процессов.

Где проходит граница между доработкой и своей системой

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

Своя ERP — отдельная система, которая либо полностью заменяет учётные функции, либо работает поверх 1С как надстройка: забирает данные через API, добавляет интерфейсы под конкретные роли сотрудников и логику, которую платформа 1С физически не умеет или умеет слишком дорого. Это не обязательно разработка с нуля, иногда это готовая платформа вроде Odoo, развёрнутая и настроенная под процессы конкретного бизнеса.

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

Когда доработки 1С хватает

Если бизнес уже ведёт учёт в 1С и процессы в целом типовые, чаще всего разумнее не трогать ядро, а нарастить цифровой слой сверху. Так было устроено решение у одного из клиентов: оптовые заказы раньше шли через звонки и почту, а менеджеры вручную переносили всё в 1С, схема тормозила продажи и плодила ошибки. Вместо замены учётной системы собрали Mini App для Telegram и MAX с двусторонней интеграцией в 1С 7.7: партнёр авторизуется по ИНН и получает привычный сценарий — каталог, корзину, историю заказов, актуальные остатки и цены без участия менеджера. Отдельно для розничной сети того же комбината сделали мобильное приложение лояльности с интеграцией в кассы АТОЛ и ту же 1С 7.7: баллы начисляются и списываются прямо на кассе, а все операции попадают в учётную систему автоматически.

В обоих случаях 1С осталась неприкосновенной, поменялся только способ доступа к ней. Это самый дешёвый и быстрый путь, если данные в 1С в принципе корректны и структура справочников не требует переделки.

Когда 1С упирается в потолок

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

Вместо точечных правок построили ERP, которая собрала весь цикл перевозки в одном месте: от выезда машины до закрывающих документов и расчёта мотивации водителей. Систему связали с ГЛОНАСС, 1С и Telegram-ботом для водителей — 1С в этой схеме осталась одним из источников данных, а не центром системы. У каждой роли — директора, диспетчера, бухгалтера, водителя — свой интерфейс внутри единого контура: руководитель видит аналитику, диспетчер — рейсы и загрузку, бухгалтерия — документы и расчёты. Показатели эффективности водителей считаются автоматически, без споров и субъективных оценок, а документооборот ускорился за счёт того, что данные перестали вручную сверяться между отделами.

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

Альтернатива 1С для узких процессов

Отдельный сценарий — когда задача специфична настолько, что типовая конфигурация 1С решает её только с огромной доплатой за лицензии и доработку, а открытая платформа вроде Odoo обходится в разы дешевле на старте. В проекте по цифровизации того же «Хоту-Ас» мы занимаемся блоком техобслуживания оборудования, учётом запчастей и плановыми закупками на базе Odoo 17 Community Edition, а параллельно другая команда реализует на той же платформе работу с маркировкой «Честный знак». На этапе планирования клиент сравнивал стоимость реализации маркировки на 1С и на Odoo: разница по итоговой оценке получилась в разы в пользу Odoo, даже с учётом того, что на 1С для этого нужна отдельная лицензия ERP и оплата каждой дополнительной пользовательской лицензии. Решение в итоге было комбинированным: готовые модули для Odoo докупаются там, где они закрывают задачу полностью, а специфичная логика — ТОиР, планирование закупок по наработке оборудования — дорабатывается под конкретное производство.

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

Матрица решения

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

Вариант	Что входит	Цена, ориентир	Срок, ориентир	Когда оправдано
Доработка 1С внутри платформы	Новые отчёты, поля, обработки, печатные формы в рамках существующей конфигурации	от 100–300 тыс. ₽ за доработку среднего объёма	от 2–4 недель	Данные в 1С корректны, нужны точечные изменения, не меняется структура процессов
Цифровой слой поверх 1С (мобильное приложение, Mini App, веб-кабинет)	Отдельный интерфейс с синхронизацией через API/обмен данными, 1С остаётся источником остатков, цен, заказов	от 500 000 ₽ (по нашей базовой оценке для ERP/CRM-проектов)	от 2 месяцев	Нужен удобный канал для клиентов или партнёров без переделки учётной системы
Собственная ERP или ERP на открытой платформе (Odoo и аналоги)	Единый контур для нескольких ролей, интеграция с 1С, ГЛОНАСС, кассами, ботами; специфичная логика, которой нет в типовых конфигурациях	от 500 000 ₽ за базовый контур, крупные проекты — от нескольких миллионов рублей	от 2 месяцев, крупные проекты — от 4–6 месяцев	Данные разбросаны по нескольким системам, процессы нетиповые, нужны узкоспециализированные модули

Диапазоны в таблице — ориентир, собранный из наших проектов и общей рыночной практики: точная цена и срок фиксируются в договоре после разбора конкретного ТЗ, а не до него.

Как мы считаем бюджет и запускаем проект

Процесс одинаковый вне зависимости от того, доработка это или полноценная ERP: созвон, разбор процессов, коммерческое предложение, договор с зафиксированной ценой и сроком, техническое задание приложением к договору, разработка с демонстрацией результата каждую неделю, акт приёма-передачи и гарантия на 6 месяцев на всё сделанное. Любые работы, которые выходят за рамки согласованного ТЗ, оформляются отдельным допсоглашением и оплачиваются отдельно — это убирает главный источник конфликтов на длинных ERP-проектах, когда стороны по-разному помнят, что именно было обещано.

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

Данные при миграции: кто за что отвечает

Перенос данных из старой системы в новую — отдельная зона риска, особенно когда речь идёт о персональных данных сотрудников, клиентов или контрагентов. По 152-ФЗ «О персональных данных» ответственность за то, как эти сведения собираются, хранятся и передаются между системами, остаётся на операторе данных, то есть на самой компании, а не на подрядчике, который переносит таблицы из одной системы в другую. Перед стартом миграции стоит заранее понимать, какие поля в старой базе относятся к персональным данным, кто имеет доступ к новой системе и как организовано хранение резервных копий. Для проектов, где это критично — медицина, финансы, крупный ритейл с собственной базой клиентов, — разумно привлечь юриста до начала работ, а не после первой проверки.

Частые вопросы

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

Что происходит с данными в 1С, если строим отдельную ERP поверх неё? 1С остаётся источником правды по тем сущностям, которые в ней традиционно сильны: товарам, ценам, остаткам, бухгалтерским документам. Новая система получает эти данные через интеграцию и синхронизируется с заданной периодичностью или в реальном времени, в зависимости от задачи.

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

Что нужно подготовить заказчику перед стартом проекта? Доступы к текущей 1С и другим системам учёта, список реальных проблем с конкретными примерами (а не общее «неудобно»), и контакт человека, который сможет оперативно отвечать на технические вопросы по данным — чаще всего это штатный 1С-программист или администратор базы.

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

Если в компании уже накопилась путаница между 1С, таблицами и мессенджерами, разбор займёт меньше времени, чем кажется — опишите ситуацию в телеграме @alexnc_ai, и мы прикинем, какой из трёх вариантов подойдёт именно вам.