RE: [ubl] use of 'ID' in documents

["Sylvia Webb" <swebb@gefeg.com>]

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