[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Alternative: [ubl] Newly detected backward compatibility error - TransportContract
Hello,
as an additional alternative I would suggest to use some additional CCTS
annotations while keeping a generic meaning for the Contract.
1)
<ccts:AlternativeBusinessTerms>Providing diverse additional meanings
spesific for transport or other domains</ccts:AlternativeBusinessTerms>
2)
<ccts:Examples>Provising one or more examples (transport and
others)</ccts:Examples>
Hope this helps.
Roberto
> 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
begin_of_the_skype_highlighting end_of_the_skype_highlighting 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
>>>>> 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
>
>
>
> ---------------------------------------------------------------------
> 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
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]