TWI492173B - Order system pricing method - Google Patents

Description

訂單系統批價方法

本發明涉及一種批價方法，特別是一種基於策略導向設計模式、可快速反應需求異動、具高度彈性化設計的訂單系統批價方法。

傳統訂單系統面對需求異動時，其處理模式通常需要先經過需求分析、系統開發與測試驗證等冗長且重複(Iteration)的研發程序，然後得將舊系統停機後再將新版訂單系統上線，其間耗費的研發時間與大幅系統換版的風險是難以控制，因而喪失市場先機的損失更是難以估算。

在市場競爭日益加劇的環境下，客戶的需求與渴望愈發多變與多樣化，而其願意等待服務的忍受度卻愈來愈低，需求的有效期限也愈來愈短。在好不容易掌握了瞬息萬變的市場資訊與客戶新需求後，如何能快速將其反應並上架至訂單系統販售，卻甚為困難。修改程式是無法避免，甚至有需重新開發系統的風險，其中，最常受新優惠方案或銷售方案影響，且與產業產品特性緊密相關之批價模組的更動幅度更不在話下。如何能快速且彈性化地進行客製化批價，受理並及時滿足客戶之需求，實已為一不可忽視且亟待解決的重要議題。

傳統批價方法，最常見乃是將各類不同產品或服務的批價規則與邏輯直接寫死在原始碼中(Hard Code)，當需求一有變動，系統開發人員需修改程式，重新編譯然後再次上版，更動幅度大且耗時，常常因無法即時回應市場新需求而錯失良機。

另外，以表格的方式來協助記錄批價屬性、篩選批價規則的方法近來亦常被採納。但是，當系統需能受理多樣產品時，表格欄位勢必需配合無限延伸，以儘量納入各產品的批價屬性或特色，造成過多無意義資訊讀入、表格不易維護等缺點，亦無法避免程式修改，而其擴充彈性亦受到極大限制。

雖然有中華人民共和國專利公告第CN 101140514A號「基於PYTHON的批價引擎實現方法」提出能以簡單設定Python腳本的方式在批價過程中即時取出用戶個別資費產品特性，快速計算出適用於該客戶資費等級優惠之相關費用，但其批價屬性之來源固定在電話單及資費產品等兩個面向有所侷限，且對於如何能即時客製化設定各費用相關屬性及驗證規則的方法未有相關詳細的揭露，仍無法解決相較於行動話務計費更為複雜的訂單系統即時批價問題。

若能在需求階段，即能以類似指令的方式輕易完成異動需求的批價規則編輯並完成設定各費用的相關屬性及驗證規則，定能大幅降低修改程式的可能性，且更加提升整體程序的處理效率並創造更多的機會與商機。特別對於需求經常更動、時效性短、產品多樣且計價規則複雜的產業，此效益將更加顯著。

有鑒於上述所提及之現行技術不足以提供進階需求，本案發明人乃亟思改進之法，致力克服直接將批價邏輯寫死在程式碼中、難以維護與擴充等困難，促成策略導向設計化之批價方法得以實現，並使訂單系統批價功能更趨完善。

本發明之目的在於提供一基於策略導向設計模式、可快速反應需求異動、具高度彈性化設計的訂單系統批價方法。此法可實現在需求階段即能簡單以類似指令的方式完成最新批價邏輯或規則的設定，不必重覆修改程式。若偶遇新型批價功能需求，亦可輕易擴充程式功能並廣為使用者編輯批價策略時使用，達到開發一次，終生受用的效果。不僅可大幅提升市場反應力、競爭力與客戶滿意度，更可解套因過度客製化而帶來的重覆開發批價模組之問題。

可達成上述發明目的之訂單系統批價方法，係指一種基於策略導向設計模式之概念、可快速反應需求異動、具高度彈性化，可有效運用於訂單系統的批價方法；主要係由：(1)策略資料來源(Policy Data Source)：實際存放策略資料之儲存體，可為檔案、資料庫、Cache資料等等；以及(2)策略中介層(Policy Facade)：提供簡便存取策略資料來源與相關策略指令群(Actions)，其中各個策略指令均包含策略存取元件(Policy Access)，用以存取策略資料來源；以及(3)策略執行層(Policy Engine)：依據策略資料來源對不同產品所定義的策略資料結合策略中介層之各式策略指令元件去動態實現批價與費用修改驗證等作業；待一一建立策略指令(Policy Action)類別(如Customer Action,Production Action,Service Action…等)及可被用於策略資料編輯時可用的函式、屬性後，使用者可依據需求完成批價功能所需之申請事項(Apply Item)與費用策略資料編輯，儲存於策略資料來源，待有訂單建製完畢需進行批價時，即可交付策略執行層進行自動且高度客製化的批價計算，即時產出所有適用費用與其建議價格、折扣與售價驗證規則，大幅提高訂單處理速度與正確性。

一種訂單系統批價方法，係包含以下步驟：先由策略存取元件讀取策略資料來源內之各類策略資料；再經由策略欄位轉換元件解析；使策略指令元件存取或使用實際物件的屬性與函數；並透過批價引擎有效操作策略指令元件集合，動態實現費用策略資料之定義；產出所有適用費用物件與其建議價格、折扣與售價驗證規則；以及當使用者修改費用時，立即觸發費用修改驗證引擎，動態實現售價驗證規則並進行檢驗。

批價引擎中之作業流程係包含以下步驟：建立客戶、產品、合約或訂單共用之策略指令；取得相關之策略資料子集合；整理使用者所選用之所有申請事項及作用對象；產生申請事項及其作用對象之實例識別碼集合；判斷是否有尚未進行批價運算之申請事項及其作用對象之實例識別碼集合；讀取一筆尚未進行批價運算的申請事項及其作用對象之實例識別碼集合；批價運算；以及回傳所有適用的費用物件集合；其中該批價引擎中之批價運算，係包含以下步驟：判斷此申請事項的作用對象是否為服務；判斷是否有尚未轉換為策略指令之服務；讀取一筆服務並建立單一服務策略指令；整合合約、客戶、產品、訂單或此單一服務五大面向策略指令；產生批價專用之策略指令集合；判斷是否有尚未執行過之費用策略資料；讀取一筆尚未執行過之費用策略資料；執行費用策略資料條件欄位；判斷此費用是否適用；轉換為費用物件；暫存至適用費用物件集合內；以及回傳此申請事項及作用對象所適用之費用物件集合。

該費用策略資料條件欄位係包含以下步驟：透過策略欄位轉換元件將此欄位之文字定義敘述轉換為可執行的函式欄位；呼叫策略指令集合內某策略指令之某函式或屬性；進行函式欄位運算並回傳運算結果。如申請專利範圍第3項所述之訂單系統批價方法，其中該費用物件集合中之轉換方法，係包含以下步驟：利用策略存取元件讀取一列費用策略資料；利用策略欄位轉換元件將費用策略各欄位的文字定義資料轉換為對應的物件屬性；擇取適用的折扣價格及售價驗證規則；以及產生費用物件實體。

擇取適用折扣價格及售價驗證規則，係包含以下步驟：找到正確的折扣表格；判斷是否有尚未執行之折扣策略資料；讀取一筆折扣策略資料並執行其條件欄位；判斷執行結果；若該判斷為是，則回傳此折扣策略資料所定訂之折扣價格及售價驗證規則；若該判斷執行結果為否，則回傳Null。

費用修改驗證引擎，係包含以下步驟：使用者修改費用售價觸發驗證；集結目前費用的定價、售價、數量、驗證規則等資料建立售價驗證專用的策略指令集合；執行驗證；判斷執行結果；若該判斷執行結果為否，則提出錯誤訊息並要求使用者更正。

本發明所提供之訂單系統批價方法與其他現行做法相比較之下，具備下列優點：

1.　產品於需求設計階段，使用者或需求分析人員即可自行編輯批價相關策略資料，輕易完成批價功能需求而無須修改程式。

2.　批價之參考資料面向不受侷限，除客戶、訂單、產品、合約、服務等五大面向外，將來若需參考另一面向資料時，僅需於批價之策略指令集合新增該面向之策略指令屬性即可。

3.　遇新型需求時，可彈性化擴充各面向批價策略指令之函式或屬性，並廣為編輯相關策略資料時使用，達成一次開發，終生受用的效果。

4.　提出一種可即時篩選各費用目前適用之驗證規則並立即套用於系統畫面上的方法，幫助使用者立即檢驗其所填寫的價格是否合理，輕易地客製化不同的驗證需求。

為達成上述發明目的之訂單系統批價方法，以下實施方式之說明係用以示範與解釋本發明之原理，並且提供本發明專利申請範圍更進階之解釋。

實施案例：

訂單資料(僅列出與批價相關的部分資料)：

客戶地址：台北市

