[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [ubl] Newly detected backward compatibility error - TransportContract
How about... NominationPeriod: An association to Period. The nomination period is the period required to book the services specified in the contract before the services can begin. ContractualDelivery: An association to Delivery. Describes the delivery of the services required to book the services specified in the contract . Arianna Brutti wrote: > 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 >>>> 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 >> >> >
begin:vcard fn:Tim McGrath n:McGrath;Tim org:Document Engineering Services Ltd. email;internet:tim.mcgrath@documentengineeringservices.com title:Managing Director tel;work:+45 36 95 33 58 tel;cell:+61 438 352228 url:www.documentengineeringservices.com version:2.1 end:vcard
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]