Bdoc Structure X Idoc structure

Hi All,
We are trying to map the Order data in CRM to an IDoc structure. The Bdoc BUS_TRANS_MSG has the related Data Type BAD_BUS_TRANSN_MESSAGE. In this Data type there is a component SHIPPING where there is a field TRANS_MOT wherein the MOde of Transport is stored.
But when I am saving this order, the Bdoc has the field but the corresponding Idoc generated has the Idoc Type CRMXIF_ORDER_SAVE_M02 where I am not able to find this field.
Do any one of you have any idea as to where this field is mapped?
Regards
Priyanka

Hi ,
I have a question .Maybe it is stupid for you.
If we send out a IDOC CRMXIF_ORDER_SAVE_M02:How can we treat it in the ERP site ? because in ERP there is not such a IDOC type .

Similar Messages

BDoc structure enhancement for replication

Hi All,
We need to replicate ISU Customer contacts (Txn BCT0) to CRM Activities (Txn CRMD_ORDER). For this the mapping table BPCT_CRM_CLASS and Bdoc BUS_TRANS_MSG are used.
The standard is to map <class> and <action> to <description> on the activity. But, we want to map ISU <class> and <action> standard fields on contact into CRM <category> and <sub-category> custom fields on the activity.
I suppose the standard Bdoc BUS_TRANS_MSG and mapping table BPCT_CRM_CLASS need to be modified for achieving this.
Could you please help me with this? How the Bdoc structure can be enhanced in order to map to custom fields? Is it recommended or not?
Please share any relevant documents.
Thanks in advance.
Alka

Hi
What u need to do is just make an append structure to the komp for this u can find a option append structure next to hierarchy display once u click the Append structure .
it will give u a pop up where u can find the create append over the top of the append and u can create your fields as per your requirement.
Hope this helps u and if u still have queries kindly revert.
Thanks,
Joe

Diff ...between Bdoc's and Idoc's in XI integration !

Hi All
In XI integration what is the difference between Bdoc's and Idoc's ?
Both or same ? different ? how the integration will be done ?
Adv...thanx and regards
kiran LVS

Hi
An IDoc transfer is quicker in comparison to SOAP/XML because the IDoc document contains no metadata information (tags)unlike an XML document, and therefore, the size of document sent down the line is substantially smaller in comparison.
IDocs can be used to send messages to the SAP Exchange Infrastructure where an IDoc XML document will be established and mapped into other XML Schemata. The XML messages can be routed to other Business Systems. IDocs can be used to send messages to the Business Connector where an IDoc XML document will beestablished and mapped into other XML Schemata such as Rosetta Net, xCBL or customers ownschemata.IDocs can be used to send messages to a flat file.IDocs can be used to send messages to an ALE converter, where IDocs are mapped into standardizedmessage formats (EDI communication).IDocs can be used to send messages to an ALE Messaging System. In contrast to an ALE converter, the message handler will not perform any conversion or mapping but instead receives IDocs and sends
them to applications for processing. IDocs can be used to send messages to an EDI Sub-System. In contrast to an ALE converter, the EDISub-System does not use direct program-to-program communication for transferring IDocs.
A messaging BDoc consists of up to two parts:
Part 1: classical part
This part is mandatory.
The classical part consists of a BDoc header and segments, which may be arranged in a hierarchical fashion. The segments of the classical part are not mapped to database tables.
This part is to be modeled with the (CRM Server based) BDoc Modeler. Only the classical part is used to determine the receivers of mBDoc messages. Since there is no mapping to database tables (that is, no CDB), this part always needs to be filled completely by the application at runtime.
Part 2: Extension part
This part is optional.
The complex data type is modeled with the Data Repository Tools (SE11).
The extension does only exist for messaging BDocs.
The extension part is used to hold delta or extract data intended to pass into the CRM Server application (inbound case) or to send to remote systems (outbound case). The extension part cannot be used for receiver determination.
Bdocs are specific to CRM. They do not leave the CRM system, but perform their updates from it. They are much bigger because they contain the entire data-model of the object they are supposed to update. They can contain delta or creation information and can be processed by flow processes.
So they are data-containers that are used to update CRM & CRM dependent systems.
Idocs are data-containers as well, but they are structured for their purpose (not for the object they contain) and they can be transfered between systems.

Conversion of BDOC's to IDOC's

Hi,
I am new to BDOC's in CRM.
I need to convert BDOC's to IDOC's in CRM.How to do it?
"Points will not be awarded"
Regards,
Jayasimha Jangam
Edited by: Julius Bussche on Aug 14, 2008 6:40 AM

