Вокруг перехода с 1С:УПП на 1С:ERP сейчас много разговоров.
Главный аргумент обычно звучит так:
«1С заканчивает поддержку УПП, значит, надо срочно переходить».
На первый взгляд логично. Но если смотреть на это как собственник или руководитель производственной компании, вопрос сложнее.
Переходить надо не потому, что «все пугают».
Переходить надо тогда, когда старая система уже ограничивает бизнес, создает риски, съедает деньги и не дает нормально управлять предприятием.
Если УПП хорошо внедрена, работает стабильно, не требует постоянной разработки, закрытие месяца проходит спокойно, процессы понятны, пользователи знают, что делать, а собственник получает нормальную управленческую информацию — я бы десять раз подумал, прежде чем срочно начинать большой проект перехода.
Потому что УПП на многих предприятиях внедряли не год и не два. Иногда система обрастала процессами 10–15 лет. Люди привыкали, доработки появлялись постепенно, учет подстраивался под реальную жизнь предприятия.
А в ERP придется многое переосмысливать.
И это не плохо. Но это точно нельзя делать на эмоциях.
Когда с переходом можно не спешить
Есть компании, где УПП действительно работает.
Не идеально, но предсказуемо.
Заказы отражаются.
Склад живой.
Производство учитывается.
Себестоимость считается.
Закрытие месяца не превращается в спецоперацию.
Доработки делаются редко и осознанно.
Пользователи понимают, как работать.
Собственник получает данные для принятия решений.
В такой ситуации переходить только из-за страха — плохая стратегия.
Можно потратить несколько миллионов рублей, загрузить команду, получить сопротивление пользователей, сорвать сроки, а в итоге сделать предприятию хуже.
Особенно опасно, когда проект начинается с мысли:
«Давайте просто перенесем всё как есть в ERP, а потом разберемся».
Почти никогда потом никто не разбирается.
Все старые проблемы переезжают в новую систему. Только теперь они становятся дороже, сложнее и выглядят современнее.
Если УПП работает хорошо, правильнее не бежать, а спокойно оценить риски:
что будет после прекращения поддержки;
какие участки критичны по законодательству;
какие есть обмены и интеграции;
есть ли маркировка;
какие доработки завязаны на старую архитектуру;
насколько команда готова к переходу;
какие бизнес-показатели компания хочет улучшить.
То есть начинать надо не с проекта внедрения, а с диагностики.
Когда переход уже надо готовить
Другая ситуация — когда УПП давно живет на постоянных «допилках».
Каждый новый процесс требует разработки.
Каждая новая форма отчетности вызывает аврал.
Каждое изменение законодательства превращается в отдельный мини-проект.
В системе накопилось столько артефактов, что никто уже не понимает, что можно трогать, а что нельзя.
Старший программист знает «всё», но кроме него этого не знает никто.
Вот это уже серьезный сигнал.
Особенно если параллельно компания растет, усложняется, выходит на новые рынки, сталкивается с маркировкой, электронным документооборотом, новыми требованиями к прослеживаемости, управлению производством и себестоимости.
В такой ситуации вопрос не в том, переходить или не переходить.
Вопрос в другом:
когда начинать готовиться;
какую целевую систему выбирать;
какие процессы менять;
что переносить;
что вычищать;
какие риски закрывать до запуска проекта.
Потому что отказ от устаревшей системы — это не технический перенос. Это управленческая трансформация.
Когда УПП стала не системой, а складом проблем
Есть еще более жесткий вариант.
УПП внедрена мягко говоря не очень хорошо.
Чтобы закрыть месяц, главный бухгалтер уходит в подполье на неделю, а иногда и на две — вместе с программистом.
В номенклатуре дубли не просто есть. Их уже никто не считает. Завести новую позицию проще, чем найти старую.
Отчетность рисуется на коленке.
Процессами владеет не бизнес, а программист, который знает, где какая кнопка, где какая обработка, где какой обходной путь.
Закупки живут отдельно.
Продажи отдельно.
Производство отдельно.
Склад отдельно.
Финансы отдельно.
А собственник получает картину мира уже после того, как проблема стала деньгами, сроками или конфликтом с клиентом.
Формально система есть.
Фактически это не система управления предприятием, а набор учетных контуров, доработок, привычек и обходных решений.
И да, так можно жить годами.
Многие так и живут.
Но когда собственник задает вопрос: «Стоит ли нам переходить на ERP?», надо отвечать честно:
если вы хотите просто заменить одну учетную систему на другую — не стоит;
если вы хотите навести порядок в управлении предприятием — стоит рассматривать переход как большой управленческий проект.
Главная ошибка: перенести всё как есть
Самая плохая стратегия при переходе с УПП на ERP — перенести старый хаос в новую базу.
«Сейчас перенесем как есть, а потом почистим».
Не почистите.
Потом начнутся отгрузки, закрытие месяца, производство, закупки, срочные заявки, вопросы пользователей, претензии руководителей.
И старые проблемы останутся внутри новой системы.
Только теперь это будет уже не «старенькая УПП», а «дорогая ERP, которая почему-то не дала эффекта».
ERP не лечит хаос.
Она может усилить управляемость, если процессы продуманы.
И она может ускорить хаос, если процессы не описаны.
Поэтому до перехода надо ответить на неприятные вопросы:
кто владеет процессом продаж;
кто отвечает за обеспеченность заказов;
кто отвечает за оборачиваемость склада;
кто отвечает за корректность НСИ;
кто отвечает за нормы и спецификации;
кто отвечает за себестоимость;
кто принимает решения по отклонениям;
кто отвечает за результат проекта внутри компании.
Если ответ везде один — «программист» или «подрядчик», проект уже в зоне риска.
Переход должен продаваться не страхом, а экономикой
Спонсору проекта недостаточно сказать:
«УПП заканчивается, надо переходить».
Это слабый аргумент для решения на несколько миллионов рублей.
Собственник думает иначе:
а если мы сорвем отгрузку ключевому клиенту;
а если производство встанет;
а если люди не захотят работать в новой системе;
а если лучшие сотрудники уволятся;
а если бюджет вырастет в два раза;
а если подрядчик не справится;
а если после проекта станет только хуже.
И эти опасения нормальные.
Поэтому переход на ERP надо обосновывать через экономические и управленческие цели.
Например:
сократить срок обработки заказа;
увеличить процент отгрузки заказов в срок;
снизить избыточные складские остатки;
повысить оборачиваемость запасов;
ускорить закрытие месяца;
получить маржинальность по заказам и группам номенклатуры;
снизить зависимость от отдельных сотрудников;
уменьшить количество ручных операций;
отказаться от бумажного документооборота;
подготовить процессы к использованию ИИ-инструментов.
Вот это уже разговор уровня собственника.
Не «купим новую систему», а «изменим управляемость компании».
Про людей забывают чаще всего
В проектах перехода на ERP обычно много говорят про функционал.
Про продажи.
Про закупки.
Про склад.
Про производство.
Про казначейство.
Про себестоимость.
Про регламентированный учет.
Но слишком мало говорят про людей.
А именно люди будут работать в новой системе.
Если бухгалтерия привыкла закрывать месяц через ручные корректировки, она будет сопротивляться прозрачности.
Если закупки привыкли закупать «с запасом», они будут сопротивляться контролю потребности.
Если производство привыкло жить без нормальной фиксации факта, оно будет говорить, что «это невозможно».
Если склад привык принимать и отпускать «по договоренности», адресное хранение и строгий учет покажутся лишней бюрократией.
Поэтому внедрение ERP — это не только про программу.
Это про изменение правил управления.
И здесь спонсор проекта не может сказать:
«Я вам плачу деньги, вы мне сделайте, чтобы было хорошо».
Не сделают.
Даже хороший подрядчик не сможет за собственника принять управленческие решения, согласовать конфликты подразделений, назначить владельцев процессов и заставить компанию работать по новым правилам.
Роль спонсора проекта критична
Одна из частых ошибок — самоустранение топ-менеджмента.
Проект вроде бы важный. Бюджет большой. Ожидания серьезные.
Но дальше звучит:
«Мы назначили ответственных, пусть они с подрядчиком работают».
И проект начинает жить своей жизнью.
Бухгалтерия тянет в одну сторону.
Закупки — в другую.
Продажи — в третью.
Производство вообще считает, что это не их проект.
ИТ пытается всех помирить, но полномочий у ИТ нет.
Подрядчик фиксирует требования, делает работы, закрывает этапы.
А через год топ-менеджменту докладывают:
«Система не работает».
Хотя формально она может работать. Просто компания не научилась ей управлять.
Спонсор не должен скатываться в микроменеджмент. Ему не надо согласовывать каждую настройку.
Но он обязан следить за вехами, целями и управленческими решениями.
До старта проекта должны быть понятны:
цели перехода;
границы проекта;
бизнес-показатели;
ключевые владельцы процессов;
полномочия руководителя проекта;
критические риски;
правила приемки работ;
план обучения пользователей;
план запуска и стабилизации.
Без этого проект легко превращается в классическое «сделайте нам, чтобы было хорошо».
Сколько стоит внедрение ERP
Частый вопрос:
«Сколько стоит перейти с УПП на ERP под ключ?»
Ответ неприятный: зависит от того, что вы называете переходом.
Если просто перенести данные из одной системы в другую и минимально настроить учет, теоретически можно уложиться в несколько месяцев и относительно небольшой бюджет.
Но это не переход на ERP в управленческом смысле.
Если нужно пересобрать бизнес-процессы, вычистить номенклатуру, навести порядок на складах, пересмотреть нормы, настроить управление производством, отказаться от бумаги, внедрить маркировку, управлять ценами, видеть себестоимость и маржинальность — это уже другой проект.
И бюджет будет другим.
Не зря система называется «Управление предприятием».
Это не просто учет приходов, расходов и остатков.
Это попытка перевести предприятие на другой уровень управляемости.
А значит, и подход должен быть другим.
Пример из практики
На одном проекте топ-менеджеры фактически самоустранились.
Все делегировали линейным руководителям. Линейные руководители, в свою очередь, передали все подрядчику со словами:
«Вы профессионалы, делайте как надо».
Подрядчик делал. Работы сдавались. Этапы закрывались. Документы подписывались.
Через год оказалось, что система вроде бы есть, компания в ней работает, но никто по-настоящему не понимает, как этим управлять.
Для пользователей это черный ящик.
Для топ-менеджмента — разочарование.
Для собственника — ощущение, что деньги потрачены зря.
И это не потому, что программа плохая.
А потому что проект внедрения подменили техническим исполнением.
Есть и другая практика.
Когда спонсор проекта вовлечен, хочет не просто «заменить УПП», а сделать компанию эффективнее. Когда он принимает решения, иногда непопулярные. Когда есть цели, владельцы процессов, контроль вех, обучение и нормальная приемка результата.
При сопоставимых бюджетах итог получается совершенно разный.
В первом случае предприятие просто переезжает в новую систему.
Во втором — начинает управлять сроками, деньгами, запасами, себестоимостью и людьми.
Так стоит ли переходить с УПП на ERP?
Мой ответ такой.
Если УПП работает стабильно, процессы понятны, управленческая информация есть, а риски поддержки контролируемы — не надо бежать в проект из-за страха. Надо спокойно оценить ситуацию и подготовить план.
Если УПП держится на постоянных доработках, ручных корректировках, старом программисте и героизме бухгалтерии — переход надо готовить.
Если компания хочет расти, управлять производством, видеть реальную себестоимость, контролировать склад, ускорять отгрузки и снижать зависимость от людей — вопрос уже не в том, «стоит ли переходить».
Вопрос в том, как сделать это без разрушения бизнеса.
Начинать надо не с выбора подрядчика и не с переноса данных.
Начинать надо с аудита текущей системы управления:
какие процессы реально работают;
где учет расходится с жизнью;
где зависают деньги;
какие данные недостоверны;
какие участки держатся на ручном труде;
где система помогает, а где только маскирует проблемы;
какие показатели собственник хочет улучшить после перехода.
Только после этого можно говорить о дорожной карте перехода.
Переход с УПП на ERP — это не переезд из старой программы в новую.
Это возможность пересобрать управление предприятием.
Но только если использовать этот переход не как техническую миграцию, а как управленческий проект.
Давайте обсудим
Интересно, как у вас сейчас устроена ситуация с УПП?
Система работает стабильно и трогать страшно?
Или уже накопилось столько доработок и обходных путей, что переход становится вопросом времени?
Напишите в комментариях, на каком вы этапе:
думаете о переходе;
уже готовитесь;
внедряете ERP;
пока решили остаться на УПП;
или вообще смотрите в сторону другой системы.
Думаю, многим будет полезно сравнить реальные ситуации, а не только теорию.
Если хотите подойти к переходу не как к техническому переносу данных, а как к управленческому проекту с понятной дорожной картой, подробнее описали подход здесь:
https://i-erp.ru/perekhod-na-erp
Запишитесь на бесплатный аудит и оцифруйте свои преимущества:
Наш сайт: i-erp.ru/
Telegram: t.me/RMS24_1C