Почему в 1С:УПП 1.3 не формируется погашение отложенных доходов по курсовым разницам на счете 98.КР?

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

В связи с изменениями в законодательстве (67-ФЗ), порядок учета курсовых разниц в налоговом учете в 2022–2024 годах претерпел значительные изменения. В конфигурации «1С:Управление производственным предприятием» (УПП) для этих целей был введен счет 98.КР «Отложенные доходы по курсовым разницам». Однако многие пользователи сталкиваются с ситуацией, когда положительные разницы успешно «откладываются» на кредит счета 98.КР, но при оплате или переоценке задолженности их «погашение» (проводка по дебету 98.КР в корреспонденции со счетом 91.01) не происходит. Проанализируем причины этой проблемы и разберем по шагам способы ее решения.

Понимание механизма работы счета 98.КР

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

В системе это реализовано следующим образом (см. также расчет курсовой разницы НУ):

  1. При переоценке валютных остатков на конец месяца программа фиксирует положительную разницу. Вместо прямого признания дохода (Дт 60/62 — Кт 91.01) она делает проводку Дт 60/62 — Кт 98.КР.
  2. В момент, когда происходит оплата (погашение долга), накопленная на 98.КР сумма должна быть признана в составе доходов пропорционально доле погашения. Формируется проводка Дт 98.КР — Кт 91.01.

Если в вашем учете есть кредитовое сальдо по 98.КР, но дебетовых оборотов при наличии платежей не возникает, следует провести комплексную диагностику системы.

Проверка констант и учетной политики

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

Найдем константу с именем УчитыватьОтложенныйДоходПриРасчетеКурсовыхРазниц. Она должна быть установлена в значение Истина. Без включения этой настройки система не только не будет «гасить» доход, но и в новых периодах перестанет использовать счет 98.КР вовсе. Также убедимся, что в регистре сведений Учетная политика (налоговый учет) дата начала применения особого порядка соответствует периоду возникновения разниц (обычно это 01.01.2022).

Технический анализ кода и алгоритмов переоценки

Если настройки верны, перейдем к анализу того, как программа «видит» необходимость погашения дохода. Основная логика по работе с 98.КР сосредоточена в документе Переоценка валютных средств. Рассмотрим основные процедуры в общих модулях, отвечающих за расчет:

Внутри этих процедур система анализирует выборки из запросов, которые собирают данные о движениях по регистрам накопления Расчеты по реализации (налоговый учет) или Расчеты по приобретению (налоговый учет). Также полезно провести анализ расхождений галок «отражать в: УУ, БУ и НУ». Выясним важный нюанс: погашение отложенного дохода срабатывает только тогда, когда в выборке присутствует признак уменьшения задолженности.

Проанализируем фрагмент логики, на который стоит обратить внимание программисту при отладке:


// Пример логики в процедурах переоценки
Если РасчетыПоПриобретению.ВидДвижения = ВидДвиженияНакопления.Расход Тогда
    // Если задолженность уменьшается (оплата), вызывается механизм 
    // расчета суммы к списанию со счета 98.КР
    РассчитатьИПризнатьОтложенныйДоход(Параметры, СтрокаДвижения);
КонецЕсли;

Проблема часто кроется в том, что если данные в регистрах накопления по налоговому учету не соответствуют остаткам на счетах бухгалтерского учета (60, 62), алгоритм переоценки просто «пропускает» такие суммы. Проверьте, нет ли «разрывов» между данными регистров и проводками, особенно если использовались ручные операции.

Проблема обновления конфигурации (Критический момент)

Рассмотрим ситуацию, которая часто встречается при обновлении сильно доработанных (кастомизированных) баз УПП. Даже если вы установили актуальный релиз (например, 1.3.193.1), механизм может не работать из-за ошибок объединения кода.

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

Посмотрим, как это проверить:

  1. Откройте конфигуратор и сравните вашу рабочую конфигурацию с конфигурацией поставщика актуального релиза.
  2. Обратите особое внимание на модуль, где определена процедура формирования проводок по 98.КР. Если вы видите, что логика расчета суммы отложенного дохода ссылается на параметры, которые не заполняются в циклах по ВидДвижения.Приход, значит, алгоритм содержит ошибку или не был обновлен полностью.
  3. Убедитесь, что все вызовы процедур внутри циклов по переоценке соответствуют типовой логике 1С.

Методика диагностики через отчеты

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

Итоговые рекомендации

Подводя итог, если вы столкнулись с отсутствием проводок по дебету 98.КР в УПП, выполните следующие шаги:

  1. Убедитесь, что перепроведены документы оплаты и документ Переоценка валютных средств в строгой хронологической последовательности.
  2. Проверьте включение константы УчитыватьОтложенныйДоходПриРасчетеКурсовыхРазниц.
  3. Сверьте данные регистров налогового учета (расчеты с контрагентами) с данными счетов 60.ВЕ / 62.ВЕ.
  4. Самое главное: Проверьте корректность обновления общих модулей. Если в коде процедуры переоценки есть логические несоответствия (например, обращение к измерениям, которые не заполняются при данном виде движения), необходимо восстановить типовой код модулей из чистого релиза поставщика.

При правильной настройке и корректном обновлении модулей, документ переоценки на конец месяца автоматически рассчитает долю погашенной задолженности и сформирует необходимую проводку Дт 98.КР НУ — Кт 91.01.7 НУ на сумму признанного дохода.

← На главную