ГОСТ Р ИСО 20022-1-2013 Финансовые услуги. Универсальная схема сообщений финансовой индустрии. Часть 1. Метамодель

ГОСТ Р ИСО 20022-1-2013

Группа Т

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Финансовые услуги

УНИВЕРСАЛЬНАЯ СХЕМА СООБЩЕНИЙ ФИНАНСОВОЙ ИНДУСТРИИ

Часть 1

Метамодель

Financial Services. Universal financial industry message scheme. Part 1. Metamodel

ОКС 03.060

Дата введения 2014-10-01

Предисловие

1 ПОДГОТОВЛЕН Федеральным бюджетным учреждением "Консультационно-внедренческая фирма в области международной стандартизации и сертификации - "Фирма "ИНТЕРСТАНДАРТ" (ФБУ "КВФ "ИНТЕРСТАНДАРТ") совместно с Центральным банком Российской Федерации (Банком России) на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 122 "Стандарты финансовых операций"

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 8 ноября 2013 N 1407-ст

4 Настоящий стандарт идентичен международному стандарту ИСО 20022-1:2013* "Финансовые услуги. Универсальная схема сообщений финансовой индустрии. Часть 1: Метамодель" (ISO 20022-1:2013 "Financial Services - Universal financial industry message scheme. Part 1: Metamodel").

________________

* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. - .

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5 (пункт 3.5).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА*

_______________

* Текст документа соответствует оригиналу. В бумажном оригинале приложение ДА не приводится. - .

5 ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (gost.ru)

Введение

ISO 20022-1 был подготовлен техническим комитетом ISO/ТК 68, "Финансовые услуги".

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

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

1 Область применения

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

Указанные соображения реализуются в ISO 20022 посредством последовательного применения метода моделирования с использованием языка UML (Unified Modeling Language - унифицированный язык моделирования).

Разрабатываемые в рамках ISO 20022 модели структурируются по четырем уровням: обзорный, концептуальный, логический и физический.

Модели первых трех уровней разрабатываются на языке UML. При этом модели обзорного и концептуального уровней разрабатывают для каждой предметной области финансовой индустрии (ценные бумаги, платежи и расчеты, конверсионные операции, управление счетами и т.д.) и описывают все объекты и процессы этих областей. Состав, описание назначения и характеристики элементов моделей (БизнесОбласть, БизнесПроцесс, БизнесРоль, БизнесТранзакция, ОпределениеСообщения, КомпонентСообщения, ХореографияСообщений и т.д.) являются важными параметрами стандарта. Все они сведены в единый документ, называемый "Метамодель ISO 20022", и представляют собой средства разработки моделей.

1.1 Состав стандарта

Международная организация по стандартизации (ISO) является всемирной федерацией национальных организаций по стандартизации (комитетов-членов ISO). Разработка международных стандартов обычно осуществляется техническими комитетами (ТК) ISO. Каждый комитет-член, заинтересованный в деятельности, для которой был создан ТК, имеет право быть представленным в этом комитете. Международные правительственные и неправительственные организации, имеющие связи с ISO, также принимают участие в работах. Что касается стандартизации в области электротехники, то ISO работает в тесном сотрудничестве с Международной электротехнической комиссией (IEC).

Проекты международных стандартов разрабатываются в соответствии с правилами Директив ISO/IEC, часть 2.

Основной задачей ТК является подготовка международных стандартов. Проекты международных стандартов, принятые ТК, рассылаются комитетам-членам на голосование. Их опубликование в качестве международных стандартов требует одобрения не менее 75% комитетов-членов, принимающих участие в голосовании.

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

ISO 20022-1 подготовлен Техническим комитетом ISO/ТК 68.

Данная редакция отменяет и заменяет первую редакцию (ISO TS 20022:2004).

ISO 20022 состоит из следующих частей под общим заголовком Финансовые услуги. Универсальная схема сообщений финансовой индустрии:

- Часть 1. Метамодель {iso(1) standard(0) financial-industry-messaging(20022) part1(1) 2011 edition-2011(1)}

- Часть 2. Профиль UML {iso(1) standard(0) financial-industry-messaging(20022) part2(2) edition-2011(0)}

- Часть 3. Моделирование {iso(1) standard(0) financial-industry-messaging(20022) part3(3) edition-2011(1)}

- Часть 4. Генерация схемы XML {iso(1) standard(0) financial-industry-messaging(20022) part4(4) edition- 2011(1)}

- Часть 5. Обратное проектирование {iso(1) standard(0) financial-industry-messaging(20022) part5(5) edition-2011 (1)}

- Часть 6. Характеристики доставки сообщения {iso(1) standard(0) financial-industry-messaging(20022) part6(6) edition-2011(1)}

- Часть 7. Регистрация {iso(1) standard(0) financial-industry-messaging(20022) part7(7) edition-2011(1)}

- Часть 8. Генерация ASN.1 {iso(1) standard(0) financial-industry-messaging(20022) part8(8) edition-2011(0)}

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

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

Пусковым событием для создания данного стандарта был быстрый рост количества и изощренности передачи сообщений в рамках оказания финансовых услуг с использованием ISO 15022 в течение 1990-ых годов. Индустрия финансовых услуг (далее - Индустрия) создала первую версию данного Стандарта в качестве преемника ISO 15022 как ответ на пусковое событие. Индустрия расширила возможности для ценных бумаг, имевшиеся в ISO 15022, до применения их всей Индустрией в рамках данного стандарта.

Данный стандарт относится к стандартам, создаваемым по открытым технологиям. Исторически технологические стандарты развивались быстрее, чем Индустрия. В результате в этом Стандарте принята модель, стимулированная подходом, в котором модель UML может развиваться отдельно от развития технологических стандартов. Период, в который появился этот стандарт, следовал за широким распространением применения всемирной паутины (сети) в бизнесе, в конечном итоге преимущественно Интернета. XML (eXtensible Mark-up Language - Язык с расширяемой спецификацией) появился как стандарт де факто (фактический) для представления документа в сети. XML стал первым синтаксисом для ISO 20022.

Затем процесс моделирования с использованием UML был усовершенствован для трех уровней, которые были дополнены технологическим стандартом передачи сообщений, поэтому данный стандарт основан на четырех уровнях: Обзорный уровень, Концептуальный уровень, Логический уровень и Физический уровень.

Четырехуровневый подход базируется на первых четырех уровнях Структуры Захмана (Zachman). Оставшиеся два уровня Структуры Захмана эквивалентны уровням реализации (внедрения) и эксплуатации соответственно.

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

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

Регистрация моделей и реализаций физического синтаксиса в Репозитории управляется группой управления регистрацией (Registration Management Group). Любой пользователь или сообщество пользователей могут представить предложения для рассмотрения группой управления регистрацией. Группа оценки стандарта (Standard Evaluation Group) отвечает за подтверждение и оценку представленных материалов, группе управления регистрацией помогает Регистрационный орган (Registration Authority). Регистрационный орган работает с Репозиторием под управлением группы управления регистрацией.

Репозиторий состоит из двух областей:

- СловарьДанных (DataDictionary), содержащий элементы модели Индустрии для дальнейшего или повторного использования.

- КаталогБизнесПроцессов (BusinessProcessCatalogue), содержащий модели, описывающие отдельные определения сообщений и бизнес-процессов, а также реализаций физического синтаксиса.

Стандарт содержит:

- Часть 1 - Метамодель, описывающую создание с помощью Средства мета-объект (Meta-Object Facility) метамодели, всех разрабатываемых с использованием UML моделей и Репозитория.

- Часть 2 - Профиль UML, который основан на общей структуре UML и представляет собой подмножество, определенное для данного стандарта.

- Часть 3 - Моделирование, где представлен метод моделирования для создания моделей в рамках данного стандарта.

- Часть 4 - Генерация Схемы XML, содежащая правила генерации схемы XML для преобразования модели Логического уровня в описания на Физическом Уровне с использованием синтаксиса.

- Часть 5 - Обратное проектирование, т.е. выверка Логической модели и обратное проектирование для существующего синтаксиса сообщений.

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

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

- Часть 8 - Генерация ASN.1, включающая правила генерации синтаксиса ASN.1 для преобразования модели Логического уровня в описание на Физическом Уровне с использованием ASN.1.

Примечание - Все рисунки в этом документе используются только для целей документирования и, следовательно, не являются нормативными

Настоящая часть ISO 20022 состоит из:

- общего описания подхода к моделированию;

- общего описания содержимого Репозитория ISO 20022;

- высокоуровневого описания входных данных, принимаемых регистрационным органом для пополнения/изменения СловаряДанных (DataDictionary) и КаталогаБизнесПроцессов (BusinessProcessCatalogue), образующих Репозиторий;

- высокоуровневого описания выходных данных Репозитория, которые будут подготовлены регистрационным органом в публично доступном виде.

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

2 Нормативные ссылки

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

2.1 ISO/IEC 19502:2005 Information Technology - Meta Object Facility (MOF)

2.2 ISO 20022-1 edition 2004, Financial services - UNIversal Financial Industry message scheme - Part 1: Overall methodology and format specifications for inputs to and outputs from the ISO 20022 Repository

2.3 ISO 20022-2 edition 2004, Financial services - UNIversal Financial Industry message scheme - Part 2: Registration

2.4 UML (Unified Modeling Language), Version 2 - Object Management Group

2.5 MOF (Meta Object Facility) Version 2.0 - Object Management Group

XML (Extensible Markup Language) 1.0 (Second Edition) W3C Recommendation 6 October 2000 - World Wide Web Consortium

2.6 The Zachman Framework for Enterprise Architecture - Zachman Institute for Framework Advancemen.

2.7 W3C Recommendation: XML Schema Part 1: Structures Second Edition (28 October 2004)

2.8 W3C Recommendation: XML Schema Part 2: Datatypes Second Edition (28 October 2004).

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

3.1 адрес (address): Идентификация и эффективное установление локализации КонечнойТочкиДоставкиСообщения (MessagingEndpoint)

Примечание - Назначение адреса состоит в том, чтобы эффективно установить локализацию (местоположение). Это отличает адрес от любого другого идентификатора, который просто указывает на что-то.

3.2 сумма (amount): Количество денежных единиц, определенное в валюте, где единица валюты определена явно или подразумевается.

3.3 Двоичное (binary): Любое множество значений, выделенных из пространства значений "базовый64Двоичное" (base64binary) в соответствии с определением Рекомендаций W3C Часть 2 Схемы XML:Типыданных.

3.4 Логическое (boolean): Любое множество значений, выделенных из пространства значений логическое, в соответствии с определением Рекомендаций W3C Часть 2 Схемы XML:Типыданных.

3.5 СписокРассылки (BroadcastList): Множество ссылок на КонечныеТочкиДоставкиСообщения (идентифицированных их Адресами), который используется для передачи сообщения согласно списку рассылки.

Примечания

1 СписокРассылки управляется СистемойДоставкиСообщений (MessageTransportSystem), которая обеспечивает механизм поддержки СпискаРассылки

2 "Множество" понимается как неупорядоченный список адресов, в котором каждый Адрес представлен только один раз.

3.6 БизнесОбласть (Business Area): Множество строго связанных видов деловой активности, которые обеспечивают самоопределяемые деловые значения для множества БизнесРолей (BusinessRoles).

Пример - Предварительная договоренность по сделкам с ценными бумагами, инициирование платежа.

Примечание - БизнесОбласти хранятся в КаталогеБизнесПроцессов.

3.7 БизнесАссоциация (BusinessAssociation): Связь между двумя БизнесКомпонентами.

Пример - Обслуживание счетов стороной.

Примечания

1 БизнесАссоциации является категорией БизнесКонцептов. Они хранятся в Словаре Данных, где они связаны с соответствующими им двумя БизнесКомпонентами. Их значение может быть однозначно описано только в комбинации с этими двумя БизнесКомпонентами.

2 Между двумя отдельными БизнесКомпонентами может быть несколько БизнесАссоциаций.

3.8 КонцевикБизнесАссоциации (BusinessAssociationEnd): Конечная точка БизнесАссоциации, которая соединяет БизнесАссоциацию с БизнесКомпонентом.

3.9 БизнесАтрибут (BusinessAttribute): БизнесЭлемент, типовой для БизнесКомпонента или ТипаДанных (в противоположность к КонцевикуБизнесАссоциации), который всегда определяется другим БизнесКомпонентом.

Пример - ИдентификаторСчета, НомерТелефона.

3.10 БизнесКомпонент (BusinessComponent): Представление (части) ключевого понятия в бизнесе, характеризуемое определенными БизнесЭлементами.

Пример - Счет, сделка, сторона.

Примечания

1 БизнесКомпоненты являются категорией БизнесКонцептов. Они хранятся в СловареДанных.

2 БизнесКомпонент может иметь одну или более БизнесАссоциацию с другими БизнесКомпонентами.

3.11 СледБизнесКомпонента (BusinessComponentTrace): Семантическое соотношение между ТипомКомпонентаСообщения/ЭлементомСообщения и БизнесКомпонентом, из которого данный тип/элемент получен.

3.12 БизнесКонцепт (BusinessConcept): Элемент СловаряДанных, имеющий экономический смысл.

3.13 БизнесЭлемент (BusinessElement): Принадлежность БизнесКомпонента, имеющая отличительное значение в рамках этого БизнесКомпонента.

Пример - статус счета, цена сделки, дата торговли и время сделки.

3.14 СледБизнесЭлемента (BusinessElementTrace): семантические соотношение между ЭлементомСообщения и БизнесЭлементом, из которого данный ЭлементСообщения получен.

3.15 БизнесПроцесс (BusinessProcess): Нереализуемое определение бизнес-деятельности, предпринимаемой БизнесРолью в пределах БизнесОбласти, в силу чего каждый БизнесПроцесс выполняет один тип бизнес-деятельности и в силу этого БизнесПроцесс может включать и расширять другой Бизнес-Процесс.

Пример - Заказ ценных бумаг, торговое согласование сделки.

Примечания

1 БизнесПроцесс может содержать другие БизнесПроцессы так же, как в иерархической структуре.

2 БизнесПроцессы хранятся в КаталогеБизнесПроцессов.

3.16 КаталогБизнесПроцессов (BusinessProcessCatalogue): часть Репозитория ISO 20022, которая содержит все элементы, относящиеся к БизнесПроцессам и БизнесТранзакциям.

Примечание - Он содержит элементы, относящиеся к БизнесОбласти, вплоть до ОпределенийСообщений и их физической реализации.

3.17 СледБизнесПроцесса (BusinessProcessTrace): Соотношение между БизнесТранзакцией и БизнесПроцессом, на котором эта БизнесТранзакция основывается.

3.18 БизнесРоль (BusinessRole): Функциональная роль, которую играет действующий субъект бизнеса в отдельном БизнесПроцессе или БизнесТранзакции.

Пример - Владелец счета, покупатель.

Примечания

1 БизнесРоли являются категорией БизнесКонцепта и хранятся в СловареДанных.

2 Действующий субъект бизнеса может играть различные БизнесРоли в различных БизнесПроцессах.

3.19 СледБизнесРоли (BusinessRoleTrace): Соотношение между Участником БизнесТранзакции и БизнесРолью, установленное в БизнесПроцессе, из которого получена БизнесТранзакция.

3.20 БизнесТранзакция (BusinessTransaction): Отдельное решение, которое отвечает требованиям коммуникации и требованиям взаимодействия отдельного БизнесПроцесса и БизнесОбласти.

3.21 СледБизнесТранзакции (BusinessTransactionTrace): Соотношение между БизнесТранзакцией и ее физической реализацией.

3.22 КомпонентВыбора (ChoiceComponent): Элемент словаря, многократного используемый и являющийся стандартным блоком для сборки ОпределенийСообщений, составляемых выбором ЭлементовСообщения.

Примечания

1 Обычно связан с БизнесКомпонентом.

2 КомпонентыВыбора хранятся в СловареДанных.

3.23 код (Code): Строка символов (буквы, фигуры или символы), которая для краткости и/или языковой независимости может использоваться для переопределения или замены безусловного значения или текста атрибута.

3.24 МножествоКодов (CodeSet): МножествоКодов, сгруппированных так, чтобы характеризовать все значения атрибута.

3.25 СледМножестваКодов (CodeSetTrace): Семантическое соотношение между двумя МножествамиКодов, посредством чего полученное МножествоКодов используется как тип ЭлементаСообщения.

3.26 ограничение (Constraint): Правило, которое должно универсально удовлетворяться, т.е. известны все условия, необходимые для применения Ограничения.

Пример - Счет должен иметь ВладельцаСчета.

3.27 КонвергенцияДокументации (ConvergenceDocumentation): Набор документации, показывающий отношения между применяемыми в ISO 20022 ОпределениямиСообщений, ТипамиКомпонентовСообщения, ЭлементамиСообщения, БизнесКомпонентами, БизнесАссоциациями и/или БизнесЭлементами и элементами, определенными в других МножествахСообщений Индустрии.

3.28 диалог (Conversation): Обмен одним или более ЭкземплярамиСообщений между КонечнымиТочкамиДоставкиСообщений.

Примечание - В синхронном диалоге передача от КонечнойТочкиДоставкиСообщений блокирует посылку и прием других ТранспортируемыхСообщений в рамках диалога, в котором отправлено ТранспортируемоеСообщение, на время ожидания ответа по этому переданному ТранспортируемомуСообщению. В асинхронном диалоге это не имеет места.

3.29 СловарьДанных (DataDictionary): Часть Репозитория ISO 20022, содержащая все элементы, которые могут повторно использоваться при моделировании бизнес-процесса и описании сообщения.

Примечание - Следовательно, СловарьДанных содержит БизнесКонцепты, КомпонентыСообщения и ТипыДанных.

3.30 ТипДанных (DataType): Представление множества величин без отождествления каждой из них.

3.31 Дата (Date): Любое множество значений, выделенное из пространства значений "дата", как определено в W3C Recommendation XML Schema Part 2: Datatypes.

3.32 ДатаВремя (DateTime): Любое множество значений, выделенное из пространства значений "датаВремя", как определено в W3C Recommendation XML Schema Part 2: Datatypes.

3.33 День (Day): Любое множество значений, выделенное из пространства значений "День" ("gDay"), как определено в W3C Recommendation XML Schema Part 2: Datatypes.

3.34 десятичное (Decimal): Любое множество значений, выделенное из пространства значений "десятичное", как определено в W3C Recommendation XML Schema Part 2: Datatypes.

3.35 продолжительность (Duration): Любое множество значений, выделенное из пространства значений "продолжительность", как определено в W3C Recommendation XML Schema Part 2: Datatypes.

3.36 ВнешняяСхема (ExternalSchema): Повторно используемый элемент словаря, позволяющий ссылаться на структуру, определенную внешним образом по отношению к ОпределениюСообщения ISO 20022.

Пример - В случае XML это артефакт, трансформируемый в "произвольный" элемент Схемы XML, а внешняя структура определяется через другую Схему XML.3.37 МножествоИндентификаторов (IdentifierSet): Множество значений, посредством которого каждое значение уникально выделяет в пределах схемы идентификации один вариант объекта из всех других вариантов объектов в пределах одной и той же схемы.

3.38 индикатор (Indicator): перечень из точно двух взаимно исключающих величин, которые выражают два единственно возможных состояния экземпляра объекта.

3.39 МножествоСообщенийИндустрии (IndustryMessageSet): Множество не соответствующих ISO 20022 сообщений, которое определено и используется (частью) (финансовой) индустрии.

Пример - Множество сообщений FIX v5.

3.40 МножествоСообщенийISO015022 (ISO15022MessageSet): МножествоСообщенийИндустрии, созданное в соответствии с правилами, определенными ISO 15022-1 и ISO 15022-2, которые хранятся в Каталоге Сообщений ISO 15022.

3.41 АссоциацияСообщения (MessageAssociation): связь между двумя ТипамиКомпонентовСообщения.

Примечание - Должна использоваться только для связи двух ТипамиКомпонентовСообщения.

3.42 КонцевикАссоциаци*Сообщения (MessageAssociationEnd): Вид ЭлементаСообщения, определяющий роль Ассоциаци*Сообщения.

___________________

* Текст документа соответствует оригиналу. - .

3.43 АтрибутСообщения (MessageAttribute): Вид ЭлементаСообщения, имеющего тип ТипДанных или ТипКомпонентаСообщения.

3.44 БлокКомпоновкиСообщения (MessageBuildingBlock): Параметр ОпределенияСообщения, имеющий уникальное значение в рамках этого ОпределенияСообщения.

Примечание - БлокиКомпоновкиСообщения не будут многократно использоваться, так как они имеют значение только в пределах одного ОпределенияСообщения.

3.45 ХореографияСообщения (MessageChoreography): Точное и полное описание обмена ЭкземплярамиСообщения в пределах БизнесТранзакции, описывающее последовательность и корреляцию ЭкземпляровСообщения в рамках диалога, включая ограничения на взаимодействие между Участниками.

Примечание - Каждая БизнесТранзакция содержит в себе свою собственнуюХореогра фиюСообщения.

3.46 КомпонентСообщения (MessageComponent): Многократно используемый элемент словаря, который является блоком компоновки при сборке ОпределенийСообщения, составляемых как последовательность ЭлементовСообщения.

Пример - Детали Сделки (которые содержат множество свойств соответствующего БизнесКомпонента "Сделка").

3.47 ТипКомпонентаСообщения (MessageComponentType): КомпонентСообщения, Внешняя Схема или КомпонентВыбора.

Примечания

1 Когда ТипКомпонентаСообщения имеет экономический смысл, он связан с БизнесКомпонентом.

2 ТипыКомпонентаСообщения являются категорией КонцептовСообщения. Они хранятся в СловареДанных.

3.48 КонцептСообщения (MessageConcept): Артефакт СловаряДанных, который используется в ОпределенииСообщения и который не является ТипомДанных.

3.49 ОпределениеСообщения (MessageDefinition): формальное описание структуры Экземпляра Сообщения.

Примечания

1 ОпределениеСообщения построено как деревовидная структура ТиповКомпонентовСообщения и Типов Данных. ОпределениеСообщения уникально идентифицировано в КаталогеБизнесПроцессов.

2 ОпределениеСообщения может иметь несколько применений для рынка.

3.50 ИдентификаторОпределенияСообщения (MessageDefinitionldentifier): Уникальная идентификация ОпределенияСообщения в пределах пространства имен ISO 20022, идентифицирующая Бизнес Область, которой принадлежит ОпределениеСообщения, а также функциональные возможности сообщения, которые оно покрывает, его отличительные особенности и его версию.

3.51 СледОпределенияСообщения (MessageDefinitionTrace): Связь между ОпределениемСообщения и его физической реализацией в соответствии со СхемойСинтаксисаСообщения.

Примечание - Эта связь объясняется в Части 4 - Генерация схемы XML.

3.52 ЭлементСообщения (MessageElement): Параметр КомпонентаСообщения/КомпонентаВыбора, имеющий уникальное значение в рамках этого КомпонентаСообщения/КомпонентаВыбора.

Пример - Дата Сделки и Время (как часть КомпонентаСообщения "ДеталиСделки").

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

3.53 ЭкземплярСообщения (Messagelnstance): Экземпляр ОпределенияСообщения, содержащий набор структурированной информации, циркулирующей между БизнесРолями в рамках БизнесТранзакции.

Пример - Уведомление о выполнении, заказ на покупку, кредитовый перевод.

Примечание - Предполагается, что ЭкземплярСообщения будет проверен на соответствие связанному с ним ОпределениюСообщения из Репозитория ISO 20022. Это подразумевает соответствие СхемеСинтаксисаСообщения так же, как и соответствие ограничениям и правилам рынка, которые зафиксированы для этого в ОпределениСообщения*.

_______________

* Текст документа соответствует оригиналу. - .

3.54 МножествоСообщений (MessageSet): Множество ОпределенийСообщений.

Примечание - ОпределенияСообщений в пределах МножестваСообщений не обязаны принадлежать одной и той же БизнесОбласти.

3.55 ПередачаСообщения (MessageTransmission): Прохождение информации от одного участника к другому в контексте БизнесТранзакции.

3.56 СпособДоставкиСообщения (MessageTransportMode): Группа параметров настройки для величин, определяющих свойства ПараметровДоставкиСообщения.

Примечания

1 СпособДоставкиСообщения имеет наименование и регистрируется в Репозитории ISO 20022. Каждому ПараметруДоставкиСообщения должно быть задано значение.

2 СпособДоставкияСообщения может быть связан со многими БизнесТранзакциями. СпособДоставки Сообщения используется для создания совместно используемых комбинаций установок для настройки ПараметровДоставкиСообщения.

3.57 СистемаДоставкиСообщений (MessageTransportSystem): Механизм, который принимает транспортируемые сообщения от отправляющей КонечнойТочкиДоставкиСообщений, транспортирует и доставляет их получающей КонечнойТочкеДоставкиСообщений.

Примечания

1 СистемаДоставкиСообщений отвечает за доставку Транспортируемых Сообщений каждому Адресату.

2 Назначение СистемыДоставкиСообщений состоит в том, чтобы обеспечить ясное разграничение ответственности КонечныхТочекДоставкиСообщений и иных поставщиков услуг СистемыДоставкиСообщений. Роль может исполняться КонечнойТочкойДоставкиСообщений - отправителем или отдельным поставщиком услуг, который обслуживает СистемуДоставкиСообщений. СистемыДоставкиСообщений могут объединяться в единую СистемуДоставкиСообщений.

3.58 СледТипаСообщения (MessageTypeTrace): Связь между ПередачейСообщения в рамках БизнесТранзакции и соответствующего ей ОпределенияСообщения.

3.59 КонечнаяТочкаДоставкиСообщения (MessagingEndpoint): Адресуемый узел Системы ДоставкиСообщений, способный осуществлять отправку и получение ТранспортируемыхСообщений.

Примечание - КонечнаяТочкаДоставкиСообщения имеет адрес.

3.60 Месяц (Month): любое множество значений, выделенное из пространства значений "Месяц" ("gMonth"), как определено в W3C Recommendation XML Schema Part 2: Datatypes.

3.61 МесяцДень (MonthDay): Любое множество значений, выделенное из пространства значений "ДеньМесяца" ("gMonthDay"), как определено в W3C Recommendation XML Schema Part 2: Datatypes.

3.62 участник (Participant): Причастность БизнесРоли к БизнесТранзакции.

3.63 количество (Quantity): Конечное количество неденежных единиц, возможно, включая дробную часть.

3.64 норма (Rate): Количество денежных или неденежных единиц, измеренное относительно другого количества денежных или неденежных единиц.

Пример - Долларов США в час, Долларов США в Евро.

3.65 прием (Receive): Обработка входного сигнала, пришедшего со стороны отправителя.

3.66 репозиторий (Repository): Место, где хранятся все КонцептыРепозитория.

3.67 КонцептРепозитория (RepositoryConcept): Артефакт, который определяется в процессе разработки ОпределенияСообщения ISO 20022 и который хранится в Репозитории.

3.68 отправка (Send): Прохождение входного сигнала от экземпляра отправителя к экземпляру получателя.

3.69 строка (String): Любое множество значений, выделенное из пространства значений "строка", как определено в W3C Recommendation XML Schema Part 2: Datatypes.

3.70 СхемаСинтаксисаСообщения (SyntaxMessageScheme): Синтаксисически пригодная к обработке нотация, используемая для определения структуры ЭкземпляраСообщения в конкретном синтаксисе.

Примечания

1 В случае XML, представление может быть, например, Данными XML (XML DTD) или Схемой XML, и тогда может использоваться как инструмент проверки достоверности ЭкземпляраСообщения.

2 Синтаксические представления сообщений хранятся в КаталогеБизнесПроцессов.

3.71 текст (Text): Конечное множество символов.

3.72 время (Time): Любое множество значений, выделенное из пространства значений 'время', как определено в W3C Recommendation XML Schema Part 2: Datatypes.

3.73 ВходВерхнегоУровняВКаталог (TopLevelCatalogueEntry): Артефакт в КаталогеБизнесПроцессов, не принадлежащий другому артефакту в Репозитории.

3.74 ВходВернегоУровняВСловарь (TopLevelDictionaryEntry): Артефакт в Словаре, не принадлежащий другому артефакту в Репозитории.

3.75 след (Trace): Связь между двумя объектами, которые представляют одно и то же понятие, при этом имеют различный, но связанный контекст.

3.76 ТранспортируемоеСообщение (TransportMessage): Документ, являющийся экземпляром схемы сообщения СистемыДоставкиСообщений.

3.77 Год (Year): Любое множество значений, выделенное из пространства значений "Год" ("gYear"), как определено в W3C Recommendation XML Schema Part 2: Datatypes.

3.78 ГодМесяц (YearMonth): Любое множество значений, выделенное из пространства значений "ГодМесяц" ("gYearMonth"), как определено в W3C Recommendation XML Schema Part 2: Datatypes.

4 Библиотека Типов

Библиотека Типов содержит примитивные типы данных, используемые и в метамодели данного Стандарта, и в моделях, созданных в соответствии с этим Стандартом. Она состоит из следующих пакетов: ТипыДанных, Встроенный XSD (XSD Built-in DataTypes) и Перечисления (Enumerations).

ТипыДанных Встроенный XSD (XSD Built-in DataTypes) представлены на рисунке 1 (см. вкладку).

ТипДанных Перечисляемые значения представлен на рисунке 2.

Рисунок 2 - ТипДанных Перечисляемые значения

5 Пакеты Метамодели

5.1 Введение

Метамодель описывает структуру моделей, построенных в соответствии с данным Стандартом. Это единая модель, которой должны соответствовать все модели, созданные согласно Стандарту.

5.2 Использование в Метамодели Пакета ISO20022::БиблиотекаТипа (ISO20022::TypeLibrary)

Метамодель импортирует Пакет ISO20022::БиблиотекаТипа (ISO20022::TypeLibrary Package) и подпакеты, определяемые в Приложении А. Данный пакет использует типы, установленные при определении Метамодели.

Примечание - Пакет ISO20022::БиблиотекаТипа не содержится в Пакете ISO20022::Метамодель потому, что этот пакет используется и Метамоделью, и Профилем UML, определяемым в Части 2 ISO 20022-2. Профиль UML также импортирует данный пакет. Пакет ISO20022::БиблиотекаТипа::СхемаXML содержит определения W3C Встроенные Типыданных Схемы XML в форме, которая позволяет разработчикам моделей использовать эти Типыданных в моделях UML и MOF.

Структура уровней ISO 20022 представлена на рисунке 3.

Рисунок 3 - Структура уровней ISO 20022

5.3 Уровни

Метамодель имеет четыре уровня модели, упорядоченные в таблице 1 по возрастанию реализации. Эти четыре уровня основаны на первых четырех уровнях Структуры Захмана.

Таблица 1 - Уровни Метамодели

Структура Захмана имеет два последующих уровня. Они рассматриваются как вспомогательные средства разработчиков данного Стандарта.

Для БизнесОбласти при моделировании каждый уровень моделируется полностью и точно.

Число уровней не может быть увеличено или уменьшено.

Примечание - Добавление или удаление уровней вносят избыточность или неоднородность.

Все уровни являются не пересекающимися.

Примечание - Это означает, что никакое понятие не может появиться более, чем на одном уровне без изменения в уровне реализации.

Нет никаких связей между уровнями, кроме реализации.

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

Примечания

1 Это может быть далее ограничено в методе моделирования.

2 Уровни не включаются друг в друга.

3 Метаклассы используются для разъяснения различных уровней, детально описанных в Приложении B.

5.3.1 Обзорный уровень

Цель обзорного уровня, приведенного на рисунке 4, состоит в получении понимания БизнесОбласти, для которой в соответствии с ISO 20022 должны быть созданы БизнесТранзакция и МножествоСообщений. Описание БизнесПроцессов помогает в идентификации проблем коммуникации, которые существуют среди его действующих субъектов бизнеса (моделируемых как БизнесРоли), которые принимают участие в этих процессах. Эти проблемы коммуникации будут главными двигателями для Концептуального уровня. Идентификация бизнес-информации, которой управляют в БизнесОбласти, также важна для последующего Логического Уровня, потому что ОпределенияСообщений будут содержать элементы данных, которые связаны с этой бизнес-информацией.

Рисунок 4 - Обзорный уровень

5.3.2 Концептуальный уровень

Назначение Концептуального уровня:

а) создание семантической модели всех артефактов (статическая часть): концептуальный уровень начинается с использования "перспективы черного ящика", чтобы избежать преждевременной работы с архитектурными задачами, в которых рассматриваются вопросы, связанные с реализацией. Перспектива "черного ящика" означает, что не делается попыток определить БизнесТранзакции и ОпределенияСообщений. Центр внимания сосредотачивается только на определении того, "кто в ком нуждается" при выполнении БизнесПроцесса. Не делаются попытки определить, как получить информацию в нужный момент соответствующему бизнес-пользователю. Сначала должны быть идентифицированы все БизнесКонцепты, которые вовлечены в БизнесТранзакции.

