Практический разбор новой возможности версии 3.0.205 «Бухгалтерии предприятия». Не является юридической или налоговой консультацией: состав обеспечения и порядок признания долга сомнительным сверяйте со статьёй 266 НК РФ, учётной политикой и позицией вашего аудитора.
Короткий вывод
До версии 3.0.205 автоматический расчёт резервов в
1С:Бухгалтерии 8 смотрел на срок и сумму долга, но ничего не знал про залог, поручительство или банковскую гарантию. Обеспеченную задолженность приходилось вычищать из резерва вручную — или не вычищать вовсе и получать завышенный расход.
Теперь обеспечение можно указать в договоре, и регламентная операция закрытия месяца его увидит. Работать это начинает не от факта обновления, а от того, заполнены ли договоры и введена ли сумма обеспечения. Обновились, ничего не заполнили — расчёт останется прежним.
Что именно появилось в 3.0.205
Механизм состоит из двух частей, и обе требуют участия бухгалтера.
- Вид обеспечения указывается в договоре. Это реквизит договора контрагента, а не свойство самой задолженности. Один контрагент может идти по трём договорам, из которых обеспечен только один.
- Сумма обеспечения вносится ручной операцией. Автоматически из договора она не подтягивается: договор говорит «обеспечение есть и вот какого вида», ручная операция говорит «вот на сколько».
Логика в основе простая: задолженность по договору с обеспечением не считается сомнительной, и резерв по ней не формируется. Разработчик ссылается на письмо ФНС от 15.06.2011 № ЕД-4-3/9433. Как именно соотносить сумму обеспечения и сумму долга, если обеспечение покрывает долг лишь частично, — вопрос методологии, а не кнопки. Зафиксируйте подход письменно до того, как закроете первый месяц по-новому.
Почему это стоит разобрать до закрытия, а не после
Резерв по сомнительным долгам — расход, который прямо уменьшает налоговую базу. Ошибка здесь не остаётся внутри бухгалтерии: она уходит в декларацию, в отчётность для банка и в управленческую прибыль, на которую смотрит собственник.
Есть две зеркальные проблемы, и обе неприятны.
- Резерв завышен: обеспеченные долги в него попали, расход раздут, при проверке его снимут вместе с пенями.
- Резерв занижен: после обновления кто-то отметил обеспечение по договорам, где его фактически нет — например, поставил «поручительство», потому что «директор устно обещал». Прибыль вырастет на пустом месте, а реальный безнадёжный долг придётся списывать позже и болезненнее.
Разница между этими сценариями — это качество данных в договорах, а не качество релиза.
Что проверить в базе перед закрытием месяца
Порядок, который экономит время и не требует переписывать учётную политику на ходу.
- Выясните, обновлена ли база до 3.0.205 и включён ли у вас автоматический расчёт резервов в бухгалтерском и налоговом учёте. Если резервы вы всегда считали вручную в таблице, новая возможность сама по себе ничего не изменит — но это хороший повод пересмотреть подход.
- Соберите список договоров, по которым есть реальное обеспечение. Источник — не память менеджера, а подписанные документы: договор залога, договор поручительства, банковская гарантия, обеспечительный платёж. Юрист здесь полезнее бухгалтера.
- Проставьте вид обеспечения в карточках договоров из этого списка. Не «на всякий случай везде», а точечно.
- Введите суммы обеспечения ручной операцией и сразу опишите в комментарии, на основании какого документа введена сумма. Через полгода это спасёт вас на инвентаризации.
- Закройте месяц на копии базы и сравните сумму резерва с прошлым месяцем. Расхождение должно объясняться конкретными договорами из вашего списка, а не «программа так посчитала».
- Сверьте бухгалтерский и налоговый резерв. Правила их формирования различаются, и обеспечение — не повод механически уравнять два расчёта.
Если расхождение не раскладывается по договорам, не публикуйте закрытие. Копия базы для того и нужна.
Отдельно про инвентаризацию расчётов
Автоматика с обеспечением ценна ровно настолько, насколько актуальны данные о долгах. Обновление не проводит за вас инвентаризацию расчётов с покупателями, а именно она обычно и вскрывает интересное: оплаченные, но не разнесённые платежи, задвоенные реализации, старые авансы, висящие как долг.
Полезная последовательность: сначала инвентаризация расчётов, потом отметки обеспечения в договорах, потом расчёт резерва. В обратном порядке вы аккуратно посчитаете резерв по неверным остаткам.
Общий порядок регламентных операций мы разбирали в статье
про закрытие месяца в 1С:Бухгалтерии — резерв встраивается в него, а не живёт отдельным ритуалом.
Если учёт ведётся не только в БП
В
1С:ERP и других конфигурациях состав реквизитов договора и порядок расчёта резервов свои, и появление возможности в «Бухгалтерии предприятия» не означает такой же настройки в соседней базе. Если долги ведутся в ERP, а отчётность собирается в БП, договоритесь заранее, где хранится признак обеспечения и как он попадает в базу, из которой считается резерв. Иначе вы получите два разных ответа на один вопрос и потратите закрытие на их примирение.
Короткий регламент на сентябрь
- до обновления — выгрузка текущего резерва как эталона «вот так было»;
- после обновления — список договоров с фактическим обеспечением, подтверждённый документами;
- заполнение вида обеспечения и ручной операции с суммой;
- тестовое закрытие на копии и объяснение каждой строки расхождения;
- письменная фиксация методики: как считаем, если обеспечение меньше долга;
- только потом — закрытие рабочей базы.
Обеспечение в расчёте резервов — приятная автоматизация. Но она усиливает и порядок, и беспорядок в договорах, с одинаковой эффективностью.
Источник
Новое в версии 3.0.205.17 конфигурации «Бухгалтерия предприятия» (ПРОФ, КОРП и базовая) —
buh.ru
Контакты: it-digit.ru/about/contacts · +7 (495) 646-01-17 · sales@it-digit.ru
