Here you must enter the data manually. Alternatively, you can also transfer the default values from Customizing.
If you are not yet in the change screen of your desired partner, choose.
Position the mouse on your partner in the required partner type node. Choose in the Outbound Parameters table.
You have already determined partner number and partner type in general partner processing. The partner function from the master data defines the addressee, that is, it is used for further classification purposes. If you have selected outbound processing under Message Control (MC), the function must be identical to the corresponding Message Control field. Otherwise, it is optional.
Partner A (customer 1110) wants to order a material from partner B (vendor 1014). Partner B is of the partner type "LI" (vendor) and must choose the Message Control value "VD" (vendor) as the partner function because orders must always be processed using Message Control.
Specify the business process with the "logical" message, within which the IDoc type is used. The logical message is described by three parameters: The message type is based on EDIFACT message types: for example, a purchase order is of type "ORDERS". You can further divide the message type with the optional fields message code and message function.
Set the test indicator if you want to send the message as a test.
Message, partner and test indicator are the seven key fields of the outbound partner profiles (the client comes in addition to these). Also see the graphic at the end of this section.
On the Outbound Options tab page, you can determine whether in output mode IDocs are forwarded immediately to the receiving system. You should ensure that your entries are compatible with the Message Control priorities, if you have chosen outbound processing under Message Control. A list of recommended combinations is provided in the section Outbound Processing Under MC: Procedure.
You have already defined the receiver port in the port definition.
If a port of type TRFC is used, the Queue Processing field is visible. You can use the indicator to specify whether IDocs are to be sent with qRFC. This sending technique is only possible for recipient SAP systems as of SAP Web AS 6.20.
You should only set this flag if it is really necessary that the IDocs sent are received in the receiving system in the same sequence as they were sent by the sender system. Delays can occur in the processing in the receiver system if an IDoc in the queue cannot be processed. If this is the case, none of the subsequent IDocs in the queue can be processed until the error is corrected.
If you have set the Queue Processing indicator, the Rule Name field, which you must then also maintain, appears as well. The rule name defines the rules for queue names. You can specify these rules in the transaction qRFC IDoc Queue Name Rules (WE85).
The figure below shows the m-to-n relationship between logical messages (business meaning) and IDoc types (technical format). Message 1, for example, is always assigned to one IDoc type, while message 3 is assigned to two IDoc types. IDoc type 2, in turn, is also assigned to 2 logical messages.
The segment release specifies the release from which the segment definitions (not the IDoc type definition) originates. We recommend that you leave this field blank so that the most recent segment definition is used.
You can propose an EDI standard, version and EDI message type for the receiving system on the EDI Standard tab page. Most subsystems, however, should be able to determine these EDI settings themselves (from the logical message).
You can define permitted agents for cases in which exceptions occur. This entry overrides the entry in the general partner profiles. Depending on the message, therefore, the exception can be handled by different agents of the same partner.
You can specify whether syntax errors are to be ignored or are to lead to a processing error ( Cancel Processing After Syntax on the Outbound Options tab page). For more information about exception handling and permitted agents, refer to the section Exception Handling.
If your hardware supports it, create partner and message specific telephony data for outbound IDocs. For more information, see Creating General Partner Profiles.
Graphic: Outbound Partner Profile Fields (General)
Key fields are shown in gray. The values for partner, message and test indicator (and client) therefore provide a unique ID for the IDoc type in outbound processing.