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

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.
Summer

Similar Messages

Job CLEAN_REQREQ_UP and BBP_GET_STATUS_2 does not update SC in SRM With PO

Hello,
We are on SRM 5.0 Classic scenario R3 SAP ECC 6.0. we recently had a stackupgrade for all our different components.
Aswe are in a classic scenario we get a prucahse requisition after a shopping cart is approved. The purchaser then creates a purchase order and the program BBP_GET_STATUS_2 and CLEAN_REQREQ_UP updates the shopping cart with the PO information.
For these 2 programmes we have created one Job. The problem that we now encounter is that the job doesn't update the Shopping cart with the PO information. Only the purchase reuiqisition is visisble. If i go to transaction BBP_PD for that shopping cart i see Item in transfer process marked red. From BBP_PD I can run BBP_GET_STATUS_2 and CLEAN_REQREQ_UP and the nthe shopping is updated.
So to summarize: The jobs (BBP_GET_STATUS_2 and CLEAN_REQREQ_UP ) do not update the shopping cart but running BBP_GET_STATUS_2 and CLEAN_REQREQ_UP manually the Shopping cart is updated.
The users who running the jobs seem to be ok.
Any idea ?
Thanks

Hi,
Check this.
In the backend system, you activate the application SRMNTY in table TBE11 using transaction FIBF so that the purchase order follow-on data is transferred from the SAP backend to the SRM system. In this way, the SRM system is notified when follow-on documents are created in the backend system.
Check teh variant, Check if the Backend system has been changed, Run BDLS if changed
regards,
MRao
Edited by: Mahesh Rao T.C on Oct 14, 2010 12:31 PM

Logical system in CLEAN_REQREQ_UP and BBP_GET_STATUS

Hi experts,
Just a very simple question : do you confirm the logical system we have to put in CLEAN_REQREQ_UP and BBP_GET_STATUS variants are that of SRM?
Thanks in advance.

Hi,
CLEAN_REQREQ_UP:
It checks whether the backend documents (namely-PR/PO/RES) have been created in the backend systems. Deletes obsolete table entries in SRM as well as updates document numbers in the Shopping Cart. You can't process the SC in SRM until this update is complete.
BBP_GET_STATUS_2:
It ensures that the information on the back-end documents is up-to-date. Retrieves the updated information from the Back-end systems (for example PO number after it was converted from a PR)
since both the reports checks and picks up data from backend system, we need to specify RFC for backend systems only.
-rgds,
Ravi

Difference between BBP_GET_STATUS_2 and CLEAN_REQREQ_UP reports

Could someone explain in simple way what is the difference between BBP_GET_STATUS_2 and CLEAN_REQREQ_UP reports? I have read the differences in standard documentation but it is a little confusing.
Thanks!
Regards,
Madhur

Hi
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.
Some more information :
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.
Summer

SRM and ERP follow on documents

Hello all, I am working in SRM 7.0 in a classic scenary.
When I create a shopping cart that generate purchase requisition in the backend system, and then I create a purchase order with reference to this purchase requisition directly in the backend, this PO doesn´t appears in the follow on document tab information.
I am not sure that this is correct or not. Follow on documents in this case must be updated in SRM?
Thanks in advance
Rosa Rodríguez

YES.
Follow on docuement must be updated in the each item of the shopping cart .
check clean_reqreq_up and BBP_GET_Status_2 jobs.
you need to explore if they were not updated in SRM.
in ECC docuemnts shopping cart details will not be there , if you want sc number in ECC business object, you need little enhancement to populate sc number with item field.
check bbp_pd
or paste first 20 lines of bbp_pd .

Frequency of job BBP_GET_STATUS_2?

CRM Gurus
Can someone tell me the recommended frequency to run program BBP_GET_STATUS_2 via a background job?
Does it all depend on business requirements?
thanks.

Hi
Which SRM version are you using ?
Please reschedule the jobs for reports CLEAN_REQREQ_UP and BBP_GET_STATUS_2 with a new frequency.... and give the time interval less than 5 minutes.
The data for GR and Invoice go to SRM with the frequency of the standard job BBP_GET_STATUS_2, you can see de details for the job in the master guide, also you have to program one job to update the SC data (program CLEAN_REQREQ_UP) if you wish, give an e-mail to send you the SRM Master guide.
Related links ->
Re: Back Ground Jobs in SRM
Re: Follow on doc(PREQ) not created in teh backend
Hope this will help. Do let me know.
Regards
- Atul

User Can't see po details in Display and Process Confirmations

Hi gurus,
We are using SRM 5 Server. We are using classical scenario.
However our user can't see her po details while creating GR/Confirmation. I cheked the role she have all the roles.
All backend document like (PO-Invoice for less amount etc) has been create for the Shopping cart.
Please give me solution quickly.
Regards
Sai Ram

Hi
Classic scenario, so follow on documents are created in backend only (R/3 system).
There is a BAPI call made to R/3 system (BAPI_PO_CREATE / BAPI_PO_CREATE1)
that creates Purchase order in the specified destination.
CLEAN_REQREQ_UP and BBP_GET_STATUS_2 programs, scheduled at regular interval updates the SC with PO details as it creates in backend.
This is standard functionality. You can't access the PO from SRM.
Hope this answers your query. Do let me know.
Regards
- Atul

Creation of Invoice in ecc system from SRM

Hi,
We are using SRM 7.0 and ECC 5.0.
When we post a invoice(without PO reference) the IDOC get transmitter.
The status of the invoice IDOC is successful ( status 53 ) but no invoice document gets created in the backend system.
Has any one got this problem before?
Please help
Thanks,
Vignesh

Hi Vignesh,
In transaction BBP_PD, does your invoice show all the correct status'?
Is there an X beside the status Awaiting approval?
Is there an entry in table BBP_DOCUMENT_TAB for this document?
You should manually run update report CLEAN_REQREQ_UP and BBP_GET_STATUS_2 to ensure that SRM and the backend are up to date. then checking again you may see that the invoice has gone to the backend.
Is it only invoices that this occurs to?
Confirmations run off the exact same process and if it is affecting them also, there there may be an issue with you settings in table BBP_BACKEND_DEST?
Hope this helps,
Kind Regards,
Matthew

Impossible to do goods reception

Hello,
when the SC was created, the no goods receipt indicator was checked meaning that we did not expect and goods movement for the PO. The PO is now created and the requirement has changed. Goods receipt should now be possible.
I tried checking the 'confirm performance of service / goods receipt' indicator in the PO but when i create the goods receipt i get an error in the status monitor. It does not replicate successfully.
Should i use a function module to uncheck the indicator in the SC and the create the goods receipt?
thanks for help.

Hi there,
The flag that is at the centre of this is called FINAL_ENTRY.
It may be set in the SC but not set in the PO.
I would advise you to MANUALLY run update reports CLEAN_REQREQ_UP and BBP_GET_STATUS_2 and recheck your system behaviour.
Also, might be usful to do a note search for FINAL_ENTRY and SC.
Hope this helps,
Kind Regards,
Matthew

SRM PO failed: Indicator for GR-based invoice verification used not allowed

Hi Friends,
I have an issue with a specific PO failed to transfer from SRM to ECC. We are in ECS scenario, SRM 5.0 Service level 7.0. We are in process of SP upgrade but this issue occured in Production system which is still in old SP level(SP 7.0).
when I check the App Monitor, I am see the following errors: but the status shows Auto_Completed
1. PO: Indicator for GR-based invoice verification used not allowed
2. PO: Instance XXXXXXXXXX of object type PurchaseOrder could not be changed
3. PurchOrder XXXXXXXXXX: Purchase order still contains faulty items
4. PO XXXXXXXX: Indicator for GR-based invoice verification used not allowed
I can see the PO copied over to ECC. but status in SRM PO shows 'Error in Process'.
BBP_PD for object PO shows: Created, complete, ordered, In Transfer to Execute, Change was Transmitted as Inactive status. Transfer Failed shows Active, Document completed, created.
I checked BP Maintain for the vendor and PO and its no different than other POs and Vendors except Vendor had 'Goods Receipt based Invoice Verification' indicator checked in SRM.
I tried to simulate the same Material, Vendor with GR-IV indicator both on and off, it works fine. Ofcourse this is in Quality box with SP 15 level.
So, I am not sure if SP level upgrade might help it or not? If there are any other means to test, please advise.
thanks
Rao

