D0交易结果通知接口规范

1.本方成交数据文件接口规范1.1 本方成交数据下载实现方式使用交易客户端登录系统的用户，登录成功以后，可以在菜单上选择“服务—〉成交数据手工下载”，并指定期望文件保存的目录，当日成交数据将以dbf 文件的形式保存到该目录。

此外，系统将以10秒为频率，以纯文本txt文件的形式，将当日成交数据自动保存到本地。

保存目录为客户端软件安装目录下的data子目录。

使用报盘机登录系统的用户，会在每天收盘后自动下载成交数据文件。

用户也可以在菜单上选择“成交数据下载—〉成交数据下载”自行下载。

1.2 本方成交数据文件定义手工下载的本方成交数据文件名称为zgh[xxx].dbf，其中[xxx]为该交易商代码。

数据文件采用dbf格式，可使用FoxPro、Access、Excel等工具导入进行后续处理。

系统自动下载的本方成交数据文件名称为zgh[xxx].txt，其中[xxx]为该交易商代码。

该文件有另外如下说明：1、文件采用纯文本格式。

该文件的第一行包括两个字段：更新时间和实际成交记录数，两字段间以竖线“|”分隔。

如果自动下载时没有成交数据，则成交记录数为0。

实际成交记录内容从文件的第二行开始。

成交记录各字段间同样以竖线“|”分隔符分隔，各行开始和结尾不包含分隔符。

2、在每次文件内容刷新前，首先清空第一行内容，说明该文件正处于刷新状态；完成刷新后，根据本次实际情况，回填第一行内容，作为刷新完成的标志。

3、该文件必须以只读方式打开读取，并且在内容读取完成后，及时关闭。

若一直保持在打开状态，会影响系统的自动刷新。

1.3 本方成交数据文件记录格式说明：a．在本方成交数据文件中，按照成交时间顺序排列各条成交记录。

b．在本方成交数据文件中，包含了由确定报价、待定报价、询价、场务应急录入、协议交易、隔夜回购、谈判式回购、转托管等方式达成的成交。

版本号：1.05二○○八年十一月深圳市雁联计算系统文档操纵分发目录第一章概述1.1 目的本文旨在描述上海支付结算综合业务系统与商业银行行内系统之间的接口标准，同时讲明商业银行需要配合参与的工作。

各商业银行能够依据本接口标准进行接口设计和银行局部的开发工作。

1.2 系统概述上海支付结算综合业务系统是应用现代计算机技术、网络通讯和平安保密技术，改造并取代传统的处理模式，将各类跨行借、贷方票据业务及转账业务信息转为电子信息流，通过网络互联等手段实现同行内有关部门、国有商业银行、其他金融机构的联结，加速资金周转，实现柜面票据及转账业务的实时发起、实时进客户账，为社会提供优质的支付结算效劳。

1.3 系统总体结构系统总体结构如上图所示，关于直联银行，当发生跨行业务时，通过接口API发往中心进行业务处理。

关于间联银行，通过客户端将业务发往中心进行业务处理。

1.4 接口概述商业银行行内系统与上海市支付结算综合业务系统的联接能够分为两种方式：一种是直联模式，另一种是非直联模式。

本接口标准要紧描述直联模式接口。

1.4.1非直联模式通过中心提供的客户端，实现与上海市支付结算综合业务系统的联接。

1.4.2直联模式通过接口调用接口API实现与上海市支付结算综合业务系统的联接。

1.5 定义、缩写词和术语第二章业务范围采纳直联模式的商业银行要紧有以下业务：本行发起的业务包括：1)贷记业务2)贷记退汇业务3)借记业务4)借记冲正业务5)票据影像业务6)专用内部账户调拨7)查询查复业务8)交易明细查询9)账户信息变更10)网点信息变更11)账户余额查询本行接收的业务包括：1)贷记业务2)贷记退汇业务3)借记业务4)借记冲正业务5)票据影像业务6)专用内部账户调拨7)查询查复业务8)手续费明细9)行号信息变更10)网点信息变更11)账户余额查询12)银行资金清算报文第三章接口要紧业务流描述本节流程图要紧是为了讲明业务处理过程中的报文交互，图中报文的发起和接收，并不是讲明处理是同步模式进行的，事实上我们提供的API的消息处理模式是异步的，关于异步转同步的处理机制由商行自己决定。

