Pengenalan & Perbedaan ALE, EDI & IDocs: SAP Tutorial

โšก Ringkasan Cerdas

ALE, EDI, dan IDocs adalah tiga pilar dari SAP integrasi. EDI bertukar dokumen bisnis dengan mitra eksternal, ALE mendistribusikan proses di seluruh SAP sistem, dan IDoc adalah wadah standar yang membawa data untuk keduanya.

  • ๐Ÿ“ค Definisi EDI: Pertukaran Data Elektronik (Electronic Data Interchange/EDI) adalah pertukaran dokumen bisnis elektronik yang terstruktur antara berbagai aplikasi.
  • ๐Ÿ”— Definisi ALE: Application Link Enabling mendistribusikan fungsi bisnis di seluruh jaringan yang terhubung secara longgar. SAP dan nonSAP sistem.
  • ๐Ÿ“ฆ Definisi IDoc: Dokumen Perantara adalah wadah data yang digunakan baik oleh ALE maupun EDI untuk memindahkan informasi.
  • ๐Ÿงฑ Struktur IDoc: Setiap IDoc memuat satu catatan kontrol, banyak catatan data, dan satu atau lebih catatan status.
  • ๏ธ Perbedaan Utama: ALE adalah teknologi distribusi internal, sedangkan EDI adalah proses komunikasi dengan mitra eksternal.
  • โš™๏ธ Aliran proses: Eksekusi keluar (outbound run) membuat IDoc, dan eksekusi masuk (inbound run) menggunakan IDoc untuk membangun dokumen aplikasi.
  • ๏ธ Transaksi Harian: WE02, WE19, WE20 dan BD87 mencakup pemantauan, pengujian, pengaturan mitra, dan pemrosesan ulang.

ALE, EDI dan IDoc di SAP

Apa itu EDI?

EDI, singkatan dari Electronic Data Interchange, adalah pertukaran data bisnis terstruktur secara elektronik antara berbagai aplikasi. Dengan demikian, pesanan pembelian yang dibuat di satu perusahaan dapat sampai ke sistem pemasok sebagai pesanan penjualan, tanpa perlu ada yang memasukkan data ulang.

DAN DARI Architekstur

DAN DARI Architekstur

Seperti yang ditunjukkan diagram di atas, EDI Archikuliah terdiri dari tiga lapisan โ€“

  1. Aplikasi berkemampuan EDIMereka mendukung pemrosesan transaksi bisnis secara otomatis.
  2. Antarmuka IDoc: Ini dirancang sebagai antarmuka terbuka. Antarmuka IDoc terdiri dari tipe IDoc dan modul fungsi yang membentuk antarmuka ke aplikasi.
  3. Subsistem EDI: Ini mengubah tipe IDoc menjadi tipe pesan EDI dan sebaliknya. Komponen arsitektur EDI ini tidak disediakan oleh SAP.

Keuntungan dari proses EDI

  • Mengurangi kesalahan entri data
  • Mengurangi waktu siklus pemrosesan
  • Ketersediaan data dalam bentuk elektronik
  • Mengurangi pekerjaan kertas
  • Biaya yang dikurangi
  • Pengurangan persediaan dan perencanaan yang lebih baik
  • Cara standar untuk berkomunikasi
  • Proses bisnis yang lebih baik
  • Keunggulan kompetitif

Apa itu ALE?

EDI menjangkau mitra dagang di luar perusahaan. ALE memecahkan masalah pencerminan di dalam perusahaan, di mana terdapat beberapa SAP Sistem harus tetap selaras.

ALE mendukung distribusi fungsi dan proses bisnis secara longgar SAP Sistem R/3 (versi berbeda dari SAP R/3). Koneksi dari R/2 dan non SAP sistem juga didukung.

ALE mendukung-

  • Distribusi aplikasi antara rilis Sistem R/3 yang berbeda
  • Pertukaran data berkelanjutan setelah pembaruan rilis tanpa memerlukan pemeliharaan khusus
  • Ekstensi khusus pelanggan.
  • Antarmuka komunikasi yang memungkinkan koneksi ke non-SAP sistem.
  • Kopling Sistem R/3 dan R/2.

Apa itu IDOC?

Baik ALE maupun EDI memerlukan pertukaran data, dan keduanya menyerahkan tugas tersebut kepada objek yang sama.

