Регламент «Электронного бюджета» 2026.02.01: новые требования к формированию государственных заданий в XML
С 2026 года учредители федеральных учреждений обязаны передавать сведения о государственных заданиях в подсистему «Электронный бюджет» по новому формату. Регламент информационного взаимодействия версии 2026.02.01 (утверждён Минфином России) детально описывает структуру XML-файлов, правила заполнения показателей объема и качества, а также порядок обработки ошибок. В статье разбираем все ключевые изменения, требования к данным и типичные ошибки при импорте госзаданий в модуль формирования государственных заданий.
Введение
Государственное задание для федеральных бюджетных, автономных и казённых учреждений – это ключевой документ, определяющий объём и качество оказываемых государственных услуг (выполняемых работ). С 2015 года его формирование и ведение осуществляется в модуле государственных заданий ГИИС «Электронный бюджет». Однако требования к форматам данных периодически обновляются.
28 февраля 2026 года введена в действие новая версия регламента информационного взаимодействия – 2026.02.01 (дата изменения указана в документе как 06.02.2026). Документ определяет:
- состав и структуру XML-файлов для импорта сведений о государственных заданиях;
- правила валидации данных;
- порядок обработки и протоколирования ошибок.
В этой статье мы максимально подробно разберём все разделы регламента, чтобы специалисты учредителей (федеральных министерств, ведомств) и IT-разработчики могли без ошибок загружать государственные задания в «Электронный бюджет».
1. Кто и для чего использует регламент
Регламент предназначен для учредителей федеральных государственных учреждений. К ним относятся:
- органы, осуществляющие функции и полномочия учредителя федеральных бюджетных и автономных учреждений (например, Минобрнауки России, Росмолодёжь);
- главные распорядители средств федерального бюджета в отношении федеральных казённых учреждений.
Цель – передача в электронном виде информации о государственном задании (услуги, работы, показатели объёма и качества, нормативные правовые акты, порядок контроля и отчётности) в модуль формирования государственных заданий ГИИС «Электронный бюджет».
Результат – централизованное ведение реестра государственных заданий в единой системе.
Документ основан на Постановлении Правительства РФ от 26.06.2015 № 640, которым утверждено Положение о формировании государственного задания в отношении федеральных учреждений.
2. Основные изменения в версии 2026.02.01
Версия 2026.02.01 содержит ряд существенных изменений по сравнению с предыдущей (2024.02.01). Ключевые нововведения (согласно разделу 5 «Перечень изменений»):
3. Структура XML-документа для раздела «Реестр государственных заданий»
Корневой элемент – <Gz_inf>. Он содержит следующие обязательные и необязательные блоки.
3.1. Общая информация об учредителе и учреждении
3.2. Раздел 1: Сведения об оказываемых государственных услугах (Part_1)
Этот раздел содержит один или несколько элементов <Razdel_uslugi>.
3.2.1. Реестровая запись услуги (Srvc_record)
Каждая реестровая запись включает:
- RegrNumber – 24-символьный номер записи (например, 850000О.99.0.БО34БГ20002).
- Volume_records – показатели объёма (обязательный блок).
- Quality_records – показатели качества (необязательный).
Показатели объёма (Volume_record)
Показатели качества (Quality_record)
Аналогичны по структуре, но код показателя качества – QltyInd_Code (3 символа).
3.2.2. Нормативные правовые акты (Npa_record)
Важное нововведение 2026 года – разделение на два типа НПА:
Обязательные реквизиты НПА:
- Npa_kind_code – код вида НПА (3 символа);
- Npa_kind_name – вид НПА (федеральный конституционный закон, федеральный закон, указ, постановление, распоряжение, решение, приказ);
- Rec_department – принявший орган;
- Npa_date – дата в формате yyyy-MM-dd;
- Num – номер;
- Name – наименование.
3.2.3. Способы информирования потребителей (Sposob_informirovaniya_record)
- Sposob_informirovaniya_name – способ (например, «Размещение информации на официальном сайте»);
- Sostav_informacii – состав размещаемой информации;
- Chastota_obnovleniya – частота обновления.
3.3. Раздел 2: Сведения о выполняемых работах (Part_2)
Структура аналогична разделу 1, но вместо Razdel_uslugi используется Razdel_rabot, а внутри Volume_record появляется блок <Job_description> (описание работы).
Элементы Job_description:
3.4. Раздел 3: Прочие сведения о государственном задании (Part_3)
Содержит обязательные блоки:
- Reasons – основания для досрочного прекращения выполнения госзадания (код и наименование основания).
- Inaya_informaciya_ispolnenie_records – иная информация, необходимая для исполнения (контроля).
- Poryadok_kontrolya_records – порядок контроля за исполнением задания.
- Control_type_code – код формы контроля (7 символов);
- Control_type_name – форма контроля (плановая проверка, камеральная проверка);
- Period_name – периодичность;
- Federal_Ispolnit_Organ_code – код органа по Сводному реестру;
- Federal_Ispolnit_Organ_name – наименование органа.
- Requirements_report_records – требования к отчетности.
- Period_records – периодичность предоставления отчётов.
- Period_records_prev – срок предоставления предварительного отчёта.
- Date_report_records – сроки предоставления отчётов.
- Other_requirements_report_records – иные требования к отчетности.
- Add_other_index – иные показатели, связанные с выполнением госзадания:
- Vozmozhnoe_otklonenie – допустимое отклонение (в %);
- other_index – иные показатели (наименование и значение).
4. Общие требования к форматам и структуре файлов
4.1. Кодировка и версия XML
Пролог документа должен содержать корректное объявление:
xml
<?xml version="1.0" encoding="windows-1251"?>
или
xml
<?xml version="1.0" encoding="utf-8"?>
Обе кодировки допустимы. Лишние пробелы в прологе не допускаются.
5. Порядок обмена информацией (загрузка файлов)
5.1. Подготовка архива
Файлы для загрузки в раздел «Реестр государственных заданий» должны быть упакованы в ZIP-архив. Внутри архива может быть один или несколько XML-документов, соответствующих структуре раздела.
5.2. Валидация по XSD-схеме
Система выполняет валидацию каждого XML-документа по официальной XSD-схеме, приведённой в разделе 4.1 регламента. Схема описывает:
- обязательность элементов;
- типы данных;
- допустимые значения для элементов с ограниченным набором (например, Records_NpaType принимает только 1 или 2).
5.3. Протокол обработки данных
По результатам обработки загруженного архива система формирует протокол, который может быть двух типов:
✅ Успешная загрузка
Обработка входного XML-файла
Выполнение первичной валидации данных
Создан проект государственного задания с номером 075-00712-26 ПР
Ошибок не обнаружено. Данные файла записаны в базу данных.
❌ Ошибка валидации
Обработка входного XML-файла
Выполнение первичной валидации данных
Обнаружены следующие ошибки:
Не удалось найти запись показателя качества для ВПРУ с реестровым номером '850000О.99.0.БО34БГ20002' по параметрам QltyInd_Code :'038' QltyInd_Name:'Количество письменных жалоб на качество предоставленных услугу' QltyInd_UnCode:'796' QltyInd_Units:'Штук'
Данные файла не записаны в базу данных.
При наличии ошибок данные не записываются в базу. Необходимо исправить ошибки и загрузить файл заново.
6. Пример XML-документа (фрагмент из регламента)
В документе приведён полный пример заполнения госзадания для Института океанологии РАН. Ниже показан ключевой фрагмент для услуги «Реализация образовательных программ высшего образования – программ подготовки научных и научно-педагогических кадров в аспирантуре»:
xml
<Gz_inf>
<Inst_code>9710062939771001001</Inst_code>
<Inst_name>МИНИСТЕРСТВО НАУКИ И ВЫСШЕГО ОБРАЗОВАНИЯ РФ</Inst_name>
<Intrnl_period>2026-2028</Intrnl_period>
<Dprtm_code>7727083115772701001</Dprtm_code>
<Dprtm_name>ФГБУН ИНСТИТУТ ОКЕАНОЛОГИИ ИМ. П.П. ШИРШОВА РАН</Dprtm_name>
<Part_1>
<Razdel_uslugi>
<Razdel_uslugi_nomer>1</Razdel_uslugi_nomer>
<Base_code_uslugi>БО34</Base_code_uslugi>
<Base_name_uslugi>Реализация образовательных программ высшего образования - программ подготовки научных и научно-педагогических кадров в аспирантуре</Base_name_uslugi>
<Srvc_records_uslugi>
<Srvc_record>
<RegrNumber>850000О.99.0.БО34БГ20002</RegrNumber>
<Volume_records>
<Volume_record>
<VolInd_Code>003</VolInd_Code>
<VolInd_Name>Среднегодовой контингент</VolInd_Name>
<VolInd_UnCode>792</VolInd_UnCode>
<VolInd_Units>Человек</VolInd_Units>
<Value_1>100</Value_1>
<Value_2>150</Value_2>
<Value_3>200</Value_3>
</Volume_record>
</Volume_records>
<Quality_records>
<Quality_record>
<QltyInd_Code>038</QltyInd_Code>
<QltyInd_Name>Количество письменных жалоб на качество предоставленных услуг</QltyInd_Name>
<QltyInd_UnCode>796</QltyInd_UnCode>
<QltyInd_Units>Штука</QltyInd_Units>
<Value_1>5</Value_1>
<Value_2>3</Value_2>
<Value_3>1</Value_3>
</Quality_record>
</Quality_records>
</Srvc_record>
</Srvc_records_uslugi>
<Volume_tolerance>3,33</Volume_tolerance>
<Qulity_tolerance>5</Qulity_tolerance>
<Npa_records>
<Npa_record>
<Npa_type>1</Npa_type>
<Npa_kind_code>008</Npa_kind_code>
<Npa_kind_name>приказ</Npa_kind_name>
<Rec_department>Минобрнауки России</Rec_department>
<Npa_date>2013-09-12</Npa_date>
<Num>1061</Num>
<Name>Об утверждении перечней специальностей и направлений подготовки высшего образования</Name>
</Npa_record>
</Npa_records>
<Sposob_informirovaniya_records>...</Sposob_informirovaniya_records>
</Razdel_uslugi>
</Part_1>
...
</Gz_inf>
Важный момент: в примере используется десятичная запятая в Volume_tolerance (3,33) – это допустимо только для полей типа tPercent. Для числовых показателей объёма и качества (tAmount) обязательно использовать точку!
7. Часто задаваемые вопросы (FAQ)
❓ Вопрос 1. Какие кодировки поддерживаются системой «Электронный бюджет»?
Ответ: Поддерживаются две кодировки: windows-1251 (кириллица, однобайтовая) и utf-8 (многобайтовая). Рекомендуется использовать utf-8 для совместимости с современными системами.
❓ Вопрос 2. Обязательно ли указывать Value_2 и Value_3, если госзадание утверждено только на один год?
Ответ: Нет. Показатели за второй и третий годы являются необязательными (H в таблице). Если задание формируется только на один год, можно передать только Value_1. Однако в периоде Intrnl_period всё равно должен быть указан полный трёхлетний цикл (например, 2026-2028), но значения за 2027 и 2028 годы могут отсутствовать.
❓ Вопрос 3. Что делать, если я получил ошибку «Не удалось найти запись показателя качества»?
Ответ: Ошибка означает, что в системе отсутствует реестровая запись для указанного кода показателя качества. Необходимо:
- Проверить, правильно ли указан RegrNumber (реестровый номер услуги/работы).
- Убедиться, что код показателя качества (QltyInd_Code) соответствует действующему базовому (отраслевому) перечню.
- Если код корректен, обратиться в службу технической поддержки «Электронного бюджета».
❓ Вопрос 4. Можно ли передать значения с дробной частью, отличной от 4 знаков?
Ответ: Да, допустимо любое количество дробных знаков до 4 включительно. Например, 12.3456 – корректно, 12.34567 – ошибка. Для целых чисел дробная часть не указывается (100 вместо 100.0000).
❓ Вопрос 5. Какие виды НПА разрешены для поля Npa_kind_name?
Ответ: Допустимые значения (приведены в регламенте):
- федеральный конституционный закон
- федеральный закон
- закон
- указ
- постановление
- распоряжение
- решение
- приказ
Другие наименования (например, «инструкция», «методические рекомендации») недопустимы.
❓ Вопрос 6. Как правильно указать сумму платы (тариф) в Pay_size_1?
Ответ: Поле Pay_size_1 имеет тип tAmount (до 15 целых, 4 дробных знака, разделитель – точка). Если плата не взимается (услуга бесплатна), поле можно не заполнять.
❓ Вопрос 7. Что такое Intrnl_num и обязательно ли его заполнять?
Ответ: Intrnl_num – внутренний номер государственного задания в учредителе. Поле необязательное (Н). Если не заполнено, система присвоит автоматический номер.
8. Экспертное мнение: комментарий Евгения Красавина, руководителя учебного центра PRO-ABILITY
Евгений Красавин, руководитель учебного центра PRO-ABILITY, эксперт по цифровизации госфинансов:
«Переход на XML-формат версии 2026.02.01 в «Электронном бюджете» – это не просто техническое обновление, а часть системной цифровой трансформации бюджетного процесса. Разделение единого ТФФ на шесть самостоятельных реестров существенно упростит сопровождение данных и позволит быстрее вносить изменения без риска сломать весь документооборот.
Особое внимание я бы обратил на два момента. Первое – строгое разделение типов нормативных правовых актов (типы 1 и 2). Учредители часто смешивали НПА о тарифах и НПА о порядке оказания услуг, что приводило к ошибкам валидации. Теперь это разграничение чётко закреплено.
Второе – введение блока «Информация о выполнении научных тем» в отчёт о выполнении госзадания. Это важное дополнение для вузов и научных институтов. Ранее учёт результатов научной работы в рамках госзадания был затруднён. Теперь появилась унифицированная форма.
Что касается технических аспектов, рекомендую учредителям:
- Проверить свои программные средства для генерации XML на соответствие XSD-схеме. Даже незначительное отклонение (например, запятая вместо точки в числе) приведёт к отказу в загрузке.
- Использовать официальную XSD-схему из регламента для автоматической валидации на стороне заказчика перед отправкой архива.
- При массовой загрузке госзаданий упаковывать каждый XML в отдельный ZIP-файл (допускается несколько XML в одном архиве, но при ошибке в одном из них не загрузятся все).
- *Обратить внимание на кодировку: если в системе используется windows-1251, убедиться, что XML-файл не содержит символов, выходящих за пределы этой кодовой страницы (например, знак евро – € – в windows-1251 отсутствует).*
Переход на новую версию регламента – хороший повод для учредителей провести внутренний аудит процессов формирования госзаданий и, при необходимости, модернизировать автоматизированные системы. Ошибки на этапе загрузки влекут за собой не только временные потери, но и риск несвоевременного доведения госзаданий до подведомственных учреждений».
9. Заключение
Регламент информационного взаимодействия версии 2026.02.01 (утверждённый Минфином России) устанавливает единые и строгие требования к формату XML-файлов для загрузки государственных заданий в ГИИС «Электронный бюджет».
Главные выводы 2026 года:
- Кодировка – windows-1251 или utf-8 (пролог обязателен).
- Разделитель десятичных знаков – точка для числовых показателей (tAmount), запятая допустима только для процентов (tPercent).
- Нормативные правовые акты разделены на два типа (тарифные и регламентирующие).
- Показатели качества – необязательны, но если они включены, то требуют корректного RegrNumber.
- Обработка ошибок – при валидации формируется детальный протокол; данные не загружаются до исправления всех ошибок.
Учредителям федеральных учреждений рекомендуется:
- Ознакомиться с полным текстом регламента (доступен в ГИИС «Электронный бюджет»).
- Актуализировать внутренние системы формирования госзаданий в соответствии с новой XSD-схемой.
- Перед отправкой в «Электронный бюджет» проводить предварительную валидацию XML-файлов.
- В случае частых ошибок – организовать повышение квалификации сотрудников по работе с модулем государственных заданий.
Соблюдение регламента – залог своевременного и безошибочного доведения государственных заданий до подведомственных учреждений.
