[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [ubl] Newly detected backward compatibility error - TransportContract
The cac:Contract in the cac library should provide a more generic
definition for the nomination period.
Also the definition of the NominationPeriod is not complete as it is just
explaining the begin of the period and not the end (I believe is the
transport completation)
Anyway I start thinking there is an overlapping between the ValidityPeriod
and the NominationPeriod.
So by interpreting the definition provided:
"The nomination period is the period in which the transport user has to
book the transport service before the transport should begin."
In other words:
If the transport user do not book the transport service within the period
the contract is not valid ?
This seems to be exactly a validity period.
While the nomination period concept is more generally associated to
nomination of candidates (e.g. assignment of a contract or sub-contract)
Into this case the period would be different from a validity.
At the end I believe that nomination period is not the right naming for
the actual intentions and meaning (validity seems to be more appropriate)
I hope I have been clear enough with my English... :)
Cheers,
Roberto
> Hi Ken,
>
> according to the last decision of TSC, I implemented the option (A).
>
> So, to summarize now we have:
>
> Consignment. Transport_ Contract. Contract
>
> where "Contract" class is as follows:
> 1 ID
> 2 IssueDate
> 3 IssueTime
> 4 ContractTypeCode
> 5 ContractType
> *6 Note
> 7 ValidityPeriod
> 8 ContractDocumentReference
> * 9 NominationPeriod
> *10 ContractualDelivery
>
> (*added in UBL 2.1)
>
> The definitions related to ASBIE 9 and 10 are:
>
> NominationPeriod: An association to Period. The nomination period is the
> period in which the transport user has to book the transport service
> before the transport should begin.
>
> ContractualDelivery: An association to Delivery.
>
> I am asking if these definitions should be modified in order to specify
> that these ASBIEs should be used only in transport context.
>
> Best regards
>
> Arianna
>
>
> Il 23/07/2010 15:55, Jon Bosak ha scritto:
>> Hello Arianna,
>>
>> I'm leaning toward solution A also, but with no real understanding
>> of why the new items were felt to be necessary.
>>
>> As decided in this week's Atlantic TC call, however, the decision
>> will be made by the UBL Transport Subcommittee (TSC). We are
>> expecting that decision at next week's meeting.
>>
>> Jon
>>
>> Arianna Brutti wrote:
>>> Hi Ken,
>>>
>>> I analized your proposals and my opinion is as follows: I don't like
>>> solutions B and D, because of the problems that you described.
>>>
>>> From my point of view A solution is the best, so I agree with
>>> Roberto, but I think also that the C solution could be acceptable.
>>>
>>> I am going to wait for your final decision before to act.
>>>
>>> Best regards
>>>
>>> Arianna
>>>
>>>
>>>
>>> il Thu, 22 Jul 2010 16:40:46 +0200 (CEST)
>>> "Roberto Cisternino" <roberto@javest.com> ha scritto:
>>>> Ok Ken,
>>>>
>>>> forget sub-contracts now, also it is not viable as this addition would
>>>> require a party too.
>>>>
>>>> I vote for (A) as nomination and delivery date are common concepts to
>>>> transportation, constructions, ...
>>>>
>>>> I really prefere we enhance the actual base Contract for these new
>>>> info.
>>>>
>>>> Roberto
>>>>
>>>>> At 2010-07-22 16:27 +0200, Roberto Cisternino wrote:
>>>>>> I have a business question on this topic.
>>>>>>
>>>>>> For which reason we are going to use a specific "Transport Contract"
>>>>>> class
>>>>>> over the generic "Contract" class ?
>>>>>
>>>>> Yes, the answer to that is critical to the direction we choose to
>>>>> take.
>>>>>
>>>>>> From the information below I do not see a valid reason. I mean the
>>>>>> following information seems to me still related to *any* contract
>>>>>> and
>>>>>> sub-contract.
>>>>>>
>>>>>> So I would see a more simple solution where we just update the
>>>>>> actual
>>>>>> cac:Contract by adding "NominationPeriod" and
>>>>>> "ContractualDelivery" at
>>>>>> the
>>>>>> end of its structure.
>>>>>
>>>>> Yes, this is my proposed solution (A) to this problem. All the more
>>>>> reason if they are not specific to transportation as I was worried
>>>>> they
>>>>> were.
>>>>>
>>>>> A note to the TSC: the existing Contract has only optional
>>>>> constructs so it would seem that (A) would meet your users needs by
>>>>> leaving the "old" constructs absent and only using the new constructs
>>>>> you have defined.
>>>>>
>>>>>> Moreover I would suggest to add a Sub-Contract (0..n) too.
>>>>>
>>>>> Can we please leave that question to the response to PRD01? I know
>>>>> it is a simple change but at this (very!) late stage to prepare PRD01
>>>>> for review I would like to restrict discussions only to things that
>>>>> at this moment are broken or unresolved.
>>>>>
>>>>> . . . . . . . . . . . Ken
>>>>>
>>>>>> > At 2010-07-18 22:02 -0400, I wrote:
>>>>>> >><cac:TransportContract> is obliged to contain at
>>>>>> >>least the old children, but it is allowed to
>>>>>> >>have new optional children. I see three ways to fix this:
>>>>>> >>
>>>>>> >>(A) We could add the new items to the old
>>>>>> >><Contract> but they aren't related to contracts
>>>>>> >>in general, only to transportation
>>>>>> >>contracts. But that isn't so bad since users
>>>>>> >>are already used to finding things in objects that they don't
>>>>>> need.
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> XSLT/XQuery training: after http://XMLPrague.cz 2011-03-28/04-01
>>>>> Vote for your XML training: http://www.CraneSoftwrights.com/m/i/
>>>>> Crane Softwrights Ltd. http://www.CraneSoftwrights.com/m/
>>>>> G. Ken Holman mailto:gkholman@CraneSoftwrights.com
>>>>> Male Cancer Awareness Nov'07 http://www.CraneSoftwrights.com/m/bc
>>>>> Legal business disclaimers: http://www.CraneSoftwrights.com/legal
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe from this mail list, you must leave the OASIS TC that
>>>>> generates this mail. Follow this link to all your TCs in OASIS at:
>>>>> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> * JAVEST by Roberto Cisternino
>>>> *
>>>> * Document Engineering Services Ltd. - Alliance Member
>>>> * UBL Italian Localization SubCommittee (ITLSC), co-Chair
>>>> * UBL Online Community editorial board member (ubl.xml.org)
>>>> * Italian UBL Advisor
>>>>
>>>> Roberto Cisternino
>>>>
>>>> mobile: +39 328 2148123
begin_of_the_skype_highlighting +39 328
2148123 end_of_the_skype_highlighting
>>>> begin_of_the_skype_highlighting +39
>>>> 328 2148123 end_of_the_skype_highlighting
>>>> skype: roberto.cisternino.ubl-itlsc
>>>>
>>>> [UBL Technical Committee]
>>>> http://www.oasis-open.org/committees/ubl
>>>>
>>>> [UBL Online Community]
>>>> http://ubl.xml.org
>>>>
>>>> [UBL International Conferences]
>>>> http://www.ublconference.org
>>>>
>>>> [UBL Italian Localization Subcommittee]
>>>> http://www.oasis-open.org/committees/ubl-itlsc
>>>>
>>>> [Iniziativa divulgativa UBL Italia]
>>>> http://www.ubl-italia.org
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe from this mail list, you must leave the OASIS TC that
>>>> generates this mail. Follow this link to all your TCs in OASIS at:
>>>> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe from this mail list, you must leave the OASIS TC that
>>> generates this mail. Follow this link to all your TCs in OASIS at:
>>> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this mail list, you must leave the OASIS TC that
>> generates this mail. Follow this link to all your TCs in OASIS at:
>> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>>
>>
>>
>> No virus found in this incoming message.
>> Checked by AVG - www.avg.com
>> Version: 9.0.839 / Virus Database: 271.1.1/3028 - Release Date: 07/25/10
>> 20:36:00
>>
>>
>
>
--
* JAVEST by Roberto Cisternino
*
* Document Engineering Services Ltd. - Alliance Member
* UBL Italian Localization SubCommittee (ITLSC), co-Chair
* UBL Online Community editorial board member (ubl.xml.org)
* Italian UBL Advisor
Roberto Cisternino
mobile: +39 328 2148123
skype: roberto.cisternino.ubl-itlsc
[UBL Technical Committee]
http://www.oasis-open.org/committees/ubl
[UBL Online Community]
http://ubl.xml.org
[UBL International Conferences]
http://www.ublconference.org
[UBL Italian Localization Subcommittee]
http://www.oasis-open.org/committees/ubl-itlsc
[Iniziativa divulgativa UBL Italia]
http://www.ubl-italia.org
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]