Присоединяйтесь!
Зарегистрированных пользователей портала: 505 947. Присоединяйтесь к нам, зарегистрироваться очень просто →
Законодательство
Законодательство

ПРИКАЗ ФНС РФ от 09.11.2010 N ММВ-7-6/535@ (ред. от 06.02.2017 с изменениями, вступившими в силу с 06.02.2017) "ОБ УТВЕРЖДЕНИИ УНИФИЦИРОВАННОГО ФОРМАТА ТРАНСПОРТНОГО КОНТЕЙНЕРА ПРИ ИНФОРМАЦИОННОМ ВЗАИМОДЕЙСТВИИ С ПРИЕМНЫМИ КОМПЛЕКСАМИ НАЛОГОВЫХ ОРГАНОВ ПО ТЕЛЕКОММУНИКАЦИОННЫМ КАНАЛАМ СВЯЗИ С ИСПОЛЬЗОВАНИЕМ ЭЛЕКТРОННОЙ ЦИФРОВОЙ ПОДПИСИ"

Дата документа09.11.2010
Статус документаДействует
МеткиПриказ · Формат · Требования

    

ФЕДЕРАЛЬНАЯ НАЛОГОВАЯ СЛУЖБА

ПРИКАЗ
от 9 ноября 2010 г. N ММВ-7-6/535@

ОБ УТВЕРЖДЕНИИ УНИФИЦИРОВАННОГО ФОРМАТА ТРАНСПОРТНОГО КОНТЕЙНЕРА ПРИ ИНФОРМАЦИОННОМ ВЗАИМОДЕЙСТВИИ С ПРИЕМНЫМИ КОМПЛЕКСАМИ НАЛОГОВЫХ ОРГАНОВ ПО ТЕЛЕКОММУНИКАЦИОННЫМ КАНАЛАМ СВЯЗИ С ИСПОЛЬЗОВАНИЕМ ЭЛЕКТРОННОЙ ЦИФРОВОЙ ПОДПИСИ

(в ред. Приказов ФНС РФ от 03.03.2011 N ММВ-7-6/190@, от 10.06.2011 N ММВ-7-6/365@, от 24.08.2011 N ММВ-7-6/515@, от 28.12.2011 N ММВ-7-6/986@, от 23.01.2012 N ММВ-7-6/17@, от 19.04.2012 N ММВ-7-6/251@, от 23.08.2012 N ММВ-7-6/571@, от 31.10.2012 N ММВ-7-6/822@, от 13.03.2013 N ММВ-7-6/120@, от 03.09.2013 N ММВ-7-6/310@, от 27.02.2014 N ММВ-7-6/70@, от 22.04.2014 N ММВ-7-6/247@, от 26.08.2014 N ММВ-7-6/431@, от 17.11.2014 N ММВ-7-6/588@, от 23.01.2015 N ММВ-7-6/23@, от 28.01.2015 N ММВ-7-6/35@, от 31.03.2015 N ММВ-7-6/131@, от 12.05.2015 N ММВ-7-6/191@, от 23.06.2015 N ММВ-7-6/253@, от 14.01.2016 N ММВ-7-6/6@, от 25.01.2016 N ММВ-7-6/31@, от 02.03.2016 N ММВ-7-6/114@, от 11.04.2016 N ММВ-7-6/187@, от 27.04.2016 N СА-7-6/306@, от 01.11.2016 N АС-7-6/595@, от 11.01.2017 N ММВ-7-6/6@, от 25.01.2017 N ММВ-7-6/37@, от 06.02.2017 N ММВ-7-6/174@)

 
    В целях обеспечения унификации информационного взаимодействия в электронном виде между налогоплательщиками и налоговыми органами по телекоммуникационным каналам связи с использованием электронной цифровой подписи и по результатам тестирования программного обеспечения, разработанного в соответствии с Приказом ФНС России от 02.11.2009 N ММ-7-6/534@ "Об утверждении Методических рекомендаций по организации электронного документооборота при представлении налоговых деклараций (расчетов) в электронном виде по телекоммуникационным каналам связи", приказываю:
 
 
    РЕФЕРЕНТ: В связи с утратой силы Приказа ФНС России от 02.11.2009 N ММ-7-6/534@, следует руководствоваться принятым взамен Приказом ФНС РФ от 31.07.2014 N ММВ-7-6/398@
 
 
    1. Утвердить прилагаемый Унифицированный формат транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи (далее - Унифицированный формат транспортного контейнера).
    2. Ввести в действие Унифицированный формат транспортного контейнера с даты вступления в силу Методических рекомендаций по организации электронного документооборота при представлении налоговых деклараций (расчетов) в электронном виде по телекоммуникационным каналам связи, утвержденных Приказом ФНС России от 02.11.2009 N ММ-7-6/534@.
    3. Управлению информатизации (В.Г. Колесников) обеспечить доведение до всех участников информационного взаимодействия в электронном виде по телекоммуникационным каналам связи информацию о вводе в действие Унифицированного формата транспортного контейнера.
    4. Управлению информатизации (В.Г. Колесников), ФГУП ГНИВЦ ФНС России (Р.В. Филимошин) установленным порядком доработать программные средства, обеспечивающие прием, хранение и первичную обработку налоговых деклараций (расчетов) и документов в электронном виде по телекоммуникационным каналам связи в соответствии с Унифицированным форматом транспортного контейнера, утвержденным п. 1 настоящего Приказа.
    5. Признать утратившим силу Приказ Федеральной налоговой службы от 18.12.2009 N ММ-7-6/693@ "Об утверждении Унифицированного формата транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи".
    6. Контроль за исполнением настоящего Приказа возложить на заместителя руководителя Федеральной налоговой службы Н.Е. Мельникова.
 

