審閱消息處理規則的明細設置
「消息處理規則」頁面的明細視圖顯示有關所選消息處理規則的明細信息:
若要審閱消息處理規則的明細設置,請執行下列操作:
- 選擇「下達管理」>「配置」>「消息處理規則」。
- 單擊消息處理規則的「詳查」按鈕。
-
審閱選定消息處理規則的標頭信息:
- 生效日期
- 該字段定義配置的有效期段的開始日期。
- 編輯時,請單擊「日曆」按鈕以從日曆選擇開始日期。
- 失效日期
- 該字段定義配置的有效期段的結束日期。
- 編輯時,單擊「日曆」按鈕從日曆選擇結束日期。
- 註解
- 審閱或提供闡明配置目的的簡短說明。
- 客戶
- 客戶是用於唯一識別會計實體的客戶的任意一組字符。客戶取自 ERP 系統。
- 在編輯時,請單擊該字段的「查找」按鈕。從對話框顯示的列表中選擇客戶。
- 客戶名稱
- 該字段顯示持有合同的客戶的名稱。
- 在選擇客戶後,系統會自動顯示客戶名稱。
- 收貨方
- 審閱或指定合同行的收貨方地點。此字段表明與收貨方位置一起用於識別貨物運送地點的位置代碼。
- 在編輯時,請單擊該字段的「查找」按鈕。從對話框顯示的列表中選擇客戶的收貨方地點。顯示的收貨方地點對所選客戶有效。
- 收貨方名稱
- 查看與「收貨方」地點標識符一起使用的地點名稱以識別將貨物送達的地點。
- 內部貨品
- 審閱或指定供應商使用的合同行中的內部貨品編號,並標識該貨品。
- 在編輯時,請單擊該字段的「查找」按鈕。從對話框顯示的列表中選擇供應商使用的貨品。顯示的這些貨品對所選客戶和收貨方有效。
- 貨品說明
- 該字段顯示內部貨品說明。
- 會計實體
- 會計實體是一個公司或一個公司的子集。在一個或多個營運功能或會計功能方面進行獨立核算的會計實體。會計實體根據一組完整、平衡的業務編製損益表和資產負債表,通常是一個法人。會計實體在租戶內定義,並且可以包含地點。
- 展開「註釋」以審閱為消息處理規則指定的備註。
-
審閱「消息處理規則行」中顯示的信息:
「消息處理規則行」可配置對單一計劃的需求、傳入發放訂單和現有訂單行的替換或合併操作。「替換策略」字段定義如何構建新的合併計劃。可以為每種消息類型和消息子類型組合進行配置。例如,可以添加需求數量、替換剩餘需求數量,或替換具有相同日期的需求數量。
您可以配置客戶發送的需求日期視作到達日期或取件日期。可以為每種消息類型和消息子類型組合配置此選項。
- 替換級別
- 替換級別定義處理不同消息類型和消息子類型的需求的順序。順序取決於替換和合併需求所分配的策略。單一計劃的需求按降序順序處理。首先,處理分配給最高替換級別替換策略的消息類型的需求。然後處理次高替換級別的消息類型的需求。例如,首先處理替換級別定義為 2 的發貨排程,然後是替換級別為 1 的計劃排程。替換級別上限是 10。
- 消息類型
- 消息類型是「發貨排程」或「計劃排程」。
- 消息子類型
- 消息子類型選項包括:
- 「默認值」:這是用於替換需求或將其合併到合併計劃中的默認配置。
- 「RAN」:此配置用於根據客戶「RAN」消息替換或合併需求。
-
「GPI」:此消息子類型用於 Renault 流程
GPI
中的消息類型「發貨排程」。GPI
是 Renault 組裝廠使用的集成生產控制系統。在GPI
流程中,供應商接收了需求行級別上帶有唯一的運輸 ID 的發放訂單以及計劃級別上的消耗點。發貨按運輸 ID 分組。 -
「L3P」:此消息子類型用於 Renault 流程
L3P
中的消息類型「發貨排程」。在L3P
流程中,供應商接收了帶有運輸 ID 的發放訂單、消耗點以及需求行級別上的分配區。發貨按分配區、運輸 ID 和消耗點組織。每個托運都有唯一的運輸 ID。因此,如果托運中包含多個發貨,那麼發貨按運輸 ID 分組。 -
「CINDI」:此消息子類型用於 Renault 流程
CINDI
中的消息類型「發貨排程」。CINDI
流程與GPI
或L3P
一起使用。在此流程中,供應商接收帶有RAN
或看板
號的發貨排程。除了從GPI
和L3P
得知的字段之外,在消息中包含的預期到達日期。RAN
或看板
號對於需求行級別上的發放訂單是唯一的。運輸 ID 對於托運而言是唯一的。每個托運/運輸 ID 的多批發貨亦可。每個發貨以及單個發貨的每個貨品的多個RAN
或看板
號亦可。消息子類型「CINDI」也用於LISA
流程。 - 「取件單」:此配置用於根據客戶「取件單」消息替換或合併需求。
- 「艙單」:此配置用於根據客戶「艙單」消息替換或合併需求。
- 「看板」:此配置用於根據客戶「看板」消息替換或合併需求。
- 「已排序」:此消息子類型可以從消息類型「發貨排程」中選擇。此消息子類型用於處理需要順序消息(例如,與生產同步的發放訂單)的發貨排程。如果您使用消息子類型「已排序」,CUM 調整規則配置中的「計算基準」必須為「引用項」。必須選擇「編號 1 作為引用鍵」復選框。
-
「帶有發貨時間窗口的順序排程」:此消息子類型可以從消息類型「發貨排程」中選擇。如果「下達管理」接收
ShipmentSchedule BOD
,會檢查「消息處理規則」頁面消息子類型為「帶有發貨時間窗口的順序排程」的順序交貨排程。客戶應該也是此消息子類型。在此情況下,ShipmentSchedule BOD
與類型為「發貨排程」的當前單一計劃合併入新的單一計劃。新的單個計劃包含排序需求。此功能尤其為貿易夥伴“A0061 Ford(北美)”所用。 - 「裝載順序」:此消息子類型可以從消息類型「發貨排程」中選擇,當發送批次序列信息時此消息子類型用於 Honda。在此情況下,參考字段包含 Honda 請求要裝載到貨車上的排程訂單編號和批次序列。
- 替換策略
-
替換策略定義如何將消息類型和消息子類型的需求替換為合併計劃中的其他需求並將其合併入合併計劃。您可以選擇以下任一替換策略選項:
- 「添加」
將具有定義的消息類型和消息子類型的需求數量加到合併計劃的需求中。所有需求將傳輸到新合併計劃中。例外:合併計劃中的當前收貨 CUM 與單一計劃中的當前收貨 CUM 之間的差異會從需求中減去。兩種類型的計劃都在考慮之列,以避免最初需求不被傳輸或者抵消。
- 「添加並忽略上次需求日期」
您可以使用此替換策略以為消息類型為「發貨排程」的流入客戶發放訂單配置消息處理規則。此消息類型的需求數量添加到合併計劃的需求。例外:最新需求日期的需求沒有傳輸到新的合併計劃。
例如,貿易合作夥伴 Fuji Heavy Industries 發送發貨排程修訂。最近需求日期的需求不得傳輸到新的合併計劃並且不得發佈到
ShipmentSchedule BOD
。具有相同需求日期的潛在可用計劃需求複製到新的合併計劃。此單個需求日期上的需求的第二部分與下一個發貨排程一起接收。然後,需求的第一部分也必須傳輸到合併計劃。需求發佈到ShipmentSchedule BOD
。合併計劃中的當前收貨 CUM 與單一計劃中的當前收貨 CUM 之間的差異會從需求中減去。請參閱替換策略「添加」。
- 「替換並使用現有剩餘周數量」
開始日期和結束日期設置為當前最晚的結束日期後的第二天。例如,最近的發貨排程的當前最晚的結束日期。剩餘需求數量是指原始周需求數量減去本周中存在的發貨排程的所有需求數量。示例:上周安排了數量分別為 100 和 80 的 2 個發貨排程。周需求數量為 500。該需求情況導致產生數量為 320 的剩餘周需求。
- 「根據周數量的日均值替換並重新計算剩餘周數量」
開始日期和結束日期設置為當前最晚的結束日期後的第二天。例如,最近的發貨排程的當前最晚的結束日期。用周需求數量除以工作日數得到平均日需求。用平均日需求乘以上次發貨排程日之後的剩餘工作日數。示例:上周安排了數量分別為 100 和 80 的 2 個發貨排程。周需求數量為 500。上次發貨排程日之後所在周的剩餘天數為 3。根據定義的日期範圍規則,該需求情況導致產生數量為 500/5 * 3 = 300 的剩餘周需求。
- 「替換並分配剩餘周數量至日需求」
計算剩餘數量和剩餘天數的方式與替換策略「根據周數量的日均值替換並重新計算剩餘周數量」相同。對於剩餘天數,系統會計算日需求數量。示例:上周安排了數量分別為 100 和 80 的 2 個發貨排程。周需求數量為 500。上次發貨排程日之後所在周的剩餘天數為 3。根據定義的日期範圍規則,該需求情況導致產生數量為 500/5 = 100 的三天日需求。
- 「同日替代」
將具有定義的消息類型和消息子類型的需求數量傳輸到新合併計劃中。例外:系統會替換當前合併計劃中存在的開始日期和結束日期(不進行時間比較)與新需求相同的需求。合併計劃中的當前收貨 CUM 與單一計劃中的當前收貨 CUM 之間的差異會從需求中減去。請參閱替換策略「添加」。
- 「替換並重新計算同一天的剩餘每日數量」
確認需求數量將傳輸到新的合併計劃中。此外,將從上一個需求日期的計劃需求數量中減去當天的匯總確認需求數量。計算方法如下:
- 如果在上一個需求日期有多個確認需求數量,則對其進行匯總。
- 如果計劃需求數量大於匯總的確認需求數量:
- 用計劃需求數量減去匯總的確認需求數量。
- 將新計算的計劃需求與確認需求一起添加到合併計劃中。
- 可以調整計劃需求的需求時間,以在合併計劃中將確認需求和計劃需求區分開來。
示例:發貨排程定於 2019 年 3 月 25 日,其確認數量為 50。當日的計劃需求數量為 200。新計算的計劃需求為 200 - 50 = 150,該數量與確認需求一起添加到合併計劃中。
- 「替換並重新計算同一天(基於客戶時區)的剩餘每日數量」
確認需求數量將傳輸到新的合併計劃中。此外,將從上一個需求日期的計劃需求數量中減去當天(基於客戶所在時區)的匯總確認需求數量。計算方法如下:
- 如果在上一個需求日期有多個確認需求數量,則對其進行匯總。
- 如果計劃需求數量大於匯總的確認需求數量:
- 用計劃需求數量減去匯總的確認需求數量。
- 將新計算的計劃需求與確認需求一起添加到合併計劃中。
- 可以調整計劃需求的需求時間,以在合併計劃中將確認需求和計劃需求區分開來。
這些使用、重新計算和分配每週剩餘數量的替換策略僅在計算剩餘周需求並為其設定排程的方式上有所不同。若要計算剩餘的周需求,系統從新的合併計劃提取以下數據。例如,新的合併計劃已包含最近的發放訂單導入的發貨排程需求:
- 所有現有需求的最晚結束日期
- 最新需求所在周
- 最新需求所在月份
- 最新需求所在年份
- 上周所有需求數量總和
- 上個月所有需求數量總和
然後,系統會處理新需求:
- 系統會忽略所有結束日期比現有最晚結束日期早(不進行時間比較)的需求,而不管需求類型為何。
- 系統會根據上表所述來計算上周或上個月中存在的周需求或月需求。
剩餘月需求由這些替換策略以相同方式進行處理。
將開始日期和結束日期兩個日期設置為繼當前最晚結束日期之後的次日。例如,最近的發貨排程的當前最晚的結束日期。
剩餘月需求數量是指原始月需求數量減去上月中已安排的發貨排程的所有需求數量。
- 「添加」
- 取件日期
- 如果選中此復選框,則將客戶發送的需求日期視為取件日期。如果清除此復選框,則系統會將需求日期視為運抵日期。
- 檢查需求日期模式
- 若要檢查發放訂單的需求日期類型,請選擇此復選框。如果檢測到取件日期更改為運抵日期,那麼就會阻止發放訂單。必須在「未處理計劃」頁面的明細頁面中手動審批被阻止的發放訂單。
- 檢查升序傳輸號
- 如果客戶支持處理傳輸號,請選中此復選框。此選項驗証消息傳輸號完全按升序排列。每交換一次消息,傳輸號就會加一。系統會篩選出傳輸號較低、較舊的消息。
- 查看以升序排列的消息序列號
- 通過該選項,可以處理通常不包含來自 OEM 的控制序列號的 EDI 消息。「下達管理」會根據來自「轉換」的消息序列號導入 EDI 消息。如果某個消息不符合順序,則會創建一個未處理計劃,可在「下達管理」的「未處理計劃」頁面上對該計劃進行管理。