<?xml version="1.0" encoding="windows-1251"?>
<!--��������� ������������ ��� �������� ���������� � ��������� ������-���� ������-�������.-->
<!--A type defining the content model for a message normally generated in response to a requestEventStatus request.-->
<eventStatusResponse 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" 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" fpmlVersion="5-4">
  <!--��� ��� ��������� �������� (response) ���������.-->
  <!--A type refining the generic message header to make it specific to response messages.-->
  <header>
    <!--���������� ������������� ���������, ����������� ��� ����������. ����� ������ � �������� MessageId �� ����� 35 ��������-�������� �������� ����������� ��������.-->
    <!--A unique identifier (within its coding scheme) assigned to the message by its creating party. Less when 35 letters or digits.-->
    <messageId messageIdScheme="http://repository.nsd.ru/coding-scheme/messageid(nsdrus)">MesId-11</messageId>
    <!--����� ����������� �������������� ���������, �� ������� �������� ������ ���������.-->
    <!--A copy of the unique message identifier (within it own coding scheme) to which this message is responding.-->
    <inReplyTo messageIdScheme="http://repository.nsd.ru/coding-scheme/messageid(nsdrus)">ReceivedMessId</inReplyTo>
    <!--������������� ����������� ���������. ����� ������ � �������� �� ����� 35 ��������-�������� �������� ����������� ��������.-->
    <!--The unique identifier (within its coding scheme) for the originator of a message instance.-->
    <sentBy>NDC000000000</sentBy>
    <!--������������� ���������� ���������. ����� ������ � �������� �� ����� 35 ��������-�������� �������� ����������� ��������.-->
    <!--A unique identifier (within its coding scheme) indicating an intended recipent of a message.-->
    <sendTo>P00000000111</sendTo>
    <!--���� � ����� ������������ ���������. ����� 'yyyy-mm-ddThh:mm:ss'.-->
    <!--The date and time (on the source system) when this message instance was created. Mask 'yyyy-mm-ddThh:mm:ss'.-->
    <creationTimestamp>2013-08-06T02:08:34</creationTimestamp>
    <!---->
    <implementationSpecification>
      <!---->
      <version>3.0</version>
    </implementationSpecification>
  </header>
  <!--����������� ������������� ����������� ��� ����������� ����� �����������. � �������� ��������� (��������, � nonpublicExecutionReport) ���� ������������� ����������� � ������ ���, � �����, � ����� ����������� ���������, ��� ��� ����� ���������� ������� �� �������� ���������, ���� ������������� ��������������� � �� �� ��������. ����� �������, ���� ������� Request � Response � ����� correlationId, �� ��� ��������, ��� ������ Response ��������� � ������� Request. ��� ��������� ����������� ������, ���������� ����� ��������� � ���. ������ [������������ ��� �����������]-[���]-[����� ���������].-->
  <!--A qualified identifier used to correlate between messages. For NSD messages the format is [Sender identifier]-[Year]-[Message ID].-->
  <correlationId correlationIdScheme="http://repository.nsd.ru/coding-scheme/correlationId(nsdrus)">[NDC000000000]-[2013]-[MesId-11]</correlationId>
  <!--�������� ���������� � �������������� ������� � ��� ������� �������.-->
  <!--Defining relation between an event identifier and its current status value.-->
  <statusItem xsi:type="nsdext:EventStatusItemNsd">
    <!--��������� ����������� �������������� �������. � ���������� ����������� �����������: partyReference - ����������� ������ �� �����������; tradeId - ����������� ������������ ����� ������/������������ ���������� (� ������ ���������� ����������� NONREF).-->
    <!--An instance of a unique event identifier. In repository messages filled next elements: partyReference - specified reference on Repository; tradeId - specified repository's number of trade or master agreement (if repository's number isn't assigned then specified NONREF).-->
    <eventIdentifier>
      <!--���������� �������� ������������� ������-�������.-->
      <!--Defines a trade identifier of a business event.-->
      <tradeIdentifier>
        <!--������ �� ���������.-->
        <!--Reference to a party.-->
        <partyReference href="TradeRepository" />
        <!--������������� ��������, ����������� ��������, ������������ � �������� issuer. ������������� ��������, ����������� ��������, ������������ � �������� partyReference.-->
        <!--Trade identifier given by a party specified in the 'issuer' element. Trade identifier given by a party specified in the 'partyReference' element.-->
        <tradeId>MA0123456789</tradeId>
      </tradeIdentifier>
    </eventIdentifier>
    <!--������ �������.-->
    <!--An event status value.-->
    <status>Matched</status>
    <!---->
    <nsdext:confirmationParty href="Party2" />
  </statusItem>
  <!--�������� ��� ��� �������������. ��������� ����� ��������� ��������� ����� � ������� ���������� ����� ������. ��������, ������� ������ ������� ������������ ������������ ��������������� ������� � ������� ����� ������ ������, ������ ������� ������ ����� ��������������� ������� ������, ����������� � ���� �������, ���������� ��� ����������� ������������� �� ������ ��� ������������� �������, �������, ���������� ������, �.�. � FpML ���� ���������� ������������ �� ������ ������ ���������. � ���������� � ����������� ������� �������� ����� �������������� ��������.-->
  <!--A legal entity or a subdivision of a legal entity. Parties can perform multiple roles in a trade lifecycle. For example, the principal parties obligated to make payments from time to time during the term of the trade, but may include other parties involved in, or incidental to, the trade, such as parties acting in the role of novation transferor/transferee, broker, calculation agent, etc. In FpML roles are defined in multiple places within a document. In repository messages this includes reporting role of a party.-->
  <party id="TradeRepository">
    <!--������������� ���������, �������� SWIFT ��� ���.-->
    <!--A party identifier, e.g. a S.W.I.F.T. bank identifier code (BIC).-->
    <partyId>NDC000000000</partyId>
    <!--������������ (��������, ���) ���������, � ��������� �������.-->
    <!--The legal name of the organization. A free format string. FpML does not define usage rules for this element.-->
    <partyName>��� �� ���</partyName>
  </party>
  <!--�������� ��� ��� �������������. ��������� ����� ��������� ��������� ����� � ������� ���������� ����� ������. ��������, ������� ������ ������� ������������ ������������ ��������������� ������� � ������� ����� ������ ������, ������ ������� ������ ����� ��������������� ������� ������, ����������� � ���� �������, ���������� ��� ����������� ������������� �� ������ ��� ������������� �������, �������, ���������� ������, �.�. � FpML ���� ���������� ������������ �� ������ ������ ���������. � ���������� � ����������� ������� �������� ����� �������������� ��������.-->
  <!--A legal entity or a subdivision of a legal entity. Parties can perform multiple roles in a trade lifecycle. For example, the principal parties obligated to make payments from time to time during the term of the trade, but may include other parties involved in, or incidental to, the trade, such as parties acting in the role of novation transferor/transferee, broker, calculation agent, etc. In FpML roles are defined in multiple places within a document. In repository messages this includes reporting role of a party.-->
  <party id="Party1">
    <!--������������� ���������, �������� SWIFT ��� ���.-->
    <!--A party identifier, e.g. a S.W.I.F.T. bank identifier code (BIC).-->
    <partyId>P00000000111</partyId>
    <!--������������ (��������, ���) ���������, � ��������� �������.-->
    <!--The legal name of the organization. A free format string. FpML does not define usage rules for this element.-->
    <partyName>������ ����������� 1</partyName>
  </party>
  <!--�������� ��� ��� �������������. ��������� ����� ��������� ��������� ����� � ������� ���������� ����� ������. ��������, ������� ������ ������� ������������ ������������ ��������������� ������� � ������� ����� ������ ������, ������ ������� ������ ����� ��������������� ������� ������, ����������� � ���� �������, ���������� ��� ����������� ������������� �� ������ ��� ������������� �������, �������, ���������� ������, �.�. � FpML ���� ���������� ������������ �� ������ ������ ���������. � ���������� � ����������� ������� �������� ����� �������������� ��������.-->
  <!--A legal entity or a subdivision of a legal entity. Parties can perform multiple roles in a trade lifecycle. For example, the principal parties obligated to make payments from time to time during the term of the trade, but may include other parties involved in, or incidental to, the trade, such as parties acting in the role of novation transferor/transferee, broker, calculation agent, etc. In FpML roles are defined in multiple places within a document. In repository messages this includes reporting role of a party.-->
  <party id="Party2">
    <!--������������� ���������, �������� SWIFT ��� ���.-->
    <!--A party identifier, e.g. a S.W.I.F.T. bank identifier code (BIC).-->
    <partyId>P00000000222</partyId>
    <!--������������ (��������, ���) ���������, � ��������� �������.-->
    <!--The legal name of the organization. A free format string. FpML does not define usage rules for this element.-->
    <partyName>������ ����������� 2</partyName>
  </party>
  <!--�������� ��� ��� �������������. ��������� ����� ��������� ��������� ����� � ������� ���������� ����� ������. ��������, ������� ������ ������� ������������ ������������ ��������������� ������� � ������� ����� ������ ������, ������ ������� ������ ����� ��������������� ������� ������, ����������� � ���� �������, ���������� ��� ����������� ������������� �� ������ ��� ������������� �������, �������, ���������� ������, �.�. � FpML ���� ���������� ������������ �� ������ ������ ���������. � ���������� � ����������� ������� �������� ����� �������������� ��������.-->
  <!--A legal entity or a subdivision of a legal entity. Parties can perform multiple roles in a trade lifecycle. For example, the principal parties obligated to make payments from time to time during the term of the trade, but may include other parties involved in, or incidental to, the trade, such as parties acting in the role of novation transferor/transferee, broker, calculation agent, etc. In FpML roles are defined in multiple places within a document. In repository messages this includes reporting role of a party.-->
  <party id="Receiver">
    <!--������������� ���������, �������� SWIFT ��� ���.-->
    <!--A party identifier, e.g. a S.W.I.F.T. bank identifier code (BIC).-->
    <partyId>P00000000111</partyId>
    <!--������������ (��������, ���) ���������, � ��������� �������.-->
    <!--The legal name of the organization. A free format string. FpML does not define usage rules for this element.-->
    <partyName>������ ����������� 1</partyName>
  </party>
</eventStatusResponse>