ALE, EDI & IDocs Giới thiệu & Khác biệt: SAP Hướng dẫn

⚡ Tóm tắt thông minh

ALE, EDI và IDocs là ba trụ cột của SAP tích hợp. EDI trao đổi các tài liệu kinh doanh với các đối tác bên ngoài, ALE phân phối các quy trình trên toàn hệ thống. SAP các hệ thống, và IDoc là định dạng chuẩn dùng để chứa dữ liệu cho cả hai.

  • 📤 Định nghĩa EDI: Trao đổi dữ liệu điện tử (EDI) là quá trình trao đổi tài liệu kinh doanh điện tử có cấu trúc giữa các ứng dụng khác nhau.
  • 🔗 Định nghĩa ALE: Tính năng Application Link Enabling phân phối các chức năng nghiệp vụ trên các ứng dụng có liên kết lỏng lẻo. SAP và khôngSAP hệ thống.
  • 📦 Định nghĩa IDoc: Tài liệu trung gian là vùng chứa dữ liệu mà cả ALE và EDI đều sử dụng để truyền tải thông tin.
  • 🧱 Cấu trúc IDoc: Mỗi IDoc chứa một bản ghi điều khiển, nhiều bản ghi dữ liệu và một hoặc nhiều bản ghi trạng thái.
  • ↔️ Sự khác biệt chính: ALE là công nghệ phân phối nội bộ, trong khi EDI là quy trình giao tiếp với đối tác bên ngoài.
  • ⚙️ Quy trình công nghệ: Quá trình xử lý dữ liệu đầu ra tạo ra một IDoc, và quá trình xử lý dữ liệu đầu vào sử dụng một IDoc để xây dựng tài liệu ứng dụng.
  • 🛠️ Giao dịch hàng ngày: WE02, WE19, WE20 và BD87 bao gồm giám sát, kiểm tra, thiết lập đối tác và xử lý lại dữ liệu.

ALE, EDI và IDoc trong SAP

EDI là gì?

EDI, viết tắt của Electronic Data Interchange (Trao đổi dữ liệu điện tử), là sự trao đổi dữ liệu kinh doanh có cấu trúc bằng điện tử giữa các ứng dụng khác nhau. Do đó, một đơn đặt hàng được lập ở một công ty có thể được chuyển đến hệ thống của nhà cung cấp dưới dạng đơn bán hàng mà không cần ai nhập lại dữ liệu.

EDI Archikiến trúc

EDI Archikiến trúc

Như sơ đồ trên cho thấy, EDI ArchiCấu trúc bao gồm ba lớp –

  1. Các ứng dụng hỗ trợ EDIChúng hỗ trợ quá trình xử lý tự động các giao dịch kinh doanh.
  2. Giao diện IDoc: Điều này được thiết kế như một giao diện mở. Giao diện IDoc bao gồm các loại IDoc và các mô-đun chức năng tạo thành giao diện cho ứng dụng.
  3. Hệ thống con EDI: Điều này chuyển đổi các loại IDoc thành các loại tin nhắn EDI và ngược lại. Thành phần này của kiến ​​trúc EDI không được cung cấp bởi SAP.

Ưu điểm của quy trình EDI

  • Giảm thiểu lỗi nhập liệu
  • Giảm thời gian chu kỳ xử lý
  • Dữ liệu có sẵn ở dạng điện tử.
  • Giảm bớt công việc giấy tờ
  • Giảm chi phí
  • Giảm lượng hàng tồn kho và lập kế hoạch tốt hơn
  • Phương tiện giao tiếp tiêu chuẩn
  • Quy trình kinh doanh tốt hơn
  • Lợi thế cạnh tranh

ALE là gì?

EDI mở rộng phạm vi hoạt động ra bên ngoài đến các đối tác thương mại. ALE giải quyết vấn đề sao chép dữ liệu nội bộ doanh nghiệp, nơi có nhiều... SAP Các hệ thống phải luôn đồng bộ.