產品類別：車機派遣月租型(代號：ITS001001)，內含「ITS訂單管理服務」與「ITS零件」等兩類型服務

合約：價格種類為「定額價」

購買服務數量：TLC 200型車機10台，無零件

申請事項：車機新申裝(代號：XA01)

申請事項作用對象之實例識別碼(Instance Id)集合：A1,A2,A3,…,A10

請參閱圖一所示，係為本發明訂單系統批價方法之批價作業流程圖。係由策略中介層11中之策略存取元件111讀取策略資料來源10內之各類策略資料，並經由策略欄位轉換元件112解析，使策略指令元件113能有效存取或使用實際物件的屬性與函數，待進行批價時，即可透過策略執行層12之批價引擎121有效操作策略指令元件集合114，動態實現費用策略資料之定義，產出所有適用費用物件與其建議價格、折扣與售價驗證規則，而當使用者修改費用時，亦會立即觸發費用修改驗證引擎122，動態實現售價驗證規則並進行檢驗。

請參閱圖二所示，為本發明訂單系統批價方法之批價引擎作業流程圖。批價引擎121接收上述已整理過之訂單費料後，將進行程序201，建立客戶、產品、合約、訂單等較常共用的策略指令。這些策略指令均提供GetProperty函式，以供策略編輯時能任意取用該對應資料的任何屬性內容。此外客戶策略指令(Customer Action)、產品策略指令(Product Action)與合約策略指令(Agreement Action)則分別提供GetTaxId、SvcCount、IsListedPrice等三個函式，以進行稅別(應稅/免稅)判定、產品內各類服務數量總計及判斷是否採用定額價等功能。

接著，取得相關的策略資料子集合202，自策略資料來源取得{費用表_ITS001001}、{TLC200月租費級距表}、{TLC220月租級距表}等如下策略資料表格(僅列部分重要欄位為例)：費用表_ITS001001：

再來，進行程序203，整理使用者所選用的所有申請事項及作用對象，產生一筆內容為{key:XA01,value:[A1,A2,…,A10]}之申請事項及其作用對象之實例識別碼集合204。由於此集合尚未進行批價運算，將使判別205成立，接著讀取此筆尚未進行批價運算的申請事項及其作用對象之實例識別碼集合206，並於執行程序207批價運算後，重覆進行判別205。若已無尚未進行批價運算的申請事項及其作用對象之實例識別碼集合，則回傳所有適用的費用物件集合208，完成批價引擎作業流程。

請參閱圖三所示，為本發明訂單系統批價方法之批價引擎之批價運算詳細實施流程圖。當上述內容為{key:XA01,value:[A1,A2,…,A10]}之申請事項及其作用對象之實例識別碼集合204進入程序207進行批價運算時，因此申請事項XA01的作用對象為服務，使得判別301成立，且尚未將任何服務轉換為單一服務策略指令，使判別302成立，將進行程序303讀取服務A1並將之建立為單一服務策略指令。接著，進行程序304整合合約、客戶、產品、訂單與此單一服務策略指令，建立如下所示之批價專用的策略指令集合305。

反之，若此時的申請事項的作用對象不為服務，則跳過判別302與程序303，直接執行程序304，只是此時所得之批價專用的策略指令集合305內含之單一服務策略指令為NULL。

如此不必在進入批價引擎前先將所有會使用到的資料先定義好並取出暫存，而是直接將整體訂單資料傳入批價引擎，再依策略定義動態取用任一面向資料，大幅提高擴充彈性，當將來需參考另一面向之資料時，僅需於此集合新增該面向之策略指令屬性即可。

接下來，由於{費用表_ITS001001}內之各費用策略資料均尚未執行過，使得判別306成立，則進行讀取一筆尚未執行過的費用策略資料之程序307，取得費用策略資料FE_01，其條件欄位的文字定義為「api.Service.GetProperty("@ItsServiceType").Name.Contains("200")」。至此，需再執行費用策略資料條件欄位之程序308，以確認此費用是否適用。

請參閱圖四所示，為本發明訂單系統批價方法之動態執行欄位詳細實施流程圖。費用策略資料的牌價、稅別、數量計算方法、條件等欄位均屬於一種動態執行欄位，可於系統執行時期動態轉換文字定義為實際可執行的函式欄位並回傳運算結果。故上述條件欄位實際進行程序308時，將首先透過策略欄位轉換元件將此欄位的文字定義敘述轉換為可執行的函式欄位401，故可藉由程序402直接呼叫服務A1的單一服務策略指令的ItsServiceType屬性內容值(ChtCode類別，具Name與Code兩個字串屬性)，並透過「.Name」之指令，得知其中文名稱值為「TLC 200」，而「.Contains(“200”)」則進一步確認TLC 200是否包含字串”200”。接著進行程序403，得知其執行結果為是並回傳。

