Обновлено в октябре 2026
Новые взаиморасчёты в 1С:ERP и 1С:КА: сроки и что делать после перехода
Переход на онлайн-взаиморасчёты запускается сам при обновлении на релиз 2.5.27. Обязательным для всех он станет не раньше 30 апреля 2027 года, а в редакции 2.6 учёт на старой архитектуре уже закрыт. Разбираем, что делать, если база ещё на старой схеме, и почему после перехода расходится дебиторка.
Кристина ЭргардтРуководитель проектов внедрения 1С:ERP и КА
В этой статье
до суток
Поможем прямо сейчас
Настроим новые взаиморасчёты в 1С:ERP или КА — за вас
Первую задачу решим бесплатно — без договора и без оплаты. Оставьте номер, перезвоним.
Что происходит и почему это важно
Фирма «1С» с 2024 года переводит взаиморасчёты в ERP, КА и УТ на новую архитектуру. Весной во многих статьях, и в первой версии этой тоже, называли срок обязательного перехода «апрель 2026». Он не подтвердился.
Что известно на октябрь 2026:
- Релиз 2.5.27 (сборки выходят с июня 2026). При обновлении на него переход на онлайн-взаиморасчёты запускается автоматически. Пока он идёт, пользователи работают на старой схеме, а отчёты показывают предупреждение.
- Редакция 2.6 вышла 19 августа 2026 вместе с платформой 8.5. В 2.6.1 на старой архитектуре нельзя начать новые учётные процессы, в 2.6.3 учёт на ней недоступен, старые данные открываются только для просмотра.
- Обязательный переход для всех назначен не ранее 30 апреля 2027 года. Дату связывают с концом поддержки 2.5.27: этот релиз будут поддерживать не меньше года. Конкретные версии 1С обещала сообщить партнёрам письмами.
Даты взяты из новости дистрибьютора 1С-Рарус от 19 августа 2026 и описания релиза 2.5.27.45 на buh.ru. Письма 1С со списком версий мы пока не видели. Когда оно выйдет, обновим статью.
Сидеть на релизе до 2.5.27 можно, но новые требования законодательства выходят в свежих сборках. Чем дольше база стоит на старом релизе, тем больше обновлений придётся ставить разом.
Уже перешли, а взаиморасчёты не сходятся
Пять жалоб, с которыми приходят чаще всего после перехода. Решения собраны из разборов партнёров 1С и нашей практики. Любое из них сначала проверяйте на копии базы.
- Остатки разошлись с тем, что было до перехода. Ручные корректировки старых регистров при переходе не переносятся. Разницу закрывают документом «Корректировка задолженности», по каждому контрагенту отдельно.
- По одному клиенту висят и аванс, и неоплаченная накладная. Новые отчёты показывают долг в разрезе объектов расчётов: заказа, договора, накладной. Если аванс пришёл по одному объекту, а отгрузка прошла по другому, сами они не зачтутся. Их сводят документом «Взаимозачёт задолженности».
- После перезаполнения расчёты ушли в минус. Обработка «Заполнение регистров взаиморасчётов» не учитывает старые ручные корректировки и при полном перезаполнении может сдвинуть остатки. Запускайте её частично, по контрагенту или объекту расчётов, и перепроведите затронутые документы.
- Документы стали проводиться медленно. Оплаты теперь распределяются в момент проведения. На нагруженных базах распределение временно переводят в фон, пока разбираются с производительностью.
- Закрытие месяца встаёт на ошибке по начальным остаткам финансовых регистров взаиморасчётов. Обычно это данные, которые перенеслись с ошибкой. Исправляют на копии, затем сверяют дебиторку и кредиторку с регламентным учётом.
Старый режим vs новый: в чём разница
Чтобы понять, зачем «1С» ломает работающую систему, нужно разобраться, что было не так со старым режимом.
Пересчёт по расписанию
Распределение оплат по накладным происходило не в момент проведения документа, а по расписанию — фоновым регламентным заданием. Пересчёт шёл по месячным периодам.
- Оплата от клиента появляется в отчёте через час — когда отработает регламентное задание
- При закрытии месяца — взаимные блокировки
deadlock, документы не проводятся - Данные по дебиторке и кредиторке всегда «примерно актуальны»
Распределение в момент проведения
Распределение оплат происходит в реальном времени — прямо при проведении документа. Сложные расчёты выносятся в фоновую обработку, но без блокировки интерфейса. Пересчёт идёт по дням, а не по месяцам.
- Актуальные данные по дебиторке в любой момент
- Нет deadlock при закрытии — менеджеры продолжают работать
- ФИФО, аналитика по срокам, претензии — полноценный финансовый объект
Мы сталкивались с этим на каждом втором проекте по ERP. Главбух звонит: «Закрытие месяца зависло, менеджеры не могут проводить реализации». Причина — deadlock в регистрах взаиморасчётов. Лечится перезапуском регламентного задания, но осадок остаётся.
Что онлайн-режим даёт на практике:
- Актуальные данные в любой момент. Отчёт по дебиторке показывает реальное состояние, а не «на момент последнего пересчёта»
- Нет deadlock при закрытии месяца. Главбух закрывает период, менеджеры продолжают работать
- Новые аналитики: дата возникновения задолженности, дата планового погашения. Можно строить реальный прогноз денежного потока
- Распределение по ФИФО — первая оплата закрывает первую отгрузку. Прозрачно и предсказуемо
- Претензии стали полноценным финансовым объектом — учитываются в расчётах, а не висят «сбоку»
Звучит хорошо. Но переход — это не «нажать кнопку». Это миграция данных из одной структуры регистров в другую. И вот тут начинаются нюансы.
Не уверены, коснётся ли это вас
Подскажем, обязателен ли переход для вашей конфигурации
* WhatsApp принадлежит компании Meta, признанной в России экстремистской организацией и запрещённой.
Что меняется технически
Для тех, кто работает с конфигуратором или управляет доработками — это ключевая информация. Регистры взаиморасчётов полностью переделаны: накопления заменены на сведения, изменилась логика запросов.
Старые регистры накопления
В редакции 2.6 старой архитектуры нет, эти объекты больше не используются:
РасчетыСКлиентамиРасчетыСПоставщикамиРасчетыСКлиентамиПоДокументамРасчетыСПоставщикамиПоДокументам
Новые регистры сведений
На них переходит вся логика онлайн-расчётов:
РасчетыСКлиентамиПоСрокамРасчетыСПоставщикамиПоСрокамЗаданияКРаспределениюРасчетовСуммаДокументовВВалютеРеглУчета
Новые регистры — это регистры сведений (не накопления). Другая структура, другие запросы, другая логика получения данных. Переписывать придётся не формально, а по существу.
Пошаговый план перехода
Три этапа: подготовка на копии, сам переход и доводка после него. Если пройти их по порядку, рабочая база не простаивает.
Этап 1. Подготовка на копии базы
Копия рабочей базы
Создайте копию. Не тестируйте на продуктиве. Никогда.
Подготовьте расчёты и обновите копию до 2.5.27
Перед обновлением закройте месяц или выполните задание «Выполнение отложенных движений по расчётам». С нераспределёнными расчётами переход идёт дольше. Берите последнюю сборку 2.5.27.
Дождитесь перехода на копии
На 2.5.27 он запустится сам после обновления. Засеките время: на больших базах процесс идёт от часов до дней.
Сверьте остатки
Сформируйте отчёты по взаиморасчётам — сравните с данными до перехода. Дебиторка, кредиторка, взаимозачёты.
Список доработок и расширений
Каждое, что обращается к регистрам взаиморасчётов, нужно адаптировать под новые регистры сведений.
Этап 2. Технический переход
Процесс автоматизирован и состоит из двух фаз:
Фаза 1. Система блокирует регистры заданий (пользователи временно не проводят документы), выполняет контрольную актуализацию, затем многопоточно переносит данные в новые регистры. После переноса основной массы — разблокировка, пользователи продолжают работу. Параллельно идёт перенос оставшихся данных.
Фаза 2. Повторная кратковременная блокировка, доперенос изменений за время работы, переключение константы НоваяАрхитектураВзаиморасчетов в значение «Истина». Готово.
Количество потоков переноса регулируется константой «Количество потоков перехода на онлайн взаиморасчеты» — по умолчанию 8. На мощном сервере можно увеличить для ускорения.
Этап 3. После перехода
- Проверьте отчёты по взаиморасчётам — дебиторка, кредиторка, взаимозачёты
- При расхождениях — используйте обработку «Заполнение регистров взаиморасчётов»
- Обновите доработки под новые регистры
- Обучите сотрудников работе с новыми документами: «Взаимозачёт задолженности», «Корректировка задолженности», «Корректировка графика взаиморасчетов»
План на несколько дней работы
Не хотите проходить эти шаги сами? Проведём переход за вас
* WhatsApp принадлежит компании Meta, признанной в России экстремистской организацией и запрещённой.
Где обычно всё ломается: реальные проблемы
Мы собрали типичные проблемы из практики и с форумов Infostart — чтобы вы знали, к чему готовиться.
Гигантские базы — перенос на дни
На больших базах обработка перехода идёт днями. На PostgreSQL она может упасть с ошибкой out of shared memory: серверу не хватает слотов для блокировок.
Решение: увеличить параметр max_locks_per_transaction в PostgreSQL, оптимизировать через параллельное выполнение. На MS SQL аналогичная проблема решается увеличением памяти для блокировок.
Отрицательные остатки после перехода
После включения онлайн-режима в регистрах обнаруживаются отрицательные остатки на исторические даты. Причина — старые ручные корректировки регистров.
Решение: обработка «Заполнение регистров взаиморасчётов» с фильтром по конкретным контрагентам. На базе с 3 000 контрагентов исправление заняло около двух часов.
Расширения перестают работать
Самая массовая проблема. Расширения, дописывающие логику к старым регистрам, после перехода начинают выдавать ошибки. В редакции 2.6 старых регистров уже нет, и такие расширения не заработают.
Что делать: до перехода составьте полный список расширений. Для каждого проверьте обращения к РасчетыСКлиентами и производным. Есть — переписывайте под новые регистры.
Некорректные авансы
На форуме Infostart описывают случаи, когда система перезаписывает авансы сверх суммы и уводит расчёты в минус. Перезаполнение регистров помогает, но отмена проведения документа может вызвать рецидив.
Рекомендация: обновитесь до последнего релиза перед переходом — 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.27
Последняя сборка. Перед обновлением закройте месяц на копии.
Дождитесь перехода на копии
Он стартует сам после обновления. Засеките время от начала до конца.
Сверьте отчёты по взаиморасчётам
Дебиторка, кредиторка, взаимозачёты — сравните с цифрами до перехода.
Соберите список расширений и доработок
Полный перечень: что установлено, кто разрабатывал, какие объекты затрагивает.
Проверьте каждое расширение
Обращения к РасчетыСКлиентами, РасчетыСПоставщиками и производным. Есть — в работу.
Адаптируйте доработки
Переписываем под новые регистры сведений. Тестируем на копии.
Для PostgreSQL — параметры блокировок
Проверьте max_locks_per_transaction. На больших базах поднимаем в 2–4 раза.
Запланируйте окно на продуктиве
Время минимальной нагрузки — выходные, ночь. С запасом по времени миграции.
Свежая резервная копия перед миграцией
Полный бэкап, который вы протестировали на восстановление. Это страховка.
Проведите переход
В запланированное окно. С мониторингом, со связью с админами.
Обучите сотрудников
Новые документы: «Взаимозачёт задолженности», «Корректировка задолженности», «Корректировка графика взаиморасчётов».
Что будет, если ничего не делать
Три сценария. Между первым и третьим лежит неделя подготовки на копии базы.
Обновляетесь на 2.5.27 без подготовки
Переход запускается автоматически. База большая — простой на часы или дни. Доработки ломаются. Отчёты показывают ерунду. Бухгалтерия в панике.
Не обновляетесь вообще
Остаётесь на старом релизе. Новые требования законодательства приходят в свежих сборках, а с весны 2027 переход станет обязательным. Работа никуда не денется и придётся на время, когда переходят все.
Готовитесь заранее
Тестируете на копии. Адаптируете доработки. Переходите в удобное время. Всё работает. Бухгалтерия не знает, что что-то изменилось.
Разница между сценарием 1 и 3 — неделя подготовки. Простой в конце месяца и отчёты, которым никто не верит, обходятся дороже.
До обязательного перехода — около полугода
Проверим вашу базу, пока переход ещё под вашим контролем
Тестируем на копии, считаем сроки по вашему релизу и количеству доработок. Вы получаете план перехода и точную вилку по времени до того, как переход станет обязательным для всех.
Частые вопросы
Что чаще всего спрашивают главбухи и руководители проектов ERP при подготовке к переходу.
РасчетыСКлиентами и др.), перестанут работать. Их нужно переписать под новые регистры сведений до перехода на 2.6.Онлайн-взаиморасчёты
Переход на новые взаиморасчёты — без простоя и сюрпризов
Протестируем на копии вашей базы, адаптируем доработки, проведём переход в удобное время. Вы не заметите разницы — кроме того, что отчёты стали точнее. Ответим за 15 минут или 3 дня обслуживания бесплатно.