Концептуальный статический уровень представлен на рисунке 5.

Рисунок 5 - Концептуальный статический уровень

b) идентифицировать требования, связанные с проблемами коммуникации, для которых должны быть созданы соответствующие ISO 20022 БизнесТранзакция и МножествоСообщений (динамическая часть): определить динамическую часть (т.е. описание процесса полного взаимодействия между всеми вовлеченными участниками), определяя детали БизнесТранзакции и МножестваСообщений, которые будут созданы. Это означает, что фокус перемещается от перспективы "черного ящика" к перспективе "белого ящика". Перспектива "белого ящика" означает, что изучаются все детали БизнесТранзакции и Множества Сообщений. Теперь внимание сосредотачивается на определении ПотоковСообщений и Определений Сообщений, которые необходимы для получения соответствующей информации в нужное время конкретному бизнес-пользователю.

Концептуальный Динамический уровень представлен на рисунке 6.

Рисунок 6 - Концептуальный Динамический уровень

5.3.3 Логический уровень

Назначение Логического уровня состоит в создании МножествСообщений, содержащих ОпределенияСообщений.

- МножествоСообщений все еще характеризуется только с позиции бизнес-перспективы (применения в бизнесе).

- Фокус смещается от определения динамики к определению статической части (т.е. точной структуры ЭкземпляраСообщения) БизнесТранзакции и МножестваСообщений. Это отражается в Диаграммах ОпределенияСообщения.

