[{"data":1,"prerenderedAt":72},["ShallowReactive",2],{"legacy:insights\u002Fmes-andon-downtime-codes:zh-TW":3},{"id":4,"title":5,"description":6,"keywords":7,"author":8,"robots":9,"bodyClass":10,"image":11,"jsonld":12,"html":71},"insights\u002Fmes-andon-downtime-codes","Andon 亮了卻說不清停誰？停機原因碼要進班次關閉，而不是事後填「其他」 - JEDP 數字化平臺","Andon 失效，多半是呼叫無響應時限、原因碼可空、關閉無驗證。停機要從呼叫→響應→原因→關閉進班次，與 OEE 可用率同源，限制「其他」。","Andon 停機,停機原因碼,OEE 停機管理,MES 異常呼叫","深圳郎博萬資訊科技有限公司","index, follow","page-insights","https:\u002F\u002Fwww.jedp.cn\u002Fres\u002Fimages\u002Fproduct\u002Fmes-slide6.webp",[13,31,45],{"@context":14,"@type":15,"@id":16,"headline":17,"description":6,"inLanguage":18,"datePublished":19,"dateModified":20,"articleSection":21,"keywords":22,"image":11,"author":23,"publisher":25,"isPartOf":26,"mainEntityOfPage":28},"https:\u002F\u002Fschema.org","Article","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fmes-andon-downtime-codes#article","Andon 亮了卻說不清停誰？停機原因碼要進班次關閉，而不是事後填「其他」","zh-CN","2026-07-23","2026-10-17","MES · 製造執行","Andon 停機, 停機原因碼, OEE 停機管理, MES 異常呼叫",{"@id":24},"https:\u002F\u002Fwww.jedp.cn\u002F#organization",{"@id":24},{"@id":27},"https:\u002F\u002Fwww.jedp.cn\u002Finsights#collection",{"@type":29,"@id":30},"WebPage","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fmes-andon-downtime-codes",{"@context":14,"@type":32,"itemListElement":33},"BreadcrumbList",[34,39,43],{"@type":35,"position":36,"name":37,"item":38},"ListItem",1,"首頁","https:\u002F\u002Fwww.jedp.cn\u002F",{"@type":35,"position":40,"name":41,"item":42},2,"行業洞察","https:\u002F\u002Fwww.jedp.cn\u002Finsights",{"@type":35,"position":44,"name":17,"item":30},3,{"@context":14,"@type":46,"@id":47,"mainEntity":48},"FAQPage","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fmes-andon-downtime-codes#faq",[49,55,59,63,67],{"@type":50,"name":51,"acceptedAnswer":52},"Question","原因碼是不是越多越好？",{"@type":53,"text":54},"Answer","否。一級 8–12 類通常夠用，二級按裝置展開。類目膨脹後現場只選「其他」。",{"@type":50,"name":56,"acceptedAnswer":57},"等料算停機嗎？",{"@type":53,"text":58},"算可用率損失，原因歸「物料\u002F物流」，儘量自動帶出缺料工單。不要和裝置故障混進「壞了」。",{"@type":50,"name":60,"acceptedAnswer":61},"換型算不算停機？",{"@type":53,"text":62},"計劃內換型進計劃停機；超時進損失。計劃窗須在系統可見，禁止事後把超時改成計劃。",{"@type":50,"name":64,"acceptedAnswer":65},"Andon 和維修工單什麼關係？",{"@type":53,"text":66},"長停應能一鍵轉維修；維修關閉回寫停機結束。兩邊各記各的，MTTR 一定假。",{"@type":50,"name":68,"acceptedAnswer":69},"如何防止假關閉？",{"@type":53,"text":70},"關閉人與呼叫人角色可分離；關鍵裝置要求生產確認恢復。只允許維修單方關閉，會出現燈滅人未到。","\u003Carticle class=\"insight-article\">\n    \u003Cdiv class=\"insight-container\">\n      \u003Cnav class=\"breadcrumb\" aria-label=\"麵包屑\">\n        \u003Ca href=\"\u002F\">首頁\u003C\u002Fa>\n        \u003Cspan class=\"breadcrumb-sep\">\u002F\u003C\u002Fspan>\n        \u003Ca href=\"\u002Finsights\">行業洞察\u003C\u002Fa>\n        \u003Cspan class=\"breadcrumb-sep\">\u002F\u003C\u002Fspan>\n        \u003Cspan>MES · 製造執行\u003C\u002Fspan>\n      \u003C\u002Fnav>\n\n      \u003Cheader class=\"insight-hero\">\n        \u003Cdiv class=\"insight-tags\">\u003Cspan class=\"r-tag\">Andon\u003C\u002Fspan>\u003Cspan class=\"r-tag\">停機原因\u003C\u002Fspan>\u003Cspan class=\"r-tag\">OEE\u003C\u002Fspan>\u003C\u002Fdiv>\n        \u003Ch1>Andon 亮了卻說不清停誰？停機原因碼要進班次關閉，而不是事後填「其他」\u003C\u002Fh1>\n        \u003Cp class=\"insight-lede\">看板紅燈閃了二十分鐘，班長在別的線救火；恢復後原因寫著「其他」。週會損失分類一半進「其他」——改善不知道該攻哪一門。\u003C\u002Fp>\n        \u003Cdiv class=\"insight-meta\">\n          \u003Cspan>更新於 2026-07-23\u003C\u002Fspan>\n          \u003Cspan class=\"dot\" aria-hidden=\"true\">\u003C\u002Fspan>\n          \u003Cspan>約 8 分鐘閱讀\u003C\u002Fspan>\n          \u003Cspan class=\"dot\" aria-hidden=\"true\">\u003C\u002Fspan>\n          \u003Cspan>製造業數字化 · MES · 製造執行\u003C\u002Fspan>\n        \u003C\u002Fdiv>\n      \u003C\u002Fheader>\n      \u003Csection class=\"insight-takeaways\">\n        \u003Ch2>讀這一篇能得到什麼\u003C\u002Fh2>\n        \u003Cul>\u003Cli>呼叫有響應時限與升級；超時未接留痕；關鍵裝置可要求到場確認\u003C\u002Fli>\u003Cli>關閉強制原因碼；限制「其他」佔比並要求二級說明\u003C\u002Fli>\u003Cli>原因碼與 OEE 可用率同源；禁止另建停機補錄表\u003C\u002Fli>\u003Cli>微停可合併（規則公開）；長停一鍵轉維修單，關閉回寫停機結束\u003C\u002Fli>\u003Cli>先治理一條線的字典與升級鏈，再全廠排名與換硬體\u003C\u002Fli>\u003C\u002Ful>\n      \u003C\u002Fsection>\n\n      \u003Cdiv class=\"insight-layout\">\n        \u003Cdiv class=\"insight-body\">\n\u003Ch2 id=\"红灯很热闹-数据三个月后死亡\">紅燈很熱鬧，資料三個月後死亡\u003C\u002Fh2>\n\u003Cp>Andon 上線：拉繩、亮燈、大屏。三個月後，操作工發現拉了也沒人來；班長髮現原因能空著提交；裝置工程師的維修工時在另一張 Excel。燈還亮，資料已死。\u003C\u002Fp>\n\u003Cp>停機管理要能回答四問：\u003Cstrong>誰響應、多久到、損失歸哪類、有沒有防再發\u003C\u002Fstrong>。四問答不進系統，安燈屏只是裝飾。硬體可以後買；字典、時限與關閉規則不立住，換再大的屏也救不了「其他」。\u003C\u002Fp>\n\u003Ch2 id=\"呼叫链-时限写进规则\">呼叫鏈：時限寫進規則\u003C\u002Fh2>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>環節\u003C\u002Fth>\u003Cth>最低規則\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>呼叫\u003C\u002Ftd>\u003Ctd>工位\u002F裝置\u002F現象可選；時間戳自動\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>響應\u003C\u002Ftd>\u003Ctd>目標分鐘數；超時升級班長\u002F裝置\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>到場\u003C\u002Ftd>\u003Ctd>關鍵裝置可掃碼確認，禁止「遠端點了就算到」\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>關閉\u003C\u002Ftd>\u003Ctd>原因碼必填；長停關聯維修單\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>驗證\u003C\u002Ftd>\u003Ctd>關鍵工位要求產線確認可開線\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>夜班響應時限按班次配置，升級落到真實值班人，不是白天科室郵箱。值班表不進組織，升級會打到空號——這是系統原因，不全是態度。響應超時必須留痕：沒有「超時未接」記錄，週會只能憑感覺罵人。\u003C\u002Fp>\n\u003Cp>假關閉治理：關閉人與呼叫人角色可分離；關鍵裝置要求生產確認恢復。只允許維修單方關燈，會出現燈滅、人未到、線未開。\u003C\u002Fp>\n\u003Ch2 id=\"其他-超过约-15-先停考核\">「其他」超過約 15%，先停考核\u003C\u002Fh2>\n\u003Cp>治理訊號：\u003C\u002Fp>\n\u003Cul>\u003Cli>「其他」佔比；\u003C\u002Fli>\u003Cli>二級空白率；\u003C\u002Fli>\u003Cli>同一裝置重複缺陷碼；\u003C\u002Fli>\u003Cli>停機時長與維修工單時長偏差。\u003C\u002Fli>\u003C\u002Ful>\n\u003Cp>「其他」高，多半是字典對映不了現場語言。先和班組共創字典兩週，再談考核。考核先行，只會訓練大家選最好填的碼。\u003C\u002Fp>\n\u003Cp>字典變更要有版本：公告生效日，歷史是否重分類寫清。邊改字典邊排名，現場會認為規則可談判。一級碼建議 8–12 類，二級按裝置展開。類目越多，「其他」往往越高——膨脹本身就是失敗訊號。\u003C\u002Fp>\n\u003Ch2 id=\"原因码示例骨架-可裁剪\">原因碼示例骨架（可裁剪）\u003C\u002Fh2>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>一級\u003C\u002Fth>\u003Cth>典型二級\u003C\u002Fth>\u003Cth>常接動作\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>裝置故障\u003C\u002Ftd>\u003Ctd>電氣 \u002F 機械 \u002F 工裝\u003C\u002Ftd>\u003Ctd>轉維修單\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>換型 \u002F 調機\u003C\u002Ftd>\u003Ctd>計劃內 \u002F 超時\u003C\u002Ftd>\u003Ctd>對照計劃窗\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>物料 \u002F 物流\u003C\u002Ftd>\u003Ctd>等料 \u002F 錯料\u003C\u002Ftd>\u003Ctd>關聯缺料或叫料單\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>質量停線\u003C\u002Ftd>\u003Ctd>批次不良 \u002F 待判定\u003C\u002Ftd>\u003Ctd>關聯 NCR\u002F隔離\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>人員\u003C\u002Ftd>\u003Ctd>缺員 \u002F 技能\u003C\u002Ftd>\u003Ctd>排班與授權\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>能源 \u002F 環境\u003C\u002Ftd>\u003Ctd>氣壓 \u002F 溫溼度\u003C\u002Ftd>\u003Ctd>設施工單\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>其他\u003C\u002Ftd>\u003Ctd>必須二級說明\u003C\u002Ftd>\u003Ctd>週會清零壓力\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>這張表不是標準答案，但是「其他」膨脹時的對照尺。現場叫法對映進二級，一級保持穩定，歷史才可比。計劃內換型必須對照系統計劃窗；事後把超時改成「計劃內」，是口徑造假的經典手法。\u003C\u002Fp>\n\u003Ch2 id=\"与-OEE-排产-报工吃同一套停机\">與 OEE、排產、報工吃同一套停機\u003C\u002Fh2>\n\u003Cp>可用率損失必須從 Andon\u002F停機記錄彙總，禁止 OEE 另有「停機補錄表」。微停（如 <2 分鐘）可合併，合併規則公開；把微停全踢出分母，是口徑戰爭的經典開場。\u003C\u002Fp>\n\u003Cp>等料停機儘量自動關聯線邊缺料——否則物流損失記成裝置損失，兩個部門改錯方向。長停應能被派工板讀取：裝置不可用則限制新派工，或班長確認「邊修邊幹」（顯性例外）。\u003C\u002Fp>\n\u003Cp>和報工的互相拆臺：停機中仍允許正常報完工，進度與 OEE 會一起撒謊。規則至少二選一：停機態禁止該裝置報完工；或報工必須帶「邊修邊幹」例外碼。兩套都不設，紅燈只是氣氛組。\u003C\u002Fp>\n\u003Cp>長停一鍵轉維修單；維修關閉回寫停機結束——兩邊分記，MTTR 必假。停機時長與維修工時長期偏差大，先查是否各記各的起止時間，再查是否有人提前關燈。\u003C\u002Fp>\n\u003Ch2 id=\"班结-未关闭的停机不能-好看\">班結：未關閉的停機不能「好看」\u003C\u002Fh2>\n\u003Cp>班次結束仍有未關閉 Andon：阻斷或強提醒班結。否則接班繼承紅燈，原因由下一班猜。班結報告列出：未關閉數、超時響應數、「其他」佔比——三張數進早會，比再買更大的屏有用。\u003C\u002Fp>\n\u003Cp>對 Top 原因碼應能轉到動作：維修對策、工藝變更、備件安全庫存。只有分類沒有動作，填碼會被當成交差，資料再度塌回「其他」。重複缺陷碼進裝置與工藝聯席，而不是隻出現在班長個人備註。\u003C\u002Fp>\n\u003Ch2 id=\"一条线-两周-三张数\">一條線，兩週，三張數\u003C\u002Fh2>\n\u003Cp>選爭議最大的產線：開啟超時升級、關閉強制原因碼、限制「其他」。看平均響應、「其他」佔比、停機—維修關聯率。三張數不動，先別全廠換硬體——硬體可以後買，字典與升級鏈必須先跑通。\u003C\u002Fp>\n\u003Cp>驗收抽一班：任取三次長停，能否看到響應人、到場確認、原因碼、維修單號、生產確認開線；再看該班「其他」佔比與未關閉數。對不上就停擴線——再買大屏只是裝飾。\u003C\u002Fp>\n\u003Ch2 id=\"与人员-备件-工艺变更的回链\">與人員、備件、工藝變更的回鏈\u003C\u002Fh2>\n\u003Cp>停機原因落到「人員\u002F技能」時，應能點到當班資格與授權缺口——否則培訓計劃仍按年度拍腦袋。落到「備件」時，應能看到是否缺安全庫存或是否有未關閉採購申請；只分類到「裝置故障」而不回鏈備件，改善停在換零件的口頭承諾。\u003C\u002Fp>\n\u003Cp>工藝變更後首周，換型\u002F調機超時往往上升。字典裡應能區分「變更匯入期」與「穩態超時」，避免把匯入成本永久記成班組能力差。變更單號能掛在停機記錄上，週會才爭得到資源而不是互相甩鍋。\u003C\u002Fp>\n\u003Cp>連續兩週 Top 原因不變且無動作單，說明 Andon 仍停在「填碼」。動作單可以粗，但必須有責任人與到期日；沒有動作，填碼會重新變成交差。\u003C\u002Fp>\n\u003Ch2 id=\"计划停机与损失停机的边界\">計劃停機與損失停機的邊界\u003C\u002Fh2>\n\u003Cp>計劃停機（保養、計劃換型、能源檢修）必須有計劃物件與時間窗；窗內記計劃，窗外溢位記損失。沒有計劃物件的「計劃停機」，是把損失藏進計劃的後門。\u003C\u002Fp>\n\u003Cp>保養超時若自動改回計劃，裝置部門會失去改進壓力。溢位分鐘進損失，並允許關聯保養單號——既保留計劃語義，又不抹掉超時。\u003C\u002Fp>\n\u003Ch2 id=\"多线共用维修力量时的升级\">多線共用維修力量時的升級\u003C\u002Fh2>\n\u003Cp>兩條線同時紅燈，升級矩陣若只按單線時限，維修會被拉成「誰叫得兇誰先到」。共享資源池應有排隊與優先順序（安全停機 > 瓶頸裝置 > 普通），並在 Andon 大屏顯示預計到達。看不到排隊，操作工會重複呼叫，資料裡會出現大量無效重複單，響應時長也會被拉虛。\u003C\u002Fp>\n\u003Ch2 id=\"数据可信的最低门禁\">資料可信的最低門禁\u003C\u002Fh2>\n\u003Cp>上線後兩週內若出現：原因碼可空提交、關閉無需到場確認、OEE 另有停機表——三項任一存在，先關排名看板。排名建立在不可信碼上，會逼出更不可信的填法。門禁過了再談全廠對標；字典與升級鏈未過門禁前，硬體投入可以後置。寧可晚兩週再買大屏，也不要用不可信的碼去開排名。\u003C\u002Fp>\n\u003Cul>\u003Cli>MES 製造方案\u003C\u002Fli>\u003Cli>OEE 三率口徑\u003C\u002Fli>\u003Cli>掃碼報工採集點\u003C\u002Fli>\u003Cli>線邊物流回接 WMS\u003C\u002Fli>\u003C\u002Ful>\n        \u003C\u002Fdiv>\n        \u003Caside class=\"insight-toc\" aria-label=\"本頁目錄\">\n          \u003Ch2>目錄\u003C\u002Fh2>\n          \u003Ca class=\"h2\" href=\"#红灯很热闹-数据三个月后死亡\">紅燈很熱鬧，資料三個月後死亡\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#呼叫链-时限写进规则\">呼叫鏈：時限寫進規則\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#其他-超过约-15-先停考核\">「其他」超過約 15%，先停考核\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#原因码示例骨架-可裁剪\">原因碼示例骨架（可裁剪）\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#与-OEE-排产-报工吃同一套停机\">與 OEE、排產、報工吃同一套停機\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#班结-未关闭的停机不能-好看\">班結：未關閉的停機不能「好看」\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#一条线-两周-三张数\">一條線，兩週，三張數\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#与人员-备件-工艺变更的回链\">與人員、備件、工藝變更的回鏈\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#计划停机与损失停机的边界\">計劃停機與損失停機的邊界\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#多线共用维修力量时的升级\">多線共用維修力量時的升級\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#数据可信的最低门禁\">資料可信的最低門禁\u003C\u002Fa>\n        \u003C\u002Faside>\n      \u003C\u002Fdiv>\n\n      \u003Cdiv class=\"insight-cta\">\n        \u003Cp>\u003Cstrong>想把這篇裡的做法落到自己的廠裡？\u003C\u002Fstrong>資源中心有對應場景的線上自測與資料模板，也可以直接約一次真實環境演示。\u003C\u002Fp>\n        \u003Cdiv class=\"insight-cta-actions\">\n          \u003Ca href=\"\u002Fresources?from=mes#selftest\" class=\"btn btn-outline\">去資源中心自測\u003C\u002Fa>\n          \u003Ca href=\"\u002Fcases#case-mes\" class=\"btn btn-outline\">MES 驗收案例\u003C\u002Fa>\n          \u003Ca href=\"\u002Fcontact?from=mes\" class=\"btn\">獲取方案與演示\u003C\u002Fa>\n        \u003C!-- next-step:BEGIN -->\u003Ca class=\"btn\" href=\"\u002Fproduct\u002Fmes\">查看產品方案：\u003Cspan>JEDP-MES 智能製造執行系統\u003C\u002Fspan>\u003C\u002Fa>\u003Ca class=\"btn btn-outline\" href=\"\u002Fres\u002Fresources\u002Fkits\u002F25-mes-aps-andon.html\">對應資料包：\u003Cspan>APS 派工 + Andon 異常碼清單\u003C\u002Fspan>\u003C\u002Fa>\u003C!-- next-step:END -->\n        \u003C\u002Fdiv>\n      \u003C\u002Fdiv>\n      \u003Csection class=\"insight-faq\" id=\"faq\">\n        \u003Ch2>常見問題\u003C\u002Fh2>\n        \u003Cp class=\"insight-faq-sub\">圍繞本篇主題的追問，先看這裡；仍有疑問可\u003Ca href=\"\u002Fcontact?from=mes\">聯絡我們\u003C\u002Fa>\u003C\u002Fp>\n        \u003Cdiv class=\"faq-list\">\n        \u003Cdetails class=\"faq-item\" open>\n          \u003Csummary>原因碼是不是越多越好？\u003C\u002Fsummary>\n          \u003Cp>否。一級 8–12 類通常夠用，二級按裝置展開。類目膨脹後現場只選「其他」。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>等料算停機嗎？\u003C\u002Fsummary>\n          \u003Cp>算可用率損失，原因歸「物料\u002F物流」，儘量自動帶出缺料工單。不要和裝置故障混進「壞了」。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>換型算不算停機？\u003C\u002Fsummary>\n          \u003Cp>計劃內換型進計劃停機；超時進損失。計劃窗須在系統可見，禁止事後把超時改成計劃。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>Andon 和維修工單什麼關係？\u003C\u002Fsummary>\n          \u003Cp>長停應能一鍵轉維修；維修關閉回寫停機結束。兩邊各記各的，MTTR 一定假。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>如何防止假關閉？\u003C\u002Fsummary>\n          \u003Cp>關閉人與呼叫人角色可分離；關鍵裝置要求生產確認恢復。只允許維修單方關閉，會出現燈滅人未到。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003C\u002Fdiv>\n      \u003C\u002Fsection>\n      \u003Csection class=\"insight-related\">\n        \u003Ch2>相關閱讀\u003C\u002Fh2>\n        \u003Cdiv class=\"insight-related-grid\">\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">MES · 製造執行\u003C\u002Fdiv>\n            \u003Ch3>OEE 對不上老闆的感覺：把可用、表現、質量三個率的口徑拆開\u003C\u002Fh3>\n            \u003Cp>OEE 爭議的根因是計劃生產時間、停機分類與一次合格計數不一致。從「感覺不對」切入，拆開可用率、表現率、質量率與注水點，說明微停、理想節拍、跨線…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-06-11 · 約 9 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">MES · 製造執行\u003C\u002Fdiv>\n            \u003Ch3>掃碼報工上線後資料仍不準：採集點要放在狀態真實變化的工步\u003C\u002Fh3>\n            \u003Cp>報工資料不準的根因通常不是員工不配合，而是資料採集點選錯了位置。採到哪一步，決定追溯、OEE 與派工反饋能深到哪一層；位置錯了，後面幾條鏈一起斷…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-05-07 · 約 9 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">MES · 製造執行\u003C\u002Fdiv>\n            \u003Ch3>排產計劃總被現場改掉？APS 結果要接得住派工與齊套，而不是只出一張圖\u003C\u002Fh3>\n            \u003Cp>排產落地失敗，常見是齊套未約束、派工可隨意改、反饋不迴流。從早會粉筆改序切入，說明計劃—齊套—派工—回報閉環、插單授權與影響可視，以及先有限產能…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-04-02 · 約 9 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n        \u003C\u002Fdiv>\n      \u003C\u002Fsection>\n    \u003C\u002Fdiv>\n  \u003C\u002Farticle>",1793937991306]