I was wondering how I could liquidate the PO by either creating a new PO or ??.
What you could do to revive the PO in question is that after the upgrade, and after a round of background jobs run for CLEAN_REQREQ_UP and BBP_GET_STATUS_2, ask the buyer to make a dummy change to the PO (for example, change the description of the PO) and order again. This would trigger the transfer to the backend again. And hopefully this time, no error would occur.

Line item number not appearing in BE_OBJ_ITEM field in Table BBP_PDBEI

Hi SRM Experts,
We are on SRM7.0 (SP09) using classic scenario (SAP R/3 backend 4.6C). Since last few days, we are observing strange behaviour when SC is approved and transferred to backend. The SC remains in status I111(Item in transfer). The reports clean_reqreq_up and bbp_get_status_2 does not help.
What I've observed is in BBP_PD, table BBP_PDBEI, the field BE_OBJ_ITEM is not updated... but all other fields are properly updated.
BE_OBJ_ITEM
BE_OBJECT_TYPE BUS2012
BE_OBJECT_ID 7100000149
As a result, even re-transferring the SC using BBP_REQREQ_TRANSFER does not help..
This phenomenon is not appearing for all SC's but some SC's ...
Can someone suggest any solution to above issue ?
Thanks and Regards,
Ram

Hi
Please delete the status I1111 for this SC from table CRM_JEST in Debug change mode and than exe FM # BBP_REQREQ_TRANSFER
This is only aworkaround
Regards
Trinath

Line items getting deleted

We have extended classic scenario, and once we create a purchase order from a Requisition , it gets created correctly at SRM side, but as it is replicated in R/3, the line items just vanish.. I tried checking that in BBP_PD_PO_TRANSFER_EXEC, the item internal table is empty..
everything is fine as i check BBP_PD, I have run CLEAN_REQREQ_UP and BBP_GET_STATUS_2
Any clue whats happening...

Hi,
See the foll notes:
Note 1022458 - Limit PO ends in Error Status: Document Contains No Items
1052999 - Deleting Service line item in SRM not updated in ERP
006573 - BBP_POC:For service items,delete indicator not transfered
BR,
Disha.
Pls reward points for useful answers.

Delete Button not active in Change PO

Hi All,
     I looked at security and authorizations, and checked the PO status in both SRM and ECC. All seems to be ok. But not able to delete the PO line items. We are in SRM 5.0 ECS SP15.0. PO was changed, added lines and ordered and transferred to Backend as well. Now when I want to delete the PO line items, Delete button is inactive. Please advise.
Regards
Rao

Hi Rao,
Is this for all PO's?
Deletion is not possible
   i. for the POs which are in status 'ORDERED'
ii. active version of the PO for which follow-on document exists.....
As per the standard system behaviour, once the PO is already sent out
to the Vendor, the Delete button at Header will be disabled. And this
is the standard behavior. You can not delete the PO from the header
and the only option you can do is deleting the items from this PO.
Also, maybe try MANUALLY running update reports CLEAN_REQREQ_UP and BBP_GET_STATUS_2 which will ensure that SRM and the backend are uptodate and retest.
Hope this helps,
Kind Regards,
Matthew

How to clear status "Error in process"?

Hi All,
I need help to clear the status of my invoice in SRM. The invoice status is "error in process". We checked in backend and reprocessed the IDOC through WE19 instead of BD87 and the invoices are posted now in backend. But the status of the invoices still shows "error in process" in SRM. I do understand that we should not use WE19 and should have processed it through BD87.
I checked in SRM and the enteries exists in BBP_DOCUMENT_TAB table for these invoices, just tried to run CLEAN_REQREQ_UP and BBP_GET_STATUS_2 but no help.
Please help
Thanks, Sachin

