收藏 分销(赏)

客户关系管理之重要客户服务系统概要设计.docx

上传人:pc****0 文档编号:8853753 上传时间:2025-03-04 格式:DOCX 页数:46 大小:76.17KB
下载 相关 举报
客户关系管理之重要客户服务系统概要设计.docx_第1页
第1页 / 共46页
客户关系管理之重要客户服务系统概要设计.docx_第2页
第2页 / 共46页
点击查看更多>>
资源描述
重要客户服务系统概要设计 重要客户服务系统项目组 2001年8月16日 一、概述 6 二、技术实施方案 7 1)客户服务分中心与城综网联网拓扑图 7 2)开发实施所涉及的重要事项 7 l 分中心联入业务主机模式 8 l 凭证打印、使用的具体办法 8 l 中间件和交换平台的使用情况 8 3)交换平台网关接口组件设计 8 三、数据结构 11 1)组件接口部分虚拟机构、虚拟柜员 11 2)业务种类表 11 3)交易码表 11 4)各系统响应码表 11 5)流水表 11 6)重要客户信息表 11 四、系统约定 11 1) 重要客户系统分中心报文标准 11 2)文件传输的文件名及文件目录约定 11 l 批量文件的文件名 12 l 文件存放的目录 12 3)重要客户服务系统交易码编码规则 12 4)MessageId 的说明 12 5)UserId的说明 12 6)分中心对综合网会计部分接口 12 7)分中心对综合网储蓄部分接口 13 五、分行接口功能实现方案及处理流程 13 1)、分中心对综合网有关会计的接口 13 l 分中心向综合网系统签到 13 l 分中心向综合网系统签退 14 l 付 、收款方会计系统记帐 14 零余额扣款 15 l 通知会计系统打印凭证、办理清算 15 l 业务实时监控和查询(公司负责) 16 l 会计系统单笔冲正交易 16 l 查询会计系统科目余额 16 l 查询会计系统帐户余额 17 l 查询会计系统单个帐户当日流水 17 l 批量查询账户余额(账户数目每次有最大数N) 17 l 批量查询账户流水(账户数目每次有最大数N) 17 l 分中心传送客户账号清单 17 l 分中心取回会计批量账户昨日流水和余额文件 17 l 取得会计系统当日对帐清单文件 18 l 会计系统批量记账交易 18 l 会系统计批量冲正交易 19 2)、分中心对综合网有关储蓄部分接口 19 l 代理股民保证金开户 19 l 代理股民保证金销户 20 l 代理深交所开股东代码卡 20 l 代理上交所开股东代码卡 20 l 追加股东代码 20 l 修改股东信息 20 l 银行储蓄卡资金转入 20 l 银行储蓄卡资金转出 21 l 查询单个储蓄卡号帐户余额 21 l 批量查询储蓄卡账户余额 21 l 取回储蓄系统对帐文件 21 l 储蓄卡账户批量转入、转出交易 21 l 取储蓄系统批量转入、转出交易结果文件 22 l 储蓄系统储蓄卡资金限额转出 22 l 储蓄系统储蓄卡资金全额转出 22 六、与会计系统接口 22 向会计系统签到12005101 23 向会计系统签退12005102 23 收、付款方会计系统记帐12005120 23 收、付款方会计系统记帐异常处理12005124 24 零余额扣款12005121 25 通知会计系统打印凭证12005122(*) 26 会计系统单笔冲正交易12005123 27 查询会计系统科目余额12005150 28 查询会计系统帐户余额12005151 28 查询会计系统单个帐户当日流水12005152 29 批量查询帐户余额12005153 29 批量查询帐户流水12005154 30 分中心传送客户帐号清单12005180 31 分中心取回会计系统批量帐户昨日流水和余额文件12005181 31 取得会计系统当日对帐清单文件12005182 32 七、与储蓄系统接口 32 向储蓄系统签到12005201 33 向储蓄系统签退12005202 33 银行储蓄卡资金转入、转出12005220 34 银行储蓄卡资金转入、转出异常处理12005221 34 查询单个储蓄卡帐户余额12005250 35 批量查询储蓄卡帐户余额12005251 36 取回储蓄系统对帐文件12005280 36 储蓄卡帐户批量转入、转出交易12005281 37 储蓄系统储蓄卡资金限额转出12005283 37 储蓄系统储蓄卡资金全额转出12005284 38 八、代理业务与储蓄系统接口 39 代理深交所开股东代码卡12001805 40 代理上交所开股东代码卡12001806 41 代理股民保证金开户12001801 42 代理股民保证金销户12001802 43 追加股东代码12001804 43 修改股东信息12001803 44 一、概述 为确保总行开发推广的重要客户服务系统项目在苏州建行的顺利实施,通过认真学习分析总行的业务需求及接口规范,并参照其他建行重要客户服务系统项目开展的具体情况,编写了苏州建行重要客户服务系统技术概要设计。 本文档对用户所提出的需求进行分析,对系统的功能和性能要求进行了细化说明,力求详尽、准确、清晰、完整地反映用户的需求,使任务提出者与开发者双方对项目的需求有一个共同的理解,使之作为整个开发工作的前提和基础。 本文档是系统分析的一个组成部分,是概要设计、详细设计的基础,同时也作为项目测试和验收时确认的依据。 本文档预期读者为重要客户服务系统项目组人员及参与项目设计、开发、测试的人员。 由于苏州建行自成重要客户服务分中心,无二级分行,新加入业务系统需要通过交换平台,完成对综合网的业务请求。在现有的结构基础上,参照总行总体实施方案及接口规范,充分利用先进数通公司提供的交换平台软件系统,制定接口及实施计划。 二、技术实施方案 1)客户服务分中心与城综网联网拓扑图 分中心备用机 分中心生产机 vip接口 vip接口 网关组件 前端请求渠道 交换平台 信用卡 储蓄系统 会计系统 … … 其中分中心通信组件,作为交换平台网关部分存放交换平台主机;分中心通信组件提供统一XML报文转接函数;组件全部功能程序包括VIP通信接口函数使用、TUXEDO WS的ATMI接口函数、交换平台网关接口函数,与交换平台通过网关IPC机制进行请求交换; 组件接口部分逻辑上被认为储蓄或会计柜台,具体说针对综合网的交换平台,组件接口都被认为是辖区内储蓄、会计网点。接口部分要建立综合网(如:37061)与储蓄、会计虚拟网点的对应表。针对BTB的会计业务,接口认为虚拟柜台,解决传输mac校验问题,综合网端以虚拟柜台进行mac校验,以开户柜台、固定虚拟柜员进行记帐。 组件接口部分根据来自分中心报文Head的“接受方机构号”(如:37061)进行综合网机构寻址; 2)开发实施所涉及的重要事项 l 分中心联入业务主机模式 通过交换平台屏蔽业务系统差异,提供统一后台记帐接口。 l 凭证打印、使用的具体办法 方式一:如果总行提供集中处理点软件,可以通过集中处理点进行会计记帐凭证的实时打印;对后台清算的帐务,凭证日终批量在集中点打印。 方式二:提供会计前台生成打印记帐凭证。 l 中间件和交换平台的使用情况 交换平台使用BEA公司的TUXEDO中间件,完成交易请求数据的安全、完整传输,交易事务的一致性保证,服务具有负载均衡、动态伸缩等管理功能,各系统通过TUXEDO域划分管理。发往交换平台的为主交易服务,交换平台发往各系统的为子交易服务,通过交换平台完成子交易拆分调度、数据转换、数据依赖路由,交换平台通过网关组件完成与不使用TUXEDO中间件系统连接,组件为交换平台与其他异构系统沟通的桥梁。 3)交换平台网关接口组件设计 一、 组件结构 通过对大客户系统的分析,我们对交易请求方向进行分析,目前只有两种交易方式:请求银行端交易、银行端请求的交易。 对这两种交易方式分别设计一个组件,完成VIP交易请求和交换平台交易请求的翻译转换。以交换平台为核心,代理交换平台接收交易请求组件为接收组件,代理交换平台发送交易请求组件为发送组件,接收组件为网关的客户组件、VIP的服务组件,发送组件为网关的服务组件、VIP的客户组件。 ü 请求交换平台服务组件 分中心à代理交换平台服务组件à交换平台à业务主机 ü 交换平台请求服务组件 前台à交换平台à代理分中心服务组件à分中心 二、 解析函数 该部分定义两个函数来完成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( FDVARPOOL *_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 ); 描述:根据数据元素号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”, 取得输出FORM, 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对应的数据元素名为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的名字是MMSG_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_S12005151001_IN, 输出FORM的名字是SMSG_S12005151001_OUT.函数xml_2_vp()中根据SMSG_S12005151001_IN将XML格式数据解入交换平台的变量池内,而函数vp_2_xml()根据SMSG_S12005151001_OUT将变量池内的数据解入XML包内。 三、数据结构 1)组件接口部分虚拟机构、虚拟柜员 H_AGENCY_ID char(9) 虚拟机构 H_OPER_ID char(6) 虚拟柜员 2)业务种类表 3)交易码表 4)各系统响应码表 5)流水表 6)重要客户信息表 四、系统约定 1) 重要客户系统分中心报文标准 本系统的消息传递遵循XML报文标准。以下是对XML报文标准的简要说明。 <?xml version="1.0"?>包含XML版本信息 根字段为<Root> <Root>字段包含一个<Head>字段和一个<Body>字段 <Head>字段包含报文信息中Head的所有信息 <Body>字段包含一个<ErrCode>字段(错误代码),一个<ErrMsg>字段(错误提示信息),没有或多个<Record>字段,可能还存在一些其他信息字段如汇总信息的字段等,其中<Record>字段包含的可能是所有的输入信息(目前只存在一个),所有的输出信息(目前只存在一个),所有的查询结果信息(可能没有或多个) 2)文件传输的文件名及文件目录约定 l 批量文件的文件名 l 文件存放的目录 3)重要客户服务系统交易码编码规则 交易码长度为5位: 第一位 第二位 第三位 第四位 5 接口类交易 1 会计 2 储蓄 01--09 签到,签退 10--19 维护类 20--49 帐务类 50--79 查询类 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 分中心向会计系统签退 5120 付、收款方会计系统记帐 5121 收、付款方会计系统记账异常处理 5122 通知会计系统打印凭证、办理清算 5123 零余额扣款 5124 会计系统单笔冲正交易 5150 查询会计系统科目余额 5151 查询会计系统帐户余额 5152 查询会计系统单个帐户当日流水 5153 批量查询账户余额 5154 批量查询账户流水 5180 分中心传送客户账号清单 5181 分中心取回会计系统批量账户昨日流水和余额文件 5182 取得会计系统当日对帐清单文件 5183 会计系统批量冲正交易 5184 收、付款方会计系统批量记帐 7)分中心对综合网储蓄部分接口 交易码 交易名称 5201 分中心向储蓄系统签到 5202 分中心向储蓄系统签退 1801 代理股民保证金开户 1802 代理股民保证金销户 1803 修改股东信息 1804 追加股东代码 1805 代理深交所开股东代码卡 1806 代理上交所开股东代码卡 5220 银行储蓄卡资金转入、转出 5220 银行储蓄卡资金转入、转出异常处理 5250 查询单个储蓄卡号帐户余额 5251 批量查询储蓄卡账户余额 5280 取回储蓄系统对帐文件 5281 储蓄卡账户批量转入、转出交易 5283 统储蓄卡资金限额转出 5284 储蓄系统储蓄卡资金全额转出 五、分行接口功能实现方案及处理流程 1)、分中心对综合网有关会计的接口 l 分中心向综合网系统签到 主要实现分中心与综合网建立连结;同时实现接口数据环境的日始初始化;实现接口向主机申请传输密钥; ①服务系统分中心 ② ⑦ ④ ⑤综合网主机 ③接口部分 ⑥ ① 分中心发起签到指令; ② 分中心将信息转发接口; ③ 接口进行分析、信息分发;(公司负责) ④ 将交易转发相应综合网主机;(开发组定义签到交易结构) ⑤ 综合网主机进行审核等处理;(开发组负责) ⑥ 综合网主机将响应码、接口将虚拟储蓄、会计柜台传输密钥返回接口;(开发组定义签到交易结构) ⑦ 接口在对收到的主机虚拟储蓄、会计柜台密钥等信息处理完成后将响应码传分中心;(公司负责) l 分中心向综合网系统签退 主要实现分中心与综合网断开连结;同时实现接口数据环境的日终处理(同上一交易);在所有分中心都签退后,将所有本分中心内的不同综合网之间(即TransType=01且OutDepId和InDepId的前3位相同)的转账业务的有效流水卸出,装入省行主机的重要客户网间流水表中。(公司负责) l 付 、收款方会计系统记帐 ①服务系统分中心 无论是否在同一综合网上,都分两次进行记帐;记帐原则是:先扣帐,后收帐; ② ④ ⑧ ⑤ ⑥综合网主机 ③接口部分 ⑦ ① 分中心接收客户端发来的付(收)款指令; ② 分中心将信息转发接口; ③ 接口进行分析,判断报文合法性、系统状态是否允许开始交易等;(公司负责) ④ 接口将非正规交易信息返回分中心;(公司负责) ⑤ 接口将审核后的交易转发相应综合网主机;(公司负责,调用综合网会计记账交易) ⑥ 综合网主机进行审核、扣(收)款处理;(综合网原有交易) ⑦ 综合网主机将处理结果返回接口;(综合网原有交易) ⑧ 接口将接受来的信息转换并返回分中心。(公司负责) 服务系统分中心 l 零余额扣款 ② ④ ⑩ ⑥综合网主机 ③接口部分 ⑤ ⑦ ① 分中心接收客户端发来的零余额扣款指令; ② 分中心将信息转发接口; ③ 接口进行分析,判断报文合法性、系统状态是否允许开始交易等;(公司负责) ④ 接口将非正规交易信息返回分中心;(公司负责) ⑤ 接口将审核后的信息,组织查询交易转发相应综合网主机;(公司负责,调用综合网会计查询交易) ⑥ 综合网主机查询客户的账户余额;(综合网原有交易) ⑦ 综合网主机将查询结果返回接口;(综合网原有交易) ⑧ 接口将接受来的信息组织扣款交易转发综合网;(公司负责) ⑨ 综合网利用原有交易进行扣款,并将结果返回接口;(综合网原有交易) ⑩ 接口将接收来的信息,转换并返回分中心。(公司负责) l 通知会计系统打印凭证、办理清算 此交易属于新增功能(公司负责)。 服务系统分中心 ② ① ③ ⑤ ⑥凭证打印柜台 ④综合网主机 接 口 ⑦ ① 分中心接受综合网记账成功返回信息后,向接口发出会计系统生成记账凭证的通知; ② 接口进行报文分析,并向分中心返回结果; ③ 定义结构,转发综合网主机; ④ 综合网主机生成记账凭证; ①服务系统分中心 ⑤ 综合网主机通知会计前台打印记账凭证; ⑥ 柜台得知有来自客户记帐凭证; ⑦ 柜台向综合网主机发起取凭证交易并打印凭证,据此进行资金清算; l 业务实时监控和查询(公司负责) 完成对当天业务的实时监控,主要内容包括:接受交易笔数,下传交易笔数,未传交易笔数等;采用条件查寻法,查询当日交易流水情况等。 l 会计系统单笔冲正交易 分中心在发现记帐异常时,将发起冲正交易; ①服务系统分中心 ② ④ ⑧ ⑤ ⑥综合网主机 ③接口部分 ⑦ ① ②分中心向接口发起冲正指令; ③ 接口进行分析;(公司负责) ④ 接口将非正规交易信息返回分中心;(公司负责) ⑤ 接口将审核后的交易转发相应综合网主机;(调用综合网抹帐交易) ⑥ 综合网主机进行根据分中心流水号,对流水帐表进行审核、冲正处理;(综合网原有交易) ⑦ ⑧综合网主机将处理结果返回接口、分中心;(公司负责) 说明:在综合网记帐时,如果处理完成在返回接口的过程中,通讯失败,则综合网主机系统将进行自动冲正; l 查询会计系统科目余额 ⑤综合网 主机 ①服务系统分中心 ② ⑦ ④ ③接口部分 ⑥ ① 分中心接收客户端发来的查询指令; ② 分中心将科目号等信息转发接口; ③ 接口进行分析;(公司负责) ④ 将交易转发相应综合网主机;(开发组定义会计系统新增结构) ⑤ 综合网主机进行审核、查询科目余额处理; ⑥ ⑦综合网主机将处理结果返回接口、分中心; l 查询会计系统帐户余额 同查询会计系统科目余额 l 查询会计系统单个帐户当日流水 同查询会计系统科目余额 l 批量查询账户余额(账户数目每次有最大数N) 同查询会计系统科目余额 l 批量查询账户流水(账户数目每次有最大数N) 同查询会计系统科目余额 l 分中心传送客户账号清单 ①服务系统分中心 ② ⑥ ④ ⑦综合网主机 ③接口部分 ⑤ ① 每日日终,分中心发起传送指令; ② 分中心将客户帐号清单等信息转发接口; ③ 接口进行分析(公司负责); ④ 将交易转发相应综合网主机; ⑤ ⑥综合网主机返回接到信息给接口、分中心; ⑦ 综合网主机在日终处理时,根据清单进行当日流水帐、户主帐查询处理,生成相应当日流水帐、帐户余额两文件(开发组新增功能); ⑧次日分中心日始处理时,将帐户流水文件和余额文件取回(处理流程如下); l 分中心取回会计批量账户昨日流水和余额文件 ①服务系统分中心 ② ⑦ ④ ③接口部分 ⑤综合网主机 ⑥ ① 分中心发起传送指令; ② 分中心将信息转发接口; ③ 接口进行分析、数据分发(公司负责); ④ 将交易转发相应综合网主机; ⑥ ⑦综合网主机返回文件给接口、分中心; l 取得会计系统当日对帐清单文件 处理流程同分中心取回会计系统批量账户昨日流水和余额文件 说明: ①在日常交易时,分钟心想会计系统发送客户端产生的MessageId(客户段分中心编号+客户节电编号+客户交易流水号)和本中心产生的流水号,日中队长禽蛋文件记录应含有本分中心流水号和会计主机流水号信息。请求只有一个交易码,每一条流水账组成文件的一条记录(通过重要客户服务系统发起的转账交易)。 ② 如果返回文件为准备好,分中心过一段实践重发;如果返回文件准备好,分中心立即去会文件。 l 会计系统批量记账交易 服务系统分中心 ① ⑤ ③ ④综合网主机 ②接口部分 ⑥ ① 分中心发起批量记账指令和批量记账文件清单; ② 接口进行分析(公司负责); ③ 接口将文件转发相应综合网主机(公司负责); ④ 综合网主机根据记账文件清单作记账处理,生成处理结果文件(应含有每笔记录的处理结果); ⑤ 综合网主机将处理结果返回接口、分中心 说明:适用于系统日终处理对帐和平帐交易;对帐时,若出现队长不平(付款成功,收款不成功),分中心发出批量记账交易。 l 会系统计批量冲正交易 ①服务系统分中心 ② ⑦ ④ ⑤综合网主机 ③接口部分 ⑥ ① 分中心发起批量冲正指令; ② 分中心将分批量冲正的中心流水号文件传接口; ③ 接口进行分析、数据分发(公司负责); ④ 接口将文件转发相应综合网主机(公司负责); ⑤ 综合网主机进行根据冲正文件分中心流水号,对流水帐表进行审核、冲正处理; ⑥ ⑦综合网主机将处理结果返回接口、分中心; 说明:批量记账交易失败时,付款方已记帐,但收款方批量记帐不成功时,则需要付款方做出冲正处理;(注意:冲正成功后要查找接口会计凭证管理表,此交易是否已生成记账凭证,如果已生成,需要生成冲正的反方凭证。) 2)、分中心对综合网有关储蓄部分接口 l 代理股民保证金开户 交易从综合网储蓄前台发起,对银行卡号、证券保证金帐号建立对应关系。同时是一个合同签定的过程。 ①储蓄前台 ⑧服务系统分中心 ② ④ ⑾ ⑤ ⑦ ⑨ ⑥接口部分 ③综合网主机 ⑩ ① 前台进行信息录入处理; ② 储蓄前台将信息发送至综合网主机(新定义传输结构,与djz结构不同); ③ 城市综合网主机接受到请求包,校验mac;调用函数对卡号的有效性进行判断、预记重要客户流水帐; ④ 如果mac错、卡号无效或密码错,形成出错信息返回包,返回前台; ⑤ 如果为有效卡号,则综合网将信息转发到接口; ⑥ 接口接受到请求包,校验mac,若mac错,形成出错信息返回包,返回城市综合网主机;正确,则生成分中心要求的报文格式 ⑦ 将交易报文转发到分中心; ⑧ ⑨分中心进行分析、转发,等待客户端处理结果,并将处理结果返回到接口;接口对分中心报文格式进行分析,生成综合网主机可接受的报文 ⑩ 接口将处理结果的报文返回综合网主机;综合网主机接受到返回包,校验mac;分析报文,调用函数修改重要客户流水帐,生成返回储蓄前台的报文; ⑾ 储蓄前台接受到返回包,校验mac;分析报文,交易成功,凭证打印。 l 代理股民保证金销户 l 代理深交所开股东代码卡 l 代理上交所开股东代码卡 l 追加股东代码 l 修改股东信息 以上五个交易,处理过程同代理开户 l 银行储蓄卡资金转入 ①服务系统分中心 ② ④ ⑧ ⑤ ⑥综合网主机 ③接口部分 ⑦ ① 分中心接收客户端发来的转入指令; ② 分中心将信息转发接口; ③ 接口进行报文的转换、分析。进行报文向综合网交易报文传输结构djz的转换,包括生成正确交易码11****,生成相应mac等内容,并根据来自分中心报文Head的“接受方机构号”进行综合网寻址; ④ 接口将非正规交易信息返回分中心; ⑤ 接口将审核后的交易转发相应综合网主机; ⑥ 综合网主机进行mac校验、新旧卡号校验、卡号合法性审核等处理,转入sapsjz记帐处理; ⑦ ⑧综合网主机将处理结果返回接口、分中心; l 银行储蓄卡资金转出 l 查询单个储蓄卡号帐户余额 l 批量查询储蓄卡账户余额 批量查询同查询单个储蓄卡账户余额交易,利用原有的批量查询交易,进行改进 l 取回储蓄系统对帐文件 ①服务系统分中心 ② ⑦ ④ ⑤综合网主机 ③接口部分 ⑥ ① 分中心发起取文件指令; ② 分中心将信息转发接口; ③ 接口进行分析、指令分发; ④ 将交易转发相应综合网主机; ⑤ ⑥ ⑦综合网主机返回文件给接口、分中心; l 储蓄卡账户批量转入、转出交易 批量转入同储蓄卡账户转入交易,利用原有的代工交易,进行改进; 批量转出同储蓄卡账户转出交易,利用原有的代扣交易,进行改进; l 取储蓄系统批量转入、转出交易结果文件 同取回储蓄系统对帐文件交易流程,综合网处理同代工代扣的申请结果交易 l 储蓄系统储蓄卡资金限额转出 同储蓄卡账户转出交易,综合网主机程序须对帐户余额进行分析判断,并进行留规定余额处理。 l 储蓄系统储蓄卡资金全额转出 同储蓄卡账户转出交易,综合网主机程序须对帐户余额进行留规定余额处理。 六、与会计系统接口 报文由报文头+报文体组成; 报文头、报文体所有字段都是定长字符; 金额为18位定长带小数点字符; 报文体字段左对齐,后补空格; 会计交易码为S+XXXXXXXX+YYY,XXXXXXXX为交换平台交易码,YYY为顺序号001; 注意:定制具体通信FORM时,发送和接收使用统一报文SSMSG_XXXXXXXXXXXX,结构为发送报文头(SMSG_SNDACC_HEAD)+接收报文头(SMSG_RCVACC_HEAD)+发送报文体(SMSG_XXXXXXXXXXXX_OUT)+接收报文体(SMSG_XXXXXXXXXXXX_IN) 交换平台发送报文头SMSG_SNDACC_HEAD 序号 组成元素名 类型 长度 备注 1 H_AGENCY_ID CHAR 10 机构号 2 H_OPER_ID CHAR 6 柜员号 3 H_FORE_SEQ_NO CHAR 6 前台流水号 4 H_IP_ADDR CHAR 15 IP地址 5 H_TTY CHAR 15 终端号 6 H_S CHAR 3 上送文件数 7 H_S CHAR 60 上送文件名 8 F_PLAT_CYC CHAR 6 平台周期号 9 F_SEQ_NO CHAR 12 平台流水号 交换平台接收报文头SMSG_RCVACC_HEAD 序号 组成元素名 类型 长度 备注 1 F_U_RSPD_NO CHAR 5 会计后台返回码 00为成功、其他为失败 2 F_RET_MSG CHAR 256 会计后台返回信息 向会计系统签到12005101 交换平台发送报文 序号 组成元素名 类型 长度 备注 1 SMSG_SNDACC_HEAD FORM 发送报文头 2 交换平台接收报文 序号 组成元素名 类型 长度 备注 1 SMSG_RCVACC_HEAD FORM 返回报文头 2 向会计系统签退12005102 交换平台发送报文 序号 组成元素名 类型 长度 备注 1 SMSG_SNDACC_HEAD FORM 发送报文头 2 交换平台接收报文 序号 组成元素名 类型 长度 备注 1 SMSG_RCVACC_HEAD FORM 返回报文头 2 收、付款方会计系统记帐12005120 交换平台发送报文 序号 组成元素名 类型 长度 备注 1 SMSG_SNDACC_HEAD FORM 发送报文头 2 SUB_TX_SEQ_ID DATA CHAR(16) 本分中心流水号 1 OUT_BRANCH_ID DATA CHAR(5) 付款方联行号 2 OUT_DEP_ID DATA CHAR(5) 付款方机构号 3 OUT_ACCT_ID DATA CHAR(32) 付款方帐户 4 OUT_ACCT_NAME DATA CHAR(50) 付款方户名 5 OUT_BRANCH_NAME DATA CHAR(30) 付款行名称 6 IN_BRANCH_ID DATA CHAR(5) 收款方联行号 7 IN_DEP_ID DATA CHAR(5) 收款方机构号 8 IN_ACCT_ID DATA CHAR(32) 收款方帐号 9 IN_ACCT_NAME DATA CHAR(50) 收款方户名 10 IN_BRANCH_NAME DATA CHAR(30) 收款行名称 11 SEND_BANK DATA CHAR(10) 人行系统发报行 12 RCV_BANK DATA CHAR(10) 人行系统收报行 13 RMT_OUT_BANK DATA CHAR(10) 他行业务汇出行 14 RMT_IN_BANK DATA CHAR(10) 他行业务汇入行 15 SPR_ACCT_ID DATA CHAR(32) 备付金帐号 16 DC_FLAG DATA CHAR(1) 借贷标志 17 TX_AMOUNT DATA CHAR(18) 发生金额 18 CUR_CODE DATA CHAR(3) 结算币别 19 ABSTRACT DATA CHAR(4) 摘要 20 USER_TELLER_ID DATA CHAR(6) 客户操作员编号 21 USER_CHK_ID DATA CHAR(6) 客户复核员编号 22 VOU_CHER_ID DATA CHAR(8) 凭证号 23 TRANS_TYPE DATA CHAR(2) 转帐类别 24 MEMO DATA CHAR(256) 备注
展开阅读全文

开通  VIP会员、SVIP会员  优惠大
下载10份以上建议开通VIP会员
下载20份以上建议开通SVIP会员


开通VIP      成为共赢上传
相似文档                                   自信AI助手自信AI助手

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        抽奖活动

©2010-2025 宁波自信网络信息技术有限公司  版权所有

客服电话:4009-655-100  投诉/维权电话:18658249818

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :微信公众号    抖音    微博    LOFTER 

客服