Межбанковские расчеты и международные платежные системы (стр. 20 )

Корректный («правильнососталенный» — well-formed) XML-документ состоит из необязательного пролога, обязательного элемента, который называется корневым и последующими опциональными инструкциями обработки, комментариями или пробельными символами.

Основные требования к корректности документов:

— каждый элемент должен быть ограничен начальным и конечным тэгами или представлен как тэг пустого элемента;

— в документе должен быть ровно один корневой элемент;

— элементы могут быть вложены друг в друга, но не могут пересекаться;

— символы, которые не могут появиться в своем обычном текстовом виде, должны быть представлены специальными последовательностями символов (например, вместо символа меньше «<» документ должен содержать подстановку вида «&lt;»);

— значения атрибутов должны быть взяты в кавычки.

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

Пространство имен — логическая группа, в пределах которой могут определяться электронные документы (а также типы, компоненты) с уникальными именами. Пространство имен не может иметь вложенных подпространств имен.

Базовые типы — набор логических типов, которые позволяют представлять общие свойства электронных документов. Базовые типы не имеют конкретного представления в пределах логической модели и строятся на основе встроенных базовых типов XML-схемы.

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

Разработка и сопровождение логической модели электронного документооборота на базе УФЭБС основывается на концепции разделения процессов логического анализа и физического описания электронного обмена. Логическая модель, создаваемая на этапе логического анализа, формализует и обобщает типы и структуры электронных данных, передаваемых между участниками обмена. Логическая модель предполагает создание реестра элементов и компонентов электронных документов — набора объектов. Для описания логической модели вводятся базовые типы — набор логических типов, которые позволяют представлять наиболее общие свойства сущностей предметной области. Базовые типы не имеют конкретного представления в пределах логической модели. На основе введенных базовых типов в конкретной логической модели создаются прикладные типы путем введения ограничений на базовые типы. С помощью прикладных типов строятся компоненты, представляющие отдельные сущности предметной области и содержащие наборы атрибутов и/или элементов. Атрибуты основаны на прикладных типах. Элементы являются экземплярами прикладных типов или других компонентов. Один или более компонентов могут составлять отдельный электронный документ.

Приведем пример XML-документа для платежного поручения созданного на основе XML-схем, являющегося неотъемлемой частью данного документа. Приведенный пример XML-документа является синтаксически корректными и действительными, т. е. он прошел проверку по XML-схемам.

XML-документ (платежное поручение):

<?xml version="1.0" encoding="WINDOWS-1251"?> <ED101 xmlns="urn:cbr-ru:ed:v2.0" EDNo="7" EDDate="2003-04-14" EDAuthor="4525545000" PaytKind="1" Sum="2400000" TransKind="01" ChargeOffDate="2003-04-14" Priority="6" ReceiptDate="2003-04-14" SystemCode="01"> <AccDoc AccDocNo="004" AccDocDate="2003-04-14"/> <Payer INN="7726274727" PersonalAcc="40702810200203001037"> <Name> ПЛЮС</Name> <Bank BIC="044525545" CorrespAcc="30101810300000000545"/> </Payer> <Payee INN="7726062105" PersonalAcc="40702810010130010079"> <Name> ТОРНАДО-ПРОДУКТ</Name> <Bank BIC="044525219" CorrespAcc="30101810500000000219"/> </Payee> <Purpose>ОПЛАТА ПО ДОГОВОРУ 95456 ОТ 15.01.2003 В ТОМ ЧИСЛЕ НДС 4000 РУБ</Purpose> </ED101>

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

Информация о пространстве имен обычно помещается, с помощью специальных атрибутов, в корневой элемент XML-документа. Имена атрибутов и элементов ставятся в соответствие конкретному словарю разметки путем указания этих имен в расширенном виде при помощи префикса, который может указываться непосредственно перед именем и отделяется от него символом «:». Целевое пространство имен — пространство имен прикладного электронного документа формируется следующим образом: «urn:cbr-ru:[обозначение]:[версия]». Пример определения пространства имен приводится во второй строке представленного XML-документа в виде спецификации: xmlns="urn:cbr-ru:ed:v2.0".

