sap系統(tǒng)多少錢（項(xiàng)目實(shí)操）

推薦閱讀：項(xiàng)目實(shí)操-MES項(xiàng)目一期【項(xiàng)目名稱】：XXX事業(yè)部MES二期【項(xiàng)目周期】：6個月左右【項(xiàng)目團(tuán)隊(duì)】：1實(shí)施+1開發(fā)+1接口【項(xiàng)目硬件】：無新增硬件投入【項(xiàng)目背景】：MES一期上線運(yùn)行后，全道生產(chǎn)工序均已覆蓋，但MES、APS、SAP

推薦閱讀：

項(xiàng)目實(shí)操-MES項(xiàng)目一期

【項(xiàng)目名稱】：XXX事業(yè)部MES二期

【項(xiàng)目周期】：6個月左右

【項(xiàng)目團(tuán)隊(duì)】：1實(shí)施+1開發(fā)+1接口

【項(xiàng)目硬件】：無新增硬件投入

【項(xiàng)目背景】：MES一期上線運(yùn)行后，全道生產(chǎn)工序均已覆蓋，但MES、APS、SAP三個系統(tǒng)基本各自獨(dú)立。生產(chǎn)現(xiàn)場的執(zhí)行數(shù)據(jù)，諸如計(jì)劃達(dá)成、工時統(tǒng)計(jì)、報工數(shù)據(jù)，無法有效收集反饋到上層計(jì)劃系統(tǒng)，仍舊需要人工整理報表登入。在此基礎(chǔ)上迫切需求深化MES系統(tǒng)應(yīng)用，由系統(tǒng)自動化取代人工。

【項(xiàng)目目標(biāo)】： 打破系統(tǒng)壁壘，實(shí)現(xiàn)MES、APS、SAP系統(tǒng)貫通，實(shí)現(xiàn)MES計(jì)件工時的績效管理。

【項(xiàng)目范圍】：實(shí)現(xiàn)MES、APS系統(tǒng)聯(lián)動，計(jì)劃自動下發(fā)與生產(chǎn)實(shí)績實(shí)時匯報；實(shí)現(xiàn)MES、SAP系統(tǒng)聯(lián)動，完成生產(chǎn)工單的車間自動報工；MES、HR系統(tǒng)聯(lián)動，自動計(jì)算員工計(jì)件工時統(tǒng)計(jì)。

【項(xiàng)目歷程】：

MES&APS

APS小日程計(jì)劃會每天提前鎖定下一天的計(jì)劃任務(wù)，由PMC計(jì)劃員手動在APS中進(jìn)行任務(wù)下發(fā)。生產(chǎn)計(jì)劃隨即同步到MES系統(tǒng)。

生產(chǎn)操作員工登錄MES系統(tǒng)，掃描對應(yīng)工序站點(diǎn)后，可在界面上查看到當(dāng)日班次的具體生產(chǎn)任務(wù)：訂單XXXXXXXX，圖號XXXX，計(jì)劃X支，當(dāng)前已完成X支。操作人員掃描具體產(chǎn)品二維碼標(biāo)簽，系統(tǒng)自動比對當(dāng)前計(jì)劃行，完成過站提交后，MES系統(tǒng)更新前端頁面顯示，并自動觸發(fā)接口將信息同步至APS。

如果生產(chǎn)現(xiàn)場發(fā)生欠產(chǎn)，由當(dāng)班主管人員針對具體計(jì)劃行手動標(biāo)記‘是否繼續(xù)生產(chǎn)’，若是，當(dāng)班計(jì)劃自動順延到下一班次；若‘否’，系統(tǒng)鎖定當(dāng)班計(jì)劃，下一班次計(jì)劃照常進(jìn)行，直至該鎖定解除后，由PMC對次日計(jì)劃進(jìn)行變更處理。

如果生產(chǎn)現(xiàn)場發(fā)生超產(chǎn)，系統(tǒng)則自動將下一班次的生產(chǎn)計(jì)劃進(jìn)行提前處理。

MES&SAP

產(chǎn)量報工

在MES系統(tǒng)內(nèi)設(shè)置MES工藝制程與SAP Route的對應(yīng)關(guān)系。雖然兩邊都是工藝生產(chǎn)路線，但是由于SAP側(cè)重關(guān)鍵工序，MES則涵蓋全部工序比Route更為細(xì)致，所以需要建立兩者的映射關(guān)系。

當(dāng)MES工序過賬完成時，觸發(fā)更新對應(yīng)的工單工序的完工數(shù)量表單，最終打包發(fā)給SAP接口，由SAP增強(qiáng)完成產(chǎn)量報工操作。

材料報工

主文件信息設(shè)置。SAP的BOM需要將生產(chǎn)所用物料的組件分配設(shè)置完成，即在所用物料上標(biāo)記Route中相應(yīng)的工序代碼。設(shè)置BOM、Route的增量/更新同步，確保MES、SAP信息保持一致。在MES內(nèi)設(shè)置需要反沖報工的材料信息，包括物料、圖號、單位、發(fā)料倉庫、接收倉庫、移動類型、反沖類型。

生產(chǎn)車間領(lǐng)料。MES系統(tǒng)計(jì)算當(dāng)天生產(chǎn)所需的物料需求，最終由物料員進(jìn)行確認(rèn)，并提交需求。如果庫存與實(shí)際應(yīng)用管理單位不一致，如倉庫按照KG管理，BOM按照M來管理，則在MES系統(tǒng)內(nèi)維護(hù)單位之間的轉(zhuǎn)換率，系統(tǒng)自動完成轉(zhuǎn)化。

