Сценарий, который повторяется из проекта в проект. Компания подписывает договор на внедрение ERP, через полтора года закрывает первый месяц в новой системе, видит финансовый результат и подписывает финальный акт. Формально внедрение успешное.
Дальше собственник садится считать. На лицензии, серверы, команду внедрения и доработки ушла сумма с шестью, а то и семью нулями. ИТ-служба выросла вдвое, потому что систему теперь надо поддерживать. В отделы продаж и снабжения пришлось добрать людей: раньше менеджер записывал две строчки в блокнот, теперь он заполняет карточку из пятнадцати полей. Процессы, которые делались в пять действий, делаются в двадцать пять. А вопрос «что именно изменилось в деньгах» повисает в воздухе.
Через полгода этот собственник выступает на отраслевой конференции и говорит, что ERP это дорогая бесполезная штука, а все интеграторы обещают то, чего не бывает. И он по-своему прав: конкретно в его случае система действительно не дала ничего. Только причина не в том, что ERP плохая.
Ниже разбор реальных недостатков ERP-систем: где они технологические, где организационные, а где вообще не в системе. По каждому пункту: в чём суть, во что это обходится в деньгах и сроках, что снижает риск. Материал полезен собственникам, финансовым и операционным директорам, которые выбирают между коробкой, доработкой и разработкой на заказ.
Коротко для тех, у кого мало времени
- —Большая часть недостатков ERP это не баги вендора, а последствия того, что бизнес-архитектура и архитектура данных не были описаны до старта проекта.
- —Лицензия это меньшая часть бюджета. Основные деньги уходят на внедрение, доработки, инфраструктуру и рабочее время сотрудников, которых снимают с их основных задач.
- —Производственное планирование остаётся слабым местом классических ERP: методология MRP не учитывает реальную загрузку оборудования и альтернативные маршруты.
- —Рынок консолидировался: в 2026 году российский рынок ERP оценивается примерно в 110 млрд рублей, а основная доля приходится на экосистему «1С» (оценки расходятся от примерно 39% до 70–80% в зависимости от методики подсчёта), что усиливает зависимость от одного вендора.
- —Провал стоит дороже, чем осторожность. Nike в 2000 году получила 100 млн долларов упущенных продаж на проекте стоимостью 400 млн, Select Comfort в 2008 году списала более 20 млн долларов и остановила внедрение.
Что такое ERP и почему у всех систем набор недостатков похож
ERP (Enterprise Resource Planning, планирование ресурсов предприятия) это модульная система, которая сводит в одну базу финансы, склад, закупки, производство, персонал и продажи. Идея простая: данные вводятся один раз, дальше их видят все подразделения, двойной ввод исчезает, отчётность собирается быстрее.
Корни концепции уходят в 1960-е, когда появились расчёты потребности в материалах, MRP (Material Requirements Planning). К 1980-м добавилось планирование производственных мощностей и появился MRP II, а в 1990-е Gartner ввёл в оборот сам термин ERP, когда системы вышли за пределы производства и захватили учёт и кадры. Об этой хронологии подробно пишут Ощепков В.М. и Лохматова В.А. в обзоре «Проблемы внедрения ERP на предприятиях» (журнал «Научное обозрение», №2, 2019).
Важная деталь для понимания всего дальнейшего: ERP это не только программа, но и методология. Планирование строится от основного производственного плана, который опирается на прогноз спроса. Заказ на пополнение запасов формируется тогда, когда потребность рассчитана, а не когда кладовщик увидел пустую полку. Отсюда растут и сильные стороны системы, и почти все её недостатки: если исходные данные и процессы не описаны, методология работает вхолостую.
Недостаток, который не попадает в сравнительные таблицы
Маркетинговая формулировка звучит так: внедрение ERP снизит складские запасы и высвободит оборотные средства. На практике программный код не умеет влиять на материальный мир напрямую. Он не уменьшает остатки на складе и не увеличивает продажи.
ERP-система это, если убрать красивые слова, завод по производству обработанных данных. В неё поступает первичка (цена, количество, себестоимость, сроки), внутри она обрабатывается по заложенной логике, на выходе получаются рентабельность, оборачиваемость, план-факт и десятки других показателей. Всё. Дальше эти цифры должен взять живой руководитель и принять на их основе решение, которое окажется лучше интуитивного.
Отсюда следует неприятный вывод. Если руководители функций управляют «по факту возникновения проблемы» и не работают с данными, то система за сотни миллионов ничего не изменит. Компания просто начнёт содержать дорогой завод, продукцию которого никто не забирает. Это выглядит абсурдно, но встречается регулярно: система показывает, что полная себестоимость в разы превышает расчётную по спецификации, а решений по этому поводу не принимает никто.
Поэтому дальше в списке недостатков честно разделены две группы: то, что действительно ограничение технологии, и то, что ограничение организации.
Девять недостатков ERP: где технология, а где организация
По каждому недостатку ниже указано, в чём его суть, во что он обходится на практике и что снижает риск. Половина пунктов лечится архитектурой, половина порядком действий.
Стоимость владения выше цены лицензии в разы
Первое, на чём ошибаются в бюджете: считают лицензию и работу интегратора, забывая остальное. В полную стоимость входят серверы или облако, первичная настройка, миграция данных, обслуживание инфраструктуры, обучение и, самое недооценённое, зарплата собственных сотрудников, которых на несколько месяцев вынули из операционки.
Есть простая прикидка трудоёмкости, которую приводят Ощепков и Лохматова: стоимость программного продукта разделить на 100 и получить количество человеко-часов на внедрение. Система за 20 000 евро это около 200 человеко-часов, примерно 5 недель работы под руководством профессионального консультанта. Если делать своими силами, человеко-часы удваиваются. Ориентир грубый, но он хорошо отрезвляет тех, кто планировал уложиться в две недели.
Во что обходится. Разработка ERP-системы на заказ в BPA Develop начинается от 750 000 ₽, коробочные решения на старте дешевле, но разрыв закрывается доработками. Дополнительные статьи, которые почти всегда всплывают позже: техническое задание (от 10 000 ₽), проектирование интерфейсов (от 100 000 ₽), интеграции с бухгалтерией, банком, маркетплейсами и оборудованием.
Что снижает риск. Считать не стоимость покупки, а TCO (Total Cost of Ownership, совокупную стоимость владения) на горизонте 3 лет, и закладывать резерв 20–30% на изменения объёма работ. Отдельной строкой в бюджете должно стоять время ключевых сотрудников, иначе оно всё равно будет потрачено, просто незаметно и за счёт текущей выручки.
Долгий срок внедрения и отложенный эффект
ERP не включается в понедельник. Между подписанием договора и первым закрытым месяцем в системе проходит от нескольких месяцев до нескольких лет: зависит от количества юрлиц, складов, производственных переделов и качества исходных данных.
Классический пример из отраслевой практики: сеть Woolworth’s Australia переходила с самописной системы, которой было 30 лет, и процесс растянулся на шесть лет. Отчёты о прибылях и убытках по отдельным магазинам, которые управляющие привыкли получать еженедельно, не формировались около 18 месяцев. За это время часть топ-менеджеров ушла из компании, а вместе с ними ушло знание о том, как реально работают процессы.
Во что обходится. Каждый месяц затянувшегося перехода это двойная работа: старый контур ещё не выключили, новый ещё не заработал. Плюс отложенный эффект: инвестиции уже понесены, отдача сдвинулась вправо, окупаемость поехала.
Что снижает риск. Дробить проект. В корпоративной практике выделяют три стратегии: пошаговую (сначала финансы и документооборот, затем остальное), комплексную (всё сразу, потом отладка) и комбинированную (по всем направлениям, но этапами). Такое деление приводится, в частности, в обзоре SAP ERP департамента цифровизации АО «Самрук-Қазына» (февраль 2019). Для среднего бизнеса рабочий ориентир: первый работающий контур за 3 месяца, дальше наращивание модулями.
Процессы на старте замедляются, а не ускоряются
Об этом не пишут в презентациях, но это первое, что чувствуют люди. Операция, которая раньше выполнялась пятью кликами и звонком, теперь требует последовательного проведения документов, потому что система хранит связанные данные и не даёт пропустить шаг.
Особенно резко это ощущают компании, которые переезжают в ERP из бухгалтерской программы или из таблиц. Появляются документы, которых раньше просто не существовало: заявки, резервы, перемещения, отчёты производства за смену. Менеджер по продажам вместо двух строчек в блокноте заполняет карточку сделки. Формально это и есть оцифровка, фактически на первых месяцах производительность отдельных участков падает.
Во что обходится. Провал производительности на 1–3 месяца после запуска это нормальная часть проекта, но её надо закладывать в план, а не объяснять постфактум. Если её не заложили, руководитель делает вывод, что система вредная, и начинается откат к старым способам работы в обход системы.
Что снижает риск. Считать, сколько действий добавилось на каждой роли, и осознанно решать, какие из них автоматизировать (сканирование, подстановка по шаблону, интеграция с оборудованием), а от каких отказаться. Лишние обязательные поля это налог, который платится каждый день до конца жизни системы.
Сопротивление сотрудников и потеря знаний
Сопротивление изменениям это не капризы, а предсказуемая реакция. Люди боятся потерять работу, боятся выглядеть некомпетентными в новом интерфейсе, боятся прозрачности: до внедрения никто не видел, сколько заявок висит на менеджере и почему заказ стоял три дня.
Второй слой проблемы менее очевиден. Пока идёт долгий проект, компания теряет носителей знаний. В истории Woolworth’s именно уход опытных руководителей во время шестилетнего перехода привёл к тому, что повседневные процедуры так и не были описаны. Формализовать оказалось нечего.
Во что обходится. Низкая вовлечённость команды напрямую увеличивает количество ошибок в данных и снижает эффективность работы. Крайний случай: акционеры компании Select Comfort в 2008 году выступили против ERP, и проект остановили, списав вложения объёмом более 20 млн долларов.
Что снижает риск. Рабочая группа с руководителем, у которого есть полномочия принимать решения, а не только собирать пожелания. Вовлечение будущих пользователей в выбор системы: чем больше людей участвовало в решении, тем меньше саботажа. И описанные процессы до старта, а не в процессе.
Устаревшая методология планирования производства
Технологический недостаток, а не организационный. Производственное планирование в классических ERP строится на MRP, и у этой методологии есть встроенные ограничения: она не учитывает текущую загрузку оборудования, не умеет работать с альтернативными маршрутами выполнения операций и плохо подстраивается под изменения на производстве в реальном времени. Об этом прямо пишут в разборе преимуществ и недостатков ERP специалисты Adeptik.
К этому добавляется цикличность расчёта. Потребность в материалах и потребность в мощностях считаются последовательно, и чтобы получить сбалансированный план, цикл приходится повторять многократно.
Во что обходится. План, который выглядит красиво в системе и рассыпается в цеху при первой поломке станка или срочном заказе. Дальше мастера начинают планировать в Excel параллельно системе, и достоверность данных падает.
Что снижает риск. Для дискретного и позаказного производства ERP дополняют системами класса APS (Advanced Planning and Scheduling, продвинутое планирование и составление расписаний) или MES (Manufacturing Execution System, система управления производственными процессами). ERP остаётся контуром учёта и финансов, а оперативное расписание считает специализированный модуль.
Транзакционная архитектура и медленный пересчёт
Продолжение предыдущего пункта, но с другой стороны. ERP это транзакционная система: она спроектирована, чтобы надёжно записывать и хранить операции, а не чтобы быстро пересчитывать сложные планы. Из-за этого расчёт планов на больших объёмах занимает часы, а функционала точечной корректировки обычно нет: чтобы изменить одну позицию, запускается полный пересчёт.
Для торговой компании это терпимо. Для производства с горизонтом планирования в сутки это критично: пока план пересчитывается, ситуация в цеху уже изменилась.
Во что обходится. Планирование превращается в ночной регламент. Любое отклонение днём обрабатывается вручную, и система перестаёт быть источником правды.
Что снижает риск. Разделение контуров: тяжёлые расчёты выносятся в отдельный сервис или в аналитическое хранилище, оперативная работа остаётся в ERP. При разработке на заказ этот вопрос решается на этапе архитектуры, при внедрении коробки его надо задавать вендору до подписания договора, с конкретными цифрами по объёму номенклатуры и количеству документов в сутки.
Избыточность: компания платит за функции, которыми не пользуется
Современные ERP умеют очень много, и в этом ловушка. По данным ежегодного ERP-отчёта computerworld.nl, на который ссылаются авторы обзора в «Научном обозрении», менее половины компаний полностью понимают возможности своего программного обеспечения. Куплено на миллионы, используется на проценты.
Обратная сторона той же проблемы: базовые модули ERP часто слабее специализированных решений. Модуль складского учёта в универсальной системе почти всегда проигрывает отдельной WMS, а встроенный CRM-блок проигрывает нормальной CRM. Компания получает «средне по всем направлениям» вместо «сильно там, где зарабатывает».
Во что обходится. Оплаченные и неиспользуемые лицензии, а также решения, принятые без данных, которые система в принципе умеет считать, просто этого никто не настроил.
Что снижает риск. Составить список функций внедрённой системы и раз в квартал отмечать процент их фактического использования. Такой каталог заодно работает как база для обучения новых сотрудников и для аудита. Второй ход: не покупать периметр «на вырост», а начинать с модулей, которые закрывают понятные денежные задачи.
Зависимость от вендора и риск устаревания
Купив готовое решение, компания попадает в зависимость от чужой дорожной карты. Возможности диктует разработчик, кастомная доработка чужого кода дорога и хрупка, а миграция на другую систему стоит как половина нового внедрения. Пользоваться приходится до тех пор, пока сумма недостатков не перевесит стоимость перехода.
К 2026 году в России этот риск стал системным. Рынок ERP оценивается примерно в 110 млрд рублей, при этом если в начале 2022 года около 60% занимали иностранные решения (в первую очередь SAP с долей до 40%), то теперь лидируют отечественные вендоры, и основная доля приходится на экосистему «1С»: оценки в отраслевых обзорах расходятся от примерно 39% до 70–80% в зависимости от того, что считают, выручку или число проектов. Совокупные расходы на импортозамещение ERP за 2022–2025 годы оцениваются в 90–130 млрд рублей.
Опыт последних лет показал и вторую сторону зависимости: уход вендора с рынка это не гипотетический риск, а событие, которое компании уже пережили, причём вместе с потерей поддержки и обновлений.
Что снижает риск. Проверять три вещи: сколько лет решению, как часто выходят обновления, кому принадлежат права на доработки. Отдельный пункт договора о выгрузке данных в открытом формате и передаче исходного кода доработок. При разработке на заказ права остаются у заказчика, и это одна из немногих причин, по которой кастом дороже на входе и дешевле на длинной дистанции.
Риски данных: утечки, ошибки миграции, безопасность
Единая база это единая точка отказа. Все данные компании лежат в одном месте, к ним подключены десятки пользователей, часть через интернет. Риск утечки и риск потери данных растут вместе с удобством.
Два показательных случая. В мае 2016 года аналитик рисков UpGuard Крис Викери обнаружил открытую базу с данными о более чем 47 000 компьютеров, серверов и виртуальных машин PG&E: доступ был возможен без логина и пароля. Причина в том, что стороннему подрядчику передали боевые данные для наполнения демонстрационного стенда, а защитить его так, как защищают продуктив, не смогли.
Второй случай про качество миграции. Target Canada при запуске в 2013 году рассчитывала, что проблемы переноса её не коснутся: старых данных нет, вводится всё новое. После запуска цепочка поставок легла, а расследование показало, что корректными были около 30% данных в системе. Тысячи записей вбивали вручную сотрудники без опыта, в сжатые сроки, по неверной информации от производителей.
Что снижает риск. Обезличивание боевых данных перед передачей подрядчику для тестов. Резервные копии на независимом контуре, в том числе для облачных систем. Ролевая модель доступа, где менеджер видит своих клиентов, а не весь справочник. И отдельный оплаченный этап проекта на очистку и сверку справочников: это скучная работа, которую все пытаются сэкономить и потом оплачивают дважды.
Сводная таблица: цена каждого недостатка
| Недостаток | Чем оборачивается на практике | Что снижает риск |
|---|---|---|
| Стоимость владения | Бюджет превышен в 1,5–2 раза за счёт скрытых статей | Расчёт TCO на 3 года, резерв 20–30% |
| Долгое внедрение | Двойная работа, отложенная окупаемость | Этапность, первый контур за 3 месяца |
| Замедление процессов | Падение производительности на 1–3 месяца | Аудит числа действий на роль, автоматизация ввода |
| Сопротивление людей | Ошибки в данных, работа в обход системы | Рабочая группа с полномочиями, раннее вовлечение |
| Методология MRP | План не выдерживает столкновения с цехом | Связка с APS или MES |
| Медленный пересчёт | Планирование только по ночам | Вынос расчётов из транзакционного контура |
| Избыточность функций | Оплачено много, используется мало | Каталог функций и квартальный аудит |
| Зависимость от вендора | Дорогая миграция, чужая дорожная карта | Права на доработки, выгрузка данных в договоре |
| Риски данных | Утечки, некорректные остатки и себестоимость | Обезличивание, бэкапы, ролевая модель |
Пять ошибок, которые превращают недостатки в убытки
Недостатки сами по себе управляемы. Убытки появляются, когда к ним добавляются управленческие ошибки. Ниже пять самых дорогих, каждая с публично известным примером.
Начинать с выбора системы, а не с описания процессов
Порядок должен быть обратным: сначала архитектурное видение, затем бизнес-архитектура (процессы и роли), затем архитектура данных, и только потом выбор конкретного приложения. Когда компания стартует с середины, вопросы «а какая у нас воронка продаж» и «из чего складывается наша себестоимость» всплывают на середине внедрения, когда уже потрачены миллионы.
Верить в мгновенный эффект
ERP окупается в долгую и требует усилий, работы и времени. Высокая планка по качеству результата это нормально, ожидание мгновенного удовлетворения потребностей это гарантированное разочарование. Здесь же живёт классическая подмена: система не снижает запасы, снижает их руководитель, который увидел в системе оборачиваемость и принял решение.
Экономить на данных
История Target Canada стоит того, чтобы её пересказывали на каждом установочном совещании: около 30% корректных данных превратили запуск в обвал цепочки поставок. Мусор на входе гарантирует мусор на выходе, независимо от того, за сколько куплена система.
Делать всё сразу и в максимальном объёме
Nike в 2000 году получила на проекте модернизации цепочки поставок и ERP стоимостью около 400 млн долларов примерно 100 млн долларов упущенных продаж, падение акций на 20% и коллективные иски. Причина в амбициозности: единый суперпроект вместо последовательных шагов. У Vodafone консолидация CRM на новой платформе привела к тому, что часть клиентских счетов перенеслась некорректно, платежи не зачислялись, и британский регулятор связи выписал штраф в 4,6 млн фунтов стерлингов.
Не назначать владельца проекта со стороны бизнеса
Если в компании нет человека, который отвечает за проект и плотно работает с поставщиком, решения принимаются по остаточному принципу. В корпоративной практике роль владельца экономических интересов часто закрепляют за финансовым директором: именно он видит запасы как оборотный капитал, оборудование как основной, а подрядные работы как затраты, и потому лучше других понимает, зачем считаются те или иные данные.
Что изменилось к 2026 году
Три сдвига, которые меняют расчёт при выборе системы.
Импортозамещение перешло в фазу качества. Если в 2022–2024 годах задача была экстренно заменить ушедшие SAP, Oracle и Microsoft, то к 2026 году фокус сместился на глубину внедрения и операционную эффективность уже установленных отечественных платформ. Главные барьеры, которые называют крупнейшие потребители ERP в России, это не отсутствие модулей, а недостаточная глубина их реализации и производительность.
Кадровый голод стал ценообразующим фактором. Монополизация рынка одной экосистемой привела к дефициту сильных архитекторов и разработчиков, а значит к росту стоимости часа и сроков ожидания команды.
Гибридные ландшафты стали нормой. Вместо одной системы на всё компании собирают связку: ERP как контур учёта и финансов, MES или APS на производстве, отдельная CRM в продажах, BI поверх всего этого. Это дороже в интеграции, но снимает сразу два недостатка из списка выше: избыточность и слабость универсальных модулей.
Что это значит для бизнеса
Перевод на язык денег и решений, без технических деталей.
ERP это инвестиция в качество управленческих решений, а не в производительность труда. Экономический эффект появляется в тот момент, когда руководитель функции меняет решение из-за увиденной в системе цифры. Если решения не меняются, эффект нулевой при любом бюджете.
Цена бездействия тоже считается. Компания без единого контура данных платит за неопределённость каждый месяц: неточные остатки означают либо замороженные деньги в излишках, либо срывы поставок из дефицита; неизвестная себестоимость по позициям означает продажи в минус, которые обнаруживаются на годовом закрытии. Это не аргумент «внедряйте срочно», это аргумент считать обе стороны, а не только затраты на проект.
Окупаемость измеряется в конкретных изменениях, а не в ощущениях. Что имеет смысл зафиксировать до старта, чтобы потом было с чем сравнивать: срок закрытия месяца, оборачиваемость запасов, доля срочных закупок, доля заказов, отгруженных в срок, время подготовки коммерческого предложения.
Сколько это стоит и когда окупается
Цифры ниже это ориентиры для среднего бизнеса, а не оферта. Реальная вилка зависит от числа юрлиц, интеграций, объёма данных и состояния справочников.
| Вариант | Ориентир по бюджету | Срок до рабочего контура | Когда подходит |
|---|---|---|---|
| Коробка без доработок | Ниже входной порог | 2–4 месяца | Типовые процессы, торговля, услуги |
| Коробка с доработками | Средний, но растёт с каждым релизом вендора | 6–12 месяцев | Процессы близки к типовым, есть 2–3 особенности |
| Разработка на заказ | От 750 000 ₽ в BPA Develop | От 3 месяцев до тестовой эксплуатации | Уникальные процессы, специфичное производство, требования к правам на код |
| Проектирование ТЗ отдельно | От 10 000 ₽ | 2–4 недели | Нужна оценка до принятия решения о бюджете |
По ориентиру BPA Develop вложения в разработку окупаются примерно за 2 года за счёт экономии ресурсов и роста выручки. Это средняя величина по портфелю проектов, а не обещание: на конкретном проекте срок сдвигается в обе стороны в зависимости от того, насколько быстро команда заказчика начинает пользоваться данными.
Частый путь против правильного
| Критерий | Как делают чаще | Как снижаются потери |
|---|---|---|
| Старт | Выбор системы, потом разбор процессов | Описание процессов и данных, потом выбор системы |
| Объём первого этапа | Все модули сразу | Один денежный контур, затем расширение |
| Данные | Переносится всё как есть | Чистка справочников как оплаченный этап проекта |
| Роли | Проект ведёт ИТ-служба | Владелец со стороны бизнеса плюс ИТ как исполнитель |
| Стоимость | Считают лицензию и внедрение | Считают TCO на 3 года с временем сотрудников |
| Через год | Часть работы идёт в обход системы | Система единственный источник правды по ключевым цифрам |
Три подхода, которые реально снижают риск
| Подход | Что даёт | Срок | Ориентир по бюджету |
|---|---|---|---|
| Прототип до старта разработки | Кликабельный сценарий, по которому видно логику и объём работ, до подписания большого договора | От 3 дней | Отдельная небольшая работа или в счёт проекта |
| Поэтапное внедрение денежными контурами | Первый эффект и первая проверка гипотез до того, как потрачен весь бюджет | Первый контур 3–4 месяца | Бюджет дробится на этапы |
| Гибридный ландшафт (ERP плюс APS или MES) | Снимает слабость универсального планирования, ERP остаётся контуром учёта | 6–12 месяцев на связку | Дороже в интеграции, дешевле в простоях |
Что проконтролировать руководителю
Семь вопросов, которые стоит задать подрядчику до подписания договора:
- 1.Какие процессы и роли описаны на входе в проект, и кто отвечает за их актуальность.
- 2.Как считается стоимость владения на три года, а не стоимость запуска.
- 3.Кому принадлежат права на доработки и исходный код.
- 4.В каком формате данные выгружаются из системы, если компания решит уйти.
- 5.Как ведут себя ключевые расчёты при заявленном объёме номенклатуры и документов, и есть ли нагрузочный тест.
- 6.Что входит в этап очистки и миграции данных, и кто несёт ответственность за корректность справочников.
- 7.Как устроена поддержка после запуска, с какой скоростью реакции и по какому тарифу.
Пять метрик, которые имеет смысл держать на дашборде после запуска:
- 1.Срок закрытия месяца в днях.
- 2.Доля документов, введённых в срок, по подразделениям.
- 3.Оборачиваемость запасов по ключевым группам.
- 4.Доля заказов, выполненных в срок.
- 5.Количество обходных путей: операций, которые до сих пор ведутся в таблицах параллельно системе.
Красный флаг один и очень простой: если через полгода после запуска ключевые решения по-прежнему принимаются по звонку и по памяти, а не по отчёту, деньги потрачены зря независимо от того, как выглядит проект в отчётности.
Частые вопросы
Правда ли, что ERP снижает складские запасы?
Не сама по себе. Система показывает оборачиваемость, неликвиды, точки заказа и реальную потребность. Решение о сокращении партии или о выводе позиции из ассортимента принимает человек. Там, где такие решения регулярно принимаются, запасы действительно снижаются. Там, где отчёты никто не открывает, остатки остаются прежними, а расходы вырастают на стоимость системы.
Что дороже в итоге: коробка с доработками или разработка на заказ?
На горизонте одного года почти всегда дешевле коробка. На горизонте трёх лет картина зависит от количества доработок: каждая из них дорожает при обновлениях вендора, потому что её приходится переносить на новый релиз. Если процессы компании сильно отличаются от типовых, точка перелома наступает быстро. Если процессы стандартные, коробка выигрывает.
Сколько времени занимает внедрение ERP?
Диапазон широкий: от 3 месяцев до рабочего контура на небольшом периметре до нескольких лет на холдинге с производством и несколькими юрлицами. Главные факторы: количество интеграций, состояние справочников и готовность бизнеса выделить людей в проектную команду. Шестилетние истории вроде Woolworth’s это не миф, а следствие того, что процессы описывались уже по ходу проекта.
Можно ли обойтись без ERP и остаться на таблицах?
Можно, пока объём операций позволяет держать картину в голове одного человека. Признаки, что предел пройден: месяц закрывается дольше двух недель, себестоимость считается вручную и по-разному в разных отделах, а разные отчёты по одному вопросу дают разные цифры.
Насколько велик риск, что выбранный вендор уйдёт или перестанет развивать продукт?
Риск ненулевой, и последние годы это подтвердили. Снижается он не выбором «самого популярного», а условиями договора: права на доработки, выгрузка данных в открытом формате, документированная модель данных. Тогда смена платформы это дорогой, но выполнимый проект, а не потеря учёта.
Что делать, если ERP уже внедрена и не даёт эффекта?
Начинать не с замены системы, а с аудита: какие функции реально используются, какие решения принимаются на основе отчётов, где данные вводятся с опозданием или в обход. В большинстве случаев выясняется, что завод данных построен и работает, а продукцию с него никто не забирает. Это лечится настройкой отчётности и управленческой дисциплиной, а не новой лицензией.
Итог
Недостатки у ERP-систем реальные: высокая стоимость владения, долгий запуск, замедление процессов на старте, слабое оперативное планирование производства, зависимость от вендора и риски данных. Часть из них технологическая и лечится архитектурой, часть организационная и лечится порядком действий.
Решающим остаётся один вопрос: готовы ли руководители компании принимать решения по цифрам. Система производит данные, деньги приносят решения на их основе. Всё остальное это стоимость оборудования.
Если выбор между коробкой и разработкой на заказ пока не сделан, разумный первый шаг это не договор на внедрение, а прототип: BPA Develop собирает кликабельное демо ключевого сценария на реальном коде за 3 дня, и по нему видно логику будущей системы до того, как утверждён бюджет. Обсудить задачу можно на бесплатной консультации, по итогам которой готовится концепция с оценкой сроков и стоимости.
Материал носит информационный характер. Приведённые бюджеты и сроки это ориентиры по рынку и практике, конкретные цифры зависят от отрасли, числа интеграций, объёма данных и состояния процессов в компании. Источники фактов: Ощепков В.М., Лохматова В.А. «Проблемы внедрения ERP на предприятиях» («Научное обозрение», №2, 2019), подборка CIO.com о провальных ERP-проектах, обзор SAP ERP департамента цифровизации АО «Самрук-Қазына» (февраль 2019), материалы Adeptik и «Цех Успех» о недостатках ERP, оценки рынка НЦК ИСУ и отраслевых обзоров 2026 года.
Автор: Константин Степанов, CEO & Founder BPA Develop
Диагностика зрелости бизнес-процессов
6 вопросов за 1 минуту. Оценим, насколько ваши процессы готовы к росту, и покажем, где вы теряете время и деньги.
В чём сейчас ведутся учёт и процессы?
Выберите вариант, ближе всего к реальности
Как часто данные переносят вручную между системами?
Копирование, сверки, двойной ввод
Сколько времени уходит на сбор отчётности?
Продажи, финансы, операционные показатели
Что происходит с заявками и клиентами?
Насколько контролируется работа с клиентами
Что главное мешает расти?
Основное узкое место сейчас
Сколько сотрудников в компании?
Поможет подобрать подходящее решение
Ваш результат
Оставьте контакты — пришлём детальный разбор узких мест и план автоматизации
