Регламент «Электронного бюджета» 2026.02.01: как загружать государственные задания в XML — полное руководство
Регламент «Электронного бюджета» 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 «Перечень изменений»):
Что изменилось
Краткое описание
Разделение единого ТФФ на 6 документов
Ранее существовал единый технический формат файла (ТФФ). Теперь он разделён на 6 самостоятельных документов по разделам реестра (реестр госзаданий, реестр услуг/работ, нормативные затраты и др.)
Исключение резерва на восстановление ОЦДИ
Из состава нормативных затрат (НЗ) исключены затраты на формирование резерва на полное восстановление состава объектов особо ценного движимого имущества (ОЦДИ)
Исключение коэффициента выравнивания
Из объёма финансового обеспечения (ОФО) убран коэффициент выравнивания
Sposob_informirovaniya_name – способ (например, «Размещение информации на официальном сайте»);
Sostav_informacii – состав размещаемой информации;
Chastota_obnovleniya – частота обновления.
3.3. Раздел 2: Сведения о выполняемых работах (Part_2)
Структура аналогична разделу 1, но вместо Razdel_uslugi используется Razdel_rabot, а внутри Volume_record появляется блок <Job_description> (описание работы).
Элементы Job_description:
Элемент
Описание
Job_description_name
Наименование работы (до 4000 символов)
Job_volume_value_1
Значение объёма работы за первый год
Job_volume_value_2, Job_volume_value_3
Значения за второй и третий годы
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 – требования к отчетности.
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>
Важный момент: в примере используется десятичная запятая в 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-файлов.
В случае частых ошибок – организовать повышение квалификации сотрудников по работе с модулем государственных заданий.
Соблюдение регламента – залог своевременного и безошибочного доведения государственных заданий до подведомственных учреждений.