What Is The Distributed: ALE Is Sap Technology To Support Distributed Yet Integrated Processes Across Level SAP System

Download as ppt, pdf, or txt
Download as ppt, pdf, or txt
You are on page 1of 16

ALE is sap Technology to support distributed yet

integrated processes
across level SAP System.

What is the Distributed


A Distributed process is one in which part of a business process is
carried out on one system and part on another.

Sap Introduced ALE as its initiative to support a distributed yet


integrated environment.ALE allows for efficient and Reliable
communication between distributed processes across physically
separate sap systems to achieve a distributed yet integrated logical
sap system.
ALE have Three Parts
Out bound

Inbound

Exception handling
Outbound
Sending out the data from our system. The IDOC which is
called as Outbound IDOC

Application data Start a OutBound Program Step1


.
Outbound ALE
program

Application
Idoc data Step2
Repository Master Idoc

ALE Distribution Model ALE Service Layer


Step3
Receiver3
Receiver1 Communcation layer
Step4
Receiver2 Receiver4
The Technical flow an outbound process for
Masterdata

Begin

No
Objects to be distributed are Collect Idocs
selected

Data is read from the databa Yes


se and formatted into IDOC
format Execute RSEOUT00
Program

ALE service layer is invoked via Idoc Packets are stored in the
MASTER_IDOC_DISTRIBUTE ARFC Data

ALE Distribution model is cons


Execute RSARFCEX,which calls
ulted to determine recipients
INBOUND_IDOC_PROCESS
Filtering conversion & Version on the Remote System
change are carried out for each recipient

Communcation Idocs are saved No


Successful
in the database

Done
Master IDOC
The document or Masterdata to be sent ready from database
and formatted into an idoc format.This idoc called as a Master
idoc.

Communication IDOC
The ALE layer generates a separate idoc from the
Master idoc for each recipient.Who is intrested in the data.
Separate IDOCs are Generated because each recipient might
demand a different version or a subset of the Master
Idoc.These
recipient specific Idocs are called communcation idocs.

Note : The Master IDOC is kept in Memory buffers


until communication IDOCS are generated.
Communcation Idocs are stored in database.
Inbound

When the data is coming in, the process is called


Inbound Process and the IDoc is known as Inbound
Idoc.

The process occurs in the reciever system called


inbound system.

The inbound process must handle three types of


data.Transactional and Master data are received via the
ALE interface layer.control data is received via
CTS process.
module

Application Repos
itory

Direct Input function module

Posting Program

RBDAPP01

ALE Service Layer Application Idocs

Conversion Filtering Version Change

IDOC_INBOUND_ASYNCHRONOUS

Communication Layer Communcation IDOC


from remote system
The Technical flow of the inbound process using a direct function
Module

Begin

Yes
Remote system calls IDOC_INBOUND_ASYNCHR Process Idoc
ONOUS and passes communication idoc to the system immediately

Userid is validated & authorizations are No


checked
Program RBDAPP01
is Executed

Data in the control record is


Read process code from the part
validated against the partner profile
ner profile

ALE Services : Filtering conversion & Version


change are carried out Process code points to the
posting module
Application Idoc is saved the databasecs are saved
in the database

Posting Module creates the applicat


ion document

Done
Store the Idoc in the Database :
First an idoc is received in the system and
stored in the database.The idoc goes through a basic integrity
check and syntax check.If every thing is fine,the next step is
performed.

Invoke the posting Module :


The control information in the idoc and
configuration tables are read to determine the posting
program.
The Idoc is then transferred to its posting program.

Create the Document :


The posting program reads the idoc data
and then creates a document in the system.The results
are logged in the idoc.
Exceptionhandling
Any errors occurs while tranfering the data from one
system from another is recievingfield by the exception
handling process.Errors can be identified by status code
generated by the idoc.

They are Two Types Exception handling process

1) Outbound

2) Inbound
Outbound Exception
Handling
NO Data Transfer

Execute RBDBOIND

Checkbox

12-Data System
0 to 50( error occurrs in Outbound process)

01 IDoc created
02 Error passing data to port
03 Data passed to port OK
04 Error within control information of EDI subsystem
05 Error during translation
06 Translation OK

07 Error during syntax check


08 Syntax check OK
09 Error during interchange handling
10 Interchange handling OK
11 Error during dispatch
12 Dispatch OK
13 Retransmission OK
14 Interchange Acknowledgement positive
15 Interchange Acknowledgement negative
16 Functional Acknowledgement positive
17 Functional Acknowledgement negative
18 Triggering EDI subsystem OK
19 Data transfer for test OK
20 Error triggering EDI subsystem
21 Error passing data for test
22 Dispatch OK, acknowledgement still due
23 Error during retransmission
24 Control information of EDI subsystem OK
25 Processing despite syntax error (outbound)
26 Error during syntax check of IDoc (outbound)
26 Error during syntax check of IDoc (outbound)
27 Error in dispatch level (ALE service)
29 Error in ALE service
30 IDoc ready for dispatch (ALE service)
31 Error - no further processing
32 IDoc was edited

33 Original of an IDoc which was edited


34 Error in control record of IDoc
35 IDoc reloaded from archive
36 Electronic signature not performed (timeout)
37 IDoc added incorrectly
38 IDoc archived
39 IDoc is in the receiving system (ALE service)
40 Application document not created in receiving
system
41 Application document created in receiving system
42 IDoc was created by test transaction
0 to 50( error occurrs in Outbound process)

50 IDoc added
51 Error: Application document not posted
52 Application document not fully posted
53 Application document posted
54 Error during formal application check
55 Formal application check OK
56 IDoc with errors added
57 Test IDoc: Error during application check
58 IDoc-Copy from an R/2 connection
60 Error during syntax check of IDoc (inbound)
61 Processing despite syntax error (inbound)
62 IDoc passed to application
63 Error passing IDoc to application
64 IDoc ready to be transferred to application
by test transaction

63 Error passing IDoc to application


64 IDoc ready to be transferred to application
65 Error in ALE service
66 IDoc is waiting for predecessor IDoc (serialization)
67 Not used
68 Error - no further processing
69 IDoc was edited
70 Original of an IDoc which was edited
71 IDoc reloaded from archive
73 IDoc archived
74 IDoc was created by test transaction

You might also like

pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy