簡(jiǎn)介這份PPT面向制造業(yè)信息化從業(yè)者、PLM產(chǎn)品經(jīng)理與研發(fā)數(shù)字化團(tuán)隊(duì)圍繞零部件主數(shù)據(jù)管理模塊的未來(lái)藍(lán)圖設(shè)計(jì)展開(kāi)可用于項(xiàng)目立項(xiàng)匯報(bào)、方案評(píng)審或?qū)嵤﹨⒖?。資源為單文件PPTX壓縮包約11.1MB共1個(gè)文件以幻燈片形式系統(tǒng)呈現(xiàn)需求描述、方案總攬、功能設(shè)計(jì)與業(yè)務(wù)流程模板等章節(jié)。內(nèi)容覆蓋零部件分類與編碼規(guī)則、查重機(jī)制、版本與變更管理、生命周期狀態(tài)、圖紙關(guān)聯(lián)、模具信息、材質(zhì)估價(jià)、供應(yīng)商樣品確認(rèn)及跨組織借用等業(yè)務(wù)范圍并梳理了多套分類規(guī)則、版本變更不規(guī)范、關(guān)聯(lián)關(guān)系缺失等業(yè)務(wù)痛點(diǎn)與對(duì)應(yīng)業(yè)務(wù)價(jià)值還給出物料查詢的三種方式、跨事業(yè)部協(xié)同更改會(huì)簽流程以及從方案設(shè)計(jì)到退市的零部件管理流程概覽。目前已有128人學(xué)習(xí)適合需要理解PLM零部件主數(shù)據(jù)藍(lán)圖設(shè)計(jì)思路、搭建分類與編碼體系或編寫(xiě)實(shí)施方案的讀者參考。1. 從 246 頁(yè)藍(lán)圖里拆出零部件管理這份 PPT 到底能解決什么如果你正在推 PLM 項(xiàng)目尤其是零部件主數(shù)據(jù)這塊大概率遇到過(guò)這種場(chǎng)面研發(fā)說(shuō)分類規(guī)則太亂同一個(gè)螺釘在三個(gè)事業(yè)部有四種叫法財(cái)務(wù)說(shuō)編碼對(duì)不上采購(gòu)和研發(fā)各維護(hù)一套IT 說(shuō)系統(tǒng)里查重靠人眼優(yōu)選件庫(kù)形同虛設(shè)。這份《PLM項(xiàng)目藍(lán)圖設(shè)計(jì)方案零部件管理模塊》246 頁(yè) PPT就是把這些散落的痛點(diǎn)收進(jìn)一套可落地的藍(lán)圖里。它不是產(chǎn)品手冊(cè)而是一份從業(yè)務(wù)痛點(diǎn)、現(xiàn)狀描述、功能清單一路推到方案設(shè)計(jì)和業(yè)務(wù)流程模板的實(shí)施方法文檔。適合誰(shuí)看正在做 PLM 一期規(guī)劃的產(chǎn)品經(jīng)理、負(fù)責(zé)零部件主數(shù)據(jù)治理的 IT 實(shí)施顧問(wèn)以及被編碼規(guī)則和查重機(jī)制折磨過(guò)的研發(fā)骨干。它解決的不是要不要上 PLM而是零部件管理這一塊藍(lán)圖到底怎么畫(huà)、規(guī)則怎么定、流程怎么串。2. 零部件主數(shù)據(jù)的三條規(guī)則線屬性、分類、編碼怎么定零部件管理的底座是主數(shù)據(jù)主數(shù)據(jù)能不能用住全看屬性規(guī)則、分類規(guī)則、編碼規(guī)則這三條線有沒(méi)有在藍(lán)圖階段對(duì)齊。PPT 里把這塊放在業(yè)務(wù)范圍的第一條不是沒(méi)有道理——后面所有的查重、借用、生命周期管理都依賴這三條線是否穩(wěn)定。2.1 屬性規(guī)則先定描述什么再談怎么描述屬性規(guī)則解決的是零部件用什么字段描述的問(wèn)題。常見(jiàn)做法是先把零部件按大類拆開(kāi)比如標(biāo)準(zhǔn)件、通用件、專用件、電子元器件每一類需要描述的屬性集合不一樣。螺釘需要螺紋規(guī)格、長(zhǎng)度、材質(zhì)、表面處理電阻需要阻值、精度、功率、封裝。PPT 里提到的特征屬性搜索和分類屬性就是建立在這個(gè)邏輯上——屬性不是一張大表鋪到底而是跟著分類走。我一般會(huì)建議在藍(lán)圖階段做一張屬性矩陣表行是零部件大類列是屬性字段交叉格標(biāo)注必填/選填/系統(tǒng)帶出。這張表不用寫(xiě)進(jìn) PPT但它是后面配置系統(tǒng)的基礎(chǔ)。沒(méi)有這張表實(shí)施階段一定會(huì)在這個(gè)字段到底要不要上反復(fù)扯皮。零部件大類必填屬性選填屬性系統(tǒng)帶出屬性標(biāo)準(zhǔn)件規(guī)格、材質(zhì)、標(biāo)準(zhǔn)號(hào)表面處理、供應(yīng)商分類編碼、生命周期狀態(tài)通用件名稱、代號(hào)、材質(zhì)優(yōu)選等級(jí)、借用記錄分類編碼、財(cái)務(wù)分類專用件名稱、代號(hào)、所屬產(chǎn)品模具信息、認(rèn)證狀態(tài)分類編碼、組織屬性電子元器件型號(hào)、參數(shù)、封裝替代料、測(cè)試報(bào)告分類編碼、認(rèn)證狀態(tài)這張表的價(jià)值在于它把屬性規(guī)則從一句口號(hào)變成了可檢查的清單。PPT 里強(qiáng)調(diào)的多套分類規(guī)則增加工程師工作量根因往往不是分類本身多而是屬性沒(méi)有跟著分類走導(dǎo)致工程師在創(chuàng)建零部件時(shí)面對(duì)一堆無(wú)關(guān)字段。2.2 分類規(guī)則研發(fā)分類和財(cái)務(wù)分類的映射是重頭戲PPT 里有一頁(yè)專門(mén)講建立研發(fā)分類和財(cái)務(wù)分類映射表系統(tǒng)自動(dòng)帶出財(cái)務(wù)分類無(wú)法映射的財(cái)務(wù)手工維護(hù)。這句話看起來(lái)簡(jiǎn)單落地時(shí)是最容易翻車(chē)的地方。研發(fā)分類面向重用顆粒度細(xì)比如緊固件-螺釘-機(jī)絲螺釘-十字槽盤(pán)頭螺釘財(cái)務(wù)分類面向核算顆粒度粗可能只到原材料-緊固件。兩者不是一對(duì)一而是多對(duì)一或者多對(duì)多。常見(jiàn)做法是建兩張分類樹(shù)然后在中間加一張映射表。映射表里每一條記錄包含研發(fā)分類節(jié)點(diǎn)、財(cái)務(wù)分類節(jié)點(diǎn)、映射類型自動(dòng)/手工、生效范圍集團(tuán)/事業(yè)部。系統(tǒng)在零部件發(fā)布時(shí)根據(jù)研發(fā)分類自動(dòng)查映射表能命中就帶出財(cái)務(wù)分類命中不了就掛起等財(cái)務(wù)確認(rèn)。注意映射表不是一次建完就完事。新分類節(jié)點(diǎn)上線、財(cái)務(wù)科目調(diào)整、事業(yè)部合并都會(huì)讓映射表失效。藍(lán)圖里要預(yù)留映射表的維護(hù)流程和責(zé)任人否則上線三個(gè)月后就是一堆孤兒數(shù)據(jù)。2.3 編碼規(guī)則編碼生成器要能按分類和物料類型自動(dòng)出碼PPT 里提到形成可管理的編碼生成器可根據(jù)不同的編碼種類、編碼分類和物料類型等類別自動(dòng)生成編碼。這句話拆開(kāi)看編碼生成器至少需要三個(gè)輸入編碼種類比如零部件碼、圖紙碼、物料碼、編碼分類研發(fā)分類節(jié)點(diǎn)、物料類型標(biāo)準(zhǔn)件/通用件/專用件。輸出是一串唯一編碼同時(shí)要保證跨組織、跨事業(yè)部不沖突。我見(jiàn)過(guò)太多項(xiàng)目在編碼規(guī)則上翻車(chē)根因不是生成器寫(xiě)不出來(lái)而是規(guī)則沒(méi)定死。比如分類碼取幾位這件事研發(fā)希望細(xì)一點(diǎn)方便識(shí)別IT 希望短一點(diǎn)方便存儲(chǔ)采購(gòu)希望穩(wěn)定一點(diǎn)方便對(duì)賬。藍(lán)圖階段如果不把位數(shù)和分段規(guī)則定下來(lái)實(shí)施階段就是無(wú)休止的會(huì)議。# 編碼生成器偽代碼按分類碼 流水號(hào)生成零部件編碼 # 輸入category_code分類碼如 8101012、material_type物料類型如 STD # 輸出完整編碼如 8101012-STD-00018 def generate_part_code(category_code, material_type, seq_pool): # 分類碼固定 7 位來(lái)自研發(fā)分類樹(shù)的節(jié)點(diǎn)編碼 if len(category_code) ! 7: raise ValueError(分類碼必須為 7 位) # 物料類型 3 位STD標(biāo)準(zhǔn)件, COM通用件, SPE專用件, ELE電子元器件 type_map {標(biāo)準(zhǔn)件: STD, 通用件: COM, 專用件: SPE, 電子元器件: ELE} type_code type_map.get(material_type) if not type_code: raise ValueError(未知物料類型) # 流水號(hào)從號(hào)段池取按分類碼物料類型隔離避免跨類沖突 seq seq_pool.next(f{category_code}-{type_code}) return f{category_code}-{type_code}-{seq:05d}這段邏輯的關(guān)鍵在號(hào)段池的隔離粒度。如果所有分類共用一個(gè)號(hào)段流水號(hào)會(huì)很快膨脹而且不同分類的編碼長(zhǎng)度不一致后期檢索和排序都難受。按分類碼物料類型隔離號(hào)段既能保證唯一性又方便按類統(tǒng)計(jì)和回收。參數(shù)上分類碼位數(shù)、物料類型碼、流水號(hào)位數(shù)這三個(gè)值一旦定下來(lái)后期改的成本極高藍(lán)圖階段必須讓研發(fā)、IT、采購(gòu)三方簽字。3. 查重、借用、生命周期三個(gè)最容易做成擺設(shè)的功能主數(shù)據(jù)規(guī)則定完之后PPT 進(jìn)入零部件對(duì)象管理和協(xié)同環(huán)節(jié)。查重、借用、生命周期管理這三個(gè)功能幾乎每個(gè) PLM 項(xiàng)目都會(huì)做但做出來(lái)真正有人用的不多。原因往往不是功能沒(méi)開(kāi)發(fā)而是規(guī)則和流程沒(méi)跟業(yè)務(wù)場(chǎng)景對(duì)齊。3.1 查重機(jī)制相似度查找和完全匹配要分開(kāi)處理PPT 里給了查重的示例完全匹配Match、相似匹配Similar、替代料Alternates。這三種結(jié)果的處置邏輯完全不同。完全匹配意味著零部件已存在系統(tǒng)應(yīng)該直接阻止創(chuàng)建并引導(dǎo)借用相似匹配意味著可能重復(fù)需要人工判斷替代料則是設(shè)計(jì)意圖不是重復(fù)。常見(jiàn)做法是在創(chuàng)建零部件的入口做實(shí)時(shí)查重輸入名稱、關(guān)鍵屬性后系統(tǒng)返回三類結(jié)果。完全匹配直接攔截相似匹配給出相似度分?jǐn)?shù)和對(duì)比字段替代料單獨(dú)展示。相似度算法不用太復(fù)雜名稱的編輯距離加上關(guān)鍵屬性的加權(quán)匹配足夠覆蓋大部分場(chǎng)景。關(guān)鍵是閾值要可配置不同分類的閾值可以不一樣——標(biāo)準(zhǔn)件閾值可以高一點(diǎn)專用件閾值低一點(diǎn)。-- 查重結(jié)果查詢按名稱相似度和關(guān)鍵屬性匹配度返回候選 -- 參數(shù):input_name 輸入名稱:category_code 分類碼:threshold 相似度閾值 SELECT p.part_code, p.part_name, p.category_code, -- 名稱相似度用簡(jiǎn)單的字符重疊比例示意實(shí)際可用編輯距離 (1 - LENGTH(REPLACE(p.part_name, :input_name, )) / GREATEST(LENGTH(p.part_name), LENGTH(:input_name))) AS name_score, -- 關(guān)鍵屬性匹配數(shù) (SELECT COUNT(*) FROM part_attributes pa WHERE pa.part_id p.part_id AND pa.attr_value IN (SELECT attr_value FROM input_attrs)) AS attr_match_count FROM parts p WHERE p.category_code :category_code AND p.status RELEASED HAVING name_score :threshold OR attr_match_count 3 ORDER BY name_score DESC, attr_match_count DESC;這段 SQL 是示意邏輯實(shí)際實(shí)施時(shí)相似度計(jì)算通常放在應(yīng)用層或者搜索引擎里不會(huì)直接壓在數(shù)據(jù)庫(kù)上。但參數(shù)思路是一樣的分類碼限定范圍相似度閾值控制召回屬性匹配數(shù)做二次過(guò)濾。藍(lán)圖里要明確的是查重不是一次性的零部件變更時(shí)也要觸發(fā)查重否則改著改著又改出一個(gè)重復(fù)件。3.2 跨組織借用流程要能支撐同事業(yè)部和跨事業(yè)部?jī)煞N場(chǎng)景PPT 里把借用分成跨組織借用、跨事業(yè)部借用、跨系統(tǒng)借用還給了物流借用的流程圖。這塊的復(fù)雜度在于借用不是簡(jiǎn)單的數(shù)據(jù)復(fù)制而是涉及組織屬性、會(huì)簽、數(shù)據(jù)分發(fā)。同事業(yè)部跨組織借用比如順德工廠借給武漢工廠流程相對(duì)短跨事業(yè)部借用比如家用空調(diào)借給中央空調(diào)需要雙方事業(yè)部會(huì)簽。我一般會(huì)建議在藍(lán)圖里把借用流程拆成三步申請(qǐng)、審批、分發(fā)。申請(qǐng)時(shí)填寫(xiě)借用組織和被借用組織系統(tǒng)自動(dòng)帶出組織屬性審批時(shí)按借用類型走不同的會(huì)簽團(tuán)隊(duì)同事業(yè)部走單邊審批跨事業(yè)部走雙邊會(huì)簽分發(fā)時(shí)把零部件數(shù)據(jù)復(fù)制到目標(biāo)組織同時(shí)保留源組織的引用關(guān)系。PPT 里提到的一票否決制就是會(huì)簽環(huán)節(jié)的規(guī)則——所有參與會(huì)簽的事業(yè)部都同意才能繼續(xù)任何一個(gè)拒絕就退回。注意借用分發(fā)后的數(shù)據(jù)同步是個(gè)坑。源組織改了零部件屬性目標(biāo)組織要不要跟著改常見(jiàn)做法是借用時(shí)鎖定關(guān)鍵屬性只允許目標(biāo)組織改本地屬性比如庫(kù)存、供應(yīng)商源屬性變更通過(guò)分發(fā)記錄觸發(fā)通知目標(biāo)組織確認(rèn)后才更新。這個(gè)規(guī)則不在藍(lán)圖里寫(xiě)清楚上線后就是數(shù)據(jù)不一致的血淚史。3.3 生命周期狀態(tài)狀態(tài)機(jī)要和業(yè)務(wù)流程模板對(duì)齊PPT 里給了零部件管理流程概覽方案設(shè)計(jì)、技術(shù)設(shè)計(jì)、試制、試產(chǎn)、量產(chǎn)、退市每個(gè)階段對(duì)應(yīng)不同的生命周期狀態(tài)和 BOM 類型E-BOM、M-BOM。生命周期狀態(tài)管理的核心不是狀態(tài)本身而是狀態(tài)之間的流轉(zhuǎn)規(guī)則和權(quán)限。常見(jiàn)做法是建一個(gè)狀態(tài)機(jī)狀態(tài)節(jié)點(diǎn)包括草稿、設(shè)計(jì)中、已發(fā)布、制造發(fā)布、量產(chǎn)、售后、廢棄。每個(gè)流轉(zhuǎn)邊定義觸發(fā)條件、審批角色、必填字段。比如設(shè)計(jì)中→已發(fā)布需要圖紙關(guān)聯(lián)完成、查重通過(guò)、分類和編碼已分配已發(fā)布→制造發(fā)布需要工藝文件關(guān)聯(lián)、模具信息確認(rèn)。PPT 里提到的不能動(dòng)態(tài)識(shí)別產(chǎn)品狀態(tài)無(wú)法進(jìn)行生命周期管理根因往往是狀態(tài)機(jī)沒(méi)和業(yè)務(wù)流程模板綁定狀態(tài)靠人工改改完也沒(méi)人檢查必填項(xiàng)。當(dāng)前狀態(tài)目標(biāo)狀態(tài)觸發(fā)條件審批角色必填字段草稿設(shè)計(jì)中基本信息填寫(xiě)完成創(chuàng)建人名稱、分類、組織設(shè)計(jì)中已發(fā)布查重通過(guò)、圖紙關(guān)聯(lián)研發(fā)主管編碼、屬性、圖紙?zhí)栆寻l(fā)布制造發(fā)布工藝文件關(guān)聯(lián)、模具確認(rèn)工藝主管工藝文件號(hào)、模具號(hào)制造發(fā)布量產(chǎn)試產(chǎn)通過(guò)、認(rèn)證完成質(zhì)量主管認(rèn)證報(bào)告、測(cè)試報(bào)告量產(chǎn)售后退市申請(qǐng)審批產(chǎn)品經(jīng)理退市原因、替代件任意廢棄無(wú)引用、無(wú)庫(kù)存數(shù)據(jù)管理員廢棄原因這張表是藍(lán)圖階段必須輸出的東西。沒(méi)有它生命周期管理就是幾個(gè)狀態(tài)字段擺在那里沒(méi)人知道什么時(shí)候該改、改了之后要做什么。4. 避坑與排查零部件管理藍(lán)圖落地時(shí)最容易翻車(chē)的五件事4.1 分類樹(shù)建得太深工程師找不到節(jié)點(diǎn)現(xiàn)象研發(fā)分類樹(shù)建了五六層工程師創(chuàng)建零部件時(shí)在分類樹(shù)里翻半天最后隨便選一個(gè)節(jié)點(diǎn)導(dǎo)致分類數(shù)據(jù)質(zhì)量差。原因分類樹(shù)的設(shè)計(jì)者往往從完整性出發(fā)想把所有可能的分類都覆蓋忽略了使用者的檢索效率。分類樹(shù)不是越深越好超過(guò)四層命中率斷崖式下降。解決藍(lán)圖階段限定分類樹(shù)層級(jí)不超過(guò)四層常用分類放在前三層。同時(shí)提供分類樹(shù)檢索和最近使用節(jié)點(diǎn)減少翻找成本。定期分析分類使用頻率低頻節(jié)點(diǎn)合并或下沉。4.2 編碼生成器沒(méi)做并發(fā)控制高并發(fā)時(shí)出重碼現(xiàn)象批量導(dǎo)入零部件時(shí)偶爾出現(xiàn)編碼重復(fù)系統(tǒng)報(bào)唯一性約束錯(cuò)誤。原因編碼生成器的號(hào)段池沒(méi)有做并發(fā)控制多個(gè)線程同時(shí)取號(hào)拿到同一個(gè)流水號(hào)。解決號(hào)段池按分類碼物料類型加鎖或者預(yù)分配號(hào)段比如一次取 100 個(gè)號(hào)用完再取減少鎖競(jìng)爭(zhēng)。批量導(dǎo)入時(shí)走單獨(dú)的號(hào)段通道避免和實(shí)時(shí)創(chuàng)建搶號(hào)。4.3 查重閾值一刀切標(biāo)準(zhǔn)件誤攔、專用件漏放現(xiàn)象標(biāo)準(zhǔn)件創(chuàng)建時(shí)被查重?cái)r截提示相似件但實(shí)際是不同規(guī)格專用件明明重復(fù)了查重卻沒(méi)提示。原因所有分類用同一個(gè)相似度閾值標(biāo)準(zhǔn)件名稱結(jié)構(gòu)相似容易誤判專用件名稱差異大容易漏判。解決按分類配置閾值標(biāo)準(zhǔn)件閾值調(diào)高比如 0.85專用件閾值調(diào)低比如 0.6。同時(shí)引入關(guān)鍵屬性匹配數(shù)作為輔助條件名稱相似但屬性不匹配的不攔截。4.4 借用分發(fā)后源數(shù)據(jù)變更目標(biāo)組織不知情現(xiàn)象源組織修改了零部件材質(zhì)目標(biāo)組織還在用舊材質(zhì)導(dǎo)致采購(gòu)和設(shè)計(jì)不一致。原因借用分發(fā)時(shí)沒(méi)有建立變更通知機(jī)制源數(shù)據(jù)變更后目標(biāo)組織無(wú)感知。解決借用分發(fā)時(shí)記錄分發(fā)關(guān)系源數(shù)據(jù)關(guān)鍵屬性變更時(shí)觸發(fā)通知給目標(biāo)組織目標(biāo)組織確認(rèn)后才更新本地?cái)?shù)據(jù)。關(guān)鍵屬性清單在藍(lán)圖階段定義比如材質(zhì)、規(guī)格、認(rèn)證狀態(tài)。4.5 生命周期狀態(tài)靠人工改必填項(xiàng)沒(méi)人檢查現(xiàn)象零部件狀態(tài)從設(shè)計(jì)中改成已發(fā)布但圖紙沒(méi)關(guān)聯(lián)、編碼沒(méi)分配后期發(fā)現(xiàn)一堆半成品數(shù)據(jù)。原因狀態(tài)流轉(zhuǎn)沒(méi)有和必填項(xiàng)校驗(yàn)綁定審批人只負(fù)責(zé)點(diǎn)通過(guò)不負(fù)責(zé)檢查數(shù)據(jù)完整性。解決狀態(tài)機(jī)每個(gè)流轉(zhuǎn)邊配置必填項(xiàng)校驗(yàn)不滿足條件不允許流轉(zhuǎn)。審批界面展示校驗(yàn)結(jié)果審批人確認(rèn)后才能通過(guò)。定期跑數(shù)據(jù)質(zhì)量報(bào)告檢查已發(fā)布零部件的必填項(xiàng)完整率。5. 從藍(lán)圖到落地用會(huì)簽流程和分發(fā)記錄把協(xié)同串起來(lái)PPT 最后落到企業(yè)級(jí)零部件管理的電子流程數(shù)據(jù)維護(hù)申報(bào)者提交主數(shù)據(jù)系統(tǒng)自動(dòng)提取使用單位各事業(yè)部配置會(huì)簽角色會(huì)簽采用一票否決制通過(guò)或退回都發(fā)郵件通知。這套流程的價(jià)值在于它把零部件管理從一個(gè)部門(mén)的事變成了跨組織協(xié)同的事。我一般會(huì)在藍(lán)圖階段做一件事把會(huì)簽流程和分發(fā)記錄做成一張關(guān)聯(lián)表。每次零部件發(fā)布或變更系統(tǒng)根據(jù)分發(fā)記錄自動(dòng)識(shí)別影響范圍生成會(huì)簽任務(wù)。會(huì)簽任務(wù)里帶上變更內(nèi)容、影響組織、必填確認(rèn)項(xiàng)。會(huì)簽通過(guò)后分發(fā)記錄更新目標(biāo)組織收到數(shù)據(jù)同步通知。這樣做的結(jié)果是零部件的每一次變更都有跡可循誰(shuí)確認(rèn)過(guò)、誰(shuí)拒絕過(guò)、拒絕原因是什么全部落在系統(tǒng)里。// 會(huì)簽任務(wù)生成邏輯根據(jù)分發(fā)記錄識(shí)別影響組織創(chuàng)建會(huì)簽任務(wù) // 輸入partId零部件ID、changeType變更類型、changeFields變更字段列表 // 輸出會(huì)簽任務(wù)列表每個(gè)任務(wù)包含組織、會(huì)簽角色、確認(rèn)項(xiàng) async function createSignOffTasks(partId, changeType, changeFields) { // 查詢?cè)摿悴考姆职l(fā)記錄拿到所有使用組織 const distributions await db.query( SELECT org_id, org_type, distribute_time FROM part_distribution WHERE part_id ? AND status ACTIVE, [partId] ); // 按組織類型分組同事業(yè)部走單邊會(huì)簽跨事業(yè)部走雙邊會(huì)簽 const tasks []; for (const dist of distributions) { const signOffRole dist.org_type DIVISION ? DIVISION_APPROVER : ORG_APPROVER; // 變更字段決定確認(rèn)項(xiàng)材質(zhì)變更要確認(rèn)采購(gòu)影響規(guī)格變更要確認(rèn)設(shè)計(jì)影響 const confirmItems changeFields.map(field { if (field material) return 確認(rèn)采購(gòu)物料影響; if (field spec) return 確認(rèn)設(shè)計(jì)選型影響; return 確認(rèn)${field}變更影響; }); tasks.push({ partId, orgId: dist.org_id, role: signOffRole, changeType, confirmItems, status: PENDING, createdAt: new Date() }); } // 批量寫(xiě)入會(huì)簽任務(wù)表觸發(fā)郵件通知 await db.batchInsert(sign_off_task, tasks); await notifySignOffApprovers(tasks); return tasks; }這段邏輯的關(guān)鍵在 confirmItems 的生成規(guī)則。變更字段不同確認(rèn)項(xiàng)不同會(huì)簽人看到的不是一句籠統(tǒng)的請(qǐng)確認(rèn)變更而是具體的確認(rèn)采購(gòu)物料影響。這樣會(huì)簽人知道自己要確認(rèn)什么拒絕時(shí)也能填具體原因。PPT 里強(qiáng)調(diào)的審核人只對(duì)更改內(nèi)容負(fù)責(zé)無(wú)人對(duì)操作規(guī)范性進(jìn)行確認(rèn)根因就是確認(rèn)項(xiàng)太籠統(tǒng)會(huì)簽變成了走過(guò)場(chǎng)。從那以后我每次做 PLM 藍(lán)圖都會(huì)強(qiáng)制走一遍分發(fā)記錄→會(huì)簽任務(wù)→確認(rèn)項(xiàng)的鏈路確保每個(gè)變更都能追到具體組織和具體確認(rèn)人。這套東西不復(fù)雜但它是零部件管理從能用到好用的分水嶺。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取