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.

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
Như sơ đồ trên cho thấy, EDI ArchiCấu trúc bao gồm ba lớp –
- 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.
- 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.
- 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
- 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.
- 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.
- 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”.
- 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.
- 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
- IDoc đến Thông qua cổng và được ghi vào cơ sở dữ liệu với trạng thái 50.
- 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.
- 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.
- 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.
- 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.

