風琦有限公司

營運報表 · 工廠 2605 · 採購 → 生產 → 銷售 → 收款

即時更新中
每 10 秒重新整理 · 
2 個產品是可組態的,實際上有 2 種不同用料組合詳情

規格內容(特性值)取不到,但用料組合分得出來——詳見「生產排程」頁的組態用料對照

這個數字怎麼來的
採用變式配置後,料號只代表「產品家族」,實際規格由訂單上的特性值決定。
本報表取得組態代號、但取不到特性值——分得出「哪些工單是同一種產品」,但顯示不出「那是什麼規格」。
所以跨組態的比較(例如「平均每件要幾小時」)在這個前提下不成立。「剩餘產能」與待排需求的天數估算已另外標示。

資料時間

SD 訂單 19.9 天前事件流可達秒級PP 訂單 19.9 天前偵測到變動才抓PP 產能 8 分前★ 快照,參數化重算FI 應收 8 分前跟著 SD 的發票走FI 應付 無資料獨立短週期MM 庫存 67 秒前獨立短週期

「即時」不是一件事,是四種取數語義。SD 有時間戳所以是事件流;PP 訂單層也有,偵測便宜所以跟得上;PP 產能層是參數化重算,只能定期——產能本來就不會秒變,硬做會把共用系統打爆。FI 跟著 SD 的發票級聯;MM 資料量小,獨立短週期全量。
整頁會自動刷新,但不代表每一格的資料都是當下的——以上面各自標的時間為準。
背景同步未啟用時整頁不會自己更新,跑 python server.py --sync

背景同步(事件驅動)

事件驅動:SD 每 20 秒偵測一次,有變動就立刻推 FI、標記 PP 產能。已偵測到 0 次變動。
PP 訂單層每輪都跑——它自己會先問「有沒有變」,沒變就整段跳過,所以便宜。
沒有事件時仍有下限:FI/PP 產能最長 15 分 · MM 獨立每 2 分 · PP 產能重算硬下限 5 分(事件也不能突破)
與排程共用鎖檔,不會重疊執行。

模組最後執行觸發原因耗時結果
SD07:51:57輪詢1.7s成功
FI 應收07:44:10下限到期21.7s成功
FI 應付07:51:34獨立週期1.2s成功
PP 訂單07:51:58每輪偵測1.2s成功
PP 產能07:44:35下限到期3.6s成功
MM07:51:05獨立週期7.2s成功
排程正在跑,本輪跳過(11:36:54)

「觸發原因」是這張表最重要的一欄——「下限到期」代表那一輪不是因為有事發生才跑的,只是時間到了。全部都是「下限到期」而 SD 變動次數是 0,代表這段時間系統裡確實沒有動靜,不是同步壞了。
⚠⚠ PP 兩層不是同一種東西,所以節奏不同。
 PP 訂單(計劃訂單/生產訂單)是事件式的,有時間戳,偵測便宜 → 跟 SD 同頻,近即時。
 PP 產能(產能桶)是參數化重算,每次都要 SAP 算一遍整個時間窗,而且產能本來就不會秒變 → 維持節流。
 把這兩層當成同一個「PP 更新時間」會讓產能快照假裝自己是即時的。