Debugging Inbound CIF Queue in APO generated from CURTO_CREATE TCODE in ECC and not CFM1/CFM2

[Former Member]

Hi All,

I am currently facing a strange issue. While I am cifing PDS using CFM1/CFM2 from ECC, I am able to debug APO inbound Queues while I deregister Queues in APO and do the CFC2 and /SAPAPO/C4 settings.

But unfortunately, while cifing the SNP PDS through CURTO_CREATE transaction, I am not able to see the Queues in SMQ2 in APO, though I see there is no CIF error in logs and the PDS is updating successfully. Do I need to do some more steps. Am I missing anything?

Kindly suggest.

Regards

Avishek

[thamizhchelvan_gunasekara]

Hi Avishek,

Pl check the following , have you entered the user name (which used for CIF) and select the option debugging on.

BR
Thamizh

[Former Member]

Hi Avishek,

I think you already did all the required settings in APO to stop the inbound queues using /SAPAPO/C4.

These settings should work in normal scenario...If you de-register the correct inbound queues in APO, it should stop the SNP PDS triggered from CURTO_CREATE as well. You can try to debug by setting Breakpoint for the CIF UserID (which is maintained in SM59 for RFC) in APO code and check if its stopping in the I/B queue..Let me know your feedback, In the meantime, I will check in my system...

Regards,

Saurabh

[Former Member]

Hi Saurabh,

Thanks for your reply. But I have seen deregistering the correct queues. Strangely its working when I use CFM2/CFM2. In that case I am getting the inbound queues in READY state in SMQ2, and am able to debug fine. But same thing when done thru CURTO_CREATE, the queues are not available in SMQ2 and the transaction is directly getting posted in PDS, though I have deregistered inbound queues. To avoid any chances I have deregistered queues giving criteria as '*' so that it stops all queues but strangely the PDS is getting updated with the queue not getting stuck.

Regards

Avishek

[Former Member]

Saurabh,

Did you have any findings?

Regards

Avishek