IDOC is hanya sebuah wadah data digunakan untuk bertukar informasi antara dua proses yang dapat memahami sintaksis dan semantik data.

Sederhananya, IDoc itu seperti berkas data dengan format tertentu yang dipertukarkan antara 2 sistem yang mengetahui cara menginterpretasikan data tersebut.

IDOC adalah singkatan dari โ€œDokumen Menengah".

Saat kita menjalankan sebuah outbond Proses ALE atau EDI, IDOC dibuat. Dalam sebuah masuk Proses ALE atau EDI, IDOC berfungsi sebagai masukan untuk membuat dokumen aplikasi. Dalam SAP SystemIDOC disimpan dalam basis data. Setiap IDOC memiliki nomor unik (dalam klien).

IDOC didasarkan pada standar EDI, ANSI ASC X12 dan EDIFAKSIJika terjadi konflik ukuran data, maka akan menggunakan data dengan panjang yang lebih besar. IDOC adalah independen dari arah pertukaran dataSebagai contoh, ORDERS01 di modul Pembelian digunakan baik untuk transaksi masuk maupun keluar. IDOC dapat dilihat di... editor teks karena data disimpan dalam format karakter, bukan format biner. IDOC adalah independen dari sistem pengirim dan penerima (SAP-to-SAP serta non-SAP).

Struktur IDoc: Catatan Kontrol, Data, dan Status

Mengetahui bahwa IDoc adalah sebuah kontainer hanya berguna setelah Anda dapat membaca isinya. Setiap IDoc, terlepas dari tipe pesannya, dibangun dari tiga tipe record.

Rekam tabel Apa yang terkandung di dalamnya
Catatan kontrol EDIDC Tepat satu per IDoc. Berisi nomor IDoc, tipe dasar, tipe pesan, arah, dan detail mitra pengirim dan penerima.
Catatan data EDID4 Muatan bisnis. Setiap catatan dipetakan ke sebuah segmen, dan segmen dapat bersarang untuk membentuk hierarki induk dan anak.
Catatan status EDIDS Jejak audit. Setiap langkah pemrosesan menambahkan kode status, sehingga riwayat lengkap IDoc tetap terlihat.

Nomor status juga memberi tahu Anda arahnya secara sekilas. CodeAngka s dalam rentang 01 hingga 49 termasuk dalam IDoc keluar, di mana 03 berarti "diteruskan ke port" dan 12 berarti "dikirim". CodeAngka s dari 50 ke atas termasuk dalam IDoc masuk, di mana 53 berarti "dokumen aplikasi telah dikirim" dan 51 berarti "dokumen aplikasi belum dikirim".

Bagaimana cara kerja proses ALE dan IDoc?

Rekaman di atas bergerak melalui urutan langkah yang tetap. Memahami urutan tersebut memungkinkan Anda untuk menemukan di mana antarmuka yang gagal berhenti.

Proses keluar

  1. Dokumen aplikasi telah dibuat. Pengguna atau tugas batch menyimpan dokumen bisnis, seperti pesanan pembelian.
  2. Kontrol pesan diaktifkan. Penentuan output menemukan tipe pesan, misalnya ORDERS, dan profil mitra yang menyatakan bahwa IDoc harus diproduksi.
  3. IDoc telah dibuat. Modul fungsi seleksi membaca tabel aplikasi dan mengisi catatan kontrol dan data. IDoc menerima status 30, โ€œsiap untuk dikirimโ€.
  4. IDoc diteruskan ke port. Definisi port menentukan media, yang dapat berupa file, panggilan fungsi jarak jauh, atau transfer XML. Status menjadi 03.
  5. Subsistem atau mitra menerimanya. Untuk EDI, subsistem mengkonversi IDoc menjadi pesan EDIFACT atau ANSI X12. Transmisi yang berhasil akan mengembalikan status 16.

Proses masuk

  1. IDoc tiba melalui port dan ditulis ke dalam basis data dengan status 50.
  2. Profil mitra diperiksa. SAP Mencari pengirim, jenis pesan, dan kode proses yang ditugaskan.
  3. Kode proses memanggil modul fungsi, yang memvalidasi segmen terhadap tipe dasar.
  4. Dokumen aplikasi telah diunggah. Keberhasilan memberikan status 53. Kegagalan memberikan status 51, dan IDoc tetap berada di basis data dengan pesan kesalahan yang terlampir.
  5. IDoc yang gagal diproses ulang Setelah data master dikoreksi, tanpa perlu mitra mengirimkan apa pun lagi.

