A fix is available
Closed as program error.
Using WDI 3.3 SFP7 (03/16/12 build), running an EDI to EDI Transform of X12 850 data with Functional Acknowledgements on, part of the input data is not found in the FA output. Specifically - 348300.0000 in the input data ( CTT*22*348300.000000! ) is not showing up in the FA data, but should be displayed as A1*850**348300.00000*L! but is displayed in the FA outfile as A1*850***L! . Just verified that the problem existed with SFP6 as well.
Bad input data element is not showing up in the DT functional acknowledgement segment.
PTR P8010032 added logic to validate data using ALPHANUM prior to placing the data in the FA segment. Only data that passed the ALPHANUM validation was written to the FA file. In this testcase, the data contained a period (.) and a period was not in ALPHANUM, so the validation failed, and the data element was not placed in the FA segment. The DT validation program will be changed to filter out real-number characters (plus sign, minus sign, period, and comma) prior to the ALPHANUM validation. By the way, the reason that the testcase FA segment contains "123400.00000" rather than the full input data "123400.000000" is two-fold. One, the A103 element is defined to have a maximum length of 12. And two, the mapping to A103 uses the SubString function with length 12.
Applies to all WDI 3.3 platforms, part of SFP9
Reported component name
WEBS DI ZOS
Reported component ID
Last modified date
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fixed component name
WEBS DI ZOS
Fixed component ID
Applicable component levels
R330 PSY UK83267
UP13/02/26 P F302
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.