審閱順序交貨排程列表
「順序交貨排程」頁面顯示了順序交貨排程列表,其中包含「未處理計劃」頁面上的未決順序排程的序列數據。順序交貨排程的排序信息用於完成未決順序排程的訂單行。
要審閱順序交貨排程列表,請執行下列操作:
- 選擇「下達管理」>「順序交貨排程」。
-
檢查以下信息:
- 客戶
- 合同行的客戶。客戶是用於唯一識別會計實體的客戶的任意一組字符。客戶取自 ERP 系統。
- 客戶名稱
- 持有合同的客戶的名稱。
- 收貨方
- 合同行的收貨方。此字段表明與收貨方位置一起用於識別貨物運送地點的位置代碼。
- 收貨方名稱
- 查看與「收貨方」地點標識符一起使用的地點名稱以識別將貨物送達的地點。
- 順序
- 將順序交貨排程發送給供應商的每個初始設備製造商(OEM)使用唯一的編號作為引用點。此編號定義了在裝配線上製造的車輛的確切順序和製造時間。來自 OEM 的順序交貨排程的有效編號會內部複製到「順序」字段。「下達管理」使用此序列號來評估相應順序排程的訂單行。必須通過排序數據完成「未處理計劃」頁面上的順序排程。請參閱「製造編號」字段的說明。
- 需求日期
- 此字段顯示需求日期和時間,必須在當日使這些訂單貨品在客戶位置可用。
- 狀態
- 此字段顯示順序交貨排程的狀態。順序交貨排程狀態為「已處理」,它們用於用序列數據更新順序排程。對於尚未處理的順序交貨排程,狀態為「新建」。無法處理的順序交貨排程接收了狀態「失敗」。
- 版本
- 此字段顯示順序交貨排程的修訂號。
- 分配的計劃
- 此字段顯示分配給順序交貨排程的順序排程編號。唯一的序號是製造編號或 OEM 的另一個編號。可以有幾個必須交貨並安裝的貨品,例如:汽車上要裝的一對車外後視鏡。必須將序列數據複製到「未處理計劃」頁面上幾個不同順序排程的訂單行中。此字段顯示順序交貨排程的修訂號。這些順序排程分配到順序交貨排程的序號。順序交貨排程的序列號存儲在「序列」字段中。
- 製造編號
- 此字段顯示識別特定程序集或另一製造流程的唯一編號。一些 OEM 使用「邏輯序列編號」、「作業序號」或「汽車標識號」代替「製造編號」。參見「順序」字段的說明。來自 OEM 的順序交貨排程的有效編號會內部複製到「順序」字段。
- 作業序列號
- 需要貨品的作業的序列號。例如,在貿易夥伴 Smart 的排序進程中,處理連續預測消息。在處理此消息時,該字段包含車輛的計劃作業順序。完成生產順序並處理了順序交貨排程消息後,此字段包含最終作業順序。它是貨品所需的裝配線上的作業順序。
- 汽車標識號
- 汽車標識號 (VIN) 由其製造商分配給每個車輛的一組結構化字符組成。VIN 由一些 OEM 用來識別某一貨品所需的裝配線上的車輛。例如,如果貨品是車輛的組裝零件,那麼當前字段中的編號即為車輛的編號。
- 歷史
- 此復選框顯示順序交貨排程是否是歷史排程。
- 目標代碼
-
可以將帶有不同目標代碼的順序排程和順序交貨排程發送到供應商。目標代碼控制傳入的順序排程和順序交貨排程的需求和序列數據如何處理。前提是,順序排程中必須有一個通用編號字段,可以使每個貨品的需求是唯一的。順序排程的字段映射在順序排程的訂單行的「1. 編號」字段中存儲此通用編號字段。順序交貨排程的字段映射在「順序」字段中存儲此通用編號字段。
支持這些目標代碼:
- 「插入」:「下達管理」檢查是否存在帶有相同通用編號的另一訂單行。如果通用編號對每個計劃是唯一的,那麼系統會添加新的訂單行。如果已存在通用編號,那麼系統會將訂單行的現有數據替換為新的需求和序列數據。
- 「更新」:通過比較現有需求的通用編號和新的需求的通用編號,評估必須更新的訂單行。訂單行的編號和新需求的編號必須是唯一的。如果找到了匹配的訂單行,那麼系統會利用可用的字段信息更新訂單行。如果找不到匹配的訂單行,那麼系統會將新需求添加到現有訂單行。
- 「刪除」:通過比較現有需求的通用編號和新的需求的通用編號,評估必須刪除的訂單行。訂單行的編號和新需求的編號必須是唯一的。如果找到了匹配的訂單行,那麼系統會刪除該訂單行。如果找不到匹配的需求,那麼系統會將順序排程修訂存儲為未處理計劃。如果正確配置了警報,那麼系統會通過電子郵件向負責的用戶發送警報消息。系統會通知用戶必須在「未處理計劃」頁面上刪除該未處理計劃。
-
「取消激活」:目標代碼用於將消息子類型為「帶有發貨時間窗口的順序排程」的排序需求設置為「已發貨」。當創建新的排程修訂時,可以停用單個需求。停用表明無需將需求發貨給客戶。這在諸如貨品修訂轉換的情況下是需要的。為一輛車訂購多個貨品,但這輛車僅可以將一個貨品發送給客戶。在此情況下,由供應商決定必須發貨哪個貨品。在「發貨排程」頁面上選擇目的代碼並提交單一計劃後,已發貨數量將設置為需求數量。在「發貨排程」選項卡和「合併計劃」選項卡上將淨數量設置為零。在
SequenceSchedule BOD
中將淨數量為零的停用的需求發佈到 ERP 系統以移除這些需求。如果正確配置了警報,那麼系統將向 ION Pulse 發送警報消息。在 Infor Ming.le 中通知負責的用戶。此外,系統將日誌條目添加到「下達管理」服務器日誌。 - 「重新激活」:目的代碼用於創建可以發貨到客戶的新的常規未結需求。如果錯誤設置了目的代碼「停用」,則必須指定新的排序需求。指定需求數量、需求日期和目的代碼「重新激活」。您必須在「1.編號」和「汽車標識號」字段中指定汽車標識號。序列用必須在「作業序列號」字段中指定的作業序列號識別。帶有匹配的汽車標識號的需求和相同計劃的作業序列號視作“未發貨”。手動輸入的需求作為常規未結需求添加到合併計劃。將帶有目標代碼為「重新激活」的需求發佈到 ERP 系統。如果正確配置了警報,那麼系統將向 ION Pulse 發送警報消息。在 Infor Ming.le 中通知負責的用戶。此外,系統將日誌條目添加到「下達管理」服務器日誌。
- 上次更新者
- 上次更新順序交貨排程的用戶名。
- 上次更新時間
- 上次更新的日期和時間。
- 會計實體
- 在一個或多個營運功能或會計功能方面進行獨立核算的公司或公司內的組織單位。會計實體根據一組完整、平衡的業務編製損益表和資產負債表,通常是一個法人。會計實體在租戶內定義,並且可以包含地點。
-
請查看下列示例以瞭解目標代碼的使用:
目標代碼插入: 新建需求/順序: 當前計劃: 日期 數量 編號 VIN 08/10/yyyy 1 PC 1232400019 08/10/yyyy 1 PC 1232400029 新建需求/順序: 08/10/yyyy 1 PC 1232400039 導入後的當前計劃: 08/10/yyyy 1 PC 1232400019 08/10/yyyy 1 PC 1232400029 08/10/yyyy 1 PC 1232400039 需求/順序已存在: 當前計劃: 日期 數量 編號 VIN 08/10/yyyy 1 PC 1232400019 123 08/10/yyyy 1 PC 1232400029 124 新建需求/順序: 08/10/yyyy 1 PC 1232400029 125 導入後的當前計劃: 08/10/yyyy 1 PC 1232400019 123 08/10/yyyy 1 PC 1232400029 125 目標代碼更新 需求/順序已存在: 當前計劃: 日期 數量 編號 VIN 08/10/yyyy 1 PC 1232400019 VV1233 08/10/yyyy 1 PC 1232400029 VV1234 新建需求/順序: 08/10/yyyy 1 PC 1232400029 VV1235 導入後的當前計劃: 08/10/yyyy 1 PC 1232400019 VV1233 08/10/yyyy 1 PC 1232400029 VV1235 新建需求/順序: 當前計劃: 日期 數量 編號 VIN 08/10/yyyy 1 PC 1232400019 VV1233 08/10/yyyy 1 PC 1232400029 VV1234 新建需求/順序: 08/10/yyyy 1 PC 1232400039 VV1235 導入後的當前計劃: 08/10/yyyy 1 PC 1232400019 VV1233 08/10/yyyy 1 PC 1232400029 VV1234 08/10/yyyy 1 PC 1232400039 VV1235 刪除目標代碼: 需求/順序已存在: 當前計劃: 日期 數量 編號 VIN 08/10/yyyy 1 PC 1232400019 VV1233 08/10/yyyy 1 PC 1232400029 VV1234 新建需求/順序: 08/10/yyyy 1 PC 1232400029 VV1234 導入後的當前計劃: 08/10/yyyy 1 PC 1232400019 VV1233