因費用策略資料FE_01的條件欄位執行結果為是，使得判別309成立，FE_01被確認為服務A1的適用費用，將再執行程序310將之實際轉換為費用物件，並透過程序311將此費用物件暫存至適用費用物件集合內。接著重覆判別306，可得知用策略資料FE_02尚未被執行，但經過程序307、308之處理，會使得判別309不成立，FE_02並非為服務A1的適用費用，再次重覆判別306時又發現已經沒有尚未執行過的費用策略資料，故將進行程序312回傳適用的費用物件之集合{車機月租費}。

請參閱圖五所示，為本發明訂單系統批價方法之費用物件轉換方法詳細實施流程圖。由圖中可知，程序501將利用策略存取元件讀取一列費用策略資料，經由程序502利用策略欄位轉換元件將費用策略各欄位的文字定義資料轉換為對應的物件屬性。以服務A1的適用費用策略資料FE_01為例，其將被轉為下列費用物件：

其中費用策略資料內之各欄位的文字定義資料轉換為對應的物件屬性之實際轉換程序502如下：

首先，數量計算方式欄位之原始文字定義資料雖然為「1」，但其代表的意義為一個服務加1一次，因此欄位實為一種動態執行欄位，故經由程序401、402、403處理，使得上述費用物件的數量屬性為1。而此數量計算方法欄位的文字定義資料亦可為任意策略面向之屬性的加減乘除功能描述(例：api.Service.GetProperty(“A”)+api.Service.GetProperty(“B”)，代表其計量原則為該服務A屬性與B屬性兩者內容值的加總結果)，甚至是自行開發的複雜函式均可使用。同理，牌價欄位亦為一種動態執行欄位，經過程序502的轉換，將牌價與數量計算方法兩個欄位的相乘，使得此費用物件的定價屬性之值為1500。另外，售價(SellingPrice)屬性則預設為定價屬性相同。

而繳費方式欄位之原始文字定義資料為「XORDER/PayStyle['0'];0」，其敘述格式已統合規劃為「TableName[‘Candidate A’,‘Candidate B’…];DefaultIndex」之格式，其於轉換程序502所使用的策略轉換元件僅需把握此原則，即簡單可以Regular Expression的方式進行解析並轉換。同理，稅別及級距表之定額價列表欄位亦均類似方法進行設計與轉換。

而費用物件參考來源(RefId)屬性乃是用以記錄此費用因何而起，其於費用策略資料內所記載之「api.Service.GetBinding()」代表此費用乃因此時策略指令集合內之單一服務策略指令而起。因此時作用的單一服務策略指令為A1，故經程序502之運算，此屬性之內容值將為A1，代表此費用乃因服務A1而產生；若為A2則代表因服務A2而產生，以此類推。但若此費用因客戶層、產品層或合約層而產生，則此屬性將維持空白或NULL。

請參閱圖六所示，為本發明訂單系統批價方法之擇取適用折扣與售價驗證規則詳細實施流程圖。費用物件之估值(Valuation)屬性內容可依費用策略資料的折扣準則欄位定義，進行程序601找到正確的折扣表格{TLC200月租費級距表}。進行判別602，確認尚有未執行的折扣策略資料，因而程序603讀取一筆折扣策略資料並執行其條件欄位(為一種動態執行欄位，故其執行方式同費用策略資料的條件欄位)。由於本次合約之價格種類屬性為「定額價」，故第一條折扣策略資料並不能使判別604成立，將重覆判別602與程序603，因為本次申裝之ITS訂單管理服務的數量為10，故第二條折扣策略資料之條件欄位執行結果為是，使判別604成立，因而立即進行程序605回傳此折扣策略資料所定訂之折扣價格及售價驗證規則。以本例而言，此處所回傳之折扣價格為定額價列表內所述的5個價格{1500,1200,1000,900,600}及而售價驗證規則為「api.OrderPrice.ListedPriceContains()」。倘若判別602不成立，則代表找不到適用的折扣價格及售價驗證規則，程序606將回傳NULL。

