建行重要客户服务系统概要设计.doc
《建行重要客户服务系统概要设计.doc》由会员分享,可在线阅读,更多相关《建行重要客户服务系统概要设计.doc(44页珍藏版)》请在三一办公上搜索。
1、重要客户服务系统概要设计重要客户服务系统项目组2001年8月16日一、概述6二、技术实施方案71)客户服务分中心与城综网联网拓扑图72)开发实施所涉及的重要事项7l分中心联入业务主机模式8l凭证打印、使用的具体办法8l中间件和交换平台的使用情况83)交换平台网关接口组件设计8三、数据结构111)组件接口部分虚拟机构、虚拟柜员112)业务种类表113)交易码表114)各系统响应码表115)流水表116)重要客户信息表11四、系统约定111) 重要客户系统分中心报文标准112)文件传输的文件名及文件目录约定11l批量文件的文件名12l文件存放的目录123)重要客户服务系统交易码编码规则124)Me
2、ssageId 的说明125)UserId的说明126)分中心对综合网会计部分接口127)分中心对综合网储蓄部分接口13五、分行接口功能实现方案及处理流程131)、分中心对综合网有关会计的接口13l分中心向综合网系统签到13l分中心向综合网系统签退14l付 、收款方会计系统记帐14零余额扣款15l通知会计系统打印凭证、办理清算15l业务实时监控和查询(公司负责)16l会计系统单笔冲正交易16l查询会计系统科目余额16l查询会计系统帐户余额17l查询会计系统单个帐户当日流水17l批量查询账户余额(账户数目每次有最大数N)17l批量查询账户流水(账户数目每次有最大数N)17l分中心传送客户账号清单
3、17l分中心取回会计批量账户昨日流水和余额文件17l取得会计系统当日对帐清单文件18l会计系统批量记账交易18l会系统计批量冲正交易192)、分中心对综合网有关储蓄部分接口19l代理股民保证金开户19l代理股民保证金销户20l代理深交所开股东代码卡20l代理上交所开股东代码卡20l追加股东代码20l修改股东信息20l银行储蓄卡资金转入20l银行储蓄卡资金转出21l查询单个储蓄卡号帐户余额21l批量查询储蓄卡账户余额21l取回储蓄系统对帐文件21l储蓄卡账户批量转入、转出交易21l取储蓄系统批量转入、转出交易结果文件22l储蓄系统储蓄卡资金限额转出22l储蓄系统储蓄卡资金全额转出22六、与会计系
4、统接口22向会计系统签到1200510123向会计系统签退1200510223收、付款方会计系统记帐1200512023收、付款方会计系统记帐异常处理1200512424零余额扣款1200512125通知会计系统打印凭证12005122(*)26会计系统单笔冲正交易1200512327查询会计系统科目余额1200515028查询会计系统帐户余额1200515128查询会计系统单个帐户当日流水1200515229批量查询帐户余额1200515329批量查询帐户流水1200515430分中心传送客户帐号清单1200518031分中心取回会计系统批量帐户昨日流水和余额文件1200518131取得会计
5、系统当日对帐清单文件1200518232七、与储蓄系统接口32向储蓄系统签到1200520133向储蓄系统签退1200520233银行储蓄卡资金转入、转出1200522034银行储蓄卡资金转入、转出异常处理1200522134查询单个储蓄卡帐户余额1200525035批量查询储蓄卡帐户余额1200525136取回储蓄系统对帐文件1200528036储蓄卡帐户批量转入、转出交易1200528137储蓄系统储蓄卡资金限额转出1200528337储蓄系统储蓄卡资金全额转出1200528438八、代理业务与储蓄系统接口39代理深交所开股东代码卡1200180540代理上交所开股东代码卡12001806
6、41代理股民保证金开户1200180142代理股民保证金销户1200180243追加股东代码1200180443修改股东信息1200180344一、概述为确保总行开发推广的重要客户服务系统项目在苏州建行的顺利实施,通过认真学习分析总行的业务需求及接口规范,并参照其他建行重要客户服务系统项目开展的具体情况,编写了苏州建行重要客户服务系统技术概要设计。本文档对用户所提出的需求进行分析,对系统的功能和性能要求进行了细化说明,力求详尽、准确、清晰、完整地反映用户的需求,使任务提出者与开发者双方对项目的需求有一个共同的理解,使之作为整个开发工作的前提和基础。本文档是系统分析的一个组成部分,是概要设计、详
7、细设计的基础,同时也作为项目测试和验收时确认的依据。本文档预期读者为重要客户服务系统项目组人员及参与项目设计、开发、测试的人员。由于苏州建行自成重要客户服务分中心,无二级分行,新加入业务系统需要通过交换平台,完成对综合网的业务请求。在现有的结构基础上,参照总行总体实施方案及接口规范,充分利用先进数通公司提供的交换平台软件系统,制定接口及实施计划。二、技术实施方案1)客户服务分中心与城综网联网拓扑图分中心备用机分中心生产机vip接口vip接口网关组件前端请求渠道交换平台储蓄系统会计系统 其中分中心通信组件,作为交换平台网关部分存放交换平台主机;分中心通信组件提供统一XML报文转接函数;组件全部功
8、能程序包括VIP通信接口函数使用、TUXEDO WS的ATMI接口函数、交换平台网关接口函数,与交换平台通过网关IPC机制进行请求交换;组件接口部分逻辑上被认为储蓄或会计柜台,具体说针对综合网的交换平台,组件接口都被认为是辖区内储蓄、会计网点。接口部分要建立综合网(如:37061)与储蓄、会计虚拟网点的对应表。针对BTB的会计业务,接口认为虚拟柜台,解决传输mac校验问题,综合网端以虚拟柜台进行mac校验,以开户柜台、固定虚拟柜员进行记帐。组件接口部分根据来自分中心报文Head的“接受方机构号”(如:37061)进行综合网机构寻址;2)开发实施所涉及的重要事项l 分中心联入业务主机模式通过交换
9、平台屏蔽业务系统差异,提供统一后台记帐接口。l 凭证打印、使用的具体办法方式一:如果总行提供集中处理点软件,可以通过集中处理点进行会计记帐凭证的实时打印;对后台清算的帐务,凭证日终批量在集中点打印。方式二:提供会计前台生成打印记帐凭证。l 中间件和交换平台的使用情况交换平台使用BEA公司的TUXEDO中间件,完成交易请求数据的安全、完整传输,交易事务的一致性保证,服务具有负载均衡、动态伸缩等管理功能,各系统通过TUXEDO域划分管理。发往交换平台的为主交易服务,交换平台发往各系统的为子交易服务,通过交换平台完成子交易拆分调度、数据转换、数据依赖路由,交换平台通过网关组件完成与不使用TUXEDO
10、中间件系统连接,组件为交换平台与其他异构系统沟通的桥梁。3)交换平台网关接口组件设计一、 组件结构通过对大客户系统的分析,我们对交易请求方向进行分析,目前只有两种交易方式:请求银行端交易、银行端请求的交易。对这两种交易方式分别设计一个组件,完成VIP交易请求和交换平台交易请求的翻译转换。以交换平台为核心,代理交换平台接收交易请求组件为接收组件,代理交换平台发送交易请求组件为发送组件,接收组件为网关的客户组件、VIP的服务组件,发送组件为网关的服务组件、VIP的客户组件。 请求交换平台服务组件分中心代理交换平台服务组件交换平台业务主机 交换平台请求服务组件前台交换平台代理分中心服务组件分中心二、
11、 解析函数 该部分定义两个函数来完成xml格式数据和交换平台的vp变量池数据元之间的转换:1、 xml_2_vp(FDVARPOOL *_vp , char * _xmlbuf )1)、对于重复记录,先调用GetRecord()函数将多记录的各个数据项取出来放到动态数组中,然后调用rec_item_2_vp()将数组逐项放入变量池内2)、对于嵌套FORM,采用第归掉用来处理,处理时根据FORM的名字判断是否为包头,如果是,调用xml_head_2_vp()函数将数据解入变量池3)、对于其他的数据元素,调用函数body_item_2_vp()将数据解入变量池内。2、 vp_2_xml( FDVA
12、RPOOL *_vp, char *_xmlbuf )1)、对于重复记录,先调用rec_vp_2_item()将多记录的各个数据项从变量池内取出来放到动态数组中,然后调用SetRecord()将数组逐项放入xmlbuf的相应标签内2)、对于嵌套FORM,采用第归掉用来处理,处理时根据FORM的名字判断是否为包头,如果是,调用xml_vp_2_head()函数将数据解入xmlbuf内。3)、对于其他的数据元素,调用函数body_vp_2_item()将数据解入xmlbuf内。3、 相关的公用函数1)、int get_tag_by_elem( u_int elem, char *tagname )
13、; 描述:根据数据元素号elem获得对应的标签名。2)、int get_tag_from_tagset( char *tagset, int i,char *tmp_tag ); 描述:从标签集合tagset中取得3) int get_tagset_by_txcode( char *tagset, char *flag, char *txcode ),描述: 根据交易码,获得标签集合 4) int get_fname_by_txcode( char *txcode, char *flag, char *fname) 描述: 根据交易码、标志取得FORM名称。flag =”0”, 取得输出FOR
14、M, flag = 1, 取得输入FORM.三、 解析函数1、数据元素定制1) 所有数据元素对应的标签类型都是char *类型,在变量池内将数据元素分为s(string), h(short), i(int), l(long), f(float), d(double), c(char)共七中类型,本系统用到的有s 、l、d三种类型2) 对于金额类的标签,对应的数据元素定义为d(double)类型,对于流水类标签,对应的数据元素定义为l(long)类型,其他的全部定义为s(string)类型。3) 数据元素的取名规范是:对应的标签名变为大写之后加上一个前缀B13_,例如,标签名TxCode对应的数
15、据元素名为B13_TXCODE.4) 参考文当:D19_F接口规范(分行)135.doc、ADT-SC-平台定制规范-v1.0.1.doc 2、FORM格式定制 发往交换平台为主交易请求,对每一个交易定制一对FORM。上面提到的解析函数就是根据这一对FORM完成解析工作的。主交易FORM的命名规则是:MMSG_XXXXXXXX_OUT (IN).其中XXXXXXXX是交换平台的主交易码,等于分中心交易码(即TxCode值) 前面加上1200,例如,分中心交易码5151对应的交换平台交易码是12005151,对应的输入FORM的名字是MMSG_12005151_IN, 输出FORM的名字是MMS
16、G_12005151_OUT.函数xml_2_vp()中根据MMSG_12005151_IN将XML格式数据解入交换平台的变量池内,而函数vp_2_xml()根据MMSG_12005151_OUT将变量池内的数据解入XML包内。 交换平台发往分中心为子交易请求,对每一个子交易定制一对FORM。子交易FORM的命名规则是:SMSG_SXXXXXXXXYYY_OUT (IN).其中XXXXXXXX是交换平台的主交易码,等于分中心交易码(即TxCode值) 前面加上1200,例如,交换平台子交易码是S12005151001,对应的分中心交易码5151,对应的输入FORM的名字是SMSG_S12005
17、151001_IN, 输出FORM的名字是SMSG_S12005151001_OUT.函数xml_2_vp()中根据SMSG_S12005151001_IN将XML格式数据解入交换平台的变量池内,而函数vp_2_xml()根据SMSG_S12005151001_OUT将变量池内的数据解入XML包内。三、数据结构1)组件接口部分虚拟机构、虚拟柜员H_AGENCY_IDchar(9) 虚拟机构H_OPER_IDchar(6) 虚拟柜员2)业务种类表3)交易码表4)各系统响应码表5)流水表6)重要客户信息表四、系统约定1) 重要客户系统分中心报文标准本系统的消息传递遵循XML报文标准。以下是对XML
18、报文标准的简要说明。包含XML版本信息根字段为字段包含一个字段和一个字段字段包含报文信息中Head的所有信息字段包含一个字段(错误代码),一个字段(错误提示信息),没有或多个字段,可能还存在一些其他信息字段如汇总信息的字段等,其中字段包含的可能是所有的输入信息(目前只存在一个),所有的输出信息(目前只存在一个),所有的查询结果信息(可能没有或多个)2)文件传输的文件名及文件目录约定l 批量文件的文件名l 文件存放的目录3)重要客户服务系统交易码编码规则交易码长度为5位: 第一位第二位第三位 第四位5 接口类交易1 会计2 储蓄01-09 签到,签退10-19 维护类20-49 帐务类50-79
19、 查询类80-89 批量类90-99 其它顺序号4)MessageId 的说明 MessageId 是本系统唯一标识一笔交易的标志。由以下三个字段构成SubCenterId 4位分中心编号UserId 16位客户编号TxSeqId 8位交易流水号5)UserId的说明对重要客户服务系统的客户进行的内部统一编号。其编码规则如下:客户编号:AAAA+CCCCCCCCCC + TT即4位分中心号 + 10位 客户代码 + 2位终端号客户代码:HHHHHHH + BBB即7位 总部号 + 3位 分支机构号6)分中心对综合网会计部分接口交易类 交易名称 5101 分中心向会计系统签到 5102 分中心向
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 建行 重要 客户 服务 系统 概要 设计

链接地址:https://www.31ppt.com/p-3813928.html