../小牛文件夹/已上传baidu/...../更多资料请访问.(.....)B2C支付接口v1.0.0.3中国工商银行软件开发中心Copyright Reserved目录第 1 章业务说明 (3)第 2 章商户接口 (4)2.1 支付接口 (5)2.1.1 支付接口表单定义 (5)2.1.2 tranData数据定义 (6)2.1.3 tranData格式定义 (7)2.1.4 表单样例 (8)2.2 通知接口 (9)2.2.1 通知接口表单定义 (9)2.2.2 notifyData数据定义 (10)2.2.3 notifyData格式定义 (11)2.2.4 表单样例 (11)2.3 说明 (12)第 3 章安全API说明 (13)第 4 章开发步骤 (13)第 1 章业务说明B2C在线支付接口实现工行个人网银客户在工行B2C商户进行消费支付的业务处理。

新的1.0.0.3版本同原先版本的主要区别在于通知消息方式的改变。

原1.0.0.0版本和1.0.0.1版本（扩充语言字段以支持英文版）在订单中要求商户选择通知方式，即1、需要银行通知交易结果，2、不需要银行通知交易结果而是商户主动查询；当需要通知时，需要在订单中提供商户接收银行通知地址，当银行处理结束后，会在银行的后台服务器请求商户的此地址，将交易结果用连接post表单形式提交给商户，然后返回客户交易结果页面。

新的1.0.0.3版本不再要求商户选择通知方式，和接收银行通知的地址；此版本要求商户在提交订单时，提供交易处理后返回商户的地址，即完成客户从商户转向到银行进行支付，处理后又从银行定向回商户的闭环。

在从银行交易页面返回商户时，将交易结果作为表单数据提交到商户此返回地址。

处理的优点：1、强制完成交易闭环；2、无需银行后台发送通知，客户不需要等待商户接收银行通知后才能看到交易结果页面，缩短响应时间；3、通知方式不再局限于连接和80端口，返回商户的地址可以使用 s方式和其他商户支持的端口，提高安全性；4、银行作为交易的一方，支持众多商户和客户时，存在一定的带宽和服务器处理压力，使用客户返回商户方式提供交易结果，可有效减少交易掉单现象，只要客户到了银行的结果页面，如果还出现掉单问题，则可能是客户和商户的通讯等方面的问题。

网络支付业务服务协议协议编号：甲方：特约商户地址：联系人：邮编：电话：传真：电子邮箱：甲方网址：乙方：深圳市快付通金融网络科技服务有限公司地址：深圳市福田区车公庙泰然六路501栋联系人：邮编：电话：传真：电子邮箱：鉴于：乙方是一家拥有人民银行授权的第三方支付企业，同意为甲方提供支付服务；甲方作为□产品或服务提供商，甲方同意在其业务中使用乙方所提供的服务。

现甲乙双方根据《中华人民共和国合同法》及《非金融机构支付服务管理办法》等相关法律法规，本着平等互利、互惠互利的原则经友好协商就支付服务合作相关事宜达成一致意见，特签订本协议以兹双方共同信守，具体条款如下：一、释义1.1客户：是指与甲方有直接的合法业务往来并使用网络支付业务的自然人、法人或其他组织。

1.2调单：是指因客户对已发生的成功交易存有疑问，通过乙方向甲方提出调阅交易单据的行为（包括交易签购单据、网上交易记录和相关交易凭证等）调查此笔交易的真实性。

1.3可疑交易：是指乙方等按照法律法规及监管规定的要求认为已发生的成功交易可能违反相关法律法规或资金本身可能是违法犯罪行为所得（包括但不限于洗钱、盗刷、套现等行为）。

1.4否认交易：是指交易成功后，客户对交易本身或扣划款项的行为产生异议，否认是客户本人的交易行为。

