OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

energyinterop message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: [OASIS Issue Tracker] Updated: (ENERGYINTEROP-607) A Comment and Recommended Resolution on Multiplicity in EI Transactions and Tenders in EI WD33.


     [ http://tools.oasis-open.org/issues/browse/ENERGYINTEROP-607?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

William Cox updated ENERGYINTEROP-607:
--------------------------------------

    Environment: Ed Cazalet
     Resolution: Apply allternative 2 for EI Release 1.0 and recommend deferring consideration and design of alternative 1 to a Post EI 1.0 Release. 

> A Comment and Recommended Resolution on Multiplicity in EI Transactions and Tenders in EI WD33.
> -----------------------------------------------------------------------------------------------
>
>                 Key: ENERGYINTEROP-607
>                 URL: http://tools.oasis-open.org/issues/browse/ENERGYINTEROP-607
>             Project: OASIS Energy Interoperation TC
>          Issue Type: Improvement
>          Components: schema
>    Affects Versions: wd33
>         Environment: Ed Cazalet
>            Reporter: Edward Cazalet 
>            Assignee: William Cox
>             Fix For: wd33
>
>
> In theory the potential multiplicity in Transactions is unlimited:
> One can contemplate 
> 1 Party to 1 Party Transactions,
> n Party to 1 Party Transactions, and
> n Party to m Party Transactions.
> Additionally, any transaction can be for 1 interval or multiple intervals, and any Transaction can be for 1 EMIX product or many.
> Tenders have the multiplicity of Transactions plus additional potential multiplicity such as:
> For an n Party to m Party Tender are one or more Transactions for a subset of the Party and CounterParties allowed or must all n to m Tenders accepted as a single Transaction?
> And is the EMIX quantity for each Tender Integral Only or not ( all of the tendered quantity must be transacted or none)?
> In practice most tenders and transactions are bilateral (1 Party to 1 Party) for a single product. This is because of complex negotiation and default issues in complex transactions.  And where complex m to n party transactions are desired, an exchange or clearing house is often the counter party to all of the Parties.
> Market matching methods are out of scope for EI.  It would seem we have two choices for Transaction and Tender multiplicity in EI.
> 1.	Allow unlimited multiplicity and expect implementers to restrict the multiplicity. Either restriction is by conformance rules or by using as yet undeveloped restrictions on multiplicity communicated in the Market Context.  
> 2.	Allow only 1 party to 1 party transactions and tenders for 1 EMIX Product on sequences of one or more intervals wherein the quantity in each interval is variable or integral only.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]