Логический Уровень представлен на рисунке 7.

Рисунок 7 - Логический уровень

5.3.4 Физический уровень:

- осуществляется физическая реализация ОпределенийСообщений и Ограничений в соответствующем синтаксисе, типа ISO 20022 XML.

- Используется для проектирования физического представления ОпределенийСообщений из представленного Логического уровня используются специфицированные правила проектирования.

Ключевыми результатами на физическом уровне являются:

- множество СхемСинтаксисаСообщения в синтаксисе ISO 20022;

- ХореографияСообщений.

Синтаксис артефактов представлен на рисунке 8.

Рисунок 8 - Синтаксис артефактов

5.4 Преобразование моделей

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

Пример - Концептуальный уровень может быть преобразован в логический уровень.

Модель на каждом уровне преобразуется в следующий уровень с осуществлением пометок следами. Каждый след представляет собой отображение одного уровня в следующий, как это представлено на рисунке 9.

Уровни преобразования моделей представлены в таблице 2.

Рисунок 9 - Следы

Таблица 2 - Уровни преобразования моделей

5.4.1 От Обзорного к Концептуальному

На Концептуальном уровне описывается проблема коммуникации (необходимая информация распределена среди участников). Это означает, что для каждого БизнесПроцесса с его БизнесРолями должны быть определены одна или более БизнесТранзакций с ее участниками. След определяется для каждого артефакта обзорного уровня к его соответствующему артефакту концептуального уровня, как это представлено на рисунке 10.

