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