Oracle ERP方法體系中屬實施管理范疇的是AIM（Application Implementation Method），從下圖AIM流程中我們可以看到系統(tǒng)時間軸上共分為六個階段：?

◆需求定義階段（Definition）
◆業(yè)務分析階段（Operations Analysis）
◆方案設(shè)計階段（Solution Design）
◆建立系統(tǒng)階段（Build）
◆系統(tǒng)切換階段（Transition）
◆正式運行階段（Production）???????

注：圖例來源于AIM 3.1.0官方文檔。?
實施信息系統(tǒng)，計劃為先，而計劃制定，數(shù)據(jù)又得先行，全面、準確、及時的數(shù)據(jù)是系統(tǒng)正常運行的前提，高質(zhì)量數(shù)據(jù)是推動上線的巨大動力。本文所要探討的數(shù)據(jù)轉(zhuǎn)換（Data Conversion）在時間軸上橫跨了需求定義、方案設(shè)計、建立系統(tǒng)及系統(tǒng)切換四階段。在傳統(tǒng)的AIM中，需求定義階段中的數(shù)據(jù)轉(zhuǎn)換主要工作是定義數(shù)據(jù)轉(zhuǎn)換需求及依據(jù)需求制定方案；方案設(shè)計階段的數(shù)據(jù)轉(zhuǎn)換主要事務是定制轉(zhuǎn)換標準，準備環(huán)境；建立系統(tǒng)階段的數(shù)據(jù)轉(zhuǎn)換工作主要是設(shè)計和測試導入的程序及驗證腳本，為接下來的導入做好準備；而系統(tǒng)切換階段的數(shù)據(jù)轉(zhuǎn)換主要工作是對導入程序、導入工具在正式環(huán)境中的安裝及最終導入收集的數(shù)據(jù)，及最后的數(shù)據(jù)驗證。
但方法論更多的是從理論的角度去考慮整體框架，各階段各流程都是“可選”步驟，怎樣去做，如何做好，上面沒有提到。而數(shù)據(jù)收集工作具有要求高，時間緊，難度大等特點，從定義開始，就應該按一定的緊急、先后順序開始收集。筆者在這總結(jié)一下自己的經(jīng)驗，供同仁參考。由于水平有限，錯漏之處在所難免，歡迎商討及指正。

一、數(shù)據(jù) ?

首先我們來看數(shù)據(jù)。 通常企業(yè)在實施ERP時的數(shù)據(jù)包含三部分內(nèi)容，一部分我們稱之為基礎(chǔ)數(shù)據(jù)，基數(shù)數(shù)據(jù)是系統(tǒng)設(shè)置過程中需要用到的數(shù)據(jù)，例如，會計科目、稅率、庫存組織、子庫存、貨位等；第二部分我們稱之為靜態(tài)數(shù)據(jù)，是系統(tǒng)上線后實際操作中需要用到的數(shù)據(jù)，例如，客戶/供應商、員工、銀行賬戶、物料信息、工藝路線等，基礎(chǔ)數(shù)據(jù)與靜態(tài)數(shù)據(jù)我們也可以統(tǒng)一稱為靜態(tài)數(shù)據(jù)；另一部分我們稱之為動態(tài)數(shù)據(jù)，動態(tài)數(shù)據(jù)是系統(tǒng)初始化時需要用到的時點數(shù)據(jù)，例如，期初的賬戶余額、供應商余額、客戶余額、庫存現(xiàn)有量，未結(jié)銷售/采購訂單，未結(jié)工單等。在制定ERP上線方案時需要綜合考慮這三方面的數(shù)據(jù)，按一定的緊急、先后順序進行收集。
基礎(chǔ)數(shù)據(jù)通常格式固定，對數(shù)據(jù)質(zhì)量要求比較高，時效快，數(shù)據(jù)收集工作有可能需要提前到需求定義階段就著手準備。基礎(chǔ)數(shù)據(jù)完成后，我們可以通過系統(tǒng)自帶的診斷工具進行測試系統(tǒng)設(shè)置的完整性。
對于靜態(tài)數(shù)據(jù)，通常也是相對比較簡單，由于靜態(tài)數(shù)據(jù)在錄入系統(tǒng)后，基本上不會去改變，所以只要保證這些數(shù)據(jù)是完整并且準確的就足夠了。而事實上，靜態(tài)數(shù)據(jù)往往存在于企業(yè)的現(xiàn)時業(yè)務中，一方面收集比較方便，另一方面這些數(shù)據(jù)在整個企業(yè)內(nèi)部已具有通用性，如果對原有的物料編碼進行改進或重編，必須考慮到唯一性、統(tǒng)一性、實用性及易用性。
動態(tài)數(shù)據(jù)按時點來分，分為期初數(shù)據(jù)和日常數(shù)據(jù)，最為熟悉的期初數(shù)據(jù)就是庫存期初值和財務賬戶期初余額，有條件的企業(yè)應該對期初數(shù)據(jù)進行盤點。而日常數(shù)據(jù)包括企業(yè)未結(jié)銷售訂單、未結(jié)采購訂單、未結(jié)工單。要想準備好這部分數(shù)據(jù)，企業(yè)應該在上線前界定搜集到哪一天的未結(jié)單據(jù)， 這些單據(jù)只需要統(tǒng)計其未完成數(shù)量，也就是說訂單總數(shù)減去已交貨數(shù)量，工單總數(shù)減去已完工入庫數(shù)量，而且可以按照一定的條件來匯總，比如一個供應商可能存在多個未結(jié)采購訂單，可以按供應商來匯總統(tǒng)計成一個未結(jié)采購訂單表來導入系統(tǒng)。而這以后的單據(jù)將作為系統(tǒng)的日常操作，在上線過程中隨時根據(jù)需要錄入系統(tǒng)。未結(jié)單據(jù)應當在上線前盡可能的結(jié)清，以減少手工和系統(tǒng)切換的難度，同時也降低日后對賬的工作量。

