金融电子结算综合业务系统接口标准.docx

金融电子结算综合业务系统接口标准金融电子结算综合业务系统接口标准v1.36金融电子结算服务中心2015/5/27目 录1.系统概述11.1.业务描述11.2.相关术语及概念说明21.2.1.参与者关系21.2.2.时序相关概念说明31.3.系统运行时序41.3.1.场次切换41.3.2.工作日期切换51.3.3.补收补发窗口51.3.4.对账处理52.报文格式概述62.1.XML报文结构62.1.1.序言62.1.2.报文主体构成62.1.3.元素（element）62.1.4.集合（Aggregates）72.1.5.属性72.1.6.注释82.2.报文设计约定82.2.1.规范性82.2.2.命名82.2.3.报文要素填写约定92.3.通用数据集92.3.1.报文头92.3.2.账户详细信息 <AcctDetail>102.3.3.磁条信息 <TrackInfo>112.3.4.票据信息集 <NoteInfo>112.3.5.交易清算信息集 <SettlInfo>242.3.6.批量业务信息 <BatchInfo>242.3.7.系统状态信息集 <SysStatus>252.3.8.邮件信息集 <MailInfo>262.3.9.查询查复书信息集<QueryInfo>272.3.10.协议信息集<AgreementDetail>282.3.11.缴费信息集<Payment>282.3.12.发票打印信息集<PrintInfo>292.4.报文处理建议模型292.4.1.报文的生成292.4.2.报文要素的检索和赋值292.4.3.报文的转换与传输293.业务标准303.1.交易代码定义303.1.1.银行间支付交易303.1.2.第三方相关业务313.1.3.账户管理类交易323.1.4.管理维护类交易333.1.5.查询查复书、邮件交易333.1.6.电子合同（协议）管理类业务333.2.票据种类343.3.业务种类代码363.4.账户类型363.5.账户性质363.6.货币代码373.7.货币类型373.8.验证类型373.9.退票理由383.10.处理结果码定义383.10.1.结算中心处理结果码383.10.2.提入行处理结果码413.11.集中代收付业务相关标准423.11.1.数据文件命名规则423.11.2.协议号组成规则433.11.3.业务种类编码表433.11.4.委托单位信息表464.业务处理流程474.1.普通贷记业务474.2.实时贷记业务474.3.普通借记业务484.4.实时借记业务494.5.定期贷记业务494.6.定期借记业务504.7.委托单位发起实时收/付款业务514.8.第三方发起实时缴费业务534.9.银行发起缴费业务544.9.1.缴费查询阶段554.9.2.缴费发起阶段554.10.批量代付（贷记）业务564.11.批量代收（借记）业务584.12.撤销业务604.12.1.批量代付（贷记）业务撤销614.12.2.批量代收（借记）业务撤销624.13.代收付业务对账处理634.14.退票处理634.14.1.提出行处理流程644.14.2.提入行处理流程654.15.票据合法性检查处理流程654.15.1.提出行处理流程654.15.2.提入行处理流程664.16.电子协议管理业务处理流程664.16.1.商业银行端发起协议管理664.16.2.委托单位端发起协议管理664.17.IC卡脚本处理结果通知业务流程665.资金交易报文685.1.借记交易685.1.1.请求报文685.1.2.响应报文705.2.贷记交易735.2.1.请求报文735.2.2.响应报文755.3.票据合法性查询765.3.1.请求报文765.3.2.响应报文785.4.退票795.4.1.请求报文795.4.2.响应报文815.5.第三方发起实时收/付款报文（商业银行接收）825.5.1.请求报文825.5.2.响应报文855.6.第三方批量代收付业务、银行定期借贷记业务875.6.1.请求报文结构875.6.2.响应报文结构905.7.批量业务结果返回905.7.1.请求报文结构905.7.2.响应报文结构935.8.批量处理结果查询（商业银行接收）945.8.1.请求报文结构945.8.2.响应报文结构955.9.批量代收付业务交易撤销（商业银行接收）975.9.1.请求报文结构975.9.2.响应报文结构985.10.批量包内明细查询985.10.1.请求报文结构985.10.2.响应报文结构995.11.本行批量交易下载995.11.1.请求报文结构995.11.2.响应报文结构1015.12.交易状态同步1025.12.1.请求报文1025.12.2.响应报文1045.13.交易查询1055.13.1.请求报文1055.13.2.响应报文1065.14.冲正1075.14.1.请求报文1075.14.2.响应报文1095.15.缴费信息查询1095.15.1.请求报文结构1105.15.2.响应报文结构1115.16.缴费信息确认1125.16.1.请求报文结构1135.16.2.响应报文结构1146.账户管理报文1166.1.账户登记1166.1.1.请求报文1166.1.2.响应报文1176.2.账号信息查询1176.2.1.请求报文1176.2.2.响应报文1196.3.账户信息修改1206.3.1.请求报文1206.3.2.响应报文1216.4.账户注销1226.4.1.请求报文1226.4.2.响应报文1236.5.批量账户信息查询请求1236.5.1.请求报文1236.5.2.响应报文1246.6.批量账户信息查询响应1256.6.1.请求报文1256.6.2.响应报文1266.7.个人账户密码验证1266.7.1.请求报文1276.7.2.响应报文1286.8.账户信息验证1286.8.1.请求报文1286.8.2.响应报文1306.9.签约单位账户余额查询1306.9.1.请求报文1306.9.2.响应报文1316.10.个人账户余额查询1326.10.1.请求报文1326.10.2.响应报文1337.系统管理报文1357.1.机构签到1357.1.1.请求报文1357.1.2.响应报文1367.2.系统状态查询1377.2.1.请求报文1377.2.2.响应报文1387.3.场切通知1417.3.1.请求报文1417.3.2.响应报文1427.4.日切通知1437.4.1.请求报文1437.4.2.响应报文1457.5.对账通知1467.5.1.请求报文1467.5.2.响应报文1477.6.商业银行取对账数据1497.6.1.请求报文1497.6.2.响应报文1507.7.对账回执1567.7.1.请求报文1567.7.2.响应报文1577.8.下载手续费汇总信息1597.8.1.请求报文1597.8.2.响应报文1597.9.下载隔夜资金计息文件1617.9.1.请求报文1617.9.2.响应报文1617.10.前置机取行内系统对账数据1637.10.1.请求报文1637.10.2.响应报文1647.10.3.数据文件格式1647.11.系统参数更新1667.11.1.参数升级通知1667.11.2.参数下载1677.11.3.参数版本查询1687.11.4.参数文件格式1707.12.下载当日交易数据1777.12.1.请求报文1777.12.2.响应报文1777.13.获取个人密码加密密钥（）1787.13.1.请求报文1787.13.2.应答报文1798.信息类报文1818.1.参与查询书、查复书、通知书密押运算的要素1818.2.查询书查复书1818.2.1.请求报文1818.2.2.响应报文1838.3.发送邮件1848.3.1.请求报文1848.4.接收邮件1878.4.1.请求报文1878.4.2.响应报文1889.电子协议管理类报文1909.1.协议实时登记（单笔）1909.1.1.请求报文1909.1.2.响应报文1919.2.协议登记请求1929.2.1.请求报文1929.2.2.响应报文1949.3.协议登记应答（接收）1949.3.1.请求报文1949.3.2.响应报文1959.4.协议实时注销（单笔）1959.4.1.请求报文1959.4.2.响应报文1979.5.协议注销请求1989.5.1.请求报文1989.5.2.响应报文1999.6.协议注销应答（接收）2009.6.1.请求报文2009.6.2.响应报文2019.7.协议信息实时查询（单笔）2019.7.1.请求报文2019.7.2.响应报文2029.8.协议信息查询请求2039.8.1.请求报文2039.8.2.响应报文2049.9.协议信息查询应答（接收）2059.9.1.请求报文2059.9.2.响应报文20710.其他功能20810.1.支付密码机具管理20810.1.1.请求报文20810.1.2.响应报文20910.2.发票打印交易20910.2.1.请求报文结构20910.2.2.响应报文结构21110.3.IC卡脚本处理结果通知21110.3.1.请求报文结构21210.3.2.应答报文结构21211.附件一 原始票据交换相关表单格式21412.附件二 密押接口函数说明21512.1.API函数包中的文件列表21512.2.接口函数声明21512.3.结果代码21813.附件三 PIN加密算法及MAC的产生（采用银联标准）22013.1.ANSI X9.8 PIN BLOCK格式22013.1.1.主帐号处理22013.1.2.PIN BLOCK计算22013.2.ANSI X9.9 MAC算法描述22014.附件四：中国银联银行卡联网联合技术规范V2.1中对各域的格式说明221广西金融电子结算综合业务系统接口标准1. 系统概述1.1. 业务描述金融电子结算综合业务系统（简称综合业务系统，英文简称GFOS）建设的总体目标是：适应经济、金融改革和发展的需要，根据区域支付结算业务的特点和需求，在立足于作为中国人民银行现代化支付体系有机组成部分和有效补充的前提下，建设具有高效、安全、通用、前瞻、可实施性的金融电子结算综合业务系统平台，为社会提供功能齐全、安全高效、低成本的支付清算服务。系统的业务范围包括：l 商业银行跨行及行内支付清算业务Ô 人民币单位结算业务Ô 人民币个人结算业务Ô 外币结算业务Ô 人民币批量借贷记业务l 非金融支付服务组织业务Ô 集中代收付Ô 预付费卡业务Ô 收单业务Ô l 人民币跨境支付业务金融电子结算综合业务系统第一期开通的业务：Ø 人民币对公票据业务金融电子结算综合业务系统第二期开通的业务：Ø 柜面通业务（个人通存通兑业务）金融电子结算综合业务系统第三期开通的业务：Ø 集中代收付业务以后逐步规划开通的业务包括：Ø 外币结算业务Ø 非金融机构支付服务组织发起业务。包括：n 第三方支付业务n 市民卡业务n 电话POS业务Ø 跨境结算业务Ø 银证转账业务Ø 1.2. 相关术语及概念说明1.2.1. 参与者关系1.2.1.1. 清算行清算行是在清算系统内开立清算账户、与清算所进行轧差清算的银行机构。根据资金的流向，一笔支付业务的双方可分为付款清算行和收款清算行。作为管理性机构，清算行不直接办理支付业务，而是参与其管辖机构与他行机构间支付业务的资金轧差。除负责对本行下辖机构业务的清算外，商业银行还可接受委托代理其他金融机构的资金清算业务。接受他行委托进行资金清算的银行称为代理清算行。1.2.1.2. 开户行开户行是指为银行客户开立结算账户的网点机构。根据资金的流向，支付业务的双方分为付款行和收款行。1.2.1.3. 业务发起/接收行受客户委托在清算系统中发起支付清算业务的银行机构称为业务发起行；通过清算网络接收业务发起行发送的电子交易数据的对方银行机构称为业务接收行。在清算系统中，除有特殊限制外，原则上所有的开户行机构都可以直接为客户发起或接收支付业务。在行内资金通存通兑的前提下，业务发起行或业务接收行与客户实际开户行可以是不同的机构。此时，业务发起行或业务接收行与开户行间实际存在代理关系。业务发起行也可称为业务提出行；业务接收行也可称为业务提入行。1.2.1.4. 交换行通过票据交换所与他行进行实物票据交换的银行机构称为交换行。交换行应在交换所拥有交换席位号。基于管理和运作成本方面的考虑，商业银行通常指定某个网点机构负责若干个临近网点机构实物票据的集中交换。当交换行与业务发起机构或业务接收机构非同一机构时，两者间存在代理关系，此时该交换行被称为代理交换行。根据票据交换过程中是提交实物票据或接收实物票据，交换行可分为提出交换行和提入交换行。1.2.1.5. 参与者间关系下图为商业银行间资金清算模型示意图：本图以贷记业务为例对银行间支付结算业务中的交易指令数据、资金流向和实物票据交换以及业务参与者间的关系进行描述。对于借记业务，除资金流向与图中相反外，其他处理相同。图中对清算所和交换所的表述进行了简化，统一用清算网络表示。1.2.2. 时序相关概念说明1.2.2.1. 业务提交日期即业务提交时的自然日，简称提交日，以结算中心主机设定日期为准。1.2.2.2. 综合业务系统工作日期指结算中心进行资金清分的日期。与机器日期和自然日无关。综合业务系统工作日期简称工作日期。结算中心的工作日设置与商业银行的会计日基本一致，在工作日结束后，各业务参与方应与结算中心进行当日的账务核对。工作日期在日切后自动进入下一工作日。如遇特殊情况，由结算中心工作人员设置。1.2.2.3. 工作场次工作场次用于将一个工作日划分为几个不同的时间段。结算中心可根据具体情况将工作日划分为一个或多个场次，并设定每个场次的结束时间。两个连续场次进行切换时不中断业务。如无特殊说明，本文中的“场次”均指工作场次。1.2.2.4. 综合业务系统清算日期指人民银行资金轧差清算日期，与机器日期和自然日无关。综合业务系统清算日期简称清算日期。综合业务系统的清算日期由结算中心工作人员根据人总行现代化支付系统的清算日期进行设置。结算中心的清算日期与工作日期之间一般不同步。1.2.2.5. 清算场次清算场次指结算中心用于进行资金轧差清算的场次。结算中心的清算场次按需要设置，但最后一场的结束时间与人总行现代化支付系统的清算时间保持一致，与结算中心的工作日及场次不保持同步。1.2.2.6. 综合业务系统交换日期指原始票据交换的日期，与机器日期和自然日无关。综合业务系统的交换日期由结算中心工作人员根据实际的票据交换情况进行设置。如上午场的业务在下午进行票据交换，下午场的业务在下一工作日进行票据交换，或当天两场业务均在下一个工作日交换。1.2.2.7. 交换场次交换场次指结算中心用于进行票据交换的场次。结算中心的交换场次按需要设置，与结算中心的工作日及场次不保持同步。1.3. 系统运行时序系统按7×24的模式设计（目前先以工作日8:30-17:10的时序运行）。每一工作日可划分为多个场次，场次的划分由结算中心统一设置。综合业务系统具有正常运行和停止这两种运行状态。在正常情况下，系统均处于运行状态，各商业银行进行交易的提出和提入。在特殊情况下，结算中心可以将系统状态设置为停止，暂时停止各项业务，或暂停某一项业务。系统在结算中心端进行日切处理后自动进入新工作日的第一个场次。1.3.1. 场次切换综合业务系统的一个工作日可划分为多个工作场次，结算中心在每个场次结束时自动进行场次切换，并实时将场切通知发送给所有业务参与方。结算中心在场切后进入补收补发窗口。1.3.2. 工作日期切换综合业务系统在每日最后一个场次结束后自动进行工作日期切换。结算中心在日切后向业务参与方发送日切通知。结算中心在完成日切后进入补收补发窗口。切换后的系统状态为下一工作日的第一场。1.3.3. 补收补发窗口系统在每个场次切换后设置补收补发窗口，用于切换前场次未决交易的确认。对于场切前各场次所发生的状态不明的交易，结算中心自动向业务接收方进行查询，同时继续接收业务接收方返回的交易结果。对于交易结果确定的业务，结算中心更新数据库中交易状态，并通知业务提出行。结算中心可设置补收补发窗口的时间长度。补收补发窗口在设定的时间关闭。在清算窗口关闭时，如该场次的“未决交易结束标志”为“1”，则该场次及以前场次的所有未确认交易均作为失败处理。“未决交易结束标志”一般统一设置在自然日各商业银行日终处理前的工作场次，通常为每一工作日的最后一场。1.3.4. 对账处理结算中心在清算窗口关闭后按业务种类、币种、钞汇类别生成本场次的对账数据（包括清算行对账汇总数据和对账明细文件）。结算中心在完成对账数据的生成后主动通知业务参与方。业务参与方在接收到结算中心的对账通知后主动向结算中心取对账数据。结算中心在业务参与方取回对账数据后将该机构的状态修改为“已取对账”。业务参与方与从结算中心取回的对账数据进行对账，并产生对账回执。也可采用前置机对账模式，由前置机向行内系统取当日（或当场）成功交易数据，与从结算中心取回的对账数据进行对账，并产生对账回执。业务参与方在完成对账处理后以异步方式向结算中心返回对账回执。结算中心在接收到由业务参与方返回的对账回执后更改该机构的对账结果。业务参与单位是否返回对账回执、对账是否成功不影响机构业务的正常发生。2. 报文格式概述为便于系统参与者接入支付系统，降低报文转换复杂性，金融电子结算综合业务系统中的全部报文均采用XML格式描述。2.1. XML报文结构完整的报文由序言和主体组成。通讯报文主体的标记统一为<UFTP>，结构如下所示：<?xml version=”1.0” encoding=”gb18030” ?><UFTP></UFTP>2.1.1. 序言序言用于表示XML数据的开始。在XML报文中序言由版本和字符编码信息构成。序言的格式如：<?xml version=”1.0” encoding=”gb18030” ?>version：版本信息，不能省略；值必须为”1. 0”；该属性用来保证对XML未来版本的支持。encoding：合法的字符编码。为支持中文字符，应使用gb18030、gbk、gb18030等字符集。本系统采用gb18030作为字符编码。2.1.2. 报文主体构成通讯接口报文是由元素和（或）集合构成的信息集，用于在客户端于服务端间传输完整的交易信息。Ø 元素（Element）。元素是报文中最基础的数据单元，用于定义在客户/服务模块间传输的单项信息。Ø 集合（Aggregate）。由一组具有相关关系的元素组成，通过逻辑关系方便代码对于信息的访问。2.1.3. 元素（element）元素是报文主体中的最小数据单元。它们可以包含其他的元素、字符数据、字符引用、实体引用、PI、注释和/或CDATA部分这些合在一起被称作元素内容（element content）。所有的XML数据（除了注释、PI和空白）都必须包容在其他元素中。元素使用标记（ tag）进行分隔由一对尖括号（“< >”）围住元素类型名（一个字符串）。每一个元素都必须由一个起始标记和一个结束标记分隔开。这项规则唯一的例外是没有任何内容的元素，即空元素（empty element），它既可以使用起始标记/结束标记对，也可以使用短小精悍的混合形式空元素标记。空元素标记由一个元素类型名称紧跟一个反斜杠组成，并围在一对尖括号中，形式如：<tag/>一个元素开始的分隔符被称作起始标记。起始标记是一个包含在尖括号里的元素类型名。例如：<BankID>。结束标记由一个反斜杠和元素类型名组成，被围在一对尖括号中。每一个结束标记都必须与一个起始标记相匹配，例如：</BankID>。带有完整的起始、结束标记的元素应该是如下形式：<BankID> 1234567890< /BankID>XML是大小写敏感的，因此必须注意元素的开始标记和结束标记书写的一致性。XML中允许元素嵌套。为便于理解和区分，由多个元素嵌套而成的元素称为集合。在本文中如无特别说明，元素专指非嵌套的数据单元。在综合业务系统通讯报文规范中，元素是最基本的数据单元。元素基于一定的数据类型定义，用于表示不同的运行模块间传递的信息。例如，元素<NoteNo>是一个最大长度为20位的字符串。2.1.4. 集合（Aggregates）集合由多个具有关联关系的元素（或集合）嵌套组成。例如银行账户信息包含了下列信息：<BankAcctRec><AcctId>123456789012345678</AcctId><AcctType>1</AcctType><CurCode>13</CurCode><CustName>张三</CustName><BankInfo><BankId>999</BankId><BankName>XX银行</BankName><Region>3301</Region></BankInfo></BankAcctRec>其中银行信息（<BankInfo>）为嵌套的集合。2.1.5. 属性XML文档中的节点（node）可以带有属性。属性由属性名、后面的等号以及属性值组成。根据需要可以定义任何属性名。定义属性名时应遵守下列规则：1. 名称必须以字母或下划线（_）开始，后面有0或多个字母、数字、句点（.）、连字符（-）或下划线。2. XML规范约定，元素名称以前缀“xml”（任意大小写组合均可）开始是为“标准化”而保留的。尽管没有强制要求使用这种限制，但是最好不要使用该前缀以避免将来的问题。3. 一个特定的属性名在同一个起始标签或空元素标签中只能出现一次。属性的值是用引号分隔的字符串。在提供属性值时应遵守下列规则：1. 可以使用单引号（'）或双引号（"）分隔字符串。2. 字符串不能包含与分隔字符串所用引号字符相同的引号字符。3. 字符串可以包含字符引用或对通用内部实体的引用。4. 任何一个受保护的标记字符（<和&）都不能简单地在属性值中当作字符使用它们必须用&lt; 或&amp; 实体引用来替代。2.1.6. 注释XML文档中可包括注释。注释可能出现在文档中除其他标记部分以外的任何地方。XML注释的基本语法是：<!-ment text.->其中"comment text"部分可以是任何不包含"-"的字符串。此外，"."部分不能以连字号（"-"）结尾，因为这可能造成结束分隔符的混乱。注释并不是文档的字符数据的组成部分。在注释部分当中，实体不可能展开，任何标记也不会被解释。2.2. 报文设计约定2.2.1. 规范性通过对元素和集合的组合，组织规范的报文，简化程序对于XML报文的处理。2.2.2. 命名通讯报文中的元素和集合的命名遵循以下约定：Ø 命名必须清晰、明确，不存在歧义Ø 通讯报文中的元素及集合名称大小写敏感Ø 使用英文单词对数据命名。Ø 在可能的情况下，名称必须遵循标准简称Ø 由多个单词组成的名称，单个单词的首字母大写、其余字母小写Ø 同一集合中的元素的顺序无关。由应用程序负责对数据元素在宿主语言中的重新组合。Ø 报文分为请求（request）和响应（response）两种属性，分别简写为Rq、RsØ 报文的类型（Rq、Rs）必须出现在命名的最后2.2.3. 报文要素填写约定报文要素的填写分为：Y必须填写N不填写O选填2.3. 通用数据集2.3.1. 报文头2.3.1.1. 请求报文头 <MsgHdrRq>tag说明数据类型备注RefId系统参考号char(16)与工作日期、交易发起机构唯一表示一笔交易TrnCode交易代码char(4)SvcClass业务类型Char(1)1-人民币对公；2-人民币个人；3-外币业务4-集中代收付业务ResendFlag重发标志char(1)0或不填正常报文；1重发报文商业银行接口端处理提入资金交易时，根据该标志判断是否需要检查原交易并补记Originator交易发起机构char(16)业务受理行交换号Acceptor交易接收机构char(16)业务提入行交换号WorkDate工作日期dateYYYYMMDDSender发送方char(8)通讯发起方通讯节点Recver接收方char(8)通讯接收方通讯节点AcctOper记账员char(16)Auditor复核员char(16)TermType终端类型char(2)“00”：银行柜台“01”：ATM“02”：POSTermId终端编号char(16)填写提出开户行号MAC报文鉴别码char(32)目前暂不使用Reserve保留字段char(64)2.3.1.2. 响应报文头 <MsgHdrRs>tag说明数据类型备注RefId系统参考号char(16)TrnCode交易代码char(4)SvcClass业务类型integer1-人民币对公；2-人民币个人；3-外币业务4-集中代收付业务Originator交易发起机构char(16)业务受理行交换号WorkDate工作日期dateYYYYMMDDResult交易结果char(4)Desc交易结果信息说明char(40)MAC报文鉴别码char(32)目前暂不使用Reserve保留字段char(64)2.3.2. 账户详细信息 <AcctDetail>账户详细信息主要用于账户管理类交易，包括账户信息查询、账户开户、修改、注销等操作。Tag含义数据类型说明OpenBank开户行号char(16)AcctId账号char(32)仅允许使用半角阿拉伯数字、字母和“-”、“_”Name账户名称char(128)AcctType账户类型char(1)AcctAttr账户性质char(1)CurCode货币种类char(3)CurType钞汇标志char(1)DueDate账户开/销户日期char(8)YYYYMMDDBasicAcctLic开户许可证号char(18)仅在账户为基本账户时填写IndustId单位标准代码char(24)个人时，为证件号码AcctStat账户状态char(1)0 - 未启用；1 - 启用Phone预留电话号码char(32)ChkVal校验信息char(64)信用卡时，填写CCV信息。IDType证件类型char(1)1:居民身份证,2:士兵证,3:军官证,4:警官证,5:护照,9：其它Reserve1保留字段1char(64)Reserve2保留字段2char(128)2.3.3. 磁条信息 <TrackInfo>tag含义说明Track1一磁道信息char(79)Track2二磁道信息char(37)Track3三磁道信息char(104)将三个磁道拼接成一个字符串，经加密后转换成base64码，填写在TrackInfo节点中传输。如磁道内容为空或不足，以右补空格的方式补全字符串长度。磁条信息的加密：调用Data_Encrypt（）函数或Data_Encrypt_Soft（）（见附一密押机接口函数说明）进行加密处理。磁条信息的解密：调用Data_Decrypt（）函数或Data_Decrypt_Soft（）（见附一密押机接口函数说明）进行解密处理。2.3.4. 票据信息集 <NoteInfo>通讯报文中的票据信息由两部分组成：票据的主体信息和附加信息。主体信息主要包括凭证号、付款账号、收款账号等参与资金清算的业务要素。附加信息包括对方行号、税款明细等不参与资金清算、在不同凭证间差异较大的要素。附加信息作为相对独立的信息集合嵌套在主体信息中。tag含义数据类型说明DCFlag借贷标志char(1)0指示、1借、2贷、3第三方NoteType票据种类char(2)NoteNo凭证号char(20）IssueDate签发日期char(8)YYYYMMDDPayingAcct付款账号char(32)付款账号、户名不得同时为空仅允许使用半角阿拉伯数字、字母及“-”、“_”Payer付款人户名char(128)PayingBank付款行号char(16)BeneAcct收款账号char(32)收款账号、户名不得同时为空仅允许使用半角阿拉伯数字、字母及“-”、“_”BeneName收款人户名char(128)BeneBank收款行号char(16)CurCode货币代码char(3)CurType钞汇类型char(1)SettlAmt结算金额decimal(16,2)必须>0IssueAmt签发金额decimal(16,2)限额支票填写支票限额RemnAmt多余金额decimal(16,2)PayKey银行密押char(32)填写提出行银行密押TestKey中心密押char(32)中心银行密押AuthDevId安全设备编号char(18)网点身份ID三省一市汇票填行章号Agreement协议号char(60)支票填写支付密码三省一市汇票填汇票密押个人业务填写个人账户密码托收业务放托收号跨境业务填写关联业务参考号 ,关联业务参考号指实际贸易的标识信息。Purpose事由用途char(60)ExtraData其它附加信息Char（4096）非通用性数据统一在附加信息中管理。附加信息结算中心一般情况下不作处理，仅作保存和转发注：1、金额以元为单位，带小数点及两位小数。2、个人密码需经加密函数进行加密后进行传输，提出行调用PINBlock_Encrypt()函数（此函数的详细信息见密押接口函数说明）对个人密码明文进行加密处理后填入接口报文；提入行调用PINBlock_Decrypt()函数（此函数的详细信息见附一密押接口函数说明）对收到的密文进行解密。附加信息（ExtraData）：tag含义数据类型说明IDType证件类型char(1)1:居民身份证,2:士兵证,3:军官证,4:警官证,5:护照,9：其它PersonID证件号码char(32)Telephone联系电话char(32)OppBank对方行行号char(16)OppBankName对方行行名char(128）OppBankAddr对方银行地址char(60)OppCustAddr对方收款人地址char(60）OriginAcct原账号char(32)OriginCustName原户名char(128)TradeType贸易类型char(60)如通用跨境贸易汇款货物贸易结算服务贸易结算资本项下跨境支付其他经常项目支付个人跨境汇款货物贸易结算退汇等。详细内容参考“通用代码参数”中的0020-跨境贸易类型参数。PB