二、服务内容甲方同意乙方为其提供以下种类的支付服务，服务内容按照附件一《快付通商户入网开通审批表》为准。

乙方为甲方提供的网络支付服务，是指甲方作为收款人或付款人通过计算机、移动终端等电子设备，依托公共网络信息系统远程发起支付指令，且付款人电子设备不与收款人特定专属设备交互，由乙方为收付款人提供货币资金转移服务的活动。

具体包括：□代收业务（费的委托收款业务）：甲方根据其客户授权内容向乙方发起收款指令，并通过乙方支付系统将款项存入甲方收款账户内。

□代付业务（费的委托付款业务）：乙方根据甲方发起的付款指令，通过乙方支付系统从甲方账户将款项划转至甲方指定的第三方账户内。

交通运输物流公共信息平台应用接口规范车货交易(Version1.0)1范围本部分给出了车货交易中心提供的公共服务调用接口规范。

本部分适用于平台的物流通用软件和重要物流及相关信息系统的设计和开发。

2业务接口2.1专线信息上传（四方）2.1.1描述物流企业通过物流通用软件和重要物流及相关信息系统，发送专线数据给数据交换中心，车货交易中心接收后，自动在门户网站显示出来。

�发送方：企业，通过物流通用软件和重要物流及相关信息系统发送；�发送方式：异步，数据交换中心的传输服务；�接收方：车货交易中心。

2.1.2发送数据操作(send)2.1.2.1请求消息物流企业通过物流通用软件和重要物流及相关信息系统，调用数据交换中心的send接口，发送信息到数据交换中心，send接口中请求消息由下面的属性组成：属性名XML元素名数据类型约束默认值目标地址ToAddress元素/String 1..n交换事件ExchangeEvent交换事件数据类型 1..n其中：�目标地址（ToAddress）默认为：GGXX00001�交换事件数据类型定义如下：属性名XML元素名数据类型约束默认值事件标识EventID String 1..1操作类型ActionType String 1..1交换数据包ExchangeDataPackage XML数据文件 1..1�事件标识（EventID）：由物流通用软件传入的流水号，需要保证唯一性。

�操作类型（ActionType）：ZJWL_LOGINK_GGXX_SF_InfoSpecialLineIssueRequest�交换数据包（ExchangeDataPackage）：字段属性、及其约束请参看《数据格式规范》第5节。

此数据交换包对应两个数据包单元。

第一个数据包单元包含消息的内容，第二个数据包单元包含消息附件。

�第一个数据包单元（ExchangeDataPackageUnit）：字段属性定义及约束请参看《数据格式规范》第6节；数据包单元对应的数据格式为：数据文件（DataFile）。

客户交易结算资金监控系统数据接口规范1.总则1.1定位本规范适用于结算公司、存管银行、结算银行向中国证监会报送《客户交易结算资金管理办法》中第九、二十条规定的数据。

本规范规定的数据内容和格式，要求在各机构与中国证监会数据往来时予以遵守，内部系统使用的数据内容和格式不受本规范的约束。

本规范根据业务的发展进行动态调整。

1.2适用范围本规范规定的数据格式适用于按照中国证券监督管理委员会令第三号《客户交易结算资金管理办法》中第九、二十条向中国证券监督管理委员会报送之数据。

1.3版本控制客户交易结算资金监控系统建设小组负责建立本规范的维护机制，保证本规范的完善和发展。

本规范向结算公司、存管银行、结算银行开放，各机构可以向小组提出增加数据的申请，小组决定是否进行修改。

对本规范进行修改后，即定义一个新的版本。

2.引用参考标准无3.术语定义报送单位—向中国证监会上报数据的结算公司、存管银行、结算银行。

被统计单位—结算公司、各证券公司及下属证券营业部。

统计日期—上报数据的统计日期。

其他—参见《客户交易结算资金管理办法》第三十七条释义。

4.基本要求4.1数据传输：数据传输为文本文件。

4.2 数据处理规则：（1）字符不区分大小写（2）数字左补零右对齐，字符右补空格左对齐（3)日期类型为YYYYMMDD（4）金额单位为元（5）行结束标志为回车换行。