ALE hỗ trợ phân phối các chức năng và quy trình kinh doanh trên các kết nối lỏng lẻo SAP Hệ thống R/3 (các phiên bản khác nhau của SAP R/3). Kết nối từ R/2 và không SAP hệ thống cũng được hỗ trợ.

ALE hỗ trợ-

  • Phân phối ứng dụng giữa các phiên bản khác nhau của Hệ thống R/3
  • Tiếp tục trao đổi dữ liệu sau khi nâng cấp bản phát hành mà không cần bảo trì đặc biệt
  • Tiện ích mở rộng dành riêng cho khách hàng.
  • Các giao diện truyền thông cho phép kết nối tới các thiết bị khôngSAP hệ thống.
  • Khớp nối hệ thống R/3 và R/2.

IDOC là gì?

Cả ALE và EDI đều yêu cầu trao đổi dữ liệu, và cả hai đều giao nhiệm vụ đó cho cùng một đối tượng.

IDOC is đơn giản là nơi chứa dữ liệu được sử dụng để trao đổi thông tin giữa hai quy trình bất kỳ có thể hiểu cú pháp và ngữ nghĩa của dữ liệu.

Nói một cách đơn giản, IDoc giống như một tập tin dữ liệu có định dạng xác định, được trao đổi giữa hai hệ thống biết cách diễn giải dữ liệu đó.

IDOC là viết tắt của “Tài liệu trung gian".

Khi chúng ta thực hiện một đi Quy trình ALE hoặc EDI, IDOC được tạo. trong một trong nước ALE hoặc EDI, IDOC đóng vai trò là đầu vào để tạo tài liệu ứng dụng. bên trong SAP WELFARECác IDOC được lưu trữ trong cơ sở dữ liệu. Mỗi IDOC đều có một số duy nhất (trong một khách hàng).

IDOC dựa trên các tiêu chuẩn EDI, ANSI ASC X12 và CHỈNH SỬATrong trường hợp có xung đột về kích thước dữ liệu, hệ thống sẽ chọn dữ liệu có độ dài lớn hơn. IDOC là... độc lập với hướng trao đổi dữ liệuVí dụ, ORDERS01 trong mô-đun Mua hàng được sử dụng cho cả nhập và xuất hàng. IDOC có thể được xem trong một soạn thảo văn bản Vì dữ liệu được lưu trữ ở định dạng ký tự thay vì định dạng nhị phân. IDOC là... độc lập với hệ thống gửi và nhận (SAP-To-SAP cũng như không-SAP).

Cấu trúc IDoc: Bản ghi điều khiển, dữ liệu và trạng thái

Việc biết rằng IDoc là một vùng chứa chỉ hữu ích khi bạn có thể đọc được nội dung bên trong nó. Mỗi IDoc, bất kể loại thông báo nào, đều được tạo thành từ ba loại bản ghi.

Kỷ lục Bàn Nó chứa đựng điều gì?
Bản ghi kiểm soát EDIDC Mỗi IDoc chỉ có duy nhất một thông tin này. Thông tin này bao gồm số IDoc, loại cơ bản, loại thông báo, hướng gửi và chi tiết đối tác gửi và nhận.
Hồ sơ dữ liệu EDID4 Dữ liệu nghiệp vụ. Mỗi bản ghi tương ứng với một phân đoạn, và các phân đoạn có thể lồng nhau để tạo thành cấu trúc phân cấp cha và con.
Hồ sơ trạng thái EDIDS Nhật ký kiểm toán. Mỗi bước xử lý sẽ thêm một mã trạng thái, do đó toàn bộ lịch sử của IDoc luôn hiển thị.

