Пищевое предприятие с собственным заводом и торговым домом уходило с 1С:УПП, потому что старая система физически перестала выдерживать масштаб: партии, сроки годности, требования федеральных сетей. Вот что стоит за тремя с половиной годами и как мы прошли этот путь вместе с заказчиком.
Пищевое предприятие с полным производственным циклом — сырьё, рецептура, розлив и фасовка в стекло, ПЭТ, дой-паки, саше — и собственным торговым домом, который поставляет ту же продукцию в логике федеральных сетей: партии, сроки годности, электронные УПД, у каждого партнёра свои требования к отгрузке.
1С:УПП справлялась, пока бизнес был проще. Когда объёмы выросли, а сети начали спрашивать «откуда эта партия и когда у неё срок годности выходит», ручные обходные пути — Excel-реестры, сверки «на глаз», расхождения между складом и бухгалтерией — перестали работать. Договор на переход подписали в апреле 2018 года. На старте заказчик рассчитывал на срок в разы короче: «процессы отлажены, просто перенесите их в новую программу» — и в этой предпосылке крылась главная неточность всего проекта, не в работе подрядчика.
Переход с 1С:УПП на 1С:ERP занял у команды 10 485 часов работы за 2,5 года (2018–2021) и обошёлся в 52 423 750 ₽ по ставке 5 000 ₽/час. Это не один этап «внедрения», а последовательность из нескольких десятков самостоятельных функциональных блоков — от справочников и прав доступа до партионного учёта, интеграции со складской системой и отчётности сетям. Итоговая стоимость подобного перехода зависит от числа юрлиц в группе компаний, глубины интеграции со смежными системами (WMS, ЭДО) и того, насколько формализованы процессы до старта проекта.
Переход охватил весь цикл — от планирования продаж и рецептур до склада готовой продукции, обслуживания оборудования и финансовых процессов.
План продаж, долгосрочное, среднесрочное и краткосрочное производственное планирование, планирование закупок сырья и материалов, формирование заказов на производство.
Маршрутные карты и спецификации, расчёт себестоимости, учёт закладки сырья и материалов по рецептуре.
Складской учёт сырья и материалов, входной контроль, учёт брака и решение по браку, работа с поставщиками, инвентаризация, контроль сроков и оптимальных размеров поставок.
Выпуск готовой продукции и полуфабрикатов, хранение на производстве, формирование сменного задания, учёт продукции второго сорта, контроль качества производственной среды и готовой продукции — журналами и чек-листами, эффективность оборудования (ОЕЕ).
Функции складов готовой продукции на нескольких площадках, передача статусов готовой продукции из 1С в WMS, обмен документами — партии, поступления, отгрузки, ордерная схема склада.
Планирование и контроль технического обслуживания, наработка оборудования, склад запчастей и их входной контроль, инвентаризация, выполнение задач планово-предупредительного ремонта.
Формирование и согласование заказов поставщику, заявки на расходование денежных средств и их согласование, складской учёт хранимых и нехранимых услуг, бюджет на расходование канцтоваров.
EDI-загрузка заказов торгового дома, печатные формы УПД под сетевого партнёра, строгий учёт партий и серий по срокам годности, блокировка партий, не прошедших входной контроль.
Единая матрица доступа по складам и функциональным блокам вместо точечной выдачи прав одним человеком, настройка ролей через RLS.
Те же 10 485 часов, но по месяцам — видно, что нагрузка росла не планомерно, а рывками: пики совпадают с самыми сложными участками хроники ниже.
Два с половиной года — это не один долгий «этап внедрения», а последовательность из нескольких десятков самостоятельных блоков. На каждом этапе было что-то, что не пошло по идеальному плану — ниже реальная последовательность: что вводили, с чем столкнулись, как выходили.
Основной договор на сопровождение, затем отдельные договоры на этап планирования продаж — по заводу и по торговому дому как отдельным юрлицам группы. Параллельно — разработка технического задания по производственному контуру: рецептуры, технологические карты, контроль качества и лаборатория, обслуживание оборудования.
Дальше — первый обученный контур: планирование продаж, отдельно для завода и для торгового дома. Параллельно шёл отдельный проект — внедрение складской системы WMS: спецификация обмена данными между WMS и будущей ERP подписана в 2019 году, до начала активной фазы доработок.
Эталонной системы для сверки не было: производственный и финансовый учёт в УПП не велись вообще, поэтому каждый процесс приходилось не документировать по образцу, а восстанавливать заново — из практики конкретных технологов и бригадиров. Уже на старте обмен между ERP и бухгалтерской базой периодически не выгружал данные за отдельные периоды — обнаружилось только тогда, когда бухгалтерия впервые попыталась свести отчётность по-новому.
РешилиПисали ТЗ не кабинетно, а через прямые интервью с людьми на местах, проверяя каждый раздел на реальных данных завода. Обмен донастраивали точечно по каждому обнаруженному расхождению, не дожидаясь, пока их накопится много.
Под личным контролем руководства клиента — полная ревизия справочника товаров: тысячи позиций, накопленных за годы работы в УПП, приведены к единой методике именования, устранены дубли. Строгий партионный учёт технически возможен только на чистом справочнике.
Хаос в справочнике копился годами и был попросту невидим в старой системе — она не требовала точности, поэтому никто и не замечал масштаба проблемы, пока не понадобился строгий партионный учёт.
РешилиПолная ревизия: анкеты по каждой группе товаров, назначенные ответственные, единая методика именования — не самая эффектная работа за весь проект, зато без неё дальше нельзя было двигаться.
Встречи с операторами торгового дома, сбор требований по EDI-загрузке заказов, статусам отгрузки, печатной форме УПД под конкретного сетевого партнёра, поиску номенклатуры по части названия. К концу месяца весь пакет реализован и переведён в продуктивную эксплуатацию.
Часть операционных тонкостей — например, особенности печатных форм под конкретную сеть — существовала только в головах конкретных операторов и нигде не была описана, даже во внутренних инструкциях клиента. А первые же реальные заказы после запуска показали комбинации данных, которых не было в тестовых сценариях — обычная особенность любого первого релиза на живых данных.
РешилиСобирали требования через живые интервью прямо на рабочем месте, а не через опросные листы, и держали короткий цикл донастройки прямо по факту первых недель эксплуатации, а не ждали «идеального» большого релиза.
С руководителями отдела продаж проработан и сдан пакет отчётов: отчёт по продажам, сравнение продаж по периодам, динамика продаж с прогнозом, расчёт премии менеджеров. Параллельно — тесты интеграции с WMS на слепке рабочей базы совместно с подрядчиком складской системы, включая отдельную встречу по общей концепции взаимодействия систем.
Отчёты считали неправильно до тех пор, пока не почищены связанные справочники контрагентов и номенклатуры — выяснилось это только при попытке свести первую же динамику продаж.
РешилиРазработку отчётности вели не изолированно, а параллельно с чисткой справочников, на которых она строится.
СтолкнулисьИнтеграция с WMS зависела от стороннего разработчика складской системы, который не всегда был оперативен: тестовые данные подолгу не появлялись, доступ к тестовому контуру приходилось буквально выпрашивать. Единственный по-настоящему внешний, неподконтрольный обеим сторонам риск во всём проекте.
РешилиПрямая эскалация руководству поставщика WMS и ручной контроль каждого шага обмена, пока автоматика не заработала стабильно.
Доработка миграции партий (серий по срокам годности) между ERP и WMS, доработка блокировки партий, не прошедших входной контроль, доработка справочника контрагентов с учётом остаточного срока годности.
Часть позиций годами приходовалась вообще без указания срока годности — для строгого партионного учёта это означало, что переносить, по сути, было нечего: исходных данных не существовало.
РешилиОтдельная обработка для восстановления сроков годности по факту документам поступления, а не по несуществующим историческим данным.
Совместно с руководителем склада — передача срока годности по грузополучателям, доработка справочника партнёров, выгрузка партий/серий в WMS, блокировка в WMS партий, не прошедших входной контроль. Параллельно с ответственными за закупки проработан процесс работы в ERP по импорту, разработан ключевой отчёт для планирования импортных поставок — «тройной отчёт», сводящий остатки по складам, незакрытые заказы и график поставки по контейнерам.
Как только правило блокировки партий без пройденного входного контроля заработало по-настоящему, обнаружилось: часть забракованного товара физически продолжала числиться в «свободных» остатках — то есть строгая логика ERP впервые показала расхождение, которое раньше просто было не видно.
РешилиСделали блокировку обязательной в системе, что заставило формализовать процесс маркировки брака на складе — не разово, а как правило.
СтолкнулисьРеального, формализованного процесса закупок фактически не существовало — согласование велось вручную, вне системы, и свести эту логику в единый отчёт оказалось сложнее, чем «просто перенести» несуществующий регламент.
РешилиСпроектировали «тройной отчёт» вместе с ответственными за закупки, отталкиваясь от их фактической, не задокументированной практики.
Тестирование выгрузки рабочих документов реализации из ERP в WMS с доработкой контура выгрузки по итогам теста. Переход от точечной выдачи прав к единой матрице доступа по складам и функциональным блокам. К концу года — завершена генеральная сверка базы поставщиков и покупателей, предпосылка для переноса исторических операций в новую систему без переноса старых ошибок.
Первый же тест на реальных документах показал расхождение единиц измерения между кодами старой системы и WMS — до этого никто напрямую не сверял два справочника между собой.
РешилиСинхронизация единиц измерения по коду УПП и доработка контура выгрузки по факту найденных расхождений.
СтолкнулисьПочти все решения по доступу до этого момента принимал один человек лично на стороне клиента — это работало, пока участников было немного, но стало тормозить процесс, как только выросло число ролей и пользователей.
РешилиСобрали единую матрицу доступа и начали постепенно передавать рутинные решения от первого лица отдельному ответственному сотруднику — этот переход завершился уже в начале 2021 года.
СтолкнулисьСверка базы контрагентов вскрыла годами копившиеся неточности, которые раньше вручную компенсировались бухгалтерией и никогда не были явно видны руководству.
РешилиЗакрыли генеральной инвентаризацией до конца года — сознательно не переносили эту работу на потом, чтобы не тащить старые ошибки в новую систему.
Перенос исторических данных, синхронизация справочников с WMS, настройка рабочих мест, утверждение схемы закупок, настройка складского учёта по ордерной схеме и сериям, донастройка схемы ГТД, синхронизация ERP с бухгалтерией, перенос кадрового блока в отдельную конфигурацию.
Из 12 пунктов плана к контрольной дате полностью в срок выполнен только один — утверждение схемы закупок. Перенос кадрового блока отстал почти на неделю, интеграционные вопросы с внешним поставщиком WMS вообще не показали прогресса на дату среза.
РешилиНе форсировали нереалистичный график — сознательно перенесли старт на полторы недели, честно зафиксировав план/факт вместо того, чтобы скрыть отставание.
На стороне завода — перевод рецептур в маршрутные карты и спецификации: пошаговое технологическое описание, по которому система планирует производство и считает расход сырья на каждом переделе.
Люди, которые десятилетиями считали технологические переделы «на глаз» и по памяти, не могли освоить формальный механизм расчёта с первого раза — потребовалось несколько итераций обучения на реальных рецептурах.
РешилиПошаговая поддержка на конкретных, живых расчётах вместо разовой презентации механизма.
Обнуление текущих оборотов, перегрузка остатков по партиям и ГТД из WMS, включение межорганизационного учёта, настройка ордерной схемы склада торгового дома. Обучение по функциональным блокам с поимённым списком и программой на каждый блок.
Прямо перед стартом обнаружилось: типовая роль «Операции по складу» в системе была единой для всех, тогда как реальная ответственность внутри клиента давно была разделена по конкретным складам.
РешилиДонастроили роли по факту, отдельно под каждый склад, буквально в последнюю предпусковую неделю.
Перегрузка ордеров по расходу, выгрузка перемещений готовой продукции и поступлений по импорту с обратной связью по ордерам. К концу месяца — контрольная точка: закрыт целый ряд направлений (доступ склада и менеджеров, подбор серий, печатные формы, автоматическое обновление товара по факту прихода из WMS), в работе остаются более тонкие вопросы — учёт веса товара, учёт паллет, доработка «тройного отчёта».
Обратная связь по ордерам иногда приходила из WMS с задержкой или дублировалась — система могла попытаться дважды провести один и тот же документ.
РешилиДоработали логику защиты от повторной обработки одного и того же документа.
СтолкнулисьЗа месяц до перехода часть направлений (вес товара, паллеты, короткое наименование контрагента) была ещё объективно не готова — и это стало понятно только на контрольной точке, а не раньше.
РешилиЧестно зафиксировали список открытых вопросов и расставили приоритеты, не форсируя закрытие второстепенного ради красивого отчёта о готовности.
Перегрузка исторических данных, обнуление взаиморасчётов, согласование финальной схемы работы склада — детальный, расписанный по дням план на неделю до старта. Затем пять дней, расписанных по часам: синхронизация номенклатуры и серий с WMS, обнуление всех данных по товародвижению, ночная загрузка остатков по сериям и ГТД. С утра последнего дня отдел продаж полностью перешёл на работу в ERP.
Именно на предпусковой неделе разом всплыли четыре практики, которые раньше нигде не были явно описаны: критерий «отгрузка одной партией» не срабатывал на реальных заказах; повреждённый товар годами числился на «свободных» остатках; отдел продаж и склад годами жили с разными негласными порогами по минимальному сроку годности; а передача готовой продукции с завода на склад оформлялась вручную Excel-файлом, а не документами системы.
РешилиКаждую практику формализовали по факту, а не по документу: убрали нерабочий критерий, ввели явный склад брака, свели порог по сроку годности к одной цифре, перевели передачу готовой продукции на документы системы прямо перед стартом.
СтолкнулисьВ момент самого перехода часть заказов была начата в старой системе, а должна была закрываться уже в новой — граничные случаи, которые не воспроизвести ни в одном тестовом сценарии, только в реальном переходе.
РешилиРучная сверка переходных документов силами обеих сторон день за днём, пока все «хвосты» из старой системы не закрылись.
Параллельно со стабилизацией торгового дома — внедрение отдельного контура учёта технического обслуживания и ремонтов на заводе: график осмотров, заявки на ремонт, привязка к наработке оборудования.
Часть производственных линий не имела автоматического учёта наработки часов — по ним заявки на обслуживание физически не могли формироваться сами, требовался ручной триггер.
РешилиСтандартизировали регламент по каждой линии отдельно и расширяли автоматический охват постепенно, а не пытались закрыть всё одним махом.
Итоговый сопроводительный отчёт фиксирует: все задачи, поставленные на этапе перехода, выполнены. В план развития на будущее — учёт тары и паллет на одном из складов, электронный документооборот с сетями, дальнейшее развитие блока планирования.
Несколько пунктов на дату отчёта оставались объективно не закрытыми — учёт тары и паллет на одном складе, электронный документооборот.
РешилиВнесли их в явный план развития вместо того, чтобы подогнать отчёт под красивое «100% готово» — и вернулись к ним отдельными проектами позже.
После закрытия основного этапа охват системы продолжил расти: электронный документооборот с сетями, кадровый контур, десятки точечных доработок под новые задачи бизнеса — не потому что «не доделали», а потому что система оказалась достаточно надёжной, чтобы на неё переносить всё больше процессов.
Права доступа остаются самой частой темой обращений во всех кварталах без исключения — с ростом числа пользователей и ролей матрица доступа никогда не становится «готовой навсегда».
РешилиПриняли это как рутинный, регулярный процесс, а не разовую задачу — донастройка прав теперь плановая, а не аварийная процедура.
Что мы теперь делаем иначе на старте любого перехода такого масштаба.
19 специалистов прошли через проект за 2,5 года. Ниже — сводка по ролям.
| Роль | Основной фокус | Часы | Стоимость, ₽ |
|---|---|---|---|
| Программист | Доработка документов и отчётов, интеграция с WMS, кадровый и зарплатный блок, печатные формы, ТОиР, права доступа, перенос данных | 8 196 | 40 978 750 |
| Аналитик | Блок планирования продаж и закупок | 832 | 4 158 750 |
| Руководитель проекта | Координация проекта, выезды на предприятие, обеспечение | 569 | 2 846 250 |
| Архитектор | Постановка задач по производственным процессам, подсистема бюджетирования | 376 | 1 880 000 |
| Консультант | Точечные доработки по функциональным блокам | 512 | 2 560 000 |
| Итого | 10 485 | 52 423 750 |
Потому что «обновление» и «переход» — разные по объёму задачи. Процессы завода были отлажены под УПП, но не формализованы: десяток операций держался на памяти конкретных людей. Каждый такой процесс пришлось описать, утвердить и провести через контроль заново — а не просто перенести в новую программу.
На этом проекте переход обошёлся в 52 423 750 ₽ за 10 485 часов работы команды по ставке 5 000 ₽/час. Итоговая стоимость индивидуальна и зависит от числа юрлиц, глубины интеграции со смежными системами и степени формализации процессов на старте.
Справочники и права доступа — самые частые источники задержек: ревизия номенклатуры и матрица доступа почти всегда оказываются отдельным проектом внутри проекта, а не быстрой сопутствующей задачей.
Да. Переход торгового дома на строгий партионный учёт был расписан по часам на пять дней, с ночной загрузкой остатков — отдел продаж начал работу в новой системе с утра следующего дня, без остановки отгрузок.
Планируете похожий переход? Смотрите полный перечень услуг по 1С.
Два с половиной года ушли на то, чтобы каждый из нескольких десятков блоков — от справочников до складского учёта, от закупок до отчётности сетям — был доведён до продуктивной эксплуатации, а не просто «включён» для галочки.
Спустя годы после запуска компания не просто продолжает пользоваться системой — она расширяет её на новые области бизнеса.