[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Job ticket unique identifiers
Hi, In accordance with Peter's request regarding unique identifiers for tracking individual job/language translation files I have undertaken to summarize the discussion and proposed solution. This follows on from the discussion regarding "job tickets" from the previous meeting. 1) A unique identifier will be allocated to each individual atomic file/language entity. The granularity of the entity will be defined at the "file/language" pair level as submitted by the customer. 2) The file itself may be an archive file that contains more than one translatable file. No further granularity in identifying the job will be allocated over and above the containing archive file level. 3) The standard will not concern itself with any grouping of the identifiers into any form of ontological entities or otherwise. It is up to the customer and/or supplier to implement any desired grouping of the unique identifiers for their own purposes (i.e. overall deliverable tracking or billing). The remaining questions that require clarification on this topic are: 1) Who should generate the unique identifier - the supplier or the customer. 2) Should any defined formalism be attributed to the unique identifier. Any further comments would be most welcome, Regards, Andrzej Zydroń -- -- email - azydron@azdata-products.com smail - Mr. A.Zydroń 24 Maybrook Gardens, High Wycombe, Bucks HP13 6PJ Mobile +(44) 7966 477181 FAX +(44) 870 831 8868 www - http://www.azdata-products.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you may not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Unless explicitly stated otherwise this message is provided for informational purposes only and should not be construed as a solicitation or offer.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]