BDoc Intermediate State - CRM2007

Hi everyone
I have Bdocs thats in Received (intermediate state)
BDoc Type: BUPA_MAIN,
Flow Contect Description: mBDoc Validate
Sender Site Name: OLTP
Queue Name shows R3AD_CUSTOME.........
User: CRMUSER ( batch )
When I try to reprocess these Bdocs , I get a runtime error " CALL_FUNCTION_PARM_MISSING
" It seems as if though I need to maintain a parameter under one of my Z function modules
This I can fix
But why am I getting these Bdocs in this state? Seems like all BDocs coming from R3 doing this. This is only happening in our production system
Inbound and oubound queues are cleared
Please advice
regards
Manie

Hi Manie,
How these intermediate BDocs are getting created?
Are you triggering any type of load(delta,initial or request)?Or they are coming down due to delta flow
from R/3 automatically?
Does these BDocs contain data or they are empty?
Which version of CRM ,you are using?
Thanks and Best Regards,
Shanthala Kudva.

Similar Messages

Bdoc intermediate state( I02)

Hi,
I am creating bdoc thru report program. When i execute the program Bdoc is creating as a Intermediate state ( I02) and it is stored in SMQ2(Inbound queue) level. In the queue level it is showing status like RETRY.
Please help me in this.
Regards
Srinu

Hi,
have you already successfully created the replication object, publication and subscription in the administration console (transaction SMOEAC)?
Maybee this hind helps.
Best regards
Manfred

BDOC Error : "BDoc stored before update task (intermediate state)"

Hi Experts,
I have stuck BDOCs under BDOC type "BUS_TRANS_MSG" and the error msg as "BDoc stored before update task (intermediate state)". The error occurs when BDoc Message was not written to qRFC queue. I checked the update tasks in transaction
SM13 and could find the entries there. I opened one of the entry and was able to spot the error in one of the function module.
The error was encountered at some later point in time and is been fixed. I now want to re-send the update so that the new update is written and the BDOCs are processed.
Kindly guide me through the steps that need to be performed in order to re-process the BDOCS.
Thanks,
Chaudh

Hi,
BDocs were stuck at time when we really had a problem; now the problem is re-solved. I have checked SM13 we have entries highlighting the problem, but i really don't know how to re-update the error entries in SM13.
I believe once that is done then i might possibly be able to re-process the BDOCs in SMW01.
Thanks,
Chaudh

Bdocs are in intermediate state I01

Hi all,
When I checked SMW02 transaction,some bdocs are in intermediate state I01.
I tried to reproces, but it's giving shortdump.
Shortdump is trying to insert table entries, already exist.
Bdoc type - CND_M_SUP
someone could help me how to clear these Intermediate bdocs.
Thanks in advance,
P.V

Hi all,
I did not find anything in the condition log but this is the description of my short dump:
Error analysis
    Short text of error message:
    Error in mass insert in table CNLCRMPRSCALEDIM.
    Long text of error message:
     Diagnosis
         You tried to insert entries in the database table CNLCRMPRSCALEDIM.
         This operation failed because one or more entries with the
         specified key already exist in the table.
     System Response
     Procedure
         Inform your support organization.
     Procedure for System Administration
    Technical information about the message:
    Message class....... "/SAPCND/DB_ACCESS"
    Number.............. 002
    Variable 1.......... "CNLCRMPRSCALEDIM"
    Variable 2.......... " "
    Variable 3.......... " "
    Variable 4.......... " "
Regards
André

BDocs in intermediate state.

Hi All,
While making delta changes to business partners I find that the BDoc's are going into an intermediate state. When I check the Inbound queue in CRM the queues seem to get into a 'READY' status, if I unlock these entries in smq1, or if i reprocess the BDOC, things are working fine. However the delta changes are not taking place automatically.
I have checked the queue registration, the following queues have been registered CRI, CIR, CRM_BUPA, CSA, R3A, AND R3U. I find that the status of queue demon in t-code smohqueue is Running. However I find that in most systems where the delta changes are taking place automatically, the status is released, and not running. What should the correct status be?
If i click on start queue demon, it goes into running status, and i am unable to change it to released status.
Kindly request your help in analyzing why the delta changes are going into intermediate state.
Regards,
Thiru

I have the same problem. Did you solve?
Regards,
Lyda

Reprocess Bdoc with status I04 (Intermediate state)

Hi All,
I have problems to reprocess Bdoc's with status I04 (Intermediate state).
In a batchprogram I created businesstransactions. But when a central blockade was set on the businessparter, no businesstransaction appear.
In the SM13 I have Update-errors (SAPSQL_ARRAY_INSERT_DUPREC).
In the SMW01 I have Bdoc's (BUS_TRANS_MSG) with status I04.
I'm having problems to reprocess the Bdoc's.
After uncheck all central blockades, the reprocess of the bdoc failed.
After changing the status of the Bdoc from I04 to I01, the bdoc will be reprocessed (green), but the data in the Bdoc will not be written to the database (CDB).
What could be a solution to reprocess the Bdoc's with an update of the CDB (and the businesstransaction appear)?
Thanks!

Hi G. van Doom,
You got a system error: <b>SAPSQL_ARRAY_INSERT_DUPREC</b>, this means that the running process tried to insert to the DB a records that is already existing. Hence it raised this system error.
Reprocessing the BDoc won't solve the issue since you will again try to insert record that already exist.
I would suggest you to maybe check the <b>task</b> you set in the BDoc from your batchprogram, if the records was already existing then you should rather do an update, by using Task = 1. Therefore you must have a logic in your program which can find if the record exist or not in order to set the appropriate task.
Task:
1 - Update
2 - Insert
3 - Delete
Hopping this help.
Sincerely,
Alain Gauthier

Bdoc state - Received (intermediate state)

Hi experts,
Can you please help me with this. We've just found out that we have several bdocs with state "Received (intermediate state)" in middleware. They said that if these are in this state for quite some time, we need to reprocess it to prevent any future problems. When I choose one and click on Show Bdoc Msg Errors/Receivers, it only says "No receivers or error segments for Bdoc message found."
Can you please let us know how to clear these? I'm providing below two bdocs on these state that may help you understand the problem.
1.
Bdoc state description: Received (intermediate state)
Bdoc type: BUPA_REL
Flow context description: mBdoc Validate
Send date: 01.09.2010
Send time: 19:01:06
Sender site name: (This is our ECC box)
Queue name: R3AD_CUSTOMExxxxxxxxxx (x > customer number)
User (Creator): MWRFCXXX (x > our ECC box)
2.
Bdoc state description: Received (intermediate state)
Bdoc type: CND_M_SUP
Flow context description: mBdoc Validate
Send date: 09.02.2011
Send time: 15:43:04
Sender site name: (This is our ECC box)
Queue name: R3AD_DNL_COND_A594
User (Creator): MWRFCXXX (x > our ECC box)
Hope you can help us here. Thanks a lot!
Kind regards,
Mike

Hi,
Go to transaction R3AR3,Are all your requests still there.IS there any queue stuck in smq2 and SMQ1.If there is nothing stuck in SMQ1 or SMQ2,then i think for you Bdoc type BUPA_REL,for all those queues in intermediate state there is no number found for the range which you used to create request for Partner relationship.
Regards,
Arya

BUPA_MAIN stays in Intermediate state Function Module missing

We noticed that on our Productive system, since yesterday most
of the BUPA_MAIN BDOCs status are in yellow "After qRFC step (intermediate
state)" since last two days on PRM. Before it was working fine.
We got o SMW01 & re-process it, then we get a short dump which says:
" Function module "/1CRMGC/CGBUPA_MAIN_RRR" not found."
We compared in th eTxn: SBDM the BUPA_MAIN on Production & Test systems.
We found that the Module "/1CRMGC/CGBUPA_MAIN_RRR" is not there in Production but it
is there on other systems where its working.
Please let us know how we can generate this,
Is it the normal process to Generate on the dsired system in our case production directly? or do we do it in Development & then Transport it.
We have this bug in Production and fix this asap.
Thanks
Regards
Rahul
Edited by: Rahul Kumar Lal on Sep 2, 2010 1:50 PM

Hi Rahul,
Goto Trxn. GNRWB -
Generator Group : REPLI
Industry : Consumer Goods
Select BUPA_MAIN on L.H.S. and all Generators on the R.H.S.
Click on Generate/Check icons.
or you can goto trxn . SMOGGEN and select BUPA_MAIN.
Tnx,
Rohit

VIP in Intermediate state after relocate

11.2.0.2.0 windows 2008 2 node RAC
Rolling patch. Brought down and relocated all services to node 2. All services start ok except for node 1 VIP which goes to intermediate and FAILED OVER state.
C:\Windows\system32>crsctl status resource -t
ora.rac01dev.vip
      1        ONLINE INTERMEDIATE rac02dev             FAILED OVER
ora.rac02dev.vip
      1        ONLINE ONLINE       rac02devAll other services are ok, SCANS and listeners are all up.
