on 03-13-2014 5:59 PM
Hi,
We have a requirement to change the ATPCAT for certain storage locations from CC to a custo one.
We have defined the new atp cat 'ZS' and we have activated the enhancement APOCF011 in order to use the exit:
EXIT_/SAPAPO/SAPLCIF_STOCK_001
When we generate a new integration model using cfm1 and activate the model from cfm2, at the first time, the exit is not triggered.
If we deactivate the model and reactivate it, the exit is triggered and our code is changing the atpcat properly.
The problem is that once completed, I guess it is doing an "insert/modify" so when we check in receipts view the entries are duplicated (one row with original atp CC and another one with the new custo atp cat for the same receipt).
Probably we are missing something else to be done in order to trigger the exit at first model activation. I guess it should be the solution.
Or maybe, some way to update the original receipt and avoid creating duplicated ones?
Thanks in advance,
Kind regards,
Agustín
Hello Agustin,
I had come across similar requirement in one of my previous implementations and I did use the same user exit that you had mentioned above and it worked well. However, there was one problem with this. Unlike, the integration model activation the problem we faced is that whenever we run CCR report, we were getting unexpected results and hence, we had to get rid of the same by implementing similar logic in the method RELEVANT_FOR_COMPARE_R3_STOCK of the BADI interface /SAPAPO/CIF_DELTA3. May be you could try to implement this and see if it helps. Perhaps, the same method is being triggered too during CIF activation. I am not sure. But, in any case implementing this solution would definitely help you as you'd have to face the CCR issue anyway.
Hope this helps
Babu Kilari
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Augustin / Babu,
we have some similar stuff going on.
i put a break point in include ZXCIFUSERU15, to see the the stock type. But the Breakpoint does not work. had de-registered the queue in SMQR , and debug via LUW but it wont stop.
were you able to debug? or is there anyother way to achieve this?
User | Count |
---|---|
12 | |
4 | |
3 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.