При подготовке регламентированной отчетности государственного учреждения бухгалтеры часто сталкиваются с ситуацией, когда данные по счету 205.00 «Расчеты по доходам» отображаются некорректно. Основная проблема заключается в том, что сальдо «сворачивается»: дебетовые остатки перекрываются кредитовыми внутри счета, из-за чего суммы в Активе и Пассиве Баланса (ф. 0503730) не соответствуют данным реального учета. Аналогичные искажения возникают и в форме 0503769 (Сведения по дебиторской и кредиторской задолженности).
В этой статье мы подробно разберем, как настроить программу «1С:Бухгалтерия государственного учреждения» (редакции 1.0 и 2.0), чтобы отчетность заполнялась автоматически и без ошибок.
Согласно Инструкции № 33н, показатели по счетам расчетов (включая 205.00, 208.00, 209.00, 303.00) должны отражаться в отчетности развернуто. Это означает, что если по одному контрагенту у нас висит переплата (кредитовое сальдо), а по другому — задолженность (дебетовое сальдо), программа не должна вычитать одно из другого. Дебет должен попасть в строку 250 Баланса (Актив), а кредит — в строку 470 (Пассив).
Если настройки развернутого сальдо в базе отсутствуют или заполнены некорректно, алгоритм формирования отчетов «сворачивает» остатки, что является грубым нарушением правил учета.
Проанализируем ситуацию для пользователей редакции 1.0. Для корректного формирования отчетности необходимо проверить регистр сведений, отвечающий за правила получения остатков.
205.00 (и его субсчетов, например, 205.31).Контрагенты и Договоры.Важный момент: Обратите внимание на период действия настройки. Если вы формируете отчет за 2023 год, настройки должны действовать на дату формирования отчета и на начало отчетного периода.
В современной редакции 2.0 логика немного изменилась. Настройки развернутого сальдо теперь привязаны к Учетной политике учреждения.
Рассмотрим порядок действий:
205 установлены флажки разворота по всем необходимым разрезам (Контрагенты, Договоры, КЭК).Выясним причину, почему даже при включенном развернутом сальдо цифры могут «криво» попадать в форму 0769. Одной из самых частых причин является некорректное использование кодов КОСГУ (560/660 и их детализации).
Проанализируем ситуацию: с 2019 года была введена обязательная детализация статей КОСГУ по типам контрагентов (например, 561, 562... 661, 662 и т.д.). Если на начало года у вас остались «обобщенные» коды (например, просто 560), программа может не понять, как их распределить.
Для исправления ситуации выполним следующие действия:
205.31.При вводе остатков или переносе данных критически важно, чтобы использовались коды 001, 002 и так далее (согласно типу контрагента). Это необходимо для того, чтобы алгоритмы 1С могли корректно «закрыть» обороты.
Если остатки в ОСВ выглядят правильно, а в форме 0503769 на начало года стоят нули или неверные суммы, воспользуемся специальным механизмом перерегистрации остатков.
Разберем работу с документом «Формирование остатков по счетам расчетов»:
Посмотрим на пример: бухгалтер начислил доход по счету 205.31, но в карточке договора с контрагентом по ошибке указан вид договора «С поставщиком». Поскольку счет 205 предназначен для расчетов с покупателями, программа при автоматическом заполнении баланса может проигнорировать такое сальдо или отнести его в неверную строку.
Всегда проверяйте, чтобы для счета 205 вид договора соответствовал смыслу операции (обычно это «С покупателем» или «Иное»).
В сообщениях форума упоминался вопрос о документах для начисления аренды в старых редакциях. Кратко напомним методологию, актуальную для современных стандартов (СГС «Аренда»):
Для начисления текущих платежей по аренде в БГУ следует использовать:
Если вы делаете проводки вручную через «Операцию (бухгалтерскую)», велика вероятность пропустить какое-либо субконто, что мгновенно приведет к «сворачиванию» баланса.
Если баланс «уходит в пассив» или сальдо некорректно сворачивается:
205 нет остатков с «пустым» КОСГУ.Соблюдение этих шагов позволит вам получать корректную регламентированную отчетность нажатием одной кнопки «Заполнить».