<?xml version="1.0" encoding="UTF-8"?>
<!--Сделка с нестандартным (для которого нет формата) инструмента. -->
<nonpublicExecutionReport xmlns="http://www.fpml.org/FpML-5/recordkeeping" xmlns:nsdext="http://www.fpml.org/FpML-5/recordkeeping/nsd-ext" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" fpmlVersion="5-4" xsi:schemaLocation="http://www.fpml.org/FpML-5/recordkeeping fpml-recordkeeping-merged-schema.xsd http://www.fpml.org/FpML-5/recordkeeping/nsd-ext nsd-ext-merged-schema.xsd">
<!-- Описание состояние сделки.-->
<header>
<!--Уникальный идентификатор сообщения, присвоенный ему создателем.-->
<messageId messageIdScheme="http://repository.nsd.ru/coding-scheme/messageid(nsdrus)">MesIdOther-1</messageId>
<!--Идентификатор отправителя сообщения.-->
<sentBy>P00000000111</sentBy>
<!---->
<sendTo>NDC000000000</sendTo>
<!---->
<creationTimestamp>2013-04-09T03:19:57</creationTimestamp>
<implementationSpecification>
<!---->
<version>3.0</version>
</implementationSpecification>
</header>
<!--Указывает: является ли текущее сообщение исправлением более ранее сообщение.-->
<isCorrection>false</isCorrection>
<!--Специальный идентификатор используемы для взаимосвязи между сообщениями. В исходном сообщении (например, в nonpublicExecutionReport) этот идентификатор указывается в первый раз, а затем, в любом последующем сообщении, так или иначе являющимся ответом на исходное сообщение, этот идентификатор устанавливается в то же значение. Таким образом, если имеются Request и Response с одним correlationId, то это означает, что данных Response относится к данному Request. Для сообщений репозитария строка, содержащая номер сообщения и год. Формат [Репозитарный код отправителя]-[Год]-[Номер сообщения]. -->
<correlationId correlationIdScheme="http://repository.nsd.ru/coding-scheme/correlationId(nsdrus)">[P00000000111]-[2013]-[MesIdOther-1]</correlationId>
<!-- Описание рапортуемой сделки -->
<trade xsi:type="nsdext:TradeNsd">
<!-- Заголовок сделки. Здесь описывается информация о сделке, не связанная со спецификой предмета сделки. -->
<tradeHeader>
<!-- Указываются все идентифицирующие договор номера. Всегда 3 блока - репозитарный номер, номер первой стороны, номер второй стороны. Номера сторон соответствуют номерам сторон, указанным в ген соглашении-->
<!-- Репозитарный номер, поскольку он ещё не присвоен - указываем NONREF -->
<partyTradeIdentifier>
<!-- Ссылка на репозитарий, описанный в блоке party. Описание в конце сообщения. -->
<partyReference href="TradeRepository" />
<!-- Идентификатор генерального соглашения, присваиваемый репозитарием -->
<tradeId>NONREF</tradeId>
<!-- Для сделки обязательно указание репозитарного номера соответствующего генерального соглашения. Внимание! по требованию FPML необходимо использование обязательного атрибута linkIdSchemе. Репозитарий не анализирует содержание этого атрибута, прелагается заполнять его как в примере. -->
<linkId linkIdScheme="http://repository.nsd.ru/coding-scheme/linkid(nsdrus)">MA0000000123</linkId>
</partyTradeIdentifier>
<!-- Номер в учётной системе первой стороны, это сообщение составлено ИЛом первой стороны, мы знаем этот номер сделки в учётной системе первой стороны, и мы его указываем. -->
<partyTradeIdentifier>
<!-- Ссылка первую сторону ген соглашения, описанную в блоке party. Описание в конце сообщения. -->
<partyReference href="Party1" />
<!-- Идентификатор генерального соглашения в учётной системе первой стороны-->
<tradeId>Other-Party1-NUM1</tradeId>
</partyTradeIdentifier>
<!-- Номер второй стороны, это сообщение составлено ИЛом первой стороны, а он не знает этот номер сделки в учётной системе второй стороны, и мы его не указываем-->
<partyTradeIdentifier>
<!-- Ссылка вторую сторону ген соглашения, описанную в блоке party. Описание в конце сообщения. -->
<partyReference href="Party2" />
<!-- Идентификатор генерального соглашения в учётной системе второй стороны -->
<tradeId>NONREF</tradeId>
</partyTradeIdentifier>
<partyTradeInformation>
<partyReference href="TradeRepository" />
<reportingRegime>
<name>RussianFederation</name>
</reportingRegime>
</partyTradeInformation>
<!-- Дата совершения сделки. -->
<tradeDate>2013-01-21</tradeDate>
</tradeHeader>
<!-- Информация о деталях контракта -->
<nsdext:generalProduct>
<!-- Определяет классификационный тип продукта. -->
<productType>Equity:Other</productType>
<!-- Опциональная информация о сторонах сделки -->
<buyerPartyReference href="Party1" />
<sellerPartyReference href="Party2" />
<!-- Опциональная дополнительная информация -->
<!-- Внутри блока additionalInformation может содержаться любой валидный xml. -->
<nsdext:additionalInformation />
</nsdext:generalProduct>
<!-- Структура данных определяющая в рамках каких документов происходит регулирование сделки. -->
<documentation>
<!-- Прикрепленный к сообщению файл. -->
<attachment>
<name>OtherProduct123.pdf</name>
</attachment>
</documentation>
<!-- Специфичные требования регулятора -->
<nsdext:nsdSpecificTradeFields>
<!-- Условия согласования параметров сделки (договора) при регистрации в репозитарии. -->
<nsdext:reconciliationType>GENF</nsdext:reconciliationType>
<!-- Тип расчетов. http://nsd.itglobal.ru/taxonomy/cs/clear-settlment-type -->
<nsdext:clearSettlementType>OTC</nsdext:clearSettlementType>
<!-- Метод расчетов. http://nsd.itglobal.ru/taxonomy/cs/clear-settlment-method -->
<nsdext:clearSettlementMethod>D</nsdext:clearSettlementMethod>
<!-- Классификационный признак отнесения правового статуса продукта к производным финансовым
инструментам согласно действующему регулированию. http://nsd.itglobal.ru/taxonomy/cs/regulatory-status -->
<nsdext:regulatoryStatus>Derivative</nsdext:regulatoryStatus>
</nsdext:nsdSpecificTradeFields>
</trade>
<party id="TradeRepository">
<!-- -->
<partyId>NDC000000000</partyId>
<!-- -->
<partyName>НКО АО НРД</partyName>
</party>
<party id="Party1">
<!-- Идентификатор участника. Тип идентификатора задаётся атрибутом partyIdScheme. Значение атрибута по умолчанию http://nsd.itglobal.ru/taxonomy/cs/partyid -->
<partyId>P00000000111</partyId>
<!-- Наименование (имя) участника. -->
<partyName>Клиент репозитария 1</partyName>
</party>
<party id="Party2">
<!-- -->
<partyId>P00000000222</partyId>
<!-- -->
<partyName>Клиент репозитария 2</partyName>
</party>
<!-- Отправитель сообщения. -->
<party id="Sender">
<partyId>P00000000111</partyId>
<partyName>Клиент репозитария 1</partyName>
</party>
</nonpublicExecutionReport>