manual stop and start of the VIP looked to have been ok but a further check on the status shows its still at intermediate.
C:\Windows\system32>srvctl status vip -n rac01dev
VIP RAC01DEV-VIP is enabled
VIP RAC01DEV-VIP is not running
C:\Windows\system32>
-- manually stop and start it
C:\Windows\system32>srvctl stop vip -i RAC01DEV-VIP
C:\Windows\system32>srvctl start vip -i RAC01DEV-VIP
-- status of the vip with node parameter shows down
C:\Windows\system32>srvctl status vip -n rac01dev
VIP RAC01DEV-VIP is enabled
VIP RAC01DEV-VIP is not running
-- status of the VIP with -i parameter shows up.
C:\Windows\system32>srvctl status vip -i RAC01DEV-VIP
VIP RAC01DEV-VIP is enabled
VIP RAC01DEV-VIP is running on node: rac02dev
-- all stat shows intermediate and failed over
C:\Windows\system32>crsctl status resource -t
NAME           TARGET STATE        SERVER                   STATE_DETAILS
Local Resources
ora.DATA.dg
               ONLINE ONLINE       rac02dev
ora.FLASH.dg
               ONLINE ONLINE       rac02dev
ora.LISTENER.lsnr
               ONLINE ONLINE       rac02dev
ora.asm
               ONLINE ONLINE       rac02dev             Started
ora.gsd
               OFFLINE OFFLINE      rac02dev
ora.net1.network
               ONLINE ONLINE       rac02dev
ora.ons
               ONLINE ONLINE       rac02dev
ora.registry.acfs
               ONLINE ONLINE       rac02dev
Cluster Resources
ora.LISTENER_SCAN1.lsnr
      1        ONLINE ONLINE       rac02dev
ora.LISTENER_SCAN2.lsnr
      1        ONLINE ONLINE       rac02dev
ora.LISTENER_SCAN3.lsnr
      1        ONLINE ONLINE       rac02dev
ora.cvu
      1        ONLINE ONLINE       rac02dev
ora.oc4j
      1        OFFLINE OFFLINE
ora.rac01dev.vip
      1        ONLINE INTERMEDIATE rac02dev             FAILED OVER
ora.rac02dev.vip
      1        ONLINE ONLINE       rac02dev
ora.prd.db
      1        OFFLINE OFFLINE
      2        ONLINE ONLINE       rac02dev             Open
ora.scan1.vip
      1        ONLINE ONLINE       rac02dev
ora.scan2.vip
      1        ONLINE ONLINE       rac02dev
ora.scan3.vip
      1        ONLINE ONLINE       rac02dev
C:\Windows\system32>anyone know?

Sebastian Solbach (DBA Community) wrote:
Hi,
works as designed. If a node VIP is not running on the node it belongs to, it goes to FAILOVER and intermediate state.
(Which also does make sense, since a failovered VIP does not have a listener, and hence does not service any client. So client will only receive a connection error and tries the next VIP in the address list).
thanks for reply sebastian and "expected behvaiour" had crossed my mind but cant find a doc note anywhere that refers to that. Not that I doubt you but do you have a doc note on this?

Intermediate state

Hi all experts,
We are in 11gR2 in windows 2008. Our database is 2 nodes rac. I got alert message below.
Host=xxxx.xxxx.xxxx.xx.xx
Target type=Cluster
Target name=ora-scan
Message=ora.registry.acfs has 1 instances in INTERMEDIATE State
Severity=Warning
Event reported time=Oct 17, 2013 6:40:45 AM EDT
Operating System=Windows
Platform=x64
Associated Incident Id=xxxx
Associated Incident Status=New
Associated Incident Owner=SYSMAN
Associated Incident Acknowledged By Owner=No
Associated Incident Priority=Low
Associated Incident Escalation Level=0
Event Type=Metric Alert
Event name=resource_status:crs_event_composite_status
Metric Group=Resource State
Metric=State Change
Metric value=PARTIALLY_INTERMEDIATE
Key Value=resource_ora.registry.acfs.type_ora.registry.acfs
Key Column 1=Key
Rule Name=EDC - Metric Alert,Warning
Rule Owner=SYSMAN
Update Details:
ora.registry.acfs has 1 instances in INTERMEDIATE State
Incident created by rule (Name = EDC - Metric Alert, Warning; Owner = SYSMAN).
I did check the cluster resources by srvctl status resource -t and all of resources are in online and none of them i saw in intermediate state. Is there any other command and option to investigate this error? Please give some fedback.

This might be of some help
Ora.registry.acfs Resource Has Unknown / INTERMEDIATE Status (Doc ID 1581513.1)
Did you restart the server or any component? Sometimes agent termination during instance start up could leave resources in intermediate state. You can try shutting down and startup gracefully if possible.

Datagrid displaying intermediate state

I have a datagrid whose dataProvider is an ArrayCollection of
objects which have ~30 fields. The datagrid is supposed to display
5 of them. A button click will load data. What weired is that
sometimes the datagrid will display all 30 columns for some time
(~1s, depending on computer speed) before it finalizes to 5
columns. The number of rows to display is not big at all (~20).
Is there anyway not to display the intermediate state?
Thanks.

This might be of some help
Ora.registry.acfs Resource Has Unknown / INTERMEDIATE Status (Doc ID 1581513.1)
Did you restart the server or any component? Sometimes agent termination during instance start up could leave resources in intermediate state. You can try shutting down and startup gracefully if possible.

BDocs stay yellow - status I02 Written to qRFC Queue (intermediate state)

We upgraded our system from SAP CRM 7.0 EHP3 SP3 to SP4.
Now all the BDocs in smw01 stay yellow. I can manually reprocess them, then they become green. There is no error message and there are no dumps in st22.
The CSA* queues are registered. The scheduler says "inactive" (and briefly goes to active when saving a business partner, product or transaction, as it should).
The CSA* queues relevant for each "stuck" business partner, transaction or product is in status "STOP".
There's a note, 1593693 - BDoc's in state I02, but it doesn't help. We don't have a problem with the number or load of the RFC processes (as far as I can tell), there is very little going on on the system, right now I am the only one logged on) and the queues are not in status READY, either.
MW_CHECK says "All post-processing steps are done."
GENSTATUS counts 0 errors or waiting.
MW_MODE is on, of course.
smw3_00 is empty (which it was before the SP installation, too).
The CRM is not connected to an ERP system, it sends búsiness partner and transactional data via the XIF adapter (via web services). Which, up to now, worked just fine.

I was given the solution: Use transaction smq2, search for CSA*, click on the queue, click the unlock button. That worked.

BDoc stored before update task (intermediate state)

Hi Experts,
I see every month 2 to 3 messages in SMW01 with status I04. I have cheked many blogs and they suggest to check in SM13. But on our system i don't see any messages in SM13. Also these messages doesnot display what the error is through Tcode SM13.
Can you please help me to find a solution for this messages.
regards,
Vicky

Hi Rohit,
Thanks for the information. I need some more info.
These are all :mBDoc Notification
We have not received any update error so far for any BDocs which can relate to these messages.
But these messages keeps on failing. I am still confused, if the update was done successfully how can these BDocs failed?
Or is it like these are just warning messages and its says that your inbound BDocs were successfully stored in the database but since these inbound BDocs were stored before the update operation could be performed, the system generates this warnings?
If so can you please help me understand the followings:
1. How come BDocs getting processed successfully if the update only fails? Are these two different things. I wanted to know the flow of message.
example:
message -> CRM ->update operation -> Data save to CRM database or others like mobile database.
How the flow of message is when it enters CRM system?
2.Also you have mentioned that there will be an inbound BDocs too for the same message. Do the inbound BDoc will have same BDoc Message ID or how can i verify that the BDoc corresponding to all these BDocs with I04 status has been successfully processed. I check with the BDoc message ID and it has only one BDoc in SMW01 i.e these errors.
Thanks,
Vicky

Reprocessing of BDOC with state I04

Hi,
If we try to reprocess the BDOCs with BDOC sate I04 through smw01, It will not allow to reprocess it. But if we want to reprocess it, how we can do it ?
Thanks
Rajesh

Hi
I04 Bdocs can not be reprocessed. Normally Bdocs in I04 have generated a short dump.you can check the dumps in ST22 You can see also the content of the Bdoc.. with the tasks, if it's modification, creation or deletion .
Regards

Intermediate BDoC State

Folks,
What does the BDoC state description of "After qRFC step (Intermediate state) mean ? Where exactly is it in the process of date exchange ? Can anyone provide some answers, I would apprecaite it.
Fasi

Hi,
I03 - After qRFC step (intermediate state) . This means the data
is extracted from the queue for the outbound processing and the
data no longer exist in the queue.
--> take a look in note 778354 for further information.
The problems is probably cause by a short-dump: check out ST22.
Grtz,
Michael.

BDoc Intermediate State - CRM2007

Similar Messages

Maybe you are looking for