[stanetra1]

Keith, Here are two options: sentBy exists in the message header to designate who sent this message. There is a TradeSource partyRole to indicate the source of the trade record. I think the TradeSource partyRole is what you are looking for but I would confirm with the owners of the API. Hope this helps. Stan

[stanetra1]

It is legally the clearing member who is submitting the trade to the clearing house. A SEF or Affirmation Platform may route the message. The message indicates the clearing roles. Stan Etra Head of Product Development Risk Focus Work: +1 917 725 6004 Mobile: +1 917 843 3588 Email: stan.etra@riskfocus.com

[stanetra1]

The best practice is to check how the trade was confirmed. This should drive the FpML representation.

[stanetra1]

Sure. You can use cashflow types as a starting point for payment types and add things like broker fees. But Vijay is correct that there is no standard list understood across the globe. The coding scheme would need to be specified for each context.

[stanetra1]

Vijay, Are you asking how to represent the tenor of the index??? USD-LIBOR-BBA 1 Y or if the question different? Note that floatingRateIndex is also a coding scheme. Unlike payment type, FpML provides a default coding scheme. Stan Etra Head of Product Development Risk Focus Work: +1 917 725 6004 Mobile: +1 917 843 3588 Email: stan.etra@riskfocus.com

[stanetra1]

Vijay, FpML specifically chose not to standardize payment type. There is no enumeration of payment types that will work everywhere. See http://www.fpml.org/coding-scheme/fpml-schemes.html for a description of coding schemes. As per this document: Note that FpML does not define a coding Scheme or URI for the following Schemes: Payment Type (paymentTypeScheme) These are currently assumed to be specific to individual organizations or FpML based implementations. Stan Etra Head of Product Development Risk Focus Work: +1 917 725 6004 Mobile: +1 917 843 3588 Email: stan.etra@riskfocus.com

[Author]

Posts