HomeAbout FpML®SpecificationsDocumentsWorking Groups & CommitteesToolsFpML® ServicesJoin UsContact UsIssues Forum

The FpML Issues Tracker is designed to facilitate public interaction in the standard.
By registering to the Issue Tracker you will be able to submit corrections and comments, generate reports, and view the complete issues archive for FpML.


Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0000664 [FpML] Validation Rules minor always 2008-04-08 14:11 2010-03-22 14:25
Reporter matthewdr View Status public  
Assigned To danieldui
Priority normal Resolution open  
Status assigned Target Version 4.8 First Working Draft 2010-04-16 (build 1) Product Version 4.4 Third Working Draft 2007-12-24
Summary 0000664: cd-33 incorrectly assumes a fixed number of days in a month
Description cd-33 today is:
"
Context: PeriodicPayment (complex type)
cd-33 (Mandatory)
If both firstPaymentDate and lastRegularPaymentDate are present, then lastRegularPaymentDate must fall precisely on a date reachable by adding an integer multiple of the period in paymentFrequency to firstPaymentDate.
"

Section 4.6.2 of the manual states:

"http://www.fpml.org/spec/fpml-4-4-4-wd-3/html/fpml-4-4-intro.html#s4.6.2
The evaluation of dates in the validation rules is not trivial. The optionality of including time offsets in date datatypes makes comparisons between dates more difficult since sometimes the result is indeterminate as any ISO8601 date is +/- 18 hours of timezone, and +/- 24 hours of day.

The Validation Working Group recommends the use of the XPath 2.0 date/time comparison rules which defines a definitive true / false value even for indeterminate calculations.

The Validation Working Group recommends that time offsets appear on all date/time values used in FpML documents."

Rule cd-33 contradicts those statements. Subtracting one xs:date from another xs:date will result in an xs:dayTimeDuration. Determining the difference in months between two dates is undefined because people may not agree on the answer.

For example, if the Period was "P3M" of type xs:duration of xs:yearMonthDuration it could not participate in arithmetic with an xs:dayTimeDuration, because the operands to the arithmetic operators would be of incompatible types.

This is a spin-off of issue 0000636
Additional Information
Tags No tags attached.
XML Tool Type
Attached Files

- Relationships
related to 0000636assignedmgratacos cd-33 is an algorithm not a rule 

-  Notes
(0001353)
matthewdr (manager)
2008-04-29 13:19

Agreed at the VWG that Daniel will write out text showing how to step through dates.

- Issue History
Date Modified Username Field Change
2008-04-08 14:11 matthewdr New Issue
2008-04-29 13:19 matthewdr Note Added: 0001353
2008-12-15 10:57 matthewdr Relationship added related to 0000636
2010-01-21 17:45 lyteck Target Version => 4.8 First Working Draft (Publication Date TBA)
2010-03-03 10:34 BUTTER Issue Monitored: BUTTER
2010-03-22 14:25 fpmladmin Assigned To PamF-W => danieldui