Начисление резервов по сомнительным долгам в конфигурации «1С:Управление производственным предприятием» (УПП, редакция 1.3) — это автоматизированный процесс, который часто вызывает вопросы у бухгалтеров. Нередки ситуации, когда регламентный документ Определение финансовых результатов не формирует ожидаемые проводки Дт 91.02 Кт 63, либо, наоборот, программа продолжает начислять резерв по уже списанному долгу. В этой статье мы подробно разберем причины возникновения таких проблем и найдем надежные способы их решения.
Вы заполнили настройки учетной политики, указали сроки оплаты для контрагентов, запустили регламентную операцию по расчету резервов, но проводок нет. Выясним, почему система «молчит».
Для того чтобы алгоритм программы признал задолженность сомнительной, должны одновременно выполняться несколько условий:
62.01 («Расчеты с покупателями и заказчиками») или 76.06 («Расчеты с прочими покупателями и заказчиками»).Но самое главное — программа рассчитывает просрочку на основе детальной информации о взаиморасчетах. Если в информационной базе нарушена последовательность проведения документов, система не сможет корректно сопоставить отгрузки и оплаты. В результате программа «видит» общую сумму долга по договору, но не может определить точную дату его возникновения.
Решение проблемы:
Перед расчетом резервов обязательно нужно выполнить обработку «Восстановление состояния расчетов» (интерфейс «Бухгалтерский и налоговый учет» — «Документы» — «Дополнительно» — «Восстановление состояния расчетов»). Данная обработка перераспределяет платежи по документам отгрузки по методу ФИФО и актуализирует даты возникновения задолженности в регистрах. Только после этого документ Определение финансовых результатов увидит реальные сроки просрочки и сформирует необходимые проводки.
Рассмотрим ситуацию: бухгалтер вручную списал безнадежный долг покупателя, сделав проводку Дт 63 Кт 62.01 с помощью документа Операция (бухгалтерский и налоговый учет). На счете 62.01 задолженность обнулилась. Однако при закрытии следующего месяца программа упорно продолжает начислять резерв по этому контрагенту на счет 63. Почему так происходит?
Дело в архитектуре решения «1С:УПП». В отличие от «1С:Бухгалтерии», УПП — это комплексная операционная система. Большинство регламентных механизмов (включая расчет резервов по сомнительным долгам) работают здесь исключительно по данным оперативных регистров накопления, таких как:
Взаиморасчеты с контрагентамиРасчеты с контрагентамиРезервы по сомнительным долгам (специализированный регистр сведений)Когда вы делаете ручную проводку через документ Операция, вы корректируете только бухгалтерские регистры (счета учета). Оперативные же регистры взаиморасчетов остаются незакрытыми. Для системы долг покупателя все еще существует, поэтому алгоритм расчета резервов продолжает выполнять свою работу.
Решение проблемы:
Никогда не списывайте дебиторскую задолженность ручными операциями. Используйте специализированный документ Корректировка долга с видом операции «Списание задолженности». Этот документ корректно закроет долг как на бухгалтерских счетах, так и в оперативных регистрах взаиморасчетов.
Если ошибка уже допущена и ручные проводки сделаны в закрытом периоде, вам придется скорректировать оперативные регистры текущим периодом с помощью документа Корректировка записей регистров, убрав «зависшие» остатки по регистрам взаиморасчетов.
Представим, что сомнительный долг, под который ранее был создан резерв, частично погашен контрагентом или списан. В этом случае неизрасходованную часть резерва необходимо перенести на прочие доходы предприятия (проводка Дт 63 Кт 91.01).
Некоторые бухгалтеры пытаются отразить это вручную с помощью документа Прочие затраты с видом операции «отражение». Делать этого категорически не рекомендуется. Ручные корректировки счета 63 ломают логику работы регистра Резервы по сомнительным долгам. В следующем месяце автоматический расчет попытается «исправить» ситуацию и сделает некорректные сторнирующие движения.
Решение проблемы:
Программа умеет делать это автоматически! Встроенный алгоритм документа Определение финансовых результатов при проведении анализирует текущий остаток задолженности. Если долг уменьшился, система самостоятельно рассчитает сумму избыточного резерва и сформирует проводку Дт 63 Кт 91.01. Никаких ручных документов вводить не нужно.
Проанализируем пример логики, по которой работает алгоритм расчета резервов в системе:
// Упрощенная схема анализа просрочки и расчета сумм резерва
Если СрокВозникновенияДолга > 45 И СрокВозникновенияДолга <= 90 Тогда
ТребуемыйРезерв = СуммаДолга * 0.50; // Начисляем 50%
ИначеЕсли СрокВозникновенияДолга > 90 Тогда
ТребуемыйРезерв = СуммаДолга * 1.00; // Начисляем 100%
Иначе
ТребуемыйРезерв = 0;
КонецЕсли;
// Определение разницы с ранее начисленным резервом
РазницаРезерва = ТребуемыйРезерв - ТекущийРезервВРегистре;
Если РазницаРезерва > 0 Тогда
// Формируется проводка Дт 91.02 Кт 63 (доначисление)
ИначеЕсли РазницаРезерва < 0 Тогда
// Формируется проводка Дт 63 Кт 91.01 (восстановление)
КонецЕсли;
Помните об архитектурном ограничении «1С:УПП 1.3»: автоматический расчет резервов поддерживается только для рублевых договоров. Если у вас числится сомнительный долг в иностранной валюте или в условных единицах (у.е.), программа проигнорирует его при автоматическом заполнении.
Для таких контрагентов вам действительно придется вести учет резервов вручную. Однако будьте готовы к тому, что ручные проводки по счету 63 потребуют ручного сопровождения всей цепочки взаиморасчетов по этим сделкам до момента их полного закрытия.
В бухгалтерском учете создание резерва по сомнительным долгам является обязанностью организации, тогда как в налоговом учете (НУ) по налогу на прибыль — это право, которое фиксируется в учетной политике. Из-за этого часто возникают расхождения между БУ и НУ.
Если в настройках учетной политики снят флаг создания резервов в налоговом учете, то при начислении резерва в БУ (Дт 91.02 Кт 63) программа автоматически зафиксирует временные разницы (ВР). Это приведет к признанию отложенного налогового актива (ОНА): Дт 09 Кт 68. При списании или восстановлении резерва этот актив будет погашаться обратной проводкой.
Если же вы формируете резервы и в НУ, помните о жестком законодательном лимите: сумма создаваемого резерва в налоговом учете не может превышать 10% от выручки за отчетный (налоговый) период. Программа «1С:УПП» контролирует этот лимит автоматически. Сумма резерва сверх лимита будет отражена только в БУ, а в НУ по ней также начислятся временные разницы (ВР).
Для контроля правильности ведения расчетов и выявления ошибок ручного ввода регулярно используйте отчеты «Анализ состояния налогового учета по налогу на прибыль» и проводите технологический анализ бухгалтерского учета.