Các chỉ số trạng thái cũng cho bạn biết hướng đi một cách nhanh chóng. CodeCác IDoc trong phạm vi từ 01 đến 49 thuộc về IDoc gửi đi, trong đó 03 có nghĩa là "đã chuyển đến cổng" và 12 có nghĩa là "đã gửi đi". CodeCác IDoc từ 50 trở lên thuộc về IDoc đến, trong đó 53 có nghĩa là “tài liệu ứng dụng đã được đăng” và 51 có nghĩa là “tài liệu ứng dụng chưa được đăng”.

Quy trình ALE và IDoc hoạt động như thế nào?

Các bản ghi trên di chuyển theo một trình tự các bước cố định. Hiểu được trình tự đó sẽ giúp bạn tìm ra điểm mà giao diện bị lỗi dừng lại.

Quá trình gửi đi

  1. Hồ sơ ứng tuyển đã được tạo. Người dùng hoặc tác vụ xử lý hàng loạt lưu một tài liệu nghiệp vụ, chẳng hạn như đơn đặt hàng.
  2. Chức năng điều khiển tin nhắn đã được kích hoạt. Quá trình xác định đầu ra sẽ tìm ra loại thông báo, ví dụ như ORDERS, và hồ sơ đối tác cho biết cần tạo ra IDoc.
  3. IDoc đã được tạo. Một mô-đun chức năng lựa chọn đọc các bảng ứng dụng và điền vào các bản ghi điều khiển và dữ liệu. IDoc nhận được trạng thái 30, “sẵn sàng để gửi đi”.
  4. IDoc được chuyển đến cổng. Định nghĩa cổng quyết định phương tiện truyền dẫn, có thể là một tập tin, một cuộc gọi hàm từ xa hoặc một bản truyền tải XML. Trạng thái trở thành 03.
  5. Hệ thống con hoặc đối tác sẽ nhận nó. Đối với EDI, hệ thống con chuyển đổi IDoc thành thông điệp EDIFACT hoặc ANSI X12. Quá trình truyền tải thành công sẽ trả về trạng thái 16.

Quá trình gửi đến

  1. IDoc đến Thông qua cổng và được ghi vào cơ sở dữ liệu với trạng thái 50.
  2. Hồ sơ đối tác đã được kiểm tra. SAP Tra cứu người gửi, loại tin nhắn và mã xử lý được chỉ định.
  3. Mã quy trình gọi một mô-đun hàm. quá trình này xác thực các phân đoạn so với kiểu dữ liệu cơ bản.
  4. Hồ sơ đăng ký đã được gửi đi. Thành công sẽ trả về trạng thái 53. Thất bại sẽ trả về trạng thái 51, và IDoc vẫn được lưu trong cơ sở dữ liệu kèm theo thông báo lỗi.
  5. Các IDoc bị lỗi sẽ được xử lý lại. Sau khi dữ liệu chính được sửa chữa, đối tác không cần phải gửi lại bất cứ thứ gì.

Vì IDoc được lưu trữ ở mọi giai đoạn, nên không có dữ liệu nào bị mất khi một bước nào đó thất bại. Tính bền vững đó là lý do chính. SAP Nhiều thập kỷ sau khi IDoc được giới thiệu, các hệ thống tích hợp vẫn dựa vào chúng.

Sự khác biệt giữa ALE và EDI

Khi cả ba khái niệm đều được định nghĩa, việc phân biệt trở nên dễ dàng hơn.

ALE được sử dụng để hỗ trợ các quy trình phân tán nhưng tích hợp trên một số SAP trong khi EDI được sử dụng để trao đổi các tài liệu kinh doanh giữa các hệ thống của các đối tác kinh doanh (có thể không phải là các hệ thống khác nhau).SAP hệ thống).

ALE là SAPCông nghệ của họ hỗ trợ môi trường phân tán, trong khi EDI là một quy trình được sử dụng để trao đổi các tài liệu kinh doanh đã được chuẩn hóa.