4.3文件命名：文件命名规则为：类别码+“_”+报送单位代码+“_”+统计日期.TXT4.4 文件结构定义：文件结构包含文件头、数据字段说明和报送记录三个部分5.数据格式存管银行总部向机构部报送的数据格式 (类别码A)结算公司向机构部报送经纪资金、自营资金的数据格式（类别码B）结算银行向机构部报送结算公司的清算备付金和验资专户账面余额的数据格式（类别码C）存管、结算银行向证监会报备的帐号数据格式（类别码D）上报单位信息类别码E附录：机构编码方案机构编码方案为：A CCC D EEE（本说明为显示清晰在各代码间加空格，在实际代码中没有空格）其中，A为机构行业代码0 中国证监会、交易所、结算公司1 证券公司2 银行CCC为机构总部代码D为机构级别代码：0 内设机构1 分公司或证券公司营业部EEE为内设和分支机构顺序号机构代码说明：1、首批证券公司编号按拼音排序，新增公司依次编号；2、机构代码暂不含银行，待银行获得“《证券交易结算资金管理办法》实施细则”规定的业务资格后再定；3、机构代码暂不含证券公司营业部代码，待证券公司按照编码规则编制本公司下属营业部代码后再定。

中国银联股份有限公司 发布多渠道平台接入接口规范第2部分：渠道报文接口Q/CUPICS目录1 范围12 规范性引用文件13 报文结构说明14 域说明14.1数据类型符号说明14.2报文域属性和数据格式24.3报文类型标识符34.3.1变量属性34.3.2域描述34.4域2 主账号44.4.1变量属性44.4.2域描述54.5域3 交易处理码54.5.1变量属性54.5.2域描述54.5.3用法54.6域4 交易金额64.6.1变量属性64.6.2域描述64.7域7 交易传输时间64.7.1变量属性64.7.2域描述64.8域11 系统跟踪号64.8.1变量属性64.8.2域描述64.8.3用法64.9域12 受卡方所在地时间64.9.1变量属性64.9.2域描述64.9.3用法64.10域13 受卡方所在地日期74.10.1变量属性74.10.2域描述74.10.3用法74.11域14 卡有效期74.11.1变量属性74.11.2域描述74.11.3用法74.12域15 清算日期74.12.1变量属性74.12.2域描述74.12.3用法74.13域18 商户类型74.13.1变量属性74.13.2域描述74.13.3用法74.14域22 服务点输入方式码7 4.14.1变量属性74.14.2域描述84.14.3用法84.15域23 卡序列号84.15.1变量属性84.15.2域描述84.15.3用法84.16域25 服务点条件码84.16.1变量属性84.16.2域描述84.17域26服务点PIN 获取码9 4.17.1变量属性94.17.2域描述94.17.3用法94.18域32 受理机构标识码9 4.18.1变量属性94.18.2用法94.19域33 发送机构标识码9 4.19.1变量属性94.19.2域描述94.19.3用法104.20域35第二磁道数据104.20.1变量属性104.20.2域描述104.20.3用法104.21域36第三磁道数据104.21.1变量属性104.21.2域描述104.21.3用法104.22域37 检索参考号104.22.1变量属性104.22.2域描述104.22.3用法104.23域38 授权标识应答码10 4.23.1变量属性104.23.2域描述104.23.3用法104.24域39 应答码104.24.1变量属性104.24.2域描述104.24.3用法104.25域41 受卡机终端标识码114.25.1变量属性114.25.2域描述114.25.3用法114.26域42 受卡方标识码114.26.1变量属性114.26.2域描述114.26.3用法114.27域43受卡方名称地址114.27.1变量属性114.27.2域描述114.27.3用法114.28域48 自定义域114.28.1变量属性114.28.2域描述114.28.3用法124.29域49交易货币代码284.29.1变量属性284.29.2域描述284.29.3用法284.30域52 个人标识码数据284.30.1变量属性284.30.2域描述284.30.3用法284.31域53 安全控制信息284.31.1变量属性284.31.2域描述284.31.3用法284.32域54 实际余额294.32.1变量属性294.32.2域描述294.32.3用法294.33域55基于PBOC借贷记规范的IC卡数据域29 4.33.1变量属性294.33.2域描述304.33.3用法324.34域59 明细查询数据364.34.1变量属性364.34.2域描述364.34.3用法说明364.35域60 自定义域394.35.1变量属性394.35.2域描述394.35.3 60.1域报文原因码394.35.4 60.2域渠道代理环境信息39 4.35.5 60.3域交易发生附加信息43 4.36域61 持卡人身份认证信息47 4.36.1变量属性474.36.2域描述474.36.3用法474.37域63 自定义域544.37.1变量属性554.37.2域描述554.37.3用法554.38域70 网络经管码554.38.1变量属性554.38.2域描述554.38.3用法554.39域90 原始数据元564.39.1变量属性564.39.2域描述564.39.3用法564.40域96 报文安全码564.40.1变量属性564.40.2域描述564.40.3用法564.41域100 接收机构标识码564.41.1变量属性564.41.2域描述564.42域102 账户标识1564.42.1变量属性564.42.2域描述564.43域103 账户标识2574.43.1变量属性574.43.2域描述574.43.3用法574.44域128 报文鉴别码574.44.1变量属性574.44.2域描述574.44.3用法575 交易发起方报文格式说明575.1约定575.2委托类交易575.2.1建立委托关系/撤销委托关系57 5.2.2取消所有委托关系595.2.3修改支付密码/重置支付密码60 5.2.4建立/撤销终端定制关系615.3查询服务类交易625.3.1委托关系查询625.3.2银行卡余额查询635.3.3帐单费用查询交易645.3.4行业信息查询655.3.5银行卡账户验证665.4金融支付类交易675.4.1缴费675.4.2缴费撤销695.4.3现金缴费705.4.4缴费退货715.4.5消费725.4.6消费撤销735.4.7消费退货755.4.8 IC卡脱机消费通知765.4.9单笔代收775.4.10单笔代收撤销785.4.11（实时）代付795.4.12代付确认805.5转账服务类交易815.5.1转账815.5.2圈存交易835.6网络经管类交易885.6.1签到885.6.2申请重置密钥885.6.3密钥重置请求895.7冲正类交易895.8辅助服务类交易905.8.1票据打印905.8.2脚本结果通知915.8.3基于PBOC借/贷记IC卡TC值上送93多渠道平台接入接口规范-渠道报文接口规范1 范围本规范规定了接入端（主要包括渠道接入机构）与中国银联多渠道平台之间进行联机交易时使用的报文接口，包括联机交易报文的结构、格式以及报文域。

