Emax Volume 4
Emax Volume 4
Emax Volume 4
3 communication Settings~ - 12
4;.4$$?6',, zqw22
s,p,, .- ,%-
:
-is
>
-5-
?% "Tv
f ..." ,
6 Filtering . L- ~ ~ 21 ~ , L u--
zz%%
,* .a -,r e> - -
i
r *il
1 . ~ I T ~ ~ D R I SXEROX
,.A ..A . . - - C
, ES
Floc No: 40, Gayatlui Nagar, Behind HUDA,
SOFTWARE INSTITUES MATERIAL AVAILABLE
Arneerpet, Hyd. Cell: 98666 84838
1. Introduction to ALE
We Never Compromise In Quality. Would You?
ALE is SAP'S technology to support distributed yet integrated processes across several
SAP systems.
(OR)
Application Link Enabling (ALE) is a set of business processes and tools that allow
applications on different computer systems to be linked. This can be done between
different SAP systems as well as between SAP and non-SAP systems.
Distributed Process:
Business in D
No11 availability of dedicated net
Cultural and 1
Maintenance downtime etc.).
ng integrated as one
endently and support
Distributed systems that can handle different data models. A local implementation
should be able to customize the system to meet its local needs.
Receiving systems that can handle their own problems and not tie up the sending
system.
Systems that maintain continued operation in spite of network failure. Changes made to
either system should be syncl~ronizedafter the network connection is restored.
A sound technology and methodology that can be used in all distribution scenarios.
Benefits of ALE
- - -- -- - . -- - --- --
Reliable Distribution: Once message type created and the receiver of the message
is determined, ALE delivers the message to the recipient. If there is any network
problem it will buffer the message and delivers the message once the network is
restored. It also ensures that the message is not delivered twice.
Release Upgrade: Any of the distributed system can be upgraded to the new
release of SAP without affecting the functionality.
backward compatibility of messages
IDocs
Note : ALE Uses IDoc(1ntermediate Document) to carry the Data across the Distributed
Systems.
Note : IDoc is SAP'S Own Foimat so that only SAP Systems Can Understand the data in
IDoc Format.
When the Communication is bet SAP <-> Non SAP , The data in IDoc Format
should be Converted in other f o r r & t ( ~here)
~ ~ and the Any other format should be
converted into IDoc , We Can go for any EAI Tool which can do the above Conversion
With no Loss Of Data.
IDOC Type defines the structure and format of the business document that is to be
exchanged.
Make Sure that the related data is grouped into one segment
Make Sure that the Segment length is not more than 1000 bytes(Char).
Segments
Definitions keep changing as per the version but the segment type remains the same
Note: Fields in any seginent can contain only alphanumeric values(Data Types).
Note : All the Standard Segment names starts with E l and So that it is
recommended to start the Custom Segments with 21.
IDoc Creation :
IDoc is Collection of Segments
Each segment is collection Of Fields.
Ex : IDoc : DEBMASOl (Customer Master) - Standard IDoc.
I
5
Se ment Name
ElKNAlM , KUNNR, Customer General Data
( Etc.. .
Note :All the Standard Segments starts with E l it is recommended to start
the Custom Segment names with Z1.
2) Create the IQoc ( Arrange the already Created Segments in the required
Order) though IDoc Editor(WE30).
j Segrnentfiipe attribl~tes
+----..- - ,' I II I I
8
; Segment ffpe Z I Kf4AI r?
- Qualified segment
j -------,
:I
:Short Descriptiuni
:----_r-----------.------
Custorner General Data
Note : Releasing the Segment indicates that the Segment Development is Complete
so that further Changes are not allowed and also to make it available in IDoc
Creation.
i N e w- b- a s i c l D u c t5ampe,.-*'
-
/ .p- Create n e w
" -"
I ,
--&.
4
F------
I .
----
Create s u c c e s s o r
-" -
- "-
Adrr-iinistrat~on
- -- - --- ,'r '
-- -----
-A*--A-
-"
- ..- "-. 2 /
"&.
- ---------.
" --- - 2 >
>-""- -*"-."- -
"-.
---
*-a
-
$1 s
-- -- ""
,
,/"
Select Create new and Provide the Description then Continue (ENTER).
[B-
pJ,?&
-2
@ ~ 2 Pz" <Q
IOoc F o r C u s t o m e r M a s t e r
Select the IDoc Name and Say Create (Insert) Segment --.--).
ENTER.
Message Type :Message Type is the Unique Identification of the Application Data
which-is been transferred through the IDoc.
Note : The Same IDoc Can be used to transfer lllore than one type of Application Data
So that IDoc name is not enough to Identify the Application Data Currelltly being
transferred to IDoc. So that we need something to Identify the Same, that Some thing is
this Message Type.
segment Description
I ZI EL Entertainment Loan 1
1 Message Type
- p~
IDoc
ALEREOOl 1 MATFET (Fetch Material)
ALEREQOl DEBFET (Fetch Customer)
ALEREOOl CREFET (Fetch Vendor)
Note : The Same IDoc ALEREQOl is ised to fetch any Master Data and Fetching
Each Master Data through a Different Message Type.
Note : Sending Data To and From SAP System is always via Client So that the
Participating Client should be Identified Uniquely.
SENDOR RECIEVER
Clients : Clients :
100
110
Client - 810
New Entries
" "
,*,*.,@$&,
..
, ~ \ \.!<\
.;,.2$$\r:<
\, \\,\ \.. \,
I \.' \,
I . . . . , . ., . . . . . . ... .
SAVE it.
Note : Repeat the Same in the RECEIVER System i.e to Link the Client 810 to the
Logical System RECEIVER. 4
EXECUTE SM59.
4
Select
j Remote ogon \1
Click On Remote Logon *-"------"
- - - from the Same Screen.
Page 9 of 12 By Ganapati Adimulam
eMax Technologies, ~ k e e r ~ eHyderabad
t,
Ph No :+9140 -65976727, Cell No : 99484 44808,98490 34399, w~wv.emaxtecb.com
3. ALE Communication Settings
We Never Compromise In Quality. Would You?
And Make sure that you are able to LOGON to the RECEIVER System(C1ient).
I F U connections
~ I
I l n t e connections
I Logical destinations I
1 T C P - I P connections I
I Connections via ABAP14 d r i v e r I
Page 10 of 12 By Ganapati Adimulam
eMax Technologies, Ameerpet, Hyderabad
Ph No :+9140 -65976727, Cell No : 99484 44808,98490 34399, w~wv.e~naxtecl~.com
3. ALE Communication Settings
We Never Compromise In Quality. Would You?
. W2 connections (Type 2) - Type 2 entries specify W2 systems.
R/3 connections (Type 3) - Type 3 entries specify W3 systems
Type T destinations are connections to external programs that use the RFC API to
receive RFCs.
Destination Parameters
Technical settings
-
LOGON to SENDOR : EXECUTE WE21
.~$>
,
,, ,.\. '...,,:
~\
Note : All the Communication Settings are Completed .i.e the Bridge
is Ready so that the data can be transferred via IDocs between
SENDOR(800) and RECEIVER(810).
Physical Sequence Of
................................
Sendor Receiver IDoc
Receiver MODE
Outbound Pro
ed for Sending the IDoc : Whenever the Master Data is Created
t Consults the ALE Layer to deterinine whether any system is
data. If So, ALE Layer starts the Process to send Material Master
Inbound
Program
Read the Data from the Communication IDoc
I Communication Layer
I
Inbound Process :
*-J
Note : The Inbound Process receives the IDoc and Creates the Applicatioil
Document(Data) in the Receiver System.
1. Store the IDoc in Database : IDoc is received in the System and stored in the
Database.
2. Invoke the Posting Program/Function Module : Posting Program is identified
from the Inbound Partner Profile and the IDoc is then transferred to the
Posting Program.
3. Create the Application Document@ata) : The Posting Program reads the data
from the Segments of the IDoc and Creates the Application Document in the
Systein(Updates the respective Database Tables).
SENDOR RECEIVER
,B
%
, %-
--/
Send I Push whol?coRy/in Detail.
SENDER RECEIVER
Note : IDocs ,Message Types ,Outbound and Inbound Programs are already
provided by SAP. So that When We use standard IDos to transfer Data, I t is
enough to Configure both Sender and Receiver Systems Because everything is
already Provided by SAP.
4
5. Distributing the Master Data Via Standard IDocs
We Never Colnprolnise In Quality. Would You?
Make Sure that all the Communication Settings are in Place. (Already
Completed & Tested).
J2 Maintain the Distribution Model ( BD64 )
3J Maintain Outbound Partner Profile ( WE20 )
A) Maintain Distribution Model in Detail: Create the Distribution Model and Add
the Message type to be transferred.
Z,$%?i
EXECUTE BD64 AND Click On Change 14
1
2
. -
1 ; a!F p:.
-,------w?-?v
s!d+i~,p.~~
~is~!..v'anqectmoa-.-
rlllerrnodrl .display.
..
. <: : :
/Descr=nnical
. ...iV?-.!I
-~-~-m.,.-__-.-,--"
.............
name
. :,.!:! r>:S: :. . ',,.,,..
x.,
.. ,.
--,----
~ u s l n e s sowect
-.-,-.. . . . . .
-.
""*
2n Model vlews
: 0 % ,;:. ,AL . N o Short f e n exlsts
( p % .*.;. .:< BBP-011 NO short text ~ X O S I S
BCS9 ~ - 8 0 0 . NO shortfextenists
RELCO . N o snon l e d exists 4 bc
I rz A
- i: . < ;I,,.,.. 81T300LBP N O shortled ex1SlS
i % ::..;:::':.i:,:a
a :>I .:;
:CONSOLIDAT. N O short lent eesls
DlLID3 NO snort ted exists
! b
L> .. t -' .:; .: : D<Z_IOPCLN. N o shortlext eilsls
iEBP3OO-R3. NO shorttext exlsls
HR-ORG-SEM N o shorltextexisls
LIS NO 5 h o r t l e x I e a ~ l s
XI NO shorl
.ZBV Nosh0
SAVE it.
Note,: Distribution Model Acts as a BAG to Carry the List Of Receiver Details for
any Message Type and Any Receiver from the SENDOR.
AL . N O Shorttext exists
BBP-Dl1 N O ~ n o r t t e x exist5
t
BC619-800. No shorttexi exists
BELCO . N o shortleldex~sts
BlT300-BP No short texi exists
CONSOLIDAT. No short teM exists
DIZ-ID3 . NO shorttext exists
DIZ-ID3CLN. No shortteMexists
EBP300-R3. N O shorttext exrsts
HR-ORG-SEM. NOshort leMewsts
1 b <:.; LIS N o shorl lexi ~ X \ S ~ S
LO21 5 . NO shorttext exists
'IUIARCUS . N O ShorttexieXiSts
OSB-BUYER . N o ~ h o r t t e x i e x l s l s
OSB-SUPPLY. Na snorttext exists
PFS . N o shotltexi exlsts
SUBSYSTEMS. N o short tern ~ r i s l s
WlvlS .Noshort l e d exists
XI . N O short lexi 8x1~15
ZBV NO Shontexi exists
BZB-IDES
DE3.KABA
DH3->ID3
Y ?- 5 O Ad0 BAPI
,.--.---- ~
ooctnbuslen ~ a m ,
FFllter momel Olsnlsy
,
Creele r n O G s l u l e w
"AL-
~ e : c t ~ p t i o n , t e e n n ~ c i "rme
.~
Add mes4s.e
--
hpa
B"e,n..I OblSSl
__-___--- --
- A
-? Moue8 "lBWS
AL N O short Lad e x , s , s
BBP-DII N O Snortten exllls
'a0019_800 N 0 5non,en ex1515
SAVE it.
WIS . No s!lOrilexie
W "
XI . No shorttekieHs
:/ p g zz:: ZBV . No short lext exis
'i D g O1; 2 IDES ;.EL.
r y ~ ~,,s~;~,;~;~:,;,:;p~<;,
.
828-IDES
i DE3-K48A
Notice t h a t , the Sendor, Receiver
DH~- ID^
and Message Type Details Are
i> gr<,:aac~,~?.,:j
..-.
< ~...~. .
..-..-.. ---. - c:];~:,!
...~..;..,.~.-;..~...
: .C I.-
; :..
~-.
~.~-- .-..-.......:.
EBP-TO-R3
--............-..--. ... ADDed -
.I " %.r~~?!!@
~!~~."!.C:!.P~!~?"!I~!~??.~....~.~~.IE;!E!~.~!L~
e00~1inei SENDOR
8 + 810 disent RECEIVER
,
Note : Repeat the ADD Message type Steps for each message type to be
Transferred.
B) Maiutain Outbound Partner Profile(WE20) :
Note: In the Outbound Partner Profile ,We Maintain the Below Information.
.Immediate/
Note : We always Create Only One Profile for each receiving(Partner) and One
Entry for each Message type we transfer.
'I'
INBOUND Configuration Settinpts: " <
SAVE IT.
EXECUTE IT
ENTER
ENTER.
4
EXECUTE WE02 / WE05 TO CHECK THE IDOC NO AND DATA RECORDS
AND STATUS OF IDOC.
,.. ..
to +I
10
Logical message to
Paoner Number
Partner Functlon
EXECUTE IT.
--" - - a + n r A @a@ ;E~,$>> &%A
"
@fV**" - -"
2C
SAP
TESTING TIIE
ap?t **.
EXECUTE.
Response
/ <
v'
,& 4
NOTE : WE CALL REQUEST AS FETCH AND RESPONSE AS SEND. 4
RECEIVER
END -COSMAS'-+, $
t, -,'
Application Message ' <-- IDOC ~ype Outbound
&: *.; '
%>. X *.
Type .?, I Program1 Program1
Materials
Fetch MATFET ALEREQOl BDll MATF
Materials
Send 'DEBMAS 1 DEBMAS01,02,. .. BD12 DEBM
4
Customers
ALEREQOl BD13 DEBF
1 Customers
Send Vendors CREMAS CREMAS01,02,... BD14 CREl
Fetch CREFET ALEREQOl BD15 CREF
Vendors
COSMAS01,02,. .. BD16 COSM
Centers
Fetch Cost COSFET ALEREQOl BD17 COSF
I Centers J
Page 15 of 3 9 By Ganapati Adimulam
eMax Technologies,Ameerpet,Hyderabad
Ph No :+9140 -65976727, Cell No :99484 44808,98490 34399, w~~~.emaxtech.com
5. Distributing the Master Data Via Standard IDocs
We Never Coinpromise In Quality. Would You?
4
CONFIGURATION REQUIRED :
FOR COSFET:
Distribution Model 4
OUTBOUND Partner Profile
li lulodel views I
PL N O shorttern exlsts
BBP-DII NO snort text exists
BC61 9-300 N o shnrttrx* exists
BELCO NO short text eXlstS
BlT300-BP N o Shorttext exists
CONS0LIDC.T N u shorttext exlsts
DIZ-ID3 N o short text exlsts
DlZ-IDBCLN N o shot? text exlsts
EBP3DO-R3 NOshorttext e x ~ s t s
HR-ORG-SEM NO shortteld exlsts
. N o short text exists
text exists
. .
4
-
/ 1
*
- +.
.ni ir 's%w" ,urn,.-- ,, *uc, P
.s
- ;
? -m-,n 7
--
7
/ _-__i___
01sttil)ut1otiMudel
--I__----__-
' Descript~otiltechr~ical
name
~
V Rloolel views
AL No short text exists
BBP-DII . No short text exlsts
D ~ j l t 23-1 BC619-&OU blo short text exists
i dl'..
For All tvlaster Data Distt~but~ons !=
Note :Now Distribution Model is Created . So that we Can use the same
Distribution Model to Send any the Message. No Need to Create a new
Distribution Model for each Message Type to be Transferred.
Note : Distribution Model Acts as a BAG to Carry the List Of Receiver Details for
all Message Types J
b
p
z
r J ~ - - ~ ~ ~ ~
zi
a;:,?; ;3-:;;3
P-DII . No sliort text exists
61 9-800 . No shotttext exists
b. g
=-:,:.I:; L C 0 . No short text exists
B t$g ~ l - ~ ~ l ~ i - ~ - ~ 300-BP . No short t e d exists
p Bz i::~~:,~!~(:;~;~hy~ NSOLIDAT. blo short text exists 4
p 3: >: ; -?,""; ;,
p F& c<,:z,-ic;:::JJ.,i
p. 22 ~ ~ j ~ : ~ ~ . c ! - , + : P3Un-R3 . No short text exists
b 8; +jfi-:;,;-! .:-:&j OFG-SEM. Iflo short text exists
ga!
Y -
1s . No short text exists
b
D
z -<:yi$i
gji,~;~-:;js
21 5 . No short t e d exists
RCUS . No short text exists
p
['/
zz :~~~-~[.,ij'~q
>SH-SI,J"$.;:'
B-BUYER . No short text exists
B-SUPPLY. N Oshort tm< exists
p. 4
g2;s
D ~ s j e s s~i::;:
j BSYSTEMS. No short text exists
p 24 1:j53j
:+, IS . No short text exists
14. , No short text exists
p $4.:~: . No short text exists
b ;, ..,.q r)..
# S,.,,q ... .;i i:
*:-, 7 r,
c.5 4.53
D SF:!.. $;h:,?,e:: -Ei;Jzlp;o
C, 3H3..:.,:3:$ i1,f;'J ,<..? ;ij:$
Note : Repeat the ADD Message type Steps for each message type to be
Transferred.
Tranlffer
Partner Message
(RECEIVE Type +
R) IDoc Type
Note :We always Create Only file for each receiving(Par and One
Entry for each Message type we r.
SAVE IT.
&Q Position
50000000 ALE administrator
English
Master Data
.. . . .. , -
?---..--
Cost Center 786 E U.AX TRAII'.III.IGS
Controlling Area ICl0U CO Europe
Valid Ftorn 11 . 3 2 2003 to 31 . I ? . 9959
. ... .
Basicdata \ Contt.01 3 Teii~plates Address Commui~ication i: Histoty , ; *
.---"
Efr~lWTRAININGS
Description SAWTRAINING DIVISION
-
" " ---- --". - - ----
'1
-"--a " "
Basic data , /
[%o~~~sponsible tulr.Rarna Rao
1
Department
I
j
a
Before Request, Check the Cost Center at RECEIVER and Make sure that it is not
available(Created ) And After Requesting it should be Created Successfully.
ENTER
.
-... -
Display Cast Gsnter: &3Efi8I Screen
D i ~ p i ~8 Q~ S $C@&@gX: Screen
i lvlaster Data ,
EXECUTE
@
r^--.---------.--------.--------------.---.---.7.-----.------...-----F..
2.st,,,,,............DI,.,........created - - - - -.,I?ssa,e
-- - - .- - - .-fur *
,,,
- - - - - . .- - - - - ... - -,,,,As;
- - .- .- - - - - .
Check For the Successful Cost Center Creation ,If Not Created then Check the
IDoc Status to identify the reason to fail.
D#.sp#ay
C-@ Ce~&@@ -z
fm#Z8a# S~reen
Master Data
"
-"
-" -
-
"
-"
- ----- "
-
" --*--
7
Etl~1.4XTRAININGS 1
1
I
,----- -7-----------
Y
V
Patrierno. REGElYER
Paltner no. SENDOR
SENDOR RECEIVER
Tables Used 4
/
- I
i1p Change pointers activated - generally
: ~ ~ ~ ~ - ~ * L ~*--?
i
~ ~ . ~
I ~ ~ ~ ~
....._.......----,-....----------------------------------,---------m----------------------------
e to be Written(BD52)
If you are happy with those fields, you can SKIP this Step.
If you are not interested with certain fields we can ignore by deselecting and new
entries can also be added .
Note :I n Realtime, Generally We Skip this, Because SAP Already includes all the
Mandatory Fields.
4
5. Distributing the Master Data Via Standard IDocs
We Never Compromise I11 Quality. Would You?
,
New Entries
To Add Additional Fields - - AND A d d ,
To Delete, Select the Entry to be deleted, .
Testing :
EXECUTE RBDMIDOC Pro,oram
CASE 1 :Execute for the ~ i r stime
t
Note : Notice that there are many IDOcs generated when we run the Program
RBDMIDOC for first time.
CASE 2 : liun the Program with No Changes in Cost Center Master Data
Run the Same Program Again ,Since All the Changes are already sent, No IDOCs
should be Generated.
Page 37 of 39 By Ganapati Adimblam
eMax Technologies,Ameerpet,Hyderabad
Ph No :+9140 -65976727, Cell No : 99484 44808,98490 34399, ~vww.eniaxtech.com
5. Distributing the Master Data Via Standard IDocs
We Never Coinpromise In Quality. Would You?
EXECUTE RBDNIIDOC Program
c#"@agjga!g #fD@G Ty#3@ Po~#~~@Ts
f ~ a r f 8 CF#B#B$~
C n s t Center PEE t?
Description
on R e s p o n s i b l e Mr.Ganapati kdirnularn
Department
C o s t Center C a t e p o w E Development 1
Hierarchy a r e a H-P.C410 Training A C 4 1 0 !
1
Company Code 1000 IDES A G
B u s i n e s s Area 9900 Corporate Other
Functiortal A r e a
EUR
Ex : Company
Since Customer is from Company Code 1000, Distribute the Company Code
000 Sys and all other Information to all the
Note :SAP Already Provides some filter groups for each Standard Messages type,
so that when we found the filter object for the required Message type, it is enough
to Provide the Filter Values at Distribution Model Level.
Noie: . .ct;... 'i'ransfer the Company Code Information, Only when the Customer is
Crealc. . i:. <:a:npany Code 1000.
Pagc 2 ,I;
.2 .
- <
By Ganapati Adimulam
--
ehlax Technologies,Ameerpet,Hyderabad
;-;. i:u :+9140 -65976727, Cell No : 99484 44808,98490 34399, www.emaxtech.com
6.Filtering
We Never Com~romisein Oualitv. Would You ?
y ;
?. - .
~Jl',.'lSlOn Dlvislon :,d
IG.1
-
E;.sles Organization Sales ~ r g
I., . : Cli.;trihution Channel Dlstr~butlo&%
Click I
..
: ;:.3L1;-t Rows and Enter Value Company Code GL1000(1000)
. . By Ganapati Adimulam
Pag: -,,,.
A
-
-
eNlax Technologies,Ameerpet,Hyderabad
:.: P:,) :+91 40 -65976727, Cell No : 99484 44808,98490 34399, ~7nv.emaxtech.com
6.Filtering
We Never Com~romisein Quality. Would You ?
SAVE it.
Execute BD12(Send C
Send Customers
EXECUTE IT. 4
ENTER
$ ,
\ \A,
ENTER
Moc Iist
Segment Filtering
Creates a Communication PDBc in which Segments of a Particular type are
Completely removed from the IDOc.
Note : The Difference between Segment Filtering and IDOc Filtering is In IDoc
Filtering, Segments that do not contain relevant data for a receiving system are
Filtered Out where as in Segment Filtering, a Segement of a Particular type is
Completely removed from IDoc.
Configuration Required :
Execute BD56 /;;-
i~
ENTER
-* ,
9
-, ,, , ,,, , , , , , ,,,, , ,, , , ,, .
I
Cka~sgeView "S@pnentFiBep-s":
Owmew
%
9 [EeGE z i/-f?~ B.
New Entries (F5)
;&$I
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
.
rr*n,
.aD .
. . . . . . . .
.-------.----.------. .... .... . . .
I
. . .
. .
;Message
---------------- Npe;
- -.. ....... -- ---- . .. . . .. . . . . . .
--. . .--, . . --.-.,, -. -...,.
. .
-.v......--.
,. *
.
- . ,
_
,
..
i
..
< .
.
-..
i i - l
L
.
. . y.; ....... .-.-.- .
Segment Filters,,
.
- -- . -... --- . -
..
-.--... -.
New Entries
4
M e w E ~ ~ ~ E - $ @ C&F@P~~-@W
SZ OF i 4 d d ~E?@%~&&s
~$
4
Note : Make S R and
RECEIVER in the System where
SAVE it.
Here Vendor 1000, exists in Company Code 1000. But the Company Code Segment
is dropped in the Segment Filtering.
Scenario : Two Systems A and B ,decided to Maintain the Standard Price for Material
master Data Locally on their Systems. They want to receive very limited data from the
Central System. So that We Can Reduce the Standard IDoc to the Reduced IDoc with the
Required list Of Segments and Segment Fields.
Note : The Reduced IDoc type gets a New Message type and the the Reduced IDoc type
is defined from the Standard IDoc by Enabling and Disabling the List Of Segments and
Even fields .