Приказ ФНС России от 09.11.2010 N ММВ-7-6/535@ (ред. от 10.07.2024) "Об утверждении Унифицированного формата транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи"
МИНИСТЕРСТВО ФИНАНСОВ РОССИЙСКОЙ ФЕДЕРАЦИИ
от 9 ноября 2010 г. N ММВ-7-6/535@
ОБ УТВЕРЖДЕНИИ УНИФИЦИРОВАННОГО ФОРМАТА
ТРАНСПОРТНОГО КОНТЕЙНЕРА ПРИ ИНФОРМАЦИОННОМ
ВЗАИМОДЕЙСТВИИ С ПРИЕМНЫМИ КОМПЛЕКСАМИ НАЛОГОВЫХ ОРГАНОВ
ПО ТЕЛЕКОММУНИКАЦИОННЫМ КАНАЛАМ СВЯЗИ С ИСПОЛЬЗОВАНИЕМ
ЭЛЕКТРОННОЙ ЦИФРОВОЙ ПОДПИСИ
В целях обеспечения унификации информационного взаимодействия в электронном виде между налогоплательщиками и налоговыми органами по телекоммуникационным каналам связи с использованием электронной цифровой подписи и по результатам тестирования программного обеспечения, разработанного в соответствии с Приказом ФНС России от 02.11.2009 N ММ-7-6/534@ "Об утверждении Методических рекомендаций по организации электронного документооборота при представлении налоговых деклараций (расчетов) в электронном виде по телекоммуникационным каналам связи", приказываю:
1. Утвердить прилагаемый Унифицированный формат транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи (далее - Унифицированный формат транспортного контейнера).
2. Ввести в действие Унифицированный формат транспортного контейнера с даты вступления в силу Методических рекомендаций по организации электронного документооборота при представлении налоговых деклараций (расчетов) в электронном виде по телекоммуникационным каналам связи, утвержденных Приказом ФНС России от 02.11.2009 N ММ-7-6/534@.
3. Управлению информатизации (В.Г. Колесников) обеспечить доведение до всех участников информационного взаимодействия в электронном виде по телекоммуникационным каналам связи информацию о вводе в действие Унифицированного формата транспортного контейнера.
4. Управлению информатизации (В.Г. Колесников), ФГУП ГНИВЦ ФНС России (Р.В. Филимошин) установленным порядком доработать программные средства, обеспечивающие прием, хранение и первичную обработку налоговых деклараций (расчетов) и документов в электронном виде по телекоммуникационным каналам связи в соответствии с Унифицированным форматом транспортного контейнера, утвержденным п. 1 настоящего Приказа.
5. Признать утратившим силу Приказ Федеральной налоговой службы от 18.12.2009 N ММ-7-6/693@ "Об утверждении Унифицированного формата транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи".
6. Контроль за исполнением настоящего Приказа возложить на заместителя руководителя Федеральной налоговой службы Н.Е. Мельникова.
Федеральной налоговой службы
М.В.МИШУСТИН
Приказом ФНС России
от "__" _______ 2010 г. N ____
ТРАНСПОРТНОГО КОНТЕЙНЕРА ПРИ ИНФОРМАЦИОННОМ
ВЗАИМОДЕЙСТВИИ С ПРИЕМНЫМИ КОМПЛЕКСАМИ НАЛОГОВЫХ ОРГАНОВ
ПО ТЕЛЕКОММУНИКАЦИОННЫМ КАНАЛАМ СВЯЗИ С ИСПОЛЬЗОВАНИЕМ
ЭЛЕКТРОННОЙ ПОДПИСИ
1.1. Электронный документ (документ) - документ, представленный в электронном виде, в соответствии с требованиями формата для данного типа документа.
1.2. Транзакция - единичный шаг передачи контейнера с документами и электронными подписями требуемого вида (ЭП) в рамках документооборота определенного типа, который определяет набор передаваемых документов, ЭП, их отправителя и получателя.
1.3. Электронный документооборот (документооборот) - последовательность транзакций по обмену документами между участниками документооборота, обеспечивающая некоторый регламентированный процесс по обмену документами (например, документооборот по представлению налоговых деклараций (бухгалтерской отчетности)).
1.4. Транспортный контейнер - набор логически связанных документов и ЭП, а также сопутствующая транспортная информация, объединенные в один файл.
1.5. Абонент - зарегистрированный участник информационного взаимодействия, являющийся налогоплательщиком или уполномоченным представителем налогоплательщика.
1.6. НБО - налоговые декларации (расчеты), бухгалтерская отчетность и иные документы, служащие основанием для исчисления и уплаты налогов и сборов.
2.1. Данный документ описывает структуру транспортного контейнера, формируемого и обрабатываемого программными средствами налогового органа в ходе информационного взаимодействия с операторами электронного документооборота и абонентами в электронном виде по телекоммуникационным каналам связи с использованием ЭП для обеспечения организации электронного документооборота при представлении налогоплательщиками налоговых деклараций (расчетов), бухгалтерской отчетности и иных документов, служащих основанием для исчисления и уплаты налогов и сборов. Перечень типов документооборота приведен в приложениях 4 - 11, 13 - 16 к настоящему документу.
2.2. Информационное взаимодействие происходит путем осуществления документооборота через проведение транзакций - передачи от одного участника документооборота другому транспортного контейнера с фиксированным для данной транзакции набором документов и ЭП, сделанными от имени уполномоченных лиц соответствующих участников документооборота.
2.3. В ходе осуществления документооборота документы передаются в сжатом и зашифрованном виде, если для конкретного типа документооборота не указано обратное. ЭП под документами передаются в открытом виде.
2.4. Для каждого типа документооборота используемые форматы служебно-технологических документов приводятся в справочнике Типов документооборота, размещаемом на сайте www.nalog.ru
3. Общие требования к составу контейнера
3.1. Содержимое транспортного контейнера
Транспортный контейнер представляет собой zip-архив, содержащий:
- файл с транспортной информацией в формате xml;
- zip-архивы файлов с содержимым передаваемых документов;
- zip-архивы файлов с описаниями документов;
- файлы с содержимым передаваемых ЭП;
Схема транспортного контейнера приведена на рисунке 1.
┌────────────────────────────────────────────────────────────────┐ │транспортный контейнер, zip-архив │ │ │ │ ┌───────────────────────┐ ┌──────────────────────┐ │ │ │транспортная │ │шифрованные данные │ │ │ │информация │ │ │ │ │ │ │ │ ┌───────────────┐│ │ │ │ ┌─────────────────┐ │ │ │ zip-архив ││ │ │ │ │документооборот и│ │ │ │ ││ │ │ │ │ транзакция │ │ │ │ ┌──────────┐││ │ │ │ └─────────────────┘ │ │ │ │ │││ │ │ │ ┌─────────────────┐ │ ┌───────┼─────┼──>│о Документ│││ │ │ │ │ отправитель и │ │ │ │ │ │| │││ │ │ │ │ получатель │ │ │ │ │ └──────────┘││ │ │ │ └─────────────────┘ │ │ │ └────|──────────┘│ │ │ │ │ │ └──────────────────────┘ │ │ │ │ │ | │ │ │ │ │ │ │ │ │ │ ┌|─────────┐ │ │ │ ┌───────────────────┐ │ ├────────────────>│о ЭЦП │ │ │ │ │ │ │ │ │ ┌────────┴┐ │ │ │ │список документов и├─┼────┘ └─┤ ЭЦП │ │ │ │ │ подписей ├─┼────┐ └─────────┘ │ │ │ │ ├ ┼ ┐ │ │ │ │ └───────────────────┘ │ │ ┌──────────────────────┐ │ │ │ │ │ │ │шифрованные данные │ │ │ │ │ │ │ │ │ │ └───────────────────────┘ │ │ │ ┌───────────────┐│ │ │ │ │ │ zip-архив ││ │ │ │ │ │ │ ││ │ │ │ │ │ ┌──────────┐││ │ │ │ │ │ │ │ │││ │ │ ├───────┼─────┼──>│о Документ│││ │ │ │ │ │ │ │| │││ │ │ │ │ │ └──────────┘││ │ │ │ │ │ └────|──────────┘│ │ │ │ └──────────────────────┘ │ │ │ │ | │ │ │ ┌──────────┐ │ │ │ └────────────────>│о ЭЦП │ │ │ │ ┌────────┴┐ │ │ │ └─┤ ЭЦП │ │ │ └─────────┘ │ │ │ │ │ ┌ - - - - - - - ┐ │ │ │ zip-архив │ │ │ │ │ │ │ ┌ - - - - ─┐ │ │ │ Описание │ │ │ │ │ документа│ │ │ │ │ │ │ └ - - - - - - - - - >└─ - - - - ┘ │ └────────────────────────────────────────────┴───────────────┴───┘
Рисунок 1: Схема транспортного контейнера
3.1.1. Файлы с содержимым документов и ЭП именуются с использованием универсальных уникальных идентификаторов по формату "<UUID>.bin".
3.1.2. Транспортная информация и файлы с содержимым документов и ЭП объединяются в zip-архив в режиме STORE. Файл с транспортной информацией при передаче в транспортном контейнере не сжимается и не шифруется.
3.1.3. В одном транспортном контейнере передаются документы и ЭП, относящиеся к одной транзакции.
Транспортный контейнер может содержать не более 2500 файлов. Размер транспортного контейнера не должен превышать 72 мегабайт, а размер любого файла в контейнере не должен превышать 60 мегабайт. Исходный объем файла, zip-архив которого содержится в контейнере, не должен превышать 1024 мегабайт.
3.1.3.1. Для КНД=1120101, 1120502, 1151100, 1155116, 1155118, 1160070, 1160082, КНД=1151001 v.5.04 и приложений (КНД=Индекс=0000080, 0000081, 0000090, 0000091, 0000100, 0000110, 0000120) к основному файлу (КНД=1120101, 1160070, КНД=1151001 v.5.04), размер транспортного контейнера не должен превышать 10 гигабайт, а размер любого файла в контейнере не должен превышать 8 гигабайт. Исходный объем файла, zip-архив которого содержится в контейнере, не должен превышать 100 гигабайт. Транспортный контейнер передается в составе почтового сообщения, размер которого не превышает 10 гигабайт.
3.1.3.2. Для документов, передаваемых в рамках документооборота по осуществлению письменных обращений абонентов в налоговые органы, размер транспортного контейнера не должен превышать 5 мегабайт.
3.1.3.3. Для документов, передаваемых в рамках документооборота, используемого налоговыми органами при реализации своих полномочий в отношениях, регулируемых законодательством о налогах и сборах, с КНД = 1160100, 1165022, 1165023, 1165052, 1165063, 1165215 размер транспортного контейнера не должен превышать 1 гигабайт. Размер любого файла в транспортном контейнере не должен превышать 900 мегабайт. Суммарный объем всех исходных файлов, zip-архивы которых содержатся в транспортном контейнере, не должен превышать 1 гигабайт.
3.1.3.4. Для документов, передаваемых в рамках документооборота по осуществлению информационной рассылки со стороны налоговых органов и документооборота по осуществлению групповой информационной рассылки со стороны налоговых органов, размер транспортного контейнера не должен превышать 5 мегабайт, размер любого файла в транспортном контейнере не должен превышать 4 мегабайта. Исходный объем файлов, zip-архивы которых содержатся в транспортном контейнере, не должен превышать 4 мегабайта.
3.1.3.5. Для документов, передаваемых в рамках документооборота, используемого налоговыми органами при реализации своих полномочий в отношениях, регулируемых законодательством о налогах и сборах, с КНД = 1160098, 1165020, 1165021 транспортный контейнер может содержать не более 99999 файлов. Размер транспортного контейнера не должен превышать 10 гигабайт. Размер любого файла в транспортном контейнере не должен превышать 9 гигабайт. Суммарный объем всех исходных файлов, zip-архивы которых содержатся в транспортном контейнере, не должен превышать 10 гигабайт.
3.1.4. Описание документа присутствует в транспортном контейнере в виде отдельного zip-архива в случае, если описание документа определено типом передаваемого документа. Формат описания документов приведен в Приложении 1 к настоящему документу. Описание документа содержит дополнительную информацию о передаваемом файле и носит исключительно информативный характер. Документ может использоваться для более информативного диагностического сообщения при невозможности расшифровать файлы транспортного контейнера.
3.1.5. Формат описания транспортной информации приведен в Приложении 2 к настоящему документу.
3.2. Имя файла транспортного контейнера
3.2.1. Транспортный контейнер передается в виде файла с уникальным именем по формату
┌─────────────────────────────────────────────────────────────────────┐ │FNS_<идентификатор отправителя>_<идентификатор получателя>_<UUID>_ │ │<код типа документооборота>_<код типа транзакции>_<код типа │ │документа>.zip │ └─────────────────────────────────────────────────────────────────────┘
3.2.2. Идентификаторы отправителя и получателя в имени файла должны совпадать с соответствующей информацией в транспортной информации контейнера.
3.2.3. UUID в имени файла контейнера представляет собой универсальный уникальный идентификатор, обеспечивающий уникальность имени файла контейнера.
3.2.4. В случае присутствия в контейнере нескольких документов в имени файла транспортного контейнера указывается код того документа, наименование которого вынесено в название типа транзакции.
3.2.5. Информация в имени файла должна совпадать с соответствующей информацией в транспортной информации контейнера.
3.3. Описания типов содержимого документов приведены в Приложении 3 к настоящему документу.
Для неформализованных документов в форматах JPEG, TIFF, а также изображений, вложенных в текстовые документы (расширения DOC, DOCX), электронные таблицы (расширения XLS, XLSX), документы формата PDF, RTF, Open Document Text, Document Spreadsheet, Open XML Word и Open XML Spreadsheet, содержащих отсканированные изображения, предъявляются следующие требования: черно-белое изображение с разрешением отсканированного документа не менее 150 и не более 300 точек на дюйм с использованием 256 градаций серого цвета.
3.4. Требования к типам документооборота приведены в Приложениях 4 - 11, 13 - 16 к настоящему документу.
4. Типы участников документооборота и их идентификация
4.1. Документооборот осуществляется между следующими участниками документооборота.
Налогоплательщик (юридическое лицо или индивидуальный предприниматель) или его уполномоченный представитель | |
4.2. Идентификаторы участников документооборота состоят из символов латинского алфавита a - z, 0 - 9, "@", "." и "-". Идентификаторы являются регистронезависимыми.
4.3. В качестве идентификатора налогового органа используется четырехзначный код налогового органа в кодировке классификатора СОУН.
4.4. В качестве идентификатора оператора электронного документооборота используется уникальный трехсимвольный код, определяемый ФНС России.
4.5. Идентификатор абонента имеет формат
<префикс системы> - это идентификатор оператора электронного документооборота; длина <префикса системы> равна 3 символам; <префикс системы> должен совпадать с идентификатором оператора электронного документооборота, услугами которого пользуется абонент;
<код абонента> - это уникальный код абонента, используемый во внутренней системе оператора электронного документооборота; длина <код абонента> не более 43 символов.
5. Спецификация используемых технологий
5.1. Универсальные уникальные идентификаторы
5.1.1. Для идентификации документооборотов, документов и для генерации имен файлов в транспортном контейнере используются универсальные уникальные идентификаторы (UUID).
5.1.2. Используемые универсальные уникальные идентификаторы должны генерироваться согласно общим принципам формирования UUID version 1, изложенным в документе RFC 4122 (http://www.ietf.org/rfc/rfc4122.txt). Универсальные уникальные идентификаторы представляются в виде шестнадцатеричного числа из 32 разрядов, записанного в нижнем регистре.
5.2. Объединение и сжатие файлов
5.2.1. Для объединения нескольких документов в один транспортный контейнер и для сжатия документов используется формат zip-архива.
5.2.2. Формат zip-архива описывается в открытой спецификации, доступной по адресу http://www.pkware.com/documents/casestudies/APPNOTE.TXT. Архивирование содержимого больше 4 ГБ должно производиться в соответствии с базовыми возможностями версии 4.5 (ZIP64) без использования шифрования, размеры менее 4 ГБ могут архивироваться в соответствии с базовыми возможностями версии 2.0 без использования шифрования.
5.2.3. Документу перед сжатием присваивается имя "file", после чего он сохраняется в архиве. Имя архива формируется в соответствии с пунктом 3.1.1. При извлечении документа из архива для восстановления исходного имени файла используется информация из файла описания транспортной информации.
5.3.1. Для шифрования используются алгоритмы ГОСТ 34.12-2018 и ГОСТ 34.13-2018. Для формирования ЭП используются алгоритмы ГОСТ Р 34.10-2012.
5.3.2. Зашифрованные данные и ЭП передаются при помощи контейнера PKCS #7 (RFC 2315, http://www.ietf.org/rfc/rfc2315.txt). Для сохранения содержимого используется DER или BER-кодирование.
5.3.3. Зашифрованные данные передаются в виде структуры ContentInfo со структурой EnvelopedData в качестве содержимого.
5.3.4. ЭП передаются в виде структуры ContentInfo со структурой SignedData в качестве содержимого. ЭП должна включать относящийся к ней сертификат и не должна включать подписанный ею документ.
5.3.5.Шифрование документов, передаваемых в составе первичного транспортного контейнера, должно производиться в адрес открытых ключей сертификатов получателя, указанных для шифрования, и открытых ключей сертификатов отправителя. Шифрование документов, передаваемых в результате приема или обработки поступившего документа, производится в адрес открытых ключей сертификатов получателя, указанных для шифрования, открытых ключей сертификатов отправителя и открытых ключей сертификатов должностных лиц, подписавших поступивший документ.
6. Общие требования к протоколу взаимодействия и составу почтового сообщения при взаимодействии с унифицированной системой представления налоговых деклараций и бухгалтерской отчетности в электронном виде по телекоммуникационным каналам связи
Требования к протоколу взаимодействия и структуре почтового сообщения устанавливаются в приложении N 12 к настоящему документу.
к Унифицированному формату
транспортного контейнера
I. Формат описания передаваемого документа НБО
(Версия 02)
Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений о документе НБО, содержащемся в транспортном контейнере (далее - файл обмена).
2.1. Общие сведения по файлу обмена
Имя файла обмена должно иметь следующий вид:
Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла обмена
Первая строка XML файла должна иметь следующий вид:
<?xml version="1.0" encoding = "windows-1251"?>
Имя файла, содержащего схему файла обмена
Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:
TR_DEKL_2_700_02_09_02_xx, где xx - текущая версия схемы.
2.2. Логическая модель файла обмена
Логическая модель файла представлена в графическом виде в Разделе 3 на рис. 1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.
Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:
- Наименование элемента. Приводится полное наименование элемента.
- Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Сокращенные наименования могут записываться буквами и цифрами.
- Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент (имеющий вложенные), "П" - простой элемент (не имеющий вложенных); А - атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе "Дополнительные сведения".
- Формат элемента. Формат <*> представляется в условных обозначениях, которым соответствуют следующие значения: T - символьная строка; N - числовое значение (целое или дробное).
--------------------------------
<*> При описании структуры формата файла обмена используются следующие металингвистические конструкции:
<> - метасимволы, используемые для выделения элементов структуры сообщения (логической модели);
| - метасимвол, означающий возможность выбора среди нескольких вариантов значений элемента металингвистической структуры.
Формат символьной строки указывается в виде T(n-k) или T(=k), где n - минимальное количество знаков в строке, k - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков не ограничено, формат имеет вид T(n-). В случае, если элемент неопределенной длины, формат имеет вид T.
Формат числового значения указывается в виде N(m.k), где m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, а k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).
Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента.
- Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: "О" - обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); "Н" - присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом "К". Например: "ОК". В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например: "ОМ, ОКМ".
- Дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
┌──────────────────────────┐ │---- │ │--- │ ┌──┤-- │ │ │ имяФормы │ │ └──────────────────────────┘ │ Имя формы передаваемого │ документа НБО │ │ ┌──────────────────────────┐ │ │---- │ │ │--- │ ├──┤-- │ │ │ КНДФормы │ │ └──────────────────────────┘ │ КНД передаваемого │ документа НБО │ │ ┌ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─┐ │ ---- │ │--- │ ├──┤-- │ видДокумента │ │ └ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─┘ │ Вид передаваемого │ документа НБО │ │ ┌──────────────────────────┐ │ │---- │ │ │--- │ ├──┤-- │ │ │ год │ │ └──────────────────────────┘ ┌───────────────┐ /───────\ │ Отчетный год, за период │ ┌┴┐ │ ├─┐ │ которого передается │ описание │-├───┤-.-.-.-│-├─┤ документ НБО │ └┬┘ │ ├─┘ │ └───────────────┘ \───────/ │ ┌ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─┐ Описание │ ---- передаваемого │ │--- │ документа НБО ├──┤-- │ кодПериода │ │ └ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─┘ │ Код периода, за который │ передается документ НБО │ │ ┌──────────────────────────┐ │ │---- │ │ │--- │ ├──┤-- │ │ │ НОПоМестуУчета │ │ └──────────────────────────┘ │ Код налогового органа, в │ котором абонент состоит │ на учете │ │ ┌──────────────────────────┐ │ │---- │ │ │--- │ ├──┤-- │ │ │ НОПоМестуНахо... │ │ └──────────────────────────┘ Код налогового органа, в │ котором производится администрирование объекта │ налогообложения, по которому передается документ НБО │ ┌─ ─ ─ ─ ─ ─ ─┐ /───────\ /─ ─ ─ ─ ──\ │ ┌┴┐ │ ├─┐ │ │ \ └─┤ ДопСв │-├────┤-.-.-.-│-├─┤any │ │ └┬┘ │ ├─┘ │ │ └─ ─ ─ ─ ─ ─ ─┘ \──────-/ \─ ┬─ ─ ─ ─/ │ Дополнительные \─ ─ \─ ─/ сведения \/ ┌─┐ 0..│ │ └─┘
Рис. 1. Диаграмма структуры файла обмена
4. ПЕРЕЧЕНЬ СТРУКТУРНЫХ ЭЛЕМЕНТОВ ЛОГИЧЕСКОЙ МОДЕЛИ
ФАЙЛА ОБМЕНА
Перечень структурных элементов логической модели файла обмена приведен в табл. 4.1.
Описание передаваемого документа НБО (описание)
II. Формат описания обращения, письма и рассылки
(Версия 03)
Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений об описании обращения, письма и рассылки.
2.1. Общие сведения по файлу обмена
Имя файла обмена должно иметь следующий вид:
Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла обмена
Первая строка XML файла должна иметь следующий вид:
<?xml version="1.0" encoding = "windows-1251"?>
Имя файла, содержащего схему файла обмена
Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:
TR_PISRAS_2_700_03_09_03_xx, где xx - текущая версия схемы.
2.2. Логическая модель файла обмена
Логическая модель файла обмена представлена на диаграмме в Разделе 3 на рис. 1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла обмена и сведения о них приведены в Разделе 4.
Для каждого структурного элемента логической модели файла обмена приводятся следующие сведения:
наименование элемента. Приводится полное наименование элемента <1>;
--------------------------------
<1> В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом "|". Такая форма записи применяется при наличии в файле обмена только одного элемента из описанных в этой строке.
сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;
признак типа элемента. Может принимать следующие значения: "С" - сложный элемент логической модели (содержит вложенные элементы), "П" - простой элемент логической модели, реализованный в виде элемента XML файла, "А" - простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы;
формат элемента. Формат элемента представляется следующими условными обозначениями: T - символьная строка; N - числовое значение (целое или дробное).
Формат символьной строки указывается в виде T(n-k) или T(=k), где: n - минимальное количество знаков, k - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков неограничено, формат имеет вид T(n-).
Формат числового значения указывается в виде N(m.k), где: m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (то есть число целое), то формат числового значения имеет вид N(m).
Для простых элементов, являющихся базовыми в XML, например, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента;
признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: "О" - наличие элемента в файле обмена обязательно; "Н" - наличие элемента в файле обмена необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и тому подобному), то признак обязательности элемента дополняется символом "К". Например, "ОК". В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например, "НМ" или "ОКМ".
дополнительная информация содержит, при необходимости, требования к элементу файла обмена, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и тому подобного), указывается соответствующее наименование классификатора (кодового словаря и тому подобного) или приводится перечень возможных значений. Для классификатора (кодового словаря и тому подобного) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
┌ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┐ ---- │--- │ ┌ ─┤-- ответНа │ │ └ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┘ Ответ на обращение │ ┌ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┐ │ ---- │--- │ ├──┤-- категория │ │ └ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┘ Условное обозначение │ категории, к которой относится данное │ обращение, письмо или рассылка ┌───────────────┐ /───────\ │ │ ┌┴┐ │ ├─┐ │ описание │-├───┤-.-.-.-│-├─┤ │ └┬┘ │ ├─┘ └───────────────┘ \───────/ │ ┌─────────┐ Описание │---- │ обращения, письма │ │--- │ и рассылки ├──┤-- │ │ тема │ │ └─────────┘ Тема обращения, │ письма или рассылки │ ┌ ─ ─ ─ ─ ─ ┐ │---- ├┐ │ --- ├──┤-- ││ Получ │ └┬ ─ ─ ─ ─ ─┘│ └ ─ ─ ─ ─\─ ┘ │ \/ ┌─┐ │ 0..│ │ └─┘ │ Для получателя ИНН/КПП │ ┌ ─ ─ ─ ─ ─┐ │ ┌┴┐ │ ДопСв │+│ └──┤ └┬┘ └ ─ ─ ─ ─ ─┘ Дополнительные сведения
Рис. 1. Диаграмма структуры файла обмена
4. ПЕРЕЧЕНЬ СТРУКТУРНЫХ ЭЛЕМЕНТОВ ЛОГИЧЕСКОЙ МОДЕЛИ
ФАЙЛА ОБМЕНА
Перечень структурных элементов логической модели файла обмена приведен в таблице 4.1.
Описание обращения, письма и рассылки (описание)
III. Формат описания запроса ИОН
(Версия 02)
Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений об описании запроса ИОН.
2.1. Общие сведения по файлу обмена
Имя файла обмена должно иметь следующий вид:
Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла обмена
Первая строка XML файла должна иметь следующий вид:
<?xml version="1.0" encoding = "windows-1251"?>
Имя файла, содержащего схему файла обмена
Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:
TR_ZAPION_2_700_04_09_02_xx, где хх - текущая версия схемы.
2.2. Логическая модель файла обмена
Логическая модель файла представлена в графическом виде в Разделе 3 на рис. 1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.
Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:
- Наименование элемента. Приводится полное наименование элемента.
- Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Сокращенные наименования могут записываться буквами и цифрами.
- Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент (имеющий вложенные), "П" - простой элемент (не имеющий вложенных); А - атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе "Дополнительные сведения".
- Формат элемента. Формат <*> представляется в условных обозначениях, которым соответствуют следующие значения: T - символьная строка; N - числовое значение (целое или дробное).
--------------------------------
<*> При описании структуры формата файла обмена используются следующие металингвистические конструкции:
<> - метасимволы, используемые для выделения элементов структуры сообщеня (логической модели);
| - метасимвол, означающий возможность выбора среди нескольких вариантов значений элемента металингвистической структуры.
Формат символьной строки указывается в виде T(n-k) или T(=k), где n - минимальное количество знаков в строке, k - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков не ограничено, формат имеет вид T(n-). В случае, если элемент неопределенной длины, формат имеет вид T.
Формат числового значения указывается в виде N(m.k), где m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, а k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).
Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента.
- Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: "О" - обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); "Н" - присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом "К". Например: "ОК". В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например: "ОМ, ОКМ". Дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
┌──────────────────────────┐ │---- │ │--- │ ┌──┤-- │ │ │ кодЗапроса │ │ └──────────────────────────┘ │ Код запроса ИОН │ │ ┌──────────────────────────┐ │ │---- │ │ │--- │ ├──┤-- │ │ │ НОПоМестуПредставления │ │ └──────────────────────────┘ │ Код налогового органа, │ в который абонент │ представил запрос │ │ ┌───────────────┐ /───────\ │ ┌──────────────────────────┐ │ ┌┴┐ │ ├─┐ │ │---- │ │ описание │-├───┤-.-.-.-│-├─┤ │--- │ │ └┬┘ │ ├─┘ ├──┤-- │ └───────────────┘ \───────/ │ НОПоМестуНахождения │ Описание запроса │ └──────────────────────────┘ ИОН Код налогового органа, │ в котором формируется ответ │ ┌ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─┐ │ ┌┴┐ └──┤ ДопСв │+│ └┬┘ └ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─┘ Дополнительные сведения Generated by XmlSpy www.altova.com
Рис. 1. Диаграмма структуры файла обмена
4. ПЕРЕЧЕНЬ СТРУКТУРНЫХ ЭЛЕМЕНТОВ ЛОГИЧЕСКОЙ МОДЕЛИ
ФАЙЛА ОБМЕНА
Описание запроса ИОН (описание)
Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация | |
кодЗапроса | П | T(1-2) | ОК | Соответствует коду запроса ИОН, указанного в запросе | |
НОПоМестуПредставления | П | T(=4) | ОК | Типовой элемент <СОНОТип> Коды из Классификатора системы обозначений налоговых органов | |
НОПоМестуНахождения | П | T(=4) | ОК | Типовой элемент <СОНОТип> Коды из Классификатора системы обозначений налоговых органов | |
ДопСв | П | Н | Типовой элемент <xs:anyType> (множественный) |
IV. Формат описания сообщения об ошибке
(Версия 02)
Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений об описании сообщения об ошибке.
2.1. Общие сведения по файлу обмена
Имя файла обмена должно иметь следующий вид:
Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла обмена
Первая строка XML файла должна иметь следующий вид:
<?xml version="1.0" encoding = "windows-1251"?>
Имя файла, содержащего схему файла обмена
Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:
TR_SOSH_2_700_05_09_02_xx, где xx - текущая версия схемы.
2.2. Логическая модель файла обмена
Логическая модель файла представлена в графическом виде в Разделе 3 на рис. 1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.
Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:
- Наименование элемента. Приводится полное наименование элемента.
- Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Сокращенные наименования могут записываться буквами и цифрами.
- Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент (имеющий вложенные), "П" - простой элемент (не имеющий вложенных); А - атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе "Дополнительные сведения".
- Формат элемента. Формат <*> представляется в условных обозначениях, которым соответствуют следующие значения: T - символьная строка; N - числовое значение (целое или дробное).
--------------------------------
<*> При описании структуры формата файла обмена используются следующие металингвистические конструкции:
<> - метасимволы, используемые для выделения элементов структуры сообщения (логической модели);
| - метасимвол, означающий возможность выбора среди нескольких вариантов значений элемента металингвистической структуры.
Формат символьной строки указывается в виде T(n-k) или T(=k), где n - минимальное количество знаков в строке, k - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков не ограничено, формат имеет вид T(n-). В случае, если элемент неопределенной длины, формат имеет вид T.
Формат числового значения указывается в виде N(m.k), где m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, а k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).
Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента.
- Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: "О" - обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); "Н" - присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом "К". Например: "ОК". В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например: "ОМ, ОКМ".
- Дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
┌─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┐ ---- │--- │ ┌ ─┤-- │ кодОшибки │ └─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┘ │ Код ошибки ┌───────────────┐ /-------\ │ ┌──────────────────────┐ │ ┌┴┐ │ ├─┐ │---- │ │ ошибка │-├───┤-.-.-.-│-├─┤ │--- │ │ └┬┘ │ ├─┘ ├──┤-- │ └───────────────┘ \-------/ │ описание │ Описание сообщения │ └──────────────────────┘ об ошибке Текстовое описание │ возникшей ошибки при приеме транспортного │ контейнера │ ┌─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┐ ┌┴┐ └ ─┤ ДопСв │+│ └┬┘ └─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┘ Дополнительные сведения Generated by XmlSpy www.altova.com
Рис. 1. Диаграмма структуры файла обмена
4. ПЕРЕЧЕНЬ СТРУКТУРНЫХ ЭЛЕМЕНТОВ ЛОГИЧЕСКОЙ МОДЕЛИ
ФАЙЛА ОБМЕНА
Перечень структурных элементов логической модели файла обмена приведен в табл. 4.1.
Описание сообщения об ошибке (ошибка)
V. ФОРМАТ ОПИСАНИЯ СПРАВКИ О ДОХОДАХ ПО ФОРМЕ 2-НДФЛ
(ВЕРСИЯ 03)
Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений описания справки о доходах по форме 2-НДФЛ.
2.1. Общие сведения по файлу обмена
Имя файла обмена должно иметь следующий вид:
Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла обмена
Первая строка XML файла должна иметь следующий вид:
<?xml version="1.0" encoding = "windows-1251"?>
Имя файла, содержащего схему файла обмена
Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:
TR_NDFL2_2_700_06_09_03_xx, где xx - текущая версия схемы.
2.2. Логическая модель файла обмена
Логическая модель файла представлена в графическом виде в Разделе 3 на рис. 1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.
Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:
- Наименование элемента. Приводится полное наименование элемента.
- Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Сокращенные наименования могут записываться буквами и цифрами.
- Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент (имеющий вложенные), "П" - простой элемент (не имеющий вложенных); А - атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе "Дополнительные сведения".
- Формат элемента. Формат <1> представляется в условных обозначениях, которым соответствуют следующие значения: T - символьная строка; N - числовое значение (целое или дробное).
--------------------------------
<1> При описании структуры формата файла обмена используются следующие металингвистические конструкции:
<> - метасимволы, используемые для выделения элементов структуры сообщения (логической модели);
| - метасимвол, означающий возможность выбора среди нескольких вариантов значений элемента металингвистической структуры.
Формат символьной строки указывается в виде T(n-k) или T(=k), где n - минимальное количество знаков в строке, k - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков неограниченно, формат имеет вид T(n-). В случае, если элемент неопределенной длины, формат имеет вид T.
Формат числового значения указывается в виде N(m.k), где m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, а k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).
Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента.
- Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: "О" - обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); "Н" - присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом "К". Например: "ОК". В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например: "ОМ, ОКМ".
- Дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
┌──────────────────────────┐ │---- │ │--- │ ┌──┤-- │ │ │ имяФормы │ │ └──────────────────────────┘ │ Имя формы сведений │ │ ┌──────────────────────────┐ │ │---- │ │ │--- │ ├──┤-- │ │ │ КНДФормы │ │ └──────────────────────────┘ │ КНД формы сведений │ │ ┌──────────────────────────┐ │ │---- │ │ │--- │ ├──┤-- │ │ │ год │ │ └──────────────────────────┘ ┌───────────────┐ /───────\ │ Отчетный год, за который │ ┌┴┐ │ ├─┐ │ передается справка │ описание │-├───┤-.-.-.-│-├─┤ │ └┬┘ │ ├─┘ │ ┌──────────────────────────┐ └───────────────┘ \───────/ │ │---- │ Описание справки │ │--- │ о доходах по форме ├──┤-- │ 2-НДФЛ │ │ НОПоМестуУчета │ │ └──────────────────────────┘ │ Код налогового органа, │ в котором абонент состоит │ на учете │ │ ┌──────────────────────────┐ │ │---- │ │ │--- │ ├──┤-- │ │ │ НОПоМестуНахождения │ └──────────────────────────┘ │ Код налогового органа, в котором производится │ администрирование объекта налогообложения, по │ которому передается документ НБО │ ┌─ ─ ─ ─ ─ ─ ─┐ /───────\ /─ ─ ─ ─ ──\ │ ┌┴┐ │ ├─┐ │ │ \ └─┤ ДопСв │-├────┤-.-.-.-│-├─┤any │ │ └┬┘ │ ├─┘ │ │ └─ ─ ─ ─ ─ ─ ─┘ \──────-/ \─ ┬─ ─ ─ ─/ │ Дополнительные \─ ─ \─ ─/ сведения \/ ┌─┐ 0..│ │ └─┘
Рис. 1. Диаграмма структуры файла обмена
4. ПЕРЕЧЕНЬ СТРУКТУРНЫХ ЭЛЕМЕНТОВ ЛОГИЧЕСКОЙ МОДЕЛИ
ФАЙЛА ОБМЕНА
Перечень структурных элементов логической модели файла обмена приведен в табл. 4.1
Описание справки о доходах по форме 2-НДФЛ (описание)
VI. Формат описания заявления о ввозе товаров
и уплате косвенных налогов российских налогоплательщиков
(Версия 01)
Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений описания заявления о ввозе товаров и уплате косвенных налогов российских налогоплательщиков.
2.1. Общие сведения по файлу обмена
Имя файла обмена должно иметь следующий вид:
Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла обмена
Первая строка XML файла должна иметь следующий вид:
<?xml version="1.0" encoding = "windows-1251"?>
Имя файла, содержащего схему файла обмена
Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:
TR_ZVLRPOK_2_700_10_09_01_xx, где xx - текущая версия схемы.
2.2. Логическая модель файла обмена
Логическая модель файла представлена в графическом виде в Разделе 3 на рис. 1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.
Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:
- Наименование элемента. Приводится полное наименование элемента.
- Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Сокращенные наименования могут записываться буквами и цифрами.
- Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент (имеющий вложенные), "П" - простой элемент (не имеющий вложенных); А - атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе "Дополнительные сведения".
- Формат элемента. Формат <*> представляется в условных обозначениях, которым соответствуют следующие значения: T - символьная строка; N - числовое значение (целое или дробное).
--------------------------------
<*> При описании структуры формата файла обмена используются следующие металингвистические конструкции:
<> - метасимволы, используемые для выделения элементов структуры сообщения (логической модели);
| - метасимвол, означающий возможность выбора среди нескольких вариантов значений элемента металингвистической структуры.
Формат символьной строки указывается в виде T(n-k) или T(=k), где n - минимальное количество знаков в строке, k - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков не ограничено, формат имеет вид T(n-). В случае, если элемент неопределенной длины, формат имеет вид T.
Формат числового значения указывается в виде N(m.k), где m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, а k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).
Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента.
- Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: "О" - обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); "Н" - присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом "К". Например: "ОК". В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например: "ОМ, ОКМ".
- Дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
┌─────────────────┐ │---- │ │--- │ ┌──┤-- │ │ │ КНД │ │ └─────────────────┘ │ Код формы по КНД │ │ ┌─────────────────┐ │ │---- │ │ │--- │ ├──┤-- │ │ │ КодНО │ ┌───────────────┐ /───────\ │ └─────────────────┘ │ ┌┴┐ │ ├─┐ │ Код налогового органа - │ описание │-├───┤-.-.-.-│-├─┤ получателя │ └┬┘ │ ├─┘ │ └───────────────┘ \───────/ │ ┌─────────────────────┐ Описание │ │---- │ передаваемого │ │--- │ документа ├──┤-- │ │ НомерДокНП │ │ └─────────────────────┘ Номер заявления, │ указанный НП │ ┌ ─ ─ ─ ─ ─ ─ ┐ /───────\ /─ ─ ─ ─ ──\ ┌┴┐ │ ├─┐ │ │ \ └─┤ ДопСв │-├────┤-.-.-.-│-├─┤any │ │ └┬┘ │ ├─┘ │ │ └ ─ ─ ─ ─ ─ ─ ┘ \───────/ \─ ─ ─ ─ ──/ │ Дополнительные \─ ─ \─ ─/ сведения \/ ┌─┐ 0..│ │ └─┘
Рис. 1. Диаграмма структуры файла обмена
4. ПЕРЕЧЕНЬ СТРУКТУРНЫХ ЭЛЕМЕНТОВ ЛОГИЧЕСКОЙ МОДЕЛИ
ФАЙЛА ОБМЕНА
Перечень структурных элементов логической модели файла обмена приведен в таблице 4.1.
Описание передаваемого документа (описание)
Сокращенное наименование (код) элемента | Признак типа элемента | Формат элемента | Признак обязательности элемента | Дополнительная информация | |
КНД | П | T(=7) | О | Принимает значение: 1110017 | |
КодНО | П | T(=4) | О | Типовой элемент <СОНОТип> | |
НомерДокНП | П | T(1-12) | О | ||
ДопСв | П | Н | Включает типовой элемент <xs:anyType> (множественный) |
VII. Формат описания передаваемого документа,
используемого налоговыми органами при реализации
своих полномочий в отношениях, регулируемых
законодательством о налогах и сборах
(Версия 04)
Настоящий документ описывает требования к XML-файлам передачи в электронном виде описания передаваемого документа, используемого налоговыми органами при реализации своих полномочий в отношениях, регулируемых законодательством о налогах и сборах (далее файл обмена).
2.1. Общие сведения по файлу обмена
Имя файла обмена должно иметь следующий вид:
Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла обмена
Первая строка XML файла должна иметь следующий вид:
<?xml version="1.0" encoding = "windows-1251"?>
Имя файла, содержащего схему файла обмена
Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:
TR_INFSOOB_2_700_09_09_04_xx, где xx - текущая версия схемы.
2.2. Логическая модель файла обмена
Логическая модель файла представлена в графическом виде в Разделе 3 на рис. 1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.
Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:
Наименование элемента. Приводится полное наименование элемента.
Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Сокращенные наименования могут записываться буквами и цифрами.
Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент (имеющий вложенные), "П" - простой элемент (не имеющий вложенных); А - атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе "Дополнительные сведения".
Формат элемента. Формат <1> представляется в условных обозначениях, которым соответствуют следующие значения: T - символьная строка; N - числовое значение (целое или дробное).
--------------------------------
<1> При описании структуры формата файла обмена используются следующие металингвистические конструкции:
< > - метасимволы, используемые для выделения элементов структуры сообщения (логической модели);
| - метасимвол, означающий возможность выбора среди нескольких вариантов значений элемента металингвистической структуры.
Формат символьной строки указывается в виде T(n-k) или T(=k), где n - минимальное количество знаков в строке, k - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков неограниченно, формат имеет вид T(n-). В случае, если элемент неопределенной длины, формат имеет вид T.
Формат числового значения указывается в виде N(m.k), где m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, а k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).
Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента.
Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: "О" - обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); "Н" - присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом "К". Например: "ОК". В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например: "ОМ, ОКМ".
Дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
Рис. 1. Диаграмма структуры файла обмена
4. ПЕРЕЧЕНЬ СТРУКТУРНЫХ ЭЛЕМЕНТОВ ЛОГИЧЕСКОЙ МОДЕЛИ
ФАЙЛА ОБМЕНА
Перечень структурных элементов логической модели файла обмена приведен в таблице 4.1.
Описание передаваемого документа (ОписДок)
VIII. Формат описания уведомления банком налогового
органа о факте выдачи банковской гарантии налогоплательщику
(Версия 01)
Утратил силу. - Приказ ФНС России от 11.06.2019 N ММВ-7-6/300@.
IX Формат описания представления отдельных документов
в налоговые органы (Версия 65)
Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений при представлении отдельных документов в налоговые органы.
2.1. Общие сведения по файлу обмена
Имя файла обмена должно иметь следующий вид:
Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла обмена
Первая строка XML файла должна иметь следующий вид:
<?xml version="1.0" encoding = "windows-1251"?>
Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:
TR_PROTDOC_2_700_12_09_65_xx, где xx - текущая версия схемы.
2.2. Логическая модель файла обмена
Логическая модель файла представлена в графическом виде в Разделе 3 на рис. 1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.
Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:
- Наименование элемента. Приводится полное наименование элемента.
- Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Сокращенные наименования могут записываться буквами и цифрами.
- Признак типа элемента. Может принимать следующие значения: "С" - сложный элемент (имеющий вложенные), "П" - простой элемент (не имеющий вложенных); А - атрибут. Если для определения элемента используется пользовательский тип данных, наименование типа данных (типового элемента) указывается в графе "Дополнительные сведения".
- Формат элемента. Формат <1> представляется в условных обозначениях, которым соответствуют следующие значения: T - символьная строка; N - числовое значение (целое или дробное).
--------------------------------
<1> При описании структуры формата файла обмена используются следующие металингвистические конструкции:
< > - метасимволы, используемые для выделения элементов структуры сообщения (логической модели);
| - метасимвол, означающий возможность выбора среди нескольких вариантов значений элемента металингвистической структуры.
Формат символьной строки указывается в виде T(n-k) или T(=k), где n - минимальное количество знаков в строке, k - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке. В случае если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае если максимальное количество знаков неограниченно, формат имеет вид T(n-). В случае, если элемент неопределенной длины, формат имеет вид T.
Формат числового значения указывается в виде N(m.k), где m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, а k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (т.е. число целое), то формат числового значения имеет вид N(m).
Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента.
- Признак обязательности элемента определяет обязательность наличия элемента в XML файле. Признак обязательности элемента может принимать следующие значения: "О" - обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); "Н" - присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом "К". Например: "ОК". В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например: "ОМ, ОКМ".
- Дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
Рис. 1. Диаграмма структуры файла обмена
4. ПЕРЕЧЕНЬ СТРУКТУРНЫХ ЭЛЕМЕНТОВ ЛОГИЧЕСКОЙ МОДЕЛИ
ФАЙЛА ОБМЕНА
Перечень структурных элементов логической модели файла обмена приведен в табл. 4.1
Описание передаваемого документа (описание)
X. Формат описания информационного сообщения об участнике
электронного документооборота счетами-фактурами
(Версия 01)
Исключен. - Приказ ФНС России от 11.07.2023 N ЕД-7-26/461@.
к Унифицированному формату
транспортного контейнера
I ФОРМАТ ПЕРЕДАЧИ СВЕДЕНИЙ ОПИСАНИЯ ТРАНСПОРТНОЙ ИНФОРМАЦИИ
1. Настоящий формат описывает требования к XML файлам (далее - файлам обмена) передачи сведений транспортной информации в электронной форме.
2. Номер версии настоящего формата 9.04, часть 700_01.
3. Имя файла обмена должно иметь следующий вид:
Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
Параметры первой строки файла обмена
Первая строка XML файла должна иметь следующий вид:
<?xml version ="1.0" encoding ="windows-1251"?>
Имя файла, содержащего XML схему файла обмена, должно иметь следующий вид:
TR_TRKON_2_700_01_09_04_xx, где xx - номер версии схемы.
XML схема файла обмена приводится отдельным файлом.
4. Логическая модель файла обмена представлена в виде диаграммы структуры файла обмена на рисунке 1 настоящего формата. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Перечень структурных элементов логической модели файла обмена и сведения о них приведены в таблицах 4.1 - 4.7 настоящего формата.
Для каждого структурного элемента логической модели файла обмена приводятся следующие сведения:
наименование элемента. Приводится полное наименование элемента <1>;
--------------------------------
<1> В строке таблицы могут быть описаны несколько элементов, наименования которых разделены символом "|". Такая форма записи применяется при наличии в файле обмена только одного элемента из описанных в этой строке.
сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML;
признак типа элемента. Может принимать следующие значения: "С" - сложный элемент логической модели (содержит вложенные элементы), "П" - простой элемент логической модели, реализованный в виде элемента XML файла, "А" - простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы;
формат элемента. Формат элемента представляется следующими условными обозначениями: T - символьная строка; N - числовое значение (целое или дробное).
Формат символьной строки указывается в виде T(n-k) или T(=k), где: n - минимальное количество знаков, k - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков неограничено, формат имеет вид T(n-).
Формат числового значения указывается в виде N(m.k), где: m - максимальное количество знаков в числе, включая знак (для отрицательного числа), целую и дробную часть числа без разделяющей десятичной точки, k - максимальное число знаков дробной части числа. Если число знаков дробной части числа равно 0 (то есть число целое), то формат числового значения имеет вид N(m).
Для простых элементов, являющихся базовыми в XML, например, элемент с типом "date", поле "Формат элемента" не заполняется. Для таких элементов в поле "Дополнительная информация" указывается тип базового элемента;
признак обязательности элемента определяет обязательность наличия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: "О" - наличие элемента в файле обмена обязательно; "Н" - наличие элемента в файле обмена необязательно, то есть элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и тому подобному), то признак обязательности элемента дополняется символом "К". Например, "ОК". В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например, "НМ" или "ОКМ".
К вышеперечисленным признакам обязательности элемента может добавляться значение "У" в случае описания в XML схеме условий, предъявляемых к элементу в файле обмена, описанных в графе "Дополнительная информация". Например, "НУ" или "ОКУ";
дополнительная информация содержит, при необходимости, требования к элементу файла обмена, не указанные ранее. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и тому подобного), указывается соответствующее наименование классификатора (кодового словаря и тому подобного) или приводится перечень возможных значений. Для классификатора (кодового словаря и тому подобного) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
┌──────────────┐ │┌─┐ │ ││-│ attributes│ │└─┘ └─────────────┐ │ ┌──────────────┐ │ │ │версияФормата │ │ ┌┤ └──────────────┘ │ ││ Версия формата │ ││ ┌───────────────────────┐ │ ││ │кодТипаДокументооборота│ │ ││ └───────────────────────┘ │ ││ Код типа │ ││ документооборота │ ││ ┌───────────────────┐ │ ││ │типДокументооборота│ │ ││ └───────────────────┘ │ ││ Тип документооборота │ ││ ┌─────────────────┐ │ ││ │кодТипаТранзакции│ │ ││ └─────────────────┘ │ ││ Код типа транзакции │ ││ ┌─────────────┐ │ ││ │типТранзакции│ │ ││ └─────────────┘ │ ││ Тип транзакции │ ││ ┌─────────────────────────┐│ ││ │идентификаторДокументо...││ ││ └─────────────────────────┘│ ││ Идентификатор │ ││ документооборота │ ││ ┌──────────────┐ │ ││ │ВерсПрог │ │ ││ └──────────────┘ │ ││ Версия передающей программы│ │└────────────────────────────┘ │ │ │ ┌─────────────┐ │ │ ┌┴┐ │ ┌─┤отправитель │+│ │ │ │ └┬┘ ┌──────────┐ │ │ └─────────────┘ │ ┌┴┐ │ │ Отправитель │ТрансИнф │-├──┤ │ ┌ ─ ─ ─ ─ ─ ─ ─┐ │ └┬┘ │ │ ┌┴┐ └──────────┘ │ ├ ┤спецоператор │+│ Сведения │ │ └┬┘ описания │ │ └ ─ ─ ─ ─ ─ ─ ─┘ транспортной │ │ Спецоператор информации │ │ ┌────────────┐ │ │ │ ┌┴┐ │ ├─┤получатель │+│ │ │ │ └┬┘ │ │ └────────────┘ │ │ Получатель │ │ ┌ ─ ─ ─ ─┐ │ │ ┌┴┐ │ ├ ┤ДопСв │+│ │ │ └┬┘ │ │ └ ─ ─ ─ ─┘ │ │ Дополнительные │ │ сведения │ │ ┌───────────────┐ │ │ │┌─┐ │ │ │ ││-│ attributes │ │ │ │└─┘ └──────────┐ │ │ │ ┌─────────────────┐ │ │ │ │ │кодТипаДокумента │ │ │ /───────\ │ │ └─────────────────┘ │ │ │ ├─┐ │ │ Код типа документа │ └─┤-.-.-.-│-├─┼ │ ┌────────────┐ │ │ ├─┘ │ │ │типДокумента│ │ \───────/ │ │ └────────────┘ │ │ │ Тип документа │ │ │ ┌──────────────┐ │ │ │ │типСодержимого│ │ │ │ └──────────────┘ │ │ │ Тип содержимого │ │ │ документа │ │ │ ┌─────┐ │ │ ┌─┤ │сжат │ │ │ │ │ └─────┘ │ │ │ │ Признак сжатия │ │ │ │ документа │ │ │ │ ┌───────────┐ │ │ │ │ │зашифрован │ │ │ │ │ └───────────┘ │ │ │ │ Признак шифрования │ │ ┌─────────────────┐ │ │ ┌──────────────────────┐ │ │ │ ┌┴┐ │ │ │идентификаторДокумента│ │ └───┤ Документ │-├─┤ │ └──────────────────────┘ │ │ └┬┤ │ │ Идентификатор документа │ └┬────────────────┘│ │ │ ┌ ─ ─ ─ ─ ─ ─ ─ ─┐ │ └────────────\────┘ │ │ исходноеИмяФайла │ \/ │ │ └ ─ ─ ─ ─ ─ ─ ─ ─┘ │ ┌─┐ │ │ Исходное имя файла │ 1..│ │ │ │ документа │ └─┘ │ └──────────────────────────┘ Сведения о │ передаваемом │ документе │ │ ┌ ─ ─ ─ ─ ─ ─┐ │ ┌┴┐ │ ┌┤содержимое │+│ │ /───────\ └┬┘ │ │ ├─┐ │└ ─ ─ ─ ─ ─ ─┘ └─┤-.-.-.-│-├──┤ Содержимое │ ├─┘ документа \───────/ │ ┌ ─ ─ ─ ─ ─ ─┐ ┌┴┐ └ ┤подпись │+│ └┬┤ └┬ ─ ─ ─ ─ ─ ┘ └ ─ ─ ─ ─\─ ─┘ \/ ┌─┐ 0..│ │ └─┘ Сведения ЭП
Рисунок 1. Диаграмма структуры файла обмена
Сведения описания транспортной информации (ТрансИнф)
Версия формата описания транспортно контейнера. В настоящем документе принимает значение "ФНС:1.0" | |||||
Код типа осуществляемого документооборота в соответствии с со справочником типов документооборота | |||||
Тип осуществляемого документооборота в соответствии со справочником типов документооборота | |||||
Код типа осуществляемой транзакции, определенной для данного типа документооборота (согласно Приложениям 4 - 11) | |||||
Тип осуществляемой транзакции, определенной для данного типа документооборота (согласно Приложениям 4 - 11) | |||||
Универсальный уникальный идентификатор документооборота, который сохраняется в рамках данного цикла обмена документами | |||||
Состав элемента представлен в табл. 4.2. В элементе отправитель описывается отправитель (участник электронного документооборота), первично сформировавший транспортный контейнер | |||||
Состав элемента представлен в табл. 4.3. Является обязательным при участии спецоператора в процессе документооборота | |||||
Состав элемента представлен в табл. 4.4. В элементе получатель описывается получатель (участник электронного документооборота), для которого предназначен транспортный контейнер | |||||
Типовой элемент <xs:anyType>(множественный). Указывается при необходимости передачи дополнительного сообщения | |||||
Состав элемента представлен в таблице 4.5 |
В соответствии с требованиями, определенными в разделе Типы участников документооборота и их идентификация | |||||
спецоператор |
В соответствии с требованиями, определенными в разделе Типы участников документооборота и их идентификации | |||||
абонент | спецоператор | налоговыйОрган |
Сведения о передаваемом документе (документ)
Код типа документа, передаваемого в составе контейнера, определенный для осуществляемой транзакции. Код в соответствии со справочником типов документооборота. В соответствии с определенным списком типов документов по передаваемым сведениям | |||||
В соответствии с определенным списком типов документов по передаваемым сведениям. | |||||
Тип содержимого документа в соответствии с определенным в Приложении 3. При отсутствии элемента <содержимое> принимает значение 'unknown' | |||||
Типовой элемент <xs:boolean> - значение 'true' или 'false', в зависимости от того, сжато или нет содержимое документа в контейнере (сжатие документа выполняется перед шифрованием) | |||||
Типовой элемент <xs:boolean> значение 'true' или 'false', в зависимости от того, зашифровано или нет содержимое документа в контейнере | |||||
Элемент обязателен, в случае, если исходное имя файла определено. Имя файла указывается с расширением | |||||
Состав элемента представлен в табл. 4.6. Узел содержимое отсутствует, если в транзакции передается лишь ЭП под документом и не передается содержимое документа. В остальных случаях узел содержимое присутствует. Обязательность определяется на основании элементов <кодТипаДокументооборота> <кодТипаТранзакции> <кодТипаДокумента> по правилам, определенным в приложениях, описывающих типы документооборота | |||||
Состав элемента представлен в табл. 4.7. Перечисляются ЭП, стоящие под документом. Обязательность определяется на основании элементов <кодТипаДокументооборота> <кодТипаТранзакции> <кодТипаДокумента> по правилам, определенным в приложениях, описывающих типы документооборота |
Содержимое документа (содержимое)
Имя файла (из набора файлов транспортного контейнера) с содержимым описываемого документа с расширением |
Имя файла (из набора файлов транспортного контейнера) с содержимым описываемой ЭП с расширением | |||||
Тип участника документооборота, от имени уполномоченного лица которого сделана данная ЭП |
к Унифицированному формату
транспортного контейнера
ЭП под документом в xml формате, передается в виде отдельного файла | |
--------------------------------
<*> По мере необходимости список возможных типов содержимого может расширяться. Если программное обеспечение встречается с неизвестным для себя типом содержимого, то его следует трактовать как unknown.
к Унифицированному формату
транспортного контейнера
ПО ПРЕДСТАВЛЕНИЮ НАЛОГОВЫХ ДЕКЛАРАЦИЙ (РАСЧЕТОВ)
И БУХГАЛТЕРСКОЙ ОТЧЕТНОСТИ
Таблица 4.1. Тип документооборота.
Документооборот по представлению налоговых деклараций (расчетов) и бухгалтерской отчетности |
приложение <*> | ||||||||
декларация <1> | ||||||||
--------------------------------
<1> При отправке квитанции о приеме в транспортный контейнер включается ЭП налогового органа на поступившую декларацию. Поступивший файл декларации в транспортный контейнер не включается. Включаемое ЭП в элемент "Сведения о передаваемом документе (документ)" файла транспортной информации описывается с типом документа "Декларация" кодом типа документа "01".
<*> Приложения допускаются только для КНД = 0710098, 0710099, 1151001, 0710094, 0710095, 0710096, 0420002, 0420003, 0420012, 0420013, 0421125, 0420125, 0421126, 0420126, 0421140, 0420140, 0421142, 0420142, 0420201, 0420202, 0420205, 0420207, 0420211, 0420212, 0420215, 0420217.
Таблица 4.4. Типы транзакций для крупнейших
налогоплательщиков, представляющих отчетность
на основании договоров с инспекциями ФНС России
приложение <*> | ||||||||
декларация <2> | 1 в случае квитанции о приеме; 0 в случае уведомления об отказе | |||||||
--------------------------------
<2> При отправке квитанции о приеме в транспортный контейнер включается ЭП налогового органа на поступившую декларацию. Поступивший файл декларации в транспортный контейнер не включается. Включаемое ЭП в элемент "Сведения о передаваемом документе (документ)" файла транспортной информации описывается с типом документа "Декларация" кодом типа документа "01".
<*> Приложения допускаются только для КНД = 0710098, 0710099, 1151001, 0710094, 0710095, 0710096, 0420002, 0420003, 0420012, 0420013, 0421125, 0420125, 0421126, 0420126, 0421140, 0420140, 0421142, 0420142, 0420201, 0420202, 0420205, 0420207, 0420211, 0420212, 0420215, 0420217.
Таблица 4.5. Типы содержимого приложений
Приложение согласно приказу ФНС России от 29.10.2014 N ММВ-7-3/558@. | ||
0710098, 0710099, 0710096, 0420002, 0420003, 0420012, 0420013, 0421125, 0420125, 0421126, 0420126, 0421140, 0420140, 0421142, 0420142 0420201, 0420202, 0420205, 0420207, 0420211, 0420212, 0420215, 0420217 | Приложение согласно приказам ФНС России: а также письма ФНС России от 16.07.2018 N ПА-4-6/13687@. Документ (установленный формат) | |
Приложение согласно письму ФНС России от 25.11.2019 N ВД-4-1/24013@. Документ (установленный формат) |
к Унифицированному формату
транспортного контейнера
ПО ОСУЩЕСТВЛЕНИЮ ПИСЬМЕННЫХ ОБРАЩЕНИЙ АБОНЕНТОВ
Таблица 5.1. Тип документооборота
Тип документооборота | Описание | |
ОбращениеНП | Документооборот по осуществлению письменных обращений абонентов в налоговые органы |
Служебный документ, в котором передается описание (формат приведен в приложении 1.II) | |||
В соответствии с Приложением 3 | Неформализованное приложение к письму (Тип содержимого в соответствии с Приложением 3) | ||
Информационное сообщение о доверенности уполномоченного лица (установленный формат) | |||
Подтверждение даты отправки документа (установленный формат) | |||
Извещение о получении документа его получателем (установленный формат) | |||
Уведомление об отказе в приеме обращения (установленный формат) |
Тип транзакции | Отправитель | Получатель | Документы | Количество | Шифрование | Подписанты | |
ОбращениеНП | абонент | налоговыйОрган | обращение | 1 | есть | абонент | |
0 или 1 | есть | абонент | |||||
1 | нет | (отсутствуют) | |||||
0 или более | есть | абонент | |||||
1 | нет | спецоператор | |||||
ИзвещениеОбращениеНО | налоговыйОрган | абонент | извещениеОПолучении | 1 | нет | налоговыйОрган | |
ИзвещениеПодтверждениеНО | налоговыйОрган | спецоператор | извещениеОПолучении | 1 | нет | налоговыйОрган | |
РезультатПриемаОбращениеНО | налоговыйОрган | абонент | уведомлениеОбОтказе <*> | 1 | есть | налоговыйОрган | |
ИзвещениеРезультатПриемаСОС | спецоператор | налоговыйОрган | извещениеОПолучении | 1 | нет | спецоператор | |
ИзвещениеРезультатПриемаНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | нет | абонент |
--------------------------------
<*> При отсутствии оснований уведомление об отказе не направляется и связанные с ним транзакции не выполняются.
для крупнейших налогоплательщиков,
представляющих отчетность на основании
договоров с инспекциями ФНС России
уведомлениеОбОтказе <*> | |||||||
--------------------------------
<*> При отсутствии оснований уведомление об отказе не направляется и связанные с ним транзакции не выполняются.
к Унифицированному формату
транспортного контейнера
ПО ОСУЩЕСТВЛЕНИЮ ИНДИВИДУАЛЬНОГО ИНФОРМИРОВАНИЯ АБОНЕНТОВ
Таблица 6.1. Тип документооборота
Тип документооборота | Описание | |
ПисьмоНО | Документооборот по осуществлению индивидуального информирования абонентов со стороны налоговых органов |
Тип документа | Типы содержимого | Описание | |
письмо | xml | Текст письма (установленный формат) | |
описание | xml | Служебный документ, в котором передается описание (формат приведен в приложении 1.II) | |
приложение | В соответствии с Приложением 3 | Неформализованное приложение к письму (Тип содержимого в соответствии с Приложением 3) | |
подтверждениеДатыОтправки | xml | Подтверждение даты отправки документа (установленный формат) | |
извещениеОПолучении | xml | Извещение о получении документа его получателем (установленный формат) |
Тип транзакции | Отправитель | Получатель | Документы | Количество | Шифрование | Подписанты | |
ПисьмоНО | налоговыйОрган | абонент | письмо | 1 | есть | налоговыйОрган | |
1 | нет | (отсутствуют) | |||||
0 или более | есть | налоговыйОрган | |||||
ПодтверждениеПисьмоСОС | спецоператор | налоговыйОрган | подтверждениеДатыОтправки | 1 | нет | спецоператор | |
ИзвещениеПисьмоНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | нет | абонент | |
ИзвещениеПодтверждениеНО | налоговыйОрган | спецоператор | извещениеОПолучении | 1 | нет | налоговыйОрган |
для крупнейших налогоплательщиков,
представляющих отчетность на основании
договоров с инспекциями ФНС России
Тип транзакции | Отправитель | Получатель | Документы | Количество | Шифрование | Подписанты | |
ПисьмоНО | налоговыйОрган | абонент | письмо | 1 | есть | налоговыйОрган | |
1 | нет | (отсутствуют) | |||||
0 или более | есть | налоговыйОрган | |||||
ИзвещениеПисьмоНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | нет | абонент |
к Унифицированному формату
транспортного контейнера
ПО ОСУЩЕСТВЛЕНИЮ ИНФОРМАЦИОННОЙ РАССЫЛКИ СО СТОРОНЫ
НАЛОГОВЫХ ОРГАНОВ
Таблица 7.1. Тип документооборота
Тип документооборота | Описание | |
Рассылка | Документооборот по осуществлению информационной рассылки со стороны налоговых органов |
Тип документа | Типы содержимого | Описание | |
рассылка | plain1251 | Неформализованный текст информационной рассылки налогового органа | |
описание | xml | Служебный документ, в котором передается описание (формат приведен в приложении 1.II) | |
приложение | (В соответствии с Приложением 3) | Неформализованное приложение к рассылке (Тип содержимого в соответствии с Приложением 3) | |
подтверждениеДатыОтправки | xml | Подтверждение даты отправки рассылки (установленный формат) | |
извещениеОПолучении | xml | Извещение о получении документа его получателем (установленный формат) |
Тип транзакции | Отправитель | Получатель | Документы | Количество | Шифрование | Подписанты | |
РассылкаНО | налоговыйОрган | спецоператор | рассылка | 1 | нет | налоговыйОрган | |
1 | нет | (отсутствуют) | |||||
0 или более | нет | налоговыйОрган | |||||
ПодтверждениеРассылкаСОС | спецоператор | налоговыйОрган | подтверждениеДатыОтправки | 1 | нет | спецоператор | |
ИзвещениеПодтверждениеНО | налоговыйОрган | спецоператор | извещениеОПолучении | 1 | нет | налоговыйОрган |
для крупнейших налогоплательщиков,
представляющих отчетность на основании
договоров с инспекциями ФНС России
Тип транзакции | Отправитель | Получатель | Документы | Количество | Шифрование | Подписанты | |
РассылкаНО | налоговыйОрган | абонент | рассылка | 1 | нет | налоговыйОрган | |
1 | нет | (отсутствуют) | |||||
0 или более | нет | налоговыйОрган |
к Унифицированному формату
транспортного контейнера
ПО ОСУЩЕСТВЛЕНИЮ ГРУППОВОЙ ИНФОРМАЦИОННОЙ РАССЫЛКИ
СО СТОРОНЫ НАЛОГОВЫХ ОРГАНОВ
Таблица 8.1. Тип документооборота
Тип документооборота | Описание | |
РассылкаГрупповая | Документооборот по осуществлению групповой информационной рассылки со стороны налоговых органов |
Тип документа | Типы содержимого | Описание | |
рассылка | plain1251 | Неформализованный текст информационной рассылки | |
описание | xml | Служебный документ, в котором передается описание (формат приведен в приложении 1.II) | |
приложение | (В соответствии с Приложением 3) | Неформализованное приложение к рассылке (Тип содержимого в соответствии с Приложением 3) | |
подтверждениеДатыОтправки | xml | Подтверждение даты отправки рассылки (установленный формат) | |
извещениеОПолучении | xml | Извещение о получении рассылки ее получателем (установленный формат) |
Тип транзакции | Отправитель | Получатель | Документы | Количество | Шифрование | Подписанты | |
РассылкаНО | налоговыйОрган | абонент | рассылка | 1 | нет | налоговыйОрган | |
1 | нет | (отсутствуют) | |||||
0 или более | нет | налоговыйОрган | |||||
ПодтверждениеРассылкаСОС | спецоператор | налоговыйОрган | подтверждениеДатыОтправки | 1 | нет | спецоператор | |
ИзвещениеРассылкаНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | нет | абонент | |
ИзвещениеПодтверждениеНО | налоговыйОрган | спецоператор | извещениеОПолучении | 1 | нет | налоговыйОрган |
для крупнейших налогоплательщиков,
представляющих отчетность на основании
договоров с инспекциями ФНС России
Тип транзакции | Отправитель | Получатель | Документы | Количество | Шифрование | Подписанты | |
РассылкаНО | налоговыйОрган | абонент | рассылка | 1 | нет | налоговыйОрган | |
1 | нет | (отсутствуют) | |||||
0 или более | нет | налоговыйОрган | |||||
ИзвещениеРассылкаНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | нет | абонент |
к Унифицированному формату
транспортного контейнера
ПО ИНФОРМАЦИОННОМУ ОБСЛУЖИВАНИЮ АБОНЕНТОВ
Таблица 9.1. Тип документооборота
Тип документооборота | Описание | |
ИОН | Документооборот по информационному обслуживанию абонентов со стороны налоговых органов |
Тип транзакции | Отправитель | Получатель | Документы | Количество | Шифрование | Подписанты | |
ЗапросНП | абонент | налоговыйОрган | запрос | 1 | есть | абонент | |
0 или 1 | есть | абонент | |||||
1 | нет | (отсутствуют) | |||||
1 | нет | спецоператор | |||||
ИзвещениеЗапросНО | налоговыйОрган | абонент | извещениеОПолучении | 1 | нет | налоговыйОрган | |
ИзвещениеПодтверждениеНО | налоговыйОрган | спецоператор | извещениеОПолучении | 1 | нет | налоговыйОрган | |
РезультатПриемаЗапросНО | налоговыйОрган | абонент | квитанцияОПриеме, уведомлениеОбОтказе | 1 | есть | налоговыйОрган | |
ИзвещениеРезультатПриемаСОС | спецоператор | налоговыйОрган | извещениеОПолучении | 1 | нет | спецоператор | |
ИзвещениеРезультатПриемаНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | нет | абонент | |
РезультатОбработкиЗапросНО | налоговыйОрган | абонент | ответ | 1 или более | есть | налоговыйОрган | |
ИзвещениеРезультатОбработкиСОС | спецоператор | налоговыйОрган | извещениеОПолучении | 1 | нет | спецоператор | |
ИзвещениеРезультатОбработкиНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | нет | абонент |
для крупнейших налогоплательщиков,
представляющих отчетность на основании
договоров с инспекциями ФНС России
к Унифицированному формату
транспортного контейнера
ДОКУМЕНТООБОРОТ ПО УВЕДОМЛЕНИЮ ОБ ОШИБКЕ
Таблица 10.1. Тип документооборота
Тип документооборота | Описание | |
ОшибкаОбработкиПакета | Документооборот по уведомлению со стороны системы электронного документооборота о возникновении ошибки и невозможности обработки входящего пакета |
Тип документа | Типы содержимого | Описание | |
сообщениеОбОшибке | xml | Документ, содержащий текстовое описание ошибки, возникшей при приеме пакета (формат приведен в приложении 1.IV) Степень детализации и информативности описания ошибки, а также наличие или отсутствие кода ошибки, определяется разработчиком ПО. Степень детализации должна быть достаточной для диагностики ошибки техническими службами системы электронного документооборота | |
описаниеОшибочногоПакета | xml | Сведения транспортной информации пакета (файл packageDescription.xml), при обработке которого произошла ошибка |
Тип транзакции | Отправитель | Получатель | Документы | Количество | Шифрование | Подписанты | |
СообщениеОбОшибке | налоговыйОрган | спецоператор, абонент | сообщениеОбОшибке | 1 | нет | (отсутствуют) | |
налоговыйОрган | |||||||
описаниеОшибочногоПакета | 0 или 1 | нет | (отсутствуют) | ||||
спецоператор | налоговыйОрган |
к Унифицированному формату
транспортного контейнера
ПО ПРЕДСТАВЛЕНИЮ СВЕДЕНИЙ О ДОХОДАХ ПО ФОРМЕ N 2-НДФЛ
Таблица 11.1. Тип документооборота
Тип документооборота | Описание | |
Сведения2НДФЛ | Документооборот по представлению сведений о доходах по форме N 2-НДФЛ |
Тип документа | Типы содержимого | Описание | |
форма2НДФЛ | xml | Сведения о доходах по форме N 2-НДФЛ (установленный формат) | |
описание | xml | Служебный документ, в котором передается описание сведений о доходах по форме N 2-НДФЛ (формат приведен в приложении 1.V) | |
доверенность | xml | Информационное сообщение о доверенности уполномоченного лица (установленный формат) | |
подтверждениеДатыОтправки | xml | Подтверждение даты отправки документа (установленный формат) | |
протоколПриема2НДФЛ | xml plain1251 | Протокол приема сведений о доходах физических лиц от налоговых агентов (установленный формат) | |
реестрПринятыхДокументов | xml, plain1251 | Реестр сведений о доходах физических лиц (установленный формат) | |
извещениеОПолучении | xml | Извещение о получении документа его получателем (установленный формат) |
Тип транзакции | Отправитель | Получатель | Документы | Количество | Шифрование | Подписанты | |
Форма2НДФЛНП | абонент | налоговыйОрган | форма2НДФЛ | 1 | есть | абонент | |
0 или 1 | есть | абонент | |||||
1 | нет | (отсутствуют) | |||||
1 | нет | спецоператор | |||||
ИзвещениеФорма2НДФЛНО | налоговыйОрган | абонент | извещениеОПолучении | 1 | нет | налоговыйОрган | |
ИзвещениеПодтверждениеНО | налоговыйОрган | спецоператор | извещениеОПолучении | 1 | нет | налоговыйОрган | |
РезультатПриемаФорма2НДФЛНО | налоговыйОрган | абонент | протоколПриема2НДФЛ | 1 | есть | налоговыйОрган | |
1 | есть | налоговыйОрган | |||||
ИзвещениеРезультатПриемаСОС | спецоператор | налоговыйОрган | извещениеОПолучении | 1 | нет | спецоператор | |
ИзвещениеРезультатПриемаНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | нет | абонент |
для крупнейших налогоплательщиков,
представляющих отчетность на основании
договоров с инспекциями ФНС России
Тип транзакции | Отправитель | Получатель | Документы | Количество | Шифрование | Подписанты | |
Форма2НДФЛНП | абонент | налоговыйОрган | Форма2НДФЛ | 1 | есть | абонент | |
0 или 1 | есть | абонент | |||||
1 | нет | (отсутствуют) | |||||
ПодтверждениеФорма2НДФЛНО | налоговыйОрган | абонент | подтверждениеДатыОтправки | 1 | нет | налоговыйОрган | |
ИзвещениеПодтверждениеНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | нет | абонент | |
ИзвещениеФорма2НДФЛНО | налоговыйОрган | абонент | извещениеОПолучении | 1 | нет | налоговыйОрган | |
РезультатПриемаФорма2НДФЛНО | налоговыйОрган | абонент | протоколПриема2НДФЛ | 1 | есть | налоговыйОрган | |
1 | есть | налоговыйОрган | |||||
ИзвещениеРезультатПриемаНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | нет | абонент |
к Унифицированному формату
транспортного контейнера
К ПРОТОКОЛУ ВЗАИМОДЕЙСТВИЯ И СТРУКТУРЕ ПОЧТОВОГО СООБЩЕНИЯ
1.1. Обмен сообщениями операторами электронного документооборота и серверами обмена электронными документами унифицированного приемного комплекса налогового органа производится по протоколам SMTP (в соответствии с документом RFC 5321: http://www.ietf.org/rfc/rfc5321.txt) и POP3 (в соответствии с документом RFC 1939: http://www.ietf.org/rfc/rfc1939.txt) в формате сообщений электронной почты.
1.2. Требования к протоколу взаимодействия перечислены в разделе 2 данного приложения.
1.3. Сообщение электронной почты содержит реквизиты, перечисленные в разделе 3 данного приложения, и транспортный контейнер, вложенный в него.
1.4. Для первичного сообщения, с которого начинается документооборот - значение поля X-Message-ID содержит <идентификаторДокументооборота> из транспортного контейнера. Для сформированных в ответ на поступившие или в ходе их обработки - значение поля X-Message-ID входящего сообщения.
2. Требования к протоколу взаимодействия
2.1. Обмен сообщениями операторами электронного документооборота и серверами обмена электронными документами унифицированного приемного комплекса налогового органа производится с обязательной аутентификацией по имени и паролю.
2.2. Требования к SMTP протоколу взаимодействия.
2.2.1. При передаче транспортных контейнеров необходимо использовать следующие расширения протокола SMTP:
- SIZE (в соответствии с документом RFC 1870: http://www.ietf.org/rfc/rfc1870.txt);
- CHECKPOINT (в соответствии с документом RFC 1845: http://www.ietf.org/rfc/rfc1845.txt);
- CHUNKING (в соответствии с документом RFC 3030: http://www.ietf.org/rfc/rfc3030.txt);
- BINARYMIME (в соответствии с документом RFC 3030: http://www.ietf.org/rfc/rfc3030.txt);
- XTAXFTC, равное двухсимвольному коду типа документооборота;
- XTAXKND, равное КНД основного документа в транспортном контейнере.
Пример команды с использованием указанных расширений:
MAIL FROM:<sos@gpk.nalog.ru> TRANSID=<362438-c6292fa8b96f44349a01c4a67fc@local.domain> SIZE=7132 BODY=BINARYMIME XTAXFTC=12 XTAXKND=1115118
2.2.2. При формировании параметра "TRANSID" команды "MAIL" в качестве значения использовать значение заголовка "Message-Id" почтового сообщения.
2.2.3. При формировании параметра "XTAXFTC" команды "MAIL" в качестве значения использовать значение заголовка "X-Tax-FlowTypeCode" почтового сообщения.
2.2.4. При передаче транспортных контейнеров, размер которых не превышает 72 мегабайт, допускается отсутствие расширений CHUNKING, BINARYMIME и XTAXKND.
3. Требования к структуре сообщения электронной почты
3.1. Для обеспечения обработки сообщений электронной почты на приемном комплексе налогового органа, в структуре сообщения электронной почты предусмотрены следующие служебные поля (реквизиты сообщения):
Список служебных полей транспортного сообщения
Где: О - наличие поля обязательно
Н - наличие поля необязательно
УО - наличие поля обязательно при выполнении условия
3.2. Поля <From:>, <To:> содержат электронный адрес, заключенный в угловые скобки (символы "<" и ">"). В данных полях может присутствовать наименование отправителя или получателя, не превышающее 80 символов. Содержащийся в угловых скобках электронный адрес не может превышать 40 символов.
3.3. При отправке транспортного контейнера с документами налогоплательщика через оператора электронного документооборота в поле <From:> указывается адрес оператора электронного документооборота. Для транспортного контейнера с документами для налогоплательщика, направляемого через оператора электронного документооборота, в поле <To:> указывается адрес оператора электронного документооборота.
3.4. Поле <Content-Transfer-Encoding:> содержит тип кодировки почтового сообщения. Значением поля должна быть строка без пробелов: binary или base64. Для содержимого транспортных контейнеров размером более 72 мегабайт допускается использование только типа кодировки почтового сообщения binary.
3.5. Поле <Content-Type:> содержит ключевое слово: application/octet-stream и через символ ";" с пробелом после него параметр: name=. Параметр name= указывает имя файла транспортного контейнера, которое может быть заключено в кавычки (символы " (код 34)).
3.6. Поле <Content-Disposition:> содержит ключевое слово: attachment и через символ ";" с пробелом после него параметр: filename=. Транспортный контейнер вложен (ключевое слово attachment) в сообщение электронной почты, передаваемое по телекоммуникационным каналам связи. Параметр filename= содержит имя файла вложения, которое может быть заключено в кавычки (символы " (код 34)).
3.7. В поле <Content-Length:> указывается количество байт файла вложения. Размер файла транспортного контейнера не может быть нулевым и сам транспортный контейнер не может содержать файлы нулевой длины.
3.8. Содержание поля <Subject:> указывается в кодировке Base64/Windows-1251 и не может превышать 256 символов.
3.9. При направлении сообщения об ошибке поле <X-Message-ID:> может содержать значение поля <X-Message-ID> первичного почтового сообщения, если невозможно идентифицировать <идентификатор Документооборота> из транспортного контейнера.
3.10. Поле <X-Tax-KND> содержит КНД основного документа из транспортного контейнера. Поле является обязательным для транспортных контейнеров размером более 72 мегабайт.
3.11. Требования к обязательным реквизитам не исключают применение иных служебных полей сообщения электронной почты на усмотрение разработчика программного обеспечения.
3.12. Сообщение электронной почты может иметь только одного получателя.
3.13. Сообщение электронной почты должно содержать только один вложенный в него файл транспортного контейнера.
к Унифицированному формату
транспортного контейнера
ПО ПРЕДСТАВЛЕНИЮ В НАЛОГОВЫЙ ОРГАН ЗАЯВЛЕНИЯ О ВВОЗЕ
ТОВАРОВ И УПЛАТЕ КОСВЕННЫХ НАЛОГОВ
Таблица 13.1. Тип документооборота
Тип документооборота | Описание | |
Заявление | Документооборот по представлению в налоговый орган заявления о ввозе товаров и уплате косвенных налогов |
Тип документа | Типы содержимого | Описание | |
заявление | xml | Заявление российского покупателя о ввозе товаров и уплате косвенных налогов (установленный формат) | |
описание | xml | Служебный документ, в котором передается описание заявления (формат приведен в приложении 1.VI) | |
доверенность | xml | Информационное сообщение о доверенности уполномоченного лица (установленный формат) | |
подтверждениеДатыОтправки | xml | Подтверждение даты отправки документа (установленный формат) | |
уведомлениеОбОтказе | xml | Уведомление об отказе в приеме заявления (установленный формат) | |
квитанцияОПриеме | xml | Квитанция о приеме заявления (установленный формат) | |
извещениеОПолучении | xml | Извещение о получении документа его получателем (установленный формат) | |
сообщениеОПростОтметки | xml | Сообщение о проставлении отметки налогового органа (установленный формат) | |
уведомлениеОбОтказеОтметки | xml | Уведомление об отказе в проставлении на заявлении о ввозе товаров и уплате косвенных налогов отметки налогового органа об уплате косвенных налогов (установленный формат) |
Тип транзакции | Отправитель | Получатель | Документы | Количество | Содержимое | Шифрование | Подписанты | |
ЗаявлениеНП | абонент | налоговыйОрган | заявление | 1 | есть | есть | абонент | |
0 или 1 | есть | есть | абонент | |||||
1 | есть | нет | (отсутствуют) | |||||
1 | есть | нет | спецоператор | |||||
ИзвещениеЗаявлениеНО | налоговыйОрган | абонент | извещениеОПолучении | 1 | есть | нет | налоговыйОрган | |
ИзвещениеПодтверждениеНО | налоговыйОрган | спецоператор | извещениеОПолучении | 1 | есть | нет | налоговыйОрган | |
РезультатПриемаЗаявлениеНО | налоговыйОрган | абонент | квитанцияОПриеме или уведомлениеОбОтказе | 1 | есть | есть | налоговыйОрган | |
ИзвещениеРезультатПриемаСОС | спецоператор | налоговыйОрган | извещениеОПолучении | 1 | есть | нет | спецоператор | |
ИзвещениеРезультатПриемаНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | есть | нет | абонент | |
РезультатОбработкиЗаявлениеНО | налоговыйОрган | абонент | сообщениеОПростОтметки или уведомлениеОбОтказеОтметки | 1 | есть | есть | налоговыйОрган | |
ИзвещениеРезультатОбработкиСОС | спецоператор | налоговыйОрган | извещениеОПолучении | 1 | есть | нет | спецоператор | |
ИзвещениеРезультатОбработкиНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | есть | нет | абонент |
для крупнейших налогоплательщиков,
представляющих отчетность на основании
договоров с инспекциями ФНС России
Тип транзакции | Отправитель | Получатель | Документы | Количество | Содержимое | Шифрование | Подписанты | |
ЗаявлениеНП | абонент | налоговыйОрган | заявление | 1 | есть | есть | абонент | |
0 или 1 | есть | есть | абонент | |||||
1 | есть | нет | (отсутствуют) | |||||
ПодтверждениеЗаявлениеНО | налоговыйОрган | абонент | подтверждениеДатыОтправки | 1 | есть | нет | налоговыйОрган | |
ИзвещениеПодтверждениеНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | есть | нет | абонент | |
ИзвещениеЗаявлениеНО | налоговыйОрган | абонент | извещениеОПолучении | 1 | есть | нет | налоговыйОрган | |
РезультатПриемаЗаявлениеНО | налоговыйОрган | абонент | квитанцияОПриеме или уведомлениеОбОтказе | 1 | есть | есть | налоговыйОрган | |
ИзвещениеРезультатПриемаНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | есть | нет | абонент | |
РезультатОбработкиЗаявлениеНО | налоговыйОрган | абонент | сообщениеОПростОтметки или уведомлениеОбОтказеОтметки | 1 | есть | есть | налоговыйОрган | |
ИзвещениеРезультатОбработкиНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | есть | нет | абонент |
--------------------------------
<*> Срок 30 календарных дней исчисляется с даты отправки налоговымОрганом сообщенияОПроверке. После указанного срока документ не направляется и связанные с ним транзакции не выполняются.
<**> При отсутствии сообщениеОбОтзывеЗаявления документ не направляется и связанные с ним транзакции не выполняются.
<***> При отсутствии сообщениеОНесоответствиях документ не направляется и связанные с ним транзакции не выполняются.
к Унифицированному формату
транспортного контейнера
ИСПОЛЬЗУЕМЫЙ НАЛОГОВЫМИ ОРГАНАМИ ПРИ РЕАЛИЗАЦИИ
СВОИХ ПОЛНОМОЧИЙ В ОТНОШЕНИЯХ, РЕГУЛИРУЕМЫХ
ЗАКОНОДАТЕЛЬСТВОМ О НАЛОГАХ И СБОРАХ.
Таблица 14.1. Тип документооборота
Тип документооборота | Описание | |
Документ | Документооборот, используемый налоговыми органами при реализации своих полномочий в отношениях, регулируемых законодательством о налогах и сборах |
Тип документа | Типы содержимого | Описание | |
документ | xml | Информационное сообщение о направляемом документе (установленный формат) | |
описание | xml | Служебный документ, в котором передается описание документа (формат приведен в приложении 1.VII) | |
приложение | В соответствии с Приложением 3 | Приложение к документу (Тип содержимого в соответствии с Приложением 3) | |
подтверждениеДатыОтправки | xml | Подтверждение даты отправки документа (установленный формат) | |
уведомлениеОбОтказе | xml | Уведомление об отказе в приеме документа (установленный формат) | |
квитанцияОПриеме | xml | Квитанция о приеме документа (установленный формат) | |
извещениеОПолучении | xml | Извещение о получении документа его получателем (установленный формат) |
для крупнейших налогоплательщиков,
представляющих отчетность на основании
договоров с инспекциями ФНС России
Тип транзакции | Отправитель | Получатель | Документы | Количество | Содержимое | Шифрование | Подписанты | |
ДокументНО | налоговыйОрган | абонент | документ | 1 | есть | есть | налоговыйОрган | |
1 или более | есть | есть | налоговыйОрган | |||||
1 | есть | нет | (отсутствуют) | |||||
1 | есть | нет | налоговыйОрган | |||||
ИзвещениеДокументНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | есть | нет | абонент | |
РезультатПриемаДокументНП | абонент | налоговыйОрган | квитанцияОПриеме или уведомлениеОбОтказе | 1 | есть | есть | абонент | |
ИзвещениеРезультатПриемаНО | налоговыйОрган | абонент | извещениеОПолучении | 1 | есть | нет | налоговыйОрган |
к Унифицированному формату
транспортного контейнера
ДОКУМЕНТООБОРОТ "БАНКОВСКИЕ ГАРАНТИИ"
Утратил силу. - Приказ ФНС России от 11.06.2019 N ММВ-7-6/300@.
к Унифицированному формату
транспортного контейнера
ПО ПРЕДСТАВЛЕНИЮ ОТДЕЛЬНЫХ ДОКУМЕНТОВ В НАЛОГОВЫЕ ОРГАНЫ
Таблица 16.1. Тип документооборота
Тип документооборота | Описание | |
Представление | Документооборот для представления отдельных документов |
Тип документа | Типы содержимого | Описание | |
представление | xml | Документ (установленный формат). КНД основного документа приведены в Таблице 16.5 | |
описание | xml | Служебный документ, в котором передается описание документа представление (формат приведен в приложении 1.IX) | |
приложение | В соответствии с Таблицей 16.5 | Документы, которые могут идти в составе с основным документом | |
доверенность | xml | Информационное сообщение о доверенности уполномоченного лица (установленный формат) | |
подтверждениеДатыОтправки | xml | Подтверждение даты отправки документа (установленный формат) | |
квитанцияОПриеме | xml | Квитанция о приеме налоговой декларации (установленный формат) | |
уведомлениеОбОтказе | xml | Уведомление об отказе в приеме налоговой декларации (установленный формат) | |
извещениеОПолучении | xml | Извещение о получении документа его получателем (установленный формат) |
Тип транзакции | Отправитель | Получатель | Документы | Количество | Содержимое | Шифрование | Подписанты | |
ПредставлениеНП | абонент | налоговыйОрган | представление | 1 | есть | есть | абонент | |
0 или 1 | есть | есть | абонент | |||||
1 | есть | нет | (отсутствуют) | |||||
0 или более | есть | есть | абонент | |||||
1 | есть | нет | спецоператор | |||||
ИзвещениеПредставлениеНО | налоговыйОрган | абонент | извещениеОПолучении | 1 | есть | нет | налоговыйОрган | |
ИзвещениеПодтверждениеНО | налоговыйОрган | спецоператор | извещениеОПолучении | 1 | есть | нет | налоговыйОрган | |
РезультатПриемаПредставлениеНО | налоговыйОрган | абонент | квитанцияОПриеме или уведомлениеОбОтказе | 1 | есть | есть | налоговыйОрган | |
ИзвещениеРезультатПриемаСОС | спецоператор | налоговыйОрган | извещениеОПолучении | 1 | есть | нет | спецоператор | |
ИзвещениеРезультатПриемаНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | есть | нет | абонент |
для крупнейших налогоплательщиков,
представляющих отчетность на основании
договоров с инспекциями ФНС России
Тип транзакции | Отправитель | Получатель | Документы | Количество | Содержимое | Шифрование | Подписанты | |
ПредставлениеНП | абонент | налоговыйОрган | представление | 1 | есть | есть | абонент | |
0 или 1 | есть | есть | абонент | |||||
1 | есть | нет | (отсутствуют) | |||||
0 или более | есть | есть | абонент | |||||
ПодтверждениеПредставлениеНО | налоговыйОрган | абонент | подтверждениеДатыОтправки | 1 | есть | нет | налоговыйОрган | |
ИзвещениеПодтверждениеНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | есть | нет | абонент | |
ИзвещениеПредставлениеНО | налоговыйОрган | абонент | извещениеОПолучении | 1 | есть | нет | налоговыйОрган | |
РезультатПриемаПредставлениеНО | налоговыйОрган | абонент | квитанцияОПриеме или уведомлениеОбОтказе | 1 | есть | есть | налоговыйОрган | |
ИзвещениеРезультатПриемаНП | абонент | налоговыйОрган | извещениеОПолучении | 1 | есть | нет | абонент |
Таблица 16.5. Типы содержимого приложений
1110025, 1150001, 1150002, 1150003, 1150016, 1150024, 1150007, 1150008, 1150015, 1150027, 1120106, 1120107, 1110007, 1110008, 1111056, 1150010, 1150025, 1150026, 1114605, 1120411, 1150035, 1110050, 1110051, 1120413, 1120412, 1110055, 1167008, 1112525, 1112536, 1113421, 1120416, 1110056, 1112518, 1112520, 1112526, 1150040, 1150063, 1150074, 1110058, (1110061, 1110062, 1110201, 1110202, 1110203) <***>, 1111620, 1184012, 1150077, 1110111, 1150057, 1150058, 1150029, 1150036, 1150038, 1110070, 1155217, 1150041, 1112020, 1112542, 1150081, 1113415, 1113416, 1150075, 1150085, 1112019, 1150064, 1150093, 1150094, 1150097, 1150082, 1150103, 1113027, 1113030, 1150099, 1111077, 1110301, 1110302, 1110303, 1125331, 1112521, 1155127, 1160068, 1112021, 1125308, 1125309, 1125310, 1125311, 1125312, 1125313, 1125314, 1125329, 1125330, 1125343, 1151155, 1169008, 1169009, 1169010, 1169011, 1111059, 1111060, 1111061, 1111062, 1111079, 1111080, 1111634, 1150119, 1155218, 1150076, 1150126, 1111622, 1111621, 1111065, 1111063, 1150104, 1150105, 1110311, 1150120, 1150121, 1150122, 1150123, 1111649, 1125334, 1110356, 1110357, 1112015, 1111052, 1150129, 1184049, 1184051, 1150131, 1184054, 1150017, 1150096, 1110364, 1111652, 1111653, 1113445, 1150086, 1150089, 1165166, 1165171, 1122029, 1122030, 1111657, 1150132, 1111656, 1150136, 1150137, 1184042, 1184043, 1184044, 1184045, 1184046, 1184047, 1114319, 1150141, 1150142, 1151152, 1175019 | ||
1111053, 1111054, 1155110, 1155111, 1155112, 1155113, 1155114, 1155115, 1155116, 1155117, 1155118, 1155119, 1155120, 1155121, 1155122, 1155123, 1155124, 1155125, 1155126, 1155128, 1150114, 1150115, 1150116, 1155221, 1155222 | ||
1153006 <*> | ||
1184002 <**> | ||
ЭП под приложением в xml формате, передается в виде отдельного файла как приложение | ||
ЭП под приложением (в формате tif, pdf, jpg, png) передается в виде отдельного файла как приложение | ||
Допустимые расширения для типа содержимого unknown - itcslic, reg, lic | ||
--------------------------------
<*> Приложения в соответствии с приказом ФНС России от 26.11.2014 N ММВ-7-11/598@.
<**> Приложения в соответствии с приказом ФНС России от 27.10.2016 N ММВ-7-6/583@.
<***> Документы принимаются только от операторов фискальных данных.
к Унифицированному формату
транспортного контейнера
ПО ФОРМИРОВАНИЮ И ВЕДЕНИЮ ИНФОРМАЦИОННОГО РЕСУРСА
УЧАСТНИКОВ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА СЧЕТОВ-ФАКТУР
Исключен. - Приказ ФНС России от 11.07.2023 N ЕД-7-26/461@.
к Унифицированному формату
транспортного контейнера
ОШИБОК ФОРМАТНО-ЛОГИЧЕСКОГО КОНТРОЛЯ ФАЙЛОВ НАЛОГОВОЙ
И БУХГАЛТЕРСКОЙ ОТЧЕТНОСТИ (КОФО)
Классификатор ошибок форматно-логического контроля файлов налоговой и бухгалтерской отчетности ФНС России (далее - КОФО), разработан в соответствии с приказом МНС России от 02.06.2003 N БГ-3-13/285 "Об утверждении Положения "О единой системе классификации и кодирования технико-экономической и социальной информации МНС России" и используется при формировании Сообщения об ошибке и результатов приема электронных документов в технологических документах, используемых в рамках электронного документооборота, на основании положений законодательства о налогах и сборах.
2. Объекты классификации и структура КОФО
Объектами классификации в КОФО являются ошибки, возникшие при приеме транспортного контейнера или выявленные при форматно-логическом контроле файлов налоговой и бухгалтерской отчетности.
Классификатор ошибок представляет собой перечень наименований объектов классификации и соответствующих им кодовых обозначений.
Информация классификатора представлена в одной таблице.
Каждая строка таблицы состоит из кода ошибки и наименования ошибки.
В таблице классификатора использованы иерархический метод классификации и последовательный метод кодирования.
Структура кодового обозначения по КОФО:
ККК - класс ошибок (признак, отражающий общность содержания подмножества ошибок),
РРР - подкласс ошибок (признак, отражающий общность подмножества ошибок в классе ошибок),
АААА - регистрационный номер ошибки в пределах подкласса.
010 - нарушение установленного порядка представления налоговой и бухгалтерской отчетности;
020 - имя файла не соответствует установленным требованиям;
030 - ошибки, выявляемые при форматном контроле;
040 - ошибки, выявляемые при логическом контроле;
050 - ошибки, выявляемые при проверке по справочникам.
060 - ошибки, выявляемые при предоставлении информационных услуг налогоплательщикам в режиме "ИОН" offline.
Имя файла для загрузки таблицы в АСВК - KOFO.TXT.
Строки таблицы идентифицируются полем KOD (Классификационный код).
Состав и форматы полей таблицы KOFO приведены в таблице 2.1:
Состав и форматы полей таблицы KOFO
Код ошибки, выявляемой при форматно-логическом контроле файлов | |||||
Актуальная версия КОФО размещается на официальном сайте ФНС России в информационно-телекоммуникационной сети Интернет.
Если объем сформированного файла, содержащего Уведомление, не отвечает требованиям пункта 3.1.3 приказа ФНС России от 09.11.2010 N ММВ-7-6/535@, налогоплательщику необходимо воспользоваться бесплатным программным обеспечением, разработанным ФГУП ГНИВЦ ФНС России, обеспечивающим деление файла утвержденного формата, содержащего Уведомление большого объема, на несколько файлов меньшего объема.
В соответствии с приказом ФНС России от 13.03.2013 N ММВ-7-6/120@ внесены изменения в Унифицированный формат транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной подписи, утвержденный приказом ФНС России от 09.11.2010 N ММВ-7-6/535@. Определено, что размер любого файла в контейнере не должен превышать 15 мегабайт. Исходный объем файла, zip-архив которого содержится в контейнере, не должен превышать 256 мегабайт.
Если объем сформированного файла, содержащего Уведомление, не отвечает требованиям пункта 3.1.3 приказа ФНС России от 09.11.2010 N ММВ-7-6/535@, налогоплательщику необходимо воспользоваться бесплатным программным обеспечением, разработанным ФГУП ГНИВЦ ФНС России, обеспечивающим деление файла утвержденного формата, содержащего Уведомление большого объема, на несколько файлов меньшего объема.
При этом представление вышеуказанными лицами журнала учета полученных и выставленных счетов-фактур осуществляется в рамках документооборота по представлению отдельных документов в налоговые органы (12 ДО), утвержденного приказом ФНС России 09.11.2010 N ММВ-7-6/535@, с применением описи документов, утвержденной приказом ФНС России от 29.06.2012 N ММВ-7-6/465@.
При представлении по ТКС, разработчикам программного обеспечения необходимо осуществлять документооборот по 01 коду типа документооборота в соответствии со справочником СТДО, утвержденным Приказом ФНС России от 09.11.2010 N ММВ-7-6/535@.
Доведите данное письмо до нижестоящих налоговых органов, а также до вышеуказанных плательщиков утилизационного сбора.
Для представления в налоговые органы в электронной форме в формате tiff или pdf сканированного образа Отчета о НИР необходимо воспользоваться документооборотом по осуществлению письменных обращений абонентов (приложение 5 к приказу ФНС России от 09.11.2010 N ММВ-7-6/535@ "Об утверждении унифицированного формата транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи").
Информационное обслуживание налогоплательщиков (далее - ИОН) с момента перехода на программное обеспечение, реализующее положения Методических рекомендаций, утвержденных Приказом ФНС России от 02.11.2009 N ММ-7-6/534@, в соответствии с Приказом ФНС России от 09.11.2010 N ММВ-7-6/535@ "Об утверждении Унифицированного формата транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи", и до момента перехода на документооборот по ИОН, согласно Временным методическим рекомендациям, утвержденным заместителем руководителя ФНС России Н.Е. Мельниковым 07.07.2010, будет осуществляться в прежнем режиме.
Для представления в налоговые органы в электронной форме в формате tiff или pdf сканированного образа документа необходимо воспользоваться документооборотом по осуществлению письменных обращений абонентов (приложение 5 к приказу ФНС России от 09.11.2010 N ММВ-7-6/535@ "Об утверждении унифицированного формата транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи").
Если объем сформированного файла, содержащего Уведомление, не отвечает требованиям пункта 3.1.3 приказа ФНС России от 09.11.2010 N ММВ-7-6/535@ (в редакции приказов ФНС России от 31.03.2015 N ММВ-7-6/131@, от 17.11.2014 N ММВ-7-6/588@), то есть объем файла, содержащего Уведомление, превышает 1024 мегабайт, либо zip-архив указанного файла превышает 60 мегабайт, то налогоплательщику необходимо разделить указанный файл на несколько файлов меньшего объема. Для чего Федеральная налоговая служба рекомендует воспользоваться бесплатным программным обеспечением, разработанным ФГУП ГНИВЦ ФНС России, обеспечивающим деление файла утвержденного формата, содержащего Уведомление большого объема, на несколько файлов меньшего объема (томов).
В целях приведения в соответствие с приказом Минфина России от 18.01.2008 N 9н ведомственных документов ФНС России, регулирующих информационное обслуживание и информирование налогоплательщиков в электронном виде по телекоммуникационным каналам связи (далее - ТКС), и в соответствии с приказом ФНС России от 09.11.2010 N ММВ-7-6/535@ приказываю:
ФЗ о страховых пенсиях
ФЗ о пожарной безопасности
ФЗ об ОСАГО
ФЗ об образовании
ФЗ о государственной гражданской службе
ФЗ о государственном оборонном заказе
О защите прав потребителей
ФЗ о противодействии коррупции
ФЗ о рекламе
ФЗ об охране окружающей среды
ФЗ о полиции
ФЗ о бухгалтерском учете
ФЗ о защите конкуренции
ФЗ о лицензировании отдельных видов деятельности
ФЗ об ООО
ФЗ о закупках товаров, работ, услуг отдельными видами юридических лиц
ФЗ о прокуратуре
ФЗ о несостоятельности (банкротстве)
ФЗ о персональных данных
ФЗ о госзакупках
ФЗ об исполнительном производстве
ФЗ о воинской службе
ФЗ о банках и банковской деятельности
Уменьшение неустойки
Проценты по денежному обязательству
Ответственность за неисполнение денежного обязательства
Уклонение от исполнения административного наказания
Расторжение трудового договора по инициативе работодателя
Предоставление субсидий юридическим лицам, индивидуальным предпринимателям, физическим лицам
Управление транспортным средством водителем, находящимся в состоянии опьянения, передача управления транспортным средством лицу, находящемуся в состоянии опьянения
Особенности правового положения казенных учреждений
Общие основания прекращения трудового договора
Порядок рассмотрения сообщения о преступлении
Судебный порядок рассмотрения жалоб
Основания отказа в возбуждении уголовного дела или прекращения уголовного дела
Документы, прилагаемые к исковому заявлению
Изменение основания или предмета иска, изменение размера исковых требований, отказ от иска, признание иска, мировое соглашение
Форма и содержание искового заявления