[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

FpML-VAL Reminder Agenda 2008-01-15

This is just a reminder that there’s a call today.

 

From: valwg@xxxxxxxx [mailto:valwg@xxxxxxxx] On Behalf Of Marc Gratacos
Sent: Friday, January 11, 2008 5:20 AM
To: valwg@xxxxxxxx
Subject: FpML-VAL Agenda 2008-01-15

 

DATE: 2008-01-15

 

TIME:

2:00p.m. (UK)

9:00a.m.  (NY)

 

 

 

US Dial-in:

1 888 481 3032

Passcode: 52016709

UK Toll Free:

0800 904 7961

Passcode: 52016709

International Dial-in:

1 617 801 9600

Passcode: 52016709

 

Agenda

 

-          New Validation Rules

o        Equity Rules (see below)

o        FX Rules (see attached)

o        BP Rules (see attached)

-          AOB

 

 

Equity Rules (from EQDWG Minutes 2007-11-30)

 

2. Adopt business rules for complex type EquityMultipleExercise

a) "you cannot exercise more than the number of options you have"

maxiumumNumberOfOptions <= numberOfOptions

b) "maximum number of options to exercise must be greater than or equal to minimum number of options to exercise"

maxiumumNumberOfOptions >= minimumNumberOfOptions

c) "when integral multiple exercise is present, minimum and maximum number of options exercised must be a positive integer multiple"

( minimumNumberOfOptions / integralMultipleExercise ) IS-A Positive Integer ( maximumNumberOfOptions / integralMultipleExercise ) IS-A Positive Integer

 

3. Remove business rule eqd-21 (DONE)

 

Best Regards,

-Marc

+13472846531

 

 

************************************************************************************************************************** The information contained in either this email and, if applicable, the attachment, are confidential and are intended only for the recipient. The contents of either the email or the attachment may not be disclosed or used by anyone other than the addressee. If you are not the intended recipient(s), any use, disclosure, copying, or distribution is prohibited and may be unlawful. If you have received this communication in error, please notify us by e-mail at isda@xxxxxxxx then delete the e-mail and all attachments and any copies thereof. This communication is part of an ISDA process and is not intended for unauthorized use or distribution. **************************************************************************************************************************

Attachment: FX Business Validation Rules.doc
Description: FX Business Validation Rules.doc

Title: FpML 4.4 Validation Rules - 2007-09-10

FpML 4.4 Validation Rules - Rules for Business Process Messages

This is the Business Process part of the validation rule set accompanying the FpML 4.4 Working Draft. The introductory section in the validation section of the specifications contains background information and documentation for this page.

The rules contained on this page contain links to cut down versions of valid and invalid test cases. The cut down test cases are non-normative and are provided for the purpose of documentation only.

Content

Namespace

http://www.fpml.org/spec/2007/wd-fpml-4-4-2007-09-10

Preconditions

The Validation Preconditions only apply when specific rules reference them. The following preconditions are always to be executed relative to the root of the FpML document being validated. The context of the rule is NOT carried through to the precondition.

Precondition: sampleprecondition
(context: Trade) (context: Documentation) Sample precondition description.
Precondition: ISDA1999
(context: Documentation) The contractualDefinitions element or the masterConfirmation/masterConfirmationType element contains ISDA1999Credit.
Precondition: ISDA1993
The contractualDefinitions element or the masterConfirmation/masterConfirmationType element contains ISDA1999Credit.

Rules

Unique contexts:

Context: Novation (complex type)

bp-2 (Mandatory)
If novationTradeDate is present, it must be less than or equal to novationDate.
bp-3 (Mandatory)
If novationTradeDate is present, it must be greater than or equal to oldTransaction/tradeHeader/TradeDate.
bp-4 (Mandatory)
novationDate must be greater than or equal to oldTransaction/tradeHeader/tradeDate.
bp-5 (Mandatory)
payment/paymentAmount/amount must be non-negative.
bp-6 (Mandatory)
payment/paymentDate and payment/adjustedPaymentDate, if present, must be greater than or equal to novationTradeDate.
bp-8 (Mandatory)
transferor/@href, transferee/@href, remainingParty/@href and otherRemainingParty/@href attributes must not be equal.
bp-9 (Mandatory)
novatedAmount/currency must be equal to the notional currency defined in trade/CreditDefaultSwap/protectionTerms/calculationAmount/currency or trade/$product/notionalStepSchedule/currency.
Comment: *** can we represent the rule differently when the path to the element of interest can vary based on product type (e.g., $product)? ****** TO DO: revisit rule to cover all products. i.e., define notional as xpath expressions that cover other asset classes. ***
bp-10 (Mandatory)
Change in notional must correspond to original and resulting notional amount.
Comment: *** RULE DIFFICULT TO REPRESENT *** "This rule is difficult to define due to the number of cases."

