cancel
Showing results for 
Search instead for 
Did you mean: 

short dump in report CLEAN_REQREQ_UP

Former Member
0 Kudos

Hi,

I'm in classic scenario with SRM 5.5 . I've created a PO in backend and when I run this report, a short dump appears

Have anybody any idea?

Thanks in advance

Best Regards

Accepted Solutions (1)

Accepted Solutions (1)

imthiaz_ahmed
Active Contributor
0 Kudos

What does the dump say? check ST22 in both the system.

Answers (2)

Answers (2)

peter_novoth
Active Contributor
0 Kudos

Hi David,

What is your SP level? You can try the note 1061805.

But I suppose there is a problem rather with one specific document, which dumps your job.

Try to localize the problem. For a test execute the CLEAN_REQREQ_UP for specific documents (just take some from the table BBP_DOCUMENT_TAB which were created recently).

Do you get the dump for this documents as well?

Check furthermore whether there is a lock in the SM12 for the report CLEAN_REQREQ_UP. If there is a lock, you should delete it.

Kind regards,

Peter

Former Member
0 Kudos

Hi Peter,

There is no lock for the report in the transaction sm12

If I choose a document from the table BBP_DOCUMENT_TAB, the report doesn't run...

But I've found that in the table BBP_DOCUMENT_TAB, in the field OBJKEY there is a long text with unexpected characters in Japanese or Chinese...

Thanks in advance

Best Regards

Former Member
0 Kudos

major function of this report is to clean the table

bbp_document_tab

in EBP

which holds the prosessed docs of EBP eg SC, Bids

and create a ECC follow-on doc

you say

I've created a PO in backend

is the PO already created

what is the business scenario?

Are the RFCs from SRM to ECC & back are working OK

BR

Dinesh

Former Member
0 Kudos

Hi Dinesh,

yes, the PO is created in the backend.

I don't know is the RFCs are wrong, but I've been able to replicate vendors, PR, categories and materials.

I had problems with the VMC machine and I don't know if this is the reason but this machine is already ok

best regards

Former Member
0 Kudos

Downloading of vendors, categories, materials shows one RFC ( ECC to SRM ) is ok

what about the reverse

IPC set up (VMC machine) should not cause this.

what are yr business steps?

and the "error analysis" for the dump you said in ST22

BR

Dinesh

Former Member
0 Kudos

hi dinesh

my business steps are :

I'm in srm server 5.5. and sap ERP 6.0

I'm in classic scenario with plan driven procurement.

I replicate my PR from PS to SRM, create a bid invitation. Receive bids and when I accept one of them I create a PO in backend.

These steps work fine, but I can't run this report.

The dump is as follows:

- " UNCAUGHT_EXCEPTION"

- "The exception 'CX_BBP_PD_ABORT' was raised, but it was not caught anywhere along the call hierarchy"

- Since exceptions represent error situations and this error was not adequately responded to, the running ABAP program 'SAPLBBP_PDH' has to be terminated.

Do you need anything more?

Thanks in advance

Best Regards

Former Member
0 Kudos

Once the classic PO is created for accepted bid

means the job CLEAN_REQREQ_UP

has worked successfully.

After approval & acceptance of bid

it is forwarded to the table BBP_DOCUMENT_TAB with the follow-on no booked

then the sub job cleans this table and creates the classic PO

till that time in BBP_PD you can see the status "item in transfer process"

But still you are getting dump for this job

Have you scheduled this job in background

do you get any cancellations in SM37?

Do you have parallel self service scenario & you use this job for PO for SC also ?

You can try to debug running of this programme with an ABAPer

BR

Dinesh