【正文】 BA實施項目管理階段與一般的ERP項目的實施類似，但OBA重新劃分了5個階段：項目啟動階段、安裝階段、調(diào)研與配置階段、培訓(xùn)與測試階段，然后正式上線。 JDE OBA 項目實施規(guī)劃 項目啟動階段項目是由項目策略委員會發(fā)起，需要指出的是項目策略委員會需要有決策權(quán)，項目策略委員會有公司高層參與決策，需要定期在評估項目的走向和項目的風(fēng)險及項目變更等。屬于ERP范疇的JDE項目大多是自上而下的管理項目，所以項目策略委員會做出的決策需要得到強有力的執(zhí)行。在項目啟動時，需要召開項目策略研討會或項目啟動大會，在會上要定義項目的實施的范圍，項目的組織結(jié)構(gòu)，每個人的角色，決定項目的實施計劃，雙方確認(rèn)可以衡量的，有定性和定量的評估的項目成功的標(biāo)準(zhǔn)等。為確保JDE OBA管理的項目是有章可循的，需要定義一張評估表，列出的項目的條目，哪些是在OBA功能范圍內(nèi)，哪些是在OBA功能范圍外。 JDE OBA 項目啟動階段 系統(tǒng)安裝階段JDE的系統(tǒng)安裝是CNC顧問負(fù)責(zé)的，JDE CNC的職責(zé)是系統(tǒng)安裝和培訓(xùn)，協(xié)助IT部門硬件網(wǎng)絡(luò)完善，操作系統(tǒng)及數(shù)據(jù)庫管理，用戶幫助，打印機安裝等，系統(tǒng)權(quán)限設(shè)置，數(shù)據(jù)備份管理等。 JDE OBA 項目安裝階段 調(diào)研與配置階段需求分析是每個項目必不可少的部分，在需求分析中你需要了解客戶的現(xiàn)狀，和將來實現(xiàn)的目標(biāo)，通常在做需求分析前，顧問需要有針對客戶的調(diào)研問卷。JDE OBA調(diào)研問卷是無數(shù)的最佳的實踐基礎(chǔ)上總結(jié)出來的問題，給顧問很好的幫助。需要給出的文檔有：ASIS現(xiàn)況分析報告,TOBE將來流程報告。JDE OBA提供了模板流程和流程說明，咨詢顧問可以裁減以符合項目的需要。JDE的開發(fā)工具是自己帶的，源碼開放的，給開發(fā)顧問的空間很大。CNC顧問需要設(shè)置對象的活動規(guī)則和轉(zhuǎn)移活動規(guī)則，以確保開發(fā)的順利進(jìn)行。 JDE OBA 項目調(diào)研與配置階段 培訓(xùn)與測試階段這里說的測試主要指集成性測試，集成測試分為二種，一種是由顧問帶領(lǐng)的，由關(guān)鍵用戶的測試，一種是沒有顧問參與的，由關(guān)鍵用戶帶領(lǐng)的，最終用戶參與測試。二者相同點，都是完整的測試，需要有組織有計劃的進(jìn)行，測試發(fā)起人需要設(shè)計分角色的測試腳本，測試參與者，需要確認(rèn)測試結(jié)果，并對測試報告確認(rèn)簽字。不同點事，一個是關(guān)鍵用戶一份是最終用戶，一個需要顧問參與，一個不需要。在傳統(tǒng)ERP實施的過程中會花費大量的人力成本在配置業(yè)務(wù)流程上，OBA通過自動配置向?qū)?，大大減少了手工配置的人力和時間，在實施期間的測試階段中，OBA為此提供了一系列業(yè)務(wù)流程的測試腳本，由于這些腳本是經(jīng)過測試成功的，所以企業(yè)在測試環(huán)節(jié)當(dāng)中可以直接參照腳本中的流程，從而大大的節(jié)省了測試環(huán)節(jié)所耗費的時間。因此，OBA通過預(yù)置業(yè)務(wù)流程、自動配置向?qū)?、一系列測試腳本的提供，大大提高了實施過程的效率，相對于傳統(tǒng)的實施周期，使用OBA進(jìn)行快速實施使得人力成本、時間成本大大減少。 JDE OBA 培訓(xùn)與測試階段 正式上線階段上線是項目的一個里程碑，也是使用和維護(hù)的開始。上線前要做好評估上線的成熟度，就是是否可以上線。上線需要做上線計劃，需要做 System Go Live Contingency Plan預(yù)防性計劃，幫助工作臺Help Desk等。根據(jù)標(biāo)準(zhǔn)的OBA實施方法，在項目正式上線階段，要進(jìn)行項目總結(jié)，總結(jié)項目實施工作成果，交付相關(guān)文檔，對項目健康狀況通過最終差異分析文檔檢查確定和最終用戶培訓(xùn)，通過OBA快速生成最終用戶手冊。 JDE OBA 正式上線階段 本章小結(jié)本章主要介紹了JDE的OBA實施方法論，介紹了它的概念及其內(nèi)容。著重介紹了JDE OBA實施的項目規(guī)劃，介紹了OBA實施項目管理的五大階段。浙江大學(xué)碩士學(xué)位論文 第4章 JDE在案例企業(yè)的應(yīng)用第4章 JDE在案例企業(yè)的應(yīng)用 JDE銷售系統(tǒng)概述企業(yè)的經(jīng)營活動是通過銷售管理來獲得來自市場和客戶的多種多樣的需求，將企業(yè)和外部活動聯(lián)系在一起，銷售管理不僅僅是下下銷售單，還包括對市場的分析和預(yù)測，對生產(chǎn)計劃的安排，完整的合同管理，售后服務(wù)等關(guān)聯(lián)功能。[17] JDE銷售系統(tǒng)的主要功能JDE銷售管理包括的內(nèi)容包括接受訂單、發(fā)貨，訂單管理、庫存調(diào)配、配套件以及促銷性定價。銷售管理系統(tǒng)提供許多功能，如：1) 大量的用戶定義信息2) 循環(huán)訂單和訂單模板處理3) 常用客戶和項目表4) 聯(lián)機庫存可供量和可承諾量信息5) 復(fù)雜的訂單和行蹤狀態(tài)跟蹤6) 用于支持促銷，合同和津貼的靈活定價和折扣。JDE可以通過使用銷售單管理系統(tǒng)來生成訂單模板、或總訂單以及報價單來加強客戶服務(wù)。同時銷售單管理系統(tǒng)還通過提供相關(guān)訂單、庫存、運輸和財務(wù)信息以及促銷、折扣和津貼后生產(chǎn)線的聯(lián)機顯示來提供附加的客戶服務(wù)支持。 JDE銷售管理系統(tǒng)與其他子系統(tǒng)的關(guān)系銷售管理系統(tǒng)與JDE財務(wù)以及生產(chǎn)分銷系統(tǒng)聯(lián)系緊密，如圖所示 JDE銷售系統(tǒng)與其他系統(tǒng)的關(guān)系 銷售系統(tǒng)與其他系統(tǒng)的關(guān)系，具體說明如下：1) 銷售系統(tǒng)與總賬管理及應(yīng)付賬管理，銷售系統(tǒng)會跟蹤銷售會計的總賬系統(tǒng)，所有分銷系統(tǒng)都通過使用自動會計指令（AAI）與總賬系統(tǒng)接口。2) 銷售系統(tǒng)與地址名冊，地址名冊系統(tǒng)存儲最新的客戶開票和倉庫地址信息。3) 銷售系統(tǒng)與庫存管理，庫存管理系統(tǒng)為銷售單管理、采購管理和制造系統(tǒng)保存項目信息。該系統(tǒng)還保存銷售和采購成本，以及按庫位的可供量，并跟蹤不應(yīng)銷售的庫位暫掛。庫存估價，盤點差異或項目移動的任何改動都會更新總賬系統(tǒng)數(shù)據(jù)。4) 銷售系統(tǒng)與采購系統(tǒng)，由于銷售系統(tǒng)支持多種訂單類型，比如直運單和轉(zhuǎn)運單的處理需要用到采購系統(tǒng)，通過采購系統(tǒng)下單來支持該種類型的銷售。還可以運用該系統(tǒng)給延期交貨項目發(fā)放收據(jù)。 UTC項目中銷售模塊 案例企業(yè)銷售流程 UTC 銷售業(yè)務(wù)流程圖 UTC銷售流程說明1) ，訂單狀態(tài)為500—5152) 銷售員打印銷售報價訂單。3) 銷售員將打印的銷售訂單發(fā)給客戶，客戶收到銷售報價訂單后確認(rèn)報價，如果客戶同意這個報價，那么銷售部門的銷售員根據(jù)之前打印的銷售報價單產(chǎn)生正式的銷售訂單。如果客戶收到銷售訂單后不同意這個報價，那么客戶會退回這個報價單，銷售員修改之后再次發(fā)給客戶請求確認(rèn)。4) 銷售員根據(jù)客戶確認(rèn)的報價單產(chǎn)生銷售訂單。這里由報價單釋放成銷售單，這里銷售單的狀態(tài)為520—5505) 銷售員打印揀貨單，這里的揀貨單是一個報表，能夠顯示item的數(shù)量，可供量等信息，可以一次性的顯示多個item的可供量的信息，這里設(shè)計揀貨單，是為了能夠及時查看可供量的信息，及時的修改訂單的數(shù)量。揀貨單在設(shè)計時應(yīng)針對各個項目，如貨架編號、貨號、數(shù)量、品名安排順序，以免揀貨時產(chǎn)生混淆6) 通過查看picking list了解到此時庫存的數(shù)量，能否及時供應(yīng)客戶，如果不能，修改SO銷售單，修改需要供應(yīng)的數(shù)量，數(shù)量修改后就能夠及時供應(yīng)，不會產(chǎn)生延交訂單。如果不修改SO單，則直接request ship，這里根據(jù)庫存情況的不同可能會產(chǎn)生延交訂單。一般企業(yè)在實際操作中是較少使用延交訂單的。一般都會使自己的可供量滿足客戶的需求量來給客戶供貨。7) 銷售部的銷售員來請求發(fā)運，這里提出發(fā)運請求。這里銷售員的目的有2個，第一，發(fā)揮把關(guān)作用，根據(jù)了解的客戶情況，信用程度等決定哪個發(fā)，哪個不發(fā)，哪個先發(fā)，哪個后發(fā)。第二，對狀態(tài)進(jìn)行更新，使倉庫管理員能夠進(jìn)行打印提貨單的處理。這里請求發(fā)運后，定單的狀態(tài)為550—555，8) 倉庫管理員收到發(fā)運請求打印提貨單。打印提貨單會檢查庫存可供量，會對庫存進(jìn)行承諾。這里的承諾是硬承諾。R42520的處理選項里面處理選項卡的第一項硬承諾庫存選擇1硬承諾庫存。庫位硬承諾增加，庫存可供量減少，庫存現(xiàn)有量不變。9) 倉庫管理員根據(jù)打印出的提貨單查看是否產(chǎn)生了延交訂單。這時提貨單會拆分成幾行，滿足數(shù)量的能夠發(fā)運的是一行，訂單狀態(tài)為555—560，不滿足數(shù)量不能發(fā)運的是另一行成為延交訂單，訂單狀態(tài)902550。10) 這里如果沒有產(chǎn)生延交訂單就會由倉庫管理員進(jìn)行發(fā)運確認(rèn)，發(fā)運確認(rèn)直接影響庫存，發(fā)運確認(rèn)后將產(chǎn)生庫存分類賬。要在發(fā)運確認(rèn)時釋放項目的現(xiàn)有數(shù)量，您必須將定單類型添加到 UDC 表 (40/IU) 中。這時去查看庫存數(shù)量發(fā)現(xiàn)庫存現(xiàn)有量減少，庫存硬承諾減少?？晒┝坎蛔?。如果這里產(chǎn)生了延交訂單，這里需要進(jìn)行補貨，將對應(yīng)延交數(shù)量的貨調(diào)整進(jìn)庫存，重新請求發(fā)運。銷售員請求發(fā)運，庫存管理員收到發(fā)運請求后。11) 倉庫管理員打印裝箱單，裝貨。12) 進(jìn)入物料運輸流程，發(fā)往客戶要求運至的地點。13) 客戶收到貨物，對貨物裝箱單進(jìn)行確認(rèn)，與運輸?shù)乃緳C確認(rèn)已經(jīng)收到貨物，司機拿著客戶的簽字的裝箱單返回，或者客戶將簽字蓋章的裝箱單傳真或者EMAIL給倉庫管理員，表示貨已經(jīng)送到。14) 倉庫管理員簽單后送給財務(wù)部門，財務(wù)部門通過更新訂單進(jìn)入財務(wù)應(yīng)收流程。 銷售管理系統(tǒng)基礎(chǔ)信息設(shè)置 系統(tǒng)常量設(shè)置系統(tǒng)常量針對所有分部/場所進(jìn)行設(shè)置。分部或者場所是跟蹤、報告并管控成本的地方，也可以是一個庫存存放的地點，它可以是：分銷中心，倉庫，制造中心。UTC的分布場所設(shè)置表 UTC的分部場所編號分部/場所描述1391029003910290023910290139102901339102902391029024391029033910290353910290439102904 庫位控制庫位控制的功能包括：定義針對每個分部/場所的特定庫位；設(shè)置特定的項目庫位；激活庫位控制；定義庫位格式，用于定義走廊、貨架、貨架行的表示方式，包括標(biāo)志長度、描述、特定字母等，庫位標(biāo)識的總字段長度不可超過20個。 JDE系統(tǒng)庫位定義 在庫存查詢中我們可以進(jìn)行當(dāng)前可銷售產(chǎn)品數(shù)量查詢、當(dāng)前實際庫存產(chǎn)品數(shù)量查詢、當(dāng)前過期產(chǎn)品數(shù)量查詢、當(dāng)前過期預(yù)警產(chǎn)品數(shù)量查詢、當(dāng)前客戶應(yīng)收帳款查詢、當(dāng)前客戶帳齡分析、當(dāng)前某類產(chǎn)品的銷售趨勢分析、當(dāng)前某廠產(chǎn)品的質(zhì)量檢驗狀況匯總等[18]?，F(xiàn)在越來越多的國家和企業(yè)開始推行召回制度，召回簡單的說就是把已經(jīng)出售到市場上的有質(zhì)量缺陷的產(chǎn)品收回到廠家，然后免費給消費者提供質(zhì)量合格的產(chǎn)品。為了實現(xiàn)召回，就必須能夠知道哪些產(chǎn)品可能是質(zhì)量有問題的產(chǎn)品?，F(xiàn)在的產(chǎn)品生產(chǎn)大都是流水線作業(yè)，某一個具體的產(chǎn)品出了問題，很快就可以判斷出是個別的質(zhì)量問題還是同一批次的產(chǎn)品可能都會有同樣的問題。為了便于追查，最簡單的方法就是在產(chǎn)品信息中記錄生產(chǎn)批號。成品入庫的時候就應(yīng)該把生產(chǎn)批號記錄下來，然后隨著銷售進(jìn)入到銷售訂單。JDE可以用自動或者手動的方式產(chǎn)生生產(chǎn)批次號。[19] 銷售訂單單據(jù)類型 UTC銷售訂單單據(jù)類型表單據(jù)類型描述SQ報價單SK產(chǎn)品外部銷售單SO產(chǎn)品內(nèi)部銷售單SB總訂單SD直運單ST轉(zhuǎn)移訂單單據(jù)類型是UDC，存儲在表00/DT UDC中，單據(jù)類型和行類型一同用于指定AAI和訂單活動規(guī)則。在銷售單輸入（P4210）的“處理選項”中可以指定默認(rèn)的單據(jù)類型。在UDC設(shè)置好單據(jù)類型后可以使用單據(jù)類型維護(hù)程序（P40040）來定義更多的信息。比如：這個訂單類型是常規(guī)訂單還是總訂單、訂單是否是分部間的訂單、是否在發(fā)運確認(rèn)時釋放現(xiàn)有庫存（這個信息是非常關(guān)鍵的，會影響到庫存的數(shù)量）、是否激活或者停用某種類型的發(fā)運和借記處理。（單據(jù)類型不激活其發(fā)運或借記處理在系統(tǒng)內(nèi)是沒有記錄的） 設(shè)置行類型訂單行類型從屬于一個訂單的項目或者服務(wù)，訂單系統(tǒng)基于這些行類型來處理銷售訂單。訂單行類型和單據(jù)類型一起是訂單活動規(guī)則的關(guān)鍵條件。針對UTC的實際情況，其銷售單行類型多為S（庫存類）其決定系統(tǒng)是否可以增加或者減少相應(yīng)的庫存數(shù)量。 訂單活動規(guī)則銷售訂單活動規(guī)則建立了訂單流轉(zhuǎn)和處理的規(guī)則，直到最后流程的結(jié)束。系統(tǒng)通過訂單類型來指向這些規(guī)則，然后處理每個訂單行。在訂單活動規(guī)則中，通過狀態(tài)碼來表示訂單所處的狀態(tài)，批處理某種狀態(tài)的訂單，出具相應(yīng)狀態(tài)的報表。每個訂單活動規(guī)則可以包含5種附加狀態(tài)，這種附加狀態(tài)可以使得訂單活動的順序靈活的在系列狀態(tài)碼中跳轉(zhuǎn)。下圖為UTC SK、SO兩種銷售單的訂單活動規(guī)則 UTC SK訂單活動規(guī)則 這里要說明的是UTC的SK活動規(guī)則與標(biāo)準(zhǔn)JDE銷售流程的活動規(guī)則有一點不同。標(biāo)準(zhǔn)的JDE 銷售流程是輸入銷售單后，批準(zhǔn)和打印訂單后再請求發(fā)運。而UTC的SK活動規(guī)則是創(chuàng)建SQ：P4210——生成SK：P420111——請求發(fā)運：P42040——打印提貨單：R42520——確認(rèn)發(fā)運：P4205——庫存可供量查詢：P41202——釋放延交訂單：P42117——請求發(fā)運：P42040——打印提貨單——確認(rèn)發(fā)運。 UTC SO訂單活動規(guī)則 SO銷售單的活動規(guī)則與SK單活動規(guī)則完全相同，兩者的區(qū)別在于訂單類型不一樣。 設(shè)置AAIJDE系統(tǒng)中AAI是用于定義財務(wù)和功能之間的關(guān)系，這些指令會將業(yè)務(wù)涉及的會計分錄寫入總賬，這些自動指令可以減少手工錄入的麻煩，并且提高精確性。有3個關(guān)鍵值來定義AAI指向的會計科目：公司、單據(jù)類型、總賬級（G/L Class Code） UTC Item G/L Class（41/9）編碼描述1硬編碼CFPGIntr Detect Commerc Product SalesNACFGAccess Control Product SalesNVPFGVideo Surveillance Product SalesNFDFGFire Detection Alarm Product SalesNOSSPOthers service amp。 DCNUTC公司主要總賬級為上表中的五類。在系統(tǒng)配置中要預(yù)先配置總賬級別。銷售與財務(wù)的集成性，系統(tǒng)利用DMAAI（Distribution Manufacturer Automatic Account Instruction）來實現(xiàn)。a) 4220指令 定義銷