Doug,

Even if the Test/Prod flag is useful, wiser Trading Partners will control
the Test/Production mode within their own applications.  What if a new
partner send test POs and forget to set the flag to "T"???  As a
manufacturer, I prefer to control it myself.  For me, it doesn't matter if
the Partner send me T or P flag.  I'm the one who decide when I'm ready to
go in production mode....  EDI, XML, WXYZ, you should control it yourself.

Regards,



Robert Richer
Coordonnateur Commerce �lectronique     
Electronic Commerce Coordinator
IPEX Inc.
�difice du Port de Montr�al / Port of Montreal Building
Aile 3, 1ier �tage, Cit� du Havre / Wing 3, 1st floor, Cite du Havre
Montr�al, Qc / Montreal, Qc
H3C 3R5

T�l.: (514) 861-7221 ext.: 233
        1-800-363-2620
Fax:(514) 861-4188
Internet : [EMAIL PROTECTED]
WWW: www.ipexinc.com


> -----Original Message-----
> From: David Irvine [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, July 20, 2000 10:38 PM
> To:   '[EMAIL PROTECTED]'; [EMAIL PROTECTED]
> Cc:   [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject:      RE: Test vs. Production
> 
> 
> 
> Usefull! I see the differentiation between test and production data as
> being absolutely critical!  I can state an example where a customer of
> mine once ordered 11 Pink Bidet's, simply because the analyst conducting
> the test didn't realize that the fax server connected to the test machine
> was active.  It's safe to say that the most commonly transacted EDI
> document is the PO, and the chance of a test PO being mistaken as a
> production order is a major concern.  It can effect production schedules,
> shipping schedules, and effects shipping costs, inventorying costs,
> restocking costs, etc.  What if the part ordered in error was a custom
> build part. Expensive.  Who is on the hook for the cost. The relation
> between the data and whether it is test or production is critical in any
> electronic business relationship!
> 
> D.G. (Dave) Irvine 
> EDI Coordintator 
> Emco Ltd. 
> 1108 Dundas St. 
> London, Ontario N5W 3A7 
> Phone - (519) 453-9600 Ext.2203 
> Fax - (519) 453-9314 
> email - [EMAIL PROTECTED] 
> 
> 
> 
> -----Original Message----- 
> From: Rachel Foerster [ <mailto:[EMAIL PROTECTED]>] 
> Sent: July 19, 2000 4:47 PM 
> To: [EMAIL PROTECTED] 
> Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; 
> [EMAIL PROTECTED] 
> Subject: RE: Test vs. Production 
> 
> 
> David, 
> 
> While your proposed solution to Doug's query is workable, your assumption 
> that the prod/test flag in the EDI headers was caused by VANs is TOTALLY 
> WRONG. The need to know about whether an interchange contains test or 
> production data is important for the intended receiver's processing and 
> makes no difference whatsoever to any VAN. Thus, the same "business 
> requirement" will hold true for XML-formatted documents as well. 
> Furthermore, I can see where it would be very useful for the intended 
> receiver to know early on (in the transport message header area for
> example) 
> whether the enclosed documents contain test or production data. 
> 
> Rachel 
> 
> -----Original Message----- 
> From: David RR Webber [ <mailto:[EMAIL PROTECTED]>] 
> Sent: Wednesday, July 19, 2000 10:35 AM 
> To: [EMAIL PROTECTED] 
> Cc: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'; 
> [EMAIL PROTECTED] 
> Subject: re: Test vs. Production 
> 
> 
> Message text written by Doug Anderson 
> > 
> Good Afternoon: 
> 
> Today in EDI we have a test/production indicator in the header (ISA in ASC
> 
> X12, UNB in UN/EDIFACT) that allows someone to route the data to the 
> correct 
> system.  Is there something similar in XML either in use today or on the 
> drawing board?  We don't want to create something if this has already been
> 
> solved.  We have a customer that will be moving some of their trading 
> partners into production and would prefer not to have to change receiver 
> ID's in order to differentiate between those trading partners in test vs. 
> those in production. 
> 
> Thanks in advance. 
> 
> Doug 
> <<<<<<<<<<<<<<<<<<< 
> 
> I hate to say this but this is nothing to do with transactions - but 
> everything to 
> do with the goofy way VAN's worked in the past. 
> 
> A local look-up table: 
> 
>  Cust ID,  Trans ID,  Status (Test / Prod ) 
> 
> is all you need to fix this!    Then locally you can choose what type of 
> processing 
> you are doing.   This also helps when some TP's are in test, others
> already 
> in 
> prod' - they can locally determine their own actions. 
> 
> Notice you can also use this to switch dynamically 
> on the fly -regardless of what the actual transaction says! 
> 
> The VAN's just never wanted to maintain this for you. 
> 
> DW. 
> 
> 
> 
> ------   XML/edi Group Discussion List   ------ 
> Homepage = <http://www.XMLedi-Group.org> 
> 
> Unsubscribe =send email to: [EMAIL PROTECTED] 
> Leave the subject and body of the message blank 
> 
> Questions/requests:  [EMAIL PROTECTED] 
> 
> To receive only one message per day (digest format) 
> send the following message to [EMAIL PROTECTED], 
> (leave the subject line blank) 
> 
> digest xmledi-group your-email-address 
> 
> To join the XML/edi Group complete the form located at: 
> <http://www.xmledi-group.org/xmledigroup/mail1.htm> 
> 
> 
> 
> 
> ------   XML/edi Group Discussion List   ------ 
> Homepage =  <http://www.XMLedi-Group.org> 
> 
> Unsubscribe =  send email to: [EMAIL PROTECTED] 
> Leave the subject and body of the message blank 
> 
> Questions/requests:  [EMAIL PROTECTED] 
> 
> To receive only one message per day (digest format) 
> send the following message to [EMAIL PROTECTED], 
> (leave the subject line blank) 
> 
> digest xmledi-group your-email-address 
> 
> To join the XML/edi Group complete the form located at: 
> <http://www.xmledi-group.org/xmledigroup/mail1.htm> 
> 
> 
> 
> ------ XML/edi Group Discussion List ------ 
> Homepage = http://www.XMLedi-Group.org 
> 
> Unsubscribe = send email to: [EMAIL PROTECTED] 
> Leave the subject and body of the message blank 
> 
> Questions/requests: [EMAIL PROTECTED] 
> 
> To receive only one message per day (digest format) 
> send the following message to [EMAIL PROTECTED], 
> (leave the subject line blank) 
> 
> digest xmledi-group your-email-address 
> 
> To join the XML/edi Group complete the form located at: 
> http://www.xmledi-group.org/xmledigroup/mail1.htm 
> 


------   XML/edi Group Discussion List   ------
Homepage http://www.XMLedi-Group.org

Unsubscribe send email to: [EMAIL PROTECTED]
Leave the subject and body of the message blank

Questions/requests:  [EMAIL PROTECTED]

To receive only one message per day (digest format)
send the following message to [EMAIL PROTECTED],
(leave the subject line blank)

digest xmledi-group your-email-address

To join the XML/edi Group complete the form located at:
http://www.xmledi-group.org/xmledigroup/mail1.htm


Reply via email to