The fractional allocation (0.45 = 45%) of the notional and "block" fees to this particular client subaccount.

The notional allocation (amount and currency) to this particular client account.

A pointer style reference to one of the parties to the trade, defined elsewhere in the document.

"Short-form" representation of allocations in which the key block economics are stated once within the trade structure, and the allocation data is contained in this allocations structure.

When allocations for this trade were completely processed.

When allocations for this trade were submitted or received by this party.

Specifies whether the trade is anticipated to be allocated, has been allocated, or will not be allocated.

When allocations for this trade were most recently corrected.

The trade id of the allocated trade.

Unique ID for the allocation.

An identifer for a specific appoval, to allow the approval to be identified and tracked.

A container for approval states in the workflow.

A container for approval states in the workflow.

A pointer style reference to a party defined elsewhere in the document.

The full name or identifiying ID of the relevant approver.

A pointer style reference to a party defined elsewhere in the document.

The party referenced is specified in the related Confirmation as Barrier Determination Agent.

XPath to the element in the base object.

The value of the element in the base object.

The trade id of the block trade.

Identifies that party (or parties) that brokered this trade.

The ISDA calculation agent responsible for performing duties as defined in the applicable product definitions.

The city in which the office through which ISDA Calculation Agent is acting for purposes of the transaction is located The short-form confirm for a trade that is executed under a Sovereign or Asia Pacific Master Confirmation Agreement ( MCA ), does not need to specify the Calculation Agent.

Used to categorize trades into user-defined categories, such as house trades vs. customer trades.

When this trade was cleared.

If the trade was cleared (novated) through a central counterparty clearing service, this represents the date the trade was cleared (transferred to the central counterparty).

Describes the status with respect to clearing (e.g.

Defines collateral obiligations of a Party

The sum that must be posted upfront to collateralize against counterparty credit risk.

Specifies whether this party posts collateral.

Provides a name, code, or other identifier for the collateral portfolio to which this belongs.

A reference to a component of the strategy (typically a product).

Specifies whether this trade is a result of compression activity.

Used to describe how the trade was confirmed, e.g via a confirmation facility, via private electronic service, or via written documentation.

When this trade was confirmed.

The date interest started accruing for the accrued interest calculation on an interest bearing security.

Special credit fee assessed to certain institutions.

What arrangements will be made to provide credit?

This element corresponds to the Credit Event Notice Delivered Under Old Transaction and Deemed Delivered Under New Transaction under the EXHIBIT C to 2004 ISDA Novation Definitions.

The party referenced is the ISDA Determination Party that specified in the related Confirmation as Determination Party.

An indication of the severity of the difference.

The type of difference that exists.

Defines the definitions that govern the document and should include the year and type of definitions referenced, along with any relevant documentation (such as master agreement) and the date it was signed.

The name of the element affected.

Specifies whether the trade is not obligated to be cleared via a derivative clearing organization because the "End User Exception" was invoked.

Claims an end user exception and provides supporting evidence.

Indicates the category or classification or business role of the organization referenced by the partyTradeInformation with respect to this reporting regime, for example Financial, NonFinancial etc.

Indicates the category or classification or business role of the organization referenced by the partyTradeInformation with respect to this reporting regime, for example Financial, NonFinancial etc.

Indicates whether the counterparty exceeds the volume threshold above which trades are required to be cleared.

The date when a distribution of dividends or interest is deducted from a securities asset, or set aside for payment to the original bondholders.

Trade execution date time, for example as provided by a central execution facility.

Used to describe how the trade was executed, e.g. via voice or electronically.

Used to describe the type of venue where trade was executed, e.g via an execution facility or privately.

Element(s) that are extraneous in the other object.

Identification of the law governing the transaction.

Value excluding fees and commissions.

The party referenced is the ISDA Hedging Party that specified in the related Confirmation as Hedging, or if no Hedging Party is specified, either party to the Transaction.

A type to hold trades of multiply-traded instruments.

Specifies whether the trade is anticipated to be allocated.

Specifies whether the trade is anticipated to be cleared via a derivative clearing organization

Specifies whether the trade used to hedge a risk for accounting purposes for the specified party.

Specifies whether the sender of this trade considers it to be a large notional trade or block trade for reporting purposes, and thus eligible for delayed public reporting.

A link identifier allowing the trade to be associated with other related trades, e.g. the linkId may contain a tradeId for an associated trade or several related trades may be given the same linkId.

Whether the particular trade type in question is required by this regulator to be cleared.

Whether the particular product must be executed on a SEF or DCM.

Specifies whether the party invoked exception to not execute the trade on facility such as SEF and DCM even though the particular product is mandated to execute on a SEF.

Provides supporting evidence when a party invoked exception to not execute the trade on facility such as SEF and DCM even though the particular product is mandated to execute on a SEF.

The date of the confirmation executed between the parties and intended to govern the allocated trade between those parties.

A human readable description of the problem.

Element(s) that are missing in the other trade.

Identifies the reporting regime under which this data is reported.

Value including fees and commissions.

Value including fees and commissions.

The monetary value of the security (eg. fixed income security) that was traded).

