連接庫存、供應商交期及訂單，預防生產延誤
把可用庫存、供應商確認及訂單需要日期連接起來，建立物料準備視圖，並為例外指定清楚責任。
顯示有庫存，訂單仍可能等待
計劃員在庫存報表看見零件足夠，便發放裝配訂單。到了生產線，部分庫存已預留給另一位客戶，另一部分仍待檢驗，而下一批貨的日期已在採購員電郵中改動。沒有人刻意提供錯誤資訊；各份記錄回答不同問題，但生產決策需要把它們放在一起。
這個假設情景適合作為連接項目的起點。選一種反覆發生的缺料，從客戶承諾一路追查採購、收貨、品質放行及耗用。把記錄與倉務人員及操作員實際使用的資訊比較。第一項成果應是解釋訂單為何看似已準備好，而不是再做一個庫存總數畫面。
Excellence industrielle 的採購自我診斷文章，把採購與庫存、生產、財務及客戶供應連續性連在一起。重點不只是選供應商：現場可能已有收貨做法，但計劃人員未必看得見。在自動發出警報之前，準備視圖必須準確反映這些做法。 [1]
每個數量有狀態，每個日期有定義
議定哪些物料屬已實際收到、已檢驗、已放行、已預留、已耗用及已拒收。使用一致單位及物料版本。放在收貨區的一板貨，未必能用於下一張工單。替代零件即使實際裝得上，仍可能需要工程或客戶批准。這些條件應明確顯示，不能只放在計算會忽略的備註。
日期亦須同樣仔細。要求交貨日、供應商確認出貨日、預計到達日及生產需要日期，是不同事實。估算物料何時可用時，應包括運輸、收貨及放行時間。記錄誰最後確認日期，以及確認時間。久未更新的承諾，不應看起來與剛確認的交期同樣可靠。
使用計劃部門實際打算生產的物料清單及訂單版本。銷售改數量或工程改零件時，物料需求應重新計算或標示待覆核。保留上一版本，讓人能解釋昨日已準備好的訂單，為何今日變成例外。單有時間戳，不能證明哪個版本具權威。
計算訂單準備程度，而非只看倉庫
第一版可先限定一個產品系列。連接訂單數量及需要日期、零件需求、已放行庫存、預留、預計收貨及品質暫停。為每個欄位指定正式來源。整合不應讓兩套應用程式暗中競爭供應商確認的擁有權。
按每種物料及需要日期，計算扣除較早承諾後仍符合條件的供應。預計收貨只有在到貨及放行假設清楚時，才應納入預計餘額。未確認或延遲收貨應另外列為風險。不能只因已有採購單，就把物料當作可用。
部分收貨、替代零件及互相競爭的訂單，會令計算更複雜。先把缺口及受影響訂單顯示出來，再由計劃員決定是否分拆工單、調整分配或申請已批准的替代物料。儀表板可顯示後果，但不應暗中改變客戶優先次序。
一次供應商變更，產生一項有用例外
舉例而言，兩張訂單星期五都需要同一零件。現有80件已放行，其中50件已分配給第一張訂單，第二張則需要60件。原定星期四收到40件，供應商現改為星期一到達。到貨之前，第二張訂單只剩30件可用，缺口為30件。有用的警報應指出缺口及受影響承諾，而不只是「供應商延遲」。
附上供應商確認、來源訂單版本、下一步及負責人。採購可能負責爭取分批出貨，計劃負責評估另一排序，品質負責確認替代物料是否允許。即使多個人提供依據，也應指定一人協調決策。
在底層計劃改變或有權人士接受風險之前，例外應保持未解決。閱讀通知不等於解決缺料。記錄所選行動及新承諾。同一來源事件若送達兩次，應更新原有例外，而不是再次向每位經理發警報。
把過期資料及連接故障視作計劃事件
資料停止更新時，物料準備畫面可能製造錯誤信心。應顯示最後成功更新時間，以及重要確認已過多久。定義過期資訊何時把「已準備」改為「待覆核」。門檻應配合計劃決策，而非假定每間工廠都必須每分鐘更新。
為匯入失敗、未對應物料代碼及數量衝突指定負責人。保留來源記錄及拒收原因。試算表新增欄位，不應暗中把缺失的預留數量變成零。操作員及計劃員需要回報不符之處的途徑，亦應看得見是否已修正。
依賴連接之前，先測試中斷及復原。重播重複的供應商更新、只收部分貨、把已收物料暫停使用、在分配後更改訂單，以及恢復延遲的資料流。確認每種情況都產生正確例外，且不會把同一庫存分配兩次。保留停機時的人手計劃程序。
量度哪些決策變得容易
建立能把缺料等待與其他生產損失區分的基準。追蹤缺口是否在工單發放前被發現、團隊是否在仍有選擇時行動，以及未解決例外是否有人負責。除了延遲訂單，也記錄可避免的重複調查。早期警告增加，可能代表可見度提高，不一定表示採購表現變差。
與倉務、採購、計劃及生產共同覆核例外看板。移除無人能行動的警報，修訂引起假缺料的定義，並檢視哪些決策仍反覆回到老闆手上。有時欠缺的是調整排程的權限，而非另一條資料流。
Quindart 從業務承諾與現場實況的關係開始。範圍清楚的連接，可讓團隊作出生產承諾時少一些隱藏假設，但不能讓每位供應商都準時。附帶範本讓每項缺料都有受影響訂單、目前事實、獲授權決策及清楚的下一次檢查。