Latest Posts

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 ) “

eqd-19 is: ” Context: EquityOption, EquityDerivativeShortFormBase (complex type) eqd-19 (Mandatory) Preconditions: SameCurrency If notional, equityPremium/percentageOfNotional and equityPremium/paymentAmount are present, then equityPremium/paymentAmount/amount = notional/amount * equityPremium/percentageOfNotional ” The precondition “SameCurrency” is too strong. The only items that must be the same currency are the paymentAmount and the notional amount. We shouldn’t be checking the other items. … Continued