cancel
Showing results for 
Search instead for 
Did you mean: 

APOCF011 - EXIT_/SAPAPO/SAPLCIF_STOCK_001 Issue

a_figueredo
Explorer
0 Kudos

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

Accepted Solutions (0)

Answers (1)

Answers (1)

babu_kilari4
Active Contributor
0 Kudos

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

Former Member
0 Kudos

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?

babu_kilari4
Active Contributor
0 Kudos

Hi Rorie,


Did you set the external break point. It should call the exit. No need to stop the queue in SMQR. Set an entry to debug and record your entry in CFC2 transaction which makes the queue to stop in NOEXEC status.


Hope this helps.


Thanks


Babu Kilari