7.6.300a - Things to watch for...

[crystalreporting]

Thought I'd start a new thread dealing with 7.6.300A issues;

When a PO with multiple lines is received using the 'Receive As Ordered' button, the cost from the first PO line is used on the remaining lines when generating GL transactions for the IM Asset and Receiving Accrual accounts.

Peter Shirley

http://www.linkcorp.com

 

[dgillz]

WOW!

Thats pretty big. Did they give you a bug # or a fix?

Software Sales, Training, Implementation and Support for Exact Macola, eSynergy, and Crystal Reports

http://www.srhconsulting.com

 

[crystalreporting]

Don - yeah, WOW alright. No fix yet, it's been logged as an urgent bug. On a site like the one I discovered it on it caused MAJOR havoc, as there is not a simple pattern to correct the GL entries. I ended up creating Crystal reports to compare standard and expected cost with the distribution amount in the IMDISFIL so that the customer can do journal entries. It occurs with non-stock items to, and they are even harded to correct. I was amazed at Exact's initial response; rebuild the IMDISFIL, IMINVTRX, POORHDR, POORDLIN and IMRECHST files.

Peter Shirley

http://www.linkcorp.com