Руководитель
Федеральной налоговой службы
М.В.МИШУСТИН

 
 
 

УТВЕРЖДЕН
Приказом ФНС России
от 09.11.2010 N ММВ-7-6/535@

УНИФИЦИРОВАННЫЙ ФОРМАТ ТРАНСПОРТНОГО КОНТЕЙНЕРА ПРИ ИНФОРМАЦИОННОМ ВЗАИМОДЕЙСТВИИ С ПРИЕМНЫМИ КОМПЛЕКСАМИ НАЛОГОВЫХ ОРГАНОВ ПО ТЕЛЕКОММУНИКАЦИОННЫМ КАНАЛАМ СВЯЗИ С ИСПОЛЬЗОВАНИЕМ ЭЛЕКТРОННОЙ ПОДПИСИ

(в ред. Приказов ФНС РФ от 19.04.2012 N ММВ-7-6/251@, от 23.08.2012 N ММВ-7-6/571@, от 31.10.2012 N ММВ-7-6/822@, от 13.03.2013 N ММВ-7-6/120@, от 03.09.2013 N ММВ-7-6/310@, от 27.02.2014 N ММВ-7-6/70@, от 22.04.2014 N ММВ-7-6/247@, от 26.08.2014 N ММВ-7-6/431@, от 17.11.2014 N ММВ-7-6/588@, от 23.01.2015 N ММВ-7-6/23@, от 28.01.2015 N ММВ-7-6/35@, от 31.03.2015 N ММВ-7-6/131@, от 12.05.2015 N ММВ-7-6/191@, от 23.06.2015 N ММВ-7-6/253@, от 14.01.2016 N ММВ-7-6/6@, от 25.01.2016 N ММВ-7-6/31@, от 02.03.2016 N ММВ-7-6/114@, от 11.04.2016 N ММВ-7-6/187@, от 27.04.2016 N СА-7-6/306@, от 01.11.2016 N АС-7-6/595@, от 11.01.2017 N ММВ-7-6/6@, от 25.01.2017 N ММВ-7-6/37@, от 06.02.2017 N ММВ-7-6/174@)

1. Термины и определения

 
    1.1. Электронный документ (документ) - документ, представленный в электронном виде, в соответствии с требованиями формата для данного типа документа.
    1.2. Транзакция - единичный шаг передачи контейнера с документами и электронными подписями требуемого вида (ЭП) в рамках документооборота определенного типа, который определяет набор передаваемых документов, ЭП, их отправителя и получателя.
    1.3. Электронный документооборот (документооборот) - последовательность транзакций по обмену документами между участниками документооборота, обеспечивающая некоторый регламентированный процесс по обмену документами (например, документооборот по представлению налоговых деклараций (бухгалтерской отчетности)).
    1.4. Транспортный контейнер - набор логически связанных документов и ЭП, а также сопутствующая транспортная информация, объединенные в один файл.
    1.5. Абонент - зарегистрированный участник информационного взаимодействия, являющийся налогоплательщиком или уполномоченным представителем налогоплательщика.
    1.6. НБО - налоговые декларации (расчеты), бухгалтерская отчетность и иные документы, служащие основанием для исчисления и уплаты налогов и сборов.
 

