Материал подготовлен по опубликованным релизным заметкам конфигурации «1С:ERP WE» (версия 2.6.1.61 от 10.09.2026). Номера релизов и состав функциональности в российской «1С:ERP Управление предприятием» отличаются: перед планированием работ сверяйте описание конкретного релиза вашей конфигурации на releases.1c.ru и в документации на 1С:ИТС. Не является универсальной инструкцией по обновлению баз с доработками.
Короткий вывод
Переход с редакции 2.5 на 2.6 — это не «обновление на выходных», а проект с двумя жёсткими входными условиями.
Первое: обновляться можно не с любой 2.5. В релизных заметках «1С:ERP WE» прямо сказано, что обновление на версию, где удалили устаревшие объекты конфигурации и неактуальные обработчики обновления, и на все последующие версии поддерживается
с версии 2.5.27 длительной поддержки и выше. То есть база на старой 2.5 сначала едет до поддерживаемой точки входа и только потом — на 2.6.
Второе: устаревшую функциональность гасят не одномоментно. Создание новых цепочек документов по ней уже ограничено, а
все существующие цепочки нужно закрыть или отменить к версии 2.6.2. Это не техническая задача администратора, а операционная работа складов, закупок и продаж, и её нельзя выполнить в ночь обновления.
Оговорка про номера версий, без которой дальше нельзя
Релиз 2.6.1.61 от 10 сентября 2026 года относится к конфигурации «1С:ERP WE». Это отдельная линейка, и переносить её номера, даты и перечень изменений на российскую «1С:ERP Управление предприятием» нельзя.
Практический вывод простой: цифры вида «2.5.27», «2.6.2» используйте как модель дедлайнов и как повод задать вопрос, а не как готовый план для своей базы. Точку входа и предельный релиз для закрытия цепочек берите из описания релизов именно вашей конфигурации. Ошибка здесь стоит дорого: команда полгода готовится к дедлайну, которого в её линейке нет, или наоборот — пропускает реальный.
Шаг 1. Поднять 2.5 до поддерживаемой точки входа
Пока база не на поддерживаемой версии 2.5, разговор о 2.6 преждевременный. Порядок работ:
- зафиксируйте текущую версию конфигурации, версию платформы и режим поддержки (снята ли конфигурация с поддержки полностью или частично);
- постройте маршрут обновления до версии длительной поддержки — иногда он многошаговый, и промежуточные релизы пропускать нельзя;
- отдельно проверьте, что версия платформы соответствует требованиям целевого релиза;
- запланируйте этот этап как самостоятельное обновление со своим тестированием, а не как «разгон» перед переходом на 2.6.
Базы, снятые с поддержки, проходят этот путь дольше всех. Если конфигурация правилась напрямую, до перехода на редакцию придётся отдельно решить, что переносится в расширения, а что выбрасывается.
Шаг 2. Инвентаризация расширений и доработок
Редакция 2.6 удаляет устаревшие объекты конфигурации и обработчики обновления. Любое расширение, которое цеплялось за удалённый объект, перестанет работать — и узнать об этом лучше на копии.
Соберите паспорт доработок: что это, кто заказчик, какой процесс закрывает, можно ли отключить. Дальше по каждому пункту решение — переносим, переписываем или удаляем. Типичный результат такой инвентаризации: треть расширений никому не нужна уже пару лет.
Отдельные зоны риска в 2.6, о которых стоит знать заранее:
- Очередь заданий. Механизмы оперативной и неоперативной очередей объединены, изменена приоритизация, регистрация заданий при проведении документов стала централизованной. Всё, что дописывалось «вокруг» проведения, требует проверки.
- Бюджетирование. Отражение документов в подсистеме бюджетирования выполняется через неоперативную очередь заданий; в закрытии месяца появился этап «Бюджетирование — Отражение в бюджетировании», а интерактивное выполнение доступно пользователю с соответствующей ролью. Отчёты бюджетирования теперь могут предупреждать о неактуальности данных.
- Оповещения о событиях системы. Временная таблица ВТКэшРеквизитов в настройках вида оповещения больше не используется, дубли отсекаются автоматически. Если ваши виды оповещений её задействовали, настройки нужно переделать.
Шаг 3. Инвентаризация обменов и интеграций
Обмены ломаются тише всего: база работает, пользователи входят, а документы просто перестают приезжать.
Составьте список: с кем обменивается ERP, по какому механизму, кто владелец канала с той стороны, как выглядит «обмен прошёл нормально». Сюда же — обмены с
1С:Комплексной автоматизацией, розницей, зарплатным контуром, внешними сервисами и интеграция с документооборотом. В релизных заметках 2.6 отдельно упоминается обновление библиотеки интеграции с «1С:Документооборотом» и изменение режима работы команды «Документооборот: Начать обработку» с возможностью множественного выполнения — это ровно тот класс изменений, который стоит проверить на копии до боевого перехода.
Для каждого канала заранее определите, что делать с документами, застрявшими в очереди на момент перехода.
Шаг 4. Закрытие устаревших цепочек документов
Это самый недооценённый пункт. Создание новых цепочек по устаревшей функциональности ограничивается, а существующие нужно довести до финального статуса к обозначенному релизу — в линейке ERP WE это 2.6.2.
Как организовать работу:
- Получите список открытых цепочек по каждой устаревшей функции с датами и ответственными подразделениями.
- Разделите его на три части: дозакрыть нормальным ходом процесса, отменить как неактуальное, разобрать вручную как проблемное.
- Назначьте владельца на каждую часть — не «ИТ», а руководителя того подразделения, чьи документы висят.
- Поставьте промежуточные контрольные точки: остаток открытых цепочек должен сокращаться каждую неделю, а не перед дедлайном.
- Закройте вход: договоритесь о дате, после которой новые документы по устаревшей схеме не заводят, даже если технически ещё можно.
Параллельно посмотрите на функциональность, которая приходит на замену. В 2.6 расширена работа с коммерческими предложениями: появились документы «Запрос коммерческих предложений у поставщиков», «Запрос коммерческого предложения от клиента», «Коммерческое предложение поставщика» и полная цепочка от заявки на закупку до заказа поставщику. Логично заранее решить, кто и как будет в ней работать.
Шаг 5. Регламент тестового обновления
Тестовое обновление имеет смысл, только если на копии прогоняются сценарии, которые кормят компанию, а не «открылась ли форма».
- Снимите полную копию боевой базы и обновите её по планируемому маршруту, фиксируя время каждого шага — это ваша оценка окна простоя.
- Прогоните сквозные сценарии: закупка, приёмка, выпуск, отгрузка, взаиморасчёты, казначейство.
- Отдельно прогоните закрытие месяца на копии прошлого периода, включая этап отражения в бюджетировании.
- Проверьте обмены в обе стороны и сверьте количество документов в очередях.
- Войдите под рабочими ролями — кладовщика, менеджера, расчётчика, — а не только под полными правами.
- Сверьте контрольные отчёты «до» и «после» на одних и тех же данных: остатки, себестоимость, валовая прибыль, взаиморасчёты.
- Зафиксируйте план отката: допустимое время простоя, порядок возврата на копию, кто оповещает пользователей.
Расхождение контрольных отчётов — это стоп-сигнал, а не «потом разберёмся в боевой».
Чек-лист перед принятием решения о дате
- целевой релиз и точка входа подтверждены по описанию релизов вашей конфигурации, а не по соседней линейке;
- база доведена до поддерживаемой версии 2.5 и стабильно на ней отработала закрытие месяца;
- паспорт расширений и доработок собран, по каждому есть решение;
- список обменов с владельцами каналов согласован с контрагентами и смежными подразделениями;
- открытые цепочки устаревших документов посчитаны, у каждой группы есть владелец и срок;
- дата входного стопа для новых документов по устаревшей схеме назначена;
- тестовое обновление пройдено с прогоном закрытия месяца и обменов;
- окно простоя и план отката оформлены документом, а не устной договорённостью;
- дата перехода не попадает на сдачу отчётности, инвентаризацию и пик отгрузок.
Переход на новую редакцию
1С:ERP дешевеет ровно настолько, насколько заранее сделана скучная часть: версии, расширения, обмены и закрытые цепочки документов. Технический этап после этого занимает выходные, а без этого — квартал.
Источники
- Вышла новая версия 2.6.1.61 типовой конфигурации «1С:ERP WE» (10.09.2026) — v8.1c.ru
- Описания релизов и полные PDF-описания версий — releases.1c.ru
- Документация и материалы по обновлению — 1С:ИТС
Контакты: it-digit.ru/about/contacts · +7 (495) 646-01-17 · sales@it-digit.ru
