4.3.5.14 Порядок повторного получения электронных сообщений
Для повторного получения электронных сообщений, направленных УБР(ВЦ) в адрес УЭО. формируется ED242 со следующими типами запроса(RepeatReceptInqCode): получение конкретного ЭС, получение информации из РПП за конкретный рейс, получение электронных сообщений определенного типа, получение результатов контроля ранее направленного пакета ЭПД. В ответ должны направляться соответственно для ED242 с RepeatReceptInqCode = 1 – запрашиваемое ЭС, для ED242 с RepeatReceptInqCode = 2 – пакет ЭПД (ed:PacketEPD), пакет ЭСИД (ed:PacketESID), для ED242 с RepeatReceptInqCode = 3 – ЭС, кроме пакетов ЭПД (ed:PacketEPD) и пакетов ЭСИД (ed:PacketESID) и для ED242 с RepeatReceptInqCode = 4 – пакет ЭСИД (ed:PacketESID) и ED205. Если отсутствует информация для ответа на «Запрос на повторное получение сообщения», то участнику электронного обмена направляется ED201 с кодом исключения «Отсутствуют данные для запроса».
4.3.5.15 Порядок обмена ЭС, позволяющими определить правильность работы транспорта, средств защиты и подлинность ЭС в профилактический период времени после смены ключей
В случае необходимости проверки правильности работы транспорта, средств защиты или проверки подлинности ЭС в профилактический период времени после смены ключей, не приступая к штатной работе автоматизированной системы, участник электронного обмена формирует ED999 и отправляет его в адрес обслуживающего УБР (ВЦ). В случае успешной проверки УБР (ВЦ) передает участнику ЭСИД ED201 с кодом 2999, в противном случае - ED201 с соответствующим кодом исключения.
4.3.5.16 Ведение временного регламента функционирования системы БЭСП
Для извещения об изменении времени функционирования системы, либо о введении дополнительного сеанса оптимизации в адрес АУР направляется ЭС ED330 с информацией о корректировке временного регламента функционирования системы БЭСП.
Рисунок 8 – Схема обмена ЭСИД между участником и УБР (ВЦ)


Рисунок 9 – Схема обмена ЭСИД, сформированными УБР (ВЦ)