Karena IDoc disimpan di setiap tahap, tidak ada data yang hilang ketika suatu langkah gagal. Ketahanan data itulah alasan utamanya. SAP Integrasi masih bergantung pada IDoc, bahkan beberapa dekade setelah diperkenalkan.

Perbedaan antara ALE dan EDI

Setelah ketiga konsep tersebut didefinisikan, perbedaannya menjadi mudah untuk dijelaskan.

ALE digunakan untuk mendukung proses terdistribusi namun terintegrasi di beberapa proses SAP sedangkan EDI digunakan untuk pertukaran dokumen bisnis antara sistem mitra bisnis (yang bisa jadi bukan sistem mitra bisnis).SAP sistem).

ALE adalah SAPTeknologi ini digunakan untuk mendukung lingkungan terdistribusi, sedangkan EDI adalah proses yang digunakan untuk pertukaran dokumen bisnis yang kini telah diberi format standar.

Dasar ALE DAN DARI
Tujuan Mendistribusikan proses bisnis dan data master. Bertukar dokumen bisnis dengan mitra dagang.
Ruang lingkup tipikal Internal, antara SAP sistem Eksternal, antar perusahaan
Subsistem yang dibutuhkan Tidak Ya, untuk mengkonversi IDoc ke EDIFACT atau ANSI X12.
Standar yang terlibat SAP model distribusi eksklusif EDIFACT, ANSI ASC X12
Pembawa data IDoc IDoc

IDoc adalah wadah data yang digunakan untuk pertukaran data oleh proses EDI dan ALE. Wadah yang sama itulah mengapa kedua teknologi tersebut hampir selalu dipelajari bersama.

Transaksi IDoc Umum Codes di SAP

Pekerjaan sehari-hari dengan ALE dan EDI dilakukan melalui sejumlah kecil kode transaksi. Tabel di bawah ini mengelompokkan kode-kode tersebut berdasarkan tugas yang mereka layani.

Transaksi Tujuan
WE02 / WE05 Tampilkan IDoc dan saring berdasarkan status, tanggal, arah, atau mitra.
WE19 Alat uji. Salin IDoc yang sudah ada, edit segmennya, dan proses ulang dalam mode debug.
WE20 Kelola profil mitra, yang menghubungkan mitra dengan jenis pesan dan kode proses.
WE21 Tentukan port, yang menentukan bagaimana IDoc secara fisik meninggalkan atau memasuki sistem.
WE30 / WE31 Membuat dan memperluas tipe dan segmen dasar IDoc.
BD87 Memproses ulang IDoc yang membawa status kesalahan, seperti 51 atau 56.
SM58 Periksa antrean RFC transaksional ketika sebuah IDoc tidak pernah mencapai sistem target.

Kebiasaan praktis dalam pemecahan masalah adalah memulai dari WE02 untuk membaca status, kemudian menggunakan BD87 untuk memproses ulang setelah penyebab utama teratasi.

Pertanyaan Umum Demo Slot

Tipe dasar, seperti ORDERS05, adalah standar. SAP struktur. Ekstensi menambahkan segmen khusus ke dalamnya tanpa memodifikasi standar, jadi SAP Peningkatan tersebut tetap aman.

Keduanya hidup berdampingan. SAP S/4HANA masih mendukung IDoc untuk pertukaran asinkron bervolume tinggi, sementara OData dan REST API menangani panggilan sinkron waktu nyata. Banyak lingkungan menjalankan keduanya secara berdampingan.

Baca teks status di WE02 untuk menemukan penyebabnya, yang biasanya berupa data master yang hilang atau celah kustomisasi. Perbaiki akar penyebabnya, lalu proses ulang IDoc yang sama melalui BD87.

Ya. Alat pemantauan AI mengelompokkan kode status yang berulang, memprediksi antarmuka mana yang kemungkinan akan gagal, dan menyarankan kemungkinan penyebab utamanya. Konsultan fungsional tetap mengkonfirmasi perbaikan sebelum pemrosesan ulang.

Sebagian. AI dapat mengusulkan draf peta bidang.ping antara segmen IDoc dan pesan EDIFACT atau X12. Setiap petaping Masih perlu diuji di WE19, karena kualifikasi yang salah secara diam-diam merusak data.

Ringkaslah postingan ini dengan: