Introduzione e differenze di ALE, EDI e IDoc: SAP Tutorial
โก Riepilogo intelligente
ALE, EDI e IDoc sono i tre pilastri di SAP integrazione. L'EDI scambia documenti aziendali con partner esterni, l'ALE distribuisce i processi SAP sistemi, e l'IDoc รจ il contenitore standard che trasporta i dati per entrambi.

Cos'รจ l'EDI?
EDI, acronimo di Electronic Data Interchange (scambio elettronico di dati), รจ lo scambio elettronico di dati aziendali strutturati tra diverse applicazioni. Un ordine di acquisto emesso in un'azienda puรฒ quindi arrivare nel sistema di un fornitore come ordine di vendita, senza che nessuno debba reinserirlo manualmente.
EDI Architectura
Come mostra il diagramma sopra, EDI Archila struttura รจ composta da tre strati โ
- Applicazioni abilitate EDI: Supportano l'elaborazione automatica delle transazioni commerciali.
- L'interfaccia IDoc: Questo รจ stato progettato come un'interfaccia aperta. L'interfaccia IDoc รจ composta da tipi IDoc e moduli funzionali che costituiscono l'interfaccia per l'applicazione.
- Il sottosistema EDI: Questo converte i tipi IDoc in tipi di messaggio EDI e viceversa. Questo componente dell'architettura EDI non รจ fornito da SAP.
Vantaggi del processo EDI
- Riduzione degli errori di immissione dei dati
- Riduzione dei tempi del ciclo di elaborazione
- Disponibilitร dei dati in formato elettronico
- Riduzione del lavoro cartaceo
- Costo ridotto
- Riduzione delle scorte e migliore pianificazione
- mezzi di comunicazione standard
- Processi aziendali migliori
- Il vantaggio competitivo
Che cos'รจ ALE?
L'EDI si estende verso l'esterno ai partner commerciali. L'ALE risolve il problema dello specchio all'interno dell'azienda, dove diversi SAP I sistemi devono rimanere sincronizzati.
ALE supporta la distribuzione delle funzioni e dei processi aziendali in modalitร liberamente accoppiate SAP Sistemi R/3 (diverse versioni di SAP R/3). Connessioni da R/2 e non SAP sono supportati anche i sistemi.
ALE supporta-
- Distribuzione delle applicazioni tra diverse versioni di R/3 Systems
- Scambio di dati continuo dopo un aggiornamento della versione senza richiedere una manutenzione speciale
- Estensioni specifiche del cliente.
- Interfacce di comunicazione che consentono connessioni a non-SAP sistemi.
- Accoppiamento dei sistemi R/3 e R/2.
Cos'รจ l'IDOC?
Sia ALE che EDI richiedono lo scambio di dati, ed entrambi affidano questo compito allo stesso oggetto.
IDOC is semplicemente un contenitore di dati utilizzato per scambiare informazioni tra due processi qualsiasi in grado di comprendere la sintassi e la semantica dei dati.
In parole semplici, un IDoc รจ come un file di dati con un formato specifico che viene scambiato tra due sistemi che sanno come interpretare quei dati.
IDOC sta per "Documento intermedio".
Quando eseguiamo un in uscita Processo ALE o EDI, viene creato un IDOC. In un in entrata Processo ALE o EDI, un IDOC serve come input per creare un documento applicativo. Nel SAP SistemaGli IDOC sono memorizzati nel database. Ogni IDOC ha un numero unico (all'interno di un cliente).
Gli IDOC si basano sugli standard EDI, ANSI ASC X12 e EDIFETTO. In caso di conflitto nella dimensione dei dati, adotta quello con la lunghezza maggiore. Gli IDOC sono indipendentemente dalla direzione dello scambio dei dati, ad esempio ORDERS01 nel modulo Acquisti viene utilizzato sia in entrata che in uscita. Gli IDOC possono essere visualizzati in un Editor di testo perchรฉ i dati vengono memorizzati in formato carattere anzichรฉ in formato binario. Gli IDOC sono indipendente dai sistemi di invio e di ricezione (SAP-To-SAP nonchรฉ non-SAP).
Struttura IDoc: record di controllo, dati e stato
Sapere che un IDoc รจ un contenitore รจ utile solo se si รจ in grado di leggerne il contenuto. Ogni IDoc, indipendentemente dal tipo di messaggio, รจ costituito da tre tipi di record.
| Record | Table | Cosa contiene |
|---|---|---|
| Registro di controllo | EDIDC | Esattamente uno per ogni IDoc. Contiene il numero dell'IDoc, il tipo base, il tipo di messaggio, la direzione e i dettagli del mittente e del destinatario. |
| record di dati | EDID4 | Il payload aziendale. Ogni record corrisponde a un segmento e i segmenti possono essere annidati per formare gerarchie padre-figlio. |
| Registri di stato | EDIDS | La traccia di controllo. Ad ogni fase di elaborazione viene aggiunto un codice di stato, in modo che la cronologia completa dell'IDoc rimanga visibile. |
I numeri di stato indicano anche la direzione a colpo d'occhio. CodeI valori compresi tra 01 e 49 appartengono agli IDoc in uscita, dove 03 significa "passato alla porta" e 12 significa "inviato". CodeI valori da 50 in su appartengono agli IDoc in entrata, dove 53 significa "documento di candidatura pubblicato" e 51 significa "documento di candidatura non pubblicato".
Come funziona il processo ALE e IDoc?
I record sopra riportati seguono una sequenza fissa di passaggi. Comprendere tale sequenza รจ ciรฒ che permette di individuare il punto in cui si รจ verificato un errore nell'interfaccia.
Processo in uscita
- Il documento di richiesta รจ stato creato. Un utente o un processo batch salva un documento aziendale, come ad esempio un ordine di acquisto.
- Il controllo dei messaggi รจ stato attivato. La determinazione dell'output individua un tipo di messaggio, ad esempio ORDINI, e un profilo partner che indica che deve essere prodotto un IDoc.
- L'IDoc viene generato. Un modulo di funzione di selezione legge le tabelle dell'applicazione e popola i record di controllo e di dati. L'IDoc riceve lo stato 30, "pronto per l'invio".
- L'IDoc viene passato alla porta. La definizione della porta determina il mezzo di trasmissione, che puรฒ essere un file, una chiamata a una funzione remota o un trasferimento XML. Lo stato diventa 03.
- Il sottosistema o il partner lo riceve. Per l'EDI, il sottosistema converte l'IDoc in un messaggio EDIFACT o ANSI X12. Una trasmissione avvenuta con successo restituisce lo stato 16.
Processo in entrata
- L'IDoc arriva attraverso la porta e viene scritto nel database con stato 50.
- Il profilo del partner viene verificato. SAP Cerca il mittente, il tipo di messaggio e il codice di processo assegnato.
- Il codice del processo chiama un modulo funzione, che convalida i segmenti rispetto al tipo base.
- Il documento di candidatura รจ stato spedito. In caso di successo, viene assegnato lo stato 53. In caso di errore, viene assegnato lo stato 51 e l'IDoc rimane nel database con il messaggio di errore allegato.
- Gli IDoc non riusciti vengono rielaborati dopo la correzione dei dati principali, senza che il partner debba inviare nuovamente nulla.
Poichรฉ l'IDoc viene memorizzato in ogni fase, nessun dato viene perso in caso di errore in una fase. Questa durabilitร รจ la ragione principale SAP Le integrazioni si basano ancora sugli IDoc decenni dopo la loro introduzione.
Differenza tra ALE ed EDI
Una volta definiti tutti e tre i concetti, la distinzione diventa facile da enunciare.
ALE viene utilizzato per supportare processi distribuiti ma integrati tra diversi SAP sistemi mentre l'EDI viene utilizzato per lo scambio di documenti commerciali tra i sistemi dei partner commerciali (che potrebbero essere non-SAP sistemi).
ALE lo รจ SAPLa tecnologia 's' รจ pensata per supportare un ambiente distribuito, mentre l'EDI รจ un processo utilizzato per lo scambio di documenti commerciali che ora hanno un formato standard.
| Base | MA | EDI |
|---|---|---|
| Missione | Distribuisci i processi aziendali e i dati anagrafici | Scambiare documenti commerciali con i partner commerciali |
| Ambito tipico | Interno, tra SAP di riferimento | Esterno, tra aziende |
| Sottosistema scritto | Non | Sรฌ, per convertire gli IDoc in EDIFACT o ANSI X12 |
| Standard coinvolti | SAP modello di distribuzione proprietario | EDIFACT, ANSI ASC X12 |
| Porta dati | IDoc | IDoc |
Un IDoc รจ un contenitore di dati utilizzato per lo scambio di dati sia nei processi EDI che ALE. ร proprio grazie a questo contenitore condiviso che le due tecnologie vengono quasi sempre studiate insieme.
Transazione IDoc comune Codes in SAP
Le attivitร quotidiane con ALE ed EDI si svolgono tramite un piccolo insieme di codici di transazione. La tabella seguente li raggruppa in base alla funzione che svolgono.
| operazione | Missione |
|---|---|
WE02 / WE05 |
Visualizza gli IDoc e filtrali per stato, data, direzione o partner. |
WE19 |
Strumento di test. Copia un IDoc esistente, modifica i segmenti e rielaboralo in modalitร debug. |
WE20 |
Gestisci i profili dei partner, che collegano un partner ai tipi di messaggio e ai codici di processo. |
WE21 |
Definisci le porte, che specificano come un IDoc entra o esce fisicamente dal sistema. |
WE30 / WE31 |
Creare ed estendere i tipi e i segmenti base di IDoc. |
BD87 |
Rielabora gli IDoc che presentano uno stato di errore, come 51 o 56. |
SM58 |
Quando un IDoc non raggiunge il sistema di destinazione, รจ necessario esaminare le code RFC transazionali. |
Una pratica comune per la risoluzione dei problemi รจ iniziare da WE02 per leggere lo stato, quindi utilizzare BD87 per rielaborare il processo una volta risolta la causa principale.