Please read [the rules|https://www.sdn.sap.com/irj/sdn/wiki?path=/display/home/rulesofEngagement] before posting.

BDoc Structure

Hai ,
I have some queries related to BDocs.
Can we Edit BDoc messages, If it is possible..please let me know the process?
and What is the structure of BDoc.
Regards,
Raju Thatipally

HI,
Components of BDoc messages (or simply BDocs)
To support this flow infrastructure the BDoc messages are composed of:
Exactly one message header;
A list of message receivers (Outbound processing);
An error segment, e.g. a list of validation errors;
A message body;
A message extension (mBDocs only) - this extension is supposed to hold the transaction data, whereas the classic part (message body) shall only contain fields used in the receiver determination by the replication component;
A list of root IDs for each receiver (may be empty);
A list of receiver specific error information.
CRM Business Document Modular ( Bdoc)
The CRM Business Document Modeler (BDoc Modeler) is a tool used for modeling business document types (BDoc types). The BDoc Modeler allows you to model the following classes of BDoc types:
     Messaging (mBdoc)
     Synchronization (sBdoc)
     Mobile Application (maBdoc)
u2022        Messaging BDoc types (mBDoc types)
A Messaging BDoc type is used by CRM server applications. mBDoc type is mapped to a sBDoc type through adapters that are processed in the CRM server. The segment structure of a mBDoc type is not mapped to database tables. Therefore, a mBDoc type does not contain parameters, joins, and where clauses.
u2022        Synchronization BDoc types (sBDoc types)
A synchronization BDoc type is used to exchange data between the CRM server and mobile clients. Therefore, this BDoc type is processed both in the CRM Server and mobile client.
u2022        Mobile Application BDoc types
A Mobile Application BDoc type is used by CRM Mobile Applications and is processed in the mobile client. The segments of a Mobile Application BDoc type are mapped to table(s). There are two classes of Mobile Application BDoc types, Read only and Modifiable read.
T-Code for creating the Bdoc--SBDM
Regards
Srinu

Middleware/BDOC or ALE/IDOC?

Hello,
Considering an integration scenario that must be entirely developed, is there any advantage chosing a BDOC using CRM middleware over IDOC/ALE once both technologies are available?
Thanks in advance.

I don't understand why you ask this question
There are 2 different technology.
Choose technology is depend of business process that you wish to implement.
You can use IDOC and BDOC together.
Usually, IDOC use for intergate with HR system.
BDOC use for intergate with ERP system for implement mostly business processes.
I think you understand
Denis.

CRMXIF_ORDER_SAVE IDOC not getting generated for BUS_TRANS_MSG BDOC

Hello Experts,
In our project, we have a requirement to send custom fields in the BUS_TRANS_MSG to external system through XIF. The model of BDOC BUS_TRANS_MSG triggering IDOC CRMXIF_ORDER_SAVE_M02 perfectly worked in the development system. We wanted to try the custom field extension in the Sandbox. So as per OSS note 916093, we have extended E101_CRMXIF_CUSTOMER_H segments with custom fields and tried generating the interfaces in BDFG transaction. While generation with IDOC CRMXIF_ORDER_SAVE_M we got an error message "Incompatible change to complex data type
type E101CRMXIF_ISU_PRA1_X". So went about creating a custom IDOC ZZ_CRMXIF_ORDER_SAVE_M02 for message CRMXIF_ORDER_SAVE. Even for this config, the IDOC is not getting generated for the BDOCs. Lastly, configured the IDOC ZZ_CRMXIF_ORDER_SAVE_M02 to a custom function module ZZ_BDFG_IDOC_TEST_FM. The FM got generated and activated, even then the IDOC is not generated for the BDOC.
SMOEAC config in Sandbox looks the same as the Development system. We do not the reason why IDOC is not getting generated and also the reason for error in BDFG while generating the interfaces after adding custom fields to CUSTOMER_H segment.
Any help would be appreciated.
Thanks,
Partha

Hi Partha,
Kindly check the following thread.
http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/406efa7e-388a-2910-f9b8-81913b0ca57f?QuickLink=index&overridelayout=true
XIF adapter
Hope it answers your Query
Regards,
Srikanth.Naga

CRM sales order data to be sent as an IDoc

Hello,
Can someone help me on this? I have created a sales order in CRM and now i need to send this data to an external EDI subsystem through an Idoc.
In R/3 we have the option of message control in output determination where i can handle this but I am not able to figure out a way to this on CRM side. I checked quite a lotta previous mails on this forum but could not reach anything concrete.
Also please note that we dont have a R/3 system here and are trying to create orders directly on CRm, send them through an IDOC to an external EDI system and further.
Please respond if you have any insight into this.
Regards
Priyanka

Hey thanks for all ur help..
Now see lemme jot down the scenario and the solution that I have thought of (with ur help)...
See we have only CRM and no R/3 here...right
Now using CRM transaction CRMD_BUS2000115(Maintain sales Transaction) I create an order. Ok..the transaction type attached to it is a Z transaction type ZSAM...ok ...and I have a Z action profile ZST_ORDER_MESSAGES where I have scheduled the automatic method call to send Bdocs...ok...
Now this will send Bdocs to the site which I will define using transaction SMOEAC and assign here. Now the Bdocs structure is complex as it flows as per GUIDS in this case (i.e. CRM ) right.....
So I need to map these Bdocs to Idocs throgh some selection programs (e.g RBDMIDOC) but I dont know if this is right or will it at all help?
Then my plan is that once I get the Idocs I can have all the normal config as in R/3 wherein I will
1. define the RFC
2. define the Logical system
3. define the receiver port
4. define the partner profile
5. create the site and assign it to the interface type.
But how will I map the Bdocs to the idoc ...can u please help me with this?
Priyanka

To write data as an IDOC for EDI 858 (bill of lading) through reports.

Hey everybody,
I need serious help about this. I am back to my question that I asked before. I don't understand still how to write out the data as an IDOC when we are not doing EDI through a VAN but dumping the file onto both application and presentation server and then taking the file from there and manually uploading the file to the website. So it is basically a flat file created where the data is written out in the same way as it would be done when an IDOC is generated. In this there is no XML data conversion involved or anything but writing out data as an IDOC for an EDI 858.
Please somebody explain and if possible give me some bit of code or link to where I can find something similar that would help.
Thanks,
Minal

Hey thanks for all ur help..
Now see lemme jot down the scenario and the solution that I have thought of (with ur help)...
See we have only CRM and no R/3 here...right
Now using CRM transaction CRMD_BUS2000115(Maintain sales Transaction) I create an order. Ok..the transaction type attached to it is a Z transaction type ZSAM...ok ...and I have a Z action profile ZST_ORDER_MESSAGES where I have scheduled the automatic method call to send Bdocs...ok...
Now this will send Bdocs to the site which I will define using transaction SMOEAC and assign here. Now the Bdocs structure is complex as it flows as per GUIDS in this case (i.e. CRM ) right.....
So I need to map these Bdocs to Idocs throgh some selection programs (e.g RBDMIDOC) but I dont know if this is right or will it at all help?
Then my plan is that once I get the Idocs I can have all the normal config as in R/3 wherein I will
1. define the RFC
2. define the Logical system
3. define the receiver port
4. define the partner profile
5. create the site and assign it to the interface type.
But how will I map the Bdocs to the idoc ...can u please help me with this?
Priyanka

Set Types not in IDOC

Dear Experts,
Currently I am working on an interface between CRM 6.0 and XI to deliver product specific information, including customer fields.
I am using the BDOC type PRODUCT_MAT.
The customer fields have been implemented through set types in transaction comm_attrset. For each set type an API append was created successfully through function u201CSet types/attributesu201D > u201CTransportu201D > u201CSet Typeu201D.
The set types are available in the API structure of the BDOC PRODUCT_MAT (structure COMT_PROD_MATERIAL_BDOC_TAB). But the set types are not available in the generated IDOC (I use the function module CRMXIF_PRODUCT_MATERIAL_SAVE to generate the IDOC...).
Has anybody of you an idea why the set types are not in the IDOC / how to get the set types into the IDOC?
Thanks in advance,
Alex

Dear Vamsi,
Thanku2019s for your reply. I checked the module CRMXIF_PRODUCT_MATERIAL_SAVE, but it has no output structure named CUSTOMER_SET_DATA which could hold the set types.
Any other hints?
At the moment I am wondering what might be the general process to add set types to IDOCs? Are set types generally also added to IDOCs as soon as they are generated and added to BDOCS, or is there a different mechanism like generating the IDOC structure from the BDOC structure?
Thanks for any answers in advance!
Regards,
Alex

Load customized set type using LSMW+ IDOC (XIF)

Hi experts,
now i could load most product field using LSMW+ IDOC (XIF), but when i load customized set type, it gives error " User-defined set type ZTest does not exist in BDOC structure ". After some study i know i must to enhance BDOC type ? but i am not very familiar with BDOC, andy idea ? ths
also could anyone provide some function module to load product ? ths again
Edited by: Gang LI on Apr 23, 2009 11:57 AM

Hi,
You will have to Re-Generate Your BDoc Structuring due to your Carried out Changes,
Use TCode:SMW_BDM
For Creation of the BDoc and Check.
Hope it answers your Queries..
Thanks and Regards,
RK.

Mass Delete of BDocs in SAP CRM system

Dear SDC team,
We like to hard delete some BDocs which are hanging in the txn SMW01 in CRM 5.2 system.
As of now we do not see a option to delete these unnecessary BDocs, as they are in Intermediate state (I04) .
Please tell us if there any standard report which can be used to do Mass Delete of BDocs in SAP CRM system.
Or Is there any Tables which need to be emptied .
Please help ..Points would be rewarded .
Regards
Ritvij

hi
Concerning the BDOCs without error, there is a job that you can schedule to run daily that cleans the BDocs processed without errors from the database.
The details of this job are:
Job name: SMO6_REORG
Job program: SMO6_REORG
Variants: SAP_MW_REORG
Trace data (days to hold): 7 (recomended by SAP)
Trace log (days to hold): 7 (recomended by SAP)
Period: daily.
Besides i should tell you I looked through Help and there are no best practices that I could find.We went through this process at one of my clients. They had 40,000 pluserror'd BDOCs and thousands of processed ones. The Middleware guycreated a program to delete the BDOCs that were over 2 months old andhad completed successfully to prevent the further build up of theseBDOCs. SAP Help says they are marked for deletion after they areprocessed, but it doesn't look like they get removed as wanted..
From SAP Help:
Deleting Processed BDoc Messages
1. Processed BDoc messages cannot be archived.
2. BDoc messages that have been processed successfully are marked fordeletion.
Procedure
To delete processed BDoc messages choose Architecture and Technology >Middleware > Message Flow > Delete Processed BDoc Messages
The messages you selected will be deleted.
and regarding deletion of non errant Bdocs
Usually there are two schools of thought on this issue:
1) Make the hard decision to go back to the beginning and startcorrectly all the things that caused these to error out (bank codes, taxcodes, config on R/3 side but not on CRM side, etc.). Then these can bereprocessed and everything will be brought up to date in the system.This takes time and may neccesistate hiring a Middleware resource for ashort term to help go through the process. The big part of this isidentifying those config items that are out of synch between R/3 andCRM.
2) The other way to handle these is to go through the errors quickly,gain an insight into the cause of the errors, and correct the bigthings. Delete all the old error'd BDOCs and then bring down all the bigitems again - BPs, Sales orders, products, and so forth. This is muchfaster process, but has it's own risks and problems vs Option 1 above.As these items come in, if you haven't fixed the config problems, theywill error out again. It's a fix and move - fix and move process. In theend you may have some missing data still, but the time commitment ismuch lower. You just need to get leadership's buy-in to this process.
Those error'd BDOCs are a problem and point out all the datainconsistencies that exist in the system. They are also a drag onperformance and need to be processed one way or another. After that,keeping them under a "1000" number is imperative. If you don't, theproblem will get away from you again.
finally Some Transaction Codes that people might find useful for working withBDOCs:
SMW01 Display BDocs
SMW02 Display BDoc Summary
SMW02A BDoc Messages: Show Top N Errors
SMW03 Show stats of unproc. BDoc messages
SMW10 Bdoc structure chekker
SMW19 Copy BDoc and process
SMW20 Process BDocs
SMW3EX1 Flow Carrier Example
SMW3FDBDOC Maintain Bdoctype dep. Flows
SMW3FDCUST Maintain Customer Flows
SMW3FDIF Maintain Bdoctype dep. Attributes
SMW3FDSTD Maintain Standard Flows
SMW3RBM Convert BDoc Messages to XML
SMW3RC BDoc Message Error Recovery
SMW3RCW BDoc Message Error Processor
SMW3STOP1 General Stop Configuration
SMW3STOP2 BDoc Type Stop Configuration
SMW3WD Watchdog for failed BDoc Messages
SMW3_00 BDoc Type Settings
SMW3_GSB Generic Bridge Activation
SMW3_GSB2 Generic Synch. Bridge Configuration
SMW3_GSB_SHOW Display Generic Synch Bridge Config
SMWMBSTATDISP BDoc statistics
hope info will help your cause,i told all this coz before deleting the Bdocs complete understanding of the errant and non errant Bdocs is necessary,
best regards
ashish