When the non-public report of this was created or received by this party.

When the non-public report of this was most recently corrected or corrections were received by this party.

Indicates that the trade has price-affecting characteristics in addition to the standard real-time reportable terms.

A reference to the notional amount.

The (absolute) number of units of the underlying instrument that were traded.

Indicates that the price does not reflect the current market.

Indicates which party (and accounts) a trade is being processed for.

When an order was first generated, as recorded for the first time when it was first entered by a person or generated by a trading algorithm (i.e., the first record of the order).

The time when an order is submitted by a market participant to an execution facility, as recorded based on the timestamp of the message that was sent by the participant.

Allows the organization to specify which categories or characteristics apply to it for end-user exception determination.

Allows the organization to specify which categories or characteristics apply to it for end-user exception determination.

Information about the trade package if any that the trade originated from.

The trade id of the trade(s) upon which this was based, for example the ID of the trade that was submitted for clearing if this is a cleared trade, or of the original trade if this was novated or cancelled and rebooked, or the list of trades that were netted or compressed together in the case of a compression event.

Other fees or additional payments associated with the trade, e.g. broker commissions, where one or more of the parties involved are not principal parties involved in the trade.

XPath to the element in the other object.

Value of the element in the other trade.

Indicates the category or classification or business role of a trade party with respect to this reporting regime, for example Financial, NonFinancial, Dealer, Non-Dealer, LocalParty, etc.

The name of the portfolio together with the party that gave the name.

A pointer style reference to a party identifier defined elsewhere in the document.

A pointer style reference to a party identifier defined elsewhere in the document.

The trade reference identifier(s) allocated to the trade by the parties involved.

Additional trade information that may be provided by each involved party.

A percentage of the notional amount.

This element corresponds to the Notice of Intended Physical Settlement Delivered Under Old Transaction under the EXHIBIT C to 2004 ISDA Novation Definitions.

An arbitary grouping of trade references (and possibly other portfolios).

An arbitary grouping of trade references (and possibly other portfolios).

Indicates which product within a strategy this ID is associated with.

Indicates which product within a strategy represents the premium payment.

The price paid for the instrument.

The value, in instrument currency, of the amount of the instrument that was traded.

The net and/or gross value of the amount traded in native currency.

Deprecated: The USIs of the components of this trade, when this trade contains a strategy.

This element corresponds to the Notice of Publicly Available Information Delivered Under Old Transaction and Deemed Delivered Under New Transaction under the EXHIBIT C to 2004 ISDA Novation Definitions.

When the public report of this was created or received by this party.

When the public report of this was most recently corrected or corrections were sent or received by this party.

A description of how much of the instrument was traded.

Reason for not executing the trade on SEF or other facility.

