При переходе на новые федеральные стандарты бухгалтерского учета (ФСБУ), в частности «Долгосрочные договоры», бухгалтеры государственных учреждений часто сталкиваются с проблемой появления некорректных данных в отчетности. Одной из самых распространенных ситуаций является возникновение «минусов» в форме 0503769 по счету 205.31 (Расчеты по доходам от оказания платных услуг), особенно когда в учет вводятся данные по доходам будущих периодов (ДПБ). Разберем детально, почему так происходит и как правильно организовать ввод остатков, чтобы отчетность «схлопнулась» без ошибок.
Для начала проанализируем, как работает механизм автоматического заполнения формы 0503769 в программе 1С:БГУ. Основная логика отчета строится на равенстве: Остаток на начало + Увеличение задолженности - Уменьшение задолженности = Остаток на конец.
Однако здесь кроется важный технический нюанс. Согласно методическим указаниям, графы «Увеличение» и «Уменьшение» в этой форме должны отражать только реальные обороты текущего периода. Программа при заполнении этих граф игнорирует обороты со специальными счетами:
401.30 (Финансовый результат прошлых отчетных периодов);000 (Вспомогательный счет для ввода остатков).Когда мы используем документ «Начисление ДПБ» с активной опцией «Ввод остатков» на дату 31.12.2019, программа формирует проводки в так называемый межотчетный период. Эти суммы увеличивают конечное сальдо на 01.01.2020, но они не попадают в колонки «Увеличение» или «Уменьшение» за 2019 год, так как корреспондируют со счетом 401.30. В результате возникает математический разрыв: остаток на конец периода изменился, а оборотов, объясняющих это изменение, в отчете нет. Система пытается распределить эту «дельту», что и приводит к появлению отрицательных значений в случайных строках или по нецелевым кодам КОСГУ.
Часто пользователи замечают, что при вводе данных по физическим лицам (КОСГУ 567) минусы появляются по кодам 561 или 566. Рассмотрим подробнее, почему это происходит:
Чтобы избежать искажения отчетности, выполним работу по следующему алгоритму. Основное правило: нельзя смешивать отчетность за прошлый год и ввод переходных остатков на новый год в одном флаконе.
Сначала необходимо полностью сформировать, проверить и закрыть отчетность за 2019 год. На этот момент документы «Начисление ДПБ» с галочкой «Ввод остатков» не должны влиять на показатели формы 769 за 2019 год. Если они уже введены, убедитесь, что их дата — 31.12.2019, а время установлено как «24:00:00» (межотчетный период).
Важно понимать, что изменение остатков в связи с внедрением нового стандарта — это не обороты текущего года. Эти суммы должны быть отражены в форме 0503773 («Сведения об изменении остатков валюты баланса»). Рассмотрим действия:
Посмотрим, как данные должны отразиться в 2020 году. В первом квартале 2020 года в форме 769:
Чтобы исключить технические ошибки, проанализируем настройки программы. Выполним следующие действия:
1. Проверим Карточки контрагентов. Для расчетов со студентами в поле «Тип контрагента» обязательно должно стоять 130 — Физические лица. Это гарантирует правильную подстановку КОСГУ 567 (увеличение) и 667 (уменьшение).
2. Проанализируем регистр накопления Расчеты по дебиторской и кредиторской задолженности. Для этого можно воспользоваться универсальным отчетом. Настроим его с детализацией до Документа-основания и КБК/КОСГУ. Если мы увидим, что остаток по одному КБК положительный, а по другому — отрицательный, значит, документы начисления ДПБ «не увидели» старую задолженность из-за разной аналитики.
3. В документах «Начисление ДПБ» проверим выбранную номенклатуру и счета учета. Если используется счет 205.31, убедитесь, что в параметрах учета включено ведение аналитики по КОСГУ.
Подведем итог: если вы видите минусы в 769 форме после ввода долгосрочных договоров — вы пытаетесь прыгнуть через период. Правильная методология заключается в том, что ввод остатков 31.12.2019 является «служебной операцией». Она не должна портить обороты 2019 года. Сформируйте отчетность за прошлый год, зафиксируйте изменение валюты баланса в форме 773, и только после этого приступайте к формированию отчетов за новый период. Тогда все расчеты в 1С:БГУ пройдут корректно, и отрицательные значения исчезнут.