Дедлайн апрель 2026
Новые взаиморасчёты в 1С:ERP и 1С:КА — что делать прямо сейчас
В апреле 2026 фирма «1С» принудительно переведёт всех пользователей ERP, КА и УТ на новую архитектуру взаиморасчётов. В июне старый код удалят из конфигурации полностью. Откатиться назад будет невозможно. Если вы ещё не начали подготовку — начинайте сегодня.
В этой статье
до суток
Поможем прямо сейчас
Настроим новые взаиморасчёты в 1С:ERP или КА — за вас
Первую задачу решим бесплатно — без договора и без оплаты. Оставьте номер, перезвоним.
Что происходит и почему это важно
Фирма «1С» с 2024 года переводит взаиморасчёты в ERP, КА и УТ на новую архитектуру. До сих пор это было добровольно — можно было включить новый режим, попробовать, откатиться. С апреля 2026 года выбора не будет.
Вот точные даты:
- Апрель 2026 (версия 2.5.27) — принудительный переход. При обновлении старый режим отключится автоматически.
- Июнь 2026 (версия 2.5.28 / 2.6) — полное удаление старого кода из конфигурации. Точка невозврата.
Переход на версию 2.6 (с новым интерфейсом платформы 8.5) невозможен без включённых онлайн-взаиморасчётов. Это блокирующее условие.
Старый режим vs новый: в чём разница
Чтобы понять, зачем «1С» ломает работающую систему, нужно разобраться, что было не так со старым режимом.
Пересчёт по расписанию
Распределение оплат по накладным происходило не в момент проведения документа, а по расписанию — фоновым регламентным заданием. Пересчёт шёл по месячным периодам.
- Оплата от клиента появляется в отчёте через час — когда отработает регламентное задание
- При закрытии месяца — взаимные блокировки
deadlock, документы не проводятся - Данные по дебиторке и кредиторке всегда «примерно актуальны»
Распределение в момент проведения
Распределение оплат происходит в реальном времени — прямо при проведении документа. Сложные расчёты выносятся в фоновую обработку, но без блокировки интерфейса. Пересчёт идёт по дням, а не по месяцам.
- Актуальные данные по дебиторке в любой момент
- Нет deadlock при закрытии — менеджеры продолжают работать
- ФИФО, аналитика по срокам, претензии — полноценный финансовый объект
Мы сталкивались с этим на каждом втором проекте по ERP. Главбух звонит: «Закрытие месяца зависло, менеджеры не могут проводить реализации». Причина — deadlock в регистрах взаиморасчётов. Лечится перезапуском регламентного задания, но осадок остаётся.
Что онлайн-режим даёт на практике:
- Актуальные данные в любой момент. Отчёт по дебиторке показывает реальное состояние, а не «на момент последнего пересчёта»
- Нет deadlock при закрытии месяца. Главбух закрывает период, менеджеры продолжают работать
- Новые аналитики: дата возникновения задолженности, дата планового погашения. Можно строить реальный прогноз денежного потока
- Распределение по ФИФО — первая оплата закрывает первую отгрузку. Прозрачно и предсказуемо
- Претензии стали полноценным финансовым объектом — учитываются в расчётах, а не висят «сбоку»
Звучит хорошо. Но переход — это не «нажать кнопку». Это миграция данных из одной структуры регистров в другую. И вот тут начинаются нюансы.
Не уверены, коснётся ли это вас
Подскажем, обязателен ли переход для вашей конфигурации
* WhatsApp принадлежит компании Meta, признанной в России экстремистской организацией и запрещённой.
Что меняется технически
Для тех, кто работает с конфигуратором или управляет доработками — это ключевая информация. Регистры взаиморасчётов полностью переделаны: накопления заменены на сведения, изменилась логика запросов.
Старые регистры накопления
После июня 2026 эти объекты исчезнут из конфигурации:
РасчетыСКлиентамиРасчетыСПоставщикамиРасчетыСКлиентамиПоДокументамРасчетыСПоставщикамиПоДокументам
Новые регистры сведений
На них переходит вся логика онлайн-расчётов:
РасчетыСКлиентамиПоСрокамРасчетыСПоставщикамиПоСрокамЗаданияКРаспределениюРасчетовСуммаДокументовВВалютеРеглУчета
Новые регистры — это регистры сведений (не накопления). Другая структура, другие запросы, другая логика получения данных. Переписывать придётся не формально, а по существу.
Пошаговый план перехода
Три этапа: подготовка до апреля, сам технический переход и доводка после миграции. Если пройти их по порядку — переход проходит без простоев.
Этап 1. Подготовка (сделать до апреля)
Копия рабочей базы
Создайте копию. Не тестируйте на продуктиве. Никогда.
Обновите до актуального релиза
Минимум 2.5.25, рекомендуем последний доступный релиз перед 2.5.27.
Запустите переход на копии
Засеките время. Это критически важно — на больших базах процесс может занять от часов до дней.
Сверьте остатки
Сформируйте отчёты по взаиморасчётам — сравните с данными до перехода. Дебиторка, кредиторка, взаимозачёты.
Список доработок и расширений
Каждое, что обращается к регистрам взаиморасчётов, нужно адаптировать под новые регистры сведений.
Этап 2. Технический переход
Процесс автоматизирован и состоит из двух фаз:
Фаза 1. Система блокирует регистры заданий (пользователи временно не проводят документы), выполняет контрольную актуализацию, затем многопоточно переносит данные в новые регистры. После переноса основной массы — разблокировка, пользователи продолжают работу. Параллельно идёт перенос оставшихся данных.
Фаза 2. Повторная кратковременная блокировка, доперенос изменений за время работы, переключение константы НоваяАрхитектураВзаиморасчетов в значение «Истина». Готово.
Количество потоков переноса регулируется константой «Количество потоков перехода на онлайн взаиморасчеты» — по умолчанию 8. На мощном сервере можно увеличить для ускорения.
Этап 3. После перехода
- Проверьте отчёты по взаиморасчётам — дебиторка, кредиторка, взаимозачёты
- При расхождениях — используйте обработку «Заполнение регистров взаиморасчётов»
- Обновите доработки под новые регистры
- Обучите сотрудников работе с новыми документами: «Взаимозачёт задолженности», «Корректировка задолженности», «Корректировка графика взаиморасчетов»
План на несколько дней работы
Не хотите проходить эти шаги сами? Проведём переход за вас
* 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С активно исправляет такие ошибки в каждом обновлении.
Невозможность повторного включения
Если вы включили онлайн-режим, потом отключили (решили «подождать»), а затем пытаетесь включить снова — можете получить невнятные ошибки. Регламентное задание по отложенным обновлениям не помогает. Решение: ручное изменение константы НоваяАрхитектураВзаиморасчетов. Но лучше не отключать после включения — если начали, доведите до конца.
Проще спросить, чем гадать
Не хотите разбираться с PostgreSQL и расширениями сами?
* WhatsApp принадлежит компании Meta, признанной в России экстремистской организацией и запрещённой.
Сколько времени закладывать
Зависит от размера базы и количества доработок. Вот ориентиры, которые мы видим на проектах по ERP и КА.
До 10 000 документов / год
Нет нестандартных доработок. 30–60 минут на сам переход + 2–3 часа на проверку отчётов.
10–50 тысяч документов
Несколько расширений. 2–8 часов на переход + 1–2 дня на адаптацию доработок.
50 000+ документов, много лет истории
Десятки доработок и расширений. От суток до нескольких дней на сам переход + 1–2 недели на адаптацию доработок и переписывание отчётов.
Кейс из практики
ERP-проект: 18 расширений, 7 завязаны на регистры взаиморасчётов
На одном из проектов по 1С:ERP мы столкнулись с тем, что у клиента было 18 расширений, из которых 7 обращались к регистрам взаиморасчётов. Переписали за 8 рабочих дней. Сам переход данных занял 4 часа.
Если бы клиент не подготовился и обновился в апреле — получил бы 4 часа простоя плюс неработающие отчёты на неопределённый срок. Стресс главбуха в конце квартала и претензии от менеджеров, которые не могут увидеть актуальные долги клиентов.
Чек-лист подготовки
13 пунктов, которые нужно закрыть до того, как вы нажмёте «Обновить» на продуктиве. Распечатайте и проходите по порядку.
Определите версию и релиз
Конфигурация (ERP / КА / УТ) + точный номер релиза. От этого зависит, до какого релиза обновляться.
Создайте копию рабочей базы
Полная копия для тестов. Работать будем только с ней.
Обновите копию до последнего релиза
Минимум 2.5.25. Лучше — последний доступный перед 2.5.27.
Запустите переход на копии
Засеките время от начала до окончания миграции.
Сверьте отчёты по взаиморасчётам
Дебиторка, кредиторка, взаимозачёты — сравните с цифрами до перехода.
Соберите список расширений и доработок
Полный перечень: что установлено, кто разрабатывал, какие объекты затрагивает.
Проверьте каждое расширение
Обращения к РасчетыСКлиентами, РасчетыСПоставщиками и производным. Есть — в работу.
Адаптируйте доработки
Переписываем под новые регистры сведений. Тестируем на копии.
Для PostgreSQL — параметры блокировок
Проверьте max_locks_per_transaction. На больших базах поднимаем в 2–4 раза.
Запланируйте окно на продуктиве
Время минимальной нагрузки — выходные, ночь. С запасом по времени миграции.
Свежая резервная копия перед миграцией
Полный бэкап, который вы протестировали на восстановление. Это страховка.
Проведите переход
В запланированное окно. С мониторингом, со связью с админами.
Обучите сотрудников
Новые документы: «Взаимозачёт задолженности», «Корректировка задолженности», «Корректировка графика взаиморасчётов».
Что будет, если ничего не делать
Три сценария — выбирайте, какой ваш. Разница между первым и третьим — одна неделя подготовки и от 100 тысяч рублей потерь.
Обновляетесь в апреле без подготовки
Переход запускается автоматически. База большая — простой на часы или дни. Доработки ломаются. Отчёты показывают ерунду. Бухгалтерия в панике.
Не обновляетесь вообще
Остаётесь на старой версии. Через полгода — нет обновлений законодательства (а НДС 22% и другие изменения требуют актуальных релизов). Нет перехода на 2.6. Нет поддержки 1С. Технический долг растёт.
Готовитесь заранее
Тестируете на копии. Адаптируете доработки. Переходите в удобное время. Всё работает. Бухгалтерия не знает, что что-то изменилось.
Разница между сценарием 1 и 3 — неделя подготовки. Стоимость сценария 1 для средней компании — от 100 тысяч рублей потерь на простое (не считая стресса).
До принудительного перехода — недели
Проверим вашу базу, пока переход ещё под вашим контролем
Тестируем на копии, считаем сроки по вашему релизу и количеству доработок. Вы получаете план перехода и точную вилку по времени — до того, как апрельское обновление решит за вас.
Частые вопросы
Что чаще всего спрашивают главбухи и руководители проектов ERP при подготовке к переходу.
РасчетыСКлиентами и др.), перестанут работать. Их нужно переписать под новые регистры сведений до июня 2026.Готовимся к 27-му релизу
Переход на новые взаиморасчёты — без простоя и сюрпризов
Протестируем на копии вашей базы, адаптируем доработки, проведём переход в удобное время. Вы не заметите разницы — кроме того, что отчёты стали точнее. Ответим за 15 минут или 3 дня обслуживания бесплатно.