2. Общие сведения

 
    2.1. Данный документ описывает структуру транспортного контейнера, формируемого и обрабатываемого программными средствами налогового органа в ходе информационного взаимодействия с операторами электронного документооборота и абонентами в электронном виде по телекоммуникационным каналам связи с использованием ЭП для обеспечения организации электронного документооборота при представлении налогоплательщиками налоговых деклараций (расчетов), бухгалтерской отчетности и иных документов, служащих основанием для исчисления и уплаты налогов и сборов. Перечень типов документооборота приведен в приложениях 4 - 11, 13 - 16 к настоящему документу.
    (в ред. Приказа ФНС РФ от 31.03.2015 N ММВ-7-6/131@)
    2.2. Информационное взаимодействие происходит путем осуществления документооборота через проведение транзакций - передачи от одного участника документооборота другому транспортного контейнера с фиксированным для данной транзакции набором документов и ЭП, сделанными от имени уполномоченных лиц соответствующих участников документооборота.
    2.3. В ходе осуществления документооборота документы передаются в сжатом и зашифрованном виде, если для конкретного типа документооборота не указано обратное. ЭП под документами передаются в открытом виде.
    2.4. Для каждого типа документооборота используемые форматы служебно-технологических документов приводятся в справочнике Типов документооборота, размещаемом на сайте www.nalog.ru
 

3. Общие требования к составу контейнера

 
    3.1. Содержимое транспортного контейнера
    Транспортный контейнер представляет собой zip-архив, содержащий:
    - файл с транспортной информацией в формате xml;
    - zip-архивы файлов с содержимым передаваемых документов;
    - zip-архивы файлов с описаниями документов;
    - файлы с содержимым передаваемых ЭП;
    Схема транспортного контейнера приведена на рисунке 1.
 


 
Рисунок 1: Схема транспортного контейнера

 
    3.1.1. Файлы с содержимым документов и ЭП именуются с использованием универсальных уникальных идентификаторов по формату "<UUID>.bin".
    3.1.2. Транспортная информация и файлы с содержимым документов и ЭП объединяются в zip-архив в режиме STORE. Файл с транспортной информацией при передаче в транспортном контейнере не сжимается и не шифруется.
    3.1.3. В одном транспортном контейнере передаются документы и ЭП, относящиеся к одной транзакции.
    Транспортный контейнер может содержать не более 2500 файлов. Размер транспортного контейнера не должен превышать 72 мегабайт, а размер любого файла в контейнере не должен превышать 60 мегабайт. Исходный объем файла, zip-архив которого содержится в контейнере, не должен превышать 1024 мегабайт.
    (в ред. Приказа ФНС РФ от 17.11.2014 N ММВ-7-6/588@)
    3.1.3.1. Для КНД=1151001 v.5.04 и приложений КНД=Индекс=0000080, 0000081, 0000090, 0000091, 0000100, 0000110, 0000120) к основному файлу (КНД=1151001 v.5.04), размер транспортного контейнера не должен превышать 10 гигабайт, а размер любого файла в контейнере не должен превышать 8 гигабайт. Исходный объем файла, zip-архив которого содержится в контейнере, не должен превышать 100 гигабайт. Транспортный контейнер передается в составе почтового сообщения, размер которого не превышает 10 гигабайт.
    (в ред. Приказа ФНС РФ от 31.03.2015 N ММВ-7-6/131@)
    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, а также изображений, вложенных в документы формата PDF, RTF, Microsoft Word, Microsoft Excel, Open Document Text, Document Spreadsheet, Open XML Word и Open XML Spreadsheet, содержащих отсканированные изображения, предъявляются следующие требования: черно-белое изображение с разрешением отсканированного документа не менее 150 и не более 300 точек на дюйм с использованием 256 градаций серого цвета.
    3.4. Требования к типам документооборота приведены в Приложениях 4 - 11, 13 - 16 к настоящему документу.
 

4. Типы участников документооборота и их идентификация

 
    4.1. Документооборот осуществляется между следующими участниками документооборота.
    (в ред. Приказа ФНС РФ от 31.03.2015 N ММВ-7-6/131@)
 

Условное обозначениеОписание
абонентНалогоплательщик (юридическое лицо или индивидуальный предприниматель) или его уполномоченный представитель
(в ред. Приказа ФНС РФ от 31.03.2015 N ММВ-7-6/131@)
налоговый ОрганНалоговый орган ФНС России
(в ред. Приказа ФНС РФ от 31.03.2015 N ММВ-7-6/131@)
спецоператорОператор электронного документооборота
(в ред. Приказа ФНС РФ от 31.03.2015 N ММВ-7-6/131@)

 
    4.2. Идентификаторы участников документооборота состоят из символов латинского алфавита a - z, 0 - 9, "@", "." и "-". Идентификаторы являются регистронезависимыми.
    4.3. В качестве идентификатора налогового органа используется четырехзначный код налогового органа в кодировке классификатора СОУН.
    4.4. В качестве идентификатора оператора электронного документооборота используется уникальный трехсимвольный код, определяемый ФНС России.
    (в ред. Приказа ФНС РФ от 31.03.2015 N ММВ-7-6/131@)
    4.5. Идентификатор абонента имеет формат
    (в ред. Приказа ФНС РФ от 31.03.2015 N ММВ-7-6/131@)
 

