簡(jiǎn)介《MES與ERP、SCM、WMS、APS、SCADA、PLM、QMS系統(tǒng)集成方案》演示文稿是一份面向制造企業(yè)信息化規(guī)劃與智能制造推進(jìn)人員的系統(tǒng)集成資料以生產(chǎn)執(zhí)行層MES為核心梳理了與七大業(yè)務(wù)系統(tǒng)之間的集成路徑。內(nèi)容按建設(shè)背景、分系統(tǒng)集成、結(jié)論展望展開(kāi)與ERP側(cè)重生產(chǎn)計(jì)劃與物料需求協(xié)同與SCM側(cè)重供應(yīng)商協(xié)同與物料配送與WMS側(cè)重庫(kù)存同步與物流優(yōu)化與APS側(cè)重高級(jí)排產(chǎn)銜接與SCADA側(cè)重設(shè)備數(shù)據(jù)采集與狀態(tài)監(jiān)控與PLM側(cè)重產(chǎn)品全生命周期追溯與QMS側(cè)重質(zhì)量閉環(huán)管控同時(shí)涉及數(shù)據(jù)接口、中間件、單點(diǎn)登錄、業(yè)務(wù)流程重構(gòu)等具體實(shí)現(xiàn)方式。壓縮包內(nèi)為單個(gè)pptx演示文稿大小2.93MB結(jié)構(gòu)清晰、模塊完整可直接用于企業(yè)集成架構(gòu)設(shè)計(jì)、項(xiàng)目方案匯報(bào)或內(nèi)部培訓(xùn)參考。目前已有857人學(xué)習(xí)適合制造企業(yè)IT架構(gòu)師、MES項(xiàng)目經(jīng)理、生產(chǎn)管理者等人員借鑒使用。1. MES與ERP、SCM、WMS、APS、SCADA、PLM、QMS系統(tǒng)集成方案一份能直接指導(dǎo)落地的架構(gòu)藍(lán)圖做制造信息化的人遲早會(huì)遇到同一個(gè)問(wèn)題MES 上線了但它和 ERP 之間的賬永遠(yuǎn)對(duì)不上WMS 也上了物料批次卻要人工在 Excel 里傳來(lái)傳去排產(chǎn)計(jì)劃從 APS 出來(lái)車間執(zhí)行又完全不是那么回事。前兩年我?guī)鸵患移涔S做集成光梳理 MES 和 ERP 的接口字段就花了兩周最后發(fā)現(xiàn)兩邊對(duì)完工入庫(kù)的定義都不一樣那一版方案直接推倒重來(lái)。如果你也在做這件事或者正準(zhǔn)備立項(xiàng)這份《MES與ERP、SCM、WMS、APS、SCADA、PLM、QMS系統(tǒng)集成方案.pptx》值得先看一遍。它不是教科書(shū)里面是七套系統(tǒng)之間的接口清單、數(shù)據(jù)流向和集成順序解決的是到底誰(shuí)先接誰(shuí)、數(shù)據(jù)從哪來(lái)到哪去、邊界劃在哪這一連串最實(shí)際的問(wèn)題。適合制造企業(yè)的信息主管、MES實(shí)施顧問(wèn)、集成開(kāi)發(fā)工程師以及被老板要求拉通所有系統(tǒng)但又不知從何下手的項(xiàng)目經(jīng)理。2. 集成對(duì)象識(shí)別先分清七套系統(tǒng)的邊界再談接口2.1 為什么 ERP 和 MES 的集成永遠(yuǎn)是第一優(yōu)先級(jí)做集成的人有個(gè)共識(shí)MES 夾在計(jì)劃層和執(zhí)行層中間向上要接 ERP 的生產(chǎn)訂單和物料需求向下要接 SCADA 的設(shè)備數(shù)據(jù)左右還要跟 WMS、APS、PLM、QMS 打交道。但第一優(yōu)先級(jí)永遠(yuǎn)是 ERP因?yàn)樯a(chǎn)訂單、物料主數(shù)據(jù)、BOM、工藝路線這些主數(shù)據(jù)都來(lái)自 ERP。如果 MES 和 ERP 的主數(shù)據(jù)不一致后面接什么系統(tǒng)都是在錯(cuò)誤的地基上蓋房子。常見(jiàn)做法是先把組織架構(gòu)、物料主數(shù)據(jù)、BOM、工藝路線、生產(chǎn)訂單、領(lǐng)料單、完工入庫(kù)單、報(bào)廢單這八類數(shù)據(jù)對(duì)齊。其中最容易翻車的字段是計(jì)量單位換算——ERP 里物料按噸管理MES 里可能按件管理接口如果不做單位換算庫(kù)存差異會(huì)越滾越大。我一般會(huì)在接口設(shè)計(jì)階段就強(qiáng)制要求雙方在映射表里把單位換算關(guān)系寫死而不是在程序里各寫各的。2.2 與 SCM、WMS、APS 的數(shù)據(jù)流向劃分誰(shuí)負(fù)責(zé)計(jì)劃誰(shuí)負(fù)責(zé)執(zhí)行SCM 供應(yīng)鏈協(xié)同主要處理采購(gòu)訂單、到貨計(jì)劃、供應(yīng)商發(fā)貨通知。MES 和 SCM 之間真正的接口其實(shí)是采購(gòu)訂單的到貨狀態(tài)——SCM 知道供應(yīng)商什么時(shí)候發(fā)貨但只有 MES 側(cè)才知道物料什么時(shí)候真正被投入產(chǎn)線。所以數(shù)據(jù)流向是SCM 的采購(gòu)訂單創(chuàng)建信息下發(fā)到 MES 作參考MES 的投料消耗和完工信息回傳給 SCM 做庫(kù)存和交付評(píng)估。WMS 倉(cāng)儲(chǔ)管理和 MES 的集成就敏感得多。常見(jiàn)斷點(diǎn)發(fā)生在線邊庫(kù)這個(gè)概念上WMS 管的是中央倉(cāng)庫(kù)MES 管的是線邊庫(kù)兩邊如果各建一套賬月底盤庫(kù)一定對(duì)不上。業(yè)界通行做法是 WMS 負(fù)責(zé)收貨、上架、揀配、發(fā)運(yùn)MES 負(fù)責(zé)線邊庫(kù)的投料、退料、工單消耗兩個(gè)系統(tǒng)之間的接口只走領(lǐng)料申請(qǐng)和領(lǐng)料發(fā)放確認(rèn)兩條消息中間庫(kù)存由 MES 在工單關(guān)閉時(shí)統(tǒng)一反寫。APS 高級(jí)排程和 MES 的集成核心是排程結(jié)果和執(zhí)行反饋的雙向閉環(huán)。APS 把日排產(chǎn)計(jì)劃下發(fā)到 MESMES 把工單的實(shí)際開(kāi)工、完工、報(bào)工數(shù)量回傳 APS。這里有個(gè)經(jīng)常被忽略的點(diǎn)APS 排程用的是標(biāo)準(zhǔn)工時(shí)MES 回傳的是實(shí)動(dòng)工時(shí)兩套數(shù)據(jù)如果不做偏差統(tǒng)計(jì)排程模型的精度就會(huì)越來(lái)越差。所以集成方案里一定要加一張工時(shí)偏差分析表每個(gè)月校準(zhǔn)一次。2.3 與 SCADA、PLM、QMS 的集成數(shù)據(jù)采集、源頭文件和過(guò)程質(zhì)量SCADA 是 MES 的眼睛所有設(shè)備狀態(tài)、產(chǎn)量計(jì)數(shù)、溫度壓力參數(shù)都從 SCADA 采集上來(lái)。MES 與 SCADA 的接口一般走 OPC UA 或 MQTT 實(shí)時(shí)通道而不是像 ERP 那樣走文件或 WebService 批處理。選型時(shí)要特別注意點(diǎn)位表的管理——一個(gè)兩百臺(tái)設(shè)備的車間點(diǎn)位表可能有上萬(wàn)個(gè)沒(méi)有點(diǎn)位管理工具的話光維護(hù)映射關(guān)系就能崩潰。PLM 管的是產(chǎn)品生命周期中的數(shù)據(jù)EBOM、CAD 圖紙、變更記錄。MES 里跑的是 MBOM 和工藝路線兩者之間的橋梁是設(shè)計(jì)變更通知接口——PLM 發(fā)布工程變更后MES 要自動(dòng)感知并觸發(fā)工藝路線的版本更新。做得好的集成方案會(huì)讓 MES 的工藝版本和 PLM 的版本號(hào)聯(lián)動(dòng)避免車間還在用舊工藝生產(chǎn)。QMS 質(zhì)量管理系統(tǒng)的集成最容易被排到最后但卻是最容易出大事故的。MES 需要把檢驗(yàn)工單、不合格品處理單實(shí)時(shí)推給 QMSQMS 判定不合格后要能觸發(fā) MES 端的工單凍結(jié)或設(shè)備停機(jī)。這個(gè)聯(lián)動(dòng)的時(shí)延如果在秒級(jí)以上不良品就可能已經(jīng)流入下道工序。合理的方案是走消息隊(duì)列實(shí)現(xiàn)異步解耦QMS 的判定消息延遲控制在 500 毫秒以內(nèi)。2.4 集成優(yōu)先級(jí)評(píng)估矩陣一張表判斷先接哪個(gè)系統(tǒng)集成對(duì)象主數(shù)據(jù)依賴實(shí)時(shí)性要求集成難度優(yōu)先級(jí)建議ERP極高分鐘級(jí)高字段語(yǔ)義差異大第一優(yōu)先WMS高秒級(jí)到分鐘級(jí)中庫(kù)存邏輯需對(duì)齊第二優(yōu)先APS高分鐘級(jí)中計(jì)劃與執(zhí)行閉環(huán)與 ERP 并行啟動(dòng)調(diào)研SCADA低毫秒到秒級(jí)高點(diǎn)位數(shù)量大與 MES 同步規(guī)劃SCM中小時(shí)級(jí)低視供應(yīng)鏈復(fù)雜度PLM高小時(shí)級(jí)中BOM 同步規(guī)則復(fù)雜在主數(shù)據(jù)治理后接入QMS中秒級(jí)中質(zhì)量判定聯(lián)動(dòng)上線前必接這個(gè)矩陣不是憑空拍的。ERP 和 PLM 是主數(shù)據(jù)源頭接晚了后續(xù)全是返工SCADA 是數(shù)據(jù)采集底座接晚了 MES 就是無(wú)源之水。我在實(shí)際項(xiàng)目里喜歡按先主數(shù)據(jù)、再執(zhí)行數(shù)據(jù)、最后質(zhì)量數(shù)據(jù)的順序推進(jìn)每接完一個(gè)系統(tǒng)就做一次數(shù)據(jù)血緣驗(yàn)證比一次性切所有系統(tǒng)穩(wěn)得多。3. 集成技術(shù)選型與協(xié)議落地文件、接口服務(wù)和消息隊(duì)列怎么選3.1 三種集成方式的適用邊界批量文件、WebService/RESTful、消息中間件集成方案里最常見(jiàn)的錯(cuò)誤是一招鮮——要么全部走接口服務(wù)要么全部走文件。實(shí)際上七套系統(tǒng)的集成對(duì)實(shí)時(shí)性要求差異極大必須混合使用。批量文件XML、CSV、JSON仍是 ERP 主數(shù)據(jù)同步的主流方式。物料、BOM、工藝路線這類數(shù)據(jù)的變更頻率低而且通常是晚上批量導(dǎo)入。文件方式的好處是簡(jiǎn)單可靠、支持重跑壞處是實(shí)時(shí)性差。SCM 的采購(gòu)訂單同步也常用文件方式因?yàn)榘刺炫刻幚砭蛪蛄?。WebService 和 RESTful API 適合請(qǐng)求應(yīng)答式的實(shí)時(shí)交互比如 MES 向 WMS 發(fā)起領(lǐng)料申請(qǐng)、ERP 向 MES 下發(fā)生產(chǎn)訂單、MES 向 QMS 推送檢驗(yàn)工單。這類交互對(duì)實(shí)時(shí)性要求是秒級(jí)需要立刻確認(rèn)收到或拒絕接口方式最合適。消息隊(duì)列RabbitMQ、Kafka、RocketMQ用于異步事件驅(qū)動(dòng)的場(chǎng)景。SCADA 采集的設(shè)備狀態(tài)數(shù)據(jù)、QMS 的不合格品判定消息、APS 的排程結(jié)果回傳都是典型的事件流。消息隊(duì)列最大的價(jià)值是削峰填谷和故障隔離——SCADA 數(shù)據(jù)高峰時(shí)每秒上千條直接調(diào)接口會(huì)把 MES 服務(wù)打垮。我在方案里給 MES 和 SCADA 之間定的方案是 Kafka 流式計(jì)算MES 只消費(fèi)訂閱的主題不主動(dòng)請(qǐng)求。3.2 接口設(shè)計(jì)規(guī)范報(bào)文結(jié)構(gòu)、字段映射和異常碼約束接口規(guī)范是集成方案里最枯燥但最重要的部分。一張接口字段映射表寫清楚了兩邊系統(tǒng)每個(gè)字段的語(yǔ)義、長(zhǎng)度、必填約束和默認(rèn)值能省掉實(shí)施期一半的扯皮。接口項(xiàng)規(guī)范建議說(shuō)明數(shù)據(jù)格式JSON over HTTPSAPIXML/SOAPERP遺留系統(tǒng)AVROKafka視對(duì)方系統(tǒng)的技術(shù)棧定字段命名統(tǒng)一 camelCase系統(tǒng)前綴區(qū)分避免 MES 的 productionOrderId 和 ERP 的 VCH_NO 混用時(shí)間格式ISO 8601帶時(shí)區(qū)跨時(shí)區(qū)的工廠尤其重要數(shù)值精度數(shù)量 4 位小數(shù)金額 2 位小數(shù)單位必填避免浮點(diǎn)誤差異常碼統(tǒng)一 5 位前兩位標(biāo)識(shí)系統(tǒng)后三位標(biāo)識(shí)錯(cuò)誤類型排障時(shí)不用翻兩個(gè)系統(tǒng)的日志冪等性每次接口調(diào)用帶上 globalId全局唯一ID防止網(wǎng)絡(luò)重試導(dǎo)致重復(fù)入庫(kù)關(guān)于冪等性做過(guò)集成的人都有教訓(xùn)——消息重發(fā)在分布式環(huán)境下是常態(tài)接口不做冪等一個(gè)完工入庫(kù)消息重發(fā)兩次ERP 的庫(kù)存就多出一倍。方案里應(yīng)該明確要求所有寫操作接口必須檢查 globalId 是否已處理過(guò)返回重復(fù)消息而不是重新執(zhí)行。3.3 主數(shù)據(jù)同步策略全量初始化加增量訂閱MES 上線初期ERP 的主數(shù)據(jù)物料、BOM、工藝路線需要一次全量初始化上線后PLM 或 ERP 的變更要通過(guò)增量消息實(shí)時(shí)推送。這個(gè)機(jī)制在方案里通常叫主數(shù)據(jù)分發(fā)總線。具體做法是第一次做全量抽取通過(guò) ETL 工具把 ERP 和 PLM 的主數(shù)據(jù)拉出來(lái)做數(shù)據(jù)清洗、去重、映射后導(dǎo)入 MES 的暫存表之后改為訂閱模式ERP 的物料變更、PLM 的 BOM 變更發(fā)布消息到 KafkaMES 消費(fèi)消息后做增量更新。增量更新時(shí)最容易出問(wèn)題的是變更順序——比如物料主數(shù)據(jù)還沒(méi)更新BOM 里的新物料引用就已經(jīng)過(guò)來(lái)了。解決方法是加版本號(hào)比較MES 收到 BOM 變更時(shí)先校驗(yàn)引用的物料版本是否高于當(dāng)前版本不滿足就進(jìn)重試隊(duì)列。3.4 數(shù)據(jù)集成中間件選型對(duì)比自研、ESB 和數(shù)據(jù)平臺(tái)方案優(yōu)點(diǎn)缺點(diǎn)適用場(chǎng)景點(diǎn)對(duì)點(diǎn)自研接口靈活、無(wú)額外依賴接口數(shù)量爆炸、維護(hù)成本高系統(tǒng)少3個(gè)以內(nèi)、預(yù)算有限ESB 企業(yè)服務(wù)總線統(tǒng)一路由、協(xié)議轉(zhuǎn)換重、貴、研發(fā)周期長(zhǎng)大型集團(tuán)、系統(tǒng)多且雜數(shù)據(jù)集成平臺(tái) / iPaaS可視化配置、內(nèi)置連接器有年費(fèi)、定制能力受限中小制造企業(yè)、希望快速上線我在中小型制造企業(yè)項(xiàng)目里一般推薦第三種先用現(xiàn)成的集成平臺(tái)把接口跑通等接口數(shù)量超過(guò) 30 個(gè)再考慮自研調(diào)度。原因很簡(jiǎn)單集成工作的核心是把業(yè)務(wù)語(yǔ)義對(duì)齊而不是重復(fù)造輪子。若依框架這類開(kāi)源開(kāi)發(fā)平臺(tái)最近在 MES 圈子里很流行不少團(tuán)隊(duì)用它做 MES 的底座集成能力靠擴(kuò)展接口實(shí)現(xiàn)——這時(shí)候用數(shù)據(jù)集成平臺(tái)做協(xié)議適配比在 MES 代碼里硬寫各種 SDK 干凈得多。4. 集成方案落地實(shí)施路徑接口清單、實(shí)施方案、上線驗(yàn)證三步走4.1 第一步建立集成接口清單和字段級(jí)映射表動(dòng)手寫代碼前先做兩件事接口清單和數(shù)據(jù)映射。接口清單解決有哪些數(shù)據(jù)要流動(dòng)數(shù)據(jù)映射解決每個(gè)字段從哪來(lái)到哪去。沒(méi)有這兩張表實(shí)施過(guò)程必然返工。接口清單表建議公式管理每條一個(gè)負(fù)責(zé)人序號(hào)源系統(tǒng)目標(biāo)系統(tǒng)接口名稱觸發(fā)方式實(shí)時(shí)性要求接口類型狀態(tài)1ERPMES生產(chǎn)訂單下發(fā)ERP 創(chuàng)建訂單后推送1 分鐘API待開(kāi)發(fā)2MESERP完工入庫(kù)反寫工單報(bào)工后觸發(fā)5 分鐘API待開(kāi)發(fā)3MESWMS領(lǐng)料申請(qǐng)單MES 創(chuàng)建領(lǐng)料單30 秒API待開(kāi)發(fā)4WMSMES領(lǐng)料發(fā)放確認(rèn)WMS 揀貨完成30 秒API待開(kāi)發(fā)5SCADAMES設(shè)備狀態(tài)實(shí)時(shí)數(shù)據(jù)采集中持續(xù)推送1 秒Kafka待開(kāi)發(fā)6QMSMES不合格品凍結(jié)指令QMS 判定不合格2 秒Kafka待開(kāi)發(fā)字段映射表長(zhǎng)這樣以生產(chǎn)訂單下發(fā)為例MES 字段ERP 字段類型必填映射規(guī)則productionOrderIdMO_NoVARCHAR(30)是直接映射materialCodeItem_CodeVARCHAR(20)是去掉前導(dǎo)零quantityPlan_QtyDECIMAL(14,4)是單位轉(zhuǎn)換為 pcsdueDateDue_DateDATETIME是時(shí)間格式化sourceSys/VARCHAR(10)是寫死為 ERP預(yù)留擴(kuò)展4.2 第二步選擇實(shí)施順序按依賴關(guān)系分三批推進(jìn)根據(jù)前面的優(yōu)先級(jí)評(píng)估矩陣我一貫的做法是把集成實(shí)施拆成三批第一批主數(shù)據(jù)接入。先把 ERP 的物料、BOM、工藝路線、PLM 的 EBOM 變更訂閱打通MES 的靜態(tài)數(shù)據(jù)不再靠人工導(dǎo)入。這個(gè)階段不涉及生產(chǎn)執(zhí)行驗(yàn)證的是數(shù)據(jù)能不能準(zhǔn)確、及時(shí)地進(jìn)到 MES 并落到正確的表。工期控制在 4 到 6 周。第二批制造執(zhí)行閉環(huán)。接生產(chǎn)訂單下發(fā)、工單開(kāi)工、報(bào)工、完工入庫(kù)反寫、領(lǐng)料申請(qǐng)和發(fā)放確認(rèn)。這是價(jià)值最高的階段MES 的車間執(zhí)行數(shù)據(jù)開(kāi)始和 ERP 的庫(kù)存、成本對(duì)接——ERP 的庫(kù)存賬終于和車間實(shí)際對(duì)上了。工期 6 到 8 周。第三批實(shí)時(shí)聯(lián)動(dòng)。接 SCADA 設(shè)備數(shù)據(jù)流、QMS 質(zhì)量判定消息、APS 排程結(jié)果回傳。這個(gè)階段的特征是消息量暴增要重點(diǎn)驗(yàn)證消息隊(duì)列的吞吐和消費(fèi)延遲。工期 4 到 6 周。4.3 第三步集成驗(yàn)證的六個(gè)檢查點(diǎn)集成聯(lián)調(diào)最容易出現(xiàn)的問(wèn)題是接口能通但數(shù)據(jù)不對(duì)。我每次做集成驗(yàn)證都會(huì)按下面六個(gè)檢查點(diǎn)過(guò)一遍檢查項(xiàng)通過(guò)標(biāo)準(zhǔn)失敗時(shí)的處理字段完整性映射表里所有必填字段均有值補(bǔ)日志查映射規(guī)則值域合法性枚舉字段如工單狀態(tài)值在目標(biāo)系統(tǒng)合法統(tǒng)一枚舉字典時(shí)間一致性接口時(shí)間與業(yè)務(wù)實(shí)際發(fā)生時(shí)間差在閾值內(nèi)檢查是否有排隊(duì)或積壓冪等性重復(fù)投遞同一消息不產(chǎn)生重復(fù)數(shù)據(jù)校驗(yàn) globalId 去重邏輯異常路徑目標(biāo)系統(tǒng)不可用、數(shù)據(jù)校驗(yàn)失敗時(shí)消息進(jìn)入死信隊(duì)列建立死信隊(duì)列人工處理機(jī)制數(shù)據(jù)對(duì)賬每晚跑批比對(duì)兩端系統(tǒng)關(guān)鍵數(shù)據(jù)差異差異原因分析修復(fù)映射每晚的數(shù)據(jù)對(duì)賬是我最看重的。方案里建議在 MES 側(cè)建一張對(duì)賬表按天記錄ERP 下達(dá)訂單數(shù) vs MES 接收訂單數(shù)MES 報(bào)工完成數(shù) vs ERP 完工入庫(kù)數(shù)兩個(gè)數(shù)字差超過(guò)閾值就觸發(fā)預(yù)警不等月底盤點(diǎn)才暴露問(wèn)題。5. 集成避坑五個(gè)真實(shí)教訓(xùn)與排查建議5.1 現(xiàn)象ERP 和 MES 的庫(kù)存賬月底對(duì)不上原因領(lǐng)料模式兩套邏輯。ERP 按工單倒沖領(lǐng)料工單關(guān)閉時(shí)按 BOM 自動(dòng)扣料MES 按實(shí)際投料記錄領(lǐng)料兩邊不在同一事件節(jié)點(diǎn)記賬差異必然發(fā)生。解決統(tǒng)一以 MES 的投料確認(rèn)事件作為扣賬依據(jù)。MES 每次投料成功后實(shí)時(shí)推送消息給 ERPERP 沖銷原來(lái)的倒沖邏輯改為按消息記賬。同時(shí)上線前做一次庫(kù)存初始化以實(shí)物盤點(diǎn)數(shù)為準(zhǔn)重置兩邊系統(tǒng)期初庫(kù)存給出一條明確的分界線。從那以后我每個(gè)項(xiàng)目都會(huì)要求業(yè)務(wù)方書(shū)面確認(rèn)哪一方是記賬主源這是整個(gè)集成方案的定海神針。5.2 現(xiàn)象WMS 已經(jīng)發(fā)料MES 側(cè)一直收不到確認(rèn)車間無(wú)法開(kāi)工原因接口依賴了不穩(wěn)定的網(wǎng)絡(luò)傳輸。WMS 發(fā)料確認(rèn)走的是同步 HTTP 調(diào)用網(wǎng)絡(luò)抖動(dòng)時(shí) MES 返回超時(shí)但 WMS 側(cè)已經(jīng)提交事務(wù)兩邊狀態(tài)就分叉了。解決把跨系統(tǒng)的關(guān)鍵確認(rèn)改成消息隊(duì)列 本地事務(wù)表。WMS 發(fā)放后先寫本地事務(wù)表再發(fā)消息到隊(duì)列MES 消費(fèi)成功后回執(zhí)確認(rèn)WMS 側(cè)標(biāo)記完成。給發(fā)放確認(rèn)接口加了一個(gè)重試機(jī)制每 30 秒補(bǔ)償一次直到 MES 明確返回成功。改完后再?zèng)]出現(xiàn)過(guò)兩邊都不知道這包料去哪了的情況。5.3 現(xiàn)象易飛 ERP 系統(tǒng)連接異常MES 的生產(chǎn)訂單下發(fā)放不下原因鼎捷易飛這類傳統(tǒng) ERP 的對(duì)外接口普遍走中間數(shù)據(jù)庫(kù)表或 COM 組件并發(fā)能力和容錯(cuò)性都比較弱。MES 側(cè)高頻率輪詢對(duì)賬把 ERP 的接口服務(wù)壓崩了。解決降低拉取頻率改為增量拉取。第一次全量初始化之后MES 每小時(shí)拉一次增量并且 ERP 側(cè)做了接口白名單只允許 MES 應(yīng)用服務(wù)器 IP 訪問(wèn)。同時(shí)接了一個(gè)輕量級(jí)的進(jìn)程守護(hù)ERP 接口服務(wù)異常時(shí)自動(dòng)重啟并在釘群告警。后來(lái)我碰到傳統(tǒng) ERP 都會(huì)先問(wèn)一句中間庫(kù)還是 API中間庫(kù)方案的話并發(fā)量控制在每秒 5 次以內(nèi)。5.4 現(xiàn)象SCADA 數(shù)據(jù)流接入后 MES 數(shù)據(jù)庫(kù)連接數(shù)被打滿原因SCADA 采集的頻率是毫秒級(jí)點(diǎn)位掃描接入方式考慮不周時(shí)每個(gè)點(diǎn)位在 MES 側(cè)建一條數(shù)據(jù)庫(kù)連接幾百個(gè)點(diǎn)位上來(lái)就把數(shù)據(jù)庫(kù)連接池打爆了。解決引入流處理節(jié)點(diǎn)。SCADA 數(shù)據(jù)先進(jìn)入 Kafka由獨(dú)立的流處理服務(wù)做窗口聚合——每秒聚合成一條均值或匯總值再批量寫入 MES 數(shù)據(jù)庫(kù)。這樣數(shù)據(jù)庫(kù)的寫入頻率從每毫秒每點(diǎn)位降到每秒每條產(chǎn)線。點(diǎn)位表也做了優(yōu)化靜態(tài)點(diǎn)位設(shè)備開(kāi)關(guān)機(jī)狀態(tài)只在狀態(tài)變化時(shí)上報(bào)動(dòng)態(tài)點(diǎn)位溫度壓力才周期上報(bào)。5.5 現(xiàn)象QMS 判不合格后 MES 沒(méi)有停機(jī)不良品繼續(xù)流轉(zhuǎn)原因QMS 和 MES 的集成只做了檢驗(yàn)記錄推送沒(méi)有做控制指令閉環(huán)——QMS 判退的消息發(fā)了但 MES 沒(méi)有收到或沒(méi)有觸發(fā)設(shè)備控制邏輯。問(wèn)題出在消息模型上推送的是檢驗(yàn)結(jié)果而不是控制指令MES 端沒(méi)有對(duì)應(yīng)的消費(fèi)邏輯。解決重新定義接口語(yǔ)義。QMS 判定不合格時(shí)發(fā)送兩條消息第一條是結(jié)果通知第二條是控制指令包括工單凍結(jié)和設(shè)備停機(jī)信號(hào)。MES 實(shí)現(xiàn)了控制指令的消費(fèi)者收到后立即鎖定工單對(duì)應(yīng)的在制品隊(duì)列并向 PLC 發(fā)送暫停信號(hào)。同時(shí)還加了人工確認(rèn)兜底——MES 端操作員必須手動(dòng)確認(rèn)鎖單不然每五分鐘彈一次提醒。這是質(zhì)量追溯里最重要的斷點(diǎn)成功的項(xiàng)目把這一環(huán)列為必須驗(yàn)證項(xiàng)而不是可選優(yōu)化項(xiàng)。6. 方案落地前最該先做的一件事集成成熟度自評(píng)拿到這份 PPT 之后先別急著開(kāi)會(huì)、立項(xiàng)、招開(kāi)發(fā)。我建議你先做一次集成成熟度自評(píng)把現(xiàn)狀摸清楚再動(dòng)手。我給幾個(gè)合作過(guò)的工廠做過(guò)這套評(píng)估方法很簡(jiǎn)單按系統(tǒng)逐個(gè)回答六個(gè)問(wèn)題——主數(shù)據(jù)誰(shuí)維護(hù)、變更怎么通知、接口有沒(méi)有文檔、失敗怎么處理、數(shù)據(jù)誰(shuí)對(duì)賬、誰(shuí)負(fù)責(zé)排障。每個(gè)問(wèn)題按 0 到 2 分打分滿分 12 分低于 6 分的系統(tǒng)優(yōu)先補(bǔ)治理能力而不是先寫接口。以 ERP 為例如果主數(shù)據(jù)誰(shuí)維護(hù)答案是各管各的直接扣 2 分變更怎么通知答案是郵件人工通知再扣 1 分。兩個(gè)系統(tǒng)都不到 6 分的情況下做接口就是給流程坑填數(shù)據(jù)越填越亂。這套自評(píng)我一般建議用半天時(shí)間拉上各系統(tǒng)負(fù)責(zé)人一起過(guò)打分過(guò)程中順便就把接口清單的雛形理出來(lái)了——每個(gè)系統(tǒng)的連接方式、接口協(xié)議、負(fù)責(zé)人當(dāng)場(chǎng)確認(rèn)后面做方案直接復(fù)用。集成方案落地后每個(gè)季度要做一次接口健康度復(fù)查。我習(xí)慣拉一個(gè)統(tǒng)計(jì)腳本統(tǒng)計(jì)近 30 天每條接口的調(diào)用量、失敗率、平均耗時(shí)和最大耗時(shí)失敗率超過(guò) 0.5% 的接口單獨(dú)開(kāi)復(fù)盤。數(shù)據(jù)集成平臺(tái)有現(xiàn)成的監(jiān)控面板自研的話就用日志采集搭一個(gè)簡(jiǎn)易看板。從那以后我每次給工廠做集成規(guī)劃都會(huì)強(qiáng)制先輸出一份集成成熟度自評(píng)再談方案這張表比接口清單更早誕生——它讓我們避開(kāi)了所有看起來(lái)是技術(shù)問(wèn)題、其實(shí)是管理問(wèn)題的坑希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取