1С:ERP и КА 2.5, УТ 11.5: чем заканчивается переход «на выходных» без подготовки
9 августа 2026
Старые редакции — ERP 2.4, КА 2.4 и УТ 11.4 — сняты с поддержки ещё в апреле 2022 года. Кто-то перешёл сразу, кто-то живёт на них до сих пор: «работает же». Проблема в том, что переход на 2.5 и 11.5 — это не очередное обновление релиза, а смена того, как система хранит остатки и считает себестоимость. Разбираем, что меняется под капотом, что ломается у тех, кто обновился «за выходные», и как выглядит нормальный план перехода с планом тестирования.
Коротко: почему вопрос уже не «переходить или нет»
Все три конфигурации предыдущего поколения перестали поддерживаться в апреле 2022 года. С тех пор для них не выходит ничего: ни изменений законодательства, ни новых требований маркировки, ни форматов электронных документов.
| Редакция | Что с поддержкой | Чего в ней не будет никогда |
|---|---|---|
| УТ 11.4 | Последний релиз 11.4.14.181 от 20.04.2022, поддержка завершена | Новые требования «Честного знака», изменения форматов ЭДО, ФСБУ |
| КА 2.4 | Поддержка релиза 2.4.14 завершена в конце апреля 2022 | То же плюс развитие функционала — оно остановлено ещё в 2020-м |
| ERP 2.4 | Развитие остановлено в 2020 году сразу после выхода 2.5, поддержка — до апреля 2022 | ФСБУ, новые контуры производства и планирования, интеграции с ГИС МТ |
Практический смысл: если вы на старой редакции, то четыре года закрываете регуляторные изменения доработками — за свои деньги и на свою ответственность. Каждый следующий год этот разрыв дороже, а переход — сложнее, потому что доработок становится больше.
Что реально меняется под капотом
Главное заблуждение, из-за которого переходы и заканчиваются авралом: «редакция 2.5 — это та же программа, только новее». Нет. Изменилась механика хранения данных, а значит — и то, откуда берутся цифры в ваших отчётах.
Остатки: какие регистры были и какие стали
Это главное техническое изменение, и именно из-за него возникает большинство историй «после перехода поехали цифры». В старых редакциях свободный остаток жил в одном регистре накопления. В 11.5 и 2.5 его роль разделили между двумя механизмами.
| Регистр | Тип | Что в нём и когда обновляется |
|---|---|---|
| Было: «Свободные остатки» | регистр накопления | Свободный остаток считался по движениям документов. Один источник правды для всего — и для подбора товара, и для отчётов |
| Стало: «Запасы и потребности» | регистр накопления | Заказанное, ожидаемое к поступлению и имеющееся на складе количество плюс ожидаемая дата поставки. Данные доступны сразу после проведения документа |
| Стало: «Распределение запасов» | регистр сведений | Распределение запасов по потребностям, доступный остаток на складе и в ожидаемых поступлениях, фактический остаток по назначениям. Заполняется фоновым заданием — и потому может отставать от «Запасов и потребностей» |
Отсюда два практических следствия. Первое: «отстаёт» — это штатное поведение, а не поломка; если фоновое задание распределения запасов не работает или не успевает, пользователи увидят устаревшие доступные остатки. Второе: при переходе движения по старому регистру система перезаписывает автоматически — но только те, что сделаны документами.
Ручные корректировки регистров — главная мина перехода. Если остатки правили не документом, а «Корректировкой регистров», новая механика такие записи корректно не подхватит: движения по старому регистру в них не заменятся, и после перехода появятся расхождения. Найти и переоформить такие корректировки документами нужно до перехода — это первый пункт нашего чек-листа не случайно.
Себестоимость и закрытие месяца
В 2.5 появилось разделение на предварительное и окончательное закрытие месяца (с релиза 2.5.7), переработан расчёт себестоимости и распределение затрат. Это плюс — но он же означает, что цифры после перехода могут не совпасть с прежними. Не потому что «сломалось», а потому что считается иначе. Как устроен этот расчёт и что его ломает, разбирали в статье про себестоимость.
Интерфейс, формы и ваши доработки
Формы, модули и права переработаны. Всё, что было доработано под старую редакцию, — расширения, внешние отчёты и обработки, печатные формы, правила обмена, интеграции с сайтом, маркетплейсами и ТСД — требует проверки и, как правило, переделки. Самое неприятное здесь то, что расширение может установиться, но не примениться: интерфейс выглядит обычным, кнопка на месте, функция просто не работает.
Что происходит без подготовки: шесть реальных сценариев
Это не гипотезы — такие случаи разбираются на профильных форумах и в базах решений, плюс два пункта из нашей практики.
Остатки расходятся между подбором и отчётом
После перехода менеджер видит в подборе товара один свободный остаток, а отчёт «Движение товара на складах» показывает другой. Причина — ошибки в регистре «Распределение запасов».
Лечение: обновиться на актуальный релиз и прогнать типовую обработку «Исправление ошибок в регистре сведений “Распределение запасов”» (Функции для технического специалиста → Найти ошибки → Исправить ошибки), предварительно на копии.
Обновление падает на неуникальных записях
Классика перехода УТ 11.4 → 11.5: процесс обрывается ошибкой вида «Записи регистра сведений стали неуникальными» (например, по состояниям предметов взаимодействий). Данные, законные в старой структуре, в новой нарушают уникальность.
Лечение: чистить дубли до перехода, на копии — иначе обновление встанет посреди окна простоя.
Месяц не закрывается
Типовые ошибки закрытия после перехода: «Обнаружены ненулевые остатки по суммам при нулевом остатке по количеству в регистре себестоимости», «Не отражены поступления работ в подразделения организации».
Лечение: закрыть и выверить последний период на старой редакции, перейти с «чистыми» остатками, а не тащить хвосты в новую базу.
Отрицательные остатки всплывают после перехода
Они были и раньше, просто старая механика их прощала. Новая — нет: расчёт себестоимости упирается в противоречивые данные и либо не выполняется, либо считает неверно.
Лечение: инвентаризация регистров и исправление отрицательных остатков до перехода, а не после.
Доработки «есть», но не работают
Расширение установилось, ошибок нет, а функция молча не отрабатывает — потому что форма или модуль в новой редакции изменились. Хуже всего, когда это интеграция: обмен с сайтом или ТСД «работает», а данные не идут.
Лечение: паспорт доработок до перехода и отдельный прогон каждой интеграции в тестовой базе — с проверкой не статуса, а результата.
Окно простоя не закрывается в выходные
На больших базах переход — это часы конвертации и пересчёта. Если начали в субботу вечером «по-быстрому», в понедельник компания может остаться без отгрузок.
Лечение: замерить длительность на копии реального объёма и планировать окно по факту, а не по ощущениям.
Почему подготовка — это не «перестраховка»
Переход технически выполняется штатным обновлением конфигурации: данные сохраняются, ничего не переносится вручную. Именно поэтому и возникает соблазн сделать его «как обычное обновление». Разница в том, что обычное обновление меняет код, а переход меняет структуру данных. Подготовка нужна ровно для того, чтобы к моменту смены структуры данные были непротиворечивы.
Простой критерий готовности: вы можете закрыть последний месяц на старой редакции без единой ошибки, а отчёты сходятся с оборотами по счетам. Если нет — переходить рано: все текущие противоречия приедут в новую базу и там всплывут уже под давлением сроков.
Два варианта перехода — и почему это разные проекты
| Вариант | Что делаем | Когда подходит |
|---|---|---|
| 1. Обновить текущую базу | Штатное обновление конфигурации до 11.5 / 2.5 с сохранением всей истории | История нужна целиком, база в приемлемом состоянии, доработок умеренно |
| 2. Начать новую базу | Перенести справочники и ввести начальные остатки, историю оставить в архивной копии | База «уставшая»: годы ручных корректировок, мусорные справочники, доработки, которые проще не переносить. Даёт чистый старт, но требует решения, где смотреть прошлые периоды |
Выбор делается по результатам аудита, а не по вкусу: если история нужна для аналитики и сверок — обновляем; если база превратилась в свалку, чистый старт дешевле, чем вычищать её перед переходом.
Чек-лист подготовки: 15 пунктов до боевого перехода
Это наш рабочий скрипт перехода — по нему мы идём на проектах. Порядок пунктов близок к очерёдности работ.
- Ручные корректировки регистров. Найти все и переоформить документами — новая механика их не подхватит (см. выше).
- Печатные формы. Собрать полный список и протестировать каждую: свои формы после перехода отваливаются чаще всего.
- Актуализация списка доработок с описанием. Не «список файлов», а что именно делает каждая доработка и зачем — без этого невозможно решить, переносить или заменить типовым.
- Сравнение остатков в разных регистрах. Между собой: складские, по организациям, свободные и резервы.
- Проверка обменов на тестовых базах. Особенно нетиповых — их нужно отдельно описать, пока не начался переход.
- Ордерная схема и адресное хранение. Самый чувствительный участок склада — проверять тщательно.
- Сверка остатков «на складах» против «товаров организаций». Расхождение здесь — стоп-сигнал для перехода.
- Интеркампани. Описать схему и протестировать: передачу между организациями, закрытие, отчётность.
- Обмены с госсистемами: ВетИС, «Честный знак», ЕГАИС, ГИИС ДМДК — те, что реально используются.
- Пользовательские инструкции. Интерфейс изменился — без инструкций первая неделя съест поддержку.
- Обучение пользователей до запуска, а не «разберутся по ходу».
- Планшеты, ТСД и оборудование. Проверять на реальных устройствах, а не на эмуляторе.
- Тестирование доработок — каждой, по сценарию использования.
- Достаточность прав пользователей. Роли переработаны: где-то видно лишнее, где-то не хватает нужного.
- Сопровождение запуска в рабочие часы силами команды проекта — обязательно с разработчиками, а не только с консультантами.
Отдельно по складу — что сделать перед самым переходом
- Закрыть все приходные и расходные ордера на ордерных складах, насколько возможно.
- Закрыть резервы — по возможности все.
- Закрыть месяц «чисто» хотя бы по товарам: без ошибок с минусами на остатках и без ошибок по резервам.
Что советует сама 1С
- Корректный перенос данных. Переносить можно блоками (справочники, остатки, документы, обороты) или целиком; во время переноса ничего в системе не менять, аккуратно задать дату и организацию.
- Все процедуры закрытия месяца выполнены без ошибок — до обновления, а не после.
- Проверить свободные остатки и резервы, заодно ставки НДС и взаиморасчёты: объектом расчётов теперь выступает не документ, а отдельный справочник — это меняет и сверки, и отчёты по долгам.
План действий: семь шагов
- Аудит текущей базы. Паспорт доработок (что изменено и зачем), список расширений, внешних отчётов и обработок, печатных форм, обменов и интеграций. Отдельно — объём базы и типовые ошибки закрытия.
- Выбор целевого релиза. Не «самый свежий», а актуальный стабильный — у 1С есть версии длительной поддержки. Ранние релизы 2.5 и 11.5 были заметно сырыми, и часть историй про «кривые остатки» родом именно оттуда.
- Чистка данных до перехода. Дубли, отрицательные остатки, незакрытые периоды, битые ссылки. Всё, что можно исправить в привычной системе, исправляется здесь — это дешевле в разы.
- Тестовый переход на копии. Полный прогон с замером времени: сколько идёт конвертация, сколько пересчёт. Отсюда берётся реальная длительность окна простоя.
- Тестирование по чек-листу (ниже) с участием ключевых пользователей, а не только ИТ. Сценарии — те, что реально кормят компанию: приёмка, отгрузка, розница, обмены.
- Боевой переход в согласованное окно. Резервная копия, план отката, ответственный на связи, заранее объявленный людям простой.
- Стабилизация — 2–4 недели. Отдельный канал для вопросов, ежедневный контроль ошибок и первое закрытие месяца в новой редакции под присмотром.
План тестирования: что именно проверять
Чек-лист, по которому идём мы. Принцип один: проверяется не «открывается ли форма», а получается ли тот же результат, что и до перехода.
| № | Блок | Что проверяем | Что считается провалом |
|---|---|---|---|
| 1 | Остатки и запасы | Свободный остаток в подборе товара против отчёта по складам — по десятку ходовых позиций | Числа не совпадают между подбором и отчётом |
| 2 | Сверка регистров | Остатки на складах против товаров организаций, резервы, ожидаемые поступления | Расхождение между регистрами — переходить нельзя |
| 3 | Себестоимость | Закрытие месяца на перенесённом периоде, валовая прибыль по номенклатуре | Ошибки закрытия; расхождение с цифрами старой базы, которое никто не может объяснить |
| 4 | Продажи | Сквозной сценарий: заказ → резерв → отгрузка → счёт → оплата | Резерв не встаёт, документ не проводится, печатная форма пустая |
| 5 | Склад: ордера и адресное хранение | Приёмка и отгрузка по ордерной схеме, размещение и отбор по ячейкам, инвентаризация | Ордер не закрывается, отбор предлагает пустые ячейки |
| 6 | Оборудование | ТСД, планшеты, сканеры, принтеры этикеток — на реальных устройствах | ТСД не видит задания или не отдаёт результат в базу |
| 7 | Маркировка и госсистемы | «Честный знак», ВетИС, ЕГАИС, ГИИС ДМДК — те, что используются | Коды не проходят проверку, документы не уходят |
| 8 | Интеркампани | Передача между организациями, закрытие, отчётность по схеме | Документы не формируются или формируются с неверной организацией |
| 9 | Обмены и интеграции | Каждый обмен отдельно: бухгалтерия, сайт, маркетплейсы, банк; нетиповые — по описанию | Задание «выполнено», а данные не пришли — проверять результат, а не статус |
| 10 | Взаиморасчёты | Сверка долгов и авансов: объектом расчётов теперь служит справочник, а не документ | Задолженность в новой базе не сходится со старой |
| 11 | Печатные формы | Полный список форм, включая доработанные, — по одному документу на каждую | Форма не открывается, пустая или потеряла реквизиты |
| 12 | Доработки | Каждый пункт паспорта доработок — вручную, по сценарию использования | Функция молча не срабатывает при отсутствии ошибок в журнале |
| 13 | Права | Вход под ролями: кладовщик, менеджер, бухгалтер, руководитель | Видно лишнее или не видно нужного |
| 14 | Отчётность | 10–15 отчётов, которыми реально пользуются, — сравнение с выгрузкой из старой базы | Расхождения без объяснения методикой |
| 15 | Производительность | Пиковые операции на реальном объёме и числе пользователей | Проведение или отчёт стали заметно медленнее прежнего |
Критерий приёмки: ключевые пользователи прошли свои сценарии и подтвердили результат письменно, закрытие месяца в тестовой базе выполнено без ошибок, замерена длительность окна. Пока этих трёх пунктов нет — боевой переход не назначается.
Что мы делаем и чего не делаем
Делаем: аудит доработок и данных, выбор целевого релиза, тестовый переход с замером окна, чек-лист тестирования под ваши процессы, боевой переход и сопровождение первого закрытия месяца.
Не делаем: не обновляем «на выходных без анализа» и не обещаем, что цифры сойдутся сами. Если база четыре года жила с отрицательными остатками и ручными корректировками, переход их не вылечит — это отдельная работа, и мы скажем об этом до начала, а не в процессе.
Как именно эту работу ускоряет AI — аудит доработок, поиск проблемных данных, построчная сверка остатков «было — стало» и замер боевого окна — разобрано на отдельной странице: AI Переход на ERP 2.5, КА 2.5 и УТ 11.5.
Частые вопросы
Можно ли остаться на старой редакции ещё на год-два?
Технически система работает. Но любое изменение требований — маркировка, форматы ЭДО, отчётность — придётся закрывать доработками за свой счёт, и с каждым годом их становится больше. Плюс растёт стоимость самого перехода: чем больше самописного кода, тем дольше его переносить.
Сколько занимает переход?
Зависит от объёма базы и количества доработок. Техническая часть — часы, вся работа с подготовкой и тестированием — обычно недели. Реальный срок называется после аудита, до начала работ.
Данные переносятся или теряются?
Переход выполняется штатным обновлением конфигурации с сохранением всех данных — ручной перенос не нужен. Риск не в потере, а в противоречиях, которые новая механика перестаёт прощать.
Почему цифры после перехода отличаются от прежних?
Часть механик считается иначе — прежде всего себестоимость и распределение затрат. Это нормально, если разницу можно объяснить методикой. Ненормально — когда объяснения нет: тогда это ошибка переноса, и её надо найти до того, как отчёт уйдёт собственнику.
У нас много доработок. Их все придётся переделывать?
Не все. Часть функций в новой редакции стала типовой — их проще выключить, чем переносить. Именно это и показывает аудит: что переносим, что выбрасываем, что заменяем штатным механизмом.
С чего начать
Самый дешёвый первый шаг — понять, в каком состоянии база и что в ней доработано. AI Диагностика 1С показывает список доработок и расширений, ошибки закрытия периодов, отрицательные остатки и проблемные места, которые при переходе всплывут первыми. Дальше решение за вами: с этим списком можно идти к любому подрядчику — или к нам, на переход на новую редакцию.
Сроки поддержки указаны по официальным данным 1С на август 2026 года. Примеры проблем собраны из открытых источников (форумы Инфостарт и Рарус, базы решений партнёров) и нашей практики. Смежные материалы: AI Переход на новую редакцию 1С, обновление 1С без остановки бизнеса, себестоимость в 1С, партионный учёт, поддержка 1С.
Понять, что ждёт вашу базу при переходе
Напишите, какая у вас редакция и сколько доработок: посмотрим, что придётся переносить, где данные придётся чистить до перехода и в какое окно всё это реально уложится.
Цифры в примерах условные и приведены для иллюстрации расчёта. Условия площадок — комиссии, сроки выплат, порядок компенсаций — меняются: перед решениями сверяйтесь с действующей офертой. Pavel.Stupko@iteal.expert · @pgstupko