前言
正如前篇所述，大量的Shopping实现花费在基于OD的配对及航线组合上面，但是其只是OD Build的一个核心，然后真正实现OD Shopping或一般的Shopping，其最终还需要跟AV和运价相叠加，同时最后还需要考虑自主控制渠道的筛选及排序等。
所以运价计算，作为最终呈现给用户的一个关键环节，如果航司需要自建或自主掌控此功能，则需要全盘考虑，将运价计算（私有或公开、国内或国际）统一构建为一套同时支持Shopping和Pricing的计算引擎，同时将部分环节抽象并提炼为各类微型计算器的SaaS服务插拔于不同的应用场景。
注：是否自建运价计算引擎和相关管理系统体系，其与选用外部资源各有千秋和利弊。此处并不是分析和评估，而且罗列自建过程中需要的一些因素和方向。
『国际运价计算引擎（ International Fares Pricing Engine）』
其是航司直销平台特别是电商量身定做的，使用已解析的ATPCO运价数据进行国际运价计算，应具备准确、方便、灵活、轻量级的特性，可充分满足航空公司对国际运价计算的需要，且方便航空公司多样化的运价产品及附加服务在电子商务渠道的应用，快速响应市场。
基于核心计算功能，可提供基于运价数据的延伸功能。品牌运价、运价管理分析辅助决策及运价自动上载、收益管理系统运价数据处理、代码共享航线运价监控、客票结算票价审核等。
a) 节约成本：可大幅度减少频繁查询GDS产生的费用。
b) 历史数据：可存储24+月的历史运价数据，方便随时查询。
c) 个性服务：及时响应航空公司的特性化需求。
Shopping/Pricing运价计算
然而其计算的逻辑所实现的基本功能，尤其对于国内航司面向国际市场和海外市场，应该达到如下目标。
国家税
作为整体计算引擎的一个组成部分，其需要针对不同使用场景等特殊，慢慢提炼出一些可以被复用到不同场景和应用的计算器小功能，最终打包为SaaS类别的服务，插拔于特定的领域。但是其必须是整套国际运价计算引擎中的一个必要组成部分，且完全依赖于其中的数据基础。
结论
运价计算引擎，不仅仅只包含国际运价，更包含国内，及特别的私有运价。但是由于国内运价及私有运价的发布及管理等流程和其他因素，不能像国际运价这类计算或系统流程运作。所以上述并没有深入描述国内运价及私有运价的推进。但是一种以偏概全的思路，其实是可以将全部运价的管理集中，按照雷同ATPCO发布及管理和应用的步骤，一体化的将国际与国内，公开及私有统一管理和融入计算引擎中。