Рисунок 10 - Отображение Обзорного уровня в Концептуальный уровень

5.4.2 От Концептуального к Логическому

ОпределенияСообщений создаются с наполнением их ТипамиКомпонентовСообщений. Эти Типы КомпонентовСообщений (которые будут контекстными к ОпределениюСообщения, в котором они используются) могут быть получены из их более общего (родового) БизнесКомпонента. В таких случаях они должны быть трассированы (отмечены следом).

ПередачиСообщений определяют в диаграммах БизнесТранзакций (идентифицированных как сигналы в диаграммах последовательности) след к ОпределениямСообщений.

Отображение концептуального уровня в логический уровень представлено на рисунке 11.

Рисунок 11 - Отображение Концептуального уровня в Логический уровень

5.4.3 От Логического к Физическому

Это преобразование определяется в Части 4 Генерация Схемы XML и представлено на рисунке 12.

Рисунок 12 - Отображение Логического уровня в Физический уровень

6 Репозиторий

6.1 Структура Репозитория ISO 20022.

Рисунок 13 - Глобальные концепты - представляет высокоуровневый взгляд на структуру Репозитория ISO 20022. Как показано, Репозиторий ISO 20022 состоит из двух главных частей: КаталогаБизнесПроцессов и СловаряДанных.

Рисунок 13 - Глобальные концепты

СловарьДанных содержит БизнесКонцепты, КонцептыСообщений, Ограничения и ТипыДанных. Все эти элементы многократно используемы и образуют ВходВернегоУровняВСловарь. Для СловаряДанных в целом установлен контроль выпуска.

КаталогБизнесПроцессов состоит из ВходовВерхнегоУровняВКаталог. Требования к коммуникации и требования к взаимодействию в различных БизнесОбластях поддерживаются БизнесТранзакциями, ВидамиБизнесДеятельности и ОпределениямиСообщений. Все элементы, которые хранятся в КаталогеБизнесПроцессов, называются элементами каталога. В пределах КаталогаБизнесПроцессов ВходыВернегоУровняВКаталог находятся под контролем выпуска. Выпуск КаталогаБизнесПроцессов всегда основан на одном единственном выпуске словаря данных.

Главные связи между элементами словаря и элементами каталога:

- в пределах СловаряДанных: КонцептыСообщений будут получены из БизнесКонцептов;

- в пределах КаталогаБизнесПроцессов БизнесТранзакции поддерживают БизнесОбласти;

- между КаталогомБизнесПроцессов и СловаремДанных БизнесОбласти описываются с использованием БизнесКонцептов, а БизнесТранзакции составляются из КонцептовСообщений.

Все элементы словаря и элементы каталога уникально идентифицированы, зарегистрированы и управляются в пределах репозитория. Репозиторий ISO 20022 содержит записи истории изменений, которые обобщены в "журнале изменений" этих элементов, отражая их жизненный цикл. Записи истории изменений поддерживаются и управляются регистрационным органом.

С каждым элементом связана следующая информация в записи истории изменений:

- Тип изменения: идентифицирует цель конкретной записи истории изменений в терминах создания элемента, исправления или удаления.

- Запрос: идентифицирует учреждение или сообщество пользователей, которые представили в Регистрационный орган запрос на изменение элемента.

- Замены: указывает, когда допустимо, элемент, который был заменен данным элементом.

- Описание изменения: представляет экономическое обоснование для изменения элемента.

- Дата изменения: дата, в которую изменение элемента было зарегистрировано.

6.2 СловарьДанных

6.2.1 Краткий обзор

Выпуск СловаряДанных содержит Элементы Словаря:

БизнесКонцепты, ТипыДанных и КонцептыСообщений. Каждый Элемент Словаря сопровождается некоторой описательной информацией и имеет запись истории изменений, содержащую информацию о его жизненном цикле.

Рисунок 5 и Рисунок 7 показывают основные связи между Элементами Словаря:

- БизнесКомпонент содержит БизнесЭлементы и Ограничения;

- БизнесАссоциация определяет связь между двумя БизнесКомпонентами;

- ТипКомпонентаСообщения содержит ЭлементыСообщения и Ограничения;

- Код представляет возможное значение МножестваКодов;

- ТипДанных определяет множество допустимых значений БизнесАтрибутов и ЭлементовСообщения;

- ТипДанных базируется на представлении ТипаДанных;

- ТипКомпонентаСообщения может быть получен из БизнесКомпонента;

- ЭлементСообщения может быть получен из БизнесЭлемента или БизнесКомпонента.

6.2.2 Список Элементов Словаря

6.2.2.1 БизнесКонцепты

СловарьДанных содержит следующие типы БизнесКонцептов, которые отражают природу Элементов Словаря, которые определяются и используются в течение деятельности, связанной с обзорным и концептуальным Уровнями. Они формируют основные элементы, из которых построена БизнесМодель БизнесОбласти:

- БизнесКомпоненты;

- БизнесЭлементы;

- БизнесАссоциации.

6.2.2.2 ТипыДанных

Назначение ТипаДанных состоит в том, чтобы однозначно определить пространство значений БизнесАтрибута, БлокаКомпоновкиСообщения или АтрибутаСообщения.

Встроенные ТипыДанных XSD могут использоваться непосредственно как типы БизнесАтрибутов, БлоковКомпоновкиСообщения или АтрибутовСообщения, где, в противоположность определенным пользователем ТипамДанных, на них в дальнейшем не могут быть наложены ограничения. Каждый ТипДанных, импортированный из встроенной библиотеки XSD, представляет множество значений (его пространство значений).

Метакласс "ТипДанных" представляет множество всех множеств значений без установления их идентичности; следовательно, ТипыДанных, импортированные из встроенной библиотеки XSD представляют собой экземпляры метакласса "ТипДанных", которые не предоставляют значения для метасвойств. Рисунок 14 иллюстрирует допустимые экземпляры и связи между ТипамиДанных и их метаклассом.

Рисунок 14 - Реализации встроенного ТипаДанных XSD

Определенные пользователем ТипыДанных классифицированы в ограниченном количестве представлений типа данных, таких как Сумма, МножествоИдентификаторов, Количество, МножествоКодов, Дата, Время, Текст и т.д. Полный Список представлений ТипаДанных определяется в метамодели.

ТипыДанных, определяемые пользователем представлены на Рисунке 15.

Рисунок 15 - ТипыДанных, определяемые пользователем

Каждое представление ТипаДанных определяет следующую информацию:

Встроенный ТипДанных XSD, который будет использоваться для всех ТиповДанных, базирующихся на этом представлении ТипаДанных и, следовательно, его пространство значений, например:

1) ТипыДанных, базирующиеся на представлении ТипаДанных "Текст", ограничатся ТипомДанных Строка (XSD String);

2) ТипыДанных, базирующиеся на представлении ТипаДанных "Сумма", ограничатся ТипомДанных Десятичное (XSD Decimal).

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

1) Явное определение множеств возможных значений исчерпывающим перечислением или ссылкой на список. Для представления ТипаДанных "МножествоКодов" Регистрационный орган будет использовать существующий набор кодов или определит новое множество кодов в рамках Репозитория ISO 20022. В последнем случае все коды будут иметь от 1 до 4 алфавитно-цифровых символов, где первым должен быть прописной алфавитный символ.

2) Определение формата ограничений (например, определение разрешенной длины строки) использования свойств ТипаДанных.

Некоторые примеры:

- ТипыДанных, основанные на представлении ТипаДанных "МножествоИдентификаторов" можно определить списком, который содержит возможные значения этого идентификатора (например, для ТипаДанных "ISIN" его возможные значения содержится в "справочнике ISIN").

- ТипыДанных, основанные на представлении ТипаДанных "Текст", могут определяться максимальной допустимой длиной (например, ТипДанных "Макс35Текст" который используется, среди прочего, для указания названия улиц - имеет максимум 35 символов).

Список возможных значений для ТиповДанных, которые имеют представление ТипаДанных "МножествоКодов", будет включен в СловарьДанных, если множество Кодов будет поддерживаться регистрационным органом ISO 20022.

6.2.2.3 КонцептыСообщений

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

- ТипыКомпонентовСообщения, являющиеся элементами словаря многократного использования, из которых должны быть построены ОпределенияСообщений. ТипКомпонентаСообщения, когда он имеет экономический смысл, формируется из одного единственного БизнесКомпонента. Это можно рассматривать как "изображение" ("вид") БизнесКомпонента, который будет использоваться в ОпределенияхСообщений.

Несколько ТиповКомпонентаСообщения могут быть получены из одного и того же БизнесКомпонента. Эти ТипыКомпонентаСообщения будут различаться из-за их особого подмножества ЭлементовСообщения или из-за специфических ограничений, таких как ограничения на общие элементы или ограничений множественности.

В некоторых случаях ТипКомпонентаСообщения может базироваться на множестве соответствующих БизнесКомпонентов или даже может быть определен для сообщения по особым основаниям, не будучи полученным ни из какого БизнесКомпонента вообще;

- АссоциацииСообщения;

- ЭлементыСообщения: они обычно формируются из БизнесЭлементов БизнесКомпонента, имеющего соответствующий ТипКомпонентаСообщения. Возможны ситуации, когда ЭлементыСообщения в одном ТипеКомпонентаСообщения появляются из многих взаимосвязанных БизнесКомпонентов. Тогда ЭлементыСообщения будут связаны с соответствующим БизнесЭлементом/БизнесКомпонентом.

Когда ЭлементСообщения не имеет (самостоятельного) экономического смысла, он не производится ни из какого БизнесЭлемента вообще.

Если ЭлементСообщения получен из других ЭлементовСообщения, то ограничение должно указать, как этот ЭлементСообщения получен.

Пространство значений ЭлементаСообщения определяется или ТипомДанных, или другим ТипомКомпонентаСообщения.

6.2.3 Регистрационный статус элемента словаря

Каждому элемент словаря назначается "Регистрационный Статус", который может иметь следующие значения:

- ЗАРЕГИСТРИРОВАН ВРЕМЕННО: элемент словаря ожидает заключительного одобрения одной или нескольких групп оценки стандартов (см. ISO 20022-7:2013). Это позволяет регистрационному органу сообщить сообществу пользователей элементов словаря, что элемент, возможно, станет "ЗАРЕГИСТРИРОВАННЫМ" в ближайшем будущем (согласно структурам времени, определенным в части регистрации ISO 20022);

- ЗАРЕГИСТРИРОВАН: Соответствие элемента словаря ISO 20022 одобрено и он может использоваться;

- УСТАРЕВШИЙ [<ДАТА-УДАЛЕНИЯ>]: элемент словаря больше не считается соответствующим ISO 20022 и больше не может использоваться в регистрируемых обновлениях Репозитория ISO 20022. Элемент словаря, однако, будет сохранен в СловареДанных, пока он используется в других Элементах Словаря или Элементах Каталога. Дополнительное поле <ДАТА УДАЛЕНИЯ> позволяет Регистрационному Органу сообщить сообществу пользователей, что Элемент Словаря будет физически удален из СловаряДанных с момента времени, определенного как <ДАТА-УДАЛЕНИЯ>.

6.2.4 Информация описания элементов словаря

Семантика каждого элемента словаря определяется следующей информацией:

________________

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

- Название (Name): официальное название элемента словаря (уникально определено в метамодели); может включать информацию о версиях;

- Определение (Definition): точное описание значения элемента словаря;

- Дата удаления (Removal date): дата, с которой элемент словаря, имеющий Регистрационный статус "УСТАРЕВШИЙ", будет удален из Репозитория;

- СемантическаяРазметка (SemanticMarkup): для разметки элементов словаря с семантическими метаданными;

