轉換實踐

「轉換」支持各種業務流程，在其中會將 EDI 消息轉換為 BOD 消息，而且其他消息格式都扮演了很重要的角色。這些消息在連接到 Infor ION 的應用程序和外部貿易合作夥伴之間交換。「轉換」可以與「下達管理」、「發貨」、通信客戶端以及與 ION 連接的 ERP 系統一起使用。以下是受支持的業務流程的實例：

傳入發放訂單

「轉換」從一個外部業務合作夥伴（例如：UN/EDIFACT DELFOR）接收下達訂單消息。「轉換」將外部下達訂單消息轉換為內部 PlanningSchedule 或 ShipmentSchedule BOD。「轉換」將 BOD 傳遞到「下達管理」。「下達管理」可計算新需求。作為數據的所有者，「下達管理」使用動詞 Sync 發佈 PlanningSchedule 和 ShipmentSchedule BOD。PlanningSchedule 或 ShipmentSchedule BOD 發送到與新的需求集成的 ERP 系統。

發貨第 1 部分 — 發貨

在發貨過程中，ERP 系統創建狀態為「待運」和「已發貨」的 CarrierRoute 和 Shipment BODs。BOD 由 ERP 系統（也就是數據的所有者）通過動詞 Sync 發佈。「發貨」接收 CarrierRoute 和 Shipment BOD 以打印標籤和運單並準備預先發貨通知 (ASN)。在發貨開始並且收到「已發貨」狀態時，「發貨」提供修改後的 BOD。這些 CarrierRoute 和 Shipment BODs 包含其他 ASN 信息。「發貨」使用動詞 Process 將 BOD 傳遞到「轉換」。「轉換」在一個內部文檔中合併 BOD，並將文檔轉換為外部預先發貨通知消息，例如：UN/EDIFACT DESADV。通信客戶端從「轉換」接收消息並將其發送到外部業務合作夥伴。

發貨第 2 部分 - 下達管理

在發貨過程中，ERP 系統創建狀態為「已發貨」的 Shipment BOD。ERP 系統作為數據的所有者使用動詞 Sync 發佈 BOD。「下達管理」接收狀態為「已發貨」的 Shipment BOD 並使用該信息更新需求和 CUM。

給客戶的發票

在發貨過程中，作為數據所有者的 ERP 系統使用動詞 Sync 創建並發佈 Invoice BOD。「發貨」和「轉換」區域接收 Invoice BOD。「發貨」區域使用 ATLAS 和 Intrastat 過程的發票數據。「轉換」使用外部業務合作夥伴的所需消息格式（例如：「UN/EDIFACT INVOIC」）將 Invoice BOD 轉換為消息。通信客戶端從「轉換」接收消息並將其發送到外部業務合作夥伴。

傳入自開發票

在發貨過程中，通信客戶端從外部業務合作夥伴接收自開發票消息，例如：「UN/EDIFACT INVOIC」 (SBI)。「轉換」接收自開發票消息，並將消息轉換為 Invoice BOD (SBI)，並發佈它們。Invoice BODs (SBI) 從 ION 發送到 ERP 系統。處理自開發票以用於會計記賬。

集成物流服務提供商的庫存消耗

在發貨過程中，通信客戶端從（外部）LSP 接收庫存消耗消息，例如：「UN/EDIFACT INVRPT」。消息指示發貨已完成。通信客戶端將消息發送到「轉換」。「轉換」將消息轉換為 InventoryConsumption BOD 並發佈 BOD。InventoryConsumption BODs 從 ION 發送到 ERP 系統。處理庫存消耗並根據預訂貨品移動減少需求。ERP 系統作為數據的所有者使用動詞 Sync 將 BOD 發佈到 ION。「下達管理」區域接收 InventoryConsumption BOD 並更新需求和 CUM。