Enterprise Resource Planning — планирование ресурсов предприятия. Класс систем, который держит учёт и планирование всей компании в одном контуре: один справочник номенклатуры и контрагентов, один документ, проходящий через продажи, склад, производство и бухгалтерию, и один план, который пересчитывается целиком при изменении любой части. Всё остальное, что продают под этим словом, — либо учётная система, либо набор модулей, связанных обменом.
Короткий ответ: ERP нужна компании, в которой решения одного подразделения регулярно ломают планы другого, и цена такой поломки измеряется сотнями тысяч рублей в месяц. Если у вас продажи, один склад и подрядное производство — вам почти наверняка нужны не ERP, а две связанные системы, и это будет дешевле в два-три раза. Если у вас две площадки, полуфабрикаты между цехами и сводный план закупок, который сегодня живёт в таблице у одного человека, — разговор про ERP имеет смысл.
Ниже — граница класса, а не список возможностей. Списком возможностей ERP описывают вендоры, и он устроен так, чтобы под него подошёл их продукт: «управление продажами», «управление складом», «управление персоналом» есть в любой системе, вопрос только в глубине. Мы разбираем, что ERP делает такого, чего принципиально не делают соседние классы, и считаем деньги на модельной компании: ООО, 120 человек, 45 рабочих мест в системе, два юридических лица, одна производственная площадка, три склада, около 8 000 позиций номенклатуры.
Все суммы — порядок величин на сентябрь 2026 года. Цены лицензий, часа внедрения и сопровождения меняются несколько раз в год и сильно зависят от региона и от подрядчика; сверяйте на дату закупки. Бюро не является партнёром ни одного вендора и не получает вознаграждения за упоминание.
Что ERP делает на самом деле
Слово «единый» в описаниях ERP означает три вполне проверяемые вещи. Их можно проверить на демонстрации за полчаса, и по ним же видно, когда систему класса ERP продают, а поставляют что-то другое.
- Один справочник на всю компанию. Номенклатура, контрагенты, склады, статьи затрат заводятся один раз и используются всеми. Это звучит скучно ровно до первого расхождения: когда один и тот же товар живёт под тремя кодами в трёх системах, любая сводная цифра становится предметом спора. Почему это разваливает отчётность, подробно разобрано в материале одна цифра в трёх системах разная.
- Один сквозной документ. Заказ клиента превращается в резерв на складе, в задание производству, в заявку на закупку и в реализацию — не копированием между системами, а движением одного объекта. Отсюда берётся способность ответить на вопрос «где сейчас этот заказ» без обзвона четырёх человек.
- Один план, который пересчитывается целиком. Изменился прогноз продаж — пересчитались потребность в материалах, загрузка цеха и график закупок. Это и есть то самое planning в названии класса, и именно этого нет ни в одной учётной системе, как бы глубоко её ни дорабатывали.
Четвёртое свойство обычно не называют, но именно оно определяет цену владения: ERP держит нормативно-справочную информацию как обязательство. Спецификации, маршруты, нормы расхода, тарифы, условия договоров должны быть заведены и поддерживаться в актуальном состоянии, иначе планирование считает по неправде. За это отвечает не система, а люди, и это отдельная штатная функция, а не «ещё одна обязанность кладовщика».
Горизонтальная схема в чертёжном стиле. Внизу широкая плашка «единый справочник: номенклатура, контрагенты, склады, статьи затрат». Над ней четыре подписанные дорожки слева направо — «продажи», «склад», «производство», «деньги», сквозь которые проходит одна непрерывная стрелка с подписью «один документ: заказ → резерв → задание → закупка → реализация». Сверху отдельная петля обратной связи с подписью «изменился прогноз — пересчитался весь план». Сбоку вынос: «нормативно-справочная информация — это штатная функция, а не нагрузка на кладовщика». Приглушённая палитра, подписи по-русски.
Граница класса: ERP, CRM, WMS, СЭД и «просто 1С»
Классы систем — это роли в контуре компании, а не бренды. Путаница возникает потому, что у каждого класса есть модуль-сосед в чужой системе: в CRM бывает складской учёт, в ERP бывает работа с клиентами, в СЭД бывает регистрация счетов. Модуль-сосед закрывает верхние двадцать процентов задачи и никогда не закрывает нижние — и вот граница, по которой это видно.
| Класс | Что делает | Где кончается его зона | Российские представители |
|---|---|---|---|
| ERP | Один справочник, сквозной документ и общий пересчёт плана: от заказа клиента до закупки, производства и себестоимости | Не ведёт переписку с клиентом, не строит маршрут отбора по ячейкам, не гоняет договор по маршруту согласования | 1С:ERP, 1С:УНФ для небольших компаний, Галактика |
| CRM | Память о клиенте и дисциплина этапов: переписка, звонки, задачи, воронка, причины отказов | Не считает себестоимость, не планирует закупку, не управляет ячейками и партиями на складе | Битрикс24, amoCRM, RetailCRM, Мегаплан, OkoCRM |
| WMS | Адресное хранение, задания кладовщикам, маршрут отбора, приёмка и инвентаризация без остановки склада | Не ведёт бухгалтерию, не считает финансовый результат, не планирует закупки | 1С:WMS, Solvo, Клеверенс |
| СЭД | Внутренние документы: маршруты согласования, поручения, регистрация, версии, архив | Не обменивается документами с контрагентами — это ЭДО, соседний и отдельный контур | 1С:Документооборот, Directum, Тезис |
| «Просто 1С» | Платформа, на которой живут разные конфигурации — от Бухгалтерии до собственно 1С:ERP | Сама по себе классом не является: вопрос не «1С или ERP», а какая именно конфигурация и в какой редакции | Конфигурации от 1С и от партнёров |
Рядом стоят ещё четыре класса, которые в разговоре о «единой системе» всплывают почти всегда. Их полезно знать хотя бы по названию, чтобы не покупать ERP ради задачи, которую закрывает инструмент на порядок дешевле.
| Класс | Когда о нём заходит речь | Российские представители |
|---|---|---|
| TMS | Появились свои рейсы, маршруты и перевозочные документы | Контур.Логистика, Saby TMS |
| MES | ERP уже стоит, а цех всё равно живёт по бумажным сменным заданиям | Отраслевые решения |
| BI | Данные лежат в трёх системах, а сводный отчёт каждый месяц собирается руками | Yandex DataLens, Visiology, Apache Superset |
| RPA | Нужного обмена нет и API не появится, а операция повторяется каждый день | PIX RPA, Sherpa RPA, Primo RPA |
Практический вывод из обеих таблиц один: прежде чем выбирать систему, назовите класс. Формулировка «нам нужна система, чтобы всё было в одном месте» не является техническим заданием — под неё подходит и CRM за 400 000 ₽, и ERP за шесть миллионов, и разговор с подрядчиком на этой формулировке всегда сползает в сторону того, что подрядчик умеет внедрять. Выбор класса делается от боли, а не от списка функций, и это отдельная работа на один вечер.
Карта связей в чертёжном стиле: в центре крупный контур «ERP: справочник, сквозной документ, план». Вокруг шесть подписанных областей — «CRM: клиент и сделка», «WMS: ячейки и отбор», «СЭД: согласование внутри», «TMS: рейсы и перевозочные документы», «MES: сменное задание в цехе», «BI: сводная отчётность». Между центром и каждой областью показана зона перекрытия штриховкой с подписью «модуль-сосед: верхние 20 % задачи». Отдельно сбоку отмечено «ЭДО с контрагентами — не СЭД, другой контур». Подписи по-русски, приглушённая палитра.
«У нас 1С» — это ответ на другой вопрос
Самая частая подмена в разговоре про ERP звучит так: «у нас уже стоит 1С, зачем нам ещё одна система». 1С — это платформа, а не конфигурация. На ней работают продукты, отличающиеся друг от друга сильнее, чем два разных вендора: у них разная модель данных, разные возможности планирования и разница в цене владения в разы.
- 1С:Бухгалтерия — регламентированный учёт и отчётность. Планирования нет и не предполагается; управленческие вопросы она закрывает случайно и плохо.
- 1С:Управление торговлей — торговый контур: закупки, продажи, склад, взаиморасчёты. Производство ведётся упрощённо, и на втором переделе с полуфабрикатом на промежуточном складе фактическая себестоимость перестаёт считаться. Где именно проходит эта граница, разобрано в материале 1С:УТ или 1С:ERP.
- 1С:УНФ — компактный единый контур для небольших компаний: продажи, деньги, простое производство и склад в одной базе. По роли это ERP, по цене и по глубине планирования — совсем не она: планирование от спроса и расчёт себестоимости по переделам сюда не заложены.
- 1С:ERP — собственно система класса: планирование производства, расчёт себестоимости по переделам, бюджетирование, несколько организаций и площадок в одном контуре.
Поэтому фраза «у нас 1С» ничего не говорит о том, есть ли у вас ERP. Правильный вопрос звучит иначе: какая конфигурация, какой редакции, сколько в ней доработок и сколько рабочих мест. Ответ на него обычно и объясняет, почему «всё и так работает» у одних и «ничего не сходится» у других при одинаковой надписи на иконке.
Планирование от спроса, матрица переналадок и сводный план по нескольким площадкам не дописываются в торговую конфигурацию по разумной цене — это не объём работ, а другая модель данных. Всё остальное дописывается, и часто это правильный путь. Но если вам обещают «сделать ERP из вашей УТ за пару месяцев», вы покупаете доработку под названием ERP, и через год расхождение между обещанием и системой придётся оплачивать второй раз. Итог обычно один: систему купили, а работают всё равно в таблицах.
Порог: не число людей, а число узлов планирования
Место, где решение одного подразделения меняет план другого. Отдел продаж подтвердил срок клиенту — изменился план цеха. Цех сдвинул выпуск — изменился график закупки. Закупка получила отказ поставщика — изменился срок клиенту. Каждая такая связь и есть узел; чем их больше, тем дороже обходится то, что они держатся на людях и переписке.
Численность компании — плохой критерий. Бывает торговая компания на 200 человек с двумя узлами: продажи и закупка, и всё. Бывает производство на 45 человек с девятью узлами, где каждый срочный заказ переворачивает график недели. Первой ERP не нужна, второй — уже тесно. Посчитать узлы можно за один вечер, и это самая дешёвая диагностика из существующих.
- 1Выпишите подразделения и участки, которые принимают решения о сроках, объёмах и деньгах. Обычно получается от четырёх до девяти строк.
- 2Для каждой пары отметьте, меняет ли решение одного план другого. Если меняет — это узел. Считайте только реальные связи, а не те, что нарисованы в оргструктуре.
- 3Для каждого узла запишите, через что связь проходит сегодня: письмо, чат, выгрузка в таблицу, устная договорённость на планёрке.
- 4Отметьте узлы, где одни и те же данные вводятся второй раз руками. Это будущая строка экономии, и она считается точно.
- 5Посчитайте часы: сколько человеко-часов в месяц уходит на сведение цифр между этими узлами и сколько раз в месяц вскрывается расхождение, из-за которого переделывается уже принятое решение.
Наше рабочее правило, не закон природы: до четырёх узлов единый контур почти всегда избыточен — дешевле навести порядок в существующей учётной системе и добавить один инструмент на самый больной участок. От восьми узлов связка из отдельных систем начинает трещать: число обменов растёт быстрее, чем число систем, и содержание связок съедает разницу в цене. Между четырьмя и восемью — зона, где решает не архитектура, а деньги, и их надо считать.
График в чертёжном стиле. Горизонтальная ось — «число узлов планирования» с отметками 2, 4, 6, 8, 10. Вертикальная — «стоимость владения за три года, млн ₽». Две кривые: «связка отдельных систем» растёт ускоряясь (число обменов растёт быстрее числа систем), «единый контур» идёт почти горизонтально, но начинается высоко. Точка пересечения помечена вертикальной штриховой линией между отметками 4 и 8 с подписью «зона, где решают деньги, а не архитектура». Слева зона подписана «дешевле связка», справа — «дешевле единый контур». Подписи по-русски.
Сколько стоит ERP: модельная смета первого года
Считаем на той же модельной компании: 120 человек, 45 рабочих мест в системе, два юридических лица, одна производственная площадка, три склада, 8 000 позиций номенклатуры. Суммы — порядок величин на сентябрь 2026 года, разброс по рынку большой, но соотношение статей устойчиво. Для класса это верхняя часть вилки: сводные вилки первого года по всем классам собраны в материале сколько стоит внедрение системы.
Две строки в этой смете обычно недооценивают вдвое. Первая — перенос данных и выверка справочников: 700 000 ₽ выглядят необъяснимо, пока не выяснится, что в старой базе 8 000 позиций номенклатуры, из которых полторы тысячи дубли, а единицы измерения заведены тремя разными способами. Вторая — параллельный период, когда операции вводятся и в старую систему, и в новую: это не строка подрядчика, а нагрузка на собственных людей, и она почти никогда не попадает в бюджет. Обе строки надо закладывать в бюджет до подписания договора, а не обнаруживать на шестой неделе проекта.
Теперь тот же охват задач, но без единого контура: учётная система приводится в порядок и остаётся ядром, а на два самых больных участка ставятся отдельные системы. Это и есть тот сценарий, который в разговорах называют «зоопарком» — и который на большинстве компаний оказывается дешевле.
Цифра 129 600 ₽ в год на одну связку — не оценка на глаз, а разложенная смета: мониторинг очереди ошибок обмена, починка после обновлений систем, расследование расхождений и правки при изменении полей. Как она считается построчно, показано в материале единая система или несколько специализированных. Эту строку почти никогда не закладывают в бюджет, и именно из-за неё связка из пяти-шести систем внезапно оказывается дороже единого контура.
Планка окупаемости: 87 600 ₽ в месяц
Сравнивать первый год недостаточно: у ERP большая разовая часть и сравнимое постоянное содержание, поэтому на горизонте в три года разрыв сужается. Считаем честно — и получаем сумму, которую единый контур обязан приносить, чтобы разница вообще имела смысл.
Дальше начинается интересное: планка считается за час, а вот источники приходится искать в цехе и на складе, и они у всех разные. Вот четыре, которые встречаются чаще других, с методом счёта — подставляйте свои числа. Модельные суммы приведены для той же компании на 120 человек.
| Источник | Как считать | Модельная сумма в месяц |
|---|---|---|
| Высвобожденные запасы | Склад 60 000 000 ₽, снижение неснижаемого остатка на 5 % даёт 3 000 000 ₽ высвобожденных денег, стоимость денег 22 % годовых | 55 000 ₽ |
| Сокращение закрытия месяца | 4 человека финансовой службы × 1,5 дня × 8 часов × 1 200 ₽ | 57 600 ₽ |
| Срывы срока по вине планирования | 2 случая в месяц × 45 000 ₽ переработок, срочной логистики и скидок за задержку | 90 000 ₽ |
| Ручное сведение отчётности | 3 человека × 6 часов в неделю × 4,3 недели × 1 000 ₽ | 77 400 ₽ |
Сумма первых трёх строк — 202 600 ₽ в месяц, с четвёртой 280 000 ₽. Против планки в 87 600 ₽ это запас втрое, и для такой компании ERP защищается цифрами. Но ровно тот же расчёт на компании в 30 человек без производства выглядит иначе: склад 6 000 000 ₽ даёт 5 500 ₽ в месяц, закрытие месяца силами одного бухгалтера — 8 000 ₽, срывы срока — около 10 000 ₽, сведение отчётности — 11 600 ₽; итого примерно 35 000 ₽. А планка там, при ERP на 12 мест, выходит около 54 000 ₽ в месяц. Разрыв в полтора раза не в пользу единого контура — и это типичная ситуация, а не исключение.
ERP окупается не экономией времени, а решениями, которые перестают приниматься по неверным данным.
Что в проекте занимает время
Внедрение ERP считают кварталами, и это не признак плохого подрядчика. На модельной компании речь идёт о 28–48 неделях, то есть о 7–11 месяцах, причём на собственно настройку системы приходится меньше половины срока. Важнее другое: есть три статьи, которые съедают срок независимо от вендора и от размера бюджета.
- Выверка справочников. Дубли номенклатуры, разные единицы измерения, контрагенты без ИНН, забытые склады. Работу делает заказчик, подрядчик может только помочь инструментом. На 8 000 позиций это месяцы, а не недели, и начинать её нужно до подписания договора на внедрение.
- Переделка обменов со смежными системами. Кассы, сайт, маркетплейсы, банк, ЭДО, зарплатный контур — каждый обмен переписывается под новую систему. Число таких обменов обычно вспоминают по одному в неделю на протяжении всего проекта.
- Параллельный период. Две системы одновременно, двойной ввод, ежедневная сверка остатков и взаиморасчётов. Он не сокращается волевым решением: сокращается только качеством подготовки данных до старта.
Горизонтальная лента времени в чертёжном стиле с общей подписью «28–48 недель, 7–11 месяцев». Шесть перекрывающихся полос с подписями: «обследование и проектное решение», «настройка и доработки», «выверка справочников» (полоса начинается раньше всех и идёт почти через весь проект), «переделка обменов со смежными системами», «параллельный период», «стабилизация». Полоса «настройка и доработки» выделена и подписана «меньше половины срока». Под лентой вынос: «выверку справочников начинают до подписания договора». Подписи по-русски.
Российские представители класса на сентябрь 2026
Выбор внутри класса в России короткий, и это скорее хорошо: меньше шансов купить систему, которую через год будет некому поддерживать. Ниже — то, что относится к классу по роли, а не по маркетинговому описанию.
- 1С:ERP — основной вариант для средних производственных и производственно-торговых компаний. Плюс — рынок специалистов и подрядчиков, минус — ровно тот же: качество внедрения различается в разы, и выбор подрядчика здесь важнее выбора конфигурации. Проверять подрядчика надо по сданным проектам того же класса и той же отрасли, а не по числу сертификатов.
- 1С:УНФ — компактный единый контур для небольших компаний. По задачам это малый ERP: продажи, деньги, склад, простое производство в одной базе, без планирования по переделам и бюджетирования.
- Галактика — отечественная платформа корпоративного класса с собственной историей на крупных предприятиях.
- Отраслевые решения на базе 1С — конфигурации партнёров под конкретное производство. Проверять надо две вещи: живёт ли решение сейчас (когда вышло последнее обновление) и сколько в стране компаний, способных его поддерживать, кроме самого разработчика.
Отдельный вопрос — наличие продукта в едином реестре российского ПО. Для госкомпаний, объектов критической информационной инфраструктуры и госзакупок это условие обязательное, для остальных — нет, хотя в презентациях его часто подают как всеобщее требование. Кого оно касается на самом деле и как проверить конкретный продукт, разобрано в материале реестр отечественного ПО.
Три сценария вместо ERP
Если планка в 87 600 ₽ не набирается или узлов планирования меньше пяти, есть три пути, каждый из которых честнее покупки единого контура «на вырост». Они не исключают ERP в будущем — наоборот, любой из них делает будущее внедрение дешевле, потому что данные и процессы к тому моменту уже приведены в порядок.
- 1Навести порядок в том, что уже куплено
Чистка справочников, разграничение прав, настройка нормальных отчётов, перенос базы на адекватный сервер, описание двух-трёх ключевых процессов и назначение их владельцев. Стоит 300 000–700 000 ₽ и занимает 6–10 недель. Закрывает не всё, но снимает ровно ту часть боли, которую новая система всё равно не снимет: грязные данные переезжают в новую систему вместе с вами. Почему это первый шаг, а не подготовительный, разобрано в материале порядок в процессах до автоматизации.
- 2Ядро учёта плюс одна система на самый больной участок
Учётная система остаётся ядром и держит деньги и остатки, а на участок, который режет больше всего, ставится специализированная система: WMS, если теряется склад, CRM, если теряются заявки, контур производственного учёта, если цех живёт в бумаге. Один обмен, одна точка отказа, понятная цена. Модельная стоимость — от 1 200 000 до 2 500 000 ₽ в зависимости от участка. Участок выбирается по деньгам, а не по громкости жалоб: считайте, сколько стоит один случай и сколько раз в месяц он повторяется.
- 3BI поверх существующих систем
Если главная боль в том, что цифры не сходятся и сводный отчёт собирается руками неделю, то менять учётные системы необязательно: нужен слой отчётности поверх них. Это дешевле единого контура на порядок и даёт ответ на вопрос «что вообще происходит» за 8–12 недель. Условие одно и жёсткое: данные в источниках должны быть пригодны — иначе получится красивый дашборд по неверным цифрам. Что должно быть готово до старта, описано в материале BI-система: отчётность и дашборды.
Три вертикальные колонки в чертёжном стиле с общим заголовком «вместо единого контура». Колонка 1 «навести порядок»: блоки «справочники», «права», «отчёты», «владельцы процессов», ценник «300 000–700 000 ₽, 6–10 недель». Колонка 2 «ядро плюс один узел»: блок «учётная система» и рядом один блок «WMS или CRM или производственный учёт», между ними одна стрелка «один обмен», ценник «1 200 000–2 500 000 ₽». Колонка 3 «BI поверх»: три нижних блока «учёт», «CRM», «склад» и над ними плашка «слой отчётности», ценник «8–12 недель». Внизу общая подпись: «каждый путь удешевляет будущую ERP, а не отменяет её». Подписи по-русски.
Четвёртый путь тоже существует и называется поэтапным внедрением ERP: купить контур, но запускать его очередями — сначала закупки и склад, через квартал производство, ещё через квартал бюджетирование. Он не снижает общую стоимость, зато растягивает платежи и резко снижает риск: если первая очередь не пошла, вы теряете часть бюджета, а не весь. Условие — договор, в котором очереди принимаются отдельно и деньги за следующую платятся после приёмки предыдущей.
Когда ERP не окупится
Честный список признаков, при которых внедрение единого контура закончится дорогой системой, в которую вводят данные ради самого ввода. Ни один из них не про размер компании.
- Процессы не описаны, и никто не может сказать, как оно работает сегодня. ERP не создаёт процесс, она его фиксирует. Зафиксированный хаос обходится дороже незафиксированного, потому что его теперь нельзя обойти вручную. Коробочная система под несуществующий процесс — самый дорогой способ узнать, что процесса нет.
- У ключевых процессов нет владельца. Если на вопрос «кто отвечает за то, чтобы спецификации были актуальны» в компании нет ответа фамилией, планирование в системе не заработает никогда. Владелец процесса — это фамилия и полномочия менять правила, а не строка в оргструктуре.
- Узлов планирования меньше пяти. Считайте по методу выше. При двух-трёх узлах единый контур покупается ради ощущения порядка, и ощущение обходится в миллионы.
- Основная боль — в одном месте. Болит склад, а остальное работает; болят заявки, а остальное работает. Точечная система закрывает такую боль в два-три раза дешевле и за месяцы, а не за год.
- Нет людей на поддержку нормативно-справочной информации. Спецификации, нормы, маршруты и тарифы кто-то должен вести ежедневно. Если эту работу планируется «раскидать по сотрудникам», планирование через полгода начнёт считать по устаревшим данным.
- Компания в фазе быстрой перестройки. Меняется ассортимент, открываются и закрываются направления, перестраивается структура. Фиксировать в тяжёлой системе то, что изменится через квартал, — самый дорогой способ потратить бюджет.
Спросите у себя и у подрядчика: какое конкретное решение компания сегодня принимает по неверным данным и сколько стоит одна такая ошибка. Если ответ есть и в месяц он набирает больше вашей планки — считайте проект дальше. Если ответа нет, а есть желание «навести порядок и видеть всё в одном месте» — это запрос на порядок в процессах и на отчётность, и он закрывается в десять раз дешевле.
И последнее, что стоит держать в голове при разговоре с любым вендором: ERP — самый дорогой способ решить задачу из всех доступных, и это нормально ровно в том случае, когда задача действительно про единый контур. Во всех остальных случаях выбор класса и есть основная экономия проекта — она делается до первого коммерческого предложения, за один вечер и на листе бумаги. Как проводить этот выбор по пяти точкам боли, разобрано в материале какая система вам нужна: CRM, ERP, WMS или ничего.