Рисунок 10 – Схема обмена ЭД между участником и УБР (ВЦ) при доставке подготовленных ЭСИД по запросу участника
4.3.6 Порядок обмена пакетами электронных документов между участником и УБР (ВЦ)
В пакете ЭПД (ЭСИД) допускается содержание ЭПД (ЭСИД) разных типов, за исключением ЭПД, предназначенных для системы БЭСП, и следование ЭПД (ЭСИД) в произвольном порядке. Включение ЭПД предназначенных для системы БЭСП в пакет ЭПД не допускается. Особенности обмена при использовании пакетов ЭД приведены в данном подразделе.
Пакет ЭПД (ЭСИД) имеет общую группу реквизитов, относящуюся ко всей совокупности ЭД, входящих в состав пакета. Обрабатываются ЭД как электронные документы, не оформленные в пакет, согласно соответствующим схемам документооборота.
Особенности формирования пакета ЭПД (ЭСИД):
– В пакете ЭПД (ЭСИД) допускается содержание ЭПД (ЭСИД) разных типов и следование ЭПД (ЭСИД) в произвольном порядке.
– Пакет ЭПД (ЭСИД) и ЭПД (ЭСИД) должны иметь уникальные значения реквизита «Номер ЭД в течение опердня», причем значения данного реквизита для пакета ЭПД (ЭСИД) и ЭПД (ЭСИД) не должны совпадать. УБР (ВЦ) не осуществляет контроль последовательности номеров ЭД в течение опердня, поэтому способ формирования значений данного реквизита может быть любым при условии обеспечения уникальности.
– Составитель пакета ЭПД (ЭСИД) вправе самостоятельно определять состав и порядок следования ЭПД (ЭСИД), если иное не оговорено в Договоре обмена. Порядок следования ЭПД в пакете определяет порядок приема ЭПД в расчет.
– На каждый исходный ЭПД (ЭСИД-запрос) в составе пакета, должен быть сформирован ответный ЭСИД согласно схемам документооборота. Порядок следования ответных ЭСИД в пакете ЭД не зависит от порядка следования ЭПД (ЭСИД) в первоначальном пакете ЭД, ответные ЭСИД могут группироваться в различные пакеты ЭСИД.
– При формировании ответного ЭСИД качестве исходного ЭД указывается идентификатор исходного ЭПД (ЭСИД).
– В соответствии с особенностями работы типового программного комплекса, согласно п. 2.9 Положения 20-П, в Договоре обмена может быть установлено ограничение общего количества ЭПД в пакете, а также его состав.
При получении пакета ЭД УБР (ВЦ) осуществляет его контроль. В случае обнаружения ошибок на уровне пакета ЭД УБР (ВЦ) направляет участнику-плательщику ЭСИД ED201 с извещением об отказе в приеме пакета ЭД к исполнению и указанием причины отказа, после чего дальнейший документооборот по данному пакету ЭД прекращается (см. рисунок 11). В качестве исходного ЭД в ЭСИД ED201 указывается идентификатор исходного пакета ЭПД (ЭСИД), если его возможно установить.
В случае использования дискретного режима при успешном завершении контроля пакета ЭПД УБР (ВЦ) передает участнику-плательщику Э
СИД ED205 (в составе пакета ЭСИД) с извещением об успешном завершении контро
ля, после чего полученный пакет ЭПД направляется на дальнейший контроль и оплату. Реквизит "Номер рейса" в ЭСИД ED205 должен быть заполнен значением номера рейса, в котором ЭПД из пакета ЭПД будут обработаны в режиме МОП.
УБР (ВЦ) передает участнику-плательщику пакет ЭСИД с результатами логического контроля каждого ЭПД из пакета ЭПД. Группа реквизитов "Идентификаторы исходного пакета ЭПД" пакета ЭСИД должна быть заполнена идентификаторами пакета ЭПД.
УБР (ВЦ) направляет участнику в составе пакета ЭПД исполненные ЭПД, полученные в его адрес от других участников расчетов, а также ЭПД, сформированные в обслуживающем участника УБР (бесспорное списание средств со счета участника, списание и зачисление средств, операции по расчетным документам, доставленным в УБР самим участником на бумажных носителях).
Дальнейший документооборот аналогичен обмену ЭД, не оформленными в пакет. При осуществлении подокументного обмена электронные документы не оформляются в пакет ЭД.


