Официальные документы
Налог на доходы физических лиц (НДФЛ)
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, изложенным в документе 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. Архивирование должно производиться в соответствии с базовыми возможностями версии 2.0, без использования шифрования.
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-кодировка.
5.3.3. Зашифрованные данные передаются в виде структуры ContentInfo со структурой EnvelopedData в качестве содержимого.
Страницы: 4 из 34 <-- предыдущая cодержание следующая -->
ПРИКАЗ ФНС РФ ОТ 18.12.2009 N ММ-7-6/693@. ОБ УТВЕРЖДЕНИИ УНИФИЦИРОВАННОГО ФОРМАТА ТРАНСПОРТНОГО КОНТЕЙНЕРА ПРИ ИНФОРМАЦИОННОМ ВЗАИМОДЕЙСТВИИ С ПРИЕМНЫМИ КОМПЛЕКСАМИ НАЛОГОВЫХ ОРГАНОВ ПО ТЕЛЕКОММУНИКАЦИОННЫМ КАНАЛАМ СВЯЗИ С ИСПОЛЬЗОВАНИЕМ ЭЛЕКТРОННОЙ ЦИФРОВОЙ ПОДПИСИ. ПРОДОЛЖЕНИЕ
(Приказ ФНС РФ от 18.12.2009 N ММ-7-6/693@. Об утверждении Унифицированного формата транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи)Налог на доходы физических лиц (НДФЛ)
3.2.5. Информация в имени файла должна совпадать с соответствующей информацией в транспортной информации контейнера. Обработка транспортного контейнера должна осуществляться на основе транспортной информации, находящейся внутри контейнера.
3.3. Описания типов содержимого документов приведены в Приложении 3 к настоящему документу.
3.4. Требования к типам документооборота приведены в Приложениях 4 - 12 к настоящему документу.
3.5. Справочник кодов периода представления налоговых деклараций (расчетов) приведен в Приложении 14 к настоящему документу.
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, изложенным в документе 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. Архивирование должно производиться в соответствии с базовыми возможностями версии 2.0, без использования шифрования.
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-кодировка.
5.3.3. Зашифрованные данные передаются в виде структуры ContentInfo со структурой EnvelopedData в качестве содержимого.
Страницы: 4 из 34 <-- предыдущая cодержание следующая -->