- Примеры (Examples): примеры использования элемента словаря в его бизнес-контексте;

- Множественность (Multiplicity): указывает, является ли элемент словаря обязательным, дополнительным (опциональным) и/или повторяемым. Эта информация применима только к БизнесЭлементам в БизнесКомпонентах и к ЭлементамСообщений в ТипахКомпонентаСообщения;

- Ограничение (Constraint): семантическое условие или ограничение.

6.2.5 Жизненный цикл СловаряДанных

Регистрационный орган на регулярной основе публикует текущий выпуск СловаряДанных. Публикуемый СловарьДанных содержит все элементы словаря, т.е. элементы со статусом ЗАРЕГИСТРИРОВАН ВРЕМЕННО, ЗАРЕГИСТРИРОВАН или УСТАРЕВШИЙ [<ДАТА-УДАЛЕНИЯ>]. Это позволяет регистрационному органу информировать сообщества пользователей об элементах словаря, которые либо станут зарегистрированными, либо будут удалены из словаря в ближайшем будущем.

________________

<ДАТА-УДАЛЕНИЯ> будет более поздней, чем дата публикации.

В любой момент времени только последний выпуск СловаряДанных доступен как официальный объект ссылки. Он заменяет любой ранее выпущенный СловарьДанных и содержит, по крайней мере, все элементы словаря, на которые делаются ссылки в текущем выпуске КаталогаБизнесПроцессов.

Регистрационный орган также публикует архив ОпределенийСообщений со статусом УСТАРЕВШИЙ и <ДАТОЙ-УДАЛЕНИЯ> более ранней, чем дата издания текущего выпуска. Это позволяет сообществу пользователей находить информацию о предыдущих версиях ОпределенийСообщений, которые официально больше не поддерживаются.

Записи истории изменений публикуются в то же самое время, что и СловарьДанных. Записи истории изменений отражают развитие элементов словаря.

6.3 КаталогБизнесПроцессов

6.3.1 Краткий обзор

КаталогБизнесПроцессов содержит БизнесОбласти. БизнесОбласть может быть более детально описана с использованием Бизнес Процессов. Требования коммуникации и требования взаимодействия в различных БизнесОбластях и БизнесПроцессах поддерживаются БизнесТранзакциями, которые включают детальное описание возможных потоков сообщений в диаграммах БизнесТранзакции. Диаграмма БизнесТранзакции содержит одну или более ПередачуСообщения (MessageTransmissions). Каждая ПередачаСообщения описана в ОпределениСообщения*, которое также преобразовано в Представление СинтаксисаСообщения ISO 20022.

___________________

* Текст документа соответствует оригиналу. - .

Каждое ОпределениеСообщения таким образом связано со следующей контекстной информацией, когда она используется для поддержки требований коммуникации соответствующего вида бизнес-деятельности:

- конкретная диаграмма БизнесТранзакции, непосредственно используемая для поддержки БизнесТранзакции;

- конкретная БизнесОбласть, детализированная в виде отдельного БизнесПроцесса.

Вся эта информация требуется для понимания точной функции, роли и применения ОпределенияСообщения в рассматриваемом БизнесПроцессе и/или БизнесОбласти.

6.3.2 Список элементов КаталогаБизнесПроцессов

В КаталогеБизнесПроцессов могут содержаться следующие элементы:

- БизнесОбласть с ее ОпределениямиСообщений (диаграмма);

- БизнесПроцесс (диаграмма) с его БизнесРолями;

- БизнесТранзакция (диаграмма) с ее Участниками;

- МножествоСообщений с его ОпределениямиСообщений (диаграмма);

- СхемаСинтаксисаСообщения;

- ХореографияСообщения;

- СпособДоставкиСообщения.

6.3.3 Регистрационный статус элемента каталога

- Каждому элементу каталога назначается "Регистрационный статус", который может иметь следующие значения:

- ЗАРЕГИСТРИРОВАН ВРЕМЕННО: элемент каталога ожидает заключительного одобрения группой оценки (см. ISO 20022-7:2013). Отметим, что, в отличие от элементов СловаряДанных, элементы каталога с этим статусом не открыты сообществу пользователей, а доступны только для ответственной группы оценки стандартов для ее одобрения;

- ЗАРЕГИСТРИРОВАН: соответствие элемента каталога ISO 20022 одобрено;

- УСТАРЕВШИЙ [<ДАТА-УДАЛЕНИЯ>]: элемент каталога больше не считается соответствующим ISO 20022 и больше не может использоваться для регистрации обновлений в репозитории ISO 20022. Однако элемент каталога будет храниться в КаталогеБизнесПроцессов, пока он используется. Дополнительное поле <ДАТА-УДАЛЕНИЯ> позволяет регистрационному органу сообщить сообществу пользователей, что элемент каталога будет физически удален из КаталогаБизнесПроцессов на дату, определенную как <ДАТА-УДАЛЕНИЯ>.

6.3.4 Информация описания элемента каталога

Семантика каждого элемента каталога определяется следующей информацией:

________________

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

- название (Name): официальное название элемента каталога; оно может включать информацию о версии;

- определение: точное описание значения элемента каталога;

- дата удаления (Removal date): дата, с которой элемент каталога, имеющий регистрационный статус "УСТАРЕВШИЙ" удаляется из репозитория;

- пример (Example): примеры использования элемента каталога в его бизнес контексте;

- семантическаяРазметка (semanticMarkup): для разметки элементов каталога с семантическим метаданными;

- ограничение (constraint): семантическое условие или ограничение.

6.3.5 Жизненный цикл КаталогаБизнесПроцессов

Регистрационный орган на регулярной основе публикует текущий выпуск КаталогаБизнесПроцессов. Публикуемый КаталогБизнесПроцессов содержит все элементы каталога со статусом ЗАРЕГИСТРИРОВАН или УСТАРЕВШИЙ [<ДАТА-УДАЛЕНИЯ>]. Элементы каталога, имеющие статус <ВРЕМЕННО ЗАРЕГИСТРИРОВАННЫЙ>, не будут доступны через публичный КаталогБизнесПроцессов. Однако группы оценки стандартов (см. ISO 20022 в части Регистрации), которые являются ответственными за одобрение этих элементов каталога, получат необходимую документацию альтернативным, автономным способом через Регистрационный орган.

В любой момент времени только последний выпуск КаталогаБизнесПроцессов доступен как официальный объект ссылки. Он заменяет любой ранее выпущенный КаталогБизнесПроцессов и всегда связывается с последним выпуском СловаряДанных. Отметим, что БизнесТранзакция может иметь статус ЗАРЕГИСТРИРОВАН, только если все соответствующие Элементы Каталога и Элементы Словаря имеют статус ЗАРЕГИСТРИРОВАН или УСТАРЕВШИЙ с <ДАТОЙ-УДАЛЕНИЯ> более поздней, чем дата публикации выпуска.

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

Записи истории изменений публикуются в то же самое время, что и КаталогБизнесПроцессов. Записи истории изменений отражают развитие элементов каталога.

7 Регистрация

7.1 Общая часть

Далее представлены технические требования к подаче запросов в Регистрационный орган на проведение обновлений СловаряДанных или КаталогаБизнесПроцессов.

Представлена следующая информация:

- список возможных типов подаваемых запросов;

- необходимый формат входной информации;

- средства, которыми входная информация может быть передана в Регистрационный орган.

Дополнительная информация относительно подачи запросов и соответствующих уровней обслуживания регистрационного органа имеется в ISO 20022-7:2013.

7.2 Типы подаваемых запросов

Могут быть представлены следующие типы запроса:

- запрос на создание нового кандидата ОпределенияСообщения и/или МножестваСообщений, соответствующих ISO 20022;

- запрос на обновление существующих в ISO 20022 ОпределенияСообщения и/или МножестваСообщений.

7.3 Формат подачи

- Подача может включать новые или обновленные диаграммы БизнесПроцесса, диаграммы БизнесИнформации, диаграммы БизнесТранзакции, дополненные, если требуется, диаграммами видов БизнесДеятельности и диаграммами ОпределенияСообщений. Модели должны соответствовать профилю UML, описанному в ISO 20022-2:2013 и ISO 20022-3:2013. Новые или обновляемые элементы репозитория должны быть отмечены.

- Формат подачи должен быть согласован с регистрационным органом. Допустимые форматы и соответствующие соглашения опубликованы на вебсайте ISO 20022.

- В случае возникновения разногласий Группа Управления Регистрацией имеет право на окончательное решение относительно формата подачи.

7.4 Среда подачи

Определена следующая среда подачи - электронная почта (e-mail), направленная по адресу электронной почты регистрационного органа.

С развитием технологии Регистрационный орган может принять другие среды подачи. Полный список действующих средств подачи должен поддерживаться на вебсайте ISO 20022.

8 Доступ к репозиторию

8.1 Общая часть

Ответственностью регистрационного органа является обеспечение открытого доступа к информации репозитория ISO 20022. Этот доступ предоставляет пользователям возможность поиска, идентифицирования и получения полного описания доступных в ISO 20022 СловаряДанных, БизнесТранзакций и МножествСообщений.

8.2 Типы выходной информации репозитория

Регистрационный орган должен обеспечить доступ к информации репозитория ISO 20022 через следующие типы выходной информации.

Диалоговый поиск/запросы по:

- СловарюДанных, с предоставлением доступа ко всем элементам СловаряДанных и применяемым связям между элементами СловаряДанных;

- КаталогуБизнесПроцессов, с предоставлением доступа ко всем элементам и применяемым связям между элементами каталога.

Множеству предопределенных удаленно зазгружаемых извлечений, предоставляющих информацию о:

- СловареДанных, с перечислением всех элементов СловаряДанных со всей соответствующей информацией (например, название, определение, и т.д.);

- КаталогеБизнесПроцессов (БизнесПроцессах и связанных с ними БизнесТранзакциях, диаграммах БизнесТранзакций, ОпределенияхСообщений и синтаксических представлений сообщений ISO 20022).

8.3 Формат выходных документов

Диалоговые запросы должны обеспечиваться бесплатно через интерфейс на вебсайте ISO 20022.

Результаты запросов, загружаемые через вебсайт ISO 20022, должны предоставляться бесплатно по крайней мере, в одном из следующих форматов:

RTF;

HTML;

PDF.

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

Приложение А
(нормативное)

Библиотека типов

В данном приложении библиотека типов для данного стандарта описана средствами МетаОбъекта (Meta Object Facility, MOF).

A.1 Введение

Библиотека типов данного стандарта используется и в Метамодели данного стандарта, и в Моделях данного стандарта.

Библиотека типов использует MOF 1.4 и выражена в XMI 2.1.

A.2 Детализация Библиотеки типов

A.2.1 Пакет ISO 20022::БиблиотекаТипов (Package ISO20022::TypeLibrary)

A.2.2 Пакет ISO 20022::БиблиотекаТипов::Перечисления (Package ISO20022::TypeLibrary::Enumerations)

A.2.2.1 АгрегацияПеречисления

Описание

Перечисление различных видов "имеет" соотношение, поддерживаемое метамоделью.

Литералы принадлежности

A.2.2.2 ПеречислениеОбеспечениеДоставки

Описание

Характеристика ТранспортируемогоСообщения, определяющая степень, в которой отправляющая КонечнаяТочкаДоставкиСообщения уверена в том, что ТранспортируемоеСообщение будут доставлено.

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

Литералы Принадлежности

А.2.2.3 Перечисление Долговременность (Enumeration Durability)

Описание

Характеристика ТранспортируемогоСообщения, показывающая степень надежности сохранения СистемойДоставкиСообщений ТранспортируемогоСообщения до тех пор, пока оно не будет получено КонечнойТочкойДоставкиСообщения места назначения.

Литералы Принадлежности

А.2.2.4 Перечисление РассылкаСообщения (Enumeration MessageCasting)

Описание

Характеристика ТранспортируемогоСообщения, показывающая, как принимающие КонечныеТочкиДоставкиСообщения могут быть адресованы в ТранспортируемомСообщении.