Cơ sở ALE EDI
Mục đích Phân phối các quy trình kinh doanh và dữ liệu chính. Trao đổi tài liệu kinh doanh với các đối tác thương mại
Phạm vi điển hình Nội bộ, giữa SAP hệ thống Bên ngoài, giữa các công ty
Cần có hệ thống con Không Vâng, để chuyển đổi IDocs thành EDIFACT hoặc ANSI X12.
Các tiêu chuẩn liên quan SAP mô hình phân phối độc quyền EDIFACT, ANSI ASC X12
Nhà cung cấp dữ liệu tài liệu tài liệu

IDoc là một vùng chứa dữ liệu được sử dụng để trao đổi dữ liệu trong cả quy trình EDI và ALE. Chính vì cùng chung một vùng chứa nên hai công nghệ này hầu như luôn được nghiên cứu cùng nhau.

Giao dịch IDoc thông thường Codes trong SAP

Công việc hàng ngày với ALE và EDI được thực hiện thông qua một tập hợp nhỏ các mã giao dịch. Bảng dưới đây phân loại chúng theo nhiệm vụ mà chúng đảm nhiệm.

Giao dịch Mục đích
WE02 / WE05 Hiển thị IDoc và lọc chúng theo trạng thái, ngày, hướng hoặc đối tác.
WE19 Công cụ kiểm thử. Sao chép một IDoc hiện có, chỉnh sửa các phân đoạn và xử lý lại ở chế độ gỡ lỗi.
WE20 Duy trì hồ sơ đối tác, liên kết đối tác với các loại tin nhắn và mã quy trình.
WE21 Xác định các cổng, chỉ định cách IDoc rời khỏi hoặc đi vào hệ thống về mặt vật lý.
WE30 / WE31 Tạo và mở rộng các kiểu dữ liệu và phân đoạn cơ bản của IDoc.
BD87 Xử lý lại các IDoc có trạng thái lỗi, chẳng hạn như 51 hoặc 56.
SM58 Kiểm tra hàng đợi RFC giao dịch khi IDoc không bao giờ đến được hệ thống đích.

Một thói quen khắc phục sự cố thực tế là bắt đầu từ WE02 để đọc trạng thái, sau đó sử dụng BD87 để xử lý lại sau khi nguyên nhân gốc rễ được khắc phục.

Câu Hỏi Thường Gặp

Một loại cơ bản, chẳng hạn như ORDERS05, là loại tiêu chuẩn. SAP cấu trúc. Một phần mở rộng bổ sung các phân đoạn tùy chỉnh vào đó mà không sửa đổi tiêu chuẩn, vì vậy SAP Việc nâng cấp vẫn an toàn.

Cả hai cùng tồn tại. SAP S/4HANA vẫn hỗ trợ IDoc cho việc trao đổi dữ liệu bất đồng bộ khối lượng lớn, trong khi OData và API REST xử lý các cuộc gọi đồng bộ theo thời gian thực. Nhiều hệ thống sử dụng cả hai song song.

Đọc văn bản trạng thái trong WE02 để tìm ra nguyên nhân, thường là do thiếu dữ liệu chính hoặc thiếu sót trong thiết lập tùy chỉnh. Khắc phục nguyên nhân gốc, sau đó xử lý lại IDoc đó thông qua BD87.

Đúng vậy. Các công cụ giám sát AI nhóm các mã trạng thái lặp lại, dự đoán giao diện nào có khả năng gặp lỗi và đề xuất nguyên nhân gốc rễ có thể xảy ra. Một chuyên gia tư vấn chức năng vẫn xác nhận bản sửa lỗi trước khi xử lý lại.

Một phần. Trí tuệ nhân tạo có thể đề xuất bản đồ hiện trường sơ bộ.ping giữa các phân đoạn IDoc và thông điệp EDIFACT hoặc X12. Mỗi bản đồping Việc này vẫn cần được kiểm tra thêm trong WE19, vì một định danh sai sẽ âm thầm làm hỏng dữ liệu.

Tóm tắt bài viết này với: