Что нового в версии 2.0.111.61 «Бухгалтерии государственного учреждения»: «Электронный бюджет», просроченная задолженность, казначейские платежи

Что вошло в релиз 2.0.111.61 и кому обновляться в первую очередь

Версия 2.0.111.61 конфигурации «Бухгалтерия государственного учреждения» вышла 19 октября 2026 года. Релиз подготовлен для ред. 2.0 во всех поставках: КОРП, ПРОФ и базовая, на платформе «1С:Предприятие 8». Обновление затрагивает подготовку пакетов в ГИИС «Электронный бюджет», учёт долгосрочной и просроченной задолженности, казначейские платежи и интеграцию с Единой бюджетной платформой, документы по нефинансовым активам и материальной ответственности, регламентированную отчётность. Официальное сообщение о выпуске опубликовано на buh.ru.

Самое жёсткое изменение релиза - блокировка подписания и отправки пакета в «Электронный бюджет» до успешного прохождения проверки выходных контрольных соотношений по текущей таксономии. Второе по значимости - новый порядок формирования начальных и конечных остатков с учётом операций межотчётного периода. Для учреждений, которые сдают пакеты через Модуль сбора данных ПУиО, эти два пункта и определяют срочность обновления: старые правила расчёта остатков и отсутствие предварительной проверки повышают вероятность отказа в приёме данных.

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

• учреждениям, формирующим пакеты в ГИИС «Электронный бюджет» через Модуль сбора данных ПУиО;
• бухгалтериям с просроченной задолженностью по расчётам, которой нужна корректная аналитика и раскрытие;
• получателям бюджетных средств, оформляющим распоряжения о совершении казначейских платежей;
• образовательным организациям, перечисляющим компенсацию родительской платы на карты «Мир»;
• всем, кто готовит регламентированную отчётность за 2026 год.

Для сравнения с предыдущим шагом развития конфигурации: какие изменения принёс релиз 2.0.110.49, мы разбирали в отдельном обзоре.

Кратко: 7 ключевых изменений релиза

1. Остатки с учётом межотчётного периода. В пакете данных для Модуля сбора данных ПУиО начальные и конечные остатки формируются с учётом операций межотчётного периода (подробнее в разделе про «Электронный бюджет»).
2. Проверка выходных контрольных соотношений. Проверка выполняется по текущей таксономии, а подписать и отправить пакет можно только после её прохождения.
3. Справочник «Причины образования просроченной задолженности». Новый инструмент типизации причин просрочки (раздел про задолженность).
4. Оборотная ведомость по счёту 303.00 в разрезе аналитики «Дата исполнения». Позволяет отделить текущую задолженность от просроченной по срокам исполнения.
5. Единая бюджетная платформа и распоряжения о совершении казначейских платежей. Меняется оформление платёжных документов и обмен с ЕБП.
6. Компенсация родительской платы на карты «Мир». Подготовка распоряжений автоматизирована.
7. Новые документы по НФА и договорам о материальной ответственности, доработки по имущественным налогам, ЭДО, 1С:Архиву и формам отчётности, которые применяются начиная с отчёта за 2026 год.

Материал обзорный. Официальной документацией «1С» он не заменяется: полный перечень изменений, точные названия новых документов и порядок их применения смотрите в сопроводительной документации релиза.

Модуль сбора данных ПУиО ГИИС «Электронный бюджет»: что изменилось в формировании пакета

В подсистеме интеграции с Модулем сбора данных ПУиО ГИИС «Электронный бюджет» изменён порядок формирования начальных и конечных остатков в пакете данных, а также добавлена проверка выходных контрольных соотношений. Оба механизма срабатывают до подписания, поэтому расхождения видны в конфигурации, а не в ответе от получателя.

Начальные и конечные остатки с учётом межотчётного периода

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

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

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

Проверка выходных контрольных соотношений по текущей таксономии

Проверка выполняется в конфигурации по текущей таксономии, результат - протокол с перечнем несоответствий. Ключевое правило релиза: пока проверка не пройдена, подписать и отправить пакет нельзя. Обойти ограничение нельзя и не нужно: контрольные соотношения ловят те ошибки, которые раньше всплывали уже на стороне получателя, с потерей времени на повторный цикл.

Рабочий алгоритм разбора протокола:

1. Сформировать пакет данных.
2. Запустить проверку выходных контрольных соотношений.
3. Разобрать протокол: определить счёт и показатель, по которому зафиксировано несоответствие.
4. Найти расхождение в учёте: остатки, обороты, аналитика, закрытие периода.
5. Исправить данные и переформировать пакет.
6. Повторить проверку и только после успешного прохождения подписывать и отправлять пакет.

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

Долгосрочная и просроченная задолженность: новый справочник и аналитика по счёту 303.00

Учёт долгосрочной и просроченной задолженности расширен двумя инструментами: справочником «Причины образования просроченной задолженности» и оборотной ведомостью по счёту 303.00 в разрезе аналитики «Дата исполнения». Вместе они закрывают вопрос раскрытия просрочки: одна часть отвечает на «почему», вторая показывает «сколько и когда».

Как заполнить справочник «Причины образования просроченной задолженности»

Справочник типизирует причины просрочки, чтобы анализ задолженности опирался на одинаковые формулировки, а не на свободный текст в примечаниях. Базовый набор причин для учреждения обычно включает:

• несвоевременное доведение лимитов бюджетных обязательств;
• отсутствие или задержка финансирования;
• ошибки контрагента в расчётных документах;
• задержку платежа на стороне казначейства;
• судебные споры и оспаривание сумм;
• несвоевременное представление первичных документов подразделениями.

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

Оборотная ведомость по счёту 303.00 в разрезе «Дата исполнения»

Отчёт по счёту 303.00 теперь можно строить с разворотом по аналитике «Дата исполнения». Настройка стандартная: выберите счёт 303.00, задайте разворот по аналитике «Дата исполнения», добавьте группировку по контрагентам или обязательствам и период отчёта.

Чтение данных простое: строки, где дата исполнения уже прошла относительно отчётной даты, показывают просроченную задолженность, её нужно раскрыть с указанием причины из справочника. Строки с датой исполнения в будущем относятся к текущей и долгосрочной задолженности в зависимости от срока. Такой разрез позволяет готовить расшифровки без ручной выборки по документам.

Предупреждение: если аналитика «Дата исполнения» по обязательствам не заполнена, отчёт не даст корректной картины просрочки. Перед анализом проверьте заполнение реквизита в документах и сверьте суммы с данными учёта обязательств.

Единая бюджетная платформа и распоряжения о совершении казначейских платежей

Релиз поддерживает интеграцию с Единой бюджетной платформой и переход на распоряжения о совершении казначейских платежей. Распоряжение - документ, на основании которого казначейство совершает платёж, поэтому меняются оформление платёжных документов и обмен данными с ЕБП. Переход касается всех, кто проводит казначейские платежи, и планировать обновление лучше заранее, а не в день выплат.

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

Автоматизация распоряжений на компенсацию родительской платы на карты «Мир»

В релизе автоматизирована подготовка распоряжений на перечисление компенсации родительской платы на карты «Мир». Для детских садов и школ это сокращает ручную сборку реестров и снижает риск ошибки в реквизитах получателей.

Что сделать перед первым запуском: проверить заполнение реквизитов карт «Мир» у получателей компенсации, сформировать распоряжения, сверить суммы с начислениями и удержаниями. Устаревшие или неверные реквизиты карты останавливают выплату, поэтому сверку лучше проводить до формирования распоряжений, а не после отказа банка.

Новые документы по учёту НФА и договорам о материальной ответственности

