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