Архитектура учета обязательств: МЕДЕРП → 1С:БГУ → МСД ПУиО

Все нюансы отражения обязательств | узнать больше Архитектура учета обязательств в МЕДЕРП, версионность закупок и настройка сводных данных для корректного сторнирования в 1С:БГУ

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

Новые требования к учету обязательств

С 2025 года начался поэтапный переход на передачу данных бухгалтерского учета в Модуль сбора данных подсистемы учета и отчетности ГИИС «Электронный бюджет» (МСД ПУиО). Согласно утвержденному плану-графику:

• 2025 год — пилотная зона: федеральные учреждения, передавшие полномочия по ведению учета в Федеральное казначейство, а также все подведомственные учреждения Минобрнауки России.
• 2026–2027 годы — массовое подключение остальных федеральных бюджетных и автономных учреждений.
• С 2028 года — учреждения субъектов РФ.
• К 2030 году — целевой показатель 100% охват бюджетной сферы федерального, регионального и муниципального уровней.

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

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

МЕДЕРП решает эту проблему, обеспечивая:

• Управленческий учет обязательств — единая база данных по всем договорам, версиям закупок и моделям учета;
• Контроль корректности данных — автоматическая проверка аналитики, недопущение некорректных договоров («Сведения не сформированы», «Разовый платеж»);
• Интеграцию с 1С:БГУ — выгрузка корректных данных для отражения в регламентированном учете;
• Своевременную актуализацию — режим «Отражение обязательства» позволяет фиксировать изменения с необходимой периодичностью (рекомендовано — ежемесячно).

Архитектура учета обязательств: МЕДЕРП — 1С:БГУ — МСД

Учет обязательств в медицинской организации строится на взаимодействии трех систем:

• МЕДЕРП (управленческий учет) — система, в которой ведется планирование, формируются версии закупок, создаются потребности, заключаются договоры. В МЕДЕРП реализованы шесть моделей учета обязательств, объединенных в три логические группы в зависимости от характера возникновения обязательств и типа операции.
• 1С:БГУ (регламентированный учет) — система бухгалтерского учета, в которую данные из МЕДЕРП передаются для отражения принятых обязательств, исполнения закупок и формирования отчетности. Именно 1С:БГУ является источником данных для МСД.
• МСД ПУиО ГИИС ЭБ — модуль сбора данных, в который 1С:БГУ выгружает информацию о принятых обязательствах, исполнении и остатках в установленные сроки (оперативные данные — до 10 дней).

Архитектура решает фундаментальную задачу:

• Обеспечить корректное отражение обязательств в 1С:БГУ на основе данных управленческого учета в МЕДЕРП
• Сформировать достоверную информацию для выгрузки в МСД в установленные сроки
• Исключить ошибки, требующие сторнирования после закрытия периода

Ключевые технические задачи архитектуры:

• Версионность закупок в МЕДЕРП — создание и поддержка системы версий, каждая из которых фиксирует определенный этап жизненного цикла закупки (извещение, первичный договор, дополнительные соглашения).
• Фильтрация версий, влияющих на обязательства — обеспечение механизма, при котором только четыре вида версий влияют на выгрузку данных в 1С:БГУ («Извещение», «Первичный договор», «Торги не состоялись», «Отражение обязательства»).
• Разграничение моделей учета — реализация шести моделей, определяющих состав участников и порядок формирования обязательств в зависимости от типа операции.
• Контроль целостности и корректности — предотвращение использования некорректной аналитики («Сведения не сформированы», «Разовый платеж»), автоматическая проверка обязательных атрибутов.

Версии закупки: иерархия видов

Учет обязательств в МЕДЕРП строится на системе версий закупки. Версии формируются автоматически в зависимости от настроенных маршрутов согласования. В процессе работы с закупкой может создаваться множество версий (дополнительные соглашения, изменение состава, корректировка финансирования), однако на итоговое отражение обязательств в 1С:БГУ влияют только четыре вида.

• Извещение — Фиксация начальной (максимальной) цены контракта
  • Когда создается: На этапе размещения извещения при конкурентных способах закупки.
  • Назначение: Обеспечивает контроль за соблюдением лимитов бюджетных обязательств до определения поставщика.
• Первичный договор — Фиксация заключенного контракта
  • Когда создается: После подведения итогов (конкурентные) или при заключении прямого договора (неконкурентные).
  • Назначение: Базовый объект для учета принятых обязательств в 1С:БГУ.