<префикс системы><код абонента>

 
    Где:
    (в ред. Приказа ФНС РФ от 31.03.2015 N ММВ-7-6/131@)
    <префикс системы> - это идентификатор оператора электронного документооборота; длина <префикса системы> равна 3 символам; <префикс системы> должен совпадать с идентификатором оператора электронного документооборота, услугами которого пользуется абонент;
    (в ред. Приказа ФНС РФ от 31.03.2015 N ММВ-7-6/131@)
    <код абонента> - это уникальный код абонента, используемый во внутренней системе оператора электронного документооборота; длина <код абонента> не более 43 символов.
    (в ред. Приказа ФНС РФ от 31.03.2015 N ММВ-7-6/131@)
 

5. Спецификация используемых технологий

 
    5.1. Универсальные уникальные идентификаторы
    5.1.1. Для идентификации документооборотов, документов и для генерации имен файлов в транспортном контейнере используются универсальные уникальные идентификаторы (UUID).
    5.1.2. Используемые универсальные уникальные идентификаторы должны генерироваться согласно общим принципам формирования UUID version 1, изложенным в документе RFC 4122 (http://www.ietf.org/rfc/rfc4122.txt). Универсальные уникальные идентификаторы представляются в виде шестнадцатеричного числа из 32 разрядов, записанного в нижнем регистре.
    (в ред. Приказа ФНС РФ от 03.09.2013 N ММВ-7-6/310@)
 
    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 без использования шифрования.
    (в ред. Приказа ФНС РФ от 23.01.2015 N ММВ-7-6/23@)
    5.2.3. Документу перед сжатием присваивается имя "file", после чего он сохраняется в архиве. Имя архива формируется в соответствии с пунктом 3.1.1. При извлечении документа из архива для восстановления исходного имени файла используется информация из файла описания транспортной информации.
 
    5.3. Криптография
    5.3.1. Для шифрования используются алгоритмы ГОСТ 28147-89. Для формирования ЭП используются алгоритмы ГОСТ Р 34.10-2001.
    5.3.2. Зашифрованные данные и ЭП передаются при помощи контейнера PKCS #7 (RFC 2315, http://www.ietf.org/rfc/rfc2315.txt). Для сохранения содержимого используется DER или BER-кодирование.
    (в ред. Приказа ФНС РФ от 23.01.2015 N ММВ-7-6/23@)
    5.3.3. Зашифрованные данные передаются в виде структуры ContentInfo со структурой EnvelopedData в качестве содержимого.
    5.3.4. ЭП передаются в виде структуры ContentInfo со структурой SignedData в качестве содержимого. ЭП должна включать относящийся к ней сертификат и не должна включать подписанный ею документ.
    5.3.5.Шифрование документов, передаваемых в составе первичного транспортного контейнера, должно производиться в адрес открытых ключей сертификатов получателя, указанных для шифрования, и открытых ключей сертификатов отправителя. Шифрование документов, передаваемых в результате приема или обработки поступившего документа, производится в адрес открытых ключей сертификатов получателя, указанных для шифрования, открытых ключей сертификатов отправителя и открытых ключей сертификатов должностных лиц, подписавших поступивший документ.
 
    6. Общие требования к протоколу взаимодействия и составу почтового сообщения при взаимодействии с унифицированной системой представления налоговых деклараций и бухгалтерской отчетности в электронном виде по телекоммуникационным каналам связи.
    (в ред. Приказа ФНС РФ от 23.01.2015 N ММВ-7-6/23@)
    Требования к протоколу взаимодействия и структуре почтового сообщения устанавливаются в приложении N 12 к настоящему документу.
    (в ред. Приказа ФНС РФ от 23.01.2015 N ММВ-7-6/23@)
 
 
    

Приложение N 1
к Унифицированному формату
транспортного контейнера

    

I. Формат описания передаваемого документа НБО (Версия 02)

(в ред. Приказов ФНС РФ от 23.08.2012 N ММВ-7-6/571@, от 31.10.2012 N ММВ-7-6/822@, от 13.03.2013 N ММВ-7-6/120@, 03.09.2013 N ММВ-7-6/310@ от 27.02.2014 N ММВ-7-6/70@, от 22.04.2014 N ММВ-7-6/247@, от 26.08.2014 N ММВ-7-6/431@, от 23.01.2015 N ММВ-7-6/23@, от 28.01.2015 N ММВ-7-6/35@, от 12.05.2015 N ММВ-7-6/191@, от 23.06.2015 N ММВ-7-6/253@, от 14.01.2016 N ММВ-7-6/6@, от 25.01.2016 N ММВ-7-6/31@, от 11.04.2016 N ММВ-7-6/187@, от 27.04.2016 N СА-7-6/306@, от 01.11.2016 N АС-7-6/595@, от 11.01.2017 N ММВ-7-6/6@, от 25.01.2017 N ММВ-7-6/37@, от 06.02.2017 N ММВ-7-6/174@)

1. ОБЩИЕ СВЕДЕНИЯ

 
    1.1. Назначение
    Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений о документе НБО, содержащемся в транспортном контейнере (далее - файл обмена).
 

2. ОПИСАНИЕ ФАЙЛА ОБМЕНА

 
    2.1. Общие сведения по файлу обмена
    Имя файла обмена должно иметь следующий вид:
    TR_DEKL
    Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
    Параметры первой строки файла обмена
    Первая строка XML файла должна иметь следующий вид:
    <?xml version="1.0" encoding = "windows-1251"?>
    Имя файла, содержащего схему файла обмена
    Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:
    TR_DEKL_2_700_02_09_02_xx, где xx - текущая версия схемы.
    Расширение имени файла - xsd.
 
    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 файле. Признак обязательности элемента может принимать следующие значения: "О" - обязательное наличие элемента (наименование элемента и его значение должны присутствовать в файле обмена); "Н" - присутствие элемента необязательно (наименование элемента и его значение в файле обмена могут отсутствовать). Если элемент может принимать ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом "К". Например: "ОК". В случае, если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например: "ОМ, ОКМ".
    - Дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.
 

3. ДИАГРАММА ФАЙЛА ОБМЕНА

Рис. 1. Диаграмма структуры файла обмена

4. ПЕРЕЧЕНЬ СТРУКТУРНЫХ ЭЛЕМЕНТОВ ЛОГИЧЕСКОЙ МОДЕЛИ ФАЙЛА ОБМЕНА

 
    Перечень структурных элементов логической модели файла обмена приведен в табл. 4.1.
 

Таблица 4.1

Описание передаваемого документа НБО (описание)

Наименование элемента Сокращенное наименование (код) элемента Признак типа элемента Формат элемента Признак обязательности элемента Дополнительная информация
Имя формы передаваемого документа НБО имяФормы П T(1-256) О  
КНД передаваемого документа НБО КНДФормы П T(=7) ОК  
Вид передаваемого документа НБО видДокумента П T(1-50) Н Принимает значения "первичный" или "корректирующий"
Отчетный год, за период которого передается документ НБО год П  О Типовой элемент <xs:gYear>
Код периода, за который передается документ НБО кодПериода П T(=2) НК Код периода, за который передается документ НБО, согласно Справочнику кодов, определяющих налоговый (отчетный) период (СКНП) Совпадает с налоговым (отчетным) периодом, указанным в отчетности Обязателен при наличии в отчетности
Код налогового органа, в котором абонент состоит на учете НОПоМестуУчета П T(=4) ОК Типовой элемент <СОНОТип> Коды из Классификатора системы обозначений налоговых органов
Код налогового органа, в котором производится администрирование объекта налогообложения, по которому передается документ НБО НОПоМестуНахождения П T(=4) ОК Типовой элемент <СОНОТип> Коды из Классификатора системы обозначений налоговых органов
Дополнительные сведения ДопСв П  Н Типовой элемент <xs:anyType> (множественный)

II. Формат описания обращения, письма и рассылки (Версия 02)

1. ОБЩИЕ СВЕДЕНИЯ

 
    1.1. Назначение
    Настоящий документ описывает требования к XML файлам передачи в электронном виде сведений об описании обращения, письма и рассылки.
 

2. ОПИСАНИЕ ФАЙЛА ОБМЕНА

 
    2.1. Общие сведения по файлу обмена
    Имя файла обмена должно иметь следующий вид:
    TR_PISRAS
    Расширение имени файла - xml. Расширение имени файла может указываться как строчными, так и прописными буквами.
    Параметры первой строки файла обмена
    Первая строка XML файла должна иметь следующий вид:
    <?xml version="1.0" encoding = "windows-1251"?>
    Имя файла, содержащего схему файла обмена
    Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:
    TR_PISRAS_2_700_03_09_02_xx, где xx - текущая версия схемы.
    Расширение имени файла - xsd.
 
    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 файле.