Литералы Принадлежности

А.2.2.5 Пречисление ПорядокДоставкиСообщения (MessageDeliveryOrder)

Описание

Характеристика ТранспортируемогоСообщения, показывающая в какой степени ТранспортируемыеСообщения, отправляемые из КонечнойТочкиДоставкиСообщения, прибывают в принимающие КонечныеТочкиДоставкиСообщения в порядке их отправления.

Примечание - Порядок передачи определяется, как порядок, в котором сообщения поступают в СистемуДоставкиСообщения.

Литералы Принадлежности

A.2.2.6 Перечисление УровеньПодтвержденияСообщения (MessageValidationLevel)

Описание

Характеристика ТранспортируемогоСообщения, показывающая уровень подтверждения достоверности, который требуется СистемойДоставкиСообщения.

Литералы Принадлежности

A.2.2.7 Перечисление ПодтверждениеСообщенияВключеноВыключено (Enumeration MessageValidationOnOff)

Описание

Характеристика ТранспортируемогоСообщения, определяющая, проводит ли СистемаДоставкиСообщения подтверждение достоверности относительно СхемыСинтаксисаСообщения, Правил, ПрактикРынка и ХореографиСообщения.

Литералы Принадлежности

А.2.2.8 Перечисление РезультатыПроверкиДостоверностиСообщения (Enumeration Message ValidationResults)

Описание

Характеристика ТранспортируемогоСообщения, определяющая поведение СистемыДоставкиСообщений в результате ПодтвержденияСообщения.

Литералы Принадлежности

А.2.2.9 Перечисление КонтентПроцесса (Enumeration ProcessContent)

Описание

Литералы Принадлежности

А.2.2.10 Перечисление АсинхронностьПолучателя (Enumeration ReceiverAsynchronicity)

Описание

Характеристика ТранспортируемогоСообщения, показывающая, блокирует ли КонечнаяТочкаДоставки Сообщения-получатель посылку и прием от другой КонечнойТочкиДоставкиСообщения, до отправки ею ответа на данное ТранспортируемоеСообщение.

Литералы Принадлежности

A.2.2.11 Перечисление СтатусРегистрации

Описание

Перечисление статусов КонцептаРепозитория, устанавливаемых в Репозитории.

Литералы Принадлежности

A.2.2.12 Перечисление AсинхронностьОтправителя

Описание

Характеристика ТранспортируемогоСообщения, показывающая, блокируется ли КонечнаяТочкаДоставкиСообщения-отправитель после отправки ТранспортируемогоСообщения в системуДоставкиСообщений на время ожидания ею ответа от КонечнойТочкиДоставкиСообщения.

Литералы Принадлежности

А.2.3 Пакет ISO20022::БиблиотекаТипов::СxемаXML (Package ISO20022::TypeLibrary::XMLSchema)

А.2.3.1 Типданных любой ПростойТип (Datatype anySimpleType)

Описание

Тип данных XSD, определяемый в схеме XML Библиотеки Типов.

А.2.3.2 Типданных любойТип (Datatype anyType)

Описание

Тип данных XSD, определяемый в схеме XML БиблиотекиТипов.

А.2.3.3 Типданных любойURI (Datatype anyURI)

Описание

