Actually, it does make sense that the non-XA would get copied - since XA does not know what your logic is for applying those holds.

The opposite would be for COM unless you create the user exit.

XA generated holds would get created when you confirm/post the order.


Eric Wolf
XA Business Analyst
(818) 486-5678

On May 2, 2012, at 10:56 AM, <cmh501@xxxxxxxx> wrote:

We are at release 9.1 and in the process of moving from COM to CSM.

Infor during the CSM Order Copy process copies any non-MAPICS generated hold codes when copying the order. They do not copy MAPICS generated hold codes. I am not too sure I understand that logic, the hold codes that they are copying generally are not pertinent to the newly created order.

I was able to use UMBCPY2R to delete the hold before the user is presented with the newly copied order in COM green screen.

In CSM they still copy the non-MAPICS hold code and this hold is placed in the buffer. The user is unable to delete the hold, but in reality the user does not need to see the hold either. Is there a way to delete that hold code transaction out of the buffer or even prevent it from being created in the 1st place? The end order user exit is too late at that time as it will prevent the user from creating a pick list as it thinks the order is on hold.

Any input would be greatly appreciated.
This is the MAPICS ERP System Discussion (MAPICS-L) mailing list
To post a message email: MAPICS-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
or email: MAPICS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2020 by 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 on our policy page. If you have questions about this, please contact [javascript protected email address].