For rule ird-55: 1 – The context needs to be raised up to InterestRateStream so all the nodes refrred to are visible. At the moment calculationPeriodDates/@id may not be visible from the context. 2 – An additional condition must be added to check calculationPeriodDatesReference exists. At the moment there is no else for the if … Continued
ird-28 could be written more clearly and consistently with the other rules. The rule today is: ” Context: MandatoryEarlyTermination (complex type) ird-28 (Mandatory) In cashSettlement/cashSettlementValuationDate/dateRelativeTo, the @href attribute must point to the @id attribute of mandatoryEarlyTerminationDate. ” To be consistent with the other rules, the form should be: ” Context: MandatoryEarlyTermination (complex type) ird-28 (Mandatory) … Continued
The ird-26 rule should be an ID/IDREF Rule, instead of a IRD rule. Please move its category. The rule today is: ” Context: BusinessCentersReference (complex type) ird-26 (Mandatory) The @href attribute must match the @id attribute of a businessCenters element somewhere within the document. ”
ird-58 is missing an else clause as currently expressed. The problem is that there is no result if the “if” clause isn’t satisfied. The rule today: ” Context: CalculationPeriodDates ird-58 (Mandatory) Preconditions: isParametric If rollConvention is a day of the week ( MON, TUE, WED, THU, FRI, SAT or SUN) then the period must be … Continued
Rule ird-57 as currently expressed is missing an else clause on its “if”. This leads to a situation where there is no result for the rule. The rule today is: ” Context: CalculationPeriodDates (complex type) ird-57 (Mandatory) Preconditions: isParametric If rollConvention is neither NONE nor SFE, nor a day of the week ( MON, TUE, … Continued
Some of the Validation Rules still contain the function “present” rather than “exists”. To bring the rules into line with the other VWG rules, aand in to line with the VWG’s decision on using “exists”, these should be changed to “exists”.
What is the state of this file? Nothing has happened to it since 2005-10-03. It appears to be redundant. If it is redundant, please remove it. https://dedicated.fpml.org/svn/fpml/trunk/src/validation/rules-english-ird-wip.xml
eqd-25 is: ” Context: BrokerEquityOption (complex type) eqd-25 (Mandatory) Preconditions: SameCurrency If numberOfOptions, equityPremium/paymentAmount and equityPremium/pricePerOption are present then: equityPremium/pricePerOption/amount * numberOfOptions = equityPremium/paymentAmount/amount. Comment: This is equivalent to eqd-20, but for brokerEquityOption, where there is no optionEntitlement. ” The precondition “SameCurrency” is too strong. The only items that must be the same currency are … Continued
Section 4.6.1 of the FpML Manual states: ” 4.6.1 Implementations For the purposes of precision, extensibility, and robustness to change the structure of the Validation Rules is profiled. The rules of the profile are: * The context for a validation rule must always be a type. * The paths from the context should be node … Continued
This is the same issue as #683. The corrected rule is: ” Context: (EquityOption (complex type), EquityDerivativeShortFormBase (complex type))[numberOfOptions][optionEntitlement][equityPremium/paymentAmount][equityPremium/pricePerOption][val:same-currency((equityPremium/pricePerOption, equityPremium/paymentAmount))] eqd-20 (Mandatory) /equityPremium/pricePerOption/amount * $equityOption/numberOfOptions * $equityOption/optionEntitlement eq $equityOption/equityPremium/paymentAmount/amount ” In XQuery this is: ” (for $equityOption in (//element(*, EquityOption)|//element(*, EquityDerivativeShortFormBase))[numberOfOptions][optionEntitlement][equityPremium/paymentAmount][equityPremium/pricePerOption][val:same-currency((equityPremium/pricePerOption, equityPremium/paymentAmount))] return ) “