審閱手動審批規則的明細設置
「手動審批規則」頁面的明細視圖將顯示所選手動審批規則的明細設置。
若要審閱手動審批規則的明細設置,請執行下列操作:
- 選擇「下達管理」>「配置」>「手動審批規則」。
- 單擊手動審批規則的「詳查」按鈕。
-
審閱選定手動審批規則的標題信息:
- 生效日期
- 該字段定義配置的有效期段的開始日期。
- 編輯時,請單擊「日曆」按鈕以從日曆選擇開始日期。
- 失效日期
- 該字段定義配置的有效期段的結束日期。
- 編輯時,單擊「日曆」按鈕從日曆選擇結束日期。
- 消息類型
- 消息類型是「發貨排程」或「計劃排程」。
- 消息子類型
- 消息子類型選項包括:
- 「默認值」:這是用於替換需求或將其合併到合併計劃中的默認配置。
- 「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 請求要裝載到貨車上的排程訂單編號和批次序列。
- 註解
- 審閱或提供闡明配置目的的簡短說明。
- 客戶
- 客戶是用於唯一識別會計實體的客戶的任意一組字符。客戶取自 ERP 系統。
- 在編輯時,請單擊該字段的「查找」按鈕。從對話框顯示的列表中選擇客戶。
- 客戶名稱
- 該字段顯示持有合同的客戶的名稱。
- 在選擇客戶後,系統會自動顯示客戶名稱。
- 收貨方
- 審閱或指定合同行的收貨方地點。此字段表明與收貨方位置一起用於識別貨物運送地點的位置代碼。
- 在編輯時,請單擊該字段的「查找」按鈕。從對話框顯示的列表中選擇客戶的收貨方地點。顯示的收貨方地點對所選客戶有效。
- 收貨方名稱
- 查看與「收貨方」地點標識符一起使用的地點名稱以識別將貨物送達的地點。
- 內部貨品
- 審閱或指定供應商使用的合同行中的內部貨品編號,並標識該貨品。
- 在編輯時,請單擊該字段的「查找」按鈕。從對話框顯示的列表中選擇供應商使用的貨品。顯示的這些貨品對所選客戶和收貨方有效。
- 貨品說明
- 該字段顯示內部貨品說明。
- 會計實體
- 會計實體是一個公司或一個公司的子集。在一個或多個營運功能或會計功能方面進行獨立核算的會計實體。會計實體根據一組完整、平衡的業務編製損益表和資產負債表,通常是一個法人。會計實體在租戶內定義,並且可以包含地點。
- 展開「註釋」並審閱為手動審批規則指定的備註。
-
審閱必須手動審批的發放訂單的需求篩選條件:篩選條件顯示在「審批設置」字段集中:
- 始終需要手動批準
- 如果選中此復選框,則必須在「未處理計劃」頁面中對篩選出的發放訂單的需求進行手動審批。例如,在對新貿易合作夥伴的測試階段可以使用此選項。
- 首次排程需要手動審批
- 必須在「未處理計劃」頁面中對無現有計劃的合同行的發放訂單的第一個需求進行手動審批。
- 手動批準零需求
- 如果選中此復選框,則必須在「未處理計劃」頁面中對無需求的發放訂單進行手動審批。無需求的發放訂單表示當前不必提供關聯合同。建議對貿易夥伴的需求情況進行檢查。
- 手動批準立即交貨需求
- 如果選中此復選框,則必須在「未處理計劃」頁面中對篩選出的發放訂單的立即交貨需求進行手動審批。建議對貿易夥伴的需求情況進行檢查。
- 延期交貨需求所需的手動批準
- 如果選中此復選框,則必須在「未處理計劃」頁面中對篩選出的發放訂單的延期交貨需求進行手動審批。建議對貿易夥伴的需求情況進行檢查。
- 手動批準差異
- 如果選中該復選框,則必須手動審批當前發放訂單的需求與之前發放訂單的需求之間的差異。發放訂單必須具有相同的消息類型。根據「發放訂單比較設置」比較這些發放訂單。建議對貿易夥伴的需求情況進行檢查。
- 檢查客戶警報
- 如果選中該復選框,「下達管理」會檢查傳入的發放訂單中是否包含面向供應商的警告消息。例如,以貿易合作夥伴 Renault 為例,傳入的發放訂單中包含消息“ALERTE”。若正確配置警報,會通過電子郵件發送警報消息告知相關用戶。系統會通知用戶有傳入發放訂單。
- 客戶警報時阻止處理
- 如果選中該復選框,「下達管理」會檢查傳入的發放訂單中是否包含面向供應商的警告消息。例如,以貿易合作夥伴 Renault 為例,傳入的發放訂單中包含消息“ALERTE”。系統會阻止該發放訂單,並且必須在「未處理計劃」頁面上手動對其進行審批。如果正確配置了警報,系統會通過電子郵件向負責的用戶發送一條警告消息,告知有關已阻止發放訂單的情況。
-
審閱「發放比較設置」字段集的字段:
如果選中了「審批設置」字段集中的「手動批準差異」復選框,則會激活下達比較檢查。「發放比較設置」字段集中的字段定義當前發放訂單需求如何與以往發放訂單進行比較。例如,將當前計劃排程與以往計劃排程進行比較。如果比較後發現存在偏差,則必須在「未處理計劃」頁面中對篩選出的計劃排程進行檢查。
- 下達訂單比較模式
- 該字段定義如何將當前發放訂單的需求與同一消息類型的以往發放訂單的需求進行比較:
- 「日」:計算某天內的總需求。將當前發放訂單的日需求與以往發放訂單的日需求進行比較。此方法可讓需求管理員立即做出反應,因為對於極短時間段而言比較是非常準確的。例如,如果發放訂單的需求延遲一天,則系統會篩選出該發放訂單。必須在「未處理計劃」頁面上選中該選項。
- 「周」:計算某周內的總需求。將當前發放訂單的周需求與以往發放訂單的周需求進行比較。此方法可讓需求管理員在相對較短的時間段內做出反應。例如,如果發放訂單的需求延遲一周,則系統會篩選出該發放訂單。必須在「未處理計劃」頁面上選中該選項。需求延遲一天不會顯示在結果中,除非該需求安排在另一周。
- 「選定時間段摘要」:將選定時間段(以天為單位)內的當前發放訂單需求總和與以往發放訂單需求總和進行比較。
- 考慮期限(天)
- 該字段定義考慮要對當前發放訂單的需求與以往發放訂單的需求進行比較所需的時間段(以天為單位)。通常,如果安排在很長一段時間以後的需求經常更改,甚至會選擇很短的一個期間。如果這些需求不會在製造貨品時造成問題,那麼可以考慮一段短的期間。
- 允差 - 需求增加(%)
- 該字段定義當前發放訂單的需求數量可以超出以往發放訂單的允差(以百分比表示)。如果需求數量超出此限值,系統會將當前發放訂單發佈到「未處理計劃」頁面。大多數情況下,系統基於一個較短的時間段來匯總需求數量,然後進行比較。計算出的差異不得超出指定的容差限度百分比。其優點是可讓您瞭解到短期內發放訂單數量的重大變化。
- 允差 - 需求增加(數量)
- 該字段定義貨品數量的總允差限制。當前發放訂單的需求數量超過以往發放訂單,最多高至此限值。如果需求數量超出此限值,系統會將當前發放訂單發佈到「未處理計劃」頁面。
- 允差 - 需求減少(%)
- 該字段定義當前發放訂單的需求數量可低於以往發放訂單的允差限值(以百分比表示)。如果需求數量低於此限值,系統會將當前發放訂單發佈到「未處理計劃」頁面。
- 允差 - 需求減少(數量)
- 該字段定義貨品數量的總允差限制。當前發放訂單的需求數量低於以往發放訂單,最多可低至此限值。如果需求數量低於此限值,系統會將當前發放訂單發佈到「未處理計劃」頁面。
-
審閱「訂單數量下限設置」字段集的字段:
在 ERP 系統(例如 LN)中設置了貨品的訂單數量下限值 (MOQ)。該訂單數量下限值將在
Contract BOD
中發佈到「下達管理」。您可以在「合同」頁面上審閱貨品合同行的訂單數量下限值。根據在「訂單數量下限設置」字段集中定義的規則,檢查發放訂單的需求數量。系統會檢測到需求數量是否低於、符合或超過指定的訂單數量下限。- 訂單數量下限警報
- 如果需求數量低於訂單數量下限值,則會在處理傳入的發放訂單期間發出警報。用戶會收到消息
SRM-1011
:「新計劃低於訂單數量下限值的警報」
- 發生警報時進行訂單數量下限阻止
- 在選中「訂單數量下限警報」復選框後,您還可以選中「發生警報時進行訂單數量下限阻止」復選框。如果需求數量低於訂單數量下限,則會阻止傳入的發放訂單。系統會發出警報,用戶將收到消息
SRM-1012
:「低於訂單數量下限值的新計劃需要審批」
未處理計劃是在「未處理計劃」頁面上創建的。必須手動對未處理計劃進行審批。
- 承諾級別
- 此字段確定必鬚根據訂單數量下限對發放訂單的哪些需求進行驗証。以下選項可用:
- 「已確認」:必鬚根據訂單數量下限對發放訂單的確認需求(這些貨品必須已生產且發貨)進行驗証。
- 「已計劃」:在對訂單數量下限進行驗証時,必須考慮下達訂單的計劃需求。
注意您可以同時選擇這兩個選項。
- 評估窗口(天數)
- 該字段可定義天數,在此期間,將在驗証訂單數量下限過程中考慮發放訂單的需求。該期間從傳入的單一訂單、發貨排程或計劃排程的第一個訂單行的需求日期開始。
例如,評估窗口定義為 30 天,第一個訂單行的需求日期是 6 月 1 日。在本例中,評估窗口為 6 月 1 日加上 29 天,即 6 月 30 日。因此,7 月 1 日之前的任何日期都在訂單數量下限的評估時間窗口內。
對於每個新的發放訂單,系統都會為評估窗口設置一個新的開始日期。
如果沒有為此字段輸入任何值,則無論日期是哪一天,系統都會根據訂單數量下限值對每個發放訂單進行檢查。
- 頻率
- 該字段定義運行訂單數量下限驗証流程的頻率。以下選項可用:
- 「每日」
- 「每週」
- 「每月」
注意您可以選擇所有選項。