Skip to Content
author's profile photo Former Member
Former Member

Clean_reqreq_up and BBP_get_status_2

I am bit confused about the use of these two programs Clean_reqreq_up and BBP_get_status_2.

What I understand from the different forums i read is that clean_reqreq_up creates the PO in the backend (classic scenario) after the shopping cart is approved and BBP_get_status_2 updates the shopping cart with the PO number so that the SC can be processed further( for goods confirmation).

Am I right gurus? If no , please illustrate with an example as above

Thanks in advance

Add a comment
10|10000 characters needed characters exceeded

Related questions

2 Answers

  • Best Answer
    author's profile photo Former Member
    Former Member
    Posted on Jul 19, 2010 at 03:00 AM

    In your example, a SC is created and approved, in table: BBP_DOCUMENT_TAB , an entry is created.

    After running Clean_reqreq_up , the entry in this table is deleted and follow-on doc is created.

    let's say PR is created in backend, now execute tr:ME21N and create PO with reference to this PR,

    Now for this SC, a follow-on PO is created in backend, but SRM didn't realize this, by runing

    BBP_get_status_2, this follow-on doc information is updated in SRM, now when SC status, you will

    see the PO number.

    Check online help as well.



    Add a comment
    10|10000 characters needed characters exceeded

  • Posted on Jul 19, 2010 at 12:15 AM

    Explanation :

    The CLEAN_REQREQ_UP and BBP_GET_STATUS2 jobs will be configured to run in each EBP client to synchronize status data between EBP and R/3.

    CLEAN_REQREQ_UP (Cleaner Job)

    You can use this function for document types Shopping cart, (Local) Purchase Order, Confirmation, and Invoice to trigger a synchronization with the associated documents in the back-end system. The system checks whether and how the (follow-on) documents were posted in the back end, and updates the object link and references, as well as the document status.

    A job (background processing) is generated for the program CLEAN_REQREQ_UP. When this is run, the system queries a database table containing the transfer information of the documents to the back end. The entries are checked with the data of the respective back-end systems. If the back-end transfer is successful, the respective entries are deleted and the prerequisites for further processing are created.

    BBP_GET_STATUS2 (Status Job)

    The status job was created by SAP to update the EBP system with data such as purchase requisition number, purchase order number, goods received or invoices recorded manually in R/3, etc. The report should not be run on a frequent basis at short intervals unless the order count from EBP to R/3 is not that high. Otherwise, a recommended interval for running the report is approximately every hour. Basically the schedule times depend on your business requirements.

    Until this job runs, the user will not see the number of the backend document created in R/3 for a particular shopping cart in the history tab of the check status transaction.

    Configuration :

    Go to:

    SPRO->IMG->Integration with Other SAP components->Advanced Planning and

    Optimization->basic Settings for the Data Transfer->Change Transfer->

    change Transfer for Transaction Data->Active Online Transfer using BTE

    Here you should maintain the application 'SRMNTY' with active flag.

    Once this customizing is enabled, whenever a follow-on document

    (either confirmation or invoice) for an extended classic PO is created

    in the backend R/3 system, the R/3 system communicates to the SRM system

    by creating an entry in the table BBP_DOCUMENT_TAB for this PO.

    The item level of the SRM PO has fields to store the actual quantity

    and values entered for the corresponding confirmations and invoices.

    After that, run the reports CLEAN_REQREQ_UP and BBP_GET_STATUS_2.

    When the report CLEAN_REQREQ_UP runs this will update the

    PO with statistical information. With the latest information in

    BBP_PDIGP table (statistical information) the query should work fine.


    Add a comment
    10|10000 characters needed characters exceeded

Before answering

You should only submit an answer when you are proposing a solution to the poster's problem. If you want the poster to clarify the question or provide more information, please leave a comment instead, requesting additional details. When answering, please include specifics, such as step-by-step instructions, context for the solution, and links to useful resources. Also, please make sure that you answer complies with our Rules of Engagement.
You must be Logged in to submit an answer.

Up to 10 attachments (including images) can be used with a maximum of 1.0 MB each and 10.5 MB total.