Автоматизация · 12 мин
Почему 1С:ERP — это не ERP: в чём подвох названия
Разбираемся, почему 1С:ERP называют «не настоящей ERP»: архитектура, регламентированный учёт, производство, интеграции и критерии выбора системы.
Споры «1С:ERP — это ERP или нет» возникают почти на каждом проекте внедрения. С одной стороны, вендор позиционирует решение как полноценную систему класса ERP для среднего и крупного бизнеса. С другой — специалисты, работавшие с SAP, Oracle или Microsoft Dynamics, указывают: продукт вырос из учётной системы и по архитектуре остаётся ею, а не системой планирования ресурсов предприятия.
Претензия не в том, что 1С:ERP «плохая». Претензия в несоответствии ожиданий: компания покупает «ERP», рассчитывая на сквозное планирование и управление процессами, а получает мощную учётную систему с элементами планирования, которую нужно долго дорабатывать под реальные процессы. Разрыв между ожиданием и реальностью и порождает формулировку «не ERP».
Ниже разберём, что классически понимают под ERP, где 1С:ERP соответствует этому определению, а где — нет, и как это влияет на выбор системы и бюджет внедрения.
Что вообще называют ERP и откуда взялся термин
Классическое определение ERP (Enterprise Resource Planning) выросло из цепочки MRP → MRP II → ERP. Суть — не учёт, а планирование: система на основе спроса рассчитывает потребность в материалах, мощностях, персонале и деньгах, проверяет выполнимость плана и помогает принимать решения до того, как факт произошёл.
Ключевой признак настоящей ERP — замкнутый контур: план → исполнение → факт → пересчёт плана с учётом отклонений. Если система в основном фиксирует факты (проводки, накладные, кассовые ордера) и строит по ним отчёты, это учётная система, как бы её ни называл вендор.
Именно по этому критерию критики и относят 1С:ERP к «учётным системам с элементами ERP»: ядро продукта исторически строилось вокруг документов и регистров, отражающих уже совершённые операции, а планирование добавлялось как надстройка.
Учётное ядро: главный аргумент «против»
Архитектура 1С:ERP наследует логику «1С:Управление производственным предприятием» и, глубже, бухгалтерских конфигураций. Центральные объекты — документы и регистры накопления/сведений. Система отвечает на вопрос «что произошло и как это отразить в учёте», а не «что нам нужно сделать, чтобы выполнить план».
Это видно по типичному проекту: основная масса доработок и обсуждений крутится вокруг корректности проводок, себестоимости, НДС, взаиморасчётов и регламентированной отчётности. Функции бюджетирования, MRP-расчётов и оптимизации загрузки мощностей присутствуют, но в типовой поставке они заметно проще, чем в зрелых зарубежных ERP, и часто требуют доработки или отдельных решений.
Следствие — роль системы в компании. 1С:ERP чаще становится «системой записи» (system of record), а не «системой решений». Решения — что производить, в какой последовательности, на каком оборудовании — принимаются в Excel, в головах плановиков или в отдельных специализированных продуктах (APS, MES), а в 1С попадает уже результат.
Если 80% обсуждений на проекте — про корректность отражения операций, это учётное ядро
Планы вводятся вручную и слабо связаны с автоматическим пересчётом при отклонениях
Система фиксирует решения, принятые вне её
Главный драйвер релизов — изменения законодательства, а не методы планирования
Регламентированный учёт как главный приоритет развития
Посмотрите, куда идут усилия вендора в релизах: значительная часть изменений — реакция на изменения налогового и бухгалтерского законодательства, требования к отчётности, маркировке, ЭДО. Это закономерно: главная ценность 1С для российского рынка — гарантированное соответствие требованиям учёта «из коробки».
Но у этого фокуса есть цена. Методологически сложные области — например, пооперационное планирование производства, оптимизация запасов, интегрированное бюджетирование — развиваются медленнее и в типовом виде покрывают типовые сценарии. Нестандартное производство, сложная логистика или многоуровневое S&OP-планирование почти всегда требуют доработок, внешних систем или обходных процессов.
Западные ERP исторически развивались в обратном порядке: сначала планирование и управление процессами, а локальная отчётность — через локализационные пакеты. Отсюда и ощущение «не ERP» у тех, кто сравнивает продукты по глубине планировочных функций.
Производство и MRP: где именно возникают претензии
Производственный блок 1С:ERP существует и активно развивается: спецификации, маршрутные карты, этапы производства, расчёт потребностей в материалах. Для дискретного производства со средней сложностью процессов этого часто достаточно.
Претензии возникают там, где нужен полноценный контур MRP II: конечное планирование мощностей с учётом реальной доступности оборудования, автоматическая балансировка загрузки, оптимизационные алгоритмы, а не просто разузлование потребности по спецификациям. Типовой расчёт потребностей в 1С:ERP в основном отвечает на вопрос «чего не хватает», но не «как оптимально распределить производство по мощностям и времени».
Практический вывод: если у вас цеховая структура с десятками рабочих центров, переналадками и жёсткими ограничениями по срокам, оценивайте не наличие галочки «производство», а конкретный сценарий планирования на пилотных данных. Нередко результат — связка 1С:ERP с внешней APS/MES-системой.
Открытость, интеграции и экосистема
Ещё один аргумент критиков — закрытость платформы. Данные хранятся в проприетарных структурах, логика — на встроенном языке, прямой доступ к таблицам в обход механизмов платформы не приветствуется и рискован при обновлениях. Для интеграций используются типовые механизмы: HTTP-сервисы, веб-сервисы, планы обмена, форматы EnterpriseData.
Это не делает систему «не ERP», но влияет на стоимость владения: сложный ландшафт из CRM, WMS, MES и BI требует продуманной интеграционной архитектуры. Попытка «натянуть» всё на один монолит 1С:ERP с сотнями доработок — типичный путь к неподдерживаемой системе, которую невозможно обновлять.
Классические ERP-платформы в этом смысле исторически предлагали более стандартизированные интеграционные шины и API, хотя и там реальные проекты редко обходятся без кастомизации.
Когда 1С:ERP — правильный выбор, а когда стоит смотреть альтернативы
Честный ответ на вопрос «ERP это или нет» менее важен, чем ответ на вопрос «закрывает ли система наши задачи за разумные деньги». Для большинства российских компаний решающими факторами оказываются соответствие учётному законодательству, стоимость лицензий и внедрения, доступность специалистов и скорость адаптации под изменения законов. По этим критериям 1С:ERP часто вне конкуренции.
Альтернативы имеет смысл рассматривать, когда ядро ценности — именно оптимизационное планирование: сложные цепочки поставок, тонкое планирование мощностей, глобальный многострановый контур с консолидацией. Там экономия на лицензиях 1С может обернуться многолетними доработками.
Как выбрать действие
Как проверить систему до покупки: практический подход
Единственный надёжный способ снять спор «ERP или не ERP» — проверить систему на ваших сценариях, а не на демо вендора. Это занимает недели, но экономит годы и значительные бюджеты.
- 1Сформулируйте 5–10 ключевых сквозных сценариев: от прогноза спроса до выпуска продукции и закрытия месяца
- 2Соберите реальные данные для пилота: спецификации, остатки, мощности, план продаж
- 3Прогоните сценарии на типовой конфигурации без доработок и зафиксируйте, что не воспроизводится
- 4Оцените объём доработок и их влияние на обновляемость и стоимость поддержки
- 5Посчитайте полную стоимость владения на горизонте 3–5 лет: лицензии, внедрение, доработки, сопровождение
- 6Примите решение по совокупности: покрытие сценариев, риски, бюджет — а не по ярлыку «ERP»
Отдельно проверьте замкнутость контура планирования: измените план продаж в пилоте и посмотрите, что система пересчитает автоматически, а что придётся пересчитывать руками. Именно здесь проявляется разница между учётной системой и планирующей.
Как проверить результат пилота
Система сама разузлует план по спецификациям и покажет дефицит с датами
Потребность считается в Excel, в 1С вводится готовый результат
Пересчёт связанных планов выполняется штатным механизмом
Любое изменение требует ручного перепроведения цепочки документов
Видны узкие места и доступность рабочих центров по периодам
Мощности учитываются справочно, планирование ведётся «на глаз»
Себестоимость и финрезультат получаются штатной регламентной операцией
Требуются ручные корректировки и внешние расчёты
Типичные ошибки при выборе и внедрении
Отдельная ошибка — переносить в новую систему все исторические процедуры «как есть». Внедрение 1С:ERP — удобный повод пересмотреть процессы: часть из них существует только потому, что «так было в старой программе».
Что важно запомнить
1С:ERP по архитектуре — учётная система с функциями планирования, а не классическая западная ERP с оптимизационным ядром. Это не приговор, а особенность: для российского учёта и типового производства она часто оптимальна по цене и скорости внедрения, но сложное планирование мощностей и цепочек поставок потребует пилота, доработок или внешних систем. Выбирайте по сценариям и полной стоимости владения, а не по ярлыку.
Частые вопросы
Значит ли «не ERP», что 1С:ERP плохая система?
Нет. Это указание на архитектурный фокус: учёт и соответствие российскому законодательству развиты сильнее, чем оптимизационное планирование. Для многих компаний именно это и нужно, и попытка купить «настоящую ERP» принесла бы избыточную сложность и расходы.
Можно ли доработать 1С:ERP до уровня полноценного MRP II?
Технически платформа позволяет многое, но глубокие доработки планировочных механизмов дороги, усложняют обновление и требуют сильной команды сопровождения. Часто рациональнее подключить специализированную APS или MES и интегрировать её с 1С:ERP.
Чем 1С:ERP отличается от старой 1С:УПП?
1С:ERP — развитие линейки УПП: переработанная архитектура подсистем, новые механизмы бюджетирования, производства и интерфейс. Методологически это эволюция той же учётно-производственной модели, а не смена класса системы.
Для какой компании 1С:ERP точно не подойдёт?
Точных запретов нет, но высок риск несоответствия у компаний с глобальной многострановой консолидацией, очень сложным оптимизационным планированием цепочек поставок или требованием работать в едином контуре с зарубежными дочерними структурами на других ERP.
Как понять до покупки, что система не потянет наши процессы?
Закажите пилот на ваших данных: 5–10 сквозных сценариев, включая изменение плана и закрытие месяца. Если ключевые шаги выполняются вне системы или вручную — это и есть граница типового решения, дальше считайте стоимость доработок.
Почему вендор называет продукт ERP, если это учётная система?
Потому что граница термина размыта рынком: сегодня ERP называют почти любую интегрированную систему управления предприятием. По широкому определению 1С:ERP — ERP; по строгому, с опорой на планирующее ядро, — учётная система с ERP-функциями. Практическое значение имеет только покрытие ваших сценариев.