建行重要客户服务系统概要设计.doc

重要客户服务系统概要设计重要客户服务系统项目组2001年8月16日一、概述6二、技术实施方案71）客户服务分中心与城综网联网拓扑图72）开发实施所涉及的重要事项7l分中心联入业务主机模式8l凭证打印、使用的具体办法8l中间件和交换平台的使用情况83）交换平台网关接口组件设计8三、数据结构111）组件接口部分虚拟机构、虚拟柜员112）业务种类表113）交易码表114）各系统响应码表115）流水表116）重要客户信息表11四、系统约定111） 重要客户系统分中心报文标准112）文件传输的文件名及文件目录约定11l批量文件的文件名12l文件存放的目录123）重要客户服务系统交易码编码规则124）MessageId 的说明125）UserId的说明126）分中心对综合网会计部分接口127）分中心对综合网储蓄部分接口13五、分行接口功能实现方案及处理流程131）、分中心对综合网有关会计的接口13l分中心向综合网系统签到13l分中心向综合网系统签退14l付 、收款方会计系统记帐14零余额扣款15l通知会计系统打印凭证、办理清算15l业务实时监控和查询（公司负责）16l会计系统单笔冲正交易16l查询会计系统科目余额16l查询会计系统帐户余额17l查询会计系统单个帐户当日流水17l批量查询账户余额（账户数目每次有最大数N）17l批量查询账户流水（账户数目每次有最大数N）17l分中心传送客户账号清单17l分中心取回会计批量账户昨日流水和余额文件17l取得会计系统当日对帐清单文件18l会计系统批量记账交易18l会系统计批量冲正交易192）、分中心对综合网有关储蓄部分接口19l代理股民保证金开户19l代理股民保证金销户20l代理深交所开股东代码卡20l代理上交所开股东代码卡20l追加股东代码20l修改股东信息20l银行储蓄卡资金转入20l银行储蓄卡资金转出21l查询单个储蓄卡号帐户余额21l批量查询储蓄卡账户余额21l取回储蓄系统对帐文件21l储蓄卡账户批量转入、转出交易21l取储蓄系统批量转入、转出交易结果文件22l储蓄系统储蓄卡资金限额转出22l储蓄系统储蓄卡资金全额转出22六、与会计系统接口22向会计系统签到1200510123向会计系统签退1200510223收、付款方会计系统记帐1200512023收、付款方会计系统记帐异常处理1200512424零余额扣款1200512125通知会计系统打印凭证12005122(*)26会计系统单笔冲正交易1200512327查询会计系统科目余额1200515028查询会计系统帐户余额1200515128查询会计系统单个帐户当日流水1200515229批量查询帐户余额1200515329批量查询帐户流水1200515430分中心传送客户帐号清单1200518031分中心取回会计系统批量帐户昨日流水和余额文件1200518131取得会计系统当日对帐清单文件1200518232七、与储蓄系统接口32向储蓄系统签到1200520133向储蓄系统签退1200520233银行储蓄卡资金转入、转出1200522034银行储蓄卡资金转入、转出异常处理1200522134查询单个储蓄卡帐户余额1200525035批量查询储蓄卡帐户余额1200525136取回储蓄系统对帐文件1200528036储蓄卡帐户批量转入、转出交易1200528137储蓄系统储蓄卡资金限额转出1200528337储蓄系统储蓄卡资金全额转出1200528438八、代理业务与储蓄系统接口39代理深交所开股东代码卡1200180540代理上交所开股东代码卡1200180641代理股民保证金开户1200180142代理股民保证金销户1200180243追加股东代码1200180443修改股东信息1200180344一、概述为确保总行开发推广的重要客户服务系统项目在苏州建行的顺利实施，通过认真学习分析总行的业务需求及接口规范，并参照其他建行重要客户服务系统项目开展的具体情况，编写了苏州建行重要客户服务系统技术概要设计。本文档对用户所提出的需求进行分析，对系统的功能和性能要求进行了细化说明，力求详尽、准确、清晰、完整地反映用户的需求，使任务提出者与开发者双方对项目的需求有一个共同的理解，使之作为整个开发工作的前提和基础。本文档是系统分析的一个组成部分，是概要设计、详细设计的基础，同时也作为项目测试和验收时确认的依据。本文档预期读者为重要客户服务系统项目组人员及参与项目设计、开发、测试的人员。由于苏州建行自成重要客户服务分中心，无二级分行，新加入业务系统需要通过交换平台，完成对综合网的业务请求。在现有的结构基础上，参照总行总体实施方案及接口规范，充分利用先进数通公司提供的交换平台软件系统，制定接口及实施计划。二、技术实施方案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_IDchar(9) 虚拟机构H_OPER_IDchar(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序号组成元素名类型长度备注1H_AGENCY_IDCHAR10机构号2H_OPER_IDCHAR6柜员号3H_FORE_SEQ_NOCHAR6前台流水号4H_IP_ADDRCHAR15IP地址5H_TTYCHAR15终端号6H_SFILE_NUMCHAR3上送文件数7H_SFILE_NAMECHAR60上送文件名8F_PLAT_CYCCHAR6平台周期号9F_SEQ_NOCHAR12平台流水号交换平台接收报文头SMSG_RCVACC_HEAD序号组成元素名类型长度备注1F_U_RSPD_NOCHAR5会计后台返回码00为成功、其他为失败2F_RET_MSGCHAR256会计后台返回信息向会计系统签到12005101交换平台发送报文序号组成元素名类型长度备注1SMSG_SNDACC_HEADFORM发送报文头2交换平台接收报文序号组成元素名类型长度备注1SMSG_RCVACC_HEADFORM返回报文头2向会计系统签退12005102交换平台发送报文序号组成元素名类型长度备注1SMSG_SNDACC_HEADFORM发送报文头2交换平台接收报文序号组成元素名类型长度备注1SMSG_RCVACC_HEADFORM返回报文头2收、付款方会计系统记帐12005120交换平台发送报文序号组成元素名类型长度备注1SMSG_SNDACC_HEADFORM发送报文头2SUB_TX_SEQ_IDDATACHAR(16)本分中心流水号1OUT_BRANCH_IDDATACHAR(5)付款方联行号2OUT_DEP_IDDATACHAR(5)付款方机构号3OUT_ACCT_IDDATACHAR(32)付款方帐户4OUT_ACCT_NAMEDATACHAR(50)付款方户名5OUT_BRANCH_NAMEDATACHAR（30）付款行名称6IN_BRANCH_IDDATACHAR（5）收款方联行号7IN_DEP_IDDATACHAR(5)收款方机构号8IN_ACCT_IDDATACHAR(32)收款方帐号9IN_ACCT_NAMEDATACHAR（50）收款方户名10IN_BRANCH_NAMEDATACHAR(30)收款行名称11SEND_BANKDATACHAR(10)人行系统发报行12RCV_BANKDATACHAR(10)人行系统收报行13RMT_OUT_BANKDATACHAR(10)他行业务汇出行14RMT_IN_BANKDATACHAR(10)他行业务汇入行15SPR_ACCT_IDDATACHAR（32）备付金帐号16DC_FLAGDATACHAR(1)借贷标志17TX_AMOUNTDATACHAR(18)发生金额18CUR_CODEDATACHAR(3)结算币别19ABSTRACTDATACHAR(4)摘要20USER_TELLER_IDDATACHAR(6)客户操作员编号21USER_CHK_IDDATACHAR(6)客户复核员编号22VOU_CHER_IDDATACHAR(8)凭证号23TRANS_TYPEDATACHAR(2)转帐类别24MEMO DATA