В релиз вошли новые документы по учёту нефинансовых активов и по договорам о материальной ответственности. Первые закрывают операции с НФА в более удобном виде, вторые упорядочивают оформление ответственности работников за вверенное имущество. Точный состав документов, обязательные реквизиты и порядок заполнения уточняйте по сопроводительной документации релиза: набор реквизитов у новых форм отличается от привычных.

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

Договоры о материальной ответственности в 1С БГУ: что учесть при внедрении

1. Определить ответственных за ведение договоров: кадровая служба или бухгалтерия.
2. Сверить перечень работников, с которыми договоры должны быть заключены, с фактическими должностями.
3. Настроить права доступа так, чтобы договоры не редактировались посторонними ролями.
4. Провести тестовое оформление одного-двух договоров на копии базы.
5. Обучить сотрудников до начала массового ввода.

Основной риск при переходе - дублирование данных, когда часть договоров уже ведётся по-старому, а часть заводится в новых документах. Зафиксируйте дату перехода и работайте по принципу «одна запись - один документ».

Доработки по имущественным налогам, ЭДО и 1С:Архиву

По имущественным налогам релиз уточняет расчёт и подготовку данных: после обновления стоит сверить расчёт с предыдущим периодом по тем же объектам, чтобы поймать расхождения на раннем этапе. По ЭДО изменения касаются обмена электронными документами с контрагентами: проверьте статусы отправленных и полученных документов за последние недели. По 1С:Архиву доработки относятся к передаче документов в архив: убедитесь, что выгрузка проходит и документы попадают в архив в ожидаемом составе.

Что проверить после обновления: налоги, ЭДО, архив

• Сверить расчёт имущественных налогов с прошлым периодом и проверить, что объекты налогообложения учтены полностью.
• Прогнать тестовый обмен по ЭДО: отправить документ, получить подтверждение, проверить статусы в журнале.
• Выполнить тестовую выгрузку в 1С:Архив и убедиться в корректности переданного комплекта.
• Просмотреть журнал регистрации на ошибки обмена после обновления.

Типичный сбой после обновления - сбитые настройки обмена или устаревшие форматы. Проверка на тестовом документе занимает несколько минут и экономит день на разборе зависших статусов в отчётный период.

Обновлённые формы регламентированной отчётности с отчёта за 2026 год

Релиз содержит обновлённые формы регламентированной отчётности, применяемые начиная с отчёта за 2026 год. Это значит, что новые шаблоны нужны для отчётных дат 2026 года и далее, а к более ранним периодам их применять не нужно. Состав форм и порядок применения уточняйте по сообщению о релизе и сопроводительной документации.

Изменения в учёте остатков и задолженности напрямую влияют на показатели отчётности: новый расчёт остатков с учётом межотчётного периода и аналитика по счёту 303.00 меняют цифры в расшифровках. Сверяйте заполнение показателей после того, как пакет в «Электронном бюджете» прошёл контрольные соотношения.

Как не перепутать периоды применения обновлённых форм

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

Как обновиться на 2.0.111.61 без риска для учёта

Последовательность стандартная для конфигураций на «1С:Предприятии 8», но с поправкой на новые механизмы контроля. Обновление без резервной копии, работа на устаревшей таксономии и незаполненная аналитика «Дата исполнения» - три самых частых источника проблем после установки релиза.

Чек-лист обновления и проверки ключевых операций

1. Сделать резервную копию базы и проверить возможность восстановления.
2. Проверить версию платформы «1С:Предприятие 8» на соответствие требованиям релиза.
3. Установить обновление и проверить конфигурацию.
4. Сформировать тестовый пакет в «Электронном бюджете» и пройти проверку контрольных соотношений.
5. Построить оборотную ведомость по счёту 303.00 в разрезе «Дата исполнения» и оценить полноту аналитики.
6. Сформировать тестовое распоряжение о совершении казначейского платежа и проверить статусы обмена.
7. Прогнать тестовый обмен по ЭДО и выгрузку в 1С:Архив.
8. Проверить формы регламентированной отчётности для периода 2026 года.

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