Статьи директора · переход на новую редакцию

Редакция 2.6 в ERP и 11.6 в УТ: почему базу проще свернуть

Новые редакции уже вышли: 2.6 для ERP и Комплексной автоматизации, 11.6 для Управления торговлей. Главное для тех, у кого база живет давно, — удаление устаревшей функциональности. Если базе больше трех лет, скорее всего вам выгоднее ее свернуть, чем переносить историю на новые механизмы.

Что говорит сама программа

В свежих версиях 2.5 появилась форма «Готовность к переходу на редакцию 2.6». Она показывает список устаревших механизмов и состояние по каждому. Формулировки там прямые:

• «Функциональность устарела и будет удалена в редакции 2.6. Необходимо выполнить переход на новую функциональность».
• «После отключения устаревшей функциональности рекомендуется до перехода на редакцию 2.6 выполнить как минимум два закрытия месяца».

Прочитайте последнюю фразу еще раз. После перехода вы не сможете поправить период, который вели на старых механизмах. Никак.

Что именно отключается

По нашему опыту в ERP и КА чаще всего используются как раз те механизмы, которые попадают под удаление:

• «Старая» архитектура взаиморасчетов («оффлайн») — переходит на «новую» («онлайн»);
• Партионный учет версии 2.1 — на версию 2.2;
• Ценообразование версии 2.0 — на 2.5, и здесь автоматический переход невозможен, нужен помощник;
• Управление производством 2.1 — на 2.2;
• Производство из давальческого сырья и переработка на стороне версии 2.4 — на 2.5, тоже через помощник;
• Маршрутные карты — заменяются операциями в производственных спецификациях;
• учет внеоборотных активов 2.2, учет ТМЦ до ФСБУ 5, комиссионные продажи 2.0, контроль лимитов 2.4, единый документ «Ввод остатков», «стандартный» RLS.

Часть переходит сама, часть — только руками через помощник, а по некоторым позициям программа честно пишет «нельзя переходить на редакцию 2.6», пока не разобраться с документами.

В Управлении торговлей список короче

У УТ своя форма — «Готовность к переходу на редакцию 11.6», и позиций там всего шесть:

• Ценообразование версии 11.0 → 11.5. Единственная позиция со статусом «нельзя переходить»: нужен помощник перехода;
• комиссионные продажи 11.0 → 11.5;
• «старая» архитектура взаиморасчетов → «новая»;
• партионный учет 2.1 → 2.2;
• единый документ «Ввод остатков» → раздельные документы;
• «стандартный» RLS → «производительный».

Предупреждение вверху формы то же самое, дословно: корректировка закрытых периодов на старой функциональности в редакции 11.6 будет невозможна.

Сколько есть времени — и чего стоит ожидание

Спешить не обязательно, и это официальная позиция 1С. Версия 2.5.27 — актуальная версия длительной поддержки, ориентировочный период — до конца апреля 2027 года. В это время поддерживаются изменения законодательства и исправляются ошибки.

Формулировка самой 1С: пользователи, для которых новая функциональность не критична, а издержки перехода хочется минимизировать, могут остаться на 2.5.27 до окончания поддержки — а после перейти сразу на следующую версию длительной поддержки.

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

Почему свертка часто дешевле перехода

Чтобы уйти со старых механизмов «по-честному», нужно обнулить все оперативные регистры по ним: вернуть товары, закрыть взаиморасчеты, закрыть заказы и договоры. Все, что накопилось за годы.

Если базе пять-семь лет, сделать это в адекватные сроки практически нереально. А если базу заводили еще на редакции 2.1 или 2.2, потом обновляли через 2.4 на 2.5 — там накопилось несколько слоев наследства.

Свертка в этом случае обходится дешевле, чем закрытие старых механизмов и перенос остатков. Вы вводите остатки заново — сразу по новым механизмам, без хвостов.

Это ориентиры, а не правило. Многое зависит от того, как вели базу: у аккуратного учета и пятилетняя база переходит спокойно, у запущенного и трехлетняя доставит хлопот. Подробнее про саму процедуру и цены — в статье о свертке базы.

Когда это делать: конец года

Наш совет — планировать свертку на Новый год.

Причина простая: налоговый период — год. Если база используется для налогового учета, подстраиваться под налоговый период дешевле. Со всеми остальными можно договориться, а с налоговой договориться нельзя.

Отдельно про доработки

Если в базе есть свои доработки, к переходу добавляется еще одна работа.

Платформа предъявляет свои требования: к формам, к разнесению кода по модулям, к работе в веб-клиенте, к отказу от синхронных вызовов в пользу асинхронных. Все доработки нужно пересматривать под эти требования.

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

Честно о том, чего мы не делаем

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

Если вы хотите остаться на старом — это ваше право, база будет работать. Но тогда стоит заранее считать деньги на будущий переход: чем дольше живет наследство, тем дороже с ним расставаться.

С чего начать

Откройте в своей базе форму «Готовность к переходу на редакцию 2.6» — она есть в свежих версиях 2.5. Там видно, что у вас включено, что переходит само, а что потребует работы.

Если в списке есть строки со статусом «нельзя переходить» — это и есть ваш объем работ. Дальше считаем: перенос остатков или свертка.