При работе в 1С:ERP Управление предприятием 2.5 бухгалтеры и специалисты по внедрению часто сталкиваются с ситуацией, когда процедура «Закрытие месяца» выдает предупреждение о необходимости доначислить копейки по курсовым разницам. Часто это суммы вроде 0,07 руб. или даже 0,01 руб., которые тянутся из прошлых, уже закрытых и заблокированных для редактирования периодов. Попытки исправить ситуацию обычными «Ручными операциями» (бухгалтерскими проводками) не приносят результата: система продолжает требовать доначисления, и заветная «зеленая галочка» не появляется.
В этой статье мы разберем причины такого поведения системы и пошагово рассмотрим способы устранения проблемы без перепроведения документов за прошлые годы.
Давайте проанализируем архитектуру программы. В 1С:ERP 2.5 (начиная с релиза 2.5.7 и выше) механизм расчета курсовых разниц претерпел значительные изменения. В отличие от старых версий или «1С:Бухгалтерии», здесь проверка при закрытии месяца ориентируется не только на сальдо счетов 60, 62 или 66 в Регистре бухгалтерии.
Система выполняет сверку данных в оперативном контуре. Проверка сравнивает остаток в валюте, умноженный на актуальный курс, с рублевым остатком в регистрах накопления. Если возникает расхождение даже в одну копейку, регламентная операция считает, что курсовая разница рассчитана неверно. Так как «Операция (регламентированный учет)» делает движения только по плану счетов, оперативные регистры остаются «кривыми», и проверка не проходит.
Чтобы понять, где именно «зависла» сумма, нам необходимо выяснить, какой объект расчетов вызывает ошибку. В помощнике закрытия месяца следует сформировать отчет «Справка-расчет курсовых разниц». В нем мы увидим колонку «Требуется начислить». Если там стоит сумма, которую вы не можете убрать перепроведением, нужно посмотреть на аналитику:
Помните, что в ERP 2.5 расчеты ведутся строго в разрезе Объектов расчетов. Если в 2018-2020 годах остаток случайно «перескочил» с одного договора на другой или с одного объекта расчетов на другой без выравнивания курсовых разниц, эта копейка будет преследовать систему вечно.
Основные данные для проверки закрытия месяца черпаются из следующих регистров накопления:
РасчетыСКлиентамиПоДокументам — если проблема с дебиторской задолженностью.РасчетыСПоставщикамиПоДокументам — если проблема с кредиторской задолженностью.РасчетыПоФинансовымИнструментам — для займов, кредитов и депозитов.Рассмотрим пример ситуации: по данным регистра бухгалтерии на счете 60.21 остаток нулевой, а в регистре РасчетыСПоставщикамиПоДокументам висит сумма 0.00 в валюте и 0.07 в рублях. Система видит этот рублевый «хвост» и пытается его самортизировать курсовой разницей, но не может, так как валютный остаток равен нулю.
Это самый «чистый» и рекомендуемый способ, так как он делает движения одновременно и в оперативных регистрах, и в бухгалтерском учете. Мы не будем трогать прошлые периоды, а выполним корректировку в текущем (открытом) месяце.
После проведения документа оперативные регистры выровняются, и при следующем запуске «Закрытия месяца» проверка по этому контрагенту будет пройдена успешно.
Если «Корректировка задолженности» по каким-то причинам не подхватывает нужную аналитику (например, если ошибка сидит в специфических полях), воспользуемся инструментом «Корректировка регистров». Разберем этот процесс по шагам:
Расчеты с поставщиками по документам) и Хозрасчетный (Регистр бухгалтерии).АналитикаУчетаПоПартнерам, ОбъектРасчетов, Валюта.Проанализируем ситуацию: если таких контрагентов сотни, и по каждому висят копейки, ручная корректировка может занять недели. В типовых конфигурациях 1С:ERP есть встроенный механизм допустимого отклонения. Посмотрим, как он работает.
Проверка в коде модуля закрытия месяца часто выглядит примерно так (упрощенно):
Если Абс(ОстатокВРублях - (ОстатокВВалюте * Курс)) > 0.01 Тогда
ТекстОшибки = "Необходимо доначислить курсовые разницы";
КонецЕсли;
Если вы обладаете навыками программирования или у вас есть штатный разработчик, можно временно через Расширение конфигурации изменить порог чувствительности этой проверки с 0.01 до 1.00 рубля. Это позволит «позеленить» галочки в закрытии месяца без изменения самих данных. Однако это «косметический» ремонт — причина (рассинхрон регистров) останется в базе.
Выясним причину, почему копейки могут появляться снова и снова в 2022-2024 годах. Согласно изменениям в законодательстве, положительные (а позже и отрицательные) курсовые разницы в налоговом учете признаются только в момент погашения задолженности.
Это привело к тому, что система ведет учет «отложенных» разниц в специальных регистрах (например, СведенияОДоходахРасходахНалогНаПрибыль). Проанализируйте: если ваша ошибка в 7 копеек касается только налогового учета, проверьте, не зависли ли данные в регистрах отложенных доходов/расходов. Исправление в этом случае также потребует документа «Корректировка регистров» по специализированным регистрам налогового учета.
Подведем итог. Чтобы победить «вечные» копейки по курсовым разницам в 1С:ERP 2.5.8, выполним следующие действия:
Такой подход позволит вам добиться идеального закрытия месяца с «зелеными галочками» без необходимости пересчета исторических данных.