OASIS Open Mailing List Archives  ·  All Lists  ·  ubl  ·  2010-07

ubl — archive

[Date Prev]  |  [Thread Prev]  |  [Thread Next]  |  [Date Next]   —  [Date Index]  |  [Thread Index]  |  [Month Index]  |  [List Home]

Newly detected backward compatibility error - TransportContract


Hello, 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 ? 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. Moreover I would suggest to add a Sub-Contract (0..n) too. New Draft Contract: - ID - IssueDate - IssueTime - ContractTypeCode - ContractType - ValidityPeriod - ContractDocumentReference - NominationPeriod - ContractualDelivery - SubContracts - Contract (0..n) Hope this helps... Roberto > Based on a question from Andy, I have thought of another option (D): > > (D) - we leave Consignment. Transport_ Contract. > Contract as it is without changing it > - we keep the new Transport Execution Plan. > Transport Contract as it has been proposed without changing it > - we change our presumption that two different > ASBIEs cannot have the same UBL name > > There is a partial precedent for this in that we > already have a conflict in UBL local names with > both an ASBIE and a BBIE named "Location", but > because they are in different namespaces this > isn't a challenge for a programmer basing their > logic on the namespace-qualified UBL name: >

[Date Prev]  |  [Thread Prev]  |  [Thread Next]  |  [Date Next]   —  [Date Index]  |  [Thread Index]  |  [Month Index]  |  [List Home]