至此，前述所述之費用物件已取得用的折扣價格與售價驗證規則，將產生一個完整的費用物件實體505，並由程序311將之暫存至適用費用物件集合內。而由於對申請事項XA01與服務A1而言，已無可執行的費用策略資料，判別306不成立，程序312將回傳此申請事項及作用對象所適用之費用物件集合{車機月租費}。重覆判別205、程序206，可依序得知服務A2,A3,…,A10所適用之費用物件集合亦為{車機月租費}，批價引擎作業流程已然全數完成，程序208將回傳所有適用的費用物件集合給訂單系統。以本例而言，將可得到10筆車機月租費費用物件，只是其各自的參考來源屬性分別為A1,A2,…,A10。

請參閱圖七所示，為本發明訂單系統批價方法之費用修改驗證引擎作業流程圖。當本例使用者將此車機月租費的售價改為1300觸發驗證規則「api.OrderPrice.ListedPriceContains()」701，程序702將集結目前費用的定價、售價、數量、驗證規則等資料建立售價驗證專用的策略指令集合，接著程序703將執行驗證規則「api.OrderPrice.ListedPriceContains()」，由於1300並非合理定額價格1500,1200,1000,900,600其中之一，故使判別704不成立，由程序705提出錯誤訊息並要求使用者更正。雖然此處所採用的策略指令集合一樣以”api”之簡寫稱之，其僅囊括定價、售價、數量、驗證規則等面向資料，並不同於批價引擎所使用。但同樣地，此處所使用之函式及策略面向指令均可擴充，提供高度彈性客製化驗證機制。

上列詳細說明乃針對本發明之一可行實施例進行具體說明，惟該實施例並非用以限制本發明之專利範圍，凡未脫離本發明技藝精神所為之等效實施或變更，均應包含於本案之專利範圍中。

綜上所述，本案不僅於技術思想上確屬創新，並具備習用之傳統方法所不及之上述多項功效，已充分符合新穎性及進步性之法定發明專利要件，爰依法提出申請，懇請　貴局核准本件發明專利申請案，以勵發明，至感德便。

10．．．策略資料來源

11．．．策略中介層

12．．．策略執行層

111．．．策略存取元件

112．．．策略欄位轉換元件

113．．．策略指令元件

114．．．策略指令元件集合

121．．．批價引擎

122．．．費用修改驗證引擎

201．．．建立客戶、產品、合約、訂單等較常共用的策略指令

202．．．取得相關的策略資料子集合

203．．．整理使用者所選用的所有申請事項及作用對象

204．．．申請事項及其作用對象之實例識別碼集合

205．．．是否有尚未進行批價運算的申請事項及其作用對象之實例識別碼集合

206．．．讀取一筆尚未進行批價運算的申請事項及其作用對象之實例識別碼集合

207．．．批價運算

208．．．回傳所有適用的費用物件集合

301．．．判斷此申請事項的作用對象是否為服務

302．．．是否有尚未轉換為策略指令的服務

303．．．讀取一筆服務並建立單一服務策略指令

304．．．整合合約、客戶、產品、訂單與此單一服務等五大面向策略指令

305．．．批價專用的策略指令集合

306．．．是否有尚未執行過的費用策略資料

307．．．讀取一筆尚未執行過的費用策略資料

308．．．執行費用策略資料條件欄位

309．．．判斷此費用是否適用

310．．．轉換為費用物件

311．．．暫存至適用費用物件集合內

312．．．回傳此申請事項及作用對象所適用之費用物件集合

401．．．透過策略欄位轉換元件將此欄位的文字定義敘述轉換為可執行的函式欄位

402．．．呼叫策略指令集合內某策略指令的某函式或屬性

403．．．進行函式欄位運算並回傳運算結果

501．．．利用策略存取元件讀取一列費用策略資料

502．．．利用策略欄位轉換元件將費用策略各欄位的文字定義資料轉換為對應的物件屬性

503．．．擇取適用的折扣價格及售價驗證規則

504．．．費用物件實體

601．．．找到正確的折扣表格

602．．．是否有尚未執行的折扣策略資料

603．．．讀取一筆折扣策略資料並執行其條件欄位

604．．．執行結果

605．．．回傳此折扣策略資料所定訂之折扣價格及售價驗證規則

606．．．回傳Null

701．．．使用者修改費用售價觸發驗證

702．．．集結目前費用的定價、售價、數量、驗證規則等資料建立售價驗證專用的策略指令集合

703．．．執行驗證

704．．．執行結果

705．．．提出錯誤訊息並要求使用者更正

請參閱有關本發明之詳細說明及其附圖，將可進一步瞭解本發明之技術內容及其目的功效；有關附圖為：

圖一為本發明訂單系統批價方法之批價作業流程圖；

圖二為本發明訂單系統批價方法之批價引擎作業流程圖；

圖三為本發明訂單系統批價方法之批價引擎之批價運算詳細實施流程圖；

圖四為本發明訂單系統批價方法之動態執行欄位詳細實施流程圖；

圖五為本發明訂單系統批價方法之費用物件轉換方法詳細實施流程圖；

圖六為本發明訂單系統批價方法之擇取適用折扣與售價驗證規則詳細實施流程圖；以及

圖七為本發明訂單系統批價方法之費用修改驗證引擎作業流程圖。

10．．．策略資料來源

11．．．策略中介層

12．．．策略執行層

111．．．策略存取元件

112．．．策略欄位轉換元件

113．．．策略指令元件

114．．．策略指令元件集合

121．．．批價引擎

122．．．費用修改驗證引擎

Claims (7)

1. 一種訂單系統批價方法，係包含以下步驟：a、先由策略存取元件讀取策略資料來源內之各類策略資料；b、再經由策略欄位轉換元件解析；c、使策略指令元件存取或使用實際物件的屬性與函數；d、並透過批價引擎有效操作策略指令元件集合，動態實現費用策略資料之定義；e、產出所有適用費用物件與其建議價格、折扣與售價驗證規則；以及f、當使用者修改費用時，立即觸發費用修改驗證引擎，動態實現售價驗證規則並進行檢驗。
2. 如申請專利範圍第1項所述之訂單系統批價方法，其中該批價引擎中之作業流程係包含以下步驟：a、建立客戶、產品、合約或訂單共用之策略指令；b、取得相關之策略資料子集合；c、整理使用者所選用之所有申請事項及作用對象；d、產生申請事項及其作用對象之實例識別碼集合；e、判斷是否有尚未進行批價運算之申請事項及其作用對象之實例識別碼集合；f、讀取一筆尚未進行批價運算的申請事項及其作用對象之實例識別碼集合；g、批價運算；以及h、回傳所有適用的費用物件集合。
3. 如申請專利範圍第1項所述之訂單系統批價方法，其中該批價引擎中之批價運算，係包含以下步驟：a、判斷此申請事項的作用對象是否為服務；b、判斷是否有尚未轉換為策略指令之服務；c、讀取一筆服務並建立單一服務策略指令；d、整合合約、客戶、產品、訂單或此單一服務五大面向策略指令；e、產生批價專用之策略指令集合；f、判斷是否有尚未執行過之費用策略資料；g、讀取一筆尚未執行過之費用策略資料；h、執行費用策略資料條件欄位；i、判斷此費用是否適用；j、轉換為費用物件；k、暫存至適用費用物件集合內；以及l、回傳此申請事項及作用對象所適用之費用物件集合。
4. 如申請專利範圍第3項所述之訂單系統批價方法，其中該費用策略資料條件欄位係包含以下步驟：a、透過策略欄位轉換元件將此欄位之文字定義敘述轉換為可執行的函式欄位；b、呼叫策略指令集合內某策略指令之某函式或屬性；c、進行函式欄位運算並回傳運算結果。
5. 如申請專利範圍第3項所述之訂單系統批價方法，其中該費用物件集合中之轉換方法，係包含以下步驟：a、利用策略存取元件讀取一列費用策略資料；b、利用策略欄位轉換元件將費用策略各欄位的文字定義資料轉換為對應的物件屬性；c、擇取適用的折扣價格及售價驗證規則；以及d、產生費用物件實體。
6. 如申請專利範圍第5項所述之訂單系統批價方法，其中該擇取適用折扣價格及售價驗證規則，係包含以下步驟：a、找到正確的折扣表格；b、判斷是否有尚未執行之折扣策略資料；c、讀取一筆折扣策略資料並執行其條件欄位；d、判斷執行結果；e、若該判斷為是，則回傳此折扣策略資料所定訂之折扣價格及售價驗證規則；f、若該判斷執行結果為否，則回傳Null。
7. 如申請專利範圍第1項所述之訂單系統批價方法，其中該費用修改驗證引擎，係包含以下步驟：a、使用者修改費用售價觸發驗證；b、集結目前費用的定價、售價、數量、驗證規則等資料建立售價驗證專用的策略指令集合；c、執行驗證；d、判斷執行結果；e、若該判斷執行結果為否，則提出錯誤訊息並要求使用者更正。