Leading character of F4104 Item XRef CITM field.

[Frosty the Coder]

I remember having to put a leading blank into CITM as JDE used the 1st char for something.

I cannot recall what that SOMETHING was?
Would someone please remind me (so I don't hurt myself by jogging my memory)?

Please and Thanks
Gene

 

[ssolberg]

I use this file and I don't have anything in the first character of CITM? I don't recall anything special about this table in general, sorry.

 

[TerryWin]

We haven't found this to be true for our F4104. Are you sure its not because you have local modifications?

Terry

 

[Frosty the Coder]

I was showing them how the customer item can print on pick slips, etc.

We entered a "test cust item", but when printed it read as "est cust item".

I vividly remember there being a caveat about the first character,
maybe in conjunction w/xref type.

FOR NOW, I am taking the coward's way out (second time at this site),
and using a leading space.

I'll look at the pick slip print code, to see if it's mentioned.

Gene

 

[Frosty the Coder]

A SAR (2137490) changed a MOVEL of PSUITM (26 chars) to a MOVE.
In each case, the target RRCITM is 25.

This explains why PICK SLIP PRINT is truncing the leading character.
I didn't see the same SAR in Invoice Print, but I didn't look hard.

Thanks for the answers.
Gene

 

[SteveH@DJG]

gpiekarski is exactly right. The leading character in CITM was an issue in WorldSoftware that I had to fix when I was back on A73. I entered a case with JDE that explained to them what the issue was but it's probably been lost in the transition from the old reliable Knowledge Garden to the 3rd-4th iteration since. The source of the SAR was because somebody had the 25th character cut off on Pick slips. The print file was set to 24 characters so some brainiac at JDE changed it from MOVEL to MOVE so the last character would not be truncated... which I of course changed back on our system since who has 25 character CITMs anyways. Sometimes you have to wonder