Hi I have a issue regarding how to find the Account details from BDOC

Hi I am new to Middleware and i am facing a issue.
I have a requirement where i have to find the account details like 'acc id, acc name', etc & the 'transaction status' from the unprocessed BDOCS from CRM to ECC.
Actually the data flows from Oracle - Siebel - Crm - Ecc. Their is no problem from Oracle to Crm but the problem lies btw CRM & ECC.
The problem is we have some un-processed Bdocs fron Crm to Ecc for which for every account details changed a new Bdoc have been created and those changed Bdocs have to be found and we should know the account details (like Acc id, Acc name) & Transaction Status for all the generated Bdocs and get them into one Excel sheet. suggest me for any tables to see the details.
Thankyou,
vamshi

Hi Vamshi,
the BDocs are stroed in tables SMW3_BDOC, SMW3_BDOC1, ..., SMW3_BDOC7. SMW3_BDOC contains the header data of the BDoc, the other tables further information. Getting the informations you want from the BDocs won't be easy, as you will have to map the BDoc structure to the correct ABAP structure depending on the BDoc type.
Having said this I wonder what you are trying to achieve. For example, which state are the BDocs in? Unprocesses, partially processed, failed? What do you want to do once you have the list of BDocs? Check the accounts manually, reprocess the BDocs (all or only some of them), trigger the updates in the source system again? Depending on the answers to these questions it might well be possible that you could simply use the standard tools provided by SAP. The BDoc monitor (SMW01), for example, allows to select BDocs by type, status, queue name. Depending on you MW configuration the queue name might already contain the account ID ans so there would be no need to write a custom report.
Best,
Christian

BDOC Middleware issue

Hi all
Before we start I am a technical ABAPer and not a middleware specialist.
Here is my issue: I have a failed BDOC in an outbound queue. The BDOC goes across to ECC and calls FM FILA_BUS_TRANSACTION_RECEIVE, this is related to the Lease Accounting Engine.
However, when the FM is called we get a MESSAGE_TYPE_X short dump and therefore the BDOC sits in error on the outbound queue. In our D environment I have debugged the scenario and have seen what the issue is. One of the structures that is passed to the FM in ECC is incomplete.
My question is this: does anyone know where the data is formatted between the BDOC outbound process and the moment it hits the ECC function module? Debugging suggests that the data is held in CRM in table ARFCSDATA, is this correct? If so, does the formatted data already exist in CRM and is not formatted dynamically as the BDOC is sent?
Any help would be greatly accepted.
Cheers, Sam.

I have no experience of lease accounting middle ware but have worked with the customer replication and would expect it follows the same processe.
This middleware functionality between two systems is implemented by an asynchronous RFC call to a function module in the target system.
When the call to that function fails, the details are as you say, entered into ARFCSDATA.
Unfortunately, this data holds the parameters of the called function in the raw data fields, and are not formated BDOC data.
The function module on the target system which is called remotely, takes the data and builds the bdoc structure to be sent to the inbound queues in the target, thus formatting the data.

Bdoc sample scenario

Hi Sir's/Mam's!
Any Body can send me a simple scenario regarding BDOC, Like While Creating Sales order in CRM server It has to Replicate on R/3 server by BDOC. It will be help full for me.
Thanks In Advance, Waiting For ur Replie's......
Vikram.C

Hi Vikram,
BDocs are nothing but the data container. I will try to explain how the data exchange works between R/3 and CRM.
R/3 -> CRM scenario( Take an example of Customer exchange) ->
The moment you create a customer in R/3 or change any existing customer and press the save button a business transaction event gets triggered. In the R/3 plugin it creates a BAPI structure and hand it over to Middleware. Now in CRM this BAPI structure gets converted into the BDOC structure and and published to the sites. CRM validates this BDOC and persist the data to the database.
CRM -> R/3 Scenario.
The moment you create or change any existing BP in CRM system and save it a BADI gets triggered on commit. Which creates a BDOC and send it to R/3 adaptor which converts the BDOC structure to BAPI sturcture and send it to R/3 system .R/3 accepts the BAPI structure , does the mapping, persist the data into the database and sends the confirmation back to the CRM system.
This is the general concept behind the data exchange between R/3 and CRM. Hope this will help.
<b>Reward points if my post helps!!</b>
Best regards,
Vikash.

Bdoc Structure X Idoc structure

Similar Messages

Maybe you are looking for