FpML Issues Tracker

551: Rule ird-2 needs revision

January 30, 2008

closed

Minor

Always

Validation Rules

Admin

None

Summary

Zero coupon swaps with payment frequencies of 1T fire ird-2 even though the examples are correct from a business perspective.

See answer from Harry:

Marc, Lucio,

I think the use of 1T for payment frequency in this case is justified - it is consistent with use of the idiom in other contexts, and provides a clear signal that we are dealing with a zero-coupon leg.

If ird-2 prevents us from using this form, I propose that we revise the rule, either by re-expressing it such that:

paymentDates/paymentFrequency must be an integer multiple (could be 1) of calculationPeriodDates/calculationPeriodFrequency, or 1T

- or by revising the frequency equivalence definitions, as suggested by Lucio, so that 1T is considered to be a positive integer multiple (>= 1) of any frequency.

We (BNPP) encountered this issue in the SystemWire implementation of ird-2 some time ago, and (as I recall) resolved it by changing the implementation of the rule to permit paymentFrequency = 1T in conjunction with a regular calculationPeriodFrequency.

Best regards, Harry

Notes:

  • mgratacos

    03/05/08 10:38 am

    The following text has been added to the ird validation rules:

    Term: frequency equivalence

    […]
    * 1T is a positive integer multiple (>= 1) of any frequency
    […]

    Pending to do the same in 5.0

  • matthewdr

    04/15/08 1:37 pm

    Discussed at the VWG. This just needs applying to 5.0.

    Agreed Lyteck will apply to FpML 5.0.

  • lyteck

    04/16/08 2:55 pm

    Marc already applied the change to:
    branchesFpML-5-0srcvalidationrules-english-ird.xml

    See SVN revision 3465 dated 3/18/2008

  • lyteck

    04/16/08 2:58 pm

    Marc already applied the change to 5-0 branch:

    branchesFpML-5-0srcvalidationrules-english-ird.xml

    See SVN revision 3465 dated 3/18/2008

  • Leave an update

    You must be logged in to post an update.