二、數(shù)據(jù)收集過程 ?

在數(shù)據(jù)收集過程中，應當遵循一定的先后順序、一定的收集方法來進行。有條件的企業(yè)應該做幾輪數(shù)據(jù)收集，并分析，盡可能避免在導入正式系統(tǒng)后進行數(shù)據(jù)的修改。
1) 了解及確認企業(yè)所屬行業(yè)的特點和數(shù)據(jù)量
不同的行業(yè)對數(shù)據(jù)的要求不盡相同，例如醫(yī)療系統(tǒng)對供應商的考核制度與普通企業(yè)的考核就是不同，同樣數(shù)據(jù)量的大小也決定著你會使用什么方法處理導入數(shù)據(jù)，例如分銷渠道較長的企業(yè)的客戶可能只管理到代理商；而短渠道企業(yè)可能會管理到批發(fā)商、零售商。較少的數(shù)據(jù)我們可以使用手工的方法導入，但數(shù)據(jù)量一大了，我們得采取程序?qū)雭韰f(xié)助我們。
2) 討論及確認數(shù)據(jù)收集的項目及來源、詳細計劃
收集的項目通常結(jié)合系統(tǒng)對數(shù)據(jù)的要求及企業(yè)行業(yè)特殊性來確定哪些數(shù)據(jù)需要收集，同樣要決定數(shù)據(jù)來源于何處，是從舊信息系統(tǒng)移植還是從檔案數(shù)據(jù)獲取，詳細計劃包括評估數(shù)據(jù)收集工作量、提前期、責任人等。
3) 整理數(shù)據(jù)收集方案和數(shù)據(jù)收集表
收集方案是企業(yè)對數(shù)據(jù)的要求及對這些需求做出的收集策略，是數(shù)據(jù)收集過程中的指導方針；根據(jù)數(shù)據(jù)收集方案合理設(shè)計數(shù)據(jù)收集表格，應對數(shù)據(jù)表格進行詳細的數(shù)據(jù)收集說明。
4) 客戶收集數(shù)據(jù)
數(shù)據(jù)從開始收集到結(jié)束往往會占用比較多的時間及資源，為了保證數(shù)據(jù)的準確性，我們除了實時解答任何疑問外，通常要對客戶收集過程分階段取樣分析，從一開始就監(jiān)控數(shù)據(jù)朝著我們目的方向邁進。

5) 對于導入系統(tǒng)的數(shù)據(jù)進行格式的整理
根據(jù)完成的數(shù)據(jù)收集表，映射系統(tǒng)需求進行格式的變換及調(diào)整。以便能夠按照不同的方式導入或者輸入系統(tǒng)。
6) 確認數(shù)據(jù)
多方對輸入數(shù)據(jù)的確認。

三、數(shù)據(jù)導入方法
按著數(shù)據(jù)方案，確定了收集職責及收集期限，最后收集數(shù)據(jù)、整理（驗證）提交，在各方確認數(shù)據(jù)后，那就要開始著手導入數(shù)據(jù)。Oracle 系統(tǒng)從數(shù)據(jù)庫、應用兩個層面提供多種方案給您選擇數(shù)據(jù)導入的方式。下面以資產(chǎn)數(shù)據(jù)為例舉例說明。
固定資產(chǎn)數(shù)據(jù)有兩種導入方法，一種是通過成批增加接口，另一種是手工在系統(tǒng)錄入。
1）手工錄入數(shù)據(jù)
如果選擇手工錄入系統(tǒng)，你除了全手工的通過應用界面一條條錄入外，你還可以選用一些工具，諸如dataload、loadrunner 協(xié)助你快速完成導入的工作。

