неправильно заполнено поле транспортный контейнер код отправителя в имени файла не соответствует

РЦ Практик

РЦ Практик / Система Контур-Экстерн / Отчетность в ФНС

Сдаю налоговую декларацию по налогу на прибыль в ФНС.

Скачал программу Налогоплательщик ЮЛ с сайта nalog.ru, когда формирую транспортный контейнер запрашивает код абонента (должен быть предоставлен УЦ). Помогите!

dtchjan@gmail.com
тел. 89263807579

Вы проголосовали (0)

Укажите код налоговой инспекции, в которую предоставляете декларацию.

Межрайонная налоговая №24 по г. Москве

Сертификат, с которым Вы работаете от 26.09.2013?

Нет, этот был выдан по ошибке с неправильным адресом. Я использую от 30.09.2013 до 30.09.2014

Обратился в ФНС- не получил ответа.

Получил информацию от ФНС. Говорят, что Вы должны были предоставить «код абонента» или «идентификатор абонента», который начинается с 1KK. Время не терпит- последний день. Помогите, пожалуйста!

Для регистрации нужно предоставить сканы следующих документов:
копия свидетельства о постановке на учет, копия приказа о назначении генерального директора.
Документы можно скинуть по почте support@a-practic.ru с темой для Сергея

Добрый день. Хотел бы узнать, когда смогу получить идентификатор абонента?

Здравствуйте, Вы не присылали еще сканы документов, указанных выше. Нужны сканы документов.

Добрый день!
Вы будете работать как Физ лицо или как Юрлицо через nalog. ru?

Оба варианта желательны. И если возможно, письмо для налоговой,
о том, что идентификатор не был вовремя получен для ухода от штрафа.
Разговаривал с ФНС- это возможно.

Заранее признателен, Денис Чжан
Теннисный клуб «Буревестник»
www.tennisbur.ru

По компании Теннисный клуб «Буревестник» нет сертификата, а Ваш сертификат(на физ лицо)был выдан,когда еще не было возможности работать с нашими сертификатами на портале налог ру, и с этим сертификатом вы не сможете работать как юр лицо, так же, чтобы работать как физ лицо, необходимо перевыпустить Ваш сертификат, в связи с

отсутствием определенных оидов в данном сертификате.

Я получил у Вас ЭЦП и лицензию на физ.лицо для пользования порталом nalog.ru, чтобы пройти государственную регистрацию юр.лица, где являюсь директором и учредителем с правом подписи любых документов. На портале nalog.ru указано, что получая ЭЦП до 31.12.2013 мне должны были вместе с ключом предоставить идентификатор абонента для пользования некоторыми видами электронных услуг. Теперь я хочу сдавать отчетность в ФНС и ПФР в электронном виде. Мне, что, нужен еще один ключ и сертификат уже на юр. лицо?

Могу ли я иметь два сертификата на один ЭЦП (физ+юр. лицо). Или как мне «перевыпустить» сертификат на юр.лицо. Изначально планировалось, что ЭЦП буду использовать для нужд организации.

2. Порядок действий налогоплательщика при представлении НБО через Интернет-сайт ФНС России

2.1. Если у налогоплательщика имеется действующий (валидный) ключ ЭП, квалифицированный сертификат которого выдан УЦ, входящим в сеть ДУЦ ФНС России.
2.1.1. Налогоплательщику необходимо обратиться в УЦ, ранее выдавший ключ ЭП, с просьбой обеспечить ему возможность представления НБО через Интернет-сайт ФНС России с использованием ранее полученного ключа ЭП.
2.1.2. После выполнения процедуры регистрации налогоплательщика для работы через Интернет-сайт ФНС России, УЦ выдает налогоплательщику код абонента (уникальный идентификатор абонента) для работы с Интернет-сервисом.
2.1.3. Налогоплательщик, имеющий ключ ЭП и уникальный идентификатор абонента, может представлять НБО через Интернет-сайт ФНС России.
2.2. Если у налогоплательщика нет ключа ЭП:
2.2.1. Налогоплательщику необходимо обратиться в любой УЦ, входящий в сеть ДУЦ ФНС России.
Список удостоверяющих центров, аккредитованных в сети ДУЦ ФНС России, и в которых можно получить ключ ЭП для возможности работы с Интернет-сервисом, представлен на Интернет-сайтах ФНС России (http://nalog.ru/otchet/el_vid/obshaia_infa/3778043/) и ФГУП ГНИВЦ ФНС России (http://www.gnivc.ru/doc/uc/spisok_akkred.xls).
Квалифицированный сертификат, полученный в ДУЦ ФНС России для сдачи отчетности через Интернет-сайт ФНС России, должен удовлетворять требованиям, изложенным в приказе ФНС России «Об утверждении Требований к сертификату ключа подписи и списку отозванных сертификатов для обеспечения единого пространства доверия сертификатам ключей электронной цифровой подписи»
от 02.07.2009 № ММ-7-6/353@.
2.2.2. После выполнения процедуры регистрации налогоплательщика для работы через Интернет-сайт ФНС России, УЦ выдает налогоплательщику уникальный идентификатор абонента для работы с Интернет-сервисом.
2.2.3. Налогоплательщик, имея ключ ЭП и уникальный идентификатор абонента, может представлять НБО через Интернет-сайт ФНС России.

1.1. Настоящий Порядок определяет правила проведения пилотного проекта по эксплуатации Интернет-сервиса «Представление налоговой и бухгалтерской отчетности», реализующего возможность представления налоговой и бухгалтерской отчетности налогоплательщиками через Интернет-сайт ФНС России (далее – Интернет-сервис).
1.2. Участниками информационного взаимодействия при эксплуатации Интернет-сервиса являются:
налогоплательщики, кроме представителей налогоплательщиков и налогоплательщиков, отнесенных к категории крупнейших;
УФНС России по субъектам Российской Федерации и подведомственные им ИФНС России;
МИ ФНС России по ЦОД.
1.3. Представление налоговой и бухгалтерской отчетности осуществляется через Интернет-сайт ФНС России по схеме (приложение к Порядку).
1.4. При представлении НБО налогоплательщиком используются: ЭП, средства криптографической защиты информации и ПК «Налогоплательщик ЮЛ».
1.5. Квалифицированные сертификаты ключей проверки электронной подписи участникам эксплуатации Интернет-сервиса выдаются удостоверяющими центрами, входящими в сеть доверенных УЦ (далее – сеть ДУЦ) ФНС России.
Ответные электронные документы доступны налогоплательщику при его авторизации по квалифицированному сертификату на Интернет-сайте ФНС России.

Порядок предоставления доступа в Личный кабинет налогоплательщика юридического лица

Для подключения к сервису «Личный кабинет налогоплательщика юридического лица» необходимо получить квалифицированный сертификат ключа проверки электронной подписи (далее КСКПЭП) в удостоверяющем центре, аккредитованном Минкомсвязи России (перечень удостоверяющих центров доступен по адресу http://minsvyaz.ru/ru/directions/?regulator=118) в соответствии с требованиями Федерального закона от 06.04.2011 № 63-ФЗ.
Могут быть использованы КСКПЭП, выданные для представления налоговой и бухгалтерской отчетности по телекоммуникационным каналам связи.
Для входа в «Личный кабинет налогоплательщика юридического лица»:
подключите носитель ключа электронной подписи к компьютеру;[/*]выполните проверку условий подключения к личному кабинету налогоплательщика юридического лица*;[/*][/ul]Первый вход в «Личный кабинет налогоплательщика юридического лица» осуществляется с ключом электронной подписи, выданным руководителю ЮЛ (лицу, имеющему право действовать без доверенности в отношении ЮЛ по сведениям ЕГРЮЛ) и требует прохождения процедуры регистрации в сервисе:

Если у Вас есть сертификат на организацию, то для регистрации нужен открытый ключ сертификата.

Мне, чтобы подать декларацию нужен ключ абонента. Я уже везде зарегестрирован.

идентификатор абонента или код абонента!

С имеющимся у Вас сертификатом Вы можете проделать следующие действия:

Источник

Компания решила отчитываться через сайт ФНС www.nalog.ru

Через сайт ФНС можно сдать декларацию, подписанную только законным представителем, то есть директором, но не главбухом. Компании, которые уже отчитываются через спецоператоров, могут воспользоваться имеющейся электронной подписью. А вот тем, кто прежде отчитывался только на бумаге, понадобится сначала приобрести сертификат в любом удостоверяющем центре, включенном в сеть ДУЦ ФНС России (список есть на сайте www.nalog.ru). В среднем это 6–10 тыс. рублей.

Надо поставить в известность спецоператора, что компания собирается отчитываться через сайт. Только тогда спецоператор зарегистрирует компанию на портале ФНС России и сообщит идентификатор абонента (уникальный код, без которого не отправить отчетность).

Для составления декларации и выгрузки файла необходима программа «Налогоплательщик ЮЛ». Скачать ее можно бесплатно на сайте www.nalog.ru в разделе «Программные средства для юридических и физических лиц». Не обязательно вбивать все данные отчетности снова, можно импортировать ее со своего компьютера из бухгалтерской программы или флешки («Сервис» > «Прием отчетности с магнитного носителя»). Успешно подготовленный и выгруженный файл попадет в «Реестр выгруженных файлов» (кнопка «Сервис»).

Прежде чем отправить файл, его вместе с ЭЦП и идентификатором «упаковывают» в транспортный контейнер. Для этого потребуется зайти в «Реестр выгруженных файлов», выбрать файл с декларацией и нажать на панели инструментов кнопку «Сформировать транспортный контейнер».

4. Передать отчетность через портал налоговой службы

Для сдачи отчетности надо зайти на www.nalog.ru в раздел «Представление налоговой и бухгалтерской отчетности в ЭВ». Но перед этим лучше убедиться, что программное обеспечение отвечает требованиям портала (например, операционная система должна быть Microsoft Windows XP, Vista или 7, а браузер – Microsoft Internet Explorer 6.0 и выше или Safari 4.0 или выше). Для этого надо нажать ссылку «Выполнить проверку условий». После успешной проверки можно выгружать транспортный контейнер и отправлять его в инспекцию.

Спецоператором при отправке отчетности через портал выступает Межрегиональная инспекция по централизованной обработке данных. В подтверждение приема декларации она отправляет квитанцию. Днем представления декларации будет дата, которая в квитанции значится как дата отправки отчетности (п. 4 ст. 80 НК РФ). Однако если отчетность не пройдет форматно-логический контроль, компании сообщат об отказе в ее приеме и причинах. Устранив их, отчетность можно направить заново.

Статья напечатана в газете «УНП» № 30,

Источник

Неправильно заполнено поле транспортный контейнер. Формирование транспортного контейнера в программе «Налогоплательщик ЮЛ. Срок регистрации ООО на портале налоговой

Федеральная налоговая служба усовершенствовала электронный сервис, позволяющий физлицам подать заявление для постановки на учет. С помощью бесплатного приложения можно подготовить электронные документы и транспортный контейнер для направления в налоговый орган.

Усовершенствованный сервис «Подача заявления физического лица о постановке на учет» начал действовать на территории всех субъектов РФ с 4 июня 2013 года. Как сообщили в пресс-службе ФНС, теперь у налогоплательщиков появилась возможность направлять в налоговый орган электронные документы, подписанные усиленной квалифицированной электронной подписью заявителя, в составе транспортного контейнера. В ведомстве отметили:

Также в ФНС подчеркнули, что сервис «Подача заявления физического лица о постановке на учет» позволяет:

Кроме того, в налоговом ведомстве напомнили, что свидетельство о постановке на учет в налоговом органе на бумажном носителе может быть получено лично заявителем либо представителем по доверенности, а также по почте заказным письмом. Напомним, в настоящее время ФНС активно расширяет перечень госуслуг, которые можно получить через Интернет, как для физических, так и для юридических лиц. В частности, заработал личный кабинет налогоплательщика, началась электронная регистрация компаний, с помощью Интернета можно получить необходимую информацию для исчисления своих налогов. Помимо этого, доступен Единый государственный реестр юридических лиц. Как мы писали ранее, эффективность электронных услуг ФНС проверила Счетная палата. Ведомство пришло к выводу, что интерактивные сервисы позволят повысить эффективность госуправления. Однако требует серьезной доработки законодательная база. Добавим, что план перехода органов исполнительной власти на предоставление услуг и функций в электронном виде утвержден постановлением Правительства РФ от 17 октября 2009 г. N 1555-р. Требования к организации предоставления государственных и муниципальных услуг в электронной форме устанавливает статья 10 Федерального закона от 27.07.2010 N 210-ФЗ.

В целях обеспечения унификации информационного взаимодействия в электронном виде между налогоплательщиками и налоговыми органами по телекоммуникационным каналам связи с использованием электронной цифровой подписи и по результатам тестирования программного обеспечения, разработанного в соответствии с приказом ФНС России от 02.11.2009 № ММ-7-6/[email protected] «Об утверждении Методических рекомендаций по организации электронного документооборота при представлении налоговых деклараций (расчетов) в электронном виде по телекоммуникационным каналам связи», приказываю:

2. Ввести в действие Унифицированный формат транспортного контейнера с даты вступления в силу Методических рекомендаций по организации электронного документооборота при представлении налоговых деклараций (расчетов) в электронном виде по телекоммуникационным каналам связи, утвержденных приказом ФНС России от 02.11.2009 № ММ-7-6/[email protected]

3. Управлению информатизации (В.Г. Колесников) обеспечить доведение до всех участников информационного взаимодействия в электронном виде по телекоммуникационным каналам связи информацию о вводе в действие Унифицированного формата транспортного контейнера.

4. Управлению информатизации (В.Г. Колесников), ФГУП ГНИВЦ ФНС России (Р.В. Филимошин) установленным порядком доработать программные средства, обеспечивающие прием, хранение и первичную обработку налоговых деклараций (расчетов) и документов в электронном виде по телекоммуникационным каналам связи в соответствии с Унифицированным форматом транспортного контейнера, утвержденным п. 1 настоящего приказа.

5. Признать утратившим силу приказ Федеральной налоговой службы от 18.12.2009 № ММ-7-6/[email protected] «Об утверждении Унифицированного формата транспортного контейнера при информационном взаимодействии с приемными комплексами налоговых органов по телекоммуникационным каналам связи с использованием электронной цифровой подписи».

6. Контроль за исполнением настоящего приказа возложить на заместителя руководителя Федеральной налоговой службы Н.Е. Мельникова.

Унифицированный формат транспортного контейнера
при информационном взаимодействии с приемными комплексами
налоговых органов по телекоммуникационным каналам связи
с использованием электронной цифровой подписи
(утв. приказом Федеральной налоговой службы от 9 ноября № ММВ-7-6/[email protected])

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

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

2.1. Данный документ описывает структуру транспортного контейнера, формируемого и обрабатываемого программными средствами налогового органа в ходе информационного взаимодействия со специализированными операторами связи и абонентами в электронном виде по телекоммуникационным каналам связи с использованием ЭЦП для обеспечения организации электронного документооборота при представлении налогоплательщиками налоговых деклараций (расчетов), бухгалтерской отчетности и иных документов, служащих основанием для исчисления и уплаты налогов и сборов. Перечень типов документооборота приведен в приложениях 4-11к настоящему документу.

2.3. В ходе осуществления документооборота документы передаются в сжатом и зашифрованном виде, если для конкретного типа документооборота не указано обратное. ЭЦП под документами передаются в открытом виде.

2.4. Для каждого типа документооборота используемые форматы служебно-технологических документов приводятся в справочнике Типов документооборота, размещаемом на сайте www.nalog.ru

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

3.1. Содержимое транспортного контейнера

Транспортный контейнер представляет собой zip-архив, содержащий:

Файл с транспортной информацией в формате xml;

Zip-архивы файлов с содержимым передаваемых документов;

Zip-архивы файлов с описаниями документов;

Файлы с содержимым передаваемых ЭЦП;

Схема транспортного контейнера приведена на рисунке 1.

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

3.1.2. Транспортная информация и файлы с содержимым документов и ЭЦП объединяются в zip-архив в режиме STORE. Файл с транспортной информацией при передаче в транспортном контейнере не сжимается и не шифруется.

3.1.3. В одном транспортном контейнере передаются документы и ЭЦП, относящиеся к одной транзакции.

3.1.4. Описание документа присутствует в транспортном контейнере в виде отдельного zip-архива в случае, если описание документа определено типом передаваемого документа. Формат описания документов приведен в Приложении 1 к настоящему документу. Описание документа содержит дополнительную информацию о передаваемом файле и носит исключительно информативный характер. Документ может использоваться для более информативного диагностического сообщения при невозможности расшифровать файлы транспортного контейнера.

3.1.5. Формат описания транспортной информации приведен в Приложении 2 к настоящему документу.

3.2. Имя файла транспортного контейнера

3.2.1. Транспортный контейнер передается в виде файла с уникальным именем по формату

3.2.2. Идентификаторы отправителя и получателя в имени файла должны совпадать с соответствующей информацией в транспортной информации контейнера.

3.2.3. UUID в имени файла контейнера представляет собой универсальный уникальный идентификатор, обеспечивающий уникальность имени файла контейнера.

3.2.4. В случае присутствия в контейнере нескольких документов в имени файла транспортного контейнера указывается код того документа, наименование которого вынесено в название типа транзакции.

3.2.5. Информация в имени файла должна совпадать с соответствующей информацией в транспортной информации контейнера.

3.3. Описания типов содержимого документов приведены в Приложении 3 к настоящему документу.

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.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 в качестве содержимого.

5.3.4. ЭЦП передаются в виде структуры ContentInfo со структурой SignedData в качестве содержимого. ЭЦП может включать в себя сертификат и не должна включать подписанное содержимое.

5.3.5.Шифрование документов, передаваемых в составе первичного транспортного контейнера, должно производиться в адрес открытых ключей сертификатов получателя, указанных для шифрования, и открытых ключей сертификатов отправителя. Шифрование документов, передаваемых в результате приема или обработки поступившего документа, производится в адрес открытых ключей сертификатов получателя, указанных для шифрования, открытых ключей сертификатов отправителя и открытых ключей сертификатов должностных лиц, подписавших поступивший документ.

6. Общие требования к составу почтового сообщения при взаимодействии с унифицированной системой представления налоговой декларации и бухгалтерской отчетности в электронном виде по телекоммуникационным каналам связи

При использовании обмена сообщениями между специализированными операторами связи и серверами обмена электронными документами унифицированного приемного комплекса налогового органа по протоколам SMTP и POP3 в формате сообщений электронной почты требования к структуре почтового сообщения устанавливаются в Приложении 12 к настоящему документу.

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

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

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

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

2. Описание файла обмена

3. Диаграмма файла обмена

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

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

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

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

2. Описание файла обмена

2.1. Общие сведения по файлу обмена

Имя файла обмена должно иметь следующий вид:

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:

2.2. Логическая модель файла обмена

Логическая модель файла представлена в графическом виде в Разделе 3 на рис.1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.

Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:

Наименование элемента. Приводится полное наименование элемента.

Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Сокращенные наименования могут записываться буквами и цифрами.

Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом “date”, поле “Формат элемента” не заполняется. Для таких элементов в поле “Дополнительная информация” указывается тип базового элемента.

Дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.

3. Диаграмма файла обмена

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

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

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

Описание обращения, письма и рассылки (описание)

III. Формат описания запроса ИОН
(Версия 02)

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

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

2. Описание файла обмена

2.1. Общие сведения по файлу обмена

Имя файла обмена должно иметь следующий вид:

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:

2.2. Логическая модель файла обмена

Логическая модель файла представлена в графическом виде в Разделе 3 на рис.1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.

Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:

Наименование элемента. Приводится полное наименование элемента.

Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Сокращенные наименования могут записываться буквами и цифрами.

Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом “date”, поле “Формат элемента” не заполняется. Для таких элементов в поле “Дополнительная информация” указывается тип базового элемента.

3. Диаграмма файла обмена

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

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

Описание запроса ИОН (описание)

IV. Формат описания сообщения об ошибке
(Версия 02)

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

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

2. Описание файла обмена

2.1. Общие сведения по файлу обмена

Имя файла обмена должно иметь следующий вид:

Параметры первой строки файла обмена

Первая строка XML файла должна иметь следующий вид:

Имя файла, содержащего схему файла обмена

Имя файла, содержащего XSD схему файла обмена, должно иметь следующий вид:

2.2. Логическая модель файла обмена

Логическая модель файла представлена в графическом виде в Разделе 3 на рис.1. Элементами логической модели файла обмена являются элементы и атрибуты XML файла. Полный перечень структурных элементов логической модели файла и сведения о них приведены в Разделе 4.

Для каждого структурного элемента логической модели файла в Разделе 4 приводятся следующие сведения:

Наименование элемента. Приводится полное наименование элемента.

Сокращенное наименование элемента. Приводится сокращенное наименование элемента. Сокращенные наименования могут записываться буквами и цифрами.

Для простых элементов, являющихся базовыми в XML (определенными в http://www.w3.org/TR/xmlschema-0), например, элемент с типом “date”, поле “Формат элемента” не заполняется. Для таких элементов в поле “Дополнительная информация” указывается тип базового элемента.

Дополнительная информация. Для сложных элементов указывается ссылка на таблицу, в которой описывается состав данного элемента. Для элементов, принимающих ограниченный перечень значений из классификатора (кодового словаря и т.п.), указывается соответствующее наименование классификатора (кодового словаря и т.п.) или приводится перечень возможных значений. Для классификатора (кодового словаря и т.п.) может указываться ссылка на его местонахождение. Для элементов, использующих пользовательский тип данных, указывается наименование типового элемента.

3. Диаграмма файла обмена

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

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

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

Источник