Переход с «1С:Управление торговлей» на «1С:ERP Управление предприятием» оправдан в одном классе ситуаций: когда у компании появилось многопередельное производство и требуется фактическая себестоимость по переделам, либо когда бюджетный контур и параллельный учёт по нескольким стандартам стали обязательными по требованию инвестора или головной компании. Во всех остальных случаях, включая самый частый — «нас стало больше, и всё тормозит», — переход решает проблему, которой нет, и создаёт проект на два-три квартала и на несколько миллионов рублей.
Формулировка «следующая ступень зрелости» удобна тому, кто продаёт лицензии и часы внедрения. Инженерно ступени тут нет: это две разные конфигурации с разной моделью данных производства и затрат, а не старшая и младшая версии одного продукта. Компания на 200 человек без производства может годами жить на УТ и не испытывать неудобств, а компания на 40 человек с тремя переделами упирается в потолок на второй год.
Ниже — что именно ERP добавляет сверх УТ и какие из этих блоков реально доводят до эксплуатации, при каких объёмах данных пора смотреть в эту сторону, сколько стоит переход в модельной смете, сколько он идёт по календарю и какие промежуточные варианты закрывают ту же боль дешевле. Все цены — ориентиры рынка по состоянию на сентябрь 2026 года; лицензионную часть надо проверять по прайсу вендора на дату закупки.
Что появляется в ERP сверх УТ — и чем из этого пользуются
ERP добавляет шесть крупных блоков. Платить придётся за все шесть сразу: они входят в одну поставку и в одну стоимость сопровождения. А доводят до эксплуатации, как правило, два-три. Это не упрёк системе — это нормальная судьба любой большой конфигурации, но смету надо составлять, зная её заранее.
| Блок ERP | Что есть в УТ | Как часто реально запускают |
|---|---|---|
| Производство: этапы, маршрутные листы, полуфабрикаты, переделы | Только сборка по спецификации, без промежуточных складов и незавершённого производства | Почти всегда — ради него в ERP и идут |
| Расширенный учёт затрат: постатейный, распределение по базам, фактическая себестоимость по переделам | Упрощённая схема, себестоимость товара, а не изделия | Почти всегда, вместе с производством |
| Планирование: планы продаж, закупок, производства, объёмно-календарное планирование | Заказы и обеспечение потребностей, без плановых сценариев | Частично: планы продаж и закупок — да, объёмно-календарное — редко |
| Бюджетирование: модель бюджета, лимиты, заявки на расходование | Нет, ведут в таблицах или отдельной системе | Реже чем в половине проектов доходит до реальной работы |
| Параллельный учёт по нескольким стандартам, МСФО | Нет | Единицы — те, у кого требование инвестора, банка или головной компании |
| Регламентированный учёт в той же базе | Ведётся в отдельной «Бухгалтерии» с обменом | Спорный выигрыш: минус один обмен, но плюс цена любой ошибки |
Строка про регламентированный учёт заслуживает отдельного слова, потому что её чаще всего продают как экономию. Убрать обмен между УТ и «Бухгалтерией» действительно приятно, но взамен вы получаете одну базу, в которой оперативный и регламентированный контуры делят блокировки и регламентные задания, а закрытие месяца упирается в тех же пользователей, которые в это время отгружают. Компании с интенсивной отгрузкой нередко возвращаются к раздельной схеме уже внутри ERP.
Сравнение в две колонки. Слева столбик «Оплачено» из шести равных блоков: «Производство и переделы», «Расширенный учёт затрат», «Планирование», «Бюджетирование», «МСФО и параллельный учёт», «Регламентированный учёт в одной базе». Справа те же шесть блоков, но закрашены только первые два и наполовину третий, остальные показаны контуром — подпись «Доведено до эксплуатации». Внизу подпись: «Смету считают по левой колонке, эффект получают по правой». Чертёжный стиль, подписи по-русски.
Пороги нагрузки: где УТ действительно упирается
Самый частый аргумент за переход — «у нас всё тормозит, мы переросли УТ». В подавляющем большинстве случаев это диагноз, поставленный без замеров. «Управление торговлей» в клиент-серверном режиме на нормальном железе с PostgreSQL держит 60–150 одновременных пользователей; проблемы начинаются не от их числа, а от блокировок при проведении, от регламентных заданий, запущенных в рабочее время, и от справочника номенклатуры, в котором половина позиций — дубли.
| Параметр | Комфортно для УТ | Зона, где нужен разбор | Что делать в первую очередь |
|---|---|---|---|
| Одновременных пользователей | до 60 | 60–150 | Клиент-серверный режим, PostgreSQL, замер ожиданий на блокировках |
| Документов в день: реализации, поступления, перемещения | до 1 500 | 1 500–5 000 | Отложенное проведение, перенос регламентных заданий на ночь |
| Позиций номенклатуры | до 100 000 | 100 000–500 000 | Чистка НСИ и дублей, ограничение динамических списков |
| Юрлиц в одной базе | 1–3 | 4–8 с межфирменными продажами | Разделение баз или распределённая информационная база |
| Переделов в производстве | 0–1, простая сборка | 2 и больше, с полуфабрикатами на складе | Вот это — реальный повод считать ERP |
Законченная стадия обработки, после которой получается полуфабрикат, пригодный к продаже или к следующей стадии: раскрой листа, сварка узла, покраска, сборка. Пока передел один, себестоимость изделия равна сумме материалов и работ по одному документу выпуска — так умеет и УТ. С появлением второго передела возникает промежуточный склад, незавершённое производство и вопрос, как распределить общецеховые затраты между тем, что ушло дальше, и тем, что осталось лежать. Именно здесь проходит граница между конфигурациями.
Отдельно про справочники. Номенклатура на 12 000 позиций, в которой 15–20 % дублей, ведёт себя одинаково плохо в любой конфигурации: динамические списки открываются медленно, отчёты по группам врут, а обеспечение потребностей заказывает то, что уже лежит на складе под другим наименованием. Миграция такие данные не лечит, а бережно переносит. Чистка НСИ обходится в 120 000–250 000 ₽ и в любом случае делается до проекта, а не внутри него — иначе вы платите подрядчику за перенос мусора по цене переноса данных.
Прежде чем считать смету на ERP, потребуйте замер: сколько секунд проводится типовой документ в пиковый час, сколько времени сеансы стоят в ожидании на блокировках, какие регламентные задания выполняются в рабочее время. Диагностика производительности стоит 80 000–150 000 ₽ и занимает одну-две недели. Если после тюнинга проведение ускоряется втрое, разговор про ERP закрывается на этом месте — и это лучший исход из возможных.
Смета перехода: 4 158 400 ₽ на 60 рабочих мест
Ниже — модельный расчёт для торгово-производственной компании: 60 рабочих мест, 2 юрлица, 12 000 позиций номенклатуры, пять действующих обменов (сайт, ЭДО, банк, маркетплейсы, складская система). Цифры — ориентиры рынка на сентябрь 2026 года; разброс по каждой строке легко достигает полутора раз в зависимости от региона, от того, насколько типовыми останутся процессы, и от того, кто ведёт проект.
Две строки в этой смете обычно недооценивают. Первая — переделка обменов: 600 000 ₽ выглядят много, пока не вспомнишь, что каждый обмен пишется заново под другую модель документов, тестируется и потом ещё месяц живёт параллельно со старым. Мы разбирали, из чего складывается цена такой работы, на странице про интеграции, и там же видно, почему обмен с ERP дороже обмена с УТ при том же наборе данных. Вторая недооценённая строка — параллельный период: 218 400 ₽ здесь не гонорар подрядчику, а рабочее время ваших же сотрудников, которые два месяца вводят документы дважды.
Разброс по этой смете в обе стороны достигает полутора раз, и зависит он от трёх вещей. Первая — насколько типовыми останутся процессы: каждая доработка сверх восемнадцати добавляет 25 000 ₽ разово и час сопровождения при каждом обновлении конфигурации. Вторая — состояние справочников на входе: грязная номенклатура растягивает перенос данных с 340 000 ₽ до 600 000 ₽ и добавляет две недели. Третья — кто ведёт проект со стороны заказчика: без выделенного человека с правом принимать решения по методике учёта затрат срок растёт на треть, а с ним и все почасовые статьи.
Сроки: почему это считают кварталами
Проект перехода на ERP занимает 28–48 недель, то есть от семи до одиннадцати месяцев. Ощущение, что «настроить систему» — это два месяца, возникает потому, что в срок мысленно включают только настройку. На неё действительно уходит около трети. Остальное — обследование, переделка обменов, тестовая эксплуатация и параллельный период, в котором компания живёт в двух системах сразу.
| Этап | Срок | Что в это время происходит с обменами |
|---|---|---|
| Обследование, проектное решение, методика учёта затрат | 6–10 недель | Работают как есть, ничего не трогаем |
| Настройка типового функционала и 18 доработок | 10–16 недель | Пишутся новые обмены, старые продолжают работать |
| Перенос данных и тестовая эксплуатация | 4–8 недель | Два контура сразу, часть обменов дублируется в тестовую базу |
| Параллельный период | 4–8 недель | Двойной ввод, обмены переключаются по одному, а не разом |
| Первое закрытие месяца в ERP и стабилизация | 4–6 недель | Старые обмены выключаются, УТ остаётся только на чтение |
Ключевое правило переключения — по одному обмену за раз, с возможностью вернуть предыдущий за час. Одновременное переключение пяти интеграций даёт день, в который непонятно, что именно сломалось: заказы с сайта не дошли, или дошли, но не провелись, или провелись не в то юрлицо. Этот же принцип мы описывали в материале про миграцию данных при внедрении, и он для ERP важнее, чем для любой другой системы: откат с половины перенесённых остатков стоит дороже, чем неделя дополнительного параллельного периода.
Горизонтальная лента времени из пяти отрезков с подписями и сроками: «Обследование и проектное решение — 6–10 недель», «Настройка и 18 доработок — 10–16 недель», «Перенос данных и тестовая эксплуатация — 4–8 недель», «Параллельный период — 4–8 недель», «Первое закрытие месяца — 4–6 недель». Под лентой вторая дорожка «Обмены» с состояниями: «работают как есть», «пишутся новые», «дублируются», «переключаются по одному», «старые выключены». Слева итог «28–48 недель = 7–11 месяцев». Чертёжный стиль, подписи по-русски.
Что можно сделать вместо перехода
Между «терпеть УТ как есть» и «идти в ERP» лежат четыре промежуточных шага. Их редко предлагают, потому что суммарный чек у них меньше, а работа тоньше. Но именно их надо просчитать первыми: в половине случаев они закрывают ту боль, ради которой затевался переход.
- 1Тюнинг вместо миграции — 380 000 ₽
Диагностика производительности, перевод на клиент-серверный режим с PostgreSQL, разбор блокировок при проведении, вынос регламентных заданий из рабочего времени, чистка дублей номенклатуры. Срок — 3–5 недель. Закрывает почти все жалобы вида «стало медленно» и не меняет ни одного бизнес-процесса.
- 2Точечные доработки УТ — 25 000 ₽ за задачу
Те же 18 доработок, что вошли бы в ERP-проект, но в существующей конфигурации: 450 000 ₽. Ограничение честное — доработки надо сопровождать при каждом обновлении, поэтому больше 20–25 накопленных изменений превращают конфигурацию в чемодан без ручки.
- 3Отдельный контур производства с обменом — 620 000 ₽
Учёт заказов цеха, маршрут по переделам и плановая себестоимость выносятся в профильную систему, а в УТ возвращаются только выпуск и списание материалов. Работает, когда переделов два-три и они стабильны; ломается, когда номенклатура полуфабрикатов меняется каждый месяц.
- 4Управленческая отчётность в BI поверх УТ — 320 000 ₽
Вместо бюджетного контура ERP — витрина данных и дашборды на российской BI-платформе поверх существующей базы: Visiology, Yandex DataLens, Polymatica. Мы собираем такие витрины как отдельное решение; для госзаказчика важно, что DataLens формально не включён в реестр отечественного ПО, и это проверяется до выбора, а не после.
Сумма четырёх шагов — 1 770 000 ₽ разово и 18 000 ₽/мес на сопровождение витрины и производственного контура. Это на 2 388 400 ₽ дешевле перехода на ERP, и это честная разница, а не риторическая: за неё вы не получаете ни бюджетирования, ни параллельного учёта, ни фактической себестоимости по переделам с автоматическим распределением затрат. Вопрос ровно один — нужны ли вам эти три вещи настолько, чтобы заплатить за них указанную разницу.
Столбчатая диаграмма из трёх столбцов в одном масштабе, ось в рублях: «Только тюнинг УТ — 380 000 ₽», «Достроить УТ: тюнинг, 18 доработок, контур производства, BI — 1 770 000 ₽», «Переход на 1С:ERP — 4 158 400 ₽». Под вторым и третьим столбцами мелкая подпись с ежемесячной частью: «+18 000 ₽/мес» и «+60 000–90 000 ₽/мес». Между вторым и третьим столбцом фигурная скобка с подписью «разница 2 388 400 ₽». Чертёжный стиль, все числа подписаны, подписи по-русски.
Сколько стоит ошибка в обе стороны
Сравнение без цены неверного выбора бесполезно, а у этой пары вариантов цена ошибки несимметрична. Обратный ход с ERP на УТ технически возможен, но экономически почти всегда бессмыслен: из потраченных 4 158 400 ₽ повторно используется только инфраструктура на 420 000 ₽. Лицензии ERP обратно в УТ не зачитываются, работы по обследованию, доработкам, обменам, переносу и обучению списываются целиком — это 3 738 400 ₽. Сверху — обратный перенос остатков, повторное включение старых обменов и второй параллельный период: 640 000–900 000 ₽.
Ошибка в другую сторону выглядит мягче, но накапливается. Если многопередельное производство есть, а системы под него нет, себестоимость считают руками. Модельно это три человека — экономист, технолог и бухгалтер — по шесть дней в месяц: 3 × 6 × 8 часов × 800 ₽/час = 115 200 ₽/мес, или 1 382 400 ₽ в год. За три года — 4 147 200 ₽, то есть практически ровно смета перехода, только без системы на выходе и с решениями по ценам, принятыми на данных двухмесячной давности. Как этот параллельный учёт заводится и почему его так трудно потом убрать, мы разбирали в статье про учёт в таблицах.
Спросите себя: кто конкретно в компании откроет отчёт о фактической себестоимости по переделам и примет по нему решение в течение недели? Если фамилии нет, блок затрат в ERP не заработает — его настроят, сдадут и забудут. Тогда за 4 158 400 ₽ вы покупаете более тяжёлую версию того, что уже есть.
Четыре признака, что переход не окупится
Если совпадает хотя бы два пункта из четырёх, правильный ответ — остаться на УТ и вернуться к разговору через год, когда изменятся вводные. Это не осторожность ради осторожности: неудачный ERP-проект отнимает у компании не только деньги, но и год управленческого внимания, за который не сделано ничего другого.
- 1Производства нет, или оно давальческое, или это сборка из готовых комплектующих в одну операцию. Тогда главный блок ERP, ради которого её берут, вам просто нечем загрузить, а расширенный учёт затрат сведётся к тому же, что уже считает УТ.
- 2Жалоба «тормозит» не подкреплена замерами: никто не знает, сколько секунд проводится документ в пиковый час и сколько сеансов стоит на блокировках. Сначала диагностика за 80 000–150 000 ₽, потом решения — иначе вы перевезёте те же грязные справочники в более дорогую базу.
- 3У справочников нет владельца: номенклатура ведётся тремя отделами, дубли никто не чистит, единицы измерения у одного товара разные. Миграция такие данные не лечит, а фиксирует. Что с этим делать до проекта, мы описывали в материале про данные перед внедрением.
- 4Нет управленческого запроса на новые отчёты. Никто не просил себестоимость по переделам, бюджет по лимитам и план продаж в трёх сценариях — это придумано на этапе выбора системы. Отчёт, который никто не заказывал, никто и не откроет.
Карта связей: в центре узел «1С:УТ: тюнинг 380 000 ₽ и 18 доработок 450 000 ₽». Вокруг четыре узла со стрелками и подписями на связях: «Контур производства — 620 000 ₽» со стрелкой «выпуск и списание материалов», «BI-витрина — 320 000 ₽» со стрелкой «данные на чтение», «1С:Бухгалтерия» со стрелкой «регламентированный учёт», «ЭДО, сайт, банк, маркетплейсы» со стрелкой «пять действующих обменов». Внизу подпись «Итого 380 000 + 450 000 + 620 000 + 320 000 = 1 770 000 ₽ разово, 18 000 ₽/мес». Чертёжный стиль, подписи по-русски.
Когда переход всё-таки нужен
Симметрично честный список. Переход оправдан, если выполняется хотя бы одно из трёх условий, и в этом случае тянуть дороже, чем идти. Первое — два и больше передела с полуфабрикатом, который лежит на промежуточном складе и может быть продан или доработан: УТ здесь не считает незавершённое производство, и обходные схемы в таблицах ломаются на первом же возврате из цеха. Второе — требование внешней стороны: банк, инвестор или головная компания требует отчётность по стандарту, которого в УТ нет физически. Третье — компания уже держит производственный контур в отдельной системе, и стоимость сопровождения двух баз с обменом сравнялась со стоимостью одной ERP.
Во всех трёх случаях порядок действий один: сначала обследование и проектное решение с методикой учёта затрат, потом смета, потом решение. Обследование стоит 380 000 ₽ и это лучшие деньги в проекте — именно на нём выясняется, что из шести блоков вам нужны два, и смета усыхает на треть. Подрядчик, который называет цену внедрения ERP до обследования, называет её из воздуха; как это проверяется, мы разбирали в материале про чтение сметы, а собственные вилки по проектам держим на странице бюджетов.
ERP покупают не за размер компании, а за структуру затрат. Если структура простая, размер ничего не меняет.
