The EDI guys upgraded GENTRAN from v5 to V6 yesterday. Looked like
everything was working but they didn't test the communication bits.

This afternoon an AS2 partner send back one of our outgoing
transmissions because it contained nonsense data. True. When the EDI
guys look at the IFS file thru a Windows mapped drive the file is
garbage. When I look at it through WRKLNK it is correct. I'm guessing
a CCSID mismatch somewhere in GENTRAN, though IBM support are unable to
pinpoint it, so we've gone back to V5. The other issue is that GENTRAN
batch jobs cannot sign on to the VAN, thought the password is correct
and the EDI guys can connect interactively. And everything works now
that we're back on V5.

The IFS file CCSID is 37. System value QCCSID is 65535 (I inherited
this). Some of the other EDI directories (there is one for each
customer) have CCSID 37, some CCSID 1252, but I haven't looked at them
all.

Some user profiles are CCSID 37 but I haven't done a thorough
investigation of them all, or determined what profile EDI jobs get
submitted with.

1) If anyone has any GENTRAN insight I would appreciate it.

2) What are the implications of changing QCCSID(65535) to QCCSID(37)?
Is there anything more suitable for a USA shop, mostly homegrown apps
and .NET code.

This mailing list archive is Copyright 1997-2015 by MIDRANGE dot COM and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available here. If you have questions about this, please contact