Про методологию отражения обязательств с учетом сроков МСД ПУиО ГИИС ЭБ

Новые вызовы — новые подходы | узнать больше О методологии, проблематике и передаче данных бухгалтерского учета в МСД ПУиО ГИИС «Электронный бюджет».

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

• полугодию
• девяти месяцам
• годовому отчету

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

МСД ПУиО — это контролирующая система, которая:

• Принимает данные только в строго определенном формате;
• Проверяет их на соответствие более чем 200 контрольным соотношениям, включая блокирующие ошибки, при которых пакет не принимается;
• Фиксирует дату запрета редактирования после выгрузки отчетных данных — после этого изменения в периоде технически невозможны.

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

Проблематика учета обязательств

Переход на выгрузку в МСД идет поэтапно согласно плану-графику от 21.12.2024 № ДГ-П10-45074 и Распоряжению Правительства РФ от 20.06.2024 №1569-р.

План—график перехода на выгрузку в МСД ПУиО ЭБ:

Вместе с тем для определенного круга медицинских организаций сроки ввода в промышленную эксплуатацию были существенно сокращены — старт запланирован на апрель 2026 года.

Все выгружаемые данные делятся на два вида с разными сроками и правилами:

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

Методология решения в МЕДЕРП

МЕДЕРП предоставляет не просто инструмент учета, а методологию, которая позволяет существенно сократить ошибки на этапе планирования и исполнения.

Ключевой принцип: МЕДЕРП → 1С:БГУ → МСД. Качество данных на выходе в МСД напрямую определяется качеством управленческого учета в МЕДЕРП.

Версии закупки: только то, что влияет на обязательства

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

• «Извещение» — фиксация НМЦК при конкурентных закупках;
• «Первичный договор» — фиксация суммы подписанного контракта;
• «Торги не состоялись» — закрытие обязательств по несостоявшейся процедуре;
• «Отражение обязательства» — специальный режим для актуализации данных по подписанным договорам.

Такой подход исключает попадание в 1С:БГУ промежуточных или технических версий, которые могут исказить учет.

Модели учета обязательств

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

Разграничение решает две ключевые задачи:

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

• 
  Учет закупок
  Чтобы изучить детали конкурентных закупок, прямых договоров и добровольных пожертвований (модели 1, 2, 5), а также разобраться в нюансах учета закупок, перейдите к материалам: перейти

Модель 3: По факту исполнения

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

Область применения:

• Пошлины, штрафы, налоги, взносы — оплата государственных пошлин, административных и налоговых штрафов, страховых взносов в фонды, а также иных обязательных платежей в бюджет и государственные внебюджетные фонды (включая пени и недоимки).
• Возмещение в денежном эквиваленте — выплаты физическим лицам по факту сдачи биоматериала (забор крови, биоматериала). Например, компенсации донорам. Это регулярные выплаты, которые осуществляются непосредственно после забора крови. Сумма заранее неизвестна — она зависит от источника финансирования, группы крови и других факторов.

Если бы такие операции велись по Модели 1 или Модели 2, экономистам пришлось бы:

• Создавать договор с примерной (или максимальной) суммой;
• Постоянно доначислять обязательства по мере возникновения фактов;
• Вносить изменения в договор и версии закупки при каждом отклонении фактической суммы от плановой.

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

Модель 4: По факту исполнения с привлечением технических исполнителей

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

Область применения:

• Разовые счета на оплату — приобретение мебели, оргтехники, хозяйственных товаров без привлечения подотчетных лиц;
• Прямые пролонгируемые договора — услуги по постоянно автоматически пролонгируемым договорам (связь, интернет, услуги ОФД и прочее).

Как это работает на практике:

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

Ключевое отличие от традиционного подхода:

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

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

Преимущества подхода:

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

Специальный режим «Отражение обязательства»

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

Рекомендуемая периодичность: не реже одного раза в месяц. Это позволяет:

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

Мы подробно рассмотрим вопросы сторнирования обязательств, перераспределения экономии, а также влияние большого количества источников финансирования на раздел 4 формы 0503775 «Сведения о принятых и неисполненных обязательствах» в наших следующих материалах.

Требования к отражению в 1С:БГУ

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

Установка признака «Отразить принятые обязательства (фактическое исполнение)»

В документах по Моделям 3 и 4 (операции, отражаемые по факту исполнения) бухгалтерам необходимо устанавливать признак «Отразить принятые обязательства (фактическое исполнение)». Это позволяет:

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

Организационный момент: для корректной работы потребуется внести изменения в типовые операции, используемые бухгалтерами при вводе документов. В типовых операциях должен быть предустановлен или доступен для выбора указанный признак, а также определены соответствующие проводки по 502.1x счетам. Ответственность за настройку типовых операций лежит на администраторе 1С: БГУ.

Ввод документов через «Исполнение закупки» МЕДЕРП

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

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

Алгоритм работы:

1. Технический исполнитель (или бухгалтер) создает документ «Исполнение закупки» в МЕДЕРП на основании факта поставки или оказания услуги;
2. Документ проходит необходимые согласования (при необходимости);
3. После подтверждения данных система передает информацию в 1С:БГУ;
4. Бухгалтер в 1С:БГУ проверяет корректность отражения и проводит документ.

Своевременная установка даты запрета редактирования

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

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

Порядок действий:

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

Согласованность данных между МЕДЕРП и 1С:БГУ

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

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