ICS中间业务模块1009.ppt

内容简介 中间业务模块？ 基于模块的中间业务开发 目前已提供的模块功能介绍 什么是中间业务模块？ 概念 中间业务模块是建立在ICS运行平台之上的，经过封装的、成熟的中间业务交易逻辑模型的集合。如代收代缴类业务模块、代付类业务模块、大额支付模块等。这些交易模型可以通过参数设置或利用预留的个性化处理接口进行交易定制。 结构 机制(宏观) 机制(微观) 要素 要素说明 要素-参数文件-概览 要素-参数文件-内容 每个使用中间业务模块的CTL都有一个参数说明文件，该文件的根节点名为Parameter，包含一个或多个Application节点。一个Application节点表示实例化的一个应用的具体参数； Application的name属性的值为应用的名称，在参数文件中唯一； 一个Application存在一个Public节和多个Transaction节，其中Public节的参数用于说明当前应用实例的公共（或默认）参数，这些参数也可能被Transaction节中相同参数名的参数重载；Transaction节的参数则为当前应用实例中相应交易的参数； 要素-参数文件-内容 每一Transaction节内可以定义多个Arg节，用于说明参数具体名称(name)及其定义值(value)； 参数内容通过原子函数读取后存放在PARA树上，用@PARA.参数名的形式引用； 每个功能模块的具体参数项参考相关手册。 要素-参数文件-规则 参数通过ReadModuleCfg函数读取，所有参数保存PARA树，交易结束时销毁； 参数读取顺序为先Public后Transaction，如果参数重名则覆盖； 未找到指定名称的Transaction节时只使用Public节的参数； 如果Public节也未定义则仅生成空的PARA树。 要素-参数文件-引用 要素说明 要素-个性处理段 要素-个性处理段 个性化处理段保存在各应用交易的Function节中，段名(name)在当前CTL文件中唯一； Function内的语法与CTL语法一致。 要素-主控 如何开发？ 注意！ 中间业务模块是用于降低逻辑控制部分的难度，并非解决整个中间业务开发的问题。 提高业务逻辑控制部分的编码效率后，开发工作关注的重点便可以转移到接口配置和调试上。 代收话费 先来个例子 联机查询待缴费用； 联机代缴：需要支持多缴，不可少缴；需要支持现金、存折、借记卡代缴；需要支持柜台、网银、电话银行、第三方发起等多种渠道；需要支持当日抹账； 批量代收：公司提供本次需要代收话费的清单，银行按清单扣款；需要检查协议； 批量代缴：客户单独与银行签订协议，在固定的时间主动代缴； 对账：每天指定时间核对，产生各种不同的对账结果清单、并需要传送保存到各个不同的服务器上。 先来个例子 柜面联机查询待缴费用； 柜面、银行渠道发起的联机缴费； 第三方公司发起的联机代收； 柜面发起当日抹账； 银行渠道、第三方发起的自动冲正； 柜面或第三方发起的文件批量代收； 柜面或系统自动发起的协议批量代缴； 用于协议批量代缴时调用的本地单笔自动代缴； 柜面或系统自动发起对账； 先来个例子 具体实现！我们需要做什么？ 配置主控怎么做？ 按一般ICS应用的模式建立CTL文件框架； 引用参数定义文件； 引用中间业务模块包文件； 交易中FlowCtrl节按顺序调用两个函数：ReadModuleCfg、Call 如果当前交易需要用到个性定义过程，则在FlowCtrl节之前定义Function节； 如果需要在Call中间业务模块之后继续个性处理，则在后面添加相应的代码。 基于模块的主控开发特点 按交易定义本交易使用到的各模块的实例参数 各交易流程几乎简化到只有两个步骤：读取参数、调用模块； 简化与灵活并重，可以利用参数和自定义功能扩展模块功能。 改变！ 来，看一下代码－接入ITF 来，看一下代码－接入ITF 来，看一下代码－CTL 来，看一下代码－CFG 来，看一下代码－接出ITF 来，看一下代码－接出ITF 很好！不过有些啥呢？ 待缴费用总额查询 银行发起的单笔缴费 第三方发起的单笔缴费 银行柜台发起的抹账及冲正 银行渠道发起的抹账及冲正 第三方单位发起的抹账及冲正 发票打印 协议批扣 文件批扣 对账(1) 对账(2) 对账(3) 对账(4) 对账(5) 待收费用数据装入 代收类业务的其他模块 还有更多… 还有问题吗？ 谢谢参与！ CTL?ITF 代收话费：查询应缴费用 Request Include file=etc/TRMTIA_IIT.XML/ Item name=CAgtNo“ length=10/ !--单位编号-- Item name=“ActTyp“ length=”1” necessary=“no”/ !--