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.

  • 📤 Definicja EDI: Elektroniczna wymiana danych to ustrukturyzowana elektroniczna wymiana dokumentów biznesowych pomiędzy różnymi aplikacjami.
  • 🔗 Definicja ALE: Włączanie łączenia aplikacji umożliwia dystrybucję funkcji biznesowych w luźno powiązanych SAP i nieSAP systemy.
  • 📦 Definicja IDoc: Dokument pośredni to kontener danych, którego zarówno ALE, jak i EDI używają do przesyłania informacji.
  • 🧱 Struktura IDoc: Każdy dokument IDoc zawiera jeden rekord kontrolny, wiele rekordów danych i jeden lub więcej rekordów statusu.
  • ↔️ Kluczowe rozróżnienie: ALE jest technologią dystrybucji wewnętrznej, natomiast EDI jest procesem komunikacji z zewnętrznym partnerem.
  • ⚙️ Przebieg procesu: Operacja wychodząca tworzy obiekt IDoc, a operacja przychodząca zużywa obiekt IDoc w celu utworzenia dokumentu aplikacji.
  • 🛠️. Codzienne transakcje: WE02, WE19, WE20 i BD87 obejmują monitorowanie, testowanie, konfigurację partnerów i ponowne przetwarzanie.

ALE, EDI i IDoc w SAP

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

EDI Architektura

Jak pokazuje powyższy diagram, EDI Archistruktura składa się z trzech warstw –

  1. Aplikacje obsługujące EDI:Wspierają automatyczne przetwarzanie transakcji biznesowych.
  2. 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.
  3. 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

  1. Utworzono dokument aplikacyjny. Użytkownik lub zadanie wsadowe zapisuje dokument biznesowy, np. zamówienie zakupu.
  2. 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.
  3. 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”.
  4. 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.
  5. 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

  1. Przybywa IDoc przez port i zostaje zapisany w bazie danych ze statusem 50.
  2. Profil partnera został sprawdzony. SAP wyszukuje nadawcę, typ wiadomości i przypisany kod procesu.
  3. Kod procesu wywołuje moduł funkcji, który weryfikuje segmenty względem typu podstawowego.
  4. 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.
  5. 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.

FAQ

Podstawowym typem, takim jak ORDERS05, jest standard SAP struktura. Rozszerzenie dodaje do niej niestandardowe segmenty bez modyfikowania standardu, więc SAP aktualizacje pozostają bezpieczne.

Obydwa współistnieją. SAP S/4HANA nadal obsługuje IDocs do asynchronicznej wymiany danych o dużej objętości, podczas gdy OData i API REST obsługują synchroniczne wywołania w czasie rzeczywistym. Wiele środowisk korzysta z obu tych funkcji równolegle.

Przeczytaj tekst statusu w WE02, aby znaleźć przyczynę, którą zazwyczaj jest brak danych głównych lub luka w dostosowaniu. Usuń przyczynę źródłową, a następnie ponownie przetwórz ten sam dokument IDoc za pomocą BD87.

Tak. Narzędzia do monitorowania AI grupują powtarzające się kody stanu, przewidują, które interfejsy mogą ulec awarii i sugerują prawdopodobną przyczynę. Konsultant funkcjonalny i tak potwierdza poprawkę przed ponownym przetworzeniem.

Częściowo. Sztuczna inteligencja może zaproponować projekt mapy polaping między segmentami IDoc a komunikatem EDIFACT lub X12. Każda mapaping nadal wymaga przetestowania w WE19, ponieważ błędny kwalifikator po cichu uszkadza dane.

Podsumuj ten post następująco: