Признаки и причины неуспешных внедрений 1С: ERP

18.10.24

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

Ситуационный расклад

erp внедрение система 1с бизнес расчёт планирование заказ изменение производство проблема учёт производственный управление бизнес-процесс блок работа модель сппр архитектура

+85 –

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.

См. также

Почему команда работает по-старому?

Коммуникации Внедрение изменений Россия Бесплатно (free)

Сотрудникам объяснили новый порядок, показали его пользу и получили согласие. Но в реальных задачах они продолжили работать по-старому. Разбираемся, почему понимание правила не гарантирует его выполнения и что руководителю проверять перед очередным напоминанием.

23.07.2026 552 0 NikolayMaerov 5

Сопротивление пользователей при внедрении 1С:CRM

Внедрение изменений 1С:Предприятие 8 1С:CRM ПРОФ, КОРП Бесплатно (free)

После запуска 1С:CRM сотрудники не всегда сразу переходят на новый порядок работы. Менеджеры продолжают вести клиентов в Excel, откладывают заполнение сделок, формально выбирают этапы и причины отказов. Часто это связано не с нежеланием работать, а с непонятными правилами, двойным вводом, лишними полями или отсутствием поддержки. В статье разбираю, почему возникает сопротивление и что можно сделать до запуска, на пилоте и в первые недели работы.

15.07.2026 294 0 YA_826532418 0

Реестр исключений первой волны

Внедрение изменений Бесплатно (free)

При запуске первой волны внедрения 1С не всегда получается сразу перевести все подразделения, документы и сценарии на новый порядок. Где-то не готовы данные, где-то не назначены роли, часть документов уже идет по старому маршруту, а по отдельным случаям нужно временное решение. В статье разбираю, зачем нужен реестр исключений, что в нем фиксировать, кто должен согласовывать исключения и как не оставить временные отклонения без контроля.

14.07.2026 284 2 YA_826532418 0

Реестр рисков внедрения глазами аналитика

Внедрение изменений Управление рисками Бизнес-аналитик Руководитель проекта Бесплатно (free)

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

24.06.2026 394 0 YA_826532418 0

Первый процесс для внедрения 1С:Документооборота

Внедрение изменений 1С 8.3 1С:Документооборот Бесплатно (free)

Внедрение 1С:Документооборота часто пытаются начать со сложного и “самого важного” процесса. В итоге проект тормозит, согласования идут в обход, а пользователи быстро теряют интерес. По опыту работы на проектах автоматизации документооборота я постаралась описать практичный подход к выбору первого процесса: какие варианты подходят для старта, какие лучше не брать сразу и как проверить, что выбранный пилот действительно даст быстрый и понятный результат.

18.06.2026 383 0 YA_826532418 2

Как защищать решение, когда заказчик хочет “как раньше”: практика 1С-проектов

Работа с требованиями Взгляд со стороны Заказчика Работа с заинтересованными сторонами Внедрение изменений Россия Бесплатно (free)

На 1С-проектах часто звучит фраза: “Сделайте как раньше, только в новой системе”. Обычно за ней скрываются страх изменений, привычки пользователей, неописанные процессы и желание перенести старый хаос в новую 1С. Разбираем, как аналитику и руководителю проекта защищать решение без конфликта, давления и бесконечных переделок.

15.06.2026 568 0 YA_826532418 4

Почему финансовый директор может быть против автоматизированного учета

Работа с заинтересованными сторонами Внедрение изменений Бесплатно (free)

История о том, как правильное техническое решение может провалиться на переговорах.

11.06.2026 637 0 apatyukov 4

Чек-лист обследования перед внедрением 1С:Документооборота

Внедрение изменений Бизнес-аналитик Руководитель проекта 1С 8.3 1С:Документооборот Россия Бесплатно (free)

Перед внедрением 1С:Документооборота важно выяснить не только “какие маршруты настроить”, но и кто владеет процессами, где принимаются решения, какие документы ходят в обход, какие права нужны, какие интеграции критичны и как будет жить система после запуска. Практический чек-лист вопросов для аналитиков, руководителей проектов, консультантов и 1С-команд.