please read all below
An IDoc BBPIV is sent if an invoice is released in the BBP system.In the invoice the statuses I1022 "Release granted" and I1017 "In transfer" are set.In addition, for the background job (see below) an entry is written to table BBP_DOCUMENT_TAB.
Unless I1017 is not set again to inactive, all previous operations are not allowed (in particular all changes to the invoice), that is, they are stopped by the program. The sending of the IDOC is checked by the background job CLEAN_REQREQ_UP. The report reads the BBP_DOCUMENT_TAB and makes a RFC (remote function call) per META_GOODSMVT_UPDATECHECK to check the posting of inbound IDocs.If the IDoc is posted successfully (status 53), the BBP invoice receives status I1018 "Transferred to backend".In addition, the entry is deleted in BBP_DOCUMENT_TAB.
If the IDoc is posted incorrectly (status 51, no follow-on document), the status of the invoice is set to I1019 "Transfer failed".The entry in BBP_DOCUMENT_TAB remains as is, that is, the status of the IDOCs in the backend system is still checked by the background job.The sending of the IDOC is checked by the background job CLEAN_REQREQ_UP.If the IDoc has not (yet) arrived in the backend system, the entry also remains as is.
Status I1018 allows to reverse the invoice in the future. In case of status I1019, a deletion is (again) possible.
The following must be considered when processing an incorrect IDoc in the backend system:
a) Further process the same IDoc (BD87), instead of copying and correct the IDoc with Transaction WE19 since in the latter case, the background job cannot find the (copied) IDoc and the invoice posted from that. In this case the BBP invoice would remain endlessly in status "incorrect", the entry in BBP_DOCUMENT_TAB would never be deleted and the background job would always make the RFC at every run.In addition the BBP invoice would never receive the status "paid" (see below).
b) If the IDoc cannot be corrected or the error in the backend system cannot be solved, the IDoc remains in status "incorrect".In this case the BBP invoice should be deleted and the entry in BBP_DOCUMENT_TAB should be deleted manually or with a self-written report.
Additional information: As of EBP Release 4.0 or after the implementation of Note 601470 or the import of the relevant Support Package, the entry in BBP_DOCUMENT_TAB is deleted by the program (during the deletion of the invoice). Then the manual deletion is no longer required.
The following section does not correspondingly apply to the confirmation, but only applies to the invoice.
Status I1020 "paid" is set in the invoice by using the second background job BBP_IV_UPDATE_PAYMENT_STATUS to check the payment status of the follow-on invoice in the FI backend system for all invoices from the selection area.This only occurs for BBP invoices with status I1018 "Transfer to backend". To read the FI documents, META_FI_DOCUMENT_READ_40B is used.

Confirmation in error in process

HI,
We are using SRM 4.0 (SP12) with extended classic scenario.
Today morning we had a situation where the batch jobs scheduled in SRM is not displaying in SM37. System couldn't reschedule any of the batch jobs. We ran the house keeping job and then everything seems to be working fine.
But since evening, the confirmation posted are going to error in process status. IDOC posted in SRM and backend are not in error
status. Still confirmations are showing as error in process. Till evening confirmaiton was posted without any issues.
CLEAN_REQREQ_UP and BBP_GET_STATUS_2 jobs are running fine. But the confirmations posted are showing as error in process status. Entries in table BBP_DOCUMENT_TAB is holding the PO from further confirmations. Not sure whether any batch job is not running.
Could you please help me to fix the issue?
Thanks,
Arun

Hi Arun,
Try to follow below steps, hope you will get something
1) Check confirmation application monitor error what is the cause
2) Check BBP_PD Error Message
3) Execute the FM (BBP_PD_CONF_TRANSFER_V2) for the error confirmation in SRM and after execute a IDoc will generate (Failed) Iodc
4) Check related Idoc in WE02 or BD87 and re-process
5) Check related confirmation in R/3 and SRM
Regds,
jai

Clean_reqreq_up and BBP_get_status_2

Similar Messages

Maybe you are looking for