Context: Termination (complex type)

bp-11 (Mandatory)
terminationTradeDate must be less than or equal to terminationEffectiveDate.
bp-12 (Mandatory)
terminationTradeDate must be greater than or equal to trade/tradeHeader/tradeDate.
bp-13 (Mandatory)
payment/paymentAmount/amount must be non-negative.
bp-14 (Mandatory)
payment/paymentDate and payment/adjustedPaymentDate, if present, must be greater than or equal to terminationTradeDate.
bp-16 (Mandatory)
partial/decreaseInNotionalAmount/currency must be equal to the notional currency defined in trade/CreditDefaultSwap/protectionTerms/calculationAmount/currency or trade/$product/notionalStepSchedule/currency.
Comment: *** can we represent the rule differently when the path to the element of interest can vary based on product type (e.g., $product)? *** (see bp-9)
bp-17 (Mandatory)
Change in notional must correspond to original and resulting notional amount.
Comment: *** RULE DIFFICULT TO REPRESENT *** (see also bp-10, bp-24) DIRECT COPY/PASTE from Excel - not expressed in xpath (increaseInNotionalAmount/ amount < outstandingNotionalAmount ) and (increaseInNumberOfOptions < outstandingNumberOfOptions) and ($Notional + increaseInNotionalAmount/ amount = outstandingNotionalAmount/ amount) and ($NumOptions + increaseInNumberOfOptions = outstandingNumberOfOptions) where $Notional = $prod//protectionTerms/calculationAmount/amount | $prod/notionalStepSchedule/initialValue and $NumOptions = $prod//numberOfOptions

Context: Increase (complex type)

bp-18 (Mandatory)
increaseTradeDate must be less than or equal to increaseEffectiveDate.
bp-19 (Mandatory)
increaseTradeDate must be greater than or equal to trade/tradeHeader/tradeDate.
bp-20 (Mandatory)
payment/paymentAmount/amount must be non-negative.
bp-21 (Mandatory)
payment/paymentDate and payment/adjustedPaymentDate must be greater than or equal to increaseTradeDate.
bp-23 (Mandatory)
increaseInNotionalAmount/currency must be equal to the notional currency defined in trade/CreditDefaultSwap/protectionTerms/calculationAmount/currency or trade/$product/notionalStepSchedule/currency.
Comment: *** can we represent the rule differently when the path to the element of interest can vary based on product type (e.g., $product)? *** (see bp-9)
bp-24 (Mandatory)
Change in notional must correspond to original and resulting notional amount.
Comment: *** RULE DIFFICULT TO REPRESENT *** (see bp-17)

Context: Amendment (complex type)

bp-25 (Mandatory)
amendmentTradeDate must be less than or equal to amendmentEffectiveDate.
bp-26 (Mandatory)
amendmentTradeDate must be greater than or equal to trade/tradeHeader/tradeDate.
bp-27 (Mandatory)
payment/paymentAmount/amount must be non-negative.
bp-28 (Mandatory)
payment/paymentDate and payment/adjustedPaymentDate, if present, must be greater than or equal to amendmentTradeDate.

Deprecated rules

bp-1 (Mandatory)
DEPRECATED: Context: Novation; Description: If firstPeriodStartDate is present, @href must match the @id attribute of a party element. Rationale for deprecation: the rule has been replaced by the reference rule number 5 (ref-5).
bp-7 (Mandatory)
DEPRECATED: Context: Novation; Description: payment/payerPartyReference/@href and payment/receiverPartyReference/@href must not be equal. Rationale for deprecation: the rule has been replaced by the shared rule number 5 (shared-5). *** I DECIDED TO REPRESENT THE RULE as captured in excel spreadsheet and immediately deprecate it. Should we omit it altogether and renumber rules? *** (see also bp-15, bp-22, bp-29)
bp-15 (Mandatory)
DEPRECATED: Context: Termination; Description: payment/payerPartyReference/@href and payment/receiverPartyReference/@href must not be equal. Rationale for deprecation: the rule has been replaced by the shared rule number 5 (shared-5).
bp-22 (Mandatory)
DEPRECATED: Context: Increase; Description: payment/payerPartyReference/@href and payment/receiverPartyReference/@href must not be equal. Rationale for deprecation: the rule has been replaced by the shared rule number 5 (shared-5).
bp-29 (Mandatory)
DEPRECATED: Context: Amendment; Description: payment/payerPartyReference/@href and payment/receiverPartyReference/@href must not be equal. Rationale for deprecation: the rule has been replaced by the shared rule number 5 (shared-5).

Removed rules

bp-0 (Mandatory)
REMOVED: Context: Novation; Description: If firstPeriodStartDate is present, @href must match the @id attribute of a party element. Rationale for deprecation: the rule has been replaced by the reference rule number 5 (ref-5).