Как выполнить обязательную свертку курсовых разниц на конец 2022 года в 1С:УПП?

Программист 1С v8.3 (Обычные формы) Налоговый учет Промышленность, строительство и АПК
← На главную

В связи с письмом Минфина от 22.12.2022 № 03-03-10/126074 у многих пользователей конфигурации Управление производственным предприятием, редакция 1.3 (УПП) возникла путаница. Изначально монитор законодательства 1С сообщал, что автоматизация обязательной свертки курсовых разниц на конец 2022 года для УПП не планируется. Однако функционал все-таки был добавлен в конце года, и для его корректной работы необходимо выполнить ряд неочевидных действий. Давайте разберем по шагам, как настроить этот процесс, с какими ошибками можно столкнуться и как проверить итоговые данные.

Суть свертки и новые счета в плане счетов

Согласно разъяснениям Минфина, по итогам 2022 года необходимо сравнить накопленные за год положительные и отрицательные курсовые разницы по каждому непрекращенному (неоплаченному) требованию или обязательству на 31 декабря 2022 года. В налоговую базу по налогу на прибыль включается только превышение отрицательных курсовых разниц над положительными. Если же положительные разницы превысили отрицательные, они становятся «отложенным доходом».

Для реализации этого временного порядка в план счетов УПП были добавлены новые субсчета:

Чтобы счета корректно заполнились, рассмотрим, что нужно сделать в базе. Поскольку в течение года программа могла начислять разницы по старым правилам, необходимо выполнить полное перепроведение документов. Потребуется восстановить последовательность расчетов и перепровести регламентные операции по переоценке валютных средств, начиная с 1 января 2022 года. Только в этом случае регистры налогового учета и счета отложенных доходов/расходов накопят правильные суммы для итогового «схлопывания» в декабре.

Ошибки в первых релизах УПП и их исправление

При обновлении на релизы линейки 1.3.196.x программисты и бухгалтеры столкнулись с несколькими критическими ошибками в модуле документа ПереоценкаВалютныхСредств. Проанализируем эти проблемы подробнее.

1. Синтаксическая ошибка в коде:
В релизе 1.3.196.1 в модуле объекта (примерно строка 801) разработчики допустили опечатку в имени переменной — написали её без буквы «Л» (НачЗадоженность вместо НачЗадолженность), что приводило к ошибке при проведении документа. Эта проблема была оперативно исправлена в релизе 1.3.196.2 (ошибка 00-00514994).

2. Ошибка даты свертки (любая декабрьская переоценка делает свертку):
По логике законодательства, свертка должна происходить строго 31 декабря 2022 года. Однако в коде была применена некорректная проверка:

ЭтоКонец2022Года = КонецМесяца(Дата) = '2022-12-31-23-59-59';

Выясним причину ошибки: функция КонецМесяца() от любой декабрьской даты (например, 20 декабря) вернет 31 декабря. Таким образом, условие становилось истинным для любого документа переоценки в декабре. В качестве временного исправления в конфигураторе можно заменить функцию на КонецДня():

ЭтоКонец2022Года = КонецДня(Дата) = '2022-12-31-23-59-59';

Примечание: В более поздних релизах (начиная с 1.3.200.2) алгоритмы были стабилизированы, и ошибка с датой была устранена разработчиками централизованно.

Особенности проводок по налоговому учету в УПП

Многие пользователи отмечают, что проводки по свертке в УПП отличаются от примеров, публикуемых для 1С:Бухгалтерии 3.0. В БП 3.0 свертка обычно затрагивает счет 91. В УПП же переоценка на сумму свертки «схлопывает» счет 98.КР в корреспонденции со вспомогательным счетом ПВ (Поступление/Выбытие), минуя счет 91.

Это не является ошибкой. Исторически налоговый учет в УПП реализован сложнее. Использование счета ПВ необходимо для балансировки проводок по НУ и корректного расчета временных разниц (ВР) и отложенных налоговых обязательств (ОНО) в рамках ПБУ 18/02. Не пытайтесь ручными операциями переносить эти суммы на 91 счет, это нарушит внутреннюю архитектуру закрытия месяца.

Как проверить корректность курсовых разниц?

В отличие от современных конфигураций, в УПП нет наглядной типовой «Справки-расчета курсовых разниц», которая бы детально показывала процесс свертки. Стандартная оборотно-сальдовая ведомость (ОСВ) не дает нужной аналитики в разрезе документов расчетов.

Для проверки данных мы рекомендуем использовать Универсальный отчет. Настроим его по следующим регистрам накопления:

  1. РасчетыПоПриобретениюВУсловныхЕдиницахОрганизации
  2. РасчетыПоРеализацииВУсловныхЕдиницахОрганизации

В настройках отчета выведите группировки по контрагентам, договорам и документам-регистраторам. В показателях (ресурсах) обязательно выберите ОтложенныйДоход и ОтложенныйРасход. Сравнив итоги регистра с сальдо на счетах 98.КР и 97.КР, вы сможете выловить ошибки прошлых периодов, ручные корректировки и убедиться в том, что свертка прошла успешно.

← На главную