Новый режим ведения взаиморасчетов в 1С:ERP, 1С:КА, 1С:УТ

Он заменит устаревшую архитектуру, работающую с 2016 года. Переход потребует внимания, так как он затронет отчетность, доработки и расширения.
Суть изменений
Основное отличие нового режима заключается в скорости и логике распределения оплат на накладные. Раньше это происходило в конце месяца, при печати первичных документов или отражении в учете. Из-за этого в процессе иногда возникали ситуации взаимной блокировки, из-за чего пользователи не могли продолжить работу. Теперь распределение выполняется сразу же:
• В реальном времени: для простых операций это происходит прямо в момент проведения документа.
• В фоновом режиме: для сложных расчетов (например, при изменении старых документов) этот процесс будет являться автоматическим, без блокировки интерфейса для пользователя.
• По дням, а не по месяцам: Пересчет происходит только за те даты, которые были затронуты, что существенно снижает нагрузку на систему.
Также возвраты товаров и денежных средств теперь учитываются как самостоятельные операции и распределяются по методу ФИФО. Это обеспечивает соответствие требованиям ПБУ, где в отдельных случаях требуется реклассификация из авансов в требования. Дополнительно это дает гибкость в разных бизнес-ситуациях: точные возвраты по исходному документу и зачисление их на другой объект расчетов.
Ключевые возможности новой архитектуры
Новая архитектура взаиморасчетов в 1С ERP, КА, УТ – это комплексная перестройка финансовых операций. Вместе с этим появляется новый функционал, который затрагивает логику учета, скорость работы, аналитику и инструменты для управления денежными потоками:
1. Балансовый подход к регистрам. Структура регистров теперь аналогична бухгалтерским счетам. Это приближает учет к классическому балансовому, теперь проводки для РСБУ и МСФО значительно проще формировать.
2. «Средневзвешенный» курс для корректировок. Корректировки реализаций и приобретений отражаются по курсу исходной накладной с учетом зачтенных валютных авансов, что обеспечивает соответствие ПБУ.
3. Управление курсом в документах закупки. Возможность указать, на какую дату отразить приобретение во внутреннем учете. Критично при позднем поступлении документов, когда фактический курс отличается от курса закрытого периода.
4. Фиксированный курс по договорам. Если в договоре с контрагентом закреплен фиксированный курс, система будет автоматически применять его ко всем операциям по этому договору.
5. Новые аналитики в регистрах. Дата возникновения задолженности и дата планового погашения.
6. Информация о сроках погашения. Данные доступны в разрезе плановых дат. Отчеты можно гибко настраивать для отображения сумм как в рублях, так и в валюте взаиморасчетов.
7. Корректировка плановых дат. Новый документ «Корректировка графика взаиморасчетов» позволяет изменять дату планового погашения у накладных или платежей даже после закрытия периода, когда исходный документ уже нельзя править.
8. Претензии как объект расчетов. Претензия становится полноценным финансовым объектом: по ней можно проводить оплату, начислять задолженность и осуществлять зачет.
9. Новые типовые документы. Вводятся документы «Взаимозачет задолженности» и «Корректировка задолженности», которые позволяют оформлять сложные операции: начисления, списания, трехсторонние взаимозачеты и т.п.
10. Мгновенная аналитика. Ключевые отчеты (по просрочке, состоянию расчетов) формируются практически мгновенно, так как все данные предварительно рассчитаны и хранятся в новых регистрах.
11. Автоматическая сверка по ЭДО. Интеграция с сервисами электронного документооборота для автоматического выявления расхождений во взаиморасчетах с контрагентами.
12. Новые производственные режимы. Добавлены режимы «Производство из давальческого сырья» и «Производство на стороне» для учета сложных схем сотрудничества.
Новый режим уже доступен в актуальных версиях конфигураций. В апреле 2026 года с выходом версии 2.5.27 будет выполнен принудительный переход всех пользователей на новую систему. А в июне 2026 года код старой архитектуры будет полностью удален.
Рекомендуется начать тестирование и планирование перехода заранее, чтобы к середине 2026 года быть полностью готовыми к работе в новом режиме.
1. Протестируйте время перехода на копии базы, чтобы оценить длительность и проверить остатки.
2. Проверьте отчеты по взаиморасчетам после перехода. Незначительные расхождения в остатках возможны из-за некорректных старых ручных корректировок регистров.
3. Спланируйте переход на рабочей базе на время минимальной нагрузки. Процесс не блокирует пользователей надолго, но оптимизация ускорит его.
4. При возникновении проблем по рекомендациям разработчиков сразу обращайтесь в поддержку.