Далее в примере, информация о расчетном документе структурирована при помощи атрибутов и тегов. Примером описания единиц содержательной информации, является запись, определяющая атрибут «EDDate="2003-04-14"», а примером структурирования единицы информации при помощи тегов конструкция «<Name> ПЛЮС</Name>». Состав и порядок заполнения полей (реквизитов) ЭД в XML-документе обычно соответствует составу и порядку заполнения реквизитов расчетных документов на бумажных носителях.

Электронный документооборот между Банком России и его клиентами осуществляется в виде обмена электронными сообщениями, которые представляют собой XML-документы. Взаимодействие приложений, с транспортным уровнем предполагает введение дополнительного транспортно-независимого уровня для взаимодействия приложений с транспортными средами посредством использования транспортных адаптеров для каждого вида транспорта. Взаимодействие приложения с транспортным адаптером осуществляется посредством данных, приведенных в служебном конверте. Для подтверждения транспортом этапов прохождения сообщения от участника обмена к УБР и соответствующего мониторинга состояния сообщения участником транспортный адаптер формирует квитанцию. При возникновении ошибок на транспортном уровне квитанция содержит сообщение об ошибке с кодом ошибки, независимым от вида транспорта. Информационный блок заголовка служебного конверта содержит основную информацию об электронном сообщении, которое передается между прикладным ПО и транспортным адаптером.

Процедура разрешения разногласий при обмене электронными сообщениями состоит в доказательстве неизменности отправленного сообщения при доставке до получателя, основанном на применении средств контроля целостности и подтверждения авторства сообщений, представленных отправляющей и получающей сторонами в установленном порядке. В связи с этим необходимым требованием при использовании УФЭБС является передача сообщения получателю в том виде, в котором оно было подписано отправителем. Для защиты электронного сообщения с учетом данного требования используется ЭЦП (КА)[24].

6.3 Описание взаимодействия участников обмена

Сторонами обмена электронными документами при осуществлении расчетов через расчетную сеть Банка России являются УБР ВЦ и участниками обмена. Участники обмена могут осуществлять расчеты, используя следующие системы Банка России:

— внутрирегиональных электронных расчетов (ВЭР);

— межрегиональных электронных расчетов (МЭР);

— банковских электронных срочных платежей (БЭСП).

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

Таблица 8 — Электронные документы

Обозначение	Название
ЭПД
ED101 (ed:ED101)	Платежное поручение
ED102 (ed:ED102)	Аккредитив[25]
ED103 (ed:ED103)	Платежное требование
ED104 (ed:ED104)	Инкассовое поручение
ED105 (ed:ED105)	Платежный ордер
ED110 (ed:ED110)	Электронный платежный документ сокращенного формата
ЭСИД
ED201 (ed:ED201)	Извещение о результатах контроля ЭД (пакета ЭД)
ED202 (ed:ED202)	Запрос по ЭПД (пакету ЭПД)
ED203 (ed:ED203)	Запрос по группе ЭПД
ED204 (ed:ED204)	Запрос об отзыве ЭПД (пакета ЭПД)
ED205 (ed:ED205)	Извещение о состоянии ЭПД (пакета ЭПД)
ED206 (ed:ED206)	Подтвержде­ние дебета/кредита
ED207 (ed:ED207)	Извещение о группе ЭПД
ED209 (ed:ED209)	Извещение о режиме обмена/работы счета
ED210 (ed:ED210)	Запрос выписки из лицевого счета
ED211 (ed:ED211)	Выписка из лицевого счета
ED214 (ed:ED214)	Извещение об акцепте
ED215 (ed:ED215)	ЭСИД с копией полей ЭПД
ED217 (ed:ED217)	Извещение о задолженности по внутридневному кредиту
ED218 (ed:ED218)	Запрос выходной формы
ED219 (ed:ED219)	Выходная форма
ED220 (ed:ED220)	Запрос на получение ответного документооборота
ED221 (ed:ED221)	Отчет об операциях по счету для выверки документов дня участников
ED222 (ed:ED222)	Извещение о дебете/кредите для кассовых документов
ED373 (ed:ED373)	Запрос информации об участниках расчетов в системе БЭСП
ED374 (ed:ED374)	Информация об участниках системы БЭСП
Пакеты ЭД
PacketEPD (ed:PacketEPD)	Пакет ЭПД
PacketESID (ed:PacketESID)	Пакет ЭСИД

Перечень ЭСИД используемых при осуществлении расчетов через платежную систему Банка России приводятся в таблице 9.