[EDI-L Mailing List Archive Home] [Message List] [Reply To This Message]

RE: <TECH> , TLE 5.0

From: "Taylor, Mike P." <Mike.P.Taylor@...>
Date: Mon Oct 1, 2001  8:34 pm
Subject: RE: [EDI-L] <TECH> | TLE 5.0

Try moving the "force reject" logic farther up in the map(but after the
writing of the 1st segment). I'm guessing that you "force reject" too late
for TLE to correctly process the partial accepts.



_____________________________________________________
EDI-Mike
Michael Taylor
EC Specialist
Banctec - Corporate Information Systems
(972)982-2815


-----Original Message-----
From: Legge Rich-WLRL04 [mailto: Sent: Monday, October 01, 2001 2:07 PM
To: Subject: [EDI-L] <TECH> | TLE 5.0



Symptom: Value in IEA01 field is incorrect, larger than it should be, for
outbound document.

Background:
- Harbinger TLE 5.0 running in HP-UX environment.
- Application file being passed to translator (Harbinger TLE)
contains multiple documents.
- Map checks "validity" of application records and rejects document
that fails validity checks.
- It seems that the store field "GS-sets" is being incremented when
documents reject even though the rejected documents do not appear in
the output file.
- The reason that I know the "GS-sets" store field is being used is
from the "debug log".
- The map does not explicitly use the store field "GS-sets" at all.
- All other segments are being written correctly except for the IEA.

Examples:
- Application file contains "Good doc., bad doc, bad doc, bad doc,
good doc, bad doc"
The IEA appears "IEA*4*000000061", what should appear is
"IEA*2*000000061"

- Application file contains "Good doc., bad doc, bad doc, good doc,
bad doc"
The IEA appears "IEA*3*000000061", what should appear is
"IEA*2*000000061"

I have opened a case with Peregrine, but I thought I would see if anyone
else has experienced this or any similar issues with TLE 5.0 in Unix
environment.


Additional:

In my analysis of the debug log, it appears that the GS-sets value is
incremented after each of the "bad docs" in the middle, but not the last
one... I have some more scenarios I want to run through to get a better
feel of why it increments on some "bad" documents, but not on the last
one...



To unsubscribe from this group, send an email to:
Message Identifiers: <SALES>, <JOBS>, <LIST>, <TECH>, <MISC>, <EVENT>,
<PRODUCT>



Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/




 
EDI to XML Mapping for EDIFACT/X12 Convert EDIFACT/X12 Schemas to XML Schema Legacy Data Conversion Tools Access Relational Data as XML Visual XSLT and XQuery Mapping Tools Simplify EDI Data Integration with Stylus Studio XML Enterprise Suite - Free Download!
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2007 All Rights Reserved.