09.06.2026 539 0 YA_826532418 0

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. starik-2005 3300 24.04.22 21:53 Сейчас в теме

Норм статья. ЕРП даже куски мяса не может распланировать, т.к. из одной условно коровы может выйти разное количество кусков мяса, каждый кусок очень сильно варьируется по массе, как и сама исходная корова. Из любого куска мяса можно сделать фарш, но из фарша уже почти ничего не сделаешь. От разных коров может получиться разное количество жира, который пойдет на колбасу в третьи места и который хранится в холодильниках годами. Ну и точно свешать в граммах - это анриал, т.к. никто не будет от условного окорока, вышедшего с животинки в массе Х кг У г отрезать Н грамм. А вроде бы все просто. Ну и с отходами не все просто, т.к. они появятся только после того, как полкоровы первого передела будет распилена на эти самые куски во втором-третьем...-миллионном переделе - никто не скажет, сколько раз что рубили.
ЗЫ: ЕРП для кустарного мебельного производства только подойдет, но там и УНФ хватит. Так что вообще неясно, на кой хрен она нужна. Культ карго.

Ответить

26. Светлый ум 508 10.01.23 05:00 Сейчас в теме

(1) гибкие технологии 80 уровня

39. user-z99999 78 31.03.25 09:44 Сейчас в теме

(1)

Обидели ERP )))
ERP может быть не удобна, потому что (фирма 1с) описали некоторые часто встречающиеся типовые бизнес-процессы в программе. У кого чуть-чуть не так, нужно делать уже своё.

Расскажите, как вы как разработчик, решили бы эту проблему с кусками мяса и жиром?
Как это должно быть в программе (самописной) заточенной на этот бизнес?

40. starik-2005 3300 31.03.25 10:40 Сейчас в теме

(39)

Расскажите, как вы как разработчик, решили бы эту проблему с кусками мяса и жиром?

Ежу понятно, пришлось решать. Написали свою МЕС-систему, в ней отражаются все эти куски, вес берется с весов автоматом, юзер только "оки" жмет и этикетки на завакуумированный кусок клеит. В ЕРП уже едет рассчитанный выпуск с затратами, пропорциональными розничной цене отрезанного куска.
(39)

Как это должно быть в программе (самописной) заточенной на этот бизнес?

Сейчас это должно производиться так, чтобы:
1. Конкретный сотрудник, режущий мясо, не думал, куда нажать.
2. Бухгалтер должен видеть, что с куском мяса произошло - вся история переделов.

И это крайне проблематично реализовать. В основном из-за того, что дополнительные точки учета уфигачивают производительность труда тех, кто в этих точках будет вынужден жать кнопари какие-то. Поэтому должны быть процессы, чтобы чекпоинты были только в нужных местах. Например, полутуши с забоя в одном порядке едут - идентифицировать их можно по животному, т.е. достаточно взять только вес - остальное и так понятно, соответственно не нужно грузить этими мыслями того, кто прифигачит к полутуше автоматически вылезшую из принтера этикетку со всеми словами.

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

41. user-z99999 78 31.03.25 11:11 Сейчас в теме

(40) А чтобы ничего не перепуталось (корова), использовать серии номенклатуры,
на всем пути ..?

42. starik-2005 3300 31.03.25 13:17 Сейчас в теме

(41)

использовать серии номенклатуры, на всем пути

И кто будет на всем пути их выбирать? Завтра их будет 100, через месяц 10к, через год 100к++++. ЕРП пусть СС считает, а оперативный учет оставить для МЕС. Ну и все эти этикетки, ТТН, палетные листы и прочую муть - не надо их тащить в ЕРП.

43. user-z99999 78 01.04.25 10:54 Сейчас в теме

(42) Спасибо за разъяснения!

44. starik-2005 3300 01.04.25 11:08 Сейчас в теме

(43) Обращайтесь.

2. roman72 404 24.04.22 22:02 Сейчас в теме

