I1111 BBP_ALERT_SB_NOTTRANSFERED

Hi,
We are using classic scenario on SRM 4.0 (SRM Server 500)
We had a recent system issue which caused some SC to be in status I1111
We did run BBP_ALERT_SB_NOTTRANSFERED. But they do not go to status I1112.
Also do not show up in alert monitor.
Note the SC was created last month.
The date in table BBP_CONTROL show todays date-time 20,080,930,100,840
In BBP_PD, BBP_PDBEI Object key shows PR Number that is not present in R3.
We checked the cart thoroughly , vendor is assigned and no other errors.
In BBP_PD there were no errors and the status is "Item In transfer Process"
There is an entry in BBP_DOCUMENT_TAB
Jobs CLEAN_REQREQ_UP is running fine.
There are no authorization issue for RFC user.
Can you suggest how to solve this issue?
Thanks,
Nikhil

Hi
Note 854478 - Alert monitor: No longer possible to transfer shopping cart
Note 865797 - BBP_ALERT_SB_NOTTRANSFERED: Incorrect status set
check these notes.
Regards
Muthu

Similar Messages

SC status stuck in I1111 Item in Transfer Process

Hi Friends
We're using SRM 7.0 SP03.
I got a question about SC status update, let me describe it with an example:
1) firstly, i found a SC became Error in Process due to some data problem;
2) then, i reprocessed it in Application Monitor by click the button of "Create Follow-on documents";
3) when checking it in BBP_PD, i found this SC item status became I1111 Item in Transfer Process, and looks like it stuck in this status for a long time(more than 5 or 6 hours);
4) the second day, i found it turned to status I1112;
Here comes my question, what activity updated this SC's status from I1111 to I1112?
I tried program CLEAN_REQREQ_UP and BBP_GET_STATUS_2, i believe this change was not updated by this two programs, and I checked almost all batch jobs running in my system, nothing found.
It has been bothering me in the past month, what's the mechanism of this status update?
Could anyone give me a clue, i'll highly appreciate, thanks.

Hi Nikhil
I read this notes before, program BBP_ALERT_SB_NOTTRANSFERED only include SC after a certain time. My error SC is an old one, created several weeks ago, I checked the time stamp in table BBP_CONTROL, I think this SC is not include in BBP_ALERT_SB_NOTTRANSFERED run.
Btw, about program BBP_ALERT_SB_NOTTRANSFERED, there's a default parameter:
"Add. Time for CLEAN_REQREQ_UP 7,200"
What's this used for?

Shopping cart with I1111 - Item in Transfer Process.

Hi All,
I have a shopping cart in our Production system with 5 line items, all had the status "I1111 - Item in Transfer Process". I have run report BBP_ALERT_SB_NOTTRANSFERED and 4 out of 5 items have changed the status from "I1111 - Item in Transfer Process" to "I1112 - Error in transmission". We could delete 4 line items but the first line item is still with the same status "I1111 - Item in Transfer Process" and we are unable to delete it from the system.
There is no alert in the Monitor also.
Is there any suggestion to delete this line item? because the USer has already created a new shopping cart for all these lines and we need to delete this old one.
Any help appreciated.
Thanks!

Hi,
please do a last try with the report BBP_ALERT_SB_NOTTRANSFERED. This selects only the SCs, which were created since the last execution; the last execution is controlled by a time stamp in the table
bbp_control.
In the table bbp_control you will see an entry like this: 20.090.519.225.722 (which means 2009.05.19. 22:57:22 ). Please turn back this time stamp (hard in the debugger) before the creation date of the SC, and execute BBP_ALERT_SB_NOTTRANSFERED once again.
Is this SC item still not selected, the easiest way is to set the deletion indicator on the database level.
Regards,
Peter

I1111 & I1112 issue

Hi Experts,
SRM 5
SP15
Classic scenario
R/3 4.6c
I am facing the following issue -
User creates SC. After approval a PR should get created.
However, instead of this the status of the SC is I1111 - Item in Transfer Process. A follow on document number is generated but the follow on document is not created in the backend. The BBP_DOCUMENT_TAB table has the entry of the corresponding PR.
I have performed the following steps -
1. As per OSS 1480994 I executed BBP_ALERT_SB_NOTTRANSFERED
2. The SC status has changed to I1112 - Error in Transmission
3. I checked in the Application Monitor - and the SC is in the section - Not transferred to backend
There is no reason mentioned
4. I select the SC and "Transfer Item Again" - Msg is Activity Successful
5. The follow on document ie PR is still not created in R/3
This is happening only for a few SCs and not all.
1. Please provide pointers on how this can be resolved.
2. Is there any standard report / OSS to delete entries from BBP_DOCUMENT_TAB
Regards,
Amish

Hello,
Check if RZ20 has any alerts related to follow on document craetion error.
Try to debug the transfer of shopping cart running FM BBP_PD_SC_TRANSFER.
Otherwise, check if note 1173815 helps you.
Regards,
Ricardo

Executing Program "BBP_ALERT_SB_NOTTRANSFERED "

Hello everyone,
The Program BBP_ALERT_SB_NOTTRANSFERED is normally made run to make free the struck up (faded out) shopping carts in Sourcing List.
When we tried that, it is not working and the shopping cart is still in faded condition .We used to get dump with error TSV_TNEW_PAGE_ALLOC_FAILED .
We find a note 1073277(Note 1073277 - BBP_ALERT_SB_NOTTRANSFERED is slow or causes errors) manily to overcome this error.
After implementation of this note the program is getting executed ,but the faded out shopping cart is not getting enabled .Hence it is not able to add the shopping cart to the work area for the follow-on-document creation.
Could someone throw some light on this and how to enable the faded out shopping cart (is there some other option available).
Awaiting for your valuable suggestions.
Thanks & Regards
Rajan.S

Hi Baarati,
normally you have the following steps:
1. SC creation
2. Approval (optional)
3. Sourcing cookpit (optional)
4. Transfer -> Status I1111
5. Follow-on document -> Status I1113 /or I1112 /
But in your shopping cart you have now the status:
     HEADER I1015 Awaiting Approval X
     HEADER I1021 Created
     HEADER I1038 Complete
     HEADER I1106 Shopping cart ordered
     HEADER I1129 Approved
     0000000001 I1111 Item in Transfer Process 0000000001 I1112 Error in transmission X.
