on ‎2012 Jan 24 5:48 AM
Hi,
I am getting the error while monitoring the outbound queue in SMQ1 very rarely as FM-------"BBP_NOTIFY_FOLLOWON_INBOUND" with exception condition "INVALID_POS". Kindly assit me what could be the reason for this error.
regards,
Kannan B
Request clarification before answering.
We have this problem a few times/week. Anyone find a solution to it? Thanks in advance, - Dow
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
The root cause of such dump is that some PO has no value in BE_LOG_SYSTEM field which generated a dump in SRM system, and the update in ECC system is stuck in smq1.
To solve this, you have to find out the PO number in the dump file (IT_PURCH_ORDERS).
Then please do as follows:
====
- Please delete all the sysfail entries for FM BBP_NOTIFY_FOLLOWON_INBOUND in t-code SMQ1 on ECC system;
- Retransfer the PO (which you found in the dump file) using the FM BBP_PD_PO_TRANSFER_EXEC;
- Check on header on tcode BBP_PD if the BE_LOG_SYSTEM field is filled for header of this PO.
- Run report BBP_PO_INIT_NOTIFY_FOLLOWON in SRM system insert a new AV entry for the PO in BBP_DOCUMENT_TAB and then run report CLEAN_REQREQ_UP for this PO.
====
After this, the system will be working as usual.
BR,
Ivy
I have raised incident and awaiting SAP response.
Thanks for your help!!!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Turdy/All,
We are facing a similar issue in the PROD system and because of this around 1500 dumps are created due to which none of the users' are able to login to the system.
Could you please let me know if the issue is solved, if yes what is the resolution.
Appreciate your response.
Thanks,
Raghavendra.
Hi Raghu,
If I am not wrong , this issue is coming in SRM , whenever an update happen to PO in ECC and which updates SRM vai RFC all.
Even I raised message to SAP and it went for long time too.. as per my knowledge
When ever you change the PO in SRM , the PO is not get updated with "BE_LOGICAL_SYSTEM" , which is the condition checked by BBP_PO_INIT_NOTIFY_FOLLOWON FM .
Is your issue solved now?
Thanks
CB
Ivy,
We cleared the block queue but we get continuous blocks throughout the day and daily. The document that has the queue block references a GR document. What would be the reason for this? Also how can we trace a transaction ID to the document so that we can found the PO associated with it?
Thanks
Trudy
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I applied the following note 1619911. Issue still exist. Have any found a resolution to this problem?
Thanks
Trudy
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Tudy,
This note will solve the dump for this report.
After implementation, you should delete the stuck entries in trx smq1 in ECC side.
Then run this report again to see if dump is generated.
If dump persists, please check if the PO example is successfully transferred to ECC side.
Best regards,
Ivy
Hi Kannan,
For this dump, please apply the following note to solve it:
1619911 - DUMP in Program BBP_PO_INIT_NOTIFY_FOLLOWON
After this, please also delete the lock entries of BBP_NOTIFY_FOLLOWON_INBOUND in trx SMQ1(ECC side).
This will solve the case.
Best regards,
Ivy
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Kannan,
We are also facing same issue , Can you please tell how you solved this issue?
Regards
CB
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.