Спасиб! :)
Пытался в статье объяснить что методология ERP и её реализация в 1С ERP не идентичные вещи.
ERP нужна.
Но 1С ERP не вытягивает ряд ключевых вещей, особенно в модели. Но её можно подтянуть до необходимых бизнесу целей при правильном понимании её недостатков.
Лучше её всё -равно ничего нет.

3. biimmap 2121 25.04.22 13:39 Сейчас в теме

Топовые причины провалов на любых проектах, не только ЕРП:
1. Неверная оценка масштабов и сложности проекта на момент составления коммерческого предложения.
2. Жадный РПшник, который понятия не имеет что такое качество. Он мыслит только сроками и своими KPI, т.е. премией.
3. Отсутствие или слабый архитектор.
4. Отсутствие контроля за деятельностью аналитиков, слабый уровень компетенций
5. Кривой перенос данных.

Исправьте на своём проекте эти 5 пунктов и будет Вам счастье вместо провальных проектов.
Кстати меня лично удивляют люди, которые открыто чуть ли не хвастаются тем что провалили огромные проекты. Я бы молчал в тряпочку и работал бы над другими проектами, чтоб они стали успешными!

Что касается кривизны самого ЕРП... Т.к. видел разработку ЕРП изнутри, могу сказать: никто не думает о том, как уменьшить трудоёмкость выполнения сценариев на большом объёме данных. Все думают только о том, какой бы ещё сценарий допилить в ЕРП. А то что на его ввод требуется целый взвод - это всё детали.

Ответить

6. CheBurator 3234 25.04.22 22:01 Сейчас в теме

(3) Хороший инструмент должен делать "собственник" бизнеса - это его бизнес. Основная причина плохих проектов - ожидание, что кто-то придет и сделает "мне " хорошо, а я буду сидеть и ждать когда уже будет "хорошо"... ХРЕН ВАМ, а не "хорошо вам". Далее: если бы "собственник" мог бы сделать себе хорошо - он бы сделал. Раз не сделал - значит хорошо не будет. В результате - фигня какая-то, а не успешный проект.

Ответить

7. biimmap 2121 25.04.22 22:44 Сейчас в теме

(6) Знаешь, вот у меня принцип такой: не хочешь ничего делать, хотя бы не мешай! Я сам всё сделаю. Очень часто это работает!
Поэтому всё таки исполнительская дисциплина и нацеленность на результат довольно важная штука!

9. roman72 404 25.04.22 23:09 Сейчас в теме

(7) это работает в мелких проектах. В настоящих крупных проектах с большим количеством затрагиваемых людей так просто не получится. Чтобы это понять, надо хотя бы разок попробовать подобный проект.

13. biimmap 2121 26.04.22 10:33 Сейчас в теме

(9) Спасибо за уточнение, но у меня нет мелких проектов))) В текущем проекте 6000 персонала, филиалы в 6 странах и т.д.

12. CheBurator 3234 26.04.22 09:54 Сейчас в теме

(7) это да. и хорошо когда можно "в одно рыло" все сделать.но это имхается удел мелких проектиков типа этикетки на изделия напечатать... а не ЕРП запустить...

8. roman72 404 25.04.22 23:06 Сейчас в теме

(3) Ну надо же, вся статья построена вокруг того, что практически все проекты ERP провалены, у всех в стране, а вы с чего-то решили что я подвёл итоги своих проектов.

Статья предупреждает, что если бы из 5 названных вами пунктов топовых причин все до единой были бы выполнены, то всё-равно велик риск бизнесу заполучить ERP, польза от которой несоразмерна затратам на неё.

Прорва проектов по 1С ERP, где
1. Масштаб и сложность проекта оценены верно
2. РПшник толковый
3. Архитектор ещё лучше
4. Контроль и компетенции аналитиков - что надо
5. Данные перенесли хорошо и много

Что делает бизнес? Сидит в режиме вечного ожидания, когда наконец затраты на ЕРП кончатся и начнётся эффект.
В статье названы истинные, глубинные причины проблем с ERP, которые завалят проект даже с качественной командой.

14. biimmap 2121 26.04.22 10:40 Сейчас в теме

(8) Моя сфера - ЗУП. Описанное Вами бездействие бизнеса абсолютно везде! Даже в Роснефти, чтоб было понятно, что не ларьками с шаурмой занимаюсь. Но это абсолютно не повод положить на пол проект!

Даже вот текущий мой проект... мне на входе открыто сказали: нужна большая розовая кнопка ЗБС. Никто ничего делать не хочет!
И мне это не мешает двигать проект.

Про провалы я не о Вас лично написал! Это как раз и есть про всю страну. Вот только в Нижнем Новгороде один из докладов был на эту тему. Недавно был какой-то митап и там тоже об этом говорили.

У меня были проекты, которые приходилось прерывать, таких было 2 штуки. Но через время возвращался и доделывал. Провальных нет совсем.

15. roman72 404 26.04.22 18:45 Сейчас в теме

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

Насчёт "поднятия" ERP в одно лицо не буду спорить. ЗУП - это ещё ладно. По ERP - моё мнение нужна команда из нескольких специалистов определённых профилей + надлежащий административный ресурс.

4. CMAPT-TEK 353 25.04.22 14:58 Сейчас в теме

(3) Это только со стороны исполнителя причины. А со стороны заказчика ведь аналогичные:

1. Неверная оценка масштабов и сложности проекта. Отсюда попытка экономить где надо и где не надо, установка малообоснованных жестких сроков проекта.
2. Отсутствие движущей силы проекта со стороны заказчика. Когда никто из действительно обладающих властью проект не интересен - назначают руководителем проекта ИТ-директора.
3. Отсутствие архитектора со стороны заказчика. Никто не хочет брать на себя ответственность за то, чтобы привести к единому знаменателю мнения разных подразделений, привести в порядок "исторически сложившиеся" процессы и т.п.
4. С рядовыми сотрудниками и даже руководителями подразделений не ведется разъяснительная работа. Начальство самоустраняется от объяснений и мотивации персонала.
5. Текущие данные кривые или вовсе отсутствуют в электронном виде.

Ответить

5. biimmap 2121 25.04.22 15:07 Сейчас в теме

(4) Благодарю за дополнение. Конечно мои пункты от исполнителя.

10. roman72 404 25.04.22 23:16 Сейчас в теме

(4) О, ваш пункт 2 - это край как жизненно. Ваша формулировка даже лучше моих мыслей на эту тему.
Казалось бы, кому как не ИТ-директору внедрять ERP и управлять проектом.

А на деле у ИТ-директора практически всегда недостаточен организационный ресурс/управленческий вес.

Везде на ИТ смотрят как на "сервис", поэтому ИТ-директор всем должен, давай-давай выполняй, денег на...,
но ИТ-директору никто не должен, тыжпрограммист!

11. gendal 12 25.04.22 23:51 Сейчас в теме

Статья интересная, отметил для себя некоторые моменты, чувствуется большой опыт автора в "прикладывании" 1С:ERP к различным реальным предприятиям и сделанные при этом выводы. То, что заложено в 1С:ERP - это видение разработчиков 1С, у разработчиков SAP свое видение (интересно, решены ли там указанные проблемы с производственным планированием?) и т.д.

Но что бы сказать, подойдет ли конкретному предприятию 1С:ERP, нужно, как минимум, провести анализ применимости типового функционала, путем функционального моделирования по сквозной управленческой цепочке: планирование - закупки - производство - продажи (+ план/фактный анализ на всех стадиях), выявить критичные отклонения, которые нельзя закрыть настройками, прикинуть примерную стоимость доработок, особенно, если до этого было УПП. ERP сейчас внедряют уже не программисты, а аналитики-консультанты, а программисты вносят правки по их ТЗ. Просто так залезть в конфигуратор и "покастомизячить" программисту никто не даст, сначала аналитики перекрутят все варианты реализации с использованием типовых настроек функционала, галочек и прочего, и лишь потом подключат "тяжелую артиллерию". Т.е. аналитики должны знать систему на уровне разработчиков, чтобы понимать ее работу и не "изобретать велосипед". Какому-то предприятию подойдет детальный расчет/перепланирование производственной программы, а у кого-то возникнет "затык" и тогда, возможно, для таких расчетов нужно рассматривать стороннюю систему.

Правильный подход в совместном использовании ERP и ДО, т.к. ERP обеспечивает планирование и учет, а ДО маршрутизацию документов между пользователями ("бизнес-процессы"), которая достаточно гибко настраивается по различным условиям.

Согласен с утверждением "что смысл внедрения ERP для бизнеса - больше эффекта за меньшие деньги из всех возможных инвестиций (закон Парето)", т.к. для большинства предприятий "реального сектора" ERP или другая система - это лишь вспомогательный инструмент и обычно отношение руководства к нему соответствующее ("почему так дорого?"). Это не станки, оборудование основного производства, которые стоят значительно дороже любой ERP вместе с внедрением, но цена которых обычно вопросов не вызывает, т.к. все понимают, что без оборудования вообще ничего не будет. Информационная система является существенным активом, наверное, лишь в банках, финансовых организациях, там она, как станок на производстве, который зарабатывает деньги. И такая система требует постоянных значительных затрат на развитие и поддержку (например, количество IT-специалистов в Сбербанке превышает 10 тыс. человек). А на обычных предприятиях программистов 1С, которые держат в своих головах всю систему и на которых держится ежедневная оперативная работа всего предприятия, ключевыми сотрудниками никто не считает, но к которым, чуть-что, все бегут с вопросами.

Было бы интересно, если бы автор продолжил данный цикл статей.

Ответить

16. check2 411 29.04.22 19:46 Сейчас в теме

- Как описать карту доступа пользователей к ERP и иным системам 1С в ландшафте компаний с помощью 1С СППР.

Я за. С удовольствием почитаю.

17. RayCon 827 01.05.22 18:55 Сейчас в теме

Хорошая статья. Респект! Тем не менее, позволю себе несколько ремарок...

инвестиции в ERP это инвестиции в учёт, а не в бизнес

Спорный тезис. Но спорить не буду.

Планирование означает, что расчёт доходности заказа, операции, цикла, периода и т.п. должен выдавать оценку до начала этих сущностей, т.е. до начала затрат.

А вот с этим тезисом не поспоришь. Но я бы ещё добавил здесь, что эффект от внедрения определяется не только расчётными цифрами плана, но и точностью этих цифр: насколько план отличается от факта. А это значит, что должен быть "доверительный интервал" отклонения от плана, который система пропускает, и, наоборот, выкидывает тревожный флаг или даже стопорит процесс, если происходит выход за рамки допустимых отклонений.
Кроме того, система должна быть устойчивой при вариации входных данных, и об этом говорилось, но только "внутри" бизнеса. А она должна быть устойчива и "снаружи" - на уровне рынка. Соответственно, должны быть и критерии применимости конкретных сценариев. Например, в кризис волатильность возрастает настолько, что рушатся абсолютно все запланированные сценарии. И тогда закономерный вопрос: внедрение ERP было успешным или нет? Очень даже может быть, что и было, но только в определённых рамках граничных условий - докризисных. И вот на этом "наружном" аспекте, возможно, стоило бы остановиться поподробнее... ну, или написать ещё одну столь же классную статью. :)

вся система усложняется в геометрической прогрессии

Уточнение: в степенной функции.

А кто хотя бы понял, что внедрять ERP желательно вместе с 1С:Документооборот?

Советую аналогичную статью и про 1С:Документооборот написать. Там тоже непочатый край схожих проблем.

18. user1782113 10.05.22 00:23 Сейчас в теме

1. Заказчик всегда хочет проект за минимальные деньги и поэтому отказывается от части модулей.
2. Внедренец не хочет потерять Заказчика и поэтому идет на недопустимые упрощения.
3. Чтобы система работала с достойным быстродействием, необходимо закладывать нужное количество серверов приложений.
4. Всегда разрабатывайте документы "Как есть" и "Как будет".
5. Как только вы внедрили первый модуль, сразу запрещайте на заводе параллельное ведение документов в бумажном виде.

19. etman0904 26.05.22 16:17 Сейчас в теме

Интересная статья и комментарии. Благодарю.

20. пользователь 23.06.22 16:53