With the status "I1112 Error in transmission" normally you should have already an alert in the alert monitor: Application Monitors -> Shopping Cart ->   Backend application errors
(If you don't have this alert, with the report BBP_ALERT_SC_STATUS_ERROR you can create it.) From the alert monitor you can retransfer or delete the SC item.
Q: But do i need to manually run the monitor shopping cart transaction to transfer this shopping cart to Sourcing?
A: No. You won't get back this SC into the sourcing. The SC got stuck in the step 4 (Transfer). This step has to be corrected/repeated by retransferring the items. Step 3 (sourcing) is finished already, this can not be executed again.
Nevertheless the administrator can change it via the monitor shopping cart transaction e.g. if he would like to correct any application specific data (due to the status I1112). Afterwards the SC can be restarted via the Application Monitors.
Q: Due to some Errors some of the shopping carts are not available in purchasers work list, since the Shopping cart status showing u201CItem in Transfer process" in the monitor shopping cart transaction.
A: If you have the status u201CItem in Transfer process" this means, that the transfer was already triggered (sourcing was already done, if the item was sourcing relevant).
Q: So we thought, if we schedule the job BBP_ALERT_SB_NOTTRANSFERED, which will push the shopping cart BBP_REQREQ_TRANSFER.
A: The BBP_ALERT_SB_NOTTRANSFERED doesn't push the shopping cart to BBP_REQREQ_TRANSFER. It just creates an entry in the Application Monitors -> Shopping Cart ->   Backend application errors.
If the administrator retransfers the item from here than the BBP_PD_SC_RESUBMIT will be triggered. This calls later the BBP_REQREQ_TRANSFER.
Kind regards,
Peter

SRM SC in item in transfer I1111 status...no PO created

Hi SRM gurus,
SRM SC in item in transfer I1111 status...no PO created. This SC has 2 line items and first line item created PO, 2nd line item is in item in transfer I1111 status
Please help on how to create PO for it.
Regards,
Babu

Hi,
We have observed that, report BBP_SC_AUTO_RETRANSFER won't carry out checks before triggering the SC transfer. For example, if you are using BAdI BBP_TARGET_OBJTYPE, it will not be triggered.
PLEASE CHECK ITS BEHAVIOR IN A NON-PRODUCTIVE SERVER THOROUGHLY, BEFORE SCHEDULING IT IN A PRODUCTIVE SERVER.
Regards,
Ganapathi

Status in BBP_PB -------- I1111- Item in Transfer Process

Hi all,
I have seen lot of threads on this issue but non of them giving final soultion which leads to me create one new post....
I am working with Extended classic scenario with SRM 4.0.
I have created SHC which gone for approval and it has been approved by approver.
Its a limit item. But still that shopping cart is not available in sourcing cockpit.
I have checked BBP_PD where I found status of shc is I1111- Item in Transfer Process.
Here I have checked all item as well as header tables but no entry found there.One thing is that source type is EP as well as Source_rel_ind is Y which means cpmleted for Sourcing but in actually there is no followon document created yet.
Also I have gone through SM58 where I didn`t find any error.
All batch jobs are also running properly.
So could any one please let me know the solution for this...
Regards,
Navneet

Hi,
Pls see the foll threads.
Re: Sourcing relevant indicator getting set to 'Y'
Re: Carts sent to Sourcing Cockpit Even Though PO created
BR,
Disha.
Pls reward points for useful answers.

I1111 item in transfer process problem

Hi experts,
I am using SRM 5.0 and ECC 6.0 classis scenario
When we create SC, status shows "Approved" , but no follow on documents (Purchase Order) created
in BBP_PD I got status
                    Status         Description                    Inactiv
HEADER     I1015          Awaiting Approval              X
HEADER     I1021          Created
HEADER     I1038          Complete
HEADER     I1106          Shopping cart ordered
HEADER     I1129          Approved
0000000001 I1111          Item in Transfer Process
No error in RZ20 and BBP_MON_SC
in BBP_DOCUMENT_TAB and BBP_PDBEI I got a PO number from backend system
When I run FM SPOOL_PO_CREATE manually, system will create PO in backend system
My problem is why PO is not create automatically after I approved SC.
Now I have to run FM SPOOL_PO_CREATE manually everytime whether I need to create a backend PO.
Please help me.
Thank you in advance
Regards,
Theerat

Hi Theerat,
OK, the control parameter settings seem to be good.
There are a lot of steps in the transfer, therefore is hard to say where exactly the error could happen. Maybe it would be easier to check the recieved BAPI data of the backend PO. If you execute this BAPI in the backend, there will a message appear with the error.
For creating this test data in the BAPI_PO_CREATE1, please do the following:
Activate the FBGENDAT for the BAPI_PO_CREATE1 (or BAPI_REQUISITION_CREATE if the follow-on document should be a PR) as in the note 539978 described, and send a new SC into the backend to fill the test data. As in the note described, please:
- set the Parameter FBGENDAT 'X' in the backend system for the RFC user of the SRM system
- execute the report FBGENDAT for the BAPI_PO_CREATE1 in the mode 'A' or 'B'.
- Start the SC transfer from the SRM system by creating a new shopping cart, and check whether a test data record was generated in the Function Builder (SE37) of the backend system for the BAPI_PO_CREATE1.
- Deactivate the generation of test data records by deleting the entries in report FBGENDAT and resetting the user parameter.
Execute the BAPI_PO_CREATE1 with the created test data (you need to doubleclick into the test data and F8), and check what is filled into the parameter RETURN.
Have a luck!
Regards,
Peter

I1111 Item in Transfer Process how to retrigger PO creation

Hi,
we use SRM 4.0 extended classic scenario. When going to production environment we missed to integrate user WF-BATCH in the organisational structure. Thus some shopping carts were approved but go status I1111 Item in Transfer Process. In SM58 we reactivated the queus, but the shopping cart still got the same status. Is there any event we can trigger or function module we can use to create the extended classic PO and change the status of the shopping cart.
Many thanks for any help
Christine

Hi christine ,
what do you mean by "Missed to integrate WF-BATCH in the organizational structure" . since we also have some shopping carts approved however they stuck in item in transfer process and we are yet to find the reason .
could you elaborate what do you mean by that and how do you integrate to organizational structure
Thanks and Regards
Iftekhar Alam

SC error correction remedy reports like BBP_ALERT_SB_NOTTRANSFERED

Hi All,
can you share some remedy reports like
SC ITEM in transfer -> BBP_ALERT_SB_NOTTRANSFERED in EBP?
Anytrouble shooting reports are appreciated.
regards
Muthu
Edited by: Muthuraman Govindasamy on Sep 4, 2008 9:00 AM

Hi Muthu,
see the following notes and the corresponding correction reports:
note: 441768 BBP_ALERT_SB_NOTTRANSFERE
note: 865797 BBP_ALERT_SB_NOTTRANSFERE
note: 631513 BBP_ALERT_SC_STATUS_ERROR
note: 982441 BBP_PD_RETRY_TRANSFERE
note: 825761 BBP_SC_CORR_STATUS_UPDATE
note: 636910 Z_BBP_SC_WFL_STATUS
note: 622113 Z_SC_STATUS_CHECK_1
note: 728536 Z_SC_STATUS_CHECK_2
note: 729967 Z_SC_STATUS_CHECK_3
note: 757625 Z_SC_STATUS_CHECK_4
note: 755769 Z_SC_STATUS_CHECK_5
note: 781473 Z_SC_STATUS_CHECK_6
note: 899006 Z_SC_STATUS_CHECK_7
note: 949162 Z_SC_STATUS_CHECK_8
These notes cover more or less all of the knwn transfer problems.
Kind regards,
Peter

I1111 for SC (Item in Transfer Process)

Hi,
Business is using SRM 3.0 ECS.
Scenario is that User is creating Shopping cart thru Catalogue and there is Approval process for SC. Once the SC gets approved PO is created by the system.(I1113).For this perticular SC error is Item in transfer process and "Follow on doc not transferred".
User has created another SC(with same data inputs) but that SC is thru.
Can anybody suggest about this error?
Brgds/Gopesh

Hi Gopesh,
Since its a Catalog item and your sourcing condition might be Sourcing never carried out or Carry out sourcing w/o assigned source of supply.
So whenever you create a SC for catalog item after the approval process P.O gets created automatically and that P.O should get replicated in R/3 as yours is ECS scenario.
As you might be aware that P.O gets replicated to R/3 using RFC call, the Error in process might be coming because the RFC link is down or R/3 server is down or for some reason the system could not connect to back end system through RFC.
So once in a while you may find this kind of issue. You can get the exact reason for this by anayzing the Application monitors and error logs.BASIS guys also can help you in this regard.
Hope this makes you more clear. Clarifications are welcome.
Award points for helpful answers.
Rgds,
Teja

Automatic PO creation from SC

Hi Experts,
I am using SRM 7.0 with extended classic scenario and I have issue in the automatic po creation. For some Shopping Carts the PO is not automatically created. The SC is having Source of Supply Assigned and all the approves have completely approved the SC. The latest status is I1111 Item in Transfer Process.
I checked in RZ20, ST22 and could not find any error or dumps.
For the SC item under BBP_PDBEI the BE_OBJECT_TYPE is BUS2201 and BE_OBJECT_ID 1, once I trigger the PO creation manually the PO object id is reflected here.
For such SC I am running the report BBP_ALERT_SB_NOTTRANSFERED manually which puts the SC in I1112 Error in Transmission Status and later I can trigger the SC creation from the alert monitor.
For POs created in this manner the PO is created in Held Status without any line items, is this normal?
I have two questions which I want to understand, how is the automatic po creation from SC setup, is there any customizing involved for the po creation from SC to happen automatically?
What else should I check to find the reason why the the SC was stuck in I1111 status and PO was not created?

You need to configure the Purchasing group and this will take care of automatic transfer of Doc to sourcing cockpit. Make sure you also maintain the customization for sourcing always carried out for Prod categories.
Regards
Saurabh

PO is not generated for completed SC in SRM.70 classic scenario.

Hi,
I am working on SRM 7.0 - Classic scenario.
When a shopping cart is complete in terms of price, vendor (assigned) and other required data, item stays in transfer process. even we are adding items from catalog.
If a SC is incomplete a PR document is created in backend without a problem but when a complete SC is oredered, the status of shopping cart remains item in transfer process. I can see in table BBP_PDBEI, backend object type (BE_OBJECT_TYPE) is correctly selected as BUS2012 and the document number of PO is also correctly selected.
This is the case even for the SC ordered using catalog materials.
I have checked following configuration and it seems to be ok.
1. 'Define objects in backend system's
2. Number ranges definition in SRM and ECC
3. Document type attribute -BSA in PPOMA_BBP
Configuraiton wise everything seems to be, I tried to manually transfer the SC using FM BBP_REQREQ_TRANSFER but it does not change the status of SC it remains I1111
RZ20 does not show any error for the SC with status I1111.
Is there any sepcial FM to push the SC in SRM 7.0?
Any help/tips would be highly appreciated. Thanks in advance.
Thanks,
Ravi

learnt that PO number has generated in SRM and the same PO number not exist in ECC.
check SM58 , rz20 log or Application monitor for the shopping cart.
or monitor shopping cart click the icon follow on document and errror message must throw in 1 minutes.
let us see .
1. what is the settings in define backend OBJECTS
2. check all basic data in the shopping cart - especially org data
3. run bbp_check_consistancy report for your id?
4. every user has the same issue?
SEE THE RICHARDO technique
http://wiki.sdn.sap.com/wiki/display/SRM/ShoppingCartStatusI1111-+Resubmit
Muthu
Report BBP_ALERT_SB_NOTTRANSFERED is available to change the status of the shopping cart item from I1111 to 'Error in transmission' (I1112) and later on, it is possible to retransfer this shopping cart from Application Monitor/Monitor Shopping Cart transactions.
1480994 How to process a shopping cart with status I1111
Edited by: Muthuraman Govindasamy on Jul 16, 2010 11:31 PM

SRM Purchase Order not Created Automatically

SRM 7.0 Extended Classic Scenario:
Issue: When creating a standard shopping cart in SRM the Purchase Order is not created in SRM (or in R3). Eventhough the shopping cart is fully approved and has a vendor assigned. The overall shopping cart status remains approved,the line items status shows 'item in transfer process'. Otherwise there are no errors in the application monitor. Nothing appears in table BBP_DOCUMENT_TAB
Considerations: Everything is working fine for limit shopping cart, the PO gets created automatically and the SC has status follow-on document created.
Also, this was working fine for standard orders, it seems that support pack 7 or 8 broke this functionality, yet I do not see any notes regarding the issue. Any ideas on what controls the automatic PO generation or how it could work for limits but not standard SC's would be greatly appreciated.
Thanks,
Matt
Edited by: Matt Joseph on Nov 17, 2010 10:27 AM

First of all PO should be created then you can see entry in doc table.
u Note 1480994 - How to process a shopping cart with status I1111?
see SAP treatment and some work around..
Symptom
Shopping Cart is stuck in status I1111 (Item in transfer process).
Other terms
Application Monitor, I1112, I1111, Monitor Shopping Cart
Reason and Prerequisites
This is a FAQ note, which shows how to treat such Shopping Carts.
Solution
Shopping Cart status I1111 (Item in transfer process) is a temporary status, which means that shopping cart is being processed in order to generate a follow-on document.
However, it is possible that status I1111 becomes permanent and, in this case, shopping cart status is inconsistent.
There are some procedures to be considered when shopping cart is stuck in status I1111.
Report BBP_ALERT_SB_NOTTRANSFERED is available to change the status of the shopping cart item from I1111 to 'Error in transmission' (I1112) and later on, it is possible to retransfer this shopping cart from Application Monitor/Monitor Shopping Cart transactions.
Note 441768 provides more information about this report.
However, BBP_ALERT_SB_NOTTRANSFERED works in a time stamp. BBP_ALERT_SB_NOTTRANSFERED will check shopping carts created after date specified in table BBP_CONTROL.
To check this information, go to SE16 -> BBP_CONTROL and as input parameter provide the report name. Here you will see the last date that report has been run.
If you have a shopping cart in status I1111 which is older than date specified in table BBP_CONTROL, you have to change manually the time stamp specified in such table. You have to specify an older date (before shopping cart creation).
Doing this, you can run report BBP_ALERT_SB_NOTTRANSFERED and cart in question will have status I1112 assigned.
Once status I1112 is assigned to shopping cart, you can retransfer it from Application Monitor (BBPWEBMONITOR transaction in SAP_GUI) or Monitor Shopping Cart in the web.
To transfer Shopping Carts from BBPWEBMONITOR, some settings need to be done.
Following notes should be considered:
550044
FAQ Alert monitor RZ20 does not show any alerts
396102
BBP Alert monitor RZ20 does not work
387701
The Shopping Card are not transfered after "resubmit"
According note 387701, workflows WS10000214 and WS10000215 have to be activated. One of them is to delete shopping cart item using Application Monitor and the other one is to resubmit the cart. Then, once this settings are done, you can retransfer I1112 carts from Application Monitor.
If all settings are done and you have a cart with status I1112 that it is not appearing in Application Monitor, report BBP_ALERT_SC_STATUS_ERROR is available, which checks the carts in status I1112 and put them in the Application Monitor, in order to allow you to transfer them again. Note 631513 explains about this report.
Additional notes to be considered in this scenario:
1159609
Transfer function does not create local purchase orders
1233037
BBP_MON_SC: Shopping cart transfer ends in status I1111
1040878
Cannot transfer shopping carts with status I1112
Header Data
Release Status: Released for Customer
Released on: 09.08.2010 16:04:09
Master Language: English
Priority: Recommendations/additional info
Category: Consulting
Primary Component: SRM-EBP-SHP Shopping Cart
Secondary Components: SRM-EBP-APM Application Monitors
Affected Releases
Release-Independent
Related Notes
1233037 - BBP_MON_SC: Shopping cart transfer ends in status I1111
1159609 - Transfer function does not create local purchase orders
1040878 - Cannot transfer shopping carts with status I1112

Classic Scenerio -Transfer of SC in I111

Hi,
I am working in Classic Scenrio , SRM 7.02. Tranfer of SC to ECC via PI.
1. The SC is in 'I111' Status , I Couldn't find any failed XML in SRM, PI and ECC. To retransfer again i used the report 'BBP_SC_AUTO_RETRANSFER ' program. Where this not processing my SC, Since we are tranferring the XML message Via PI.
So I could i Retransfer this SC, How could i change the status of the SC from I1111 to Failed status. So that i can process the same thr' Application Monitor.
Thanks in advance.

Hi Tamil,
Please go to transaction code SM58 and see if there is any failed LUW created for the FM : BBP_PD_SC_TRANSFER. If there is any Failed LUW with this FM try to execute the LUW again.
You can use Function Module SPOOL_PO_CREATE to create the PO again.
U will not be able to transfer the SC via application motor because when the status of the shopping cart status is I1111 Create follow on document button might not be visible.
You need to convert the status of the shopping cart to I1112 - Error in Transmission status . Only then you can retransfer it via the application monitor. To Convert the shopping cart status from I1111 - item in Transfer status to I1112- Error in Transmission execute the program BBP_ALERT_SB_NOTTRANSFERED.
If you are getting the I1111 status again and again for all the shopping cart then there is some error in the PO creation step, to find the error debug the FM : BAPI_PO_CREATE1.
Regards,
Suresh

I1111 BBP_ALERT_SB_NOTTRANSFERED

Similar Messages

Maybe you are looking for