Дедлайн апрель 2026
В апреле 2026 фирма «1С» принудительно переведёт всех пользователей ERP, КА и УТ на новую архитектуру взаиморасчётов. В июне старый код удалят из конфигурации полностью. Откатиться назад будет невозможно. Если вы ещё не начали подготовку — начинайте сегодня.
Поможем прямо сейчас
Настроим новые взаиморасчёты в 1С:ERP или КА — за вас
Первую задачу решим бесплатно — без договора и без оплаты. Оставьте номер, перезвоним.
Фирма «1С» с 2024 года переводит взаиморасчёты в ERP, КА и УТ на новую архитектуру. До сих пор это было добровольно — можно было включить новый режим, попробовать, откатиться. С апреля 2026 года выбора не будет.
Вот точные даты:
Переход на версию 2.6 (с новым интерфейсом платформы 8.5) невозможен без включённых онлайн-взаиморасчётов. Это блокирующее условие.
Чтобы понять, зачем «1С» ломает работающую систему, нужно разобраться, что было не так со старым режимом.
Распределение оплат по накладным происходило не в момент проведения документа, а по расписанию — фоновым регламентным заданием. Пересчёт шёл по месячным периодам.
deadlock, документы не проводятсяРаспределение оплат происходит в реальном времени — прямо при проведении документа. Сложные расчёты выносятся в фоновую обработку, но без блокировки интерфейса. Пересчёт идёт по дням, а не по месяцам.
Мы сталкивались с этим на каждом втором проекте по ERP. Главбух звонит: «Закрытие месяца зависло, менеджеры не могут проводить реализации». Причина — deadlock в регистрах взаиморасчётов. Лечится перезапуском регламентного задания, но осадок остаётся.
Что онлайн-режим даёт на практике:
Звучит хорошо. Но переход — это не «нажать кнопку». Это миграция данных из одной структуры регистров в другую. И вот тут начинаются нюансы.
Не уверены, коснётся ли это вас
* WhatsApp принадлежит компании Meta, признанной в России экстремистской организацией и запрещённой.
Для тех, кто работает с конфигуратором или управляет доработками — это ключевая информация. Регистры взаиморасчётов полностью переделаны: накопления заменены на сведения, изменилась логика запросов.
После июня 2026 эти объекты исчезнут из конфигурации:
РасчетыСКлиентамиРасчетыСПоставщикамиРасчетыСКлиентамиПоДокументамРасчетыСПоставщикамиПоДокументамНа них переходит вся логика онлайн-расчётов:
РасчетыСКлиентамиПоСрокамРасчетыСПоставщикамиПоСрокамЗаданияКРаспределениюРасчетовСуммаДокументовВВалютеРеглУчетаНовые регистры — это регистры сведений (не накопления). Другая структура, другие запросы, другая логика получения данных. Переписывать придётся не формально, а по существу.
Три этапа: подготовка до апреля, сам технический переход и доводка после миграции. Если пройти их по порядку — переход проходит без простоев.
Создайте копию. Не тестируйте на продуктиве. Никогда.
Минимум 2.5.25, рекомендуем последний доступный релиз перед 2.5.27.
Засеките время. Это критически важно — на больших базах процесс может занять от часов до дней.
Сформируйте отчёты по взаиморасчётам — сравните с данными до перехода. Дебиторка, кредиторка, взаимозачёты.
Каждое, что обращается к регистрам взаиморасчётов, нужно адаптировать под новые регистры сведений.
Процесс автоматизирован и состоит из двух фаз:
Фаза 1. Система блокирует регистры заданий (пользователи временно не проводят документы), выполняет контрольную актуализацию, затем многопоточно переносит данные в новые регистры. После переноса основной массы — разблокировка, пользователи продолжают работу. Параллельно идёт перенос оставшихся данных.
Фаза 2. Повторная кратковременная блокировка, доперенос изменений за время работы, переключение константы НоваяАрхитектураВзаиморасчетов в значение «Истина». Готово.
Количество потоков переноса регулируется константой «Количество потоков перехода на онлайн взаиморасчеты» — по умолчанию 8. На мощном сервере можно увеличить для ускорения.
План на несколько дней работы
* WhatsApp принадлежит компании Meta, признанной в России экстремистской организацией и запрещённой.
Мы собрали типичные проблемы из практики и с форумов Infostart — чтобы вы знали, к чему готовиться.
На одном из проектов обработка перехода пыталась обработать 235 000 записей. Расчётное время — 14 дней. После трёх дней работы упала с ошибкой PostgreSQL out of shared memory.
Решение: увеличить параметр max_locks_per_transaction в PostgreSQL, оптимизировать через параллельное выполнение. На MS SQL аналогичная проблема решается увеличением памяти для блокировок.
После включения онлайн-режима в регистрах обнаруживаются отрицательные остатки на исторические даты. Причина — старые ручные корректировки регистров.
Решение: обработка «Заполнение регистров взаиморасчётов» с фильтром по конкретным контрагентам. На базе с 3 000 контрагентов исправление заняло около двух часов.
Самая массовая проблема. Расширения, дописывающие логику к старым регистрам, после перехода начинают выдавать ошибки. А после июня 2026 — просто не скомпилируются.
Что делать: до перехода составьте полный список расширений. Для каждого проверьте обращения к РасчетыСКлиентами и производным. Есть — переписывайте под новые регистры.
В некоторых релизах (зафиксировано в 2.5.25.63) при определённых условиях система перезаписывает авансы, уводя расчёты в минус. Перезаполнение регистров помогает, но отмена проведения документа может вызвать рецидив.
Рекомендация: обновитесь до последнего релиза перед переходом — 1С активно исправляет такие ошибки в каждом обновлении.
Если вы включили онлайн-режим, потом отключили (решили «подождать»), а затем пытаетесь включить снова — можете получить невнятные ошибки. Регламентное задание по отложенным обновлениям не помогает. Решение: ручное изменение константы НоваяАрхитектураВзаиморасчетов. Но лучше не отключать после включения — если начали, доведите до конца.
Проще спросить, чем гадать
* WhatsApp принадлежит компании Meta, признанной в России экстремистской организацией и запрещённой.
Зависит от размера базы и количества доработок. Вот ориентиры, которые мы видим на проектах по ERP и КА.
Нет нестандартных доработок. 30–60 минут на сам переход + 2–3 часа на проверку отчётов.
Несколько расширений. 2–8 часов на переход + 1–2 дня на адаптацию доработок.
Десятки доработок и расширений. От суток до нескольких дней на сам переход + 1–2 недели на адаптацию доработок и переписывание отчётов.
Кейс из практики
На одном из проектов по 1С:ERP мы столкнулись с тем, что у клиента было 18 расширений, из которых 7 обращались к регистрам взаиморасчётов. Переписали за 8 рабочих дней. Сам переход данных занял 4 часа.
Если бы клиент не подготовился и обновился в апреле — получил бы 4 часа простоя плюс неработающие отчёты на неопределённый срок. Стресс главбуха в конце квартала и претензии от менеджеров, которые не могут увидеть актуальные долги клиентов.
13 пунктов, которые нужно закрыть до того, как вы нажмёте «Обновить» на продуктиве. Распечатайте и проходите по порядку.
Конфигурация (ERP / КА / УТ) + точный номер релиза. От этого зависит, до какого релиза обновляться.
Полная копия для тестов. Работать будем только с ней.
Минимум 2.5.25. Лучше — последний доступный перед 2.5.27.
Засеките время от начала до окончания миграции.
Дебиторка, кредиторка, взаимозачёты — сравните с цифрами до перехода.
Полный перечень: что установлено, кто разрабатывал, какие объекты затрагивает.
Обращения к РасчетыСКлиентами, РасчетыСПоставщиками и производным. Есть — в работу.
Переписываем под новые регистры сведений. Тестируем на копии.
Проверьте max_locks_per_transaction. На больших базах поднимаем в 2–4 раза.
Время минимальной нагрузки — выходные, ночь. С запасом по времени миграции.
Полный бэкап, который вы протестировали на восстановление. Это страховка.
В запланированное окно. С мониторингом, со связью с админами.
Новые документы: «Взаимозачёт задолженности», «Корректировка задолженности», «Корректировка графика взаиморасчётов».
Три сценария — выбирайте, какой ваш. Разница между первым и третьим — одна неделя подготовки и от 100 тысяч рублей потерь.
Переход запускается автоматически. База большая — простой на часы или дни. Доработки ломаются. Отчёты показывают ерунду. Бухгалтерия в панике.
Остаётесь на старой версии. Через полгода — нет обновлений законодательства (а НДС 22% и другие изменения требуют актуальных релизов). Нет перехода на 2.6. Нет поддержки 1С. Технический долг растёт.
Тестируете на копии. Адаптируете доработки. Переходите в удобное время. Всё работает. Бухгалтерия не знает, что что-то изменилось.
Разница между сценарием 1 и 3 — неделя подготовки. Стоимость сценария 1 для средней компании — от 100 тысяч рублей потерь на простое (не считая стресса).
До принудительного перехода — недели
Тестируем на копии, считаем сроки по вашему релизу и количеству доработок. Вы получаете план перехода и точную вилку по времени — до того, как апрельское обновление решит за вас.
Что чаще всего спрашивают главбухи и руководители проектов ERP при подготовке к переходу.
РасчетыСКлиентами и др.), перестанут работать. Их нужно переписать под новые регистры сведений до июня 2026.Готовимся к 27-му релизу
Протестируем на копии вашей базы, адаптируем доработки, проведём переход в удобное время. Вы не заметите разницы — кроме того, что отчёты стали точнее. Ответим за 15 минут или 3 дня обслуживания бесплатно.
Здравствуйте! Чем можем помочь? Выберите удобный способ связи:
Написать в Telegram Написать в WhatsApp Позвонить +7 931 111-20-21