ALE, EDI i IDocs Wprowadzenie i różnica: SAP Poradnik
⚡ Inteligentne podsumowanie
ALE, EDI i IDocs to trzy filary SAP integracja. EDI wymienia dokumenty biznesowe z partnerami zewnętrznymi, ALE dystrybuuje procesy SAP systemów, a IDoc jest standardowym kontenerem przechowującym dane dla obu tych systemów.

Co to jest EDI?
EDI, czyli Electronic Data Interchange (Elektroniczna Wymiana Danych), to elektroniczna wymiana ustrukturyzowanych danych biznesowych między różnymi aplikacjami. Zamówienie zakupu złożone w jednej firmie może zatem trafić do systemu dostawcy jako zamówienie sprzedaży, bez konieczności ponownego wprowadzania danych.
EDI Architektura
Jak pokazuje powyższy diagram, EDI Archistruktura składa się z trzech warstw –
- Aplikacje obsługujące EDI:Wspierają automatyczne przetwarzanie transakcji biznesowych.
- Interfejs IDoc: Zostało to zaprojektowane jako otwarty interfejs. Interfejs IDoc składa się z typów IDoc i modułów funkcyjnych, które tworzą interfejs aplikacji.
- Podsystem EDI: Konwertuje typy IDoc na typy wiadomości EDI i odwrotnie. Ten komponent architektury EDI nie jest dostarczany przez SAP.
Zalety procesu EDI
- Zmniejszona liczba błędów wprowadzania danych
- Skrócony czas cyklu przetwarzania
- Dostępność danych w formie elektronicznej
- Mniej papierkowej roboty
- Zmniejszony koszt
- Zmniejszone zapasy i lepsze planowanie
- Standardowe sposoby komunikacji
- Lepsze procesy biznesowe
- Przewaga konkurencyjna
Czym jest ALE?
EDI dociera do partnerów handlowych. ALE rozwiązuje problem zwierciadła wewnątrz przedsiębiorstwa, gdzie kilka SAP systemy muszą nadążać.
ALE wspiera dystrybucję funkcji i procesów biznesowych w ramach luźno powiązanych SAP Systemy R/3 (różne wersje SAP R/3). Połączenia z R/2 i nie SAP systemy są również obsługiwane.
ALE obsługuje-
- Dystrybucja aplikacji pomiędzy różnymi wydaniami systemów R/3
- Ciągła wymiana danych po uaktualnieniu wersji bez konieczności specjalnej konserwacji
- Rozszerzenia specyficzne dla klienta.
- Interfejsy komunikacyjne umożliwiające połączenie z urządzeniami niebędącymiSAP systemy.
- Sprzężenie systemów R/3 i R/2.
Co to jest IDOC?
Zarówno ALE, jak i EDI wymagają wymiany danych i oba przekazują to zadanie temu samemu obiektowi.
IDOC is po prostu kontener danych używany do wymiany informacji między dowolnymi dwoma procesami, które potrafią zrozumieć składnię i semantykę danych.
Mówiąc prościej, IDoc to plik danych o określonym formacie, który jest wymieniany między dwoma systemami, które potrafią interpretować te dane.
IDOC oznacza „Dokument pośredni".
Kiedy wykonujemy wychodzące Proces ALE lub EDI, tworzony jest IDOC. w przychodzące ALE lub EDI, IDOC służy jako dane wejściowe do utworzenia dokumentu aplikacji. w SAP Konfiguracja, IDOC są przechowywane w bazie danych. Każdy IDOC ma unikalny numer (w ramach klienta).
IDOC są oparte na standardach EDI, ANSI ASC X12 i EDIFAKW przypadku konfliktu rozmiaru danych, przyjmowany jest ten o większej długości. IDOC-i to niezależny od kierunku wymiany danychNa przykład ORDERS01 w module Zakupy jest używany zarówno do przesyłu przychodzącego, jak i wychodzącego. Dokumenty IDOC można przeglądać w edytor tekstu ponieważ dane są przechowywane w formacie znakowym, a nie binarnym. IDOC-i są niezależny od systemów wysyłających i odbierających (SAP-do-SAP jak również nie-SAP).
Struktura IDoc: rekordy kontroli, danych i statusu
Wiedza o tym, że obiekt IDoc jest kontenerem, jest przydatna dopiero po odczytaniu jego zawartości. Każdy obiekt IDoc, niezależnie od typu wiadomości, składa się z trzech typów rekordów.
| Rekord | Stół | Co zawiera |
|---|---|---|
| Rekord kontrolny | EDIDC | Dokładnie jeden na dokument IDoc. Zawiera numer dokumentu IDoc, typ podstawowy, typ wiadomości, kierunek oraz dane partnera nadawcy i odbiorcy. |
| Rekordy danych | EDID4 | Ładunek biznesowy. Każdy rekord jest mapowany na segment, a segmenty można zagnieżdżać, tworząc hierarchie nadrzędne i podrzędne. |
| Rekordy statusu | EDIDS | Ślad audytu. Każdy krok przetwarzania dodaje kod statusu, dzięki czemu pełna historia IDoc pozostaje widoczna. |
Numery statusu pozwalają na pierwszy rzut oka określić kierunek. CodeObiekty w zakresie od 01 do 49 należą do dokumentów IDoc wychodzących, gdzie 03 oznacza „przekazano do portu”, a 12 oznacza „wysłano”. Codeod 50 w górę należą do przychodzących dokumentów IDoc, gdzie 53 oznacza „dokument aplikacji opublikowany”, a 51 oznacza „dokument aplikacji niezamieszczony”.
Jak działa proces ALE i IDoc?
Powyższe rekordy przechodzą przez ustaloną sekwencję kroków. Zrozumienie tej sekwencji pozwala znaleźć miejsce, w którym zatrzymał się uszkodzony interfejs.
Proces wychodzący
- Utworzono dokument aplikacyjny. Użytkownik lub zadanie wsadowe zapisuje dokument biznesowy, np. zamówienie zakupu.
- Uruchomiona została kontrola wiadomości. Określenie danych wyjściowych pozwala na znalezienie typu wiadomości, na przykład ORDERS, oraz profilu partnera, który wskazuje, że należy wygenerować dokument IDoc.
- Plik IDoc został wygenerowany. Moduł funkcji selekcji odczytuje tabele aplikacji i wypełnia rekordy sterowania i danych. Obiekt IDoc otrzymuje status 30, „gotowy do wysłania”.
- Dokument IDoc jest przekazywany do portu. Definicja portu decyduje o medium, którym może być plik, zdalne wywołanie funkcji lub transfer XML. Status zmienia się na 03.
- Otrzymuje je podsystem lub partner. W przypadku EDI podsystem konwertuje dokument IDoc na komunikat EDIFACT lub ANSI X12. Pomyślna transmisja zwraca status 16.
Proces przychodzący
- Przybywa IDoc przez port i zostaje zapisany w bazie danych ze statusem 50.
- Profil partnera został sprawdzony. SAP wyszukuje nadawcę, typ wiadomości i przypisany kod procesu.
- Kod procesu wywołuje moduł funkcji, który weryfikuje segmenty względem typu podstawowego.
- Dokument aplikacyjny został opublikowany. W przypadku powodzenia następuje status 53. W przypadku niepowodzenia następuje status 51, a obiekt IDoc pozostaje w bazie danych z dołączonym komunikatem o błędzie.
- Nieudane dokumenty IDoc są ponownie przetwarzane po poprawieniu danych głównych, bez konieczności ponownego wysyłania jakichkolwiek informacji przez partnera.
Ponieważ IDoc jest przechowywany na każdym etapie, żadne dane nie zostaną utracone w przypadku niepowodzenia kroku. Ta trwałość jest głównym powodem SAP Integracje nadal opierają się na dokumentach IDoc, mimo że zostały wprowadzone dziesiątki lat temu.
Różnica między ALE i EDI
Po zdefiniowaniu wszystkich trzech pojęć rozróżnienie staje się łatwe.
ALE służy do obsługi rozproszonych, ale zintegrowanych procesów w kilku obszarach SAP systemów, podczas gdy EDI służy do wymiany dokumentów biznesowych pomiędzy systemami partnerów biznesowych (które mogą być nie-SAP systemy).
ALE jest SAPTechnologia ta służy do obsługi środowiska rozproszonego, podczas gdy EDI jest procesem używanym do wymiany dokumentów biznesowych, którym nadano obecnie standardowy format.
| Podstawa | ALE | EDI |
|---|---|---|
| Cel | Dystrybucja procesów biznesowych i danych głównych | Wymiana dokumentów biznesowych z partnerami handlowymi |
| Typowy zakres | Wewnętrzny, pomiędzy SAP systemy | Zewnętrzne, między firmami |
| Potrzebny podsystem | Nie | Tak, aby przekonwertować IDocs do EDIFACT lub ANSI X12 |
| Obowiązujące standardy | SAP zastrzeżony model dystrybucji | EDIFACT, ANSI ASC X12 |
| Nośnik danych | IDoc | IDoc |
IDoc to kontener danych służący do wymiany danych pomiędzy procesami EDI i ALE. Wspólny kontener jest powodem, dla którego te dwie technologie są prawie zawsze badane łącznie.
Wspólna transakcja IDoc Codeów w SAP
Codzienna praca z ALE i EDI odbywa się za pomocą niewielkiego zestawu kodów transakcji. Poniższa tabela grupuje je według zadań, którym służą.
| Transakcja | Cel |
|---|---|
WE02 / WE05 |
Wyświetlaj dokumenty IDoc i filtruj je według statusu, daty, kierunku lub partnera. |
WE19 |
Narzędzie testowe. Skopiuj istniejący obiekt IDoc, edytuj segmenty i przetwórz go ponownie w trybie debugowania. |
WE20 |
Prowadzenie profili partnerów, które łączą partnera z typami wiadomości i kodami procesów. |
WE21 |
Zdefiniuj porty, które określają sposób, w jaki obiekt IDoc fizycznie opuszcza system lub do niego wchodzi. |
WE30 / WE31 |
Twórz i rozszerzaj podstawowe typy i segmenty IDoc. |
BD87 |
Ponownie przetwórz obiekty IDoc, które mają status błędu, np. 51 lub 56. |
SM58 |
Przeprowadź inspekcję kolejek RFC transakcji, gdy obiekt IDoc nigdy nie dotrze do systemu docelowego. |
Praktycznym nawykiem rozwiązywania problemów jest rozpoczęcie od WE02 w celu odczytania statusu, a następnie użycie BD87 do ponownego przetworzenia problemu po usunięciu przyczyny źródłowej.