Рисунок 11 – Схема обмена пакетами ЭД между участником и УБР (ВЦ)
4.3.7 Порядок обмена электронными документами при проведении контроля подтверждения подлинности
При получении ЭС и проведении контролей входящих ЭС УБР (ВЦ) проводит, в том числе контроль подтверждения подлинности.
В процессе контроля подтверждения подлинности сверяются реквизиты, содержащие в своем составе значения УИС: реквизит заголовка служебного конверта «Адрес отправителя (From)» и реквизит прикладной части ЭС «Уникальный идентификатор составителя ЭД (EDAuthor)». Если значения УИС, содержащиеся в данных реквизитах, не совпадают, в адрес отправителя ЭС (реквизит From заголовка служебного конверта) направляется ED201 с соответствующим кодом контроля.
Если значения УИС, содержащиеся в данных реквизитах, совпадают, проводится подтверждение подлинности ЭС. В случае если подлинность ЭС (ЭД/пакета ЭД) не подтверждена, в адрес отправителя ЭС (реквизит From заголовка служебного конверта) направляется ED201 с соответствующим кодом контроля.
Служебный конверт формируется для обмена ЭС при взаимодействии с транспортным уровнем. Правила оформления формирования, и применения служебного конверта приведены в разделе 9 настоящего документа.
4.3.8 Порядок обмена электронными документами при передаче информации большого объема в нескольких ЭСИД
При необходимости передачи в адрес участника информации большого объема в составе ЭСИД ED211, ED215, ED217, ED219, ED221, ED241, ED330 и ED374 предусмотрено разбиение данной информации на части с передачей каждой части в отдельном ЭСИД. При этом ЭСИД, формируемый для каждой части передаваемой информации, должен содержать реквизиты, характеризующие данную часть:
– номер части (PartNo) – порядковый номер части, начиная с 1 (номер первой части в совокупности);
– количество частей (PartQuantity) – номер последней части в совокупности;
– уникальный идентификатор совокупности частей (PartAggregateID).
При формировании реквизита «Уникальный идентификатор совокупности частей» рекомендуется использовать формат <nnnnnnnnnn><yyyymmdd><nnnnnnnnn>, где
nnnnnnnnnn – EDAuthor ЭС, содержащего первую часть передаваемой информации;
yyyymmdd – EDDate ЭС, содержащего первую часть передаваемой информации;
nnnnnnnnn – EDNo ЭС, содержащего первую часть передаваемой информации.
При формировании ЭСИД, содержащих части передаваемой информации, рекомендуется придерживаться следующего порядка заполнения реквизитов:
– реквизиты призначной группы ЭСИД (EDNo, EDDate, EDAuthor), группа реквизитов, содержащая информацию о части (PartNo, PartQuantity, PartAggregateID), повторяющиеся группы реквизитов (TransInfo, EDCopy, CreditInfo) в ED211, ED215, ED217, ED221, а также реквизит ReportContent в ED219, реквизит CorrectionDescription в ED330 формируются в каждом ЭСИД индивидуально;
– остальные реквизиты ЭСИД формируются для первой части передаваемой информации и дублируются в каждом ЭСИД.
Критерии разбиения передаваемой информации на части (максимальное количество информации, включаемое в один ЭСИД) определяются разработчиком ТПК.
4.3.9 Порядок обмена электронными сообщениями собственных форматов между участниками электронного обмена
Участник - отправитель формирует электронное сообщение, включая в него информацию, установленную двусторонним протоколом информационного взаимодействия между участником - отправителем и участником - получателем и оформляет его в виде ЭСИД ED501. При этом ED501 используется как конверт для сообщения в собственных форматах участников электронного обмена. В соответствии с особенностями работы типового программного комплекса, согласно п. 2.9 Положения 20-П, в Договоре обмена может быть установлено ограничение максимально допустимого размера ED501.
Подготовленное таким образом сообщение направляется в обслуживающее УБР(ВЦ) .
При получении ED501 УБР (ВЦ) осуществляет структурный контроль. Структурному контролю подлежат реквизиты самого ED501 без учета формата собственного сообщения участника - отправителя.
Далее в УБР (ВЦ) проводится контроль на допустимость участия отправителя и получателя в обмене ЭС свободного формата. В случае, если отправитель или получатель не являются участниками обмена ЭС свободного формата, в УБР(ВЦ) формируется ED201, содержащий соответствующий код ошибки и текст пояснения (по отправителю используется код 2001, по получателю - код 2003).
В случае успешного прохождения всех предусмотренных проверок УБР(ВЦ) направляет участнику - отправителю ED201 с кодом результата контроля=2999. ED201 с кодом результата контроля = 2999 свидетельствует о том, что сообщение было принято, обработано и направлено в адрес получателя. Вместе с тем ED201 не может служить подтверждением того, что получатель принял и обработал сообщение.
Затем УБР(ВЦ) отправляет ED501 получателю.


