Завершение поддержки 1С:УПП для Беларуси: сроки и подготовка к переходу

Когда заканчивается поддержка 1С:УПП для Беларуси

Согласно информационному письму фирмы «1С» №30857, завершение поддержки белорусской конфигурации предусмотрено по следующему графику:

Условия опубликованы в официальном письме «1С» о завершении поддержки УПП для Беларуси.

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

Я рекомендую отдельно составить план текущей работы предприятия и план перехода. Необходимо понимать, как будут выполняться обязательные операции до запуска новой системы и кто за это отвечает.

Что делать, если переход ещё не начат

Если предприятие начинает подготовку в конце 2026 года, сначала нужно определить реальный объём проекта. Обещание завершить сложное внедрение к 1 января без обследования не даёт достаточных оснований для планирования.

Первое рабочее обсуждение я предлагаю посвятить четырём вопросам:

1. Какие процессы и обязательные отчёты необходимо обеспечить в первую очередь?
2. Какие подразделения и системы участвуют в их подготовке?
3. Что можно включить в первый этап перехода?
4. Как предприятие будет работать до его завершения?

Временная схема должна учитывать состояние учёта, доступность специалистов, технические зависимости и условия использования программ.

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

Чем заменить УПП: ERP или Комплексная автоматизация

Выбор новой системы нужно связывать с требованиями предприятия. Для предварительной оценки можно использовать следующую таблицу.

Это ориентиры для обсуждения. Окончательное решение следует принимать после проверки актуальной редакции программы на реальных задачах компании.

Я советую подготовить несколько сценариев: получение заказа, обеспечение материалами, выпуск продукции, расчёт себестоимости, согласование платежа. На демонстрации важно увидеть, как выполняются эти операции и какие результаты получает пользователь.

Так проще оценить соответствие системы вашим требованиям, чем по длинному перечню функций.

Что определить до начала внедрения

Формулировка «заменить УПП» объясняет повод для проекта, но не определяет его результат.

Полезнее зафиксировать конкретные цели. Например: получать себестоимость по заказам с расшифровкой затрат, сократить повторный ввод или объединить данные подразделений.

На предпроектном обследовании необходимо определить:

• процессы, которые войдут в первый запуск;
• требования подразделений и обязательную отчётность;
• состав данных для переноса;
• необходимые доработки и интеграции;
• участие сотрудников заказчика;
• этапы проекта и критерии приёмки.

Результаты обследования должны помогать управлять внедрением. Руководителю важно понимать, что предстоит сделать, какие вопросы ещё открыты и на каких предположениях основаны оценки бюджета и сроков.

Какие доработки и данные переносить

За годы использования УПП в системе могут накопиться изменения разного назначения. Одни поддерживают важные особенности предприятия, другие появились из-за прежних ограничений программы или временных договорённостей.

Каждую доработку предлагаю проверить по трём вопросам:

1. Какую задачу она решает?
2. Нужна ли эта задача сейчас?
3. Можно ли решить её типовыми средствами новой системы?

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

Отдельное решение требуется по данным: справочникам, остаткам, взаиморасчётам, незавершённому производству, открытым заказам и истории документов.

Перед переносом стоит проверить дубли, единицы измерения и заполнение обязательных реквизитов. Для исторических данных нужно определить, как часто и для каких задач к ним обращаются.

Успешная загрузка ещё не подтверждает правильность переноса. Заранее согласуйте отчёты для сверки, ответственных сотрудников и порядок устранения расхождений.

Как выбрать порядок запуска

Единовременный переход требует готовности всех процессов, необходимых для работы в согласованную дату.

Поэтапный запуск позволяет распределить нагрузку, но создаёт дополнительные требования к обменам и согласованности данных.

Если некоторое время используются две системы, необходимо определить:

• где создаётся каждый вид документа;
• где ведутся основные справочники;
• какие сведения передаются между программами;
• как контролируется обмен;
• кто отвечает за расхождения.

Без этих правил поэтапный переход может обернуться двойным вводом и постоянными сверками.

До покупки новой программы также нужно сопоставить график проекта с условиями апгрейда. Они могут ограничивать период дальнейшего ведения учёта в сданной в апгрейд УПП. Соответствующие условия приведены в официальном письме «1С», ссылка на которое размещена выше.

Кто должен участвовать в проекте

Со стороны предприятия нужны сотрудники, которые могут согласовать требования, объяснить особенности процессов, проверить данные и принять результат.

Я рекомендую заранее выделить им рабочее время. Если внедрением можно заниматься только после выполнения всех текущих задач, это должно быть учтено в графике.

Нужен и руководитель с полномочиями разрешать спорные вопросы между подразделениями. Например, когда изменение удобно одному отделу, но увеличивает нагрузку на другой.

От участия заказчика зависит не только скорость согласований. Именно его специалисты подтверждают, что система соответствует реальной работе предприятия.

Что проверить перед переходом в рабочую эксплуатацию

Проверка должна охватывать полный рабочий цикл. Для производственного предприятия это может быть последовательность:

Заказ → закупка материалов → производство → выпуск → реализация → расчёт себестоимости → отчёт руководителю.

В тестировании должны участвовать будущие пользователи. Необходимо проверить документы, права доступа, интеграции и итоговые показатели.

До запуска согласуйте:

• сценарии, которые должны пройти проверку;
• данные, которые необходимо сверить;
• ошибки, препятствующие запуску;
• ответственных за решение о переходе;
• поддержку первых рабочих дней.

План действий при серьёзных проблемах также нужен заранее. Возможность возврата к прежней схеме зависит от уже выполненных операций и организации обменов.

От чего зависят стоимость и сроки перехода

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

При обсуждении предложения я советую уточнять:

• какие работы включены;
• какие предположения использованы;
• что оценено предварительно;
• какие действия требуются от предприятия;
• что может изменить бюджет и график.

Разделение проекта на этапы с проверяемым результатом помогает контролировать расходы и своевременно принимать решения.

С чего начать подготовку

Соберите рабочую группу и подготовьте перечень процессов УПП, доработок, интеграций, обязательных отчётов и основных проблем. Укажите ограничения по срокам и доступности сотрудников.

Этого достаточно, чтобы начать предметное обсуждение обследования.

Моя основная рекомендация руководителю – до переноса данных добиться ясности: какие процессы запускаются, кто проверяет результат и на каких условиях предприятие начинает работать в новой системе. Это делает переход последовательностью решений, которыми можно управлять.