版本变更目录版本变更 (2)第一章、接口概述 (4)第二章、WebService调用说明 (4)1、webservice请求调用XML格式 (4)2、webservice服务返回XML格式 (5)第三章、WebService交易失败处理 (6)第四章、平台接口 (7)1、门诊预收费(F01.00.00.01) (7)2、门诊收费(F01.00.00.02) (8)3、门诊收费冲销(F01.00.01.01) (10)4、住院登记(F02.00.00.01) (10)5、住院登记撤销(F02.00.00.02) (11)6、住院明细上传(F02.00.01.01) (12)7、住院未结算明细清除(F02.00.01.02) (13)8、住院预结算(F02.00.03.01) (13)9、住院结算(F02.00.03.02) (14)10、住院结算撤销(F02.00.03.03) (15)11、个人信息查询(F00.00.00.01) (16)12、门诊结算信息查询(F00.00.00.02) (17)13、住院结算信息查询(F00.00.00.03) (18)附件一 (19)代码字典 (19)部分参数说明 (27)附件二 (27)第一章、接口概述为了更好的实现吕梁市政府提出的一站式结算系统功能需求，真正实现人民群众一站式处理医院、多种医疗保险和商业保险之间的统一结算。

考虑到数据的准确性、可控性、可维护性和安全性，结合HIS厂家以及各个医疗保险机构改造系统的困难等多方面的考虑，在对原有系统的改造的过程中，我们准备提供WebService以供访问来解决。