The ID assigned by the regulator (e.g.

Provides information about a unit/division/desk etc. that executed or supports this trade

This may be used to identify one or more parties that perform a role within the transaction.

Specifies any relevant parties to the allocation which should be referenced.

Provides information about a person that executed or supports this trade

The reason this message is being sent, for example Snapshot, PET, Confirmation, RealTimePublic.

Allows the organization to specify which if any relevant regulators or other supervisory bodies this is relevant for, and what reporting rules apply.

Identifies the role of this party in reporting this trade (e.g. originator, counterparty).

Identifies the role of this party in reporting this trade for this regulator; roles could include ReportingParty and Voluntary reporting.

The current state of approval (.e.g preapproved, pending approval, etc.)

A strategy product.

Provides distinct identification for a component of a strategy.

When this trade was supplied to a clearing service for clearing.

When this trade was supplied to a confirmation service or counterparty for confirmation.

Allows the organization to specify which if any relevant regulators it is registered with, and if so their identification number.

Allows the organization to specify which if any relevant regulators it is registered with, and if so their identification number.

Identifies the specific regulator or other supervisory body for which this data is produced.

Identifies the specific regulator or other supervisory body for which this data is produced.

The regulator or other supervisory body the organization is registered with (e.g.

Other timestamps for this trade.

Allows timing information about a trade to be recorded.

The root element in an FpML trade document.

An element that allows the full details of the trade to be used as a mechanism for identifying the trade for which the post-trade event pertains

The trade date.

Whether the accrued interest in included when the trade settles.

The information on the trade which is not product specific, e.g. trade date.

A reference to a party trade ID.

Indicates how the parties to the trade (the counterparties) are related to each other with respect to this reporting regime, e.g.

Identifies the person or persons who assumed the role of trader for this trade.

A container since an individual trade can be referenced by two or more different partyTradeIdentifier elements - each allocated by a different party.

Allows the relevant transaction level categories or characteristics to be recorded for end-user exception determination.

Allows the relevant transaction level categories or characteristics to be recorded for end-user exception determination.

The type of approval (e.g.

Identifies the unit/division/desk etc. that executed or supports this trade

When the most recent correction to this trade was supplied to a clearing service for clearing.

When the most recent correction to this trade was supplied to a confirmation service or counterparty for confirmation.

A list of validation sets the sender asserts the document is valid with respect to.

Used to describe how the trade was or will be verified, e.g via a confirmation facility, via private electronic service, or via written documentation.

A trade identifier accompanied by a version number.

Code that describes what type of allocation applies to the trade.

The allocations for a single side of a trade.

A specific approval state in the workflow.

An approval identifier allocated by a party.

A type that qualifies the type of approval.

The current status value of a clearing request.

Code that describes what type of collateral is posted by a party to a transaction.

A type used to represent the type of mechanism that can be used to confirm a trade.

A credit arrangement used in support of swaps trading.

A type defining a content model that is backwards compatible with older FpML releases and which can be used to contain sets of data without expressing any processing intention.

The abstract base type from which all FpML compliant messages and documents must be derived.

Records supporting information justifying an end user exception under 17 CFR part 39.

A type describing the entity of a party, for example Financial, NonFinancial etc.

A type defining the trade execution date time and the source of it.

A type used to represent the type of market where a trade can be executed.

A type used to represent the type of market where a trade can be executed.

Provides supporting evidence when a party invoked exception to not execute the trade on facility such as SEF and DCM even though the particular product is mandated to execute on a SEF.

The economics of a trade of a multiply traded instrument.

A structure describing the price paid for the instrument.

A structure describing the value in "native" currency of an instrument that was traded.

A structure describing the amount of an instrument that was traded.

The data type used for link identifiers.

A structure including a net and/or a gross amount and possibly fees and commissions.

A type that an identifier for an order.

A type that an order's identifier(s).

A characteristic of an organization used in declaring an end-user exception.

Summary information about a trade package.