Приложение N 2. Изменения, вносимые в приложение N 12 к Унифицированному формату, утвержденному приказом ФНС России от 09.11.2010 N ММВ-7-6/535@

Приложение N 2
к приказу ФНС России
от 10.12.2021
N ЕД-7-26/1075@

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. Для обеспечения обработки сообщений электронной почты на приемном комплексе налогового органа, в структуре сообщения электронной почты предусмотрены следующие служебные поля (реквизиты сообщения):

Список служебных полей транспортного сообщения

N п/п	Идентификатор реквизита	Содержание реквизита	Признак обязательности
1	From:	Почтовый адрес отправителя почтового сообщения	О
2	To:	Почтовый адрес получателя почтового сообщения	О

ГАРАНТ:

Нумерация пунктов приводится в соответствии с источником

4	Message-ID:	Идентификатор почтового сообщения - уникальная для данного отправителя сообщений последовательность символов	О
5	Content-Transfer-Encoding:	Механизм конвертирования почтового сообщения	О
6	Content-Type:	Описание типа вложения	О
7	Content-Disposition:	Описание расположения вложения	О
8	Content-Length:	Описание длины вложения	О
9	Subject:	Содержит значение <версияФормата>"-"<типДокумента>"-"<типТранзакции>.<типДокумента> указывается в соответствии с алгоритмом, описанным в пункте 3.2.4	О
10	X-Message-ID:	Значение поля X-Message-ID содержит <идентификаторДокументооборота> из транспортного контейнера	О
11	X-Tax-Code:	<кодТранзакции> из транспортного контейнера	Н
12	X-Tax-Version	Версия формата транспортного контейнера	Н
13	X-Tax-FlowTypeCode	<кодДокументооборота> из транспортного контейнера	О
14	X-Tax-KND	КНД основного документа из транспортного контейнера	УО

Где: О - наличие поля обязательно

Н - наличие поля необязательно

УО - наличие поля обязательно при выполнении условия

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. Сообщение электронной почты должно содержать только один вложенный в него файл транспортного контейнера.