23.08.22 ERP編碼，就亂得離譜

這些個(gè)年頭久管理亂的非標(biāo)泵閥制造企業(yè)，腦子一拍就上ERP，簡(jiǎn)直是瘋了！

本來這事兒輪不到我來管，但是上面說要用ERP，簽了合同，三四個(gè)月都沒部署好。

這不，就一個(gè)編碼的事兒，又折騰了半個(gè)月。

本來就管理得亂，公司里安排上ERP的時(shí)候，幾個(gè)部門一起統(tǒng)計(jì)物料，物料上傳、編碼一整十幾天，最后吧表格發(fā)過來，我人都麻了，一個(gè)公司能能整出2套編碼系統(tǒng)？乍一看差異不大，但差異再小，也不能一起用?。?！

關(guān)鍵這幫人還把上傳用的Excel表格做好了，文件名也改好了。

到這時(shí)候才想起我在ERP廠干過，來找我……

我能怎么辦？我只能和顏悅色地安慰他們：“才兩套編碼，不是什么大事兒，有的公司上ERP前五六套編碼體系呢，甚至一個(gè)部門能整出兩套來。”

然后跟他們說：“大家重新捋一遍物料吧?！?/p>

于是這幫子不靠譜的，就讓我出個(gè)招。我就說可以定個(gè)統(tǒng)一的編碼規(guī)則，然后寫bat文件，對(duì)現(xiàn)在編碼有問題的文件進(jìn)行批處理。

于是……果不其然，這個(gè)寫腳本的工作落在了我頭上，我加班到深夜寫了個(gè)粗糙的BAT腳本，讓大家先試著運(yùn)行一下，自動(dòng)給文件改命名。

運(yùn)行出了問題，查代碼，改腳本也解決不了問題，我也只能在群里發(fā)個(gè)處理流程，讓打工人們自己注意使用限制，自己去處理一些問題。畢竟BAT腳本我寫著也不太熟，自己辦公用用還行，用來收拾這爛攤子還欠缺了一點(diǎn)。

就這樣，還能聽到有人私底下吐槽我的處理辦法。

ERP是有用，但對(duì)有的企業(yè)來說，是這么好實(shí)施的嗎？

多少年了，廠里流程都沒捋順，現(xiàn)在讓我一個(gè)新人來背鍋，有些人還美其名曰，上級(jí)領(lǐng)導(dǎo)很有遠(yuǎn)見，招我來就是為了處理這些問題。

說得很好，下次不要說了。

23.10.28 一碼多物，生產(chǎn)崩了績(jī)效崩了

我是一個(gè)碼……不，我是一個(gè)件。

不，我只是個(gè)沒腦子也沒精力的打工人。

整個(gè)10月我就沒消停過。

3個(gè)周，就3個(gè)周！一碼多物問題就爆了3次，我的心情也跟著這破事兒顛兒顛兒的。

就因?yàn)槲覅⑴c了編碼工作，這口鍋欻地扣我頭上，我每天還要強(qiáng)裝淡定地板著臉安排工人跑動(dòng)跑西。

可是這是我的問題嗎？編碼規(guī)則制定好了，各部門執(zhí)行中才出了各種問題。

上線ERP本來是為了優(yōu)化生產(chǎn)，現(xiàn)在反而影響了進(jìn)度。月底了每個(gè)人的績(jī)效都不好看，我有能怎么辦？

不，我得有辦法，我得解決這個(gè)問題。

一物多碼這種事兒，20%是技術(shù)問題、80%是管理問題。對(duì)物料主數(shù)據(jù)來說，無論是一物多碼、多碼一物，還是屬性不完整、不一致，都得從管理入手。

再難還是得干唄。

24.01.12 非標(biāo)BOM管理難，生產(chǎn)降本也難

原來廠里的BOM管理就很原始，充滿了返工和溝通等“無效工作”。

老板今年瘋了一樣的降本增效，上系統(tǒng)后效率是高了，但是BOM管理導(dǎo)致的生產(chǎn)問題還是發(fā)生了好幾次，成本……似乎也沒降低下來。

不論是從管理流程上，還是實(shí)際操作上，問題都很多。

