整个平台比较庞大，而其中支付、清算等内容属于核心，在此以我们已经成功实施的支付运营中心为例进行介绍。本平台将支付、清算体系结合，有较强的可扩展性。
1、业务架构。
支付运营中心平台整合了支付、清算、结算（财务接口）等几部分模块。
如图所示，支付运营中心包括以下部分。
（1）统一接入，即除了支付渠道以外的所有商户、用户接入前置，也包括用户/商户门户页面。
（2）基本信息管理，商品信息、商户信息、支付渠道信息等信息录入、同步与管理功能。
（3）支付核心模块，统一支付的核心部分包括支付流程、交易鉴权、交易处理等模块，也包括一小部分与风控平台的接口。
（4）对账模块，账目管理核心模块，由支付渠道对账、差异处理、商户对账文件生成。
（5）清分、结算模块，清算与结算功能核心模块，为批处理功能，负责计算各方应得款项的金额，并产生各种报表数据。
（6）支付接入，与支付渠道接口，完成全部支付功能的后台接入。
（7）财务接入，将清算、结算数据同步到财务系统。
（8）统一运营支撑平台，为系统运营人员和系统管理员提供系统配置、管理的页面化支持。
2、系统分层。
按照技术对系统进行分层。
（1）接入适配器层。
接入适配器层采用插件技术，将不同商户接入、银行接入等外部系统的接口用插件实现。该层还包括通信适配器，支持外系统变化多端的通信协议和消息中间件。
（2）通信及事务处理层。
提供对事务管理的机制，解决多系统多阶段交易的可靠性、原子性和处理效率所依赖的关键特性。另外事务管理层考虑系统的高效性，引入事务队列；考虑系统的准确性和可恢复性，引入存储转发机制。
（3）核心组件层。
包括一系列的可重用核心组件，该组件粒度较小，不能单独对外提供服务。以基于面向对象的分析设计方法，将支付处理涉及到的各种信息按其内在的关系进行逻辑分组，将有联系的一组信息以及对这组信息的处理方法用支付对象表示。
（4）服务组合层。
采用规则引擎，解析配置的各项规则，将各种组件组合起来，专注于组件的调用顺序和协作控制对上层提供服务。
（5）服务模板层。
具有可重用性，并将这些可重用的流程定义为模板，这样上层就可直接基于模板进行开发，可以方便完成二次开发。
（6）服务层。
根据需求在服务模板层的基础上进行流程订制，并对外发布统一的支付服务。福建移动系统的开发和运行环境基于Java平台，这使得系统具有平台无关性，可跨平台运行，减少对软硬件设备的依赖性，保护企业投资，并使硬件设备选型也具有较大弹性。
3、系统接口。
支付运营中心的接口分为外部接口和内部接口两大类，外部接口指对外部系统的接口，而内部接口是内部几个模块间关联使用的接口，如图所示。
IF1:与商户接口，包括商户业务平台发起的支付交易、撤销交易、退款交易、查询等联机接口；此外还包括业务平台的信息同步接口。
IF2:统一接入到统一支付的接口，与IF1联机部分的作用类似，是在接入模块中解析完成的报文向支付核心平台提交请求的通道。
IF3:支付核心与对账模块的接口，在对账中，用以调取支付数据。
IF4:对账模块到统一接入模块的接口，将生成的商户对账文件传给接入模块，再由接入模块传给各商户业务平台；同时也负责将拆单文件传输给对账模块。
IF5:支付接入到对账模块的接口，通过此接口可将各支付渠道获得的对账文件传送给对账模块。
IF6:在支付流程过程中，到了支付核心只是完成了订单记录和支付逻辑处理，最后的支付过程还是要通过外部支付渠道来完成（这里我们把电子券账户也看作支付渠道），该接口就是支付流程到外部支付渠道前置之间的通道。
IF7:通过该接口将清分汇总报表数据传送给财务接入模块。
IF8:支付前置到小额支付业务核心的接口，传送由统一支付平台分流出来的小额支付的交易请求。
IF9:小额支付核心将交易进行解析、入库、逻辑处理后，请求本地小额前置，并最终传至BOSS（因账户在BOSS中），在BOSS中完成交易。
IF10:支付前置到电子券本地账户的接口，传送由统一支付平台分流出来的电子券支付的交易请求；账户在支付运营中心内，因此请求不再需要转发至外部平台，在本系统内即可以完成交易。
IF11:支付前置到手机支付业务核心的接口，传送由统一支付平台分流的手机支付的交易请求。
IF12:手机支付核心到手机支付中心平台的接口，由于手机支付账户在电子商务基地，该接口用于向手机支付中心平台发起交易请求。
IF13:财务接入模块将财务结算数据传给财务系统，此处的财务系统可能是用友、金蝶或其他财务专用系统。