• Торги не состоялись — Констатация отсутствия результата процедуры
  • Когда создается: При признании конкурентной закупки несостоявшейся.
  • Назначение: Позволяет закрыть обязательства, ранее отраженные на версии «Извещение».
• Отражение обязательства — Ручная актуализация данных по подписанному договору
  • Когда создается: Формируется экономистами или бухгалтерией с заданной периодичностью (рекомендовано — ежемесячно).
  • Назначение: Обеспечивает актуализацию обязательств после подписания договора без изменения первичных версий.

Особенности режима «Отражение обязательства»

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

• Периодичность актуализации: ранее актуализация проводилась ежеквартально. В связи с переходом на «онлайн»формат ведения учета и ежемесячным закрытием периодов в 1С:БГУ, рекомендуется актуализировать обязательства не реже одного раза в месяц. Это позволяет избежать необходимости корректировки данных в закрытых периодах и сократить количество итераций сторнировочных документов.
• Доступность: функционал доступен экономистам или бухгалтерии (в зависимости от специфики центра).

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

Модели учета обязательств: логика выбора

Реализация учета обязательств в МЕДЕРП строится на шести моделях, объединенных в три логические группы в зависимости от характера возникновения обязательств. Выбор конкретной модели определяется типом хозяйственной операции и закреплёнными в организации бизнес-процессами.

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

Методологические принципы

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

• Принцип версионности закупок: Каждый этап жизненного цикла закупки фиксируется отдельной версией в МЕДЕРП. На отражение в 1С:БГУ влияют только четыре вида версий: «Извещение», «Первичный договор», «Торги не состоялись», «Отражение обязательства».
• Принцип группировки моделей по способу возникновения обязательств: Шесть моделей разделены на три группы — обязательства по факту (спонтанные), плановые закупки с прямым исполнением и гибкие сценарии с отсроченной детализацией. Это позволяет унифицировать настройку бизнес-процессов под конкретный тип операции и четко определить зоны ответственности участников.
• Принцип разграничения моделей учета: Каждая модель определяет состав участников (экономисты, бухгалтера, технические исполнители) и порядок формирования обязательств в МЕДЕРП для последующей выгрузки в 1С:БГУ.
• Принцип своевременной актуализации: Для подписанных договоров обязательства актуализируются через режим «Отражение обязательства» с периодичностью не реже одного раза в месяц в связи с переходом на «онлайн»формат и требованиями выгрузки в МСД ПУиО.
• Принцип недопустимости некорректной аналитики: Использование произвольных договоров («Сведения не сформированы», «Разовый платеж») не допускается. Все договоры должны быть корректно заведены через МЕДЕРП.
• Принцип согласованности данных: По всем документам, введенным в 1С:БГУ, данные должны соответствовать информации в МЕДЕРП. Это обеспечивает единое информационное пространство и минимизирует риски расхождений при выгрузке в модуль сбора данных подсистемы учета и отчетности (МСД ПУиО).

Практический аспект: настройка сводных данных для сторнирования в 1С:БГУ

Ключевой элемент, обеспечивающий корректность отражения обязательств по конкурентым договорам — это дополнительная табличная часть «Сводные данные (КБФИТ)».

• 
  Дополнительная табличная часть «Сводные данные (КБФИТ)» создаётся в 1С:БГУ через типовой механизм дополнительных табличных частей документов и фиксирует «слепок» параметров закупки для автоматического сторнирования обязательств. Данный механизм является универсальным инструментом обеспечения согласованности данных между управленческим и регламентированным учетом.

Ключевые колонки табличной части:

• Финансовая аналитика: ИФО, КФО, КПС, КЭК, код планового периода;
• Суммовые показатели: извещение (НМЦК), первичный договор, экономия, РО / ДО (принятые / денежные обязательства).

Практические рекомендации по настройке:

• При создании табличной части указывайте осмысленные наименования и имена колонок.
• Для колонок-справочников выбирайте правильный тип данных — ссылка на соответствующий справочник.
• Для колонки «Код планового периода» используйте тип «Строка» — это обеспечит корректное определение счёта учёта.
• Суммовые колонки заполняйте типом «Число».
• После создания всех колонок проверьте, что табличная часть отображается в документе «Регистрация обязательств».

Правильно настроенная дополнительная табличная часть «Сводные данные (КБФИТ)» — это фундамент для автоматического сторнирования обязательств при изменении финансирования или суммы контракта. Такой подход гарантирует корректное отражение обязательств в годовой отчётности и достоверность формы 775. Более подробно об аспектах настройки табличной части описано в материалах: узнать больше.