Тип данных XSD "любойОИР" ("anyURI"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.4 Типданных базовый64Двоичный (Datatype base64Binary)

Описание

Тип данных XSD "базовый64Двоичный" ("base64Binary"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.5 Типданных логический (Datatype boolean)

Описание

Тип данных XSD "логический" ("boolean"), определенный в Схеме XML БиблиотекиТипов.

ААА.2.3.6 Типданных байт (Datatype byte)

Описание

Тип данных XSD "байт" ("byte"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.7 Типданных дата (Datatype date)

Описание

Тип данных XSD "дата" ("date"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.8 Типданных датаВремя (Datatype dateTime)

Описание

Тип данных XSD "датаВремя" ("dateTime"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.9 Типданных десятичный (Datatype decimal)

Описание

Тип данных XSD "десятичный" ("Decimal"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.10 Типданных двойной (Datatype double)

Описание

Тип данных XSD "двойной" ("double"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.11 Типданных продолжительность (Datatype duration)

Описание

Тип данных XSD "продолжительность" ("duration"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.12 Типданных ОБЪЕКТЫ (Datatype ENTITIES)

Описание

Тип данных XSD "ОБЪЕКТЫ" ("ENTITIES"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.13 Типданных КAТЕГОРИЯ (Datatype ENTITY)

Описание

Тип данных XSD "КАТЕГОРИЯ" ("ENTITY"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.14 Типданных плавающая (Datatype float)

Описание

Тип данных XSD "плавающая" ("float"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.15 Типданных gДень (Datatype gDay)

Описание

Тип данных XSD "gДень" ("gDay"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.16 Типданных gМесяц (Datatype gMonth)

Описание

Тип данных XSD "gМесяц" ("gMonth"), определенный в Схеме XML БиблиотекиТипов

А.2.3.17 Типданных gМесяцДень (Datatype gMonthDay)

Описание

Тип данных XSD "gМесяцДень" ("gMonthDay"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.18 Типданных gГод (Datatype gYear)

Описание

Тип данных XSD "gГод" ("gYear"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.19 Типданных gГодМесяц (Datatype gYearMonth)

Описание

Тип данных XSD "gГодМесяц" ("gYearMonth"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.20 Типданных шестнадцатеричнодвоичный (Datatype hexBinary)

Описание

Тип данных XSD "шестнадцатеричнодвоичный" ('hexBinary'), определенный в Схеме XML БиблиотекиТипов.

A.2.3.21 Типданных Идентификатор ID (Datatype ID)

Описание

Тип данных XSD "Идентификатор ID" ("ID"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.22 Типданных IDRF (Datatype IDRF)

Описание

Тип данных XSD "IDRF" ("IDRF"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.23 Типданных IDREFS (Datatype IDREFS)

Описание

Тип данных XSD "IDREFS" ("IDREFS"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.24 Типданных int (Datatype int)

Описание

Тип данных XSD "int" ("int"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.25 Типданных целое (Datatype integer)

Описание

Тип данных XSD "целое" ("integer"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.26 Типданных язык (Datatype language)

Описание

Тип данных XSD "язык" ("language"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.27 Типданных длинное (Datatype long)

Описание

Тип данных XSD "длинное" ("long"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.28 Типданных имя (Datatype Name)

Описание

Тип данных XSD "имя" ("Name"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.29 Типданных имена без двоеточий (Datatype NCName)

Описание

"Имена "без двоеточий" (то есть названия, которые не содержат двоеточие).

A.2.3.30 Типданных отрицательное целое (Datatype negativeInteger)

Описание

Тип данных XSD "отрицательное целое" ("negativeInteger"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.31 Типданных МЕТКАNM (Datatype NMTOKEN)

Описание

Тип данных XSD "МЕТКАNM" ("NMTOKEN"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.32 Типданных МЕТКАNM (Datatype NMTOKENS)

Описание

Тип данных XSD "МЕТКИNM" ("NMTOKENS"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.33 Типданных неотрицательное целое (Datatype nonNegativeInteger)

Описание

Тип данных XSD "неотрицательное целое" ("nonNegativeInteger"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.34 Типданных неположительное целое (Datatype nonPositivelnteger)

Описание

Тип данных XSD "неположительное целое" ("nonPositiveInteger"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.35 Типданных нормализованная строка (Datatype normalizedString)

Описание

Тип данных XSD "нормализованная строка" ("normalizedString"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.36 Типданных НОТАЦИЯ (Datatype NOTATION)

Описание

Тип данных XSD "НОТАЦИЯ" ("NOTATION"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.37 Типданных положительное целое (Datatype positivelnteger)

Описание

Тип данных XSD "положительное целое" ("positiveInteger"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.38 Типданных имяQ (Datatype QName)

Описание

Тип данных XSD "имяQ" ("QName"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.39 Типданных короткое (Datatype short)

Описание

Тип данных XSD "короткое" ("short"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.40 Типданных строка (Datatype string)

Описание

Тип данных XSD "строка" ("string"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.41 Типданных время (Datatype time)

Описание

Тип данных XSD "время" ("time"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.42 Типданных метка (Datatype token)

Описание

Тип данных XSD "метка" ("token"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.43 Типданных беззнаковый байт (Datatype unsignedByte)

Описание

Тип данных XSD "беззнаковый байт" ("unsignedByte"), определенный в Схеме XML БиблиотекиТипов.

A.2.3.44 Типданных беззнаковое целое (Datatype unsignedInt)

Описание

Тип данных XSD "беззнаковое целое"("unsignedInt"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.45 Тип данных беззнаковое длинное (Datatype unsignedLong)

Описание

Тип данных XSD "беззнаковое длинное" ("unsignedLong"), определенный в Схеме XML БиблиотекиТипов.

А.2.3.46 Типданных беззнаковое короткое (Datatype unsignedShort)

Описание

Тип данных XSD "беззнаковое короткое" ("unsignedShort"), определенный в Схеме XML БиблиотекиТипов.

Приложение B
(нормативное)

Метамодель

Метамодель для данного Стандарта выражена в данном приложении средствами метаобъекта (Meta Object Facility, MOF).

B.1 Введение

Метамодель данного Стандарта формализует семантику метода ISO 20022. Рисунки, которые используются в других частях данного стандарта, могут быть основаны на данной метамодели. Однако данная метамодель является обязательной для ссылок.

Метамодель использует UML 2.1.2.

B.2 Описание Метамодели

B.2.1 Пакет ISO20022::Метамодель (Package ISO20022::Metamodel)

B.2.1.1 Метакласс БизнесКонцепт (Metaclass BusinessConcept)

Описание

Элементы словаря данных, имеющие экономический смысл

B.2.1.2 Метакласс КаталогБизнесПроцессов (Metaclass BusinessProcessCatalogue)

Описание

Часть Репозитория ISO 20022, которая содержит все БизнесПроцессы и все относящиеся к ним Бизнес Транзакции.

Примечание - Данная часть содержит соответствующие элементы от БизнесОбласти до Определений Сообщений и их физической реализации.

Свойства

- репозиторий

Описание

Репозиторий, который владеет КаталогомБизнесПроцессов.

- ВходВерхнегоУровнявВКаталог.

Описание

ВходВерхнегоУровнявВКаталог в КаталогБизнесПроцессов.

Ограничения

- Входы имеющие уникальное имя

Описание

Все входы верхнего уровня в КаталогаБизнесПроцессов должны иметь различные имена.

B.2.1.3 Метакласс Код (Metaclass Code)

Описание

Строка символов (буквы, рисунки или символы), которая для краткости и/или языковой независимости может использоваться, чтобы представить или заменить отличительное значение или текст атрибута.

Свойства

- КодИмя

Описание

Представляет полное, несокращенное название Кода.

B.2.1.4 Метакласс МножествоКода (Metaclass CodeSet)

Описание

Множество Кодов, сгруппированных, чтобы характеризовать все значения атрибута.

Свойства

- код

Описание

Множество Кодов, принадлежащих одному и тому же МножествуКода.

- источник

Описание

Формирование СледаМножестваКода из МножестваКода, который является источником.

- идентификацияСхемы

Описание

Уникально идентифицирует множество Кодов через Однородный Идентификатор Ресурса (ОИР) (Uniform Resource Identifier - URI).

- след

Описание

Формирование СледаМножестваКода из МножестваКода, который является целью.

B.2.1.5 Метакласс Ограничение (Metaclass Constraint)

Описание

Правило, которое должно универсально удовлетворяться, т.е. условия, требуемые для применения Ограничения, известны.

Пример - Счет должен иметь ВладельцаСчета.

Свойства

- выражение

Описание

Описание Ограничения на конкретном языке, определенном в Языкевыражения (expressionLanguage).

- Языквыражения

Описание

Язык, на котором выражено Ограничение.

Пример - OCL 2.0

B.2.1.6 МетаклассСловарьДанных (Metaclass DataDictionary)

Описание

Часть Репозитория ISO 20022, содержащая все элементы, которые могут многократно использоваться в ходе моделирования бизнес-процесса и деятельности по определению сообщения.

Примечание - Следовательно, СловарьДанных содержит БизнесКонцепты, КонцептыСообщения и ТипыДанных.

Свойства

- репозиторий

Описание

Репозиторий, являющийся владельцем СловаряДанных.

- ВходВерхнегоУровняВСловарь

Описание

ВходВерхнегоУровняВСловарь в СловарьДанных.

Ограничения

- ВходыИмеющиеУникальноеИмя

Описание

Все ВходыВерхнегоУровняВСловарь для Словаря Данных должны иметь различные имена.

B.2.1.7 Метакласс МножествоИдентификаторов (Metaclass IdentifierSet)

Описание

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

Свойства

- Схемаидентификации

Описание

Уникально определяет множество идентификаторов через Однородный Идентификатор Ресурса (ОИР) (Uniform Resource Identifier - URI).

B.2.1.8 Метакласс КонцептСообщения (Metaclass MessageConcept)

Описание

Артефакт СловаряДанных, который используется в ОпределенииСообщения и не является ТипомДанных.

B.2.1.9 Метакласс Репозиторий (Metaclass Repository)

Описание

Место, где хранятся все КонцептыРепозитория.

Свойства

- КаталогбизнесПроцессов

Описание

КаталогБизнесПроцессов принадлежит Репозиторию ISO 20022.

- словарьДанных

Описание

СловарьДанных принадлежит Репозиторию ISO 20022.

B.2.1.10 Метакласс КонцептРепозитория (Metaclass RepositoryConcept)

Описание

Артефакт, который был определен в ходе развития ОпределенияСообщения ISO 20022 и который хранится в Репозитории.

Свойства

- ограничение

Описание

Принадлежность КонцептаРепозитория, определяющая семантическое условие или ограничение, выраженное в тексте на естественном языке и потенциально в формальной нотации.

Пример - Счет должен иметь ВладельцаСчета.

- определение

Описание

Описывает семантический смысл КонцептаРепозитория.

- пример

Описание

Представляет типичный экземпляр КонцептаРепозитория.

- имя

Описание

Слово или множество слов, которыми КонцептРепозитория будет обозначаться, адресоваться или упоминаться.

- Статусрегистрации

Описание

Определяет, в какой стадии находится регистрация жизненного цикла КонцептаРепозитория.

- удаленныеДанные

Описание

Определяет данные, которые утратят значение КонцептаРепозитория или утратили значение части Репозитория.

Примечание - Когда КонцептРепозитория удаляется из Репозитория, он перемещается в архив Репозитория.

- семантическаяРазметка (SemanticMarkup)

Описание

Позволяет разработчикам модели размечать элементы Репозитория с семантическими метаданными. Каждая строка семантическойРазметки является ЗначениемКортежа (TupleValue). ЗначениеКортежа форматируется так, как определено следующим EBNF:

<ЗначениеКортежа>::=<ИмяТипаКортежа>":"<ЭлементКортежа> [" , "<ЭлементКортежа>]*)

(<TupleValue> ::=<TupleTypeName>" : "<TupleElement>[" ,"<TupleElement>]*)

<ЭлементКортежа> ::=<ИмяЭлементаКортежа>"="<ЗначениеЭлементаКортежа>

(<TupleElement>::=<TupleElementName>"="<TupleElementValue>)

В основном, ЗначениеКортежа - это строка, начинающаяся с имени, которое идентифицирует ЗначениеКортежа, сопровождается символом двоеточия, затем следует один или более ЭлементовКортежа (TupleElements) в формате "разделение-запятой" (comma-separated). ЭлементКортежа - это пара имя-значение, где имя ЭлементаКортежа и значение ЭлементаКортежа разделены символом знака равенства, имя ЭлементаКортежа располагается с левой стороны знака равенства.

Пользователи ISO 20022 могут применять регистрацию ТиповКортежа в Репозитории ISO 20022. Описание ЭлементаКортежа определяет ИмяТипаКортежа, а также одно или более ИменЭлементаКортежа.

ИменаТиповКортежа, ИменаЭлементовКортежа и ЗначенияЭлементовКортежа являются примером критичности и, возможно, не содержат пробелов. Они могут содержать любой символ, который является допустимым в Теговом Значении UML (UML Tagged Value).

Существует один предопределенный ТипКортежа. Его название - "Синоним" ("Synonym"), и он определяет два ЭлементаКортежа, называемых "имя" и "контекст", что иллюстрируется о следующем:

ИмяТипаКортежа=Синоним (TupleTypeName=Synonym)

ИмяЭлементаКортежа=имя (TupleElementName=name)

ИмяЭлементаКортежа=контекст (TupleElementName=context)

СемантическаяРазметка является многозначным (mult-valued) Свойством, то есть она может содержать многократные строки семантическойРазметки.

ПРИМЕР ЗначенияКортежа это - корректный экземпляр предопределенного Синонима, ТипКортежа является следующей строкой:

Синоним: имя=Инструмент, контекст=ЕвропейскийСоюз

(Synonym: name=Instrument, context=EuropeanUnion)

Примером ТипаКортежа, который мог бы быть определен, является ссылка на элемент Онтологии OWL (OWL Ontology):

ИмяТипаКортежа=ИдРесурсаOWL

(TupleTypeName=OWLResourceId)

ИмяЭлементаКортежа=ОИР

(TupleElementName=URI)

Другим примером ТипаКортежа, который мог бы быть определен, является спецификация основных семантических понятий в стиле, который продвигает гармонизацию с Ключевыми Компонентом стандарта UN/CEFACT (CCTS) (UN/CEFACT Core Component (CCTS) standard):

ИмяТипаКортежа=БезусловныйБизнесЭлемент

(TupleTypeName=UnqualifiedBusinessElement)

ИмяЭлементаКортежа=ТерминСвойства

(TupleElementName=PropertyTerm)

ИмяЭлементаКортежа=ТерминПредставления

(TupleElementName=RepresentationTerm)

Ограничения

- СтатусрегистрацииУдаленныхДанных

Описание

Если будут определены удаленныеДанные тогда, регистрационныйСтатус должен быть УСТАРЕВШИМ.

B.2.1.11 Метакласс ВходВерхнегоУровняВКаталог (Metaclass TopLevelCatalogueEntry)

Описание

Артефакт в КаталогеБизнесПроцессов, который не принадлежит другому артефакту Репозитория.

Свойства

- КаталогбизнесПроцессов

Описание

КаталогБизнесПроцессов, который содержит все ВходыВерхнегоУровняВКатолог ISO 20022.

B.2.1.12 Метакласс ВходВернегоУровняВСловарь (Metaclass TopLevelDictionaryEntry)

Описание

Артефакт в словаре, который не принадлежит другому артефакту Репозитория.

Свойства

- СловарьДанных

Описание

СловарьДанных, который содержит все ВходыВерхнегоУровняВСловарь ISO20022.

B.2.1.13 Метакласс След (Metaclass Trace)

Описание

Отношения между двумя объектами, которые представляют одно и то же понятие, но имеют различный, но связанный контекст.

Ограничения

- ПравилаСледа

Описание

B.2.1.14 ТипДанных МощностьМножества (Datatype Cardinality)

Описание

Число элементов в множестве.

B.2.2 Пакет ISO20022::Метамодель::КонцептуальныйУровень (Package ISO20022::Metamodel::ConceptualLevel)

B.2.3 Пакет ISO20022::Метамодель::КонцептуальныйУровень::Динамика (Package ISO20022::Metamodel::ConceptualLevel::Dynamic)

В.2.3.1 Метакласс БизнесТранзакция (Metaclass BusinessTransaction)Описание

Описание

Специфическое решение, которое отвечает требованиям коммуникации и требованиям взаимодействия отдельного БизнесПроцесса и БизнесОбласти.

Примечание - Обычно основана на использовании ЭкземпляровСообщений.

Свойства

- СледбизнесПроцесса

Описание

СледБизнесПроцесса используется для связи с БизнесТранзакцией.

- СпособДоставкиСообщения

Описание

Обеспечивает ряд параметров для СпособаДоставкиСообщения, чтобы быть в контексте единой БизнесТранзакции.

- родительскаяТранзакция

Описание

Объединение нескольких БизнесТранзакций, которые вместе формируют одну БизнесТранзакцию.

- участник

Описание

Причастность БизнесРоли к БизнесТранзакции.

- субТранзакция

Описание

Декомпозиция БизнесТранзакции на несколько подтранзакций, которые сами по себе являются БизнесТранзакциями.

- след

Описание

Все СледыБизнесТранзакции, которые происходят из БизнесХореографии для одной БизнесТранзакции.

- передача

Описание

Доставка информации от отправляющего Участника в контексте БизнесТранзакции.

B.2.3.2 Метакласс ПередачаСообщения (Metaclass MessageTransmission)

Описание

Прохождение информации от одного Участника к другому в контексте БизнесТранзакции.

Свойства

- бизнесТранзакция

Описание

БизнесТранзакция, которой принадлежит ПередачаСообщения.

- источник

Описание

Все СледыТиповСообщения, которые производят ОпределенияСообщений из одной ПередачиСообщения.

- ОписаниеТипасообщения

Описание

Описывает назначение и возможности ПередачиСообщения в БизнесТранзакции.

- прием

Описание

Обработка ПередачиСообщения, пришедшей от экземпляра отправителя.

- отправка

Описание

Осуществление ПередачиСообщения от экземпляра отправителя к экземпляру приемника.

B.2.3.3 Метакласс СпособДоставкиСообщения (Metaclass MessageTransportMode)

Описание

Группа параметров настройки для значения свойств ПараметровДоставкиСообщения.

Примечания

1 СпособДоставкиСообщения поименован и зарегистрирован в Репозитории ISO 20022. Каждому ПараметруДоставкиСообщения необходимо установить значение.

2 СпособДоставкиСообщения может быть связан со многими БизнесТранзакциями. СпособДоставкиСообщения используется, чтобы организовать обычно используемые комбинации параметров настройки ПараметраДоставкиСообщения.

Свойства

- ограниченнаяКоммуникационнаяЗадержка

Описание

Максимальная продолжительность времени, в пределах которого ТранспортируемоеСообщение должно быть доставлено.

Примечания

1 Допустимым значением этих свойств будет любая положительная (в соответствии с ISO 8601) продолжительность, значение которой больше нуля.

2 ТранспортируемоеСообщение, которое не доставлено в пределах ОграниченнойКоммуникационнойЗадержки, не должно иметь статус доставленного. КонечнаяТочкаДоставкиСообщения-получатель может игнорировать ТранспортируемоеСообщение, которое доставлено вне ОграниченнойКоммуникационнойЗадержки. Необходимость уведомления об ошибке при превышении ОграниченнойКоммуникационнойЗадержки определяется настройками ОбеспеченияПоставки (DeliveryAssurance).

- БизнесТранзакция

Описание

Определенная БизнесТранзакция, для которой применяется данное множество параметров СпособаДоставкиСообщения.

- Обеспечениепоставки

Описание

Степень, в которой КонечнаяТочкаДоставкиСообщения-отправитель уверена в том, что ТранспортируемоеСообщение будет доставлено.

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

- долговременность

Описание

Надежно ли сохраняет ТранспортируемоеСообщение СистемаДоставкиСообщения, пока оно не будет получено предназначеной КонечнойТочкойДоставкиСообщения.

- максимальноеОткпонениеЧасов

Описание

Для обеспечиваемого СпособаДоставкиСообщения часы должны поддерживать максимальную (включительно) разницу от Всемирного координированного времени (UTC).

- максимальныйРазмерСообщения

Описание

Максимальный размер ТранспортируемогоСообщения в килобайтах (любое положительное целое число, большее нуля).

Примечание - Любое ТранспортируемоеСообщение, превышающее МаксимальныйОбъемСообщения, должно быть обработано как недействительное сообщение. Для недействительных сообщений применяется заданное поведение.

- рассылкаСообщения

Описание

Определяет, как КонечнаяТочкаДоставкиСообщения-получатель может быть адресована в ТранспортируемомСообщении.

- ПорядокДоставкиСообщения

Описание

Показывает, в какой степени при прибытии в КонечнуюТочкуДоставкиСообщения-получатель соблюдается порядок, в котором Транспортные Сообщения были отправлены КонечнойТочкойДоставкиСообщения-отправителем.

Примечание - Порядок отправки определяется как порядок, в котором сообщения поступают в СистемуДоставкиСообщений.

- ОкноДоставкиСообщения

Описание

ПорядокДоставкиСообщения ослабляется окном прокрутки для времени, в которое Транспортные Сообщения может быть доставлено не в этом порядке, для чего каждому доставляемому ТранспортируемомуСообщению определяется максимальная продолжительность времени, в пределах которого оно может быть доставлено вне последовательности.

Примечания

1 Ослабление ПорядкаДоставкиСообщения не оказывает никакого воздействия на ПорядокДоставкиСообщения НЕУПОРЯДОЧЕНО (UNORDERED), потому что этот порядок не может быть еще более смягчен.

2 ОкноДоставкиСообщения нулевой продолжительности эквивалентено отсутствию окна, то есть строго упорядоченной доставке.

3 Цель этого состоит в том, чтобы позволить конструкторам СистемыДоставкиСообщения реализовать механизм управления окном для переупорядочивания сообщений в слегка измененном порядке.

4 Это является ослаблением порядка доставки в СлоеДоставкиСообщения (MessageTransportLayer).

5 Значения должны быть большими или равными нулю.

- ОкноОтправкиСообщения

Описание

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

Примечания

1 Невозможна отправка неупорядоченных сообщений. Это противоречило бы Хореографии.

2 Назначение ОкнаОтправкиСообщения состоит в том, чтобы предотвратить узкие места при отправке сообщений посредством снижения потребности в координировании отправки.

3 Это является ослаблением порядка отправки для Бизнес Слоя (Business Layer).

4 Значения должны быть большими или равными нулю.

- УровеньПроверкиСообщения

Описание

Уровень проверки, в соответствии с которым СистемаДоставкиСообщения будет тестировать сообщение.

- ПроверкасообщенияВклВыкл

Описание

Определяет, будет ли СистемаДоставкиСообщения проверять ЭкземплярСообщения относительно СхемыСинтаксисаСообщения, Ограничений, ПрактикРынка и ХореографииСообщения.

Примечание - Проверка достоверности должна произойти прежде, чем ЭкземплярСообщения будет доставлен КонечнойТочкеДоставкиСообщения-получателю.

- РезультатыПроверкиСообщения

Описание

Определяет, как Система ДоставкиСообщения реагирует на результаты ПроверкаСообщенияВклВыкл.

Примечание - Этот параметр применяется только когда параметр ПроверкаСообщенияВклВыкл имеет значение ПРОВЕРКА_ВКЛ (VALIDATION_ON); если ПроверкаСообщенияВклВыкл - ПРОВЕРКА_ВЫКЛ (VALIDATION_OFF), тогда не должно быть никакой записи о результатах проверки, и этот параметр не оказывает никакого воздействия.

- Асинхронностьприемника

Описание

Показывает, блокирует ли КонечнаяТочкаДоставкиСообщения-получатель отправку и прием других Транспортируемых Сообщений, пока она не отправит ответ на данное ТранспортируемоеСообщение.

- Асинхронностьотправителя

Описание

Показывает, блокирует ли КонечнаяТочкаДоставкиСообщения-отправитель после отправки ТранспортируемогоСообщения в СистемуДоставкиСообщения прием других Транспортируемых Сообщений на время ожидания ответа от КонечнойТочкиДоставкиСообщения.

B.2.3.4 Метакласс Участник (Metaclass Participant)

Описание

Вовлеченность БизнесРоли в БизнесТранзакцию.

Свойства

- СледбизнесРоли

Описание

СледБизнесРоли, который связывает Участника с его БизнесРолью.

- бизнесТранзакция

Описание

БизнесТранзакция, имеющая отношение к участнику.

- мощностьМножества

Описание

Количество Участников, которые могут быть стороной, принимающей ПередачуСообщения.

Пример - При наличии СпискаРассылки передача обычно осуществляется более, чем одному Участнику.

- прием

Описание

Обработка входного сигнала, пришедшего со стороны Участника-отправителя.

- отправка

Описание

Обработка информации, передаваемой от Участника-отправителя к Участнику-получателю.

B.2.3.5 Метакласс Прием (Metaclass Receive)

Описание

Обработка входных сигналов, пришедших от экземпляра отправителя.

Свойства

- Передачасообщения

Описание

Входные сигналы, обрабатываемые как часть Приема.

- Получатель

Описание

Объект, обрабатывающий входные сигналы, пришедшие от отправителя.

B.2.3.6 Метакласс Отправка (Metaclass Send)

Описание

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

Свойства

- Передачасообщения

Описание

Входные сигналы, обрабатываемые как часть Отправки.

- отправитель

Описание

Объект, передающий входные сигналы для объекта-получателя.

B.2.4 Пакет ISO20022::Метамодель::КонцептуапьныйУровень::ДоставкаСообщения
Package (ISO20022::Metamodel::ConceptualLevel::MessageTransport)

B.2.4.1 Метакласс Адрес (Metaclass Address)

Описание

Идентификация и эффективное разрешение локализации местоположения КонечнойТочкиДоставкиСообщения.

Примечание - Назначение Адреса состоит в том, чтобы эффективно определить местоположение. Это то, что отличает Адрес от любого другого Идентификатора, который просто определяет что-то.

Свойства

- Списокрассылки

Описание

СписокРассылки, которому принадлежит данный Адрес.

- конечнаяточка

Описание

Определяет КонечнуюТочкуДоставкиСообщения для Адреса.

B.2.4.2 Метаклассс СписокРассылки (Metaclass BroadcastList)

Описание

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

Примечания

1 СписокРассылки находится под управлением СистемыДоставкиСообщения, которая предоставляет механизм поддержки СпискаРассылки.

2 "Множество" означает, что Список Адресов не упорядочен и каждый Адрес может присутствовать только однажды.

Свойства

- адрес

Описание

Точка входа в СписокРассылки, использующий Адрес.

B.2.4.3 Метаклассс Беседа (Metaclass Conversation)

Описание

Обмен одним или более ЭкземплярамиСообщения между КонечнымиТочкамиДоставкиСообщения.

Примечание - В синхронном диалоге, отправка сообщения одной КонечнойТочкойДоставкиСообщения блокирует отправку и прием другого ТранспортируемогоСообщения в пределах беседы, в котором отправлено ТранспортируемоеСообщение, на время ожидания ответа по этому отправленному ТранспортируемомуСообщению, в то время как в асинхронной беседе это не имеет места.

Свойства

- Сообщение

Описание

ЭкземплярСообщения, используемый в Диалоге.

B.2.4.4 Метакласс СистемаДоставкиСообщения (Metaclass MessageTransportSystem)

Описание

Механизм, который получает Транспортируемые сообщения от КонечнойТочкиДоставкиСообщения-отправителя, транспортирует и доставляет их КонечнойТочкиДоставкиСообщения-получателю.

Примечания

1 СистемаДоставкиСообщения отвечает за доставку Транспортных Сообщений до каждого Адресата.

2 Назначение СистемыДоставкиСообщения состоит в обеспечении ясной схемы ответственности КонечныхТочекДоставкиСообщения и других провайдеров услуг СистемыДоставкиСообщения. Роль может выполняться КонечнойТочкойДоставкиСообщения-отправителем или отдельным провайдером услуг, который обеспечивает функционирование СистемыДоставкиСообщения. СистемыДоставкиСообщения могут быть связаны вместе в единую СистемуДоставкиСообщения.

Свойства

- конечнаяточка

Описание

КонечнаяТочкаДоставкиСообщения, принадлежащая единственной СистемеДоставкиСообщения.

B.2.4.5 Метакласс Конечная ТочкаДоставкиСообщения (Metaclass MessagingEndpoint)

Описание

Адресуемый узел в СистемеДоставкиСообщения, который способен отправлять и получать ТранспортируемоеСообщение.

Примечание - КонечнаяТочкаДоставкиСообщения имеет Адрес.

Свойства

- расположение

Описание

Адрес, используемый для идентификации КонечнойТочкиДоставкиСообщения.

- принятоеСообщение

Описание

ТранспортируемоеСообщение, которое принято КонечнойТочкойДоставкиСообщения-получателем.

- отправленноеСообщение

Описание

ТранспортируемоеСообщение, которое отправлено КонечнойТочкойДоставкиСообщения-отправителем.

- Системадоставки

Описание

СистемаДоставкиСообщения, которая владеет и использует данную КонечнуюТочкуДоставкиСообщения.

B.2.4.6 Метакласс ТранспортируемоеСообщения (Metaclass TransportMessage)

Описание

Документ, который является экземпляром схемы сообщения СистемыДоставкиСообщения.

Свойства

- Экземплярсообщения

Описание

ЭкземплярСообщения, который является ТранспортируемымСообщением.

- получатель

Описание

КонечнаяТочкаДоставкиСообщения-получатель для ТранспортируемогоСообщения.

- отправитель

Описание

КонечнаяТочкаДоставкиСообщения-отправитель ТранспортируемогоСообщения.

Ограничения

- однаитажеСистемаДоставкиСообщения

Описание

Отправитель и получатель ТранспортируемогоСообщения должны использовать одну и ту же СистемуДоставкиСообщения.

B.2.5 Пакет ISO20022::Метамодель::КонцептуальнышУровень::Статика
Package ISO20022::Metamodel::ConceptualLevel::Static

B.2.5.1 Метакласс БизнесАссоциация (Metaclass BusinessAssociation)

Описание

Отношение между двумя БизнесКомпонентами.

Пример - Сторона, обслуживающая счет.

Примечания

1 БизнесАссоциации являются категорией БизнесКонцептов. Они хранятся в Словаре Данных, где они связаны с двумя соответствующими БизнесКомпонентами. Их значение может быть однозначно описано только в комбинации с этими двумя БизнесКомпонентами.

2 Может быть несколько БизнесАссоциаций между двумя конкретными БизнесКомпонентами.

Свойства

- концевикА

Описание

Представляет один из двух КонцевиковБизнесАссоциации, соединяющий БизнесАссоциацию с БизнесКомпонентом.

- концевикВ

Описание

Представляет один из двух КонцевиковБизнесАссоциации, соединяющий БизнесАссоциацию с БизнесКомпонентом.

Ограничения

- НеБолееОднойАгрегацииКонцевика

Описание

Два концевика ассоциации не могут иметь типы агрегации "композиция" или "разделяемый" в одно и то же время.

- КонтекстСоответствуетТипу

Описание

Контекст КонцевикаВ должен быть типом КонцевикаA и наоборот.

В.2.5.2 Метакласс КонцевикБизнесАссоциации (Metaclass BusinessAssociationEnd)

Описание

Конечная точка БизнесАссоциации, которая соединяет БизнесАссоциацию с БизнесКомпонентом.

Свойства

- агрегация

Описание

Выражает силу семантических соотношений между двумя БизнесКомпонентами.

- ассоциацияДляКонцевикаА

Описание

Ассоциация для одного из двух КонцевиковАссоциации, точнее КонцевикаА.

- ассоциацияДляКонцевикаВ

Описание

Ассоциация для одного из двух КонцевиковАссоциации, точнее КонцевикаВ.

- тип

Описание

Определяет, что КонцевикБизнесАссоциации всегда имеет модель сложного содержания и поэтому всегда типизируется БизнесКомпонентом, в отличие от БизнесАтрибута, тип которого может быть определен типом данных.

Ограничения

- ИлиКонцевикАИлиКонцевикВ

Описание

КонцевикБизнесАссоциации должен играть точно одну из двух следующих ролей: КонцевикА или КонцевикВ.