你選擇手工導入數(shù)據(jù)的好處是你可以直觀的輸入數(shù)據(jù)，可以在輸入的同時檢查錯誤，也很方便的修改一些默認數(shù)據(jù)，例如根據(jù)資產(chǎn)類別自動彈出的折舊方法及剩余使用壽命（這些在通過接口表的方法中，如果導入的是舊資產(chǎn)，也必需在界面上修改）。當然手工錄入數(shù)據(jù)只建議數(shù)據(jù)量相對較小的數(shù)據(jù)項目上進行，例如稅率數(shù)據(jù)，如果數(shù)據(jù)量在千級別以上，還是建議使用通過成批增加接口導入數(shù)據(jù)。
2）成批增加接口導入
Oracle 一個很重要的功能是在每一個模塊中都預備了一個或者數(shù)個接口表，以方便模塊與模塊之間、系統(tǒng)與系統(tǒng)之前進行數(shù)據(jù)的移植操作。例如，資產(chǎn)的一個很重要的接口表是“成批增加”（FA_MASS_ADDITIONS）；同樣Oracle　提供了很多方法導入數(shù)據(jù)到接口表中。SQL*Loader就是其中數(shù)據(jù)庫層次的一個軟件，其外還有ADI、API：

a) ADI
應用桌面集成 (ADI) 是一個第三方工具，可用于于實際的帳務處理及報表輸出。但我們可以使用他來導入一些財務數(shù)據(jù)。例如日記帳、資產(chǎn)明細及會計科目，通常我們會先創(chuàng)建一個基于EXCEL的模板，如下圖，然后按這些模板格式收集數(shù)據(jù)，然后直接聯(lián)接系統(tǒng)一步完成資產(chǎn)的接口及添加動作。ADI簡單易用，安全性高，有很好的數(shù)據(jù)驗證功能。 ADI導入功能通常僅用于財務模塊中的總帳及資產(chǎn)模塊。?

b) SQL*Loader
SQL*Loader　是個直接把外部數(shù)據(jù)文件插入數(shù)據(jù)庫表的工具，速度非常快，僅需要少量的編程就可以進行數(shù)據(jù)的導入，他包含數(shù)據(jù)文件、控制文件及命令語法三部分內(nèi)容。
命令舉例：sqlldr userid=internal/oracle control=test.ctl

splldr 是命令提示符，userid后面需要輸入數(shù)據(jù)庫存取用戶名及密碼，control 是你的控制文件名，詳細參數(shù)信息請查閱相關(guān)文檔。
數(shù)據(jù)文件舉例：
2003-09-23 | 1 | 04490896 | 347.76 | -
2003-09-28 | 2 | 10256837 | 349.40 | -
2003-09-12 | 3 | 09956875 | 532.30 | -
2003-09-26 | 4 | 10256871 | 581.30 | -

數(shù)據(jù)僅需要簡單的通過特定的分隔符（｜）告訴系統(tǒng)哪些是數(shù)據(jù)。

Ctl控制文件：

            

              LOAD DATA
              

              INFILE '/prod/prodappl/fa/11.5.0/bin/數(shù)據(jù)文件名.txt'
              

              INTO TABLE FA. FA_MASS_ADDITIONS
              

              FIELDS TERMINATED BY "|"
              

              TRAILING NULLCOLS
              

              (mass_addition_id RECNUM,
              

              Asset_number NULLIF rec_id_no =BLANKS ,
              

              Tag_number NULLIF column1 =BLANKS,
              

              Description NULLIF column2 =BLANKS,
              

              Asset_category_id NULLIF column3 =BLANKS,
              

              ……
              

              Asset_id NULLIF columnX =BLANKS) 
            
          

四、數(shù)據(jù)驗證

即使我們在數(shù)據(jù)導入前經(jīng)過仔細核對，并在導入測試中進行嚴格設(shè)計，但仍舊不能夠保證所導入的數(shù)據(jù)是完全正確的，這就要求我們對導入數(shù)據(jù)進行驗證。常用的輸入數(shù)據(jù)復核校驗方法有打印輸出核對法、屏幕核對法和二次輸入核對法等。

Oracle ERP數(shù)據(jù)轉(zhuǎn)換論(1)