Как принять денежные обязательства в 1С

Принятие денежных обязательств — обязательный этап санкционирования расходов в государственных и муниципальных учреждениях. В программах линейки «1С:Бухгалтерия государственного учреждения» (ред. 1 и ред. 2) для этого предусмотрен отдельный документ «Принятие денежных обязательств», который фиксирует обязательство учреждения оплатить товары, работы или услуги по договору, контракту либо иному основанию. Без корректного отражения этого документа закрытие месяца по счетам санкционирования (501, 502) будет давать ошибки, а отчётность по исполнению бюджета исказится.

Операция выполняется в разрезе КПС, КОСГУ, договоров и контрагентов, поэтому перед отражением важно проверить заполнение справочников и наличие ранее принятых бюджетных и плановых обязательств. В коммерческих конфигурациях (1С:Бухгалтерия предприятия) прямого аналога документа нет — там аналогичную роль играют счета на оплату и договоры, но логика контроля обязательств отличается.

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

Что такое денежное обязательство и когда его принимают

Денежное обязательство — это обязанность учреждения уплатить бюджету или контрагенту определённую сумму в соответствии с условиями сделки. Основанием служат контракт, договор, счёт, акт, решение суда, требование налогового органа и другие документы, подтверждающие долг.

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

Важно различать три стадии: лимиты бюджетных обязательств (ЛБО), бюджетные обязательства (БО) и денежные обязательства (ДО). Денежное обязательство не может превышать принятое бюджетное обязательство, а то, в свою очередь, — доведённые лимиты. Именно эту цепочку контролирует программа при проведении документов.

Подготовка: какие справочники и настройки проверить

До ввода документа убедитесь, что корректно заполнены базовые данные. В справочнике «Контрагенты» должна быть создана карточка поставщика, а в ней — договор с указанием номера, даты и суммы. Для бюджетных учреждений критично, чтобы договор был привязан к нужному виду финансового обеспечения (КФО): субсидия на госзадание (4), субсидия на иные цели (5), приносящая доход деятельность (2).

Проверьте справочники КПС (коды бюджетной классификации) и КОСГУ — они должны соответствовать текущему финансовому году, так как классификаторы периодически меняются. Если документ принятия БО введён с одним КОСГУ, а вы пытаетесь принять ДО по другому, контроль остатков не пройдёт.

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

Пошаговое принятие денежных обязательств в 1С:БГУ

Основной сценарий выглядит одинаково в редакциях 1 и 2, отличается только расположение документа в интерфейсе. В ред. 1 документ находится в меню «Санкционирование — Принятие денежных обязательств», в ред. 2 — в разделе «Расходы, санкционирование».

1. 1
   Откройте журнал «Принятие денежных обязательств» и создайте новый документ
2. 2
   Укажите дату принятия обязательства, КФО и выберите договор контрагента
3. 3
   Заполните табличную часть: КПС, КОСГУ, сумма обязательства; при необходимости распределите сумму по нескольким строкам
4. 4
   Проверьте основание — реквизиты договора или иного документа-основания
5. 5
   Проведите документ и откройте движения: должна сформироваться проводка Дт 502.11 Кт 502.12
6. 6
   Сверьте остатки по счёту 502 через отчёт «Оборотно-сальдовая ведомость по счёту»

Если обязательство принимается по контракту, по которому уже введён документ «Принятие бюджетных обязательств», удобно использовать ввод на основании: программа подставит КПС, КОСГУ и остаток непринятой суммы автоматически. Это снижает риск расхождений аналитики между стадиями.

Для обязательств, которые принимаются по мере исполнения (например, ежемесячные акты по договору аренды или коммунальным услугам), создавайте отдельный документ на каждую сумму акта. Не принимайте годовую сумму сразу, если бюджетные обязательства доведены частями, — контроль остатков не даст провести документ.

Контроль лимитов и проверка проводок

После проведения откройте движения документа. Типовая проводка: дебет 502.11 «Бюджетные обязательства» — кредит 502.12 «Денежные обязательства» на сумму принятого обязательства. Это означает, что часть бюджетного обязательства переведена в стадию денежного.

Для проверки корректности сформируйте оборотно-сальдовую ведомость по счёту 502 с группировкой по КФО, КПС, КОСГУ и контрагентам. Остаток по 502.12 показывает сумму принятых, но не оплаченных денежных обязательств; остаток по 502.11 — объём бюджетных обязательств, по которым ДО ещё не приняты.

Контрольные точки

Как проверить результат

Проводки документа

Норма

Дт 502.11 — Кт 502.12 на сумму обязательства, аналитика совпадает с договором

Тревожный признак

Проводок нет, либо аналитика (КФО, КПС, КОСГУ) отличается от договора

Остаток по 502.12

Норма

Положительный, равен сумме неоплаченных обязательств

Тревожный признак

Отрицательный остаток — принято ДО больше, чем БО

Сумма ДО по договору

Норма

Не превышает сумму договора и принятых БО

Тревожный признак

Принято больше суммы договора или лимитов

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

Отражение обязательств по приносящей доход деятельности

По КФО 2 (предпринимательская деятельность) действует упрощённый порядок: лимиты не доводятся, поэтому цепочка «ЛБО — БО — ДО» часто сокращается. В зависимости от настроек учётной политики обязательства могут приниматься сразу как денежные либо фиксироваться только плановыми документами.

В этом случае документ «Принятие денежных обязательств» всё равно используется для контроля долгов перед поставщиками, но проводки формируются в рамках плановых (санкционирующих) счетов по КФО 2. Проверьте в настройках, включён ли контроль остатков для этого КФО — для предпринимательской деятельности его обычно отключают, так как жёстких лимитов нет.

Типичные ошибки и как их исправить

Если ошибка обнаружена в текущем периоде, достаточно отменить проведение документа, исправить данные и провести заново. Если период закрыт, используйте документ «Корректировка обязательств» (в ред. 2) или сторнирующий документ с аналогичной аналитикой, а затем введите правильное принятие.

При массовых расхождениях полезна сверка: сформируйте карточку счёта 502.11 и 502.12 по конкретному договору и сопоставьте каждый документ цепочки «БО — ДО — кассовое исполнение». Разрыв почти всегда находится на одном из этих трёх этапов.

Маршрут решения

Как выбрать действие

Документ не проводится с сообщением о превышении остатковПроверьте, принято ли БО по тому же КФО, КПС и КОСГУ; при отсутствии введите «Принятие бюджетных обязательств»

Обязательство принято по ошибочному договору или сумме в закрытом периодеСторнируйте документ и введите корректное принятие текущей датой

Договор финансируется из нескольких источниковРазбейте обязательство на строки или документы по каждому КФО

Работаете в 1С:Бухгалтерии предприятия (коммерческой)Используйте договоры и счета на оплату; документа принятия ДО там нет, контроль ведите отчётами по расчётам

Отличия в коммерческих конфигурациях 1С

В 1С:Бухгалтерии 8 (ред. 3.0) для коммерческих организаций отдельного документа принятия денежных обязательств нет. Роль обязательства выполняют счёт на оплату поставщика и поступление товаров и услуг: задолженность фиксируется на счетах 60 и 76, а контроль оплат ведётся отчётами «Задолженность поставщикам» и «Анализ расчётов».

Если организация хочет контролировать будущие платежи до возникновения долга, используют заявки на оплату в конфигурациях с блоком казначейства (1С:ERP, 1С:Комплексная автоматизация, 1С:Управление холдингом). Там заявка согласовывается, резервирует лимит бюджета и закрывается платёжным документом — логика близка к бюджетному санкционированию.

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

Часто задаваемые вопросы

Можно ли принять денежное обязательство без договора?

Да, если основание иное: решение суда, требование ФНС, акт, счёт. В документе вместо договора укажите реквизиты документа-основания вручную. Однако для большинства хозяйственных операций договор является обязательным элементом аналитики, и его отсутствие усложнит сверку расчётов.

Что делать, если сумма договора изменилась дополнительным соглашением?

При увеличении суммы сначала скорректируйте бюджетные обязательства (дополнительное принятие БО), затем примите денежное обязательство на увеличенную часть. При уменьшении — введите сторнирующий документ или корректировку обязательств на разницу, чтобы остатки по счёту 502 соответствовали новой цене договора.

Почему документ проведён, а в отчётах обязательства не видно?

Чаще всего причина в отборе отчёта: проверьте период, КФО и настройку группировок. Также убедитесь, что отчёт строится по счетам санкционирования (502), а не по счетам расчётов (302) — это разные стадии учёта, и обязательство появится на 302 только после отражения поступления.

Нужно ли принимать ДО по зарплате и налогам?

Да, обязательства по оплате труда и начислениям на выплаты также проходят стадию денежных обязательств. Обычно они принимаются на основании расчётных документов (ведомостей, сводов начислений) после отражения начислений в учёте, в пределах принятых бюджетных обязательств по соответствующим КОСГУ.

Как отменить ошибочно принятое обязательство?

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