Рисунок 12 – Порядок обмена ЭС собственных форматов между участниками электронного обмена
5 Описание реквизитного состава электронных документов
5.1 Описание типов реквизитов
При описании типов реквизитов применяются базовые типы (см. таблица 6).
Таблица 6 – Базовые типы
Наименование базового типа | Определение |
Дата Время МесяцГода Год | Применяется для обозначения конкретного момента в последовательности времени. Обозначение даты, времени. Используется всемирное время. |
Текст | Символьная строка, обычно в форме слов определенного языка1). Разрешенные символы – символы с десятичными кодами из диапазона [32-126] (кодировки Windows-1251, UTF-8), русские буквы из диапазона [А-Я] [а-я] и символ «№». |
ТекстПроизвольный | Символьная строка. Применяется только для передачи произвольного текста. |
Код | Символьная строка (буквы, цифры, знаки), используемая для краткого (и/или независимого от языка) представления или замены определенных значений или текстовых свойств2). |
Идентификатор | Символьная строка для установления уникальной отличительной черты одного экземпляра объекта в рамках одной системы3). |
Индикатор | Список двух взаимно исключающих булевых значений, которые точно отображают единственные возможные состояния свойства4). |
Число | Числовая информация, определенная последовательностью положительных целых чисел. Для нее не нужны единицы измерения. |
Сумма | Количество денежных единиц в заданной валюте (по умолчанию). |
Количество | Счетное количество не денежных единиц. Количество представляется с единицами измерения5). |
1) Базовый тип «Текст» применяется, также, для имен (наименований). 2) Базовый тип «Код» не используется, если символьная строка идентифицирует экземпляр класса или объект реального мира. В данном случае применяется базовый тип «Идентификатор». 3) Базовый тип «Идентификатор» также применяется к текстовым строкам, к которым не применяется логическая проверка значений. 4) Базовый тип «Индикатор» обычно используется для обозначения состояний истина/ложь, вкл/выкл. и т. д. 5) Базовый тип «Количество» может, также, применяться для представления счетных коэффициентов, например шт/м. |
Требования к заполнению типов:
a) для всех строковых типов запрещены значения, состоящие только из пробельных символов (#x20, #x9, #xD, #xA);
b) для всех строковых типов, за исключением типа «ТекстПроизвольный», разрешенными символами являются символы Unicode из диапазона [#x20-#x7E], [#x0410-#x044F] , а также символы Ёё№
c) символы амперсанта (&) и левой угловой скобки (<) следует маскировать, воспользовавшись для этого либо соответствующей числовой ссылкой на символ (& и < соответственно), либо строками "&" и "<" соответственно;
d) для типов «Число», «Сумма», «Количество» обязательно заполнение в «каноническом представлении»:
1) запрещен предшествующий необязательный знак «+»;
2) запрещены лидирующие нули;
e) для типов «Дата», «Время», «МесяцГода», «Год» обязательно заполнение в «каноническом представлении» без указания временного пояса:
1) «Дата» – CCYY-MM-DD;
2) «Время» – hh:mm:ss;
3) «МесяцГода» – CCYY-MM;
4) «Год» – CCYY;
где в элементах даты и времени дня используются следующие символы:
– CC – обозначает две первые цифры года;
– YY – обозначает две последние цифры года;
– MM – обозначает месяц в виде двузначного числа;
– DD – обозначает день месяца в виде двузначного числа;
– hh – обозначает час дня в 24-часовом диапазоне в виде двузначного числа;
– mm – обозначает минуты в виде двузначного числа;
– ss – обозначает секунды в виде двузначного числа.
Порядок описания типа реквизита
Типы применяются для определения множества действительных значений реквизитов. Набор действительных значений может быть определен через определение формата или полным списком всех возможных значений. Каждый тип реквизита основывается на определенном базовом типе.
Описание типов реквизитов состоит из элементов описания и выполняется по следующему шаблону:
a) название базового типа (Сумма, Код и т. д.);
b) краткая характеристика типа реквизита;
c) указание единицы измерения (в копейках, в метрах) – необязательный элемент описания;
d) ссылка на стандарт, нормативный документ, справочник, описывающий формат данных, описание которых приведено в разделе «Используемые справочники и классификаторы», указывается в квадратных скобках – необязательный элемент описания;
e) форматные ограничения – необязательный элемент описания:
1) для строковых значений: ограничения длины (максимальная, минимальная, точная),
2) для числовых значений: кол-во знаков после запятой (или целое), минимальное, максимальное значения;
f) для типов, наследованных от базовых «Код», «Идентификатор»:
1) тип данных (цифровой или текстовый),
2) длина в знаках (максимальная, минимальная или точная).
3) возможные значения с расшифровкой, указываются в скобках.
В описании каждый пункт оформляется отдельным предложением (пункты разделяются точкой).
Пример – Идентификатор. Банковский идентификационный код; БИК. [БИК РФ]. Цифровой, 9 значный.
Пояснение:
– Идентификатор. (Название базового типа).
– Банковский идентификационный код (БИК). (Краткая характеристика типа).
– [БИК РФ]. (Ссылка на нормативный документ, справочник, описывающий формат данных).
– Цифровой, 9 значный. (Указание типа данных – цифровой. Длина в знаках – точная).
Порядок описания реквизитов ЭД
В скобках после описания реквизита приведено наименование тега (элемента или атрибута в XML документе).
Полужирным шрифтом выделены реквизиты, представленные в XML документе в виде элемента (элемент определен в пространстве имен документа), содержащего атрибуты или другие элементы. Все прочие реквизиты являются атрибутами XML (атрибуты не квалифицируются пространством имен).
Если в качестве реквизита указан один из ЭД (EDnnn), то в данной позиции приводится полный реквизитный состав соответствующего ЭД.
Кратность – спецификация диапазона возможных значений мощности множества (см. таблица 7).
Таблица 7 – Кратности реквизитов
Кратность | Значение |
[0..1] | Необязательный реквизит, максимальное количество экземпляров 1 |
[0..n] | Необязательный реквизит, максимальное количество экземпляров не ограничено |
[1] | Обязательный реквизит, только один экземпляр |
[1..n] | Обязательный реквизит, максимальное количество экземпляров не ограничено |
выбор [1] | Из группы реквизитов, помеченных маркером «выбор», обязательно должен быть выбран только один реквизит, максимальное количество экземпляров 1 |
группа [1] | Из группы реквизитов, помеченных маркером «группа», может быть выбрано любое количество реквизитов, максимальное количество экземпляров которых не ограничено. Экземпляры разных реквизитов в группе могут следовать в произвольном порядке, хотя бы один экземпляр хотя бы одного реквизита из группы обязательно должен быть представлен. |
5.2 Призначная группа реквизитов
Все ЭД содержат призначную группу реквизитов, позволяющую однозначно идентифицировать ЭД и включающую «Номер ЭД в течение опердня (порядковый номер ЭД)», уникальный для каждого участника или УБР (ВЦ) в течение дня, «Дату составления ЭД», «Уникальный идентификатор составителя ЭД» (поля 200, 201, 202 соответственно).
Номер ЭД в течение опердня (порядковый номер ЭД), уникальный для каждого участника, УБР (ВЦ) в течение дня. Банк России не предъявляет специальных требований к правилам формирования данного поля за исключением требования уникальности.
Требование уникальности номера ЭД в течение опердня применяется ко всем ЭД каждого участника и УБР (ВЦ), т. е. каждый ЭД участника и УБР (ВЦ) в течение опердня, независимо от типа (ЭПД, ЭСИД, пакет ЭПД, пакет ЭСИД, ЭД в составе пакета), должен иметь уникальный номер.
Для ЭСИД и ЭПД, составителем которых является КО/ОК, значение реквизита не должно превышать 899999 при направлени ЭД в платежную систему на уровне ТУ, должно находиться в пределах 900при направлении ЭД в систему БЭСП.
Дата составления ЭД (пакетов ЭД), используемых при обмене между участником и обслуживающим его УБР (ВЦ), должна быть равна дате текущего операционного дня.
Уникальный идентификатор составителя ЭД (пакета ЭД) согласно п. 2.6 Положения 20-П состоит из 10 знаков и формируется следующим образом:
– для КО: первые семь знаков идентификатора соответствуют 3—9-му знакам БИК КО, остальные три знака заполняются нулями;
– для других клиентов Банка России: первые семь знаков идентификатора соответствуют 3—9-му знакам БИК УБР, обслуживающего данного участника, остальные три знака присваиваются обслуживающим УБР исходя из требования обеспечить уникальность идентификатора для всех клиентов УБР;
– для УБР: первые семь знаков идентификатора соответствуют 3—9-му знакам БИК УБР, остальные три знака заполняются нулями;
– для ВЦ: первые семь знаков идентификатора соответствуют 3—9-му знакам БИК головного УБР (ГРКЦ) региона, остальные три знака присваиваются головным УБР исходя из требования обеспечить уникальность идентификатора по отношению к другим клиентам данного УБР.
5.3 Платежное поручение – ED101
Пространство имен
”urn:cbr-ru:ed:v2.0” (префикс ed)
Таблица 8 – Реквизиты электронного документа ED101 (ed:ED101)
Описание реквизита | Тип реквизита | Крат-ность |
Номер ЭД в течение опердня (EDNo) | Число. Номер электронного документа. Целое, до 9 разрядов. | [1] |
Дата составления ЭД (EDDate) | Дата. [ГОСТ ИСО ]. Формат CCYY-MM-DD. | [1] |
Уникальный идентификатор составителя ЭД – УИС (EDAuthor) | Идентификатор. Уникальный идентификатор составителя ЭД; УИС. [УИС]. Цифровой, 10 знаков. | [1] |
Вид платежа (поле 5) (PaytKind) | Код. Однозначный код значения реквизита. [Кодовые значения реквизитов]. Цифровой, 1 значный. | [1] |
Сумма (поле 7) (Sum) | Сумма. В копейках. Положительное целое число, до 18 разрядов. | [1] |
Вид операции (поле 18). Фиксированное значение "01" (TransKind) | Код. Вид операции. [Шифр документа]. Цифровой, 2 значный. | [1] |
Очередность платежа (поле 21) (Priority) | Код. Очередность платежа. [Очередность платежа]. (0 – очередность не указана, 1-6). | [1] |
Поступило в банк плательщика (поле 62). Дата поступления расчетного документа в банк плательщика. Заполняется при платежах клиента кредитной организации (ReceiptDate) | Дата. [ГОСТ ИСО ]. Формат CCYY-MM-DD. | [0..1] |
Дата помещения в картотеку (поле 63). Заполняется при наличии (FileDate) | Дата. [ГОСТ ИСО ]. Формат CCYY-MM-DD. | [0..1] |
Списано со счета плательщика (поле 71). Дата списания денежных средств со счета плательщика. Заполняется при платежах клиента кредитной организации (ChargeOffDate) | Дата. [ГОСТ ИСО ]. Формат CCYY-MM-DD. | [0..1] |
Признак системы обработки (поле 240). Не заполняется для ЭД в составе пакета. Обязателен для заполнения в ЭД, не оформленных в пакет (SystemCode) | Код. Двузначный код значения реквизита. [Кодовые значения реквизитов]. Цифровой, 2 значный. | [0..1] |
1 Реквизиты исходного расчетного документа (поля 3 и 4) (ed:AccDoc) | [1] | |
Номер расчетного документа (AccDocNo) | Идентификатор. Номер бумажного документа. Цифровой, от 1 до 3 знаков. | [1] |
Дата выписки расчетного документа (AccDocDate) | Дата. [ГОСТ ИСО ]. Формат CCYY-MM-DD. | [1] |
2 Реквизиты плательщика (далее – "клиента") (поля 8-12, 60, 102) (ed:Payer) | [1] | |
Лицевой счет клиента (поле 9 или 17). В случае, когда плательщиком или получателем выступает КО, лицевой счет может не указываться (PersonalAcc) | Идентификатор. Номер счета. [Лицевой счет]. Текстовый, 20 символов. | [0..1] |
ИНН клиента (поле 60 или 61). Указывается, если он присвоен (INN) | Идентификатор. Индивидуальный номер налогоплательщика; ИНН. [ИНН]. Текстовый, до 12 символов. | [0..1] |
Код постановки на учет (КПП) клиента (поле 102 или 103). Указывается, если он присвоен (KPP) | Идентификатор. Код причины постановки на учет; КПП. [КПП]. Текстовый, до 9 символов. | [0..1] |
2.1 Наименование плательщика или получателя (поле 8 или 16) (ed:Name) | Текст. Строка, до 160 символов. | [1] |
2.2 Реквизиты банка клиента (ed:Bank ) | [1] | |
БИК КО, филиала КО или УБР (поле 11 или 14) (BIC) | Идентификатор. Банковский идентификационный код; БИК. [БИК РФ]. Цифровой, 9 значный. | [1] |
Номер счета банка клиента (поле 12 или 15). Проставляется номер корреспондентского счета (субсчета), открытого кредитной организации, филиалу кредитной организации в УБР, или не заполняется, если плательщик-клиент, не являющийся КО, филиалом КО, обслуживается в УБР, или УБР (CorrespAcc) | Идентификатор. Номер счета. [Лицевой счет]. Текстовый, 20 символов. | [0..1] |
3 Реквизиты получателя (далее – "клиента") (поля 14-17, 61, 103) (ed:Payee) | [1] | |
Лицевой счет клиента (поле 9 или 17). В случае, когда плательщиком или получателем выступает КО, лицевой счет может не указываться (PersonalAcc) | Идентификатор. Номер счета. [Лицевой счет]. Текстовый, 20 символов. | [0..1] |
ИНН клиента (поле 60 или 61). Указывается, если он присвоен (INN) | Идентификатор. Индивидуальный номер налогоплательщика; ИНН. [ИНН]. Текстовый, до 12 символов. | [0..1] |
Код постановки на учет (КПП) клиента (поле 102 или 103). Указывается, если он присвоен (KPP) | Идентификатор. Код причины постановки на учет; КПП. [КПП]. Текстовый, до 9 символов. | [0..1] |
3.1 Наименование плательщика или получателя (поле 8 или 16) (ed:Name) | Текст. Строка, до 160 символов. | [1] |
3.2 Реквизиты банка клиента (ed:Bank ) | [1] | |
БИК КО, филиала КО или УБР (поле 11 или 14) (BIC) | Идентификатор. Банковский идентификационный код; БИК. [БИК РФ]. Цифровой, 9 значный. | [1] |
Номер счета банка клиента (поле 12 или 15). Проставляется номер корреспондентского счета (субсчета), открытого кредитной организации, филиалу кредитной организации в УБР, или не заполняется, если плательщик-клиент, не являющийся КО, филиалом КО, обслуживается в УБР, или УБР (CorrespAcc) | Идентификатор. Номер счета. [Лицевой счет]. Текстовый, 20 символов. | [0..1] |
4 Назначение платежа (поле 24) (ed:Purpose) | Текст. Строка, до 210 символов. | [1] |
5 Ведомственная информация (поля 101, 104-110) (ed:DepartmentalInfo) | [0..1] | |
Статус составителя расчетного документа (поле 101). Заполняется при наличии. При заполнении данного поля поля 102-110 должны быть заполнены (DrawerStatus) | Код. Статус составителя расчетного документа (поле 101). Текстовый, 1-2 значный. | [0..1] |
Код бюджетной классификации (поле 104). КБК, по которому учитывается налог (сбор). Заполняется в соответствии с классификацией доходов бюджетов РФ (CBC) | Идентификатор. Код бюджетной классификации (поле 104). Текстовый, до 20 символов. | [0..1] |
Код ОКАТО (поле 105). Код муниципального образования ОКАТО заполняется в соответствии с Общероссийским классификатором объектов административно-территориального деления. Указывается код муниципального образования, на территории которого мобилизуются денежные средства от уплаты налога (сбора) (OKATO) | Идентификатор. Код муниципального образования ОКАТО (поле 105). Текстовый, от 1 до 11 символов. | [0..1] |
Основание налогового платежа (поле 106) (PaytReason) | Код. Основание налогового платежа (поле 106). Текстовый, 1-2 значный. | [0..1] |
Налоговый период (поле 107). Специальный формат (TaxPeriod) | Код. Налоговый период (поле 107). Строка, от 1 до 10 символов. | [0..1] |
Номер налогового документа (поле 108) (DocNo) | Идентификатор. Номер налогового документа (поле 108). Текстовый, до 15 символов. | [0..1] |
Дата налогового документа (поле 109) (DocDate) | Код. Дата налогового документа (поле 109). Строка, до 10 символов. | [0..1] |
Тип налогового платежа (поле 110) (TaxPaytKind) | Код. Тип налогового платежа (поле 110). Текстовый, 1-2 значный. | [0..1] |
6 Идентификаторы исходного ЭПД (поля 203-205). Указывается, если ЭПД был составлен на основании другого ЭПД (ed:InitialED) | [0..1] | |
Номер ЭД в течение опердня (EDNo) | Число. Номер электронного документа. Целое, до 9 разрядов. | [1] |
Дата составления ЭД (EDDate) | Дата. [ГОСТ ИСО ]. Формат CCYY-MM-DD. | [1] |
Уникальный идентификатор составителя ЭД – УИС (EDAuthor) | Идентификатор. Уникальный идентификатор составителя ЭД; УИС. [УИС]. Цифровой, 10 знаков. | [1] |
5.4 Аккредитив – ED102
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 |



