ERP維護的(of)具體工作(do)内容包括例行和(and)突發事件的(of)處理;以(by)管理和(and)技術的(of)手段,維護和(and)發展ERP運行環境,如平衡技術先進性/實用(use)風險、目标/成本而進行的(of)IT基礎結構(服務器、網絡、PC機)的(of)周期更替及日常維護;對應用(use)系統已發現的(of)錯誤用(use)改正性維護解決,以(by)适應性維護使系統經受住應用(use)環境及流程少量改變,通過完善性維護擴大(big)系統應用(use)的(of)用(use)戶與功能,提升系統總體目标;對系統用(use)戶不(No)論崗位變換或新人(people)/臨時(hour)替代人(people)員作(do)定期或專門培訓;控制變更,記入标準文檔及培訓教程;不(No)斷積累問題的(of)現象與對策,加速問題的(of)定位與解決;作(do)好日常備份及系統安全;提高運行環境性能和(and)效率等多樣性工作(do)。這(this)兒介紹筆者維護ERP系統的(of)幾點體會。
1)相信系統:對已常用(use)的(of)流程偶然出(out)錯時(hour),不(No)要(want)先去想系統有問題,要(want)注意觀察操作(do)或數據有無不(No)尋常處。如果是(yes)系統缺陷但可通過固定操作(do)避免,要(want)固定操作(do)流程并注意反複培訓。當總經理說“我(I)隻看系統作(do)成的(of)報表”,就意味着ERP系統真正被用(use)于(At)管理和(and)控制企業運作(do),系統的(of)投資回報才容易被認同,維護的(of)價值也充分得到(arrive)體現。
2)逆向流程:某流程由多個(indivual)業務動作(do)組成時(hour),每步動作(do)的(of)異常都可能導緻一(one)個(indivual)流程不(No)完整。本次業務要(want)怎樣向前推進完成或者向後倒回重來(Come),要(want)形成對策,做到(arrive)有備無患。
3)勤于(At)積累:不(No)論是(yes)主動發現或被動遇上(superior)問題,事後都要(want)記錄解決過程、方法,以(by)便經驗共享并延續。注意及時(hour)更新有關文檔,我(I)們(them)不(No)僅要(want)記錄業務要(want)求的(of)操作(do)過程,也要(want)記錄繞過一(one)些系統固有缺陷的(of)途經。執行層用(use)戶應當像法規條例那樣去執行,不(No)論理解與否都不(No)可簡化或異化,即“死步驟,莫發揮”。
4)測試與比較:新出(out)現的(of)異常要(want)判别其複現性(必然性)。可考慮構造測試環境,在(exist)正常機器上(superior)完全仿照原操作(do),并将異常與正常的(of)數據作(do)比較,尋找維護操作(do)的(of)方向,并找出(out)用(use)來(Come)驗證修改正确性的(of)方法。
5)可逆修改:即使找到(arrive)維護操作(do)的(of)方向,也不(No)可貿然修改,搞不(No)好出(out)現連帶負作(do)用(use),使問題性質變複雜或由局部向更大(big)範圍擴散。判斷問題涉及的(of)數據及影響範圍,以(by)及理解全部流程,都非常重要(want),否則會引起系統數據混亂和(and)不(No)一(one)緻而無法複原。修改數據要(want)留好餘地(land),如最好能有可逆性的(of)修改,改不(No)好也能退回,不(No)會添亂。
6)繞過:這(this)是(yes)緊急情況或一(one)時(hour)找不(No)出(out)解決頭緒時(hour)常常采用(use)的(of)方法。如從一(one)個(indivual)模塊向另一(one)模塊傳數據,有原因不(No)明的(of)丢失,雖是(yes)偶發但難以(by)查明原因并解決。這(this)就要(want)有一(one)個(indivual)檢查機制發現這(this)類異常,然後在(exist)相應後續模塊上(superior)補上(superior)有關信息。這(this)對今後發現真正的(of)原因并徹底解決問題有幫助。
7)例行檢查與操作(do):這(this)是(yes)減少問題緊急程度的(of)有效方法。利用(use)标準功能和(and)一(one)些自開發的(of)實用(use)小程序,主動去應用(use)系統數據中檢查。把正常情況下要(want)到(arrive)今後某一(one)時(hour)刻(如月末)才反映出(out)問題的(of)數據(如成本更新、接口異常)提前找出(out)來(Come)處理掉。這(this)種不(No)斷檢查、測試、發現和(and)解決問題的(of)純潔化過程,是(yes)系統更穩定和(and)完善的(of)基石。原則是(yes)莫因“善小而不(No)爲(for)”,必須及時(hour)維護。
8)雜項影響:有時(hour)問題異常,百思莫解,結果可能是(yes)空間不(No)夠、索引要(want)整理、設置不(No)妥或錯誤改動、某個(indivual)臨時(hour)文件已被誤删,甚至原樣重輸入一(one)遍等看似不(No)直接相關的(of)原因。所以(by)多渠道檢查有時(hour)也有效。
9)預防:要(want)讓用(use)戶養成有問題立刻報告的(of)習慣,不(No)可随意處理而丢失現場,事後因忘記當時(hour)情況而更難查。對于(At)多步驟形成的(of)結果,如有異常,要(want)争取利用(use)平衡關系式,在(exist)最後一(one)道采用(use)守球門的(of)方法再計算并檢驗數據,預防有誤差或錯誤傳播。如發票額可由訂單經提貨發貨逐步算出(out),也可直接算出(out)答案與逐步算出(out)所得結果比較。
10)不(No)能草率承諾:判斷客戶需求的(of)重要(want)性和(and)緊急程度很重要(want)。客戶有時(hour)在(exist)不(No)經意時(hour)可能會指出(out)系統的(of)一(one)個(indivual)需大(big)力改進的(of)地(land)方,也可能會在(exist)正式場合提出(out)一(one)個(indivual)類似于(At)“我(I)要(want)一(one)敲鍵就出(out)工資”的(of)無理要(want)求。維護人(people)員不(No)能因聲音大(big)小決定取舍,要(want)仔細聽,但不(No)能草率承諾。尤其業務未變但流程卻因換人(people)随之而變換,這(this)種事常發生(born),但其結果往往是(yes)疲于(At)奔命。對此,要(want)先考慮合理性,再考慮可能性。
11)留住人(people)才:實施和(and)維護的(of)不(No)同階段,人(people)員數量要(want)求不(No)同,維護人(people)員水平和(and)要(want)求也會不(No)斷提高。由于(At)外部影響又很大(big),所以(by)人(people)員流動是(yes)難免的(of)。但IT組織架構中骨幹用(use)戶、維護工程師都是(yes)系統環境中的(of)重要(want)組成部分,ERP系統成功因素中最重要(want)的(of)部份就落實在(exist)他(he)們(them)身上(superior)。無能力做不(No)了(Got it),有能力留不(No)住,這(this)些矛盾對企業ERP系統都會造成震蕩和(and)損失。系統維護人(people)員少到(arrive)一(one)個(indivual)極限量後,很容易集體出(out)走,使系統轟然倒地(land)不(No)可收拾。所以(by)企業領導需要(want)有“人(people)才第一(one)”的(of)意識,而維護人(people)員一(one)定要(want)有“數據第一(one)/系統第一(one)”的(of)素質。可惜大(big)多這(this)樣的(of)領導和(and)維護人(people)員都在(exist)互相苦苦尋找對方,尋找及發展一(one)種理想的(of)環境。