作為非標(biāo)設(shè)計(jì)廠，即便是相似甚至相同的成品計(jì)劃，每一批的原材料組成和用量都可能存在很多不同，BOM的單位用量也就不一樣。

經(jīng)常出現(xiàn)這種情況：某個(gè)產(chǎn)品在同一時(shí)間內(nèi)，有好幾個(gè)生產(chǎn)批次，要生產(chǎn)不同的BOM版本，然后生產(chǎn)就出錯(cuò)了。

或者，BOM中的一個(gè)零部件變更了，就必須追溯到生產(chǎn)批次，對(duì)生產(chǎn)批次的BOM做全量變更，這也很折騰。

24.05.07 PLM上線，問題些許好轉(zhuǎn)

公司上線智橙PLM半個(gè)多月了，算不上一帆風(fēng)順。

老板采購的時(shí)候，說是給泵閥企業(yè)用的，嗯，是有幾個(gè)行業(yè)化的應(yīng)用場(chǎng)景，比如出小樣圖什么的。

但其他功能，和傳統(tǒng)的PLM差別沒那么大，我和同事暗戳戳地想，按照老板今年的德行，最大的差別大概是便宜吧。

問題當(dāng)然也出過，比如PLM和ERP的數(shù)據(jù)傳輸量過大的時(shí)候，ERP處理BOM的時(shí)間過長(zhǎng)，影響接口穩(wěn)定。

之前在制定物料編碼規(guī)則時(shí)，廠里總希望希望編碼能夠承載過多的信息，物料種類、屬性、供應(yīng)商信息等恨不得都加上。這讓編碼復(fù)雜得反人類，實(shí)用性不強(qiáng)、出錯(cuò)率很高。

歸根到底，物料編碼的制定工作是技術(shù)部門的個(gè)別人完成的，很難考慮得全面和規(guī)范。

什么原材料沒有圖號(hào)、圖號(hào)不唯一、圖號(hào)管理不規(guī)范等等，每個(gè)月都能發(fā)現(xiàn)問題。

編碼的問題主要出在管理上，和平臺(tái)、軟件關(guān)聯(lián)不大，但如果從研發(fā)就能對(duì)圖紙進(jìn)行細(xì)致的管理，很多問題就不會(huì)出了。

BOM的問題也是一樣，通過將BOM掛載在三維模型上，在智橙PLM內(nèi)完成從CAD到ERP的完整傳輸和各種變更，即使出現(xiàn)問題，也可以查詢不同的BOM版本，從研發(fā)到生產(chǎn)端的問題都少了很多。

之前只抓ERP，不抓PLM的時(shí)候，很多問題確實(shí)沒辦法追根溯源，從根本上解決。

只能說且用著吧，雖然磕磕絆絆，總算是把PLM和ERP都部署好了，不容易。

天底下想部署ERP但是失敗的企業(yè)多了去了。

之前聽過一個(gè)觀點(diǎn)，大致是：先部署PLM還是先部署ERP？

先PLM的好處很多，最重要的是，先PLM后ERP符合邏輯——把設(shè)計(jì)部門的研發(fā)數(shù)據(jù)、BOM管理都規(guī)范了，ERP的部署和實(shí)施就很絲滑了。

先ERP的話，很費(fèi)時(shí)費(fèi)力，但也不是沒有好處：折騰這么一圈兒，設(shè)計(jì)部門給的圖紙和BOM該怎么和供應(yīng)鏈做匹配，這就被強(qiáng)逼著梳理出來了，反過來也促成了PLM的標(biāo)準(zhǔn)化工作。

這個(gè)問題說白了就是——你買了套二手房，先規(guī)劃裝修還是先??？

先上PLM就像是先把老房子整修了一遍，之后住進(jìn)來也順心；先上ERP就像是拎包入住，哪不對(duì)勁再修修補(bǔ)補(bǔ)。

各取所需吧，。

嗯，對(duì)于我們這種數(shù)據(jù)管理凌亂的廠子，直接上ERP，無異于拎包入住一個(gè)蟑螂滿地爬、水管漏水的老房子。

而我，就是個(gè)每周被雇來和蟑螂對(duì)抗的保潔。

行行好吧，早點(diǎn)上PLM我也不用這么折騰。

審核編輯 黃宇