Обязательный переход на новый режим ведения взаиморасчетов в конфигурациях 1C:ERP, 1С:КА, 1С:УТ

Все финансовые документы взаиморасчетов делятся на документы, которые уменьшают нашу задолженность и которые увеличивают нашу задолженность, например, оплата клиентов увеличивает нашу задолженность, а отгрузки уменьшают.

Система позволяет привязывать оплаты к отгрузкам как в автоматическом режиме в пределах объекта расчетов, например договоры, заказы или претензии, так и вручную, где используется параметр расчета по расчетным документам, когда в документах оплаты указываем конкретную накладную, к которой нужно эту оплату привязать. Вот этот механизм распределения оплаты на отгрузки называется распределением взаиморасчетов.

1. Для определения статуса оплаты. Является она авансом или оплатой, так как от этого зависит надо предоставлять счет-фактуру на аванс или нет.

2. Для расчетов курсов отражения документов в управленческом, регламентированном учетах, например, курс отражения реализации валюты зависит от того какие валютные авансы она зачла для себя.

3. Для того чтобы посчитать сумму при печати валютных документов в рублях, соответственно, если прайс в валюте, и мы хотим напечатать УПД, тогда нам нужно посчитать сколько рублей стоит эта накладная и эту сумму распределить по товару.

4. Для того, чтобы понять какие даты графика оплаты закрыты, а какие еще нет, какие накладные по договору оплачены, а какие нет.

Раньше распределение оплаты накладных происходило в закрытии месяца, либо точечно при отражении документов в бухгалтерском, международном учете, либо при печати первичных документов.

В новом режиме у нас это распределение происходит сразу:

• в транзакции проведения документа; 
• после проведения документа, если задана определенная опция, то есть распределение происходит в фоновом задании сразу после проведения документа;
• регламентным заданием это в релизе 2.5.25 есть возможность добавить сложные распределительные задачи откладывая на ночь, либо на какие другие промежутки времени, в выходной, например, когда нагрузка на систему маленькая, и происходит расчет:

Если раньше распределение выполнялось за месяц, в новом режиме выполняется по дням, например если сегодня поменяли документ, то за этот день и просчитается. Добавились аналитики в регистре. Это дата планового погашения и дата возникновения. При этом дата планового погашения считается как для документов товародвижения типа реализации, приобретения, так и добавлена возможность указывать дату планового погашения для платежей, например, когда мы авансируем закупку поставщику можем сразу в этом авансе указать плановую дату погашения. По сути, это плановая дата отгрузки нам, с помощью которой можно контролировать задолженность.

Есть небольшие изменения в учете

В новом режиме корректировки реализации, приобретения отражаются по «средневзвешенному» курсу накладной, то есть, если накладная какие - то авансы зачитывала, то все корректировки, которые будут производиться будут проходить по курсу этой накладной как увеличивающая, так и уменьшающая возвраты товаров и денежных средств. 

В старом режиме распределялись по ЛИФО на последнюю отгрузку или оплату.  Считали, что, если произошла какая-то оплата, и мы возвращаем деньги, то это последняя оплата и возвращается. На самом деле это не всегда так. Поэтому в новом режиме распределяется по ФИФО. Потому-что, во-первых, в некоторых случаях реклассификация происходит из авансов требования, а во, во-вторых, появилась возможность действовать по-разному в разных случаях, указать исходный документ оплаты для возврата денежных средств, тогда и расчетный документ останется тот же и курс будет применен аванса. В других ситуациях, например, мы хотим не возвращать деньги, а зачесть на другой объект расчетов.  Накладная по регистрам, сначала, образует долг потом происходит зачет аванса уменьшающий долг предоплата. Теперь вот такой приближенный механизм к бухгалтерскому учету, как счета корреспондируют между собой, например 62.01 корреспондирует с 90, 62.02 корреспондирует с 62.01, чтобы наш регистр обладал свойствами балансового учета, чтобы по нему было проще устроить проверку как по бухгалтерскому, так и международному учету.

Преимущества нового режима

Ускоренное формирование первичных печатных форм;