倉庫發(fā)料。倉庫收到發(fā)料申請，在MES系統(tǒng)內(nèi)登記實(shí)際發(fā)料數(shù)量。MES系統(tǒng)自動形成庫存轉(zhuǎn)移的發(fā)料記錄。如：物料XXXXX，發(fā)料倉庫B001，發(fā)料類型261，接收倉庫C001，入庫類型101。

生產(chǎn)車間機(jī)臺盤點(diǎn)。當(dāng)該訂單的產(chǎn)品生產(chǎn)過賬完成后，操作人員打開材料盤點(diǎn)界面，系統(tǒng)顯示當(dāng)前訂單、圖號、生產(chǎn)數(shù)量，并根據(jù)BOM展開所需倒扣反沖的材料信息，鍵入本班接收的物料量、機(jī)臺間轉(zhuǎn)移借用物料量，以及當(dāng)前的結(jié)余量。根據(jù)‘上一班次結(jié)余量+本班接收量+機(jī)臺借入量-機(jī)臺借出量-本班結(jié)余量=本班耗用量’得到材料耗用量。這中間BOM展開可能會遇到半成品或者是虛擬件，操作人員只記錄半成品料量，后臺系統(tǒng)根據(jù)BOM比例自動展成底層物料用量。

車間盤點(diǎn)。當(dāng)班結(jié)束后，物料人員會對本班車間內(nèi)物料，進(jìn)行整體盤點(diǎn)。考慮過程中物料轉(zhuǎn)移過程中的浪費(fèi)，系統(tǒng)將車間盤點(diǎn)物料的耗用量同機(jī)臺匯總的物料耗用量差值進(jìn)行二次分?jǐn)偅鶕?jù)機(jī)臺訂單耗用量比例攤銷，形成最終的報工數(shù)據(jù)。SAP接口根據(jù)訂單、工序、材料、耗用量、倉庫，完成材料的倒扣報工。

MES&HR

MES系統(tǒng)操作前，需要錄入員工信息，依次掃描員工身份牌，可記錄員工崗位、績效系數(shù)（正常1.0，試用期0.8）。根據(jù)MES當(dāng)日產(chǎn)出數(shù)量，結(jié)合Route的CT工時，可計(jì)算出員工績效工時。計(jì)件工時=CT*數(shù)量/績效系數(shù)。

【項(xiàng)目總結(jié)】

這次項(xiàng)目的核心難點(diǎn)在于材料報工的邏輯梳理。

首先整體的邏輯十分復(fù)雜，貫穿了整個生產(chǎn)階段的上下游。在技術(shù)研發(fā)源頭的物料主數(shù)據(jù)維護(hù)，以及BOM、Route的設(shè)置準(zhǔn)確性上，就遇到了莫大阻力。尤其是BOM中物料的組件分配，由于之前是成本內(nèi)控手動在SAP進(jìn)行報工，根本沒有人關(guān)注組件分配這個細(xì)節(jié)字段是干什么用的，導(dǎo)致在上線期初經(jīng)常發(fā)生沒有組件分配基礎(chǔ)數(shù)據(jù)而無法往前推進(jìn)的情況發(fā)生。這就需要在源頭培訓(xùn)規(guī)范基礎(chǔ)數(shù)據(jù)的配置，糾正操作人員的慣性錯誤。后端還需要厘清倉庫在SAP中收發(fā)料模式甚至具體移動類型；以及成本內(nèi)控在倒扣報工時整體的操作邏輯。

其次是物料類型繁雜，我們遇到的問題包括但不限于物料雙計(jì)量單位、BOM層級多（最多需要往下展三層才能到具體物料）、虛擬件等等。

最后是生產(chǎn)車間情況的多變。系統(tǒng)設(shè)計(jì)按照工單進(jìn)行機(jī)臺盤點(diǎn)，但有機(jī)臺長時間不開機(jī)物料挪用場景，此時系統(tǒng)無法支持未開機(jī)的機(jī)臺盤點(diǎn)，會導(dǎo)致最終盤點(diǎn)略有差異（在最后留了人為更改窗口）；遇到BOM設(shè)計(jì)變更，SAP、MES數(shù)據(jù)已更新，但現(xiàn)場文件指示需要本批訂單完工后才開始執(zhí)行，導(dǎo)致系統(tǒng)與實(shí)際不一致（同樣設(shè)置臨時窗口，在MES內(nèi)設(shè)置實(shí)際耗用物料信息。在后續(xù)的升級中，又改為了按照訂單BOM進(jìn)行報工）。

單材料報工這一整體打包功能，前后上線回退再上線發(fā)生了三次之多，之間更是組織了十幾次的變更優(yōu)化需求確認(rèn)會議。好在最后成功穩(wěn)定運(yùn)行，同時把成本內(nèi)控由2人優(yōu)化成了0.5人，并且不會再因?yàn)橛唵伪┰龆~外增加臨時人手。同時整個功能框架被迅速推廣到各事業(yè)部，普遍實(shí)施上線。

誠然，我們在項(xiàng)目方案制定階段，哪怕是試運(yùn)行階段，都不可能窮盡所有的業(yè)務(wù)場景，在上線的時候總會遇到這樣那樣的問題。項(xiàng)目上線再回退也并不能判定這個項(xiàng)目的死刑，遇到問題不可怕，及時向上層匯報問題，并積極尋找解決方案，問題總會有解決辦法。