Для предприятий, которые продолжают работать в «1С:Управление производственным предприятием для Беларуси», вопрос перехода на новую систему уже перестал быть задачей «на перспективу».
Фирма «1С» объявила, что поддержка «1С:УПП для Беларуси» завершается в конце 2026 года. В первом квартале 2027 года обновления предполагается выпускать только при необходимости для сдачи отчётности за 2026 год. Изменения законодательства, вступающие в силу с января 2027 года, поддерживать не планируется. С 1 апреля 2027 года консультационная поддержка УПП для Беларуси также прекращается.
Для среднего и крупного предприятия это означает, что переход лучше рассматривать не как обычное обновление программы, а как полноценный проект изменения информационной системы.
Чаще всего новым решением становится «1С:ERP Управление предприятием 2 для Беларуси». Но механически переносить в ERP всё, что за годы накопилось в УПП, — одна из самых дорогих ошибок проекта.
Правильный переход начинается с другого вопроса:
не «как перенести нашу УПП в ERP?», а «как должна работать новая система после перехода?»
Разберём, чем отличается такой проект, что действительно нужно переносить, какие этапы нельзя пропускать и как снизить риск остановки учёта и производства.
Почему предприятиям на 1С:УПП нужно принимать решение сейчас
«1С:УПП для Беларуси» много лет использовалась для автоматизации производства, закупок, продаж, склада, финансов, бухгалтерского и управленческого учёта. Проблема не в том, что программа внезапно перестанет запускаться. Проблема в другом: продукт больше не развивается как современная ERP-система.
Фирма «1С» указывает, что УПП для Беларуси давно не развивается, не использует новые возможности платформы «1С:Предприятие 8.3» и не поддерживает новые сервисы фирмы «1С». Для крупных и средних компаний официально рекомендуется переход на «1С:ERP для Беларуси».
Поэтому предприятие, которое откладывает решение, постепенно накапливает сразу несколько рисков:
| Риск | Что происходит |
|---|---|
| Законодательный | после завершения поддержки изменения законодательства перестают штатно отражаться в УПП |
| Технологический | старая архитектура всё сильнее ограничивает развитие системы |
| Проектный | чем позже начинается переход, тем меньше времени остаётся на тестирование |
| Кадровый | необходимо одновременно вовлечь бухгалтерию, производство, финансы, склад, IT и руководство |
| Интеграционный | за годы вокруг УПП обычно появляется множество обменов и внешних систем |
| Данные | справочники и аналитика часто содержат дубли, ошибки и устаревшие записи |
| Доработки | часть изменений УПП уже реализована типовыми средствами ERP, а часть приходится проектировать заново |
Главная ошибка — дождаться момента, когда переход станет аварийной задачей. ERP-проект значительно безопаснее проводить тогда, когда действующая УПП ещё работает и может использоваться как источник данных и контрольная система.
Всегда ли нужно переходить именно на 1С:ERP
Нет. Это важный вопрос, который стоит решить до покупки лицензий и разработки технического задания.
Фирма «1С» рекомендует «1С:ERP для Беларуси» крупным и средним предприятиям. Для небольших организаций без сложного производства, ремонтного контура, развитого бюджетирования и ряда других функций предлагается рассматривать также «1С:Комплексную автоматизацию для Беларуси».
Условно выбор можно представить так:
| Ситуация | Что стоит рассмотреть |
|---|---|
| Сложное производственное предприятие | 1С:ERP |
| Многопередельное производство | 1С:ERP |
| Требуется планирование производства | 1С:ERP |
| Сложное управление финансами и бюджетирование | 1С:ERP |
| Несколько взаимосвязанных контуров управления | 1С:ERP |
| Среднее или крупное предприятие | чаще 1С:ERP |
| Небольшая организация с простым производством | проверить 1С:КА |
| Производственного контура практически нет | проверить, не является ли ERP избыточной |
| Нужны только торговля, склад и регламентированный учёт | необходимо сравнить более простые варианты |
Поэтому хороший проект миграции начинается не с установки ERP.
Он начинается с обследования предприятия и выбора целевой архитектуры.
Чем переход с УПП на ERP отличается от обычного обновления 1С
УПП и ERP решают много похожих задач, но это разные прикладные решения.
Переход нельзя рассматривать как обновление конфигурации, при котором существующая база просто становится ERP после установки нового релиза.
Меняются структура данных, документы, взаимосвязи объектов, подходы к отдельным процессам и возможности управления предприятием.
«1С:ERP для Беларуси» предназначена для комплексного управления предприятием и охватывает производство, ремонты, финансы, бюджетирование, продажи, закупки, склад, персонал, заработную плату, регламентированный учёт и аналитику. Решение работает на платформе «1С:Предприятие 8.3» и поддерживает современные клиентские и технологические механизмы платформы.
Поэтому переход обычно включает не только техническую миграцию, но и пересмотр того, как процессы предприятия должны быть реализованы в новой системе.
Что переносится из 1С:УПП в 1С:ERP
В поставку «1С:ERP для Беларуси» входят инструменты перехода, которые позволяют переносить из УПП нормативно-справочную информацию и начальные остатки. Инструкция по переносу входит в поставку ERP. Это важный момент. Стандартный переход не означает автоматическое копирование всей многолетней базы УПП в ERP один к одному.
На практике данные имеет смысл разделить на несколько групп.
| Группа | Типичные данные | Подход |
|---|---|---|
| НСИ | номенклатура, контрагенты, склады, подразделения и другие справочники | очистить, сопоставить и перенести |
| Начальные остатки | остатки по выбранной дате перехода | перенести и сверить |
| Незавершённые операции | заказы, производство, расчёты и другие открытые объекты | определить правила по каждому контуру |
| История | документы прошлых лет | переносить только при обоснованной необходимости |
| Доработанные данные | собственные регистры, справочники, реквизиты | анализировать отдельно |
| Интеграционные данные | идентификаторы и связи с внешними системами | сохранить либо перестроить |
Переносить всю историю только потому, что «она есть в старой базе», обычно нерационально. Чем больше исторических документов и нестандартных структур приходится преобразовывать, тем сложнее миграция и последующая проверка. Часть старых данных можно оставить доступной в архивной базе УПП для просмотра, а в ERP перенести данные, необходимые для дальнейшей работы. Но конкретная стратегия определяется требованиями предприятия, бухгалтерии, управленческого учёта и внутренних регламентов.
Что обязательно проверить до переноса данных
Качество ERP после запуска напрямую зависит от качества исходных данных. Если в УПП существуют три карточки одного контрагента, несколько вариантов одной номенклатуры, устаревшие подразделения и ошибочные аналитики, автоматический перенос не решит проблему. Он просто перенесёт её в новую систему. До миграции стоит провести отдельный анализ НСИ. Особое внимание обычно требуется номенклатуре, характеристикам, единицам измерения, контрагентам, договорам, организациям, подразделениям, складам, спецификациям, статьям затрат и другим аналитическим справочникам.
Практический принцип простой:
ERP лучше запускать на очищенных данных, чем превращать новую систему в копию проблем старой.
Нужно ли переносить все доработки из УПП
Нет. Перед переносом стоит составить реестр доработок УПП.
Для каждой доработки нужно понять:
| Вопрос | Зачем его задавать |
|---|---|
| Какую бизнес-задачу она решает? | отделить реальную потребность от исторически накопленного кода |
| Используется ли она сейчас? | часть старых разработок давно может быть не нужна |
| Есть ли аналог в ERP? | не разрабатывать повторно типовой функционал |
| Можно ли изменить процесс? | иногда новый процесс проще старой кастомизации |
| Нужно ли интегрировать внешнюю систему? | часть функций могла уже уйти за пределы УПП |
| Как часто используется функция? | определить приоритет |
| Что случится, если её не перенести? | понять критичность |
За десять лет эксплуатации УПП предприятие может накопить сотни изменений. Переносить их «как есть» опасно по двум причинам. Во-первых, архитектура ERP отличается. Во-вторых, часть задач, ради которых когда-то дорабатывали УПП, может уже решаться штатными механизмами новой системы.
Цель проекта — не воспроизвести УПП внутри ERP, а создать целевую систему с минимально необходимым количеством обоснованных доработок.
Этапы перехода с 1С:УПП на 1С:ERP
1. Предпроектное обследование
На первом этапе нужно понять реальное состояние действующей системы.
Результатом обследования должна быть не презентация со словами «рекомендуем ERP», а конкретная модель проекта:
что внедряем → что переносим → что дорабатываем → что интегрируем → что оставляем в архиве → в какой последовательности запускаем.
2. Определение целевой архитектуры
Нужно определить, какие функции будет выполнять ERP, а какие останутся в других системах. Например, на предприятии могут использоваться: 1С:ERP, WMS, сайт или B2B-портал, система маркировки, оборудование, CRM, банк, электронный документооборот, специализированные производственные программы. ERP не обязательно должна физически заменить каждую информационную систему. Важнее определить единые правила обмена данными и ответственность каждой системы.
3. Моделирование процессов в ERP
До массовой разработки полезно проверить критические процессы на тестовой базе.
Например:
заказ → потребность в материалах → закупка → производство → выпуск → себестоимость → отгрузка → финансовый результат.
Для другого предприятия критической цепочкой может быть:
план производства → обеспечение → склад → рабочие центры → выпуск → контроль затрат.
Такое моделирование позволяет заранее увидеть, где типовая ERP уже закрывает требования, а где действительно понадобится разработка.
4. Проектирование миграции данных
До написания обработок необходимо определить состав данных. Для каждого объекта фиксируется:
источник в УПП → правило преобразования → объект ERP → контроль результата.
Особенно важно заранее договориться, какая история нужна пользователям. Требование «перенести всё» необходимо разложить на конкретные сценарии. Что именно сотрудник хочет увидеть? Для какой операции? За какой период? Можно ли получить эти сведения из архивной УПП? Нужно ли использовать их в новых документах ERP? После таких вопросов объём действительно необходимой миграции часто становится значительно понятнее.
5. Очистка и подготовка данных
До тестовой миграции желательно устранить основные проблемы исходной базы. Это позволяет не исправлять одни и те же ошибки после каждой пробной загрузки. Особенно опасны дубли НСИ и несогласованная аналитика. Если разные подразделения годами использовали собственные правила ведения справочников, переход на ERP — хороший момент договориться об общей модели данных.
6. Настройка ERP и необходимые доработки
Следующий принцип стоит считать базовым:
сначала типовой функционал → затем настройка → только затем разработка.
Чем ближе система остаётся к стандартным механизмам, тем проще её дальнейшее обновление и развитие. Это не означает полный отказ от доработок программы 1С. Для производственного предприятия они часто необходимы. Но каждая существенная доработка должна иметь бизнес-обоснование.
7. Перенос и проверка данных
Одной успешной загрузки недостаточно. Необходимо проверить не только количество перенесённых объектов, но и их экономический смысл. Для остатков должны выполняться контрольные сверки. Для НСИ — сопоставление объектов. Для незавершённых операций — проверка дальнейшего прохождения процесса. Для производственного предприятия особенно важно тестировать не отдельные документы, а сквозные сценарии.
8. Перенастройка интеграций
Переход с УПП на ERP затрагивает не только 1С. Необходимо произвести интеграцию 1С с другими системами. Если действующая база обменивается данными с сайтом, банком, складской системой, оборудованием, CRM, мобильным приложением или другими сервисами, интеграционный контур нужно обследовать отдельно. Старый обмен не всегда имеет смысл просто «переписать под ERP». Иногда новая архитектура позволяет упростить его.
9. Тестирование
ERP нельзя считать готовой только потому, что разработчики завершили задачи. Проверять систему должны ключевые пользователи. Каждое подразделение тестирует реальные рабочие сценарии. Например, бухгалтерия — закрытие периода и регламентированный учёт. Производство — планирование и выпуск. Склад — поступления, перемещения и отгрузки. Закупки — обеспечение потребностей. Финансы — платежи, бюджеты и отчётность.
Результаты тестирования фиксируются. Критические ошибки устраняются до промышленного запуска.
10. Обучение пользователей
ERP отличается от УПП не только интерфейсом. У сотрудников могут измениться последовательность операций, ответственность за данные и точки контроля. Поэтому обучение лучше проводить на сценариях конкретного предприятия.
Пользователю важнее не знать расположение всех кнопок ERP, а понимать:
что он делает → какие данные вводит → откуда они появляются → кто использует результат дальше.
11. Пробная миграция
Перед окончательным переключением необходимо провести как минимум одну полноценную репетицию миграции. Она позволяет определить реальное время переноса, обнаружить ошибки данных и проверить процедуры сверки. Чем крупнее система, тем важнее заранее знать, сколько времени займёт технологическое окно.
12. Промышленный запуск
На дату запуска выполняется финальная подготовка данных, перенос согласованного состава информации и контрольные сверки. Первые периоды после запуска требуют усиленной поддержки. Это нормальная часть ERP-проекта. Задача команды внедрения — быстро разделять ошибки системы, ошибки данных, вопросы пользователей и новые требования.
Можно ли перейти на ERP с начала года
Начало года часто удобно для перехода, поскольку позволяет сформировать начальные остатки на понятную дату и упростить разделение старого и нового учёта. Но это не обязательное условие. Если предприятие не успевает качественно подготовить проект к 1 января, лучше выбрать другую контролируемую дату, чем запускать неподготовленную ERP только ради календаря.
Критерием должна быть готовность системы:
| Контрольная точка | Перед запуском |
|---|---|
| Целевые процессы согласованы | Да |
| Критические доработки завершены | Да |
| Интеграции протестированы | Да |
| НСИ подготовлена | Да |
| Остатки переносятся и сверяются | Да |
| Ключевые пользователи прошли тестирование | Да |
| Закрытие периода проверено | Да |
| Есть процедура отката и резервные копии | Да |
| Определена поддержка после запуска | Да |
Если несколько критических пунктов не выполнены, дата запуска важна меньше, чем готовность предприятия.
Три стратегии перехода с УПП на ERP
Единой схемы для всех предприятий нет.
Одномоментный переход
В определённую дату предприятие прекращает ввод новых операций в УПП и начинает работать в ERP.
Плюсы: понятная граница между системами, меньше длительного двойного учёта.
Минусы: высокая нагрузка на команду в момент запуска и жёсткие требования к предварительному тестированию.
Подходит, когда процессы хорошо обследованы, система проверена, миграция отрепетирована, а пользователи готовы.
Поэтапный переход
Функциональные блоки или подразделения запускаются последовательно.
Плюсы: проект легче контролировать, изменения распределяются во времени.
Минусы: временно приходится поддерживать более сложные обмены между старой и новой системой.
Подходит крупным предприятиям, где невозможно безопасно заменить весь контур одновременно.
Пилот с последующим масштабированием
Сначала ERP запускается на отдельном предприятии, подразделении, производственной площадке или ограниченном наборе процессов.
После проверки подход масштабируется.
Плюсы: многие проектные решения проверяются на реальной работе.
Минусы: необходимо заранее проектировать архитектуру так, чтобы пилот можно было расширить.
Для крупных групп компаний такой подход часто снижает организационные риски.
Что выбрать: типовой переход или полноценный проект внедрения
Если УПП практически типовая, процессы относительно стандартны, а объём интеграций небольшой, миграция может быть ближе к переходу между программными продуктами. Но у производственных предприятий УПП часто эксплуатировалась много лет. За это время в ней появляются собственные документы, отчёты, обработки, интеграции, дополнительные справочники и специфическая логика учёта. В таком случае правильнее рассматривать задачу как внедрение ERP с миграцией из УПП, а не просто как перенос базы.
Это принципиально разные подходы.
В первом случае вопрос звучит:
«Как перенести данные?»
Во втором:
«Как должна работать новая информационная система предприятия и какие данные для этого нужны?»
Для сложной УПП второй вопрос значительно важнее.
От чего зависит стоимость перехода с УПП на ERP
Назвать стоимость только по количеству пользователей нельзя. Два предприятия со ста пользователями могут отличаться по сложности проекта в несколько раз.
Основные факторы:
| Фактор | Как влияет на проект |
|---|---|
| Количество функциональных контуров | чем больше процессов внедряется, тем больше объём |
| Сложность производства | один из основных факторов ERP-проекта |
| Состояние УПП | большое число доработок увеличивает обследование |
| Качество НСИ | грязные данные увеличивают миграционные работы |
| Объём переносимой истории | требует разработки и проверки |
| Количество интеграций | каждая внешняя система требует анализа и тестирования |
| Количество организаций и площадок | увеличивает организационную сложность |
| Требования к отчётности | могут потребовать настройки и разработки |
| Обучение | зависит от количества ролей и пользователей |
| Инфраструктура | может потребоваться оптимизация серверной части |
| Сценарий запуска | одномоментный и поэтапный переход требуют разной организации |
Поэтому предварительный бюджет имеет смысл определять после короткого обследования существующей системы.
Фиксированная цена «перехода с УПП на ERP» без понимания доработок, данных и процессов обычно мало говорит о реальной стоимости проекта.
Основные риски перехода с 1С:УПП на ERP
Попытка перенести УПП один к одному
ERP превращается в дорогую копию старой системы.
Что делать: проектировать целевые процессы, а не интерфейс старой конфигурации.
Перенос всех доработок
Предприятие оплачивает повторную разработку функций, которые могут уже существовать в ERP.
Что делать: провести инвентаризацию доработок.
Перенос всей истории
Проект миграции становится существенно сложнее, а большая часть данных после запуска почти не используется.
Что делать: определить бизнес-требование к каждому историческому периоду.
Недооценка данных
Программная часть готова, но в справочниках остаются дубли и ошибки.
Что делать: выделить очистку НСИ в отдельный этап.
Отсутствие владельцев процессов
Все решения принимает IT, а пользователи подключаются перед запуском.
Что делать: назначить ответственных от бизнеса по каждому контуру.
Позднее тестирование
Критические проблемы обнаруживаются уже при промышленной эксплуатации.
Что делать: проверять систему на сквозных сценариях ещё до миграции.
Попытка решить всё первой очередью
Проект перегружается второстепенными требованиями.
Что делать: разделить требования на критические для запуска и последующее развитие.
Как понять, что предприятие готово к переходу
Перед запуском полезно задать один простой вопрос каждому владельцу процесса:
«Можете ли вы на тестовой ERP выполнить свой основной рабочий цикл от начала до конца и получить правильный результат?»
Не просто открыть программу. Не просто создать документ. А выполнить процесс.
Для производственного подразделения это может быть путь от потребности до выпуска. Для отдела продаж — от заказа до отгрузки. Для финансов — от заявки на оплату до контроля денежных средств. Для бухгалтерии — от первичного документа до закрытия периода.
Если основные процессы воспроизводятся, данные сверяются, интеграции работают, а пользователи знают свои действия, риск промышленного запуска становится управляемым.
Почему переход на ERP — удобный момент пересмотреть автоматизацию предприятия
Замена УПП сама по себе не должна быть целью. Предприятие уже тратит ресурсы на внедрение новой системы. Поэтому имеет смысл проверить, какие процессы можно сделать лучше.
Например, перейти от разрозненных Excel-файлов к единому планированию, связать производство с обеспечением материалами, убрать повторный ввод информации, наладить автоматический обмен с внешними системами, улучшить контроль себестоимости или создать более оперативную управленческую отчётность.
«1С:ERP для Беларуси» предназначена для комплексного управления и включает функциональные области производства, ремонтов, финансов, бюджетирования, продаж, закупок, склада, персонала и регламентированного учёта.
Именно поэтому переход лучше использовать не только для замены снятой с поддержки конфигурации, но и для исправления накопленных ограничений текущей автоматизации.
Как МигСофт подходит к переходу с УПП на ERP
Для сложных систем мы предлагаем начинать не с программирования, а с обследования.
Сначала определяем существующие процессы, доработки УПП, интеграции, качество данных и требования подразделений.
После этого формируем целевую архитектуру и план перехода.
Типовая последовательность выглядит так:
обследование → модель целевой системы → прототипирование → подготовка данных → настройка и разработка → интеграции → тестовая миграция → обучение → контрольный запуск → промышленная эксплуатация → сопровождение.
Такой подход позволяет ещё до основной разработки понять масштаб проекта и отделить действительно необходимые изменения от функций, которые уже есть в ERP.
Что сделать предприятию, которое пока работает в УПП
Не обязательно сразу начинать полномасштабное внедрение.
Первый разумный шаг — получить ответы на четыре вопроса:
1. Какая система должна заменить УПП именно на нашем предприятии?
2. Какие процессы и доработки необходимо перенести, а от каких можно отказаться?
3. Какие данные действительно нужны в новой ERP?
4. Какой объём работ должен быть выполнен до промышленного запуска?
После этого уже можно обсуждать архитектуру, этапы, команду, бюджет и дату запуска.
Для белорусских пользователей времени на неопределённость остаётся всё меньше: штатная поддержка «1С:УПП для Беларуси» завершается в конце 2026 года.
Частые вопросы о переходе с 1С:УПП на 1С:ERP
Можно ли автоматически перейти с УПП на ERP?
Полностью превратить существующую УПП в ERP обновлением нельзя.
В поставке «1С:ERP для Беларуси» предусмотрены инструменты переноса нормативно-справочной информации и начальных остатков из УПП. Но доработки, интеграции, правила учёта и дополнительные данные требуют отдельного анализа.
Нужно ли переносить все документы из УПП?
Не всегда.
Часто в ERP достаточно перенести НСИ, остатки и необходимые для продолжения работы данные, а УПП сохранить как архив.
Если исторические документы должны участвовать в операциях ERP или аналитике, требования к их переносу проектируются отдельно.
Что делать с доработками УПП?
Составить полный реестр и проверить каждую доработку.
Часть функций может оказаться ненужной, часть — присутствовать в типовой ERP, часть придётся реализовать заново.
Что лучше после УПП: ERP или Комплексная автоматизация?
Зависит от процессов предприятия.
Фирма «1С» рекомендует ERP для крупных и средних компаний, а для небольших предприятий без сложного производства и ряда развитых управленческих функций предлагает рассматривать «1С:Комплексную автоматизацию для Беларуси».
Сколько времени занимает переход с УПП на ERP?
Универсального срока нет.
Он зависит не столько от установки ERP, сколько от количества процессов, доработок, интеграций, качества данных, масштаба производства и состава миграции.
Срок имеет смысл оценивать после обследования.
Сколько стоит переход с 1С:УПП на ERP?
Стоимость складывается из лицензий, обследования, проектирования, настройки, миграции данных, необходимых доработок, интеграций, тестирования, обучения и поддержки запуска.
Без анализа существующей УПП точная оценка будет ненадёжной.
Можно ли продолжить работу в УПП после 2026 года?
Технически установленная информационная база не исчезает. Но для «1С:УПП для Беларуси» фирма «1С» завершает штатную поддержку: законодательные изменения с января 2027 года поддерживать не планируется, а с 1 апреля 2027 года прекращается консультационная поддержка. Для отчётности за 2026 год предусмотрен отдельный переходный период.
Когда нужно начинать подготовку?
Чем сложнее производство, больше доработок и интеграций, тем раньше.
Предпроектное обследование можно начинать ещё во время нормальной эксплуатации УПП. Это позволяет определить реальный объём перехода до того, как сроки станут критическими.
Переход с УПП на ERP стоит начинать с обследования, а не с переноса базы
У предприятия есть два способа отнестись к прекращению поддержки УПП.
Первый — постараться как можно быстрее заменить одну программу другой. Второй — использовать переход для построения системы, с которой предприятие сможет работать следующие годы. Для простой базы разница может быть небольшой. Для крупного производственного предприятия она принципиальна.
Правильный переход с 1С:УПП на 1С:ERP начинается с обследования процессов, данных, доработок и интеграций. После этого выбирается целевая архитектура, определяется состав миграции, моделируются процессы и только затем начинается основная реализация.
Так предприятие получает не копию старой УПП на новой платформе, а управляемую ERP-систему, которую можно развивать дальше.
Планируете переход с 1С:УПП на 1С:ERP?
Проведём первичный анализ действующей системы и определим:
что необходимо перенести из УПП, какие доработки действительно нужны, какие процессы можно закрыть типовым функционалом ERP, какие интеграции потребуется перестроить и из каких этапов будет состоять проект.
