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 символов.