Проанализируем ситуацию, с которой часто сталкиваются при сдаче декларации по налогу на прибыль (КНД 1151006) за 2025 год: в 1С декларация формируется и выгружается в одном формате, а оператор (например, Сберотчетность) требует другой. В результате получаем ошибку контроля формата и невозможность отправки.
Разберем по шагам, почему возникает противоречие “5.12 vs 5.13”, какой формат фактически нужен для отчетности за 2025 год, как это проверить внутри XML-файла и что именно сделать в 1С и у оператора, чтобы декларация ушла без ошибок.
Сначала зафиксируем ключевое наблюдение из обсуждения: в справочнике форматов и в некоторых публикациях можно увидеть упоминание версии 5.12 для декларации по прибыли за период 01.01.2025–31.12.2025, а в других источниках и в практике приема ФНС фигурирует версия 5.13. Из-за этого оператор может “жить” по одному справочнику, а 1С — по другому.
Главная причина конфликта — рассинхронизация источников и версий нормативных приложений/справочников у разных участников процесса: у оператора может быть не обновлен справочник форматов (или не обновлен модуль проверки), а в 1С уже актуальный формат выгрузки. Иногда в публичных каталогах форматов встречаются документы/карточки, которые выглядят как “5.12”, но актуальная редакция формата и действующие требования приема — “5.13”.
Кроме того, на ситуацию влияет то, что ФНС в 2025–2026 годах обновляла форму и электронный формат декларации: приказ 02.10.2024 вводил новую форму для отчетности с 2025 года, а приказ 03.10.2025 внес изменения и закрепил актуальный формат представления в электронной форме, где прямо указана версия 5.13. Из-за этого “старые указатели” в системах операторов иногда остаются, пока они не обновят контрольные схемы.
Посмотрим на практическую сторону: если 1С формирует файл 5.13, а другой оператор (например, Контур.Экстерн) предупреждает, что 5.12 для первичной отчетности за 2025 год не принимается, то “правильность” в реальной сдаче определяется не тем, что написано в одном из справочников, а тем, какие схемы и правила контроля применяет ФНС при приеме.
Вывод для сдачи декларации за 2025 год: ориентируемся на формат 5.13. Именно он указан как номер версии формата в актуальных редакциях формата представления декларации по налогу на прибыль организаций и поддерживается в учетных системах и у операторов, которые своевременно обновили контрольные схемы.
При этом важно понимать: требование “5.12” в интерфейсе оператора — это не “закон природы”, а признак того, что в сервисе оператора (в данном случае в Сберотчетности) контрольные схемы/справочники еще не догнаны до актуального состояния, либо выбран не тот “период/тип документа”, либо используется устаревший модуль проверки, который сопоставляет годовую декларацию за 2025 год с неверным диапазоном применения версии формата.
Чтобы говорить предметно с оператором и техподдержкой, нам нужно не “верить на слово”, а показать, какая версия формата зашита в XML.
Разберем по шагам, как это сделать:
Откроем XML-файл декларации в любом текстовом редакторе (можно в простом редакторе, где виден исходный текст файла).
Найдем в шапке файла признаки версии формата. Обычно версия формата отражена в одном или нескольких местах:
- в пространстве имен (namespace) схемы;
- в имени/версии XSD (косвенно);
- в реквизитах, похожих на “ВерсФорм”, “Формат”, “ВерсФормат” (наименование может отличаться).
Зафиксируем фрагмент, где указана версия (например, “5.13”) и приложим его в обращении к оператору (без скриншотов, просто текстом: строка из XML).
Если хотим ускорить проверку внутри 1С, давайте посмотрим на пример: прочитаем файл и найдем подстроку с версией формата.
Процедура ПроверитьВерсиюФорматаВXML(ПутьКФайлу) Экспорт
Если Не ЗначениеЗаполнено(ПутьКФайлу) Тогда
Сообщить("Не указан путь к файлу.");
Возврат;
КонецЕсли;
Если Не ФайлСуществует(ПутьКФайлу) Тогда
Сообщить("Файл не найден: " + ПутьКФайлу);
Возврат;
КонецЕсли;
ТекстXML = Новый ТекстовыйДокумент;
ТекстXML.Прочитать(ПутьКФайлу, "UTF-8");
Содержимое = ТекстXML.ПолучитьТекст();
Если СтрНайти(Содержимое, "5.13") > 0 Тогда
Сообщить("В файле обнаружено указание версии 5.13 (проверьте также namespace/XSD).");
ИначеЕсли СтрНайти(Содержимое, "5.12") > 0 Тогда
Сообщить("В файле обнаружено указание версии 5.12 (возможна устаревшая выгрузка/шаблон).");
Иначе
Сообщить("Явное указание 5.12/5.13 не найдено. Проверьте namespace и заголовок XML.");
КонецЕсли;
КонецПроцедуры
Важно: сам поиск “5.13” — это быстрый индикатор, но не единственный. Иногда версия “вшита” в namespace, а текст “5.13” как число отдельно не встречается. Тогда в обращении к оператору полезно приводить именно строку namespace и имя схемы.
Теперь разберем рабочий путь, который чаще всего приводит к успеху: не переделывать отчет “назад” на 5.12, а обновить/переключить проверку у оператора, потому что именно формат 5.13 является актуальным для сдачи отчетности за 2025 год.
Действуем так:
Проверим, что 1С обновлена и использует актуальные регламентированные отчеты. В 1С формирование электронного файла декларации делается подсистемой регламентированной отчетности, и версия формата зависит от актуальности шаблонов.
Практически это означает: обновляем конфигурацию (или расширение регламентированной отчетности, если оно поставляется отдельно), а затем заново формируем декларацию.
Переформируем декларацию и выгрузим XML заново, чтобы исключить ситуацию “файл старый, а вы думаете, что новый”. Обязательно выгружаем повторно после обновления.
В Сберотчетности проверим обновления модуля/плагина/компоненты проверки (у каждого оператора свои названия), а также дату обновления справочников форматов. Если есть кнопка “Обновить классификаторы/форматы” — запускаем.
Проверим, что выбран правильный период и тип декларации в сервисе оператора. Иногда ошибка “нужен 5.12” появляется, если документ заведён как иной период (например, как “годовая за 2024”, “уточненная за другой год”, “не тот налоговый период”), и тогда сервис подставляет контроль для другого диапазона.
Оформим обращение в поддержку оператора с конкретикой: прикладываем сам файл XML, указываем, что в файле версия 5.13, и просим обновить контрольные схемы/СППФД/справочники в сервисе, потому что прием по формату 5.13 предусмотрен актуальными требованиями формата для декларации по прибыли.
Как сформулировать аргументацию оператору:
- укажем, что 1С формирует файл в формате 5.13 в соответствии с актуальными шаблонами регламентированной отчетности;
- зафиксируем, что версия формата указана в самом XML (например, в namespace/атрибуте версии);
- попросим проверить, почему сервис сопоставляет годовую декларацию за 2025 год с требованием версии 5.12 и обновить проверку.
На практике именно этот сценарий и решает проблему: оператор “догоняет” обновление и перестает требовать устаревший формат.
Если сдача “горит”, а оператор не успевает обновить контроль вовремя, рассмотрим обходной вариант: отправить декларацию через другого оператора, который уже принимает 5.13, либо использовать альтернативный канал сдачи, который поддерживает актуальные форматы и схемы контроля.
Важный момент: мы не “меняем формат ради оператора”, мы выбираем канал сдачи, который принимает формат, по которому ФНС реально принимает отчетность.
Алгоритм действий:
Выгружаем декларацию из 1С в формате 5.13.
Проверяем прием у альтернативного оператора (там часто есть предварительная проверка).
Сдаем отчетность и сохраняем подтверждения отправки/приема.
Когда это оправдано: когда оператор “уперся” в 5.12, а сроки сдачи близко. Тогда проще сменить канал сдачи, чем пытаться откатить формат на потенциально не принимаемую версию.
Иногда возникает соблазн: “Раз сервис требует 5.12 — давайте выгрузим 5.12 и отправим”. Разберем, почему это рискованно.
Почему не стоит откатываться на 5.12:
- даже если оператор пропустит файл “внутренним контролем”, на стороне приема ФНС может сработать отказ по несоответствию актуальным схемам;
- откат формата часто означает использование старых XSD, а это может приводить к ошибкам по структуре, реквизитам или обязательным элементам;
- в 1С штатного “переключателя” версии формата под одну и ту же форму и период обычно нет: версия формата определяется актуальным регламентом и комплектом отчетности.
Если кто-то все же вынужден проверить 5.12 (например, в рамках диагностики), действуем аккуратно:
Не правим XML вручную “цифрами” — это почти гарантированно приведет к несоответствию схеме.
Если в 1С по каким-то причинам формируется 5.12, сначала обновляем 1С и убеждаемся, что это не из-за устаревших шаблонов.
Понимаем, что успешная отправка “куда-то” не равна успешному приему ФНС.
Итого: откат на 5.12 — это не “решение”, а диагностическая ветка. Основное решение — 5.13 и обновление контроля у оператора.
Теперь посмотрим на прикладные шаги в 1С. Наша цель — убедиться, что декларация сформирована актуальными средствами регламентированной отчетности, а выгрузка соответствует требуемой версии формата.
Разберем по шагам:
Обновим 1С (конфигурацию и регламентированную отчетность). В типовых решениях за актуальность отвечает подсистема регламентированной отчетности и поставка обновлений через официальные механизмы обновления.
Откроем раздел регламентированной отчетности и пересоздадим (или перепроведем) отчет за нужный период. Наша задача — исключить ситуацию, когда файл выгружался из старого экземпляра отчета.
Выполним выгрузку заново и сохраним новый файл XML.
Контрольная проверка перед отправкой: запустим встроенную проверку регламентированного отчета (если доступна) и отдельно проверим файл по содержимому (как в примере выше).
Полезные технические ориентиры (на уровне терминов): в типовых конфигурациях участвуют механизмы подсистемы РегламентированнаяОтчетность, а сама выгрузка выполняется стандартными командами формирования электронного представления отчета.
Практический совет: если в одной базе 1С у вас несколько вариантов регламентированной отчетности (например, разные патчи/обновления), убедимся, что формирование идет именно из обновленного контура, а не из “старой копии” базы или старого релиза.
Теперь “приземлим” проблему на сторону Сберотчетности: почему сервис может требовать 5.12.
Чаще всего причина одна из трех:
Не обновлены форматы/контрольные схемы в сервисе оператора, поэтому он проверяет по старому правилу.
Неправильно выбран период/тип декларации, из-за чего система сопоставляет файл с неверным форматом.
Ошибка в сопоставлении справочника (например, сервис ссылается на карточку формата, где отображается “5.12”, хотя актуальная редакция формата для этого документа уже “5.13”).
Что делаем:
Проверяем наличие обновлений в клиентской части (если используется локальная компонента) и дату обновления справочников форматов.
Проверяем корректность заполнения метаданных отправки: год (2025), период (год), тип (первичная/уточненная), КНД (1151006).
Если ошибка остается — пишем в поддержку с приложением XML и указанием признаков версии формата из файла.
Важно: не просим “разрешить отправить 5.12”, а просим “обновить проверку до актуального формата 5.13 для декларации за 2025 год”, потому что именно это соответствует реальному приему.
Чтобы разговор с поддержкой не превращался в спор “кто прав”, сформулируем объяснение грамотно и технически:
Формулировка сути: “В публичном справочнике/карточке может отображаться одна версия, но в актуальной редакции формата, утвержденной изменяющим приказом, номер версии формата указан как 5.13, и именно по нему формируют отчетность обновленные учетные системы и операторы. Поэтому требование сервиса ‘строго 5.12’ — это признак устаревшего контроля или неверного сопоставления периода/версии”.
Дальше мы прикладываем факты из файла (namespace/версия) и просим привести контроль в соответствие.
Соберем все в короткий рабочий план, чтобы можно было действовать без лишних кругов:
В 1С обновляем релиз/регламентированную отчетность, переформируем декларацию за 2025 год и заново выгружаем XML.
Проверяем версию внутри XML (по признакам “5.13”/namespace).
В сервисе оператора проверяем обновления и корректность выбора периода/типа отчета.
Если сервис продолжает требовать 5.12, обращаемся в поддержку и просим обновить контрольные схемы/справочники форматов под 5.13, прикладываем XML и строку с признаком версии.
Если сроки поджимают, используем альтернативный канал сдачи через оператора, который уже принимает 5.13.
Фиксируем критерии, чтобы понимать, что проблема действительно решена:
Успешный результат — это не “файл загрузился в сервис”, а “получено подтверждение приема ФНС”. Поэтому после отправки обязательно контролируем статусы: “доставлено оператору”, “передано в ФНС”, “принято ФНС” (формулировки статусов у разных операторов могут отличаться).
Если после обновления контроля у оператора и корректного выбора периода декларация уходит и принимается — значит, вопрос закрыт: работаем по 5.13.
Проанализируем ситуацию целиком и зафиксируем итог:
Для сдачи декларации по налогу на прибыль (КНД 1151006) за 2025 год ориентируемся на формат 5.13. Если сервис сдачи отчетности требует 5.12, рассматриваем это как проблему актуальности контроля у оператора или ошибку сопоставления периода/версии, а не как необходимость “откатывать” выгрузку из 1С.
Дальше действуем по шагам: обновляем 1С, переформируем выгрузку, проверяем версию в XML и добиваемся обновления форматов/контроля у оператора. При необходимости сдаем через альтернативный канал, который уже поддерживает 5.13.
Информация носит справочный характер.