Транспортный контейнер – это структурированный файл, предназначенный для передачи юридически значимых электронных документов в ФНС России через оператора электронного документооборота. Он включает не только сами документы, но и метаинформацию, цифровые подписи и служебные файлы, обеспечивающие юридическую значимость передачи.
Формат контейнера строго регламентирован приказами ФНС и техническими требованиями к форматам представления документов. Основной используемый формат – это архив ZIP со строго определённой структурой каталогов и наименований файлов. Каждый файл внутри контейнера должен иметь точный тип, расширение и быть размещён в соответствии с логикой схемы XSD, утверждённой ФНС.
Ключевым элементом контейнера является файл описания (обычно с расширением XML), содержащий информацию о составе пакета, типах документов, подписантах и реквизитах отправителя и получателя. Без корректного XML-описания контейнер не будет принят к обработке системой контроля ФНС.
Перед формированием контейнера необходимо убедиться в актуальности используемых форматов и валидировать документы по актуальным XSD-схемам, опубликованным на официальном сайте ФНС. Наличие ошибок в структуре, неправильные имена файлов или недопустимые символы могут привести к отказу в приёме и необходимости повторной отправки.
Какая структура у файла транспортного контейнера для ФНС
Файл транспортного контейнера для передачи в ФНС формируется в виде архива с расширением .zip, внутри которого размещаются строго определённые элементы. Основной файл архива – файл-манифест, имеющий имя Manifest.xml. Он содержит метаинформацию о вложенных документах, их типах, подписях и структуре передачи.
Каждый передаваемый документ, будь то УПД, счёт-фактура или иной электронный формат, размещается в контейнере как отдельный XML-файл. Названия этих файлов должны точно соответствовать наименованиям, указанным в манифесте. Наличие рассинхронизации приведёт к ошибке загрузки на стороне налоговой системы.
Файл подписи для каждого документа создаётся отдельно и имеет расширение .sig. Он располагается рядом с соответствующим XML-файлом. Подписи основаны на алгоритме ГОСТ Р 34.10-2012 и проверяются средствами СКЗИ, сертифицированными ФСБ России.
В структуре контейнера запрещены вложенные каталоги: все файлы – документы, подписи и манифест – размещаются в корне архива. Дополнительные файлы, не перечисленные в манифесте, не допускаются. Их наличие приведёт к отказу при обработке сообщения ФНС.
В файле Manifest.xml указываются следующие обязательные элементы: имя файла, тип документа, код направления, идентификатор получателя и идентификатор отправителя. Все значения проходят валидацию согласно XSD-схемам, утверждённым ФНС.
Общий размер контейнера не должен превышать лимитов, установленных оператором ЭДО. Рекомендуется учитывать возможные ограничения по размеру (обычно до 100 МБ) и при необходимости дробить отправку на несколько контейнеров с разными идентификаторами транзакций.
Какой формат файлов допустим для вложений в транспортный контейнер
Для включения в транспортный контейнер, предназначенный для передачи в ФНС, допускаются только файлы в формате XML. Это обязательное требование, регламентированное форматом обмена электронными документами в системе ЭДО, используемой налоговыми органами.
Каждый вложенный файл должен быть подписан электронной подписью (в отдельных случаях – усиленной квалифицированной ЭП) и содержать строго структурированные данные в соответствии с утвержденными XML-схемами. Например, при передаче счетов-фактур, УПД или актов, используются схемы, утвержденные Приказом ФНС № ММВ-7-15/820@.
Форматы PDF, DOCX, XLSX и иные прикладные форматы недопустимы даже в виде вспомогательных вложений. Исключение составляют только случаи, когда такие файлы включаются как дополнительные, неструктурированные приложения, при условии, что они соответствуют требованиям конкретного формата документооборота (например, в контейнерах формата «Универсальный передаточный документ с приложениями»). При этом основная часть содержимого всё равно должна быть представлена в XML.
Файл вложения не должен содержать внешних ссылок, встроенных объектов, шифрования или нестандартных кодировок. Допустимая кодировка – только UTF-8 без BOM. Использование иных кодировок приведёт к отклонению транспортного контейнера на этапе автоматической проверки.
Имена файлов вложений не могут содержать пробелов, специальных символов, кириллицы и должны быть уникальными в пределах одного контейнера. Рекомендуемый формат имени: типдокумента_дата_идентификатор.xml.
Какой тип архивации используется при создании контейнера
При формировании транспортного контейнера для передачи в ФНС используется архив в формате ZIP. Это требование зафиксировано в спецификациях ФНС, регламентирующих структуру и правила передачи электронных документов в составе контейнеров.
Архивация осуществляется с применением стандартного алгоритма ZIP без шифрования. Допустим только режим сжатия Deflate. Использование нестандартных методов сжатия или архивов форматов RAR, 7z, GZ и иных недопустимо и приведёт к отказу в приёме документа.
Имена файлов внутри ZIP-архива не должны содержать пробелов, спецсимволов и символов кириллицы. Допустимы только латинские буквы, цифры, символ подчёркивания и дефис. Кодировка имён файлов – UTF-8. Несоблюдение этих требований может привести к ошибкам при обработке на стороне ФНС.
Важно соблюдать строгий порядок вложений в архив: файл подписанного документа, файл подписи и сопроводительные XML-файлы должны находиться на первом уровне внутри архива, без вложенных директорий. Дополнительная вложенность не допускается.
Для формирования контейнера рекомендуется использовать проверенные архиваторы, поддерживающие точную настройку параметров сжатия и совместимость с ZIP-форматом без расширений. Например, архиватор Info-ZIP или встроенные средства операционных систем при правильной конфигурации параметров.
Как формируется XML-описание содержимого контейнера
XML-описание содержимого транспортного контейнера для ФНС создаётся в виде отдельного файла с расширением .xml, который входит в состав ZIP-архива. Этот файл играет ключевую роль: он содержит структуру вложенных документов и метаинформацию, необходимую для автоматизированной обработки на стороне ФНС.
Основной корневой элемент – <Файл>. В атрибутах указываются версия формата, идентификатор отправителя, дата формирования и другие обязательные параметры. Внутри корневого узла размещаются блоки, описывающие документы и файлы.
<Документ>– элемент, описывающий каждый отдельный вложенный документ. Включает в себя атрибуты типа документа, уникальный идентификатор, формат (например, XML, PDF) и хеш-сумму содержимого.<СвязанныеФайлы>– используется, если документ состоит из нескольких частей (например, XML + PDF-приложение).<Подпись>– если файл содержит электронную подпись, она указывается как отдельный элемент с ссылкой на файл подписи и хешем.
Внутри описания каждого файла указывается его имя, расширение, контрольная сумма (обычно в формате SHA-256 или ГОСТ Р 34.11-2012), а также точный путь в структуре архива. Формирование контрольных сумм обязательно – они служат для проверки целостности при загрузке на сервер ФНС.
Особое внимание уделяется корректному кодированию. Все символы должны быть представлены в кодировке UTF-8 без BOM. Недопустимо использование нестандартизированных элементов или отступлений от схемы XSD, опубликованной ФНС для конкретного вида отчётности или взаимодействия.
Перед включением XML-файла в архив его необходимо валидировать по соответствующей XSD-схеме. Нарушение структуры или отклонения от спецификации приведут к отклонению всего контейнера при автоматической проверке.
Что указывать в заголовках и служебных тегах контейнера
В заголовочной части XML-документа транспортного контейнера необходимо указывать декларацию XML-версии и кодировки: <?xml version="1.0" encoding="windows-1251"?>. Формат строго определён – отклонения не допускаются, так как они влияют на читаемость документа программами ФНС.
Корневой тег контейнера – <Файл>. Он включает обязательные атрибуты: ИдФайл, ВерсФорм и ВерсПрог. Значение ИдФайл формируется по шаблону, содержащему ИНН, дату и тип документа, например: ON_NSCHFDOPPR_7701234567_7701987654_20250620_123456_1234.
Атрибут ВерсФорм указывает на версию формата, например 5.01 для УПД. ВерсПрог обозначает наименование и версию программного обеспечения, сформировавшего файл, например: MyEDO_3.12.45.
В служебных тегах, таких как <СвУчДокОбор> и <СвОЭДОтпр>, указываются ИНН, КПП, наименование и идентификатор оператора ЭДО, участвующего в документообороте. Пример содержимого: <СвОЭДОтпр ИННЮЛ="7701234567" ИдОЭД="2BM-1234567890123456789012345678901234567890">.
Тег <Документ> содержит вложенные данные (например, УПД), его структура зависит от типа вложения и его формата. Для каждого типа вложения должны соблюдаться схемы XSD, опубликованные ФНС.
Если контейнер содержит несколько документов, каждый из них оформляется отдельным <Документ> внутри корневого <Файл>. Внутри документов запрещено дублирование ИД-файлов и других уникальных идентификаторов.
При формировании контейнера важно соблюдать все атрибуты в точной последовательности, регистр и формат значений. Ошибки в служебных тегах ведут к отклонению файла на стороне ФНС.
Как проверяется соответствие формата требованиям ФНС
Проверка соответствия формата файла транспортного контейнера требованиям ФНС проводится по нескольким ключевым параметрам, регламентированным нормативными документами ФНС и техническими рекомендациями.
-
Проверка структуры XML-файла контейнера: необходимо убедиться, что файл соответствует схеме XSD, утверждённой ФНС. Это включает:
- наличие обязательных корневых тегов и вложенных элементов;
- соответствие имен тегов и их последовательности описанию схемы;
- валидность атрибутов и их форматов (например, дата в формате ГГГГ-ММ-ДД).
-
Проверка формата вложенных файлов: вложения в контейнер должны иметь допустимые расширения, например, PDF, XML, JPG, ZIP. Запрещены нестандартные и не поддерживаемые форматы.
-
Проверка типа архивации контейнера: контейнер должен быть упакован в архив ZIP с определённой структурой. Проверяется целостность архива, отсутствие повреждений и правильное именование файлов внутри.
-
Проверка цифровой подписи: если предусмотрена подпись, необходимо проверить корректность её формирования, наличие всех обязательных сертификатов и их соответствие требованиям ФНС.
-
Проверка контрольных сумм и хэшей: при наличии в контейнере контрольных сумм, они сверяются с вычисленными значениями для каждого вложенного файла.
-
Соответствие кодировки: все текстовые файлы должны использовать кодировку UTF-8 без BOM, что проверяется при чтении файла.
Для автоматизации проверки применяются специальные утилиты и программные библиотеки, поддерживающие валидацию по XSD-схемам ФНС и анализ структуры архива. Рекомендуется использовать официальные инструменты или сертифицированные решения, чтобы избежать отказа в приёме файлов.
Какие ошибки формата вызывают отказ в приеме документа
Отказ в приеме документа ФНС возникает при нарушении структуры транспортного контейнера. Ключевые ошибки включают неправильное оформление XML-описания, отсутствие обязательных тегов или атрибутов, а также неверное соответствие схемам XSD, установленным ФНС.
Неправильное кодирование файла – частая причина отказа. Формат должен быть строго UTF-8 без BOM. Использование других кодировок или наличие невидимых символов приводит к ошибкам парсинга.
Ошибки в заголовках контейнера, такие как неверное значение версии, отсутствующие или дублирующиеся идентификаторы, нарушают целостность данных и блокируют прием.
Недопустимые форматы вложенных файлов вызывают отказ. ФНС разрешает только определённые форматы (PDF, XML, XLS и др.). Любые другие типы или поврежденные вложения не принимаются.
Архивация контейнера должна соответствовать требованиям: ZIP с определённым алгоритмом сжатия. Использование нестандартных архиваторов или параметров приводит к ошибке при распаковке.
Нарушение порядка следования элементов XML или неправильное вложение тегов нарушает валидацию схемы, что приводит к отклонению документа.
Отсутствие цифровой подписи или неверное её оформление также является основанием для отказа. Подпись должна быть корректно встроена в контейнер согласно требованиям ФНС.
Рекомендация – использовать официальные средства формирования и проверки контейнеров, чтобы исключить ошибки форматирования до отправки в ФНС.
Где взять актуальные схемы и шаблоны для формирования контейнера
Официальные схемы и шаблоны для формирования транспортного контейнера доступны на сайте Федеральной налоговой службы в разделе, посвящённом электронному документообороту. Необходимо перейти в подраздел «Документы и форматы обмена», где размещены актуальные XSD-схемы и XML-шаблоны, соответствующие последним требованиям ФНС.
Для удобства поиска рекомендуется использовать прямую ссылку на портал ФНС – nalog.ru – и перейти в раздел «Техническая поддержка» или «Электронные сервисы». Там публикуются обновления нормативов, инструкции и архивы с образцами файлов транспортных контейнеров.
Также актуальные версии схем можно получить через официальные рассылки ФНС или при участии в специализированных форумах и вебинарах, организуемых ведомством. Использование именно последних схем исключает ошибки в формате и обеспечивает корректную обработку данных.
Для автоматизации процесса формирования контейнера рекомендуется интегрировать XSD-схемы в средства валидации XML, что позволит оперативно выявлять несоответствия перед отправкой. В случае сомнений или нестандартных ситуаций целесообразно обращаться в техническую поддержку ФНС для получения разъяснений по актуальным шаблонам.
Вопрос-ответ:
Какова структура файла транспортного контейнера, предназначенного для передачи данных в ФНС?
Файл транспортного контейнера представляет собой архивированный пакет, внутри которого содержится XML-файл с описанием вложений и сами вложения — документы или отчёты, подготовленные в соответствии с требованиями ФНС. XML-файл включает служебные теги с информацией о типе, размере и формате вложений, а также контрольные суммы для проверки целостности. Контейнер обычно упакован в архив формата ZIP или TAR с применением сжатия для уменьшения размера.
Какие форматы вложенных файлов допустимы внутри транспортного контейнера для ФНС?
В качестве вложений в транспортный контейнер можно использовать документы в форматах PDF, XML, XLSX и другие, если они соответствуют техническим требованиям ФНС. Формат вложения должен поддерживать однозначное распознавание и обработку данных налоговым органом. Например, отчёты по налогам часто предоставляются в виде XML с определённой схемой, а подтверждающие документы — в PDF. Несоответствие формата или повреждённые файлы приводят к отказу в приёме.
Как проверить правильность формирования транспортного контейнера перед отправкой в ФНС?
Проверка включает несколько этапов: проверку структуры XML-описания на соответствие схеме, контроль наличия всех необходимых вложений, соответствие их форматов требованиям, а также сверку контрольных сумм для подтверждения целостности данных. Обычно для этого используют специализированные программные средства, которые могут автоматически выявить ошибки в структуре контейнера и предупредить об их устранении до отправки.
Почему ФНС может отказать в приёме файла транспортного контейнера и как избежать таких отказов?
Основные причины отказа связаны с нарушением формата: некорректная структура XML, отсутствие обязательных тегов, ошибки в названиях или формате вложений, несоответствие контрольных сумм, повреждение архива или использование неподдерживаемых форматов. Чтобы избежать отказа, необходимо строго соблюдать технические требования, использовать актуальные схемы, проверять контейнер специальными средствами и следить за целостностью файлов.
Загрузка...