Возможность уточнить график оплаты накладной при отклонениях от графика отгрузки заказа, например, посчитали заказы клиентам как 10 дней после отгрузки, но отгрузили позже, для новой формы накладной график отгрузки скорректируется от новой даты отгрузки.

Быстрое формирование проводок за счет балансовости.

Быстрое формирование отчетов по взаиморасчетам, в частности по просроченной задолженности. Раньше этот отчет формировался налету, считался, распределялся, это могло занимать какое-то продолжительное время. Теперь данные лежат готовые в регистре, соответственно отчет формируется мгновенно.

Более информативный отчет «Состояния выполнения», где добавились колонки, когда происходит корректировка графика, остатки с просрочкой, менеджерам станет поприятней работать с этим отчетом.

Ускорение закрытия месяца, расчет происходит в течение дня.

Улучшены алгоритмы ввода на основании, так как теперь в регистрах лежат остатки по датам планового погашения, например, при проведении платежа мы можем понять на какую сумму просрочена оплата или какая сумма к оплате стоит на сегодняшний день и ее заполнить.

Улучшены алгоритмы загрузки выписки клиент-банка. Благодаря новой информации можем понять к каким объектам расчета прицепить эту выписку, например, можно посмотреть по остаткам к оплате либо по остаткам фактической задолженности.

Возможности новой архитектуры взаиморасчетов

Наличие информации о сроках погашения задолженности в разрезе плановых дат и дат возникновения, во всех отчетах можно вывести регистратор, дату погашения, можно вывести данные как в валюте взаиморасчетов, так и в валюте регламентированного и управленческого учета. В отчетах доступны расчетные документы, регистраторы, даты возникновения, например когда мы пытались разделить свою задолженность на краткосрочную и долгосрочную.

Какие возможности открывает новая архитектура взаиморасчетов:

1. Неоперативная очередь заданий, она ускоряет закрытие месяца, позволяет быстро печатать первичные формы.

2. Дисконтирование кредиторской задолженности.

3. Распределение оплаты на накладную можно будет делать тремя разными способами:

3.1 По дате и виду документов, когда пользователь хочет минимизировать количество возникающих авансов, этот режим сначала отражает в пределах одного дня все накладные, а потом отражает все поступающие оплаты.

3.2 По дате и времени документа, это стандартный вариант проведения документов, который работает в 1С Бухгалтерия, то есть от секунды проведения документа зависит, будет сумма считать авансом или оплатой, если за одну секунду до отгрузки проведен, то это аванс, если через секунду после оплаты, то это постоплата.

3.3 По актуальной дате погашения, соответственно, когда у вас есть долг по двум разным накладным, первая возникла раньше, а вторая позже, но во-второй накладной дата оплаты стоит раньше, то поступающая оплата закроет сначала вторую накладную, так как в накладной дата погашения меньше. Этот режим нужен для определения просрочена ли задолженность.

Настроить можно в меню Казначейство – Взаиморасчеты.

4. Открывается возможность установки курса в документах закупки, то есть можно указать на какую дату приобретение стоит провести по нашему внутреннему учету (РегУ и УпрУ). Такое бывает когда, например, документы поздно пришли, период уже закрыт, а накладную мы увидели только сегодня, по фактической приемке документа, а на самом деле надо отразить по другому курсу.

В договорах появилась возможность установки фиксированного курса взаиморасчетов, например, если организация с контрагентом этот курс зафиксировали заранее, в подписанном договоре. В этом случае он будет применяться ко всем документам по этому договору.

Для претензии появляется возможность учета взаиморасчетов, то есть претензия становится объектом расчетов. Раньше претензии являлись информационным объектом, можно было указать что решили, что случилось и т.д.  Теперь по претензии можно будет произвести оплату, начислить задолженность и так далее.

Появляется новый документ - корректировка графиков взаиморасчетов нужен для того, чтобы, например когда у нас была какая - то накладная, отгрузили товар, закрыли период, в этой накладной стоит дата платежа и эту дату платежа необходимо скорректировать, а период закрыт, документ менять не можем. Необходимо сделать такой документ, которым можно скорректировать дату планового погашения накладной.

