← На главную

При переходе на ведение резервов по сомнительным долгам в программе «1С:Бухгалтерия 3.0» пользователи часто сталкиваются с ситуацией, когда система начинает автоматически начислять резерв по всей задолженности, имеющейся в базе, включая долги прошлых лет. С точки зрения пользователя, это может выглядеть как ошибка настройки учетной политики, однако здесь скрывается глубокая методологическая логика программы. Разберем подробно, почему так происходит и как мы можем повлиять на этот процесс.

Методологическая причина поведения программы

Проанализируем сначала законодательную базу. Согласно ПБУ 21/2008 и ПБУ 4/99, резерв по сомнительным долгам создается в бухгалтерском учете в случае признания дебиторской задолженности сомнительной. Сомнительной считается задолженность, которая не погашена в сроки, установленные договором, и не обеспечена соответствующими гарантиями.

Когда мы устанавливаем в учетной политике «1С» флажок Формировать резервы по сомнительным долгам, например, с августа 2020 года, мы даем программе команду: «С этого момента начинай выполнять регламентную операцию и делать проводки по счету 63». Однако при проведении инвентаризации задолженности в августе 2020 года система видит все актуальные остатки на счетах 62 и 76. Если долг, образовавшийся в 2019 году, до сих пор не погашен, программа классифицирует его как просроченный «здесь и сейчас». С точки зрения бухгалтерского учета, такой долг является сомнительным и под него обязан быть создан резерв, чтобы баланс организации не был искажен завышенными активами.

Рассмотрим подробнее, как именно 1С рассчитывает сумму резерва:

1. Если просрочка составляет менее 45 дней — резерв не создается.
2. Если просрочка от 45 до 90 дней — резервируется 50% от суммы остатка.
3. Если просрочка свыше 90 дней — резервируется 100% суммы.

Поскольку задолженность 2019 года на момент августа 2020 года имеет просрочку явно более 90 дней, программа автоматически начисляет резерв в размере 100%. Выборочное начисление резерва только по «новым» долгам противоречит принципам достоверности отчетности, поэтому в «1С:Бухгалтерия» нет прямой настройки «даты отсечки» для возникновения долга.

Управление через срок оплаты в договорах и документах

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

Проанализируем три уровня настройки срока оплаты:

1. Общие параметры учета: В разделе Администрирование — Параметры учета — Сроки оплаты покупателями задается срок «по умолчанию» (например, 10 дней). Если в конкретном договоре или документе реализации срок не указан, система прибавит эти 10 дней к дате накладной и начнет отсчет просрочки от полученной даты.
2. Настройка в карточке договора: Это более приоритетная настройка. Откроем карточку договора с контрагентом, развернем раздел Расчеты. Здесь можно установить индивидуальный срок оплаты. Если мы установим для «старого» договора очень длительный срок оплаты (например, 1000 дней) или изменим дату оплаты, программа перестанет считать долг просроченным.
3. Срок в документе «Реализация (акт, накладная)»: Это самый высокий приоритет. В каждом документе продажи по ссылке Расчеты можно указать конкретную дату оплаты. Если там стоит пустая дата или дата из будущего, резерв начисляться не будет.

Практический совет: Чтобы исключить долги 2019 года, мы можем зайти в документы реализации за тот период и скорректировать дату оплаты на более позднюю. Однако, если документов много, это трудозатратно.

Применение инструмента «Групповое изменение реквизитов»

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

1. Перейдем в раздел Администрирование — Обслуживание — Корректировка данных — Групповое изменение реквизитов.
2. В поле «Выбирать элементы типа» выберем Реализация (акт, накладная).
3. Нажмем Добавить условие отбора: выберем Дата в интервале «с 01.01.2019 по 31.12.2019».
4. В списке реквизитов найдем поле Срок оплаты.
5. Установим новое значение, например, 31.12.2025.
6. Нажмем Изменить реквизиты.

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

Ручная корректировка регламентной операции

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

1. Откроем помощник Закрытие месяца.
2. Найдем операцию Формирование резервов по сомнительным долгам.
3. Нажмем на нее правой кнопкой мыши и выберем Показать проводки.
4. В открывшемся окне установим флажок Ручная корректировка (разрешает редактирование движений документа).
5. Теперь мы можем удалить строки с теми контрагентами, по которым не хотим создавать резерв, или изменить суммы проводок по дебету 91.02 и кредиту 63.

Важное замечание: Рассмотрим последствия этого метода. Если мы вручную удалили начисление резерва в августе, то при закрытии сентября программа снова проанализирует остатки, увидит просроченный долг и попытается доначислить резерв. Таким образом, ручную корректировку придется делать каждый месяц, что крайне неудобно. Метод изменения срока оплаты в документах является более надежным и долгосрочным.

Особенности для организаций на УСН

Проанализируем ситуацию автора вопроса: организация находится на УСН. Это вносит существенные коррективы в понимание процесса:

1. Налоговый учет (КУДиР): При применении УСН (как «Доходы», так и «Доходы минус расходы») резервы по сомнительным долгам в налоговом учете не признаются. Расходы на их создание не уменьшают налоговую базу. Поэтому в налоговом учете проводок не будет в любом случае.
2. Бухгалтерский учет: Резерв создается исключительно для целей БУ. Даже если вы на упрощенке, вы обязаны вести бухгалтерский учет и сдавать баланс. Если старый долг 2019 года действительно висит «мертвым грузом» и вероятность его получения стремится к нулю, то начисление резерва в 2020 году — это правильное действие с точки зрения методологии, которое позволяет показать в отчетности реальное состояние дел организации.

Выводы и рекомендации

Мы выяснили, что в «1С:Бухгалтерия 3.0» нет прямого переключателя «Не считать долги ранее такой-то даты». Это связано с жестким соответствием программы нормам ПБУ. Если вам критически важно исключить старую дебиторку из резервов, воспользуйтесь следующими рекомендациями:

• Проверьте субсчета: программа анализирует только 62.01, 62.31, 76.06 и 76.26. Если задолженность числится, к примеру, на 76.09, она не попадет в резерв.
• Используйте Групповое изменение реквизитов для массового переноса сроков оплаты в старых документах реализации.
• Если объем данных небольшой, установите индивидуальный Срок оплаты в карточке договора с конкретным контрагентом.

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