Professional Documents
Culture Documents
In general most of the development scenarios work with simple mapping of the source elements of the
outbound message to the target elements of the inbound message or otherwise manipulation of the
source data and map it to the target XML structure. However, at times we come across some cases which
require conversions while mapping the source and target structures for example there might be a set of
pre-defined values that come from the source for a particular source element and for each source value
there will be pre-defined mapping rule to pick the target value.
Where we could have some pre-defined mapping rules stored in a mapping context and XI during runtime
will pick the specific mapping rule for the value in the source structure and get the target value.
Here, Fixed values mapping of GENDER element with GENDER element of target
XI during runtime will pick the specific mapping value in the target value based on the source value
obtained in the payload.
That is when the source value in the payload comes as M for Gender element; it picks Male, where as if
it is F it picks Female to form the target message.
Value Mapping at Configuration Time
An object can have different representations, depending on the context in which it is used.
For example, consider that Mr.Arun has different roles in two different companies (Company A and
Company B) to which we need to send his personnel data.
Vendor Mr. Arun has a particular vendor number in a company A and has a particular employee number
in a company B, ie., his roles are different as business changes. Hence it should be required to trap the
values when we send the information of Mr.Arun to different business units.
We use Value Mapping to send different representations of an object to different business units by
defining Mapping rules.
The mapping rules defined for a specific sender and receiver are stored in the Value mapping table that
can be maintained during the configuration time. The value mapping can be used in both the java
mapping and the message mapping.
From the above, we understand that an object can have its own representation based on the sender and
receiver service. So different representations of the object need to be available in the SAP XI and SAP XI
during the runtime has to pick up the exact mapping based on the business services participating in the
communication. For this, in SAP Exchange Infrastructure, an Issuing Agency and an Identification
Scheme define the representation of an object. And the representation of an object is not complete until
the Issuing Agency, Identification Scheme and Value are known.
The value mapping rules are maintained in the value mapping tables in two ways:
Issuing agency
Issuing agency is one of the trios needed to identify an object uniquely. It can represent one of the
following:
1. To identify unique rules of converting the data from source to target, use either Business Service or
Business System
2. You can use Organization or Company as other identifier to produce and manage an identification
scheme
Identification scheme
Identification schemes are produced and managed by issuing agencies. An identification scheme,
agency, and value form a key to be recognized as identifier.
Displaying/Editing the Value Mapping Table
The display/edit of the contents of value mapping tables is done in the Integration Directory.
Here we use fixed value mapping between the GENDER element of the source to the GENDER
element of the target, value mapping with senderservice as issuing agency for the mapping of
GRADE element to TRAVEL element of the target and value mapping with some arbitrary string
as issuing agency for mapping of GRADE element to DESIGNATION element of the target.
Here in this document I have presented only the documents related to one scenario i.e. sender
service A to receiver service B. we could maintain similar mapping rules w.r.t the service C as
receiver and use them in the mapping while service A communicates with service C.
In this scenario I take the sender business service as YASH_FTP and the receiver business
service as YASH_FTP
Value mapping of GRADE element with the TRAVEL element of the target using SenderService as
issuing agency:
Value
mapping of GRADE element with the DESIGNATION element of the target using some arbitrary
string(SenderEmp) as the issuing agency :
Receiver determination and Objects created in the Integration Directory as a part of the value
mapping:
o Receiver Determination
o Go to Integration directory Tools->value mapping to maintain the value mapping records for the
GRADE->TRAVEL elements. We will find the below pop up
As we have given the issuing agency as senderservice we need to maintain the mapping records with the
name of the service participating in the communication.
Maintain the mapping records as below:
o Now maintain the records for the GRADE->DESIGNATION elements. We have to maintain the records
with the issuing agency and identification scheme as the same string values provided during the message
mapping, as below: