前言
????????正如前篇所述潜的，大量的Shopping實現(xiàn)花費在基于OD的配對及航線組合上面，但是其只是OD Build的一個核心钙皮，然后真正實現(xiàn)OD Shopping或一般的Shopping嘶摊，其最終還需要跟AV和運價相疊加，同時最后還需要考慮自主控制渠道的篩選及排序等押赊。
? ? ? ? 所以運價計算，作為最終呈現(xiàn)給用戶的一個關(guān)鍵環(huán)節(jié)包斑，如果航司需要自建或自主掌控此功能流礁，則需要全盤考慮，將運價計算（私有或公開舰始、國內(nèi)或國際）統(tǒng)一構(gòu)建為一套同時支持Shopping和Pricing的計算引擎崇棠，同時將部分環(huán)節(jié)抽象并提煉為各類微型計算器的SaaS服務(wù)插拔于不同的應(yīng)用場景咽袜。
? ? ? ? 注：是否自建運價計算引擎和相關(guān)管理系統(tǒng)體系丸卷，其與選用外部資源各有千秋和利弊。此處并不是分析和評估询刹，而且羅列自建過程中需要的一些因素和方向谜嫉。
『國際運價計算引擎（ International Fares Pricing Engine）』
????????其是航司直銷平臺特別是電商量身定做的，使用已解析的ATPCO運價數(shù)據(jù)進行國際運價計算凹联，應(yīng)具備準確沐兰、方便、靈活蔽挠、輕量級的特性住闯，可充分滿足航空公司對國際運價計算的需要，且方便航空公司多樣化的運價產(chǎn)品及附加服務(wù)在電子商務(wù)渠道的應(yīng)用澳淑，快速響應(yīng)市場比原。
????????基于核心計算功能，可提供基于運價數(shù)據(jù)的延伸功能杠巡。品牌運價量窘、運價管理分析輔助決策及運價自動上載、收益管理系統(tǒng)運價數(shù)據(jù)處理氢拥、代碼共享航線運價監(jiān)控蚌铜、客票結(jié)算票價審核等。
a) 節(jié)約成本：可大幅度減少頻繁查詢GDS產(chǎn)生的費用嫩海。
b) 歷史數(shù)據(jù)：可存儲24+月的歷史運價數(shù)據(jù)冬殃，方便隨時查詢。
c) 個性服務(wù)：及時響應(yīng)航空公司的特性化需求叁怪。
Shopping/Pricing運價計算
? ? 然而其計算的邏輯所實現(xiàn)的基本功能审葬，尤其對于國內(nèi)航司面向國際市場和海外市場，應(yīng)該達到如下目標。
國家稅
????????作為整體計算引擎的一個組成部分耳璧，其需要針對不同使用場景等特殊成箫，慢慢提煉出一些可以被復(fù)用到不同場景和應(yīng)用的計算器小功能，最終打包為SaaS類別的服務(wù)旨枯，插拔于特定的領(lǐng)域蹬昌。但是其必須是整套國際運價計算引擎中的一個必要組成部分，且完全依賴于其中的數(shù)據(jù)基礎(chǔ)攀隔。
結(jié)論
????????運價計算引擎皂贩，不僅僅只包含國際運價，更包含國內(nèi)昆汹，及特別的私有運價明刷。但是由于國內(nèi)運價及私有運價的發(fā)布及管理等流程和其他因素，不能像國際運價這類計算或系統(tǒng)流程運作满粗。所以上述并沒有深入描述國內(nèi)運價及私有運價的推進辈末。但是一種以偏概全的思路，其實是可以將全部運價的管理集中映皆，按照雷同ATPCO發(fā)布及管理和應(yīng)用的步驟挤聘，一體化的將國際與國內(nèi)，公開及私有統(tǒng)一管理和融入計算引擎中捅彻。
