The FpML specifications provided are without warranty of any kind, either expressed or implied, including, without limitation, warranties that FpML, or the FpML specifications are free of defects, merchantable, fit for a particular purpose or non-infringing. The entire risk as to the quality and performance of the specifications is with you. Should any of the FpML specifications prove defective in any respect, you assume the cost of any necessary servicing or repair. Under no circumstances and under no legal theory, whether tort (including negligence), contract, or otherwise, shall ISDA, any of its members, or any distributor of documents or software containing any of the FpML specifications, or any supplier of any of such parties, be liable to you or any other person for any indirect, special, incidental, or consequential damages of any character including, without limitation, damages for loss of goodwill, work stoppage, computer failure or malfunction, or any and all other commercial damages or losses, even if such party shall have been informed of the possibility of such damages.
This is the FpML 5.3 Working Draft #2 for review by the public and by FpML members and working groups.
The FpML Working Groups encourage reviewing organizations to provide feedback as early as possible. Comments on this document should be sent by filling in the form at the following link: http://www.fpml.org/issues. An archive of the comments is available at http://www.fpml.org/issues/
There are also asset class-specific mailing lists; you can join them at the following link:
Scheme Definitions - Describes standard FpML schemes, and the values that they can take.
1.2.3 Diagram Notation
Most diagrams in this specification come from TIBCO's XML Turbo application which is used to batch generate the pictures in the documentation. The notation follows the pattern:
No bubble indicates a mandatory element or attribute
A '?' indicates an optional element or attribute
A '*' indicates an occurrence of zero or many
A '+' indicates an occurrence of one or many
A '..' bubble with numbers above and below indicates specific range
A '1' in a bubble indicates the presence of a nested sequence or choice group
Diagonal lines indicate a choice group (< shape)
Non-diagonal lines indicate a sequence ([ shape)
A 'D' in a bubble indicates an attribute with a default value
The Financial Products Markup Language (FpML) is the industry standard enabling e-business activities in the field of financial derivatives and structured products. The development of the standard, controlled by ISDA (the International Swaps and Derivatives Association), will ultimately allow the electronic integration of a range of services, from electronic trading and confirmations to portfolio specification for risk analysis. All types of over-the-counter (OTC) derivatives will, over time, be incorporated into the standard.
FpML is an application of XML, an internet standard language for describing data shared between computer applications.
The FpML Reporting Working Group has defined two new views, "Transparency" and "Recordkeeping", to support parties and execution facilities reporting trading activity into Swaps Data Repositories (SDRs), as required by the Commodities Futures Trading Commission's 17 CFR 43 and 45, and similar requirements from the Securities and Exchange Commission in 17 CFR 240. The FpML Standards Committee invites comments on the proposed materials including schemas, examples, and documentation.
In WD#2, a number of new products have been added to Transparency view. The changes versus Confirmation view have been modeled on other products in WD#1, but the product representations have not yet been reviewed in detail in the working group. The FpML Reporting Working Group invites feedback on the detailed contents in Transparency view of any product.
1.5.2 Message Framework/Correlation ID
The FpML Business Process Working Group has adjusted the multiplicity of the correlation IDs and is seeking feedback on this change. In particular, is there a need for multiple correlation IDs if the correlation ID on original requests is made optional?
1.5.3 Providing Feedback
Comments on this document should be sent by filling in the form at the following link: http://www.fpml.org/issues.
Added support for modeling people (such as employees) and business units within parties, and added detail to the partyTradeInformation block to allow their role within a transaction to be recorded. (This is still in progress and may be adjusted in a future draft.)
Added several fields to the partyTradeInformation to support SDR reporting (these are mostly needed for recordkeeping view, but are available in other views as well. Fields include "collateralized" indicator, a "boardOfDirectorsApproval", field, and a verificationPurpose field. Also renamed confirmationType to confirmationPurpose. (This is still in progress and may be adjusted in a future draft.)
Adjusted the "attachment" element in "documentation" to support multiple attachments per trade.
Interest Rate Derivatives:
(Excluding Transparency view) Implemented IRD WG proposal to incorporate the new Supplement to the 2006 ISDA Definitions relating to physical settlement of swaptions.
Transparency:
In partyTradeInformation, enabled generic timestamps and added timestamps related to orders
1.6.2 Changes compared to FpML 5.2 Trial Recommendation
Interest Rate Derivatives:
(Excluding Transparency view) Implemented IRD WG proposal to incorporate the new Supplement to the 2006 ISDA Definitions relating to physical settlement of swaptions.
Message Framework:
Added a requestRetransmission message to allow a part of a portfolio or a report to be requested again.
Made the upper bound on the "onBehalfOf" field be 4, to support reporting on behalf of all parties in a novation event.
Added an optional "parentCorrelationId" to allow the parent process of a nested process to be recorded.
Enhanced the requestEventStatus message to support additional event identifiers, and to allow the business process to be specified.
Added support for modeling people (such as employees) and business units within parties, and added detail to the partyTradeInformation block to allow their role within a transaction to be recorded. (This is still in progress and may be adjusted in a future draft.)
Added several fields to the partyTradeInformation to support SDR reporting (these are mostly needed for recordkeeping view, but are available in other views as well. Fields include "collateralized" indicator, a "boardOfDirectorsApproval", field, and a verificationPurpose field. Also renamed confirmationType to confirmationPurpose. (This is still in progress and may be adjusted in a future draft.)
Adjusted the "attachment" element in "documentation" to support multiple attachments per trade.
Transparency:
Restored transparency view, which had been removed from the Trial Recommendation of 5.2 for scheduling reasons
Added support for basis commodity swaps.
For equity derivatives, replaced long-form product element names with short forms.
In partyTradeInformation, enabled generic timestamps and added timestamps related to orders
1.6.3 Incompatible changes compared to FpML 5.2
None.
1.6.4 Changes compared to FpML 5.1 Recommendation (build 7)
Reporting and Business Process:
Added two new views, "Transparency" and "Recordkeeping", to support public and nonpublic reporting into swaps data repositories (SDRs).
Trade and Termination Events
Added the optional "originatingEvent" element to generic messages when the event is a new Trade. This element allows the sender to provide additional explanation as to why the new trade was created. Also added a corresponding coding scheme.
Added the optional "terminatingEvent" element to generic messages when the event is a Termination. This element allows the sender to provide additional explanation as to why the new trade was terminated. Also added a corresponding coding scheme.
Consent Negotiation
Added the optional "requestedAction" element to indicate why consent is being sought, and a corresponding coding scheme.
Added documentation to describe how the consent negotiation messages can be used to request consent for clearing a trade.
Maturity Notification
Added a new message that can report on trades that have matured. This can be used for options that have expired or any trade that has passed its final event and can be removed from the active portfolio.
Message Framework:
Correlation IDs and sequence numbers have been made optional for initial requests and notifications.
Increased the maximum multiplicity of correlation IDs to 2 to allow services to return their own correlation ID to correspond to the submitter's correlation ID.
Allowed exception messages to include the original message as unvalidated XML.
Allowed acknowledgement messages to include the original message as unvalidated XML.
Added enhancements to better report trade amalgamation (netting, compression).
Added enhancements to handle portfolio requests (portfolio-type business processes).
The scope of FpML 5.3 includes broadened BusinessProcess/Messaging coverage and additional product support, specifically:
1.7.1 Architecture Framework
The various Working Groups have developed FpML 5.3 within the FpML Architecture 3.0 Specification defined by the Architecture Working Group. This document defines that standards and principles on which the FpML grammatical definitions are based.
The FpML Architecture 3.0 builds upon the earlier FpML Architecture specifications and the conventions of FpML 1.02b before that. The refinement of the FpML architecture is an evolutionary process bought about by changes in the XML technology upon which it is based and the requirements of the standard as its scope expands.
1.7.2 Business Process Scope
The FpML Messaging Task Force group was formed to define a new messaging framework that insures consistent processes across trades and post-trade events, observable completion, consistent message correlation, consistent error reporting, consistent correction and retraction.
Most of the FpML 5 business processes are “generic” processes that can apply to new trades and/or any post-trade events. This means that the message name indicates the business process (e.g. confirmation, execution notification, etc.) but not the type of event (e.g. trade, amendment, etc.). The payload of the message indicates the type of the event.
The business processes currently supported include:
All the processes described in this section are applied to the following events:
trade
novation
increase
termination
amendment
option exercise / option expiry
deClear
To support these business processes, a number of messages have been defined. Please see the "Business Process Architecture" section for more information.
1.7.3 IRD Scope
In FpML 5.3 Working Draft #2 the following Interest Rate Derivative products are covered:
Single and Cross-Currency Interest Rate Swap
Forward Rate Agreement
Interest Rate Cap
Interest Rate Floor
Interest Rate Swaption (European, Bermuda and American Styles; Cash and Physical Settlement)
Extendible and Cancelable Interest Rate Swap Provisions
1.7.4 Credit Derivatives Scope
In FpML 5.3 Working Draft #2 the following Credit Derivative products are covered:
Credit Default Swap
Standard Coupon Credit Default Swap
Credit Default Swap Index
Tranche on Credit Default Swap Index
Credit Default Swap on a Mortgage
Credit Default Swap on a Loan
1.7.5 FX Scope
The Scope of FpML 5.3 Working Draft #2 includes redesigned FX product model developed by the
Modeling Task Force (MTF) and FX Working Group to make it more consistent with other FpML
product representations and to facilitate its further development. As a result of this work
many of an original 4.x model’s issues were addressed:
A number of sets of reusable components that facilitates product development were
defined, so that the existing and future FX products will leverage these building blocks
to ensure the FX model is coherent and easy to maintain, as per FpML best practices
Extended the existing coverage to include Dual Currency Deposits.
Rationalized the models' constraints:
Made use of grammar to bring related data together.
Made better use of XML schema to simplify the validation rules.
In FpML 5.3 Working Draft #2 the following FX products are covered:
Basic FX Products
In Transparency view, FX Spot and FX Forward (in deliverable currencies only)
FX Swap
Simple FX Option Products (including, features, cash and physical settlement)
FX options
European and American
1.7.6 Return Swaps Scope
FpML provides generic Return Swaps support including "long form" Equity Swap representations, as well as Total Return Swaps. A separate product element called equitySwapTransactionSupplement supports "short form" Equity Swap Transaction Supplement.
Return-type Swaps have 1-to-many Legs, all of which must be derived from the ReturnSwapLeg type. Instances of Legs are returnLeg, interestLeg. Other Leg types may be derived from ReturnSwapLeg at will, to allow for private extensions to support whatever type of Generic Return Swap is desired.
The scope of this FpML representation for return swaps is to capture the following types of swaps that have equity-related underlyers:
Single stock swaps as well as basket swaps (i.e. swaps with multiple underlyers);
Swaps that have a different types of underlying assets (equity, index, mutual funds, exchange-traded funds, convertible bond, futures), or a combination of these;
2-legged swaps with a combination of an equity leg and a funding leg, as well as swaps that either have only one leg (e.g. fully funded or zero-strike swap) or multiple equity legs (e.g. outperformance swaps);
Total Return Swaps, a type of swap in which one party (total return payer) transfers the total economic performance of a reference obligation to the other party (total return receiver).
1.7.7 Variance Derivatives Scope
The Equity Derivative Working Group extended FpML to cover:
Variance Swaps, a type of volatility swap where the payout is linear to variance rather than volatility, therefore the payout will rise at a higher rate than volatility;
Short Form Variance Options represented also as Transaction Supplements under ISDA Master Confirmation Agreements.
1.7.8 Commodity Derivative Product Scope
The Commodities Working Group will extend the FpML standard to include trade types and products for the OTC commodities markets, following the structure and coverage of the 2005 ISDA Commodity Definitions. The following are included in version 5-3:
Support for financially settled swaps, options and spreads
Support for physically-settled swaps/forwards, options
Natural Gas, Oil, Electricity, Coal as the underlying Commodity product
Business Process is including Confirmations, Valuations, Reporting
Producers of FpML documents intended for interchange with other parties must encode such documents using either UTF-8 or UTF-16. Consumers of FpML documents must be able to process documents encoded using UTF-8, as well as documents encoded using UTF-16. For more information, see
Certain elements and attributes (such as scheme URIs) are defined with more restrictive types, such as xsd:normalizedString, xsd:token, or xsd:anyURI. For these types, please see the relevant data type definition in the XML Schema datatypes specification:
The schema files and examples in this document have been validated with XercesJ (v.2.2.1 and v.2.6.2) and HandCoded's Toolkit for FpML Processing (version Java 1.1 Alpha 2).