EDI & IDOC Configuration

Question

Hi Friends
Any body please help me to my questions.
1) How to configured to EDI (Send idoc to third party Aramex).
2) What is the process code for Betmas01 IDOC.
3) How to raise idoc automatically when we create a data on sitemaster. (Betmas01).
Thanks
Krishna

Answer 1

Hi krishna,
welcome to SDN
Configuring EDI Integration
BEA WebLogic EDI Integration must be completely configured before it can be used. Because EDI Integration depends on BEA EDI Connect for WebLogic Integration to operate properly, make sure you configure Power.Enterprise! correctly so that you can communicate with your trading partners.
General Configuration
This section discusses the general configuration information that you should perform before attempting to configure a specific document exchange with a trading partner.
Configure Trading Partners
Before configuring individual transactions, you should configure all trading partners, including your own company, using Power.Manager!. For more information about configuring trading partners, see the following topics:
Configuring Trading Partners
Chapter 4, "Partners," in the Power.Manager! User Reference Manual
Configure VAN/Trading Partner Connectivity
You should also configure your trading partner connectivity before attempting to configure individual document exchanges. See the following topics:
Connections and VAN Connectivity
Chapter 3, "Connections," in the Power.Manager! User Reference Manual
Although you may not want to set up connectivity to your production trading partners at this time, you may want to configure them with file connectors for development and testing purposes.
Configuring EDI Integration to Receive an EDI Document
This section describes how to configure EDI Integration so that the BEA WebLogic Adapter for Power.Enterprise! 3.1 can receive an EDI document and send it to the WebLogic Integration process engine as an XML document.
Pre-Planning
Determine the EDI standard, version, and document type of the document you will receive. For example, you might select an X12 850 document v4010, which is an X12-standard, 850-type document, version 4010.
Define the XML format that you will use internally. This XML format should contain a complete data map of the fields in the EDI document that you will use.
Create a DTD and an XSD for the XML document. You must create both because Power.Enterprise! and WebLogic Integration do not use the same data file format for this step. WebLogic Integration requires an XSD (if you supply one at all), while Power.Enterprise! requires a DTD. You should note that Power.Enterprise! does not provide any export utility to export a DTD or XSD from a map definition once the DTD or XSD has been imported. You will be responsible for creating both the DTD and XSD files.
Within Power.Enterprise!
Create a map between the XML document and the EDI document. Import the DTD into Power.Map! to load the XML document standard. The appropriate EDI document should already exist in the Power.Server! repository. If the EDI document is not present, contact BEA Customer Support. For more information about how to do this, see the following topics:
Mapping XML and EDI Data
Chapter 3, "Maps" in the Power.Map! User Reference Manual
Define an inbound connection. This connection should use your trading partner's connection protocol, which you should have defined already. For more information, see Connections and VAN Connectivity.
Define an RMI target connection. This connection is used to communicate with the WebLogic Integration process engine.
Define an exchange profile, using the procedure discussed in Configuring Exchange Profiles. This exchange profile should connect the inbound connection from your trading partner to the RMI target connection.
Within BEA WebLogic Integration
Create an application view, using the procedure in Configuring the BEA WebLogic Adapter for Power.Enterprise!.
Create an event for the application view you just created, using the procedure in Configuring Events. Be sure to set the following parameters:
Event Name: A descriptive name for the event, such as ReceivePurchaseOrder
Event Description: Text that provides details about the event
RMI Service Name: Should match RMI service name defined in the Power.Enterprise! RMI target connection set up in the Within Power.Enterprise! section
XSD: The XML schema of the XML message to be received (optional)
XML Root Element: The XML root element of the XML schema (optional)
Deploy the application view you have created and defined.
Verify that the Power.Server! instance is running. At this point, the application view should be available to the WebLogic Integration process engine through the application integration plug-in. For more information about the application integration plug-in, see Understanding the Application Integration Plug-In for BPM in Introducing Application Integration.
Note: Always start the Power.Server! before you start WebLogic Integration or WebLogic Server. The WebLogic Integration connectors expect to see the Power.Server! running when they are initialized, and they throw exceptions if Power.Server! is not running when they are initialized.
Configuring EDI Integration to Send an EDI Document
This section describes how to configure EDI Integration to send an EDI document using an XML document in the WebLogic Integration process engine as the source.
Pre-Planning
Determine the EDI standard, version, and document type of the document you will receive. For example, you might select an X12 850 document v4010, which is an X12-standard, 850-type document, version 4010.
Define the XML format that you will use internally. This XML format should contain a complete data map of the fields in the EDI document that you will use.
Create a DTD and an XSD for the XML document. You must create both because Power.Enterprise! and WebLogic Integration do not use the same data file format for this step. WebLogic Integration requires an XSD (if you supply one at all), while Power.Enterprise! requires a DTD. You should note that Power.Enterprise! does not provide an export utility that can be used to export a DTD or XSD from a map definition once the DTD or XSD has been imported. You are responsible for creating both the DTD and XSD files.
Within Power.Enterprise!
Create a map between the XML document and the EDI document. Import the DTD into Power.Map! to load the XML document standard. The appropriate EDI document should already exist in the Power.Server! repository. If the EDI document is not present, contact BEA Customer Support. For more information about how to do this, see the following topics:
Mapping XML and EDI Data
Chapter 3, "Maps" in the Power.Map! User Reference Manual
Define an outbound connection. This connection should use your trading partner's connection protocol, which you should have defined already. For more information, see Connections and VAN Connectivity.
Define an RMI source connection. This connection is used to communicate with the WebLogic Integration process engine.
Define an exchange profile, using the procedure discussed in Configuring Exchange Profiles. The exchange profile should connect the RMI source connection to your trading partner's outbound connection.
Within BEA WebLogic Integration
Create an application view, using the procedure in Configuring the BEA WebLogic Adapter for Power.Enterprise! in this document.
Create a service for the application view you just created, using the procedure in Configuring Services in this document. Be sure to set up the following parameters:
Service Name: A descriptive name for the service, such as SendPurchaseOrder
Service Description: Text that provides details about the service
Connection Name: Should match the RMI service name defined in the Power.Enterprise! RMI target connection set up in the Within Power.Enterprise! section.
XSD: The XML schema of the XML message to be sent (optional)
XML Root Element: The XML root element of the XML schema (optional)
Deploy the application view you have created and defined.
Verify that the Power.Server! instance is running. At this point, the application view should be available to the WebLogic Integration process engine through the application integration plug-in. For more information about the application integration plug-in, see Understanding the Application Integration Plug-In for BPM in Introducing Application Integration.
see this link for complete edi information
http://msdn.microsoft.com/en-us/library/bb246069.aspx
for your second question......
sapsdforum.files.wordpress.com/2008/03/idoc_handy_doc.pdf
Assigning a Process Code (Direct Inbound Processing)
This section describes how to assign a new process code to the new function module. This enables the function module to be identified from the partner profiles defined in the IDoc Interface when an IDoc of the new message type is received.
Prerequisites
You must have completed the required steps in Defining and Using a Basic Type .
Procedure
Choose SAP Menu ® Tools ® IDoc Interface/ALE ® Development ® Inbound Processing ® Process Code (WE42), or navigate to Inbound Processing Process Code, then  and New Entries.
Enter your process code and a description. Choose the Processing with ALE and Processing by function module options and save your entries.
The maintenance screen is displayed (either automatically or manually), in which you can assign the inbound function module to the process code.
Choose New entries and enter in the detail screen:
Your process code
Module (inbound) frame: Your function module and the maximum number of attempts permitted for posting the application data before exception handling is triggered.
IDoc frame: Your object type, the trigger event inputErrorOccurred and the completing event inputFinished.
Application object frame: Your object type
Leave the other fields blank. Save your entries and return to the process codes inbound initial screen.
Go back using  to maintain the inbound process codes and choose the Logical message navigation.
In change mode choose New Entries.
Enter the message type (logical message) and the process code and save your entries. As a result, the possible entries (F4) in the partner profiles can display the possible process codes from the logical message, that is, the business view.
If you chose all types in the last step, the value help displays the process code for all message types. This is also valid for both other options for message type and function.
Result
This assignment has specified a new process code for the function module. You can now enter this process code in the partner profiles.
Make the following entries for the example:
Process code
TESTEIN
Basic type
TESTER01
Function module
IDOC_INPUT_TESTER
Maximum number of attempts
0
Message type (logical message)
TESTER
IDoc object type
IDOCTEST
Application object type
BUS2032 (sales order)
To generate Partner profiles automatically you may use BD82 or go to BD64
thanks'
karthik