第二章、WebService调用说明1、webservice请求调用XML格式<?xml version="1.0" encoding="UTF-8"?><service><head><!--安全校验--><security><username>ceshiyy</username><!--平台访问用户名--><password>123456</password><!--平台访问用户密码--><entryType>农合</entryType><!--平台访问入口（农合、医保）--> </security><serviceId>F01.00.00.02</serviceId><!--方法名--><businessId>201701040000001</ businessId ><!--唯一交易号--> </head><!-- 请求参数--><request>< akc190>201612001</ akc190>< aac001>368512</ aac001>< aac191>10002</ aac191><results name='list01'><result>< zkc301>1001</ zkc301>< zkc302>阿莫西林胶囊</ zkc302></result><zkc301>1002</ zkc301><zkc302>灰黄霉素片</ zkc302></result></results></request></service>2、webservice服务返回XML格式<?xml version="1.0" encoding="UTF-8"?><service><head><serviceId>F01.00.00.02</serviceId>< businessId >201701040000001</ businessId ><sign>1</ sign ><!--服务成功标志(1、成功，0、失败) --><message>ok</ message ><!--提示信息--></head><!--返回参数--><response>< zkc502>200</ zkc502>< akc260>100</ akc260><!--结果集list01--><results name='list01'><result><aka063>1</aka063><aka064>床位费</ aka064><akc240>30.00</ akc240></result><result>< aka063>2</ aka063>< aka064>西药费</ aka064>< akc240>30.00</ akc240></result></results><!--结果集list02--><results name='list02'><result>< bkc101>医保统筹支付</ bkc101>< bkc102>20.00</ bkc102></result><result>< bkc101>公务员补助支付</ bkc101>< bkc102>10.00</ bkc102></results></response></service>第三章、WebService交易失败处理在医院调用webservice接口进行日常业务操作中碰到网络中断等无法接收平台返回的交易结果数据时，可根据唯一交易号进行交易结果查询操作。

关于做好《深圳证券交易所数据接口规范（Ver4.55）》技术系统准备的通知各会员单位：为了优化数据接口，改善证券发行业务的处理，规范证券账户的使用，以及为了提高境内B股结算参与人申报B股结算指令的效率和准确率、整合D-COM数据报送接口规范，深圳证券交易所和中国结算深圳分公司拟定了《深圳证券交易所接口规范（Ver4.55未启用）》。

相比此前版本，变更内容主要包括：●FJYBS.DBF中增加‘S1’、‘S2’两类指令分别用于报送B股一类指令修改指令和B股二类指令。

●将发行业务的数据接口从股份结算信息库（SJSGF.dbf）独立出来，形成独立的发行结算信息库（SJSFX.dbf）。

●废除结算参与人文件传送数据接口规范，将冻结业务的相关数据接口转移到结算参与人实时传送接口规范当中去。

●拓展了回报库（SJSHB.dbf）交易主机自动撤单含义表中的撤单原因代码“01”、“09”和“45”的业务含义说明；明确交易系统网络投票指令的即时处理结果通过回报库SJSHB.dbf返回给券商，但其最终处理结果以深交所《交易系统投票结果回报数据接口》（Ver1.03）约定的数据库SJSTP.dbf中的回报数据为准。

●证券信息库SJSXX.dbf和新证券信息库SJSXXN.dbf中增加了创业板网络投票的证券代码说明。

●行情库SJSHQ.dbf中新增创业板成交量指标395004，395001成交量指标更名并调整统计口径，395002、395003成交量指标更名。

●信息公告文件的主题词说明中增加创业板交易公开信息。

一、境内B股结算参与人通过D-COM申报B股结算指令为提高境内B股结算参与人申报B股结算指令的效率，减少手工报送B股结算指令的差错，减轻B股结算参与人相关业务人员的负担，中国结算深圳分公司拟通过D-COM提供申报B股结算指令的服务。

数据接口规范相关调整如下：(一)、非交易报送库FJYBS.dbf增加二类业务类别：S1用于报送B股一类指令修改指令，S2用于报送B股二类指令。