PO not transferred to Back End

[Former Member]

Hello Guru's

We have an issue where in the PO's are not getting pushed to the Backend system. We have checked that the Batch Jobs are not picking these PO's and they(failed PO's) does not have the Logical System updated in the table BBP_PDBEH at the Header level of the PO.

Though we tried to push manually, it did not work out as as the logical system is not picked.

Can anyone please help me understand in what cases the Logical System is not updated?

We have a lot of pending PO's to be pushed to Back-end which are not getting updated due to the missing Logical System.

Please help us, in resolving this issue as this is impacting the business.

Version SRM 4.0

BR// Veer

[Former Member · Accepted solution]

What is the current status of your PO in SRM ?

Secondly, go to BBP_PD and open your PO. then in command field enter 'transfer'. It will go to degugging mode. Check why is happening in thr.

If BE_LOG_SYSTENM is not filled, is LOGSYS_FI in table BBP_PDHGP filled. Either one should be filled to transfer the PO.

[Former Member · Accepted solution]

Hello Surender Yadav

Thanks a lot for the prompt response.

The Status Of the PO is I1080 - In Transfer to Execution System .

Un-fortunately none of us have the authorizations to debug in the Production, tried to get the same scenario in the Quality , but we did not encounter any error.

We have check that the Logical System of FI System in BBP_PDHGP is filled in.

Is there something that I have missed out? Please advice me on how to go further in getting this resolved.

Also please note that the BE_OBJECT_TYPE , BE_OBJECT_ID and BE_REFOBJ_TYPE are all blank. Will this affect the flow?

Edited by: SAPSRM420 on Feb 9, 2012 4:19 PM

[Former Member · Accepted solution]

Hi,

Was there a recent change in your system landscape.

As a first step you could ask your Basis to check the Logical systems and Log systems assignment under SALE. Also do a connection test with your RFC destinations from SRM to ECC and vice versa.

Regards,

Nikhil

[Former Member · Accepted solution]

Do you see any error message in RZ20 ?

[Former Member · Accepted solution]

Hello Surendra and Nikhil,

Thanks for your inputs and prompt response.

There is no change in the system landscape, we have checked on the RFC Connections and we found some lock entries for the PO's.

However, when checked for the lock entries for the PO's in the table BBP_WFLOCK , and in SM12 we could not get any hit.

Is there any other way in which I can check for the lock entries of the PO's ? Will deleting the lock entries push the PO's to the Back End system?

@ Surendra We could not find any alerts which is something interesting as well as challenging.

BR// Veer

[Former Member · Accepted solution]

Hello Surender ,

We have checked that the PO's are not transmitted to the Backend system previously even after pushing them manually, however, we have checked that the PO's got transferred to the Backend system now.

After comparing the PO that was not transferred to back-end even after pushing with that of the PO's that has been transferred (same PO) we notice that the fields BE_LOG_SYSTEM , BE_OBJECT_TYPE , BE_OBJECT_ID are not filled in the table BBP_PDBEH .

Could you please let me know, how these fields are filled in automatically? Is there a manual way to fill in these fields?

Please advice. I am in need of your suggestion.

BR// Veer

[Former Member · Accepted solution]

BE_LOG_SYSTEM should be filled. Other Fields will be filled once the backend document is created sucessfully.

BE_LOG_SYSTEM is determined. How is your system configured to determine the logical backend system, Is it based on product category or User Attribute.

You mentioned the PO got transfered to backend. How did it got transfered, did you manually transfered it or was it automatically created initialy but in SRM the status was not updated?

[Former Member · Accepted solution]

Hello Surender,

Thank you for your reply!

The PO's got transferred automatically without pushing them manually.

The Backend systems are defined based on the Product Category and not the User Attributes .

We are still in a fix with regards to how the PO's were transferred automatically , in-spite they did not transfer even when pushed manually.

BR// Veer

[Former Member · Accepted solution]

Pls. check when the PO got created in the backend i.e date & time. Is it during same date and time when SRM PO got created ?

I assume the PO got created in the initial transfer but the status in SRM was not updated.

Or

due to some unknown reason the PO transfer failed and the entry got added to the spooler which resubmitted the PO again.

[Former Member · Accepted solution]

Hello Surender,

The PO's creation date in the Backend and in EB are matching(only a difference of a few seconds)

Had the PO been created in the Backend previously, why is it not showing in ME23N or EKKO/ECPO tables?

However, we found that after unlocking the PO's using the FM and pushing them manually it is getting updated in the Back-end system, but we did not find any lock entries .

Also, please let me know how we check if a PO is stuck due when added to the spooler?

Your inputs were very much helpful Surender, Thanks a Lot !

BR// Veer

[Former Member · Accepted solution]

Hello,

Did you find any error's in application log SLG1, Object /SAPSRM/ and Subobject: REPLICATION ?

[Former Member · Accepted solution]

Hello Surender,

There are no errors in SLG1.

BR// Veer

[Former Member · Accepted solution]

The logs in SLG1 depends on your system paramater setting done by basis. check for log on the same day. e.g if error occured on 15, check slg1 for 15th. It may be that logs are not retained more then one day.

Give me some details , your SRM Version, Current SP and Ehp level and what is your SRM_SERVER version ?

[Former Member · Accepted solution]

Hello Surender,

Here are the system details.

SRM Version: 4.0

SRM_SERVER : 500

SP: SAPKIBKS15

Ehp Level: 0015

BR// Veer