5 Настройка проводок МУ по объектом учета, есть набор регистров Денежные Средства, Взаиморасчеты, Прочие Доходы и Расходы и так далее, балансовые, которые соответствуют некоторым счетам учета как в плане счетов. Можно   настроить по этим движениям какие проводки нужно формировать по международному учету. Система сама будет находить корреспонденцию между этими регистрами.

6 Появляется возможность корректировки реализации или приобретения до ввода остатков, то есть, когда реализация осталась в свернутом периоде, в новом периоде нам нужно ввести корректировку.

7 Открывается возможность обмена сверки взаиморасчетов по ЭДО. Скоро будет подключен сервис сверка 2.0, в которой если два контрагента подключены, то у них в системах сразу выводятся все расхождения, показывает все ли совпадает и есть ли какие отличия.

8 Открываются новые операции документа Взаимозачет задолженности и Корректировка задолженности, это всякие начисления, списания задолженности, трехсторонние взаимозачеты.

9 Появляется возможность включения механизма исправления документов и сторно.

Сейчас поддерживается исправление половины документов, а сторно поддерживается практически во всех документах. Это механизм, который позволяет что-то исправить в текущем периоде по документам, проведенным ранее при этом, система после ввода документов не нарушается и учет остается корректным.

10 Открывается возможность включения новых режимов производства из давальческого сырья на стороне, учет подарочных сертификатов (многоразовые, одноразовые), реализация, использование. 

Как происходит переход на новую архитектуру взаиморасчетов.

Настройки находятся в меню Администрирование - Казначейство -  Взаиморасчеты.

Просто переключается, доступен соответственно только полноправным пользователям.

Что сделать перед переходом

1. Нужно оценить в первую очередь время перехода на тестовой базе, то есть надо понять сколько вообще занимает этот переход в его типовом варианте. Длительность перехода зависит от количества незакрытых месяцев, от количества невыполненных заданий закрытия месяца, количества заданий распределения взаиморасчетов, в регистрах сведений, в регистрах распределения взаиморасчетов с клиентами и поставщиками.

2. На тестовой базе стоит проверить корректность остатков взаиморасчетов по отчетам. Разные бывают ситуации, но остатки 99% различаются из - за того, что ранее были введены Корректировки Регистров. Так как нет гарантии корректности заполнения Корректировок Регистров они не переносятся при переходе. Проверить остатки по взаиморасчетам по отчетам, смотрим сколько нужно времени на то, чтобы скорректировать по проблемным контрагентам, договорам остатки, т.е. ввести корректировку задолженности. Проверяем если есть какие - то нетиповые отчеты (доработки) на работоспособность которые смотрят на взаиморасчет.

3. Спланировать переход на рабочей базе. Работы пользователей не блокируется во время перехода, точнее блокируется, но на очень короткий период. Но переход лучше выполнять в момент низкой нагрузки, он делается многопоточно. Но если будет очень много пользователей в базе, то соответственно немного замедлится.

Как происходит переход технически

Выполняется закрытие месяца по взаиморасчетам, это самая долгая часть, все задания из регистров сведений выполняются, далее, когда этот первый кусок сделается, блокируется ввод новых документ. За время первого шага все задания, которые были сформированы до закрываются и копируются все данные из старых регистров в новые регистры за всю историю, со всеми ошибками, с какими-то нюансами. Старые закрытые периоды при этом не раскрываются, документы бухучета и МФУ не раскрываются, просто данные копируются вот и все. После появляется признак удачного перехода и работа пользователей разблокируется.

Что делать если типовой переход работает очень долго или  то время, которое блокирует работу пользователей, неприемлемо для организации?

Следует переключить константу "Новая архитектура взаиморасчетов" вручную и одновременно включить константу "РаспределятьРасчетыВфоне".  

В этот момент включится пачка новых отчетов и начнут регистрироваться задания к до распределения по всем новым документам. В это время стоит открыть служебную обработку «Заполнение регистров взаиморасчетов», нажать кнопку "Перезаполнить все регистры". Она не копирует данные старых периодов, она перезаполняет их заново по исходным данным исходных документов. Работает она довольно быстро, практически на больших базах отрабатывала час. А в большинстве баз работает считанные минуты. По окончании выключаем константу "РаспределятьРасчетыВфоне" и в этот момент запускается фоновое задание, которое рассчитывает все задания которые были записаны во время основного заполнения. Таким образом регистры будут заполнены корректно.

Особенности работы обработки «Заполнение регистров взаиморасчетов»

1. Она доступна только пользователям с полными правами

2. Заполняет новые регистры по данным регистров «Расчеты с клиентами», «Расчеты с поставщиками»

3. Игнорирует «Корректировки регистров».

4. Могут измениться остатки в валютах регламентированного и управленческого учета. Сколько кейсов переводили всегда становятся правильно.

5. Закрытые месяца не открываются, дата запрета игнорируется, документы отражения в БУ и МУ не возвращаются. Перезаполняются только движения по взаиморасчету.

Какие могут возникнуть проблемные ситуации

1. Если с Вашей точки зрения сальдо расчетов стало неправильным, изменилось?

Можно ввести документы корректировки задолженности, то есть никаких корректировок регистров делать в новой архитектуре не нужно (табу). Их оставили для пользователей, которые обладают компетенциями, которые понимают к чему это может привести, которые точно знают, что, например перераспределение за старый период никогда запускаться не будет и мы туда можем вложить корректировку. Крайне не рекомендуем использовать корректировку регистров, больше проблем.

2. Переход не заканчивается

Попробовать выполнить переход в нерабочее время или при помощи обработки «Заполнения регистров взаиморасчетов».

3. После перехода на новую архитектуру документы проводятся долго.

Надо написать нам и временно включить распределение взаиморасчетов в фоне.

4. Раньше в отчетах было свернутое сальдо, а теперь отчет показывает, что есть наш долг и долг контрагента.

Такие ситуации бывают, потому что старые отчеты взаиморасчетов по умолчанию показывали все взаиморасчеты в разрезе контрагентов и договоров. Теперь же мы по умолчанию выводим объект расчетов. Некоторые пользователи удивляются как так получилось вот мы там проводили платежи проводили накладные и теперь весят авансы на платежах, а накладные на накладные и ничего не закрыто.  Тут два варианта.

Либо выровнять взаимозачетами задолженностей и перейти на учет взаиморасчетов по договорам.

Либо убрать лишние группировки из отчетов.

5. В первом закрываемом месяце сформировались корректировки регистров с видом операции Исправление разрывов остатков взаиморасчетов.

В новой архитектуре есть несколько проверок ведения учета что все хорошо у вас в регистрах.  Для проверки, во-первых, сравнивают остатки в финансовом балансовом регистре «Расчеты с клиентами по срокам» с исходным регистром «Расчет с клиентами», вот если там есть какая-то разница, то корректируется финансовый контур. Мы либо начисляем, либо списываем задолженность в корреспонденции с прочими доходами и расходами. Во-вторых, исправление развернутого сальдо. В старой архитектуре была проблема, что корректировка реализации и приобретения могла образовать предоплату при имеющейся задолженности, то есть одновременно возникало в пределах договора вида расчетов остатки по долгу и по предоплате. Такие ошибки система видит, и она такие остатки складывает между собой. В идеале эти проверки должны сработать у вас один раз или вообще никогда не сработать, если все хорошо. В следующие месяца уже должно быть все нормально и такие операции не должны формироваться.

Сроки

В версии длительной поддержки 2.5.22 и ее текущей версии 2.5.24 уже появилось предупреждение в отчетах о том, что скоро будет прекращена поддержка старой архитектуры и будет выполнен принудительный перевод. В версии 2.5.27 при обновлении в рамках обработчика обновления будет выполнен переход на новый взаиморасчет у всех. Это примерно апрель 2026 года. В следующей версии, 2.5.28, или в связи с новым интерфейсом это будет версия 2.6 какая там следующая версия, будет удален весь код, связанный со старой архитектурой взаиморасчетов из конфигурации. Это примерно июнь 2026 года. Соответственно до этих периодов необходимо выполнить переход вручную, чтобы не было каких-либо казусов.