[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [ubl] use of 'ID' in documents
Anne, Making BuyersID and SellersID mandatory is problematic. When a buyer issues a Request for Quote to a company they have not done business with before, they will not have the SellersID. This can also be the case with a Quote where the Request for Quote was given verbally or informally via email. Companies and Entities can also issue thousands of quotes but only have a few customers. If they are required to issue dummy SellersID's or BuyersID's just to satisfy a standard, this diminishes their CRM applications and management. Buyers and Sellers ID's are typically assigned to individuals or their employers in purchasing or contracting. An example in the US would be a DUNS number. It could also be an account number or other unique identifier totally unrelated to any document identifier like Invoice number. Good or high end accounting and ERP software allow a user to assign document ID's to all documents. Less expensive software may not allow a ID for Request for Quote, Quote, or Despatch Advice. It is considered a best practice for all documents to have a unique ID. IMO, our models need to support all of the above scenarios. Best regards, Sylvia Webb -----Original Message----- From: Anne Hendry [mailto:Anne.Hendry@Sun.COM] Sent: Thursday, August 11, 2005 11:57 AM To: ubl@lists.oasis-open.org Subject: [ubl] use of 'ID' in documents We notice that some documents contain an 'ID' element. The 'ID' elements seem to be mandatory. The documents that don't have 'ID' seem to have 'BuyersID' and 'SellersID', but those are optional. Is this an intended modeling aspect that assumes in the documents that don't have 'ID' the users would implement either a BuyersID or SellersID, even though they are both optional? Do we want to duplicate this model for new documents? When do you determine you want a mandatory ID vs. two optional Buyers|Sellers IDs? Thanks, Anne --------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. You may a link to this group and all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]