通联支付接口方案
通联支付 方案
通联支付方案1. 简介通联支付是一家领先的第三方支付服务提供商。
他们为企业和个人提供便捷、安全的在线支付解决方案。
本文档将详细介绍通联支付的功能和服务，并提供相关的使用指南。
2. 功能通联支付提供多种支付类型和功能，包括但不限于以下几个方面：2.1 在线支付通过通联支付平台，用户可以轻松完成在线支付操作。
用户只需要将支付信息输入通联支付平台，即可安全、快速地完成支付。
2.2 手机支付通联支付支持移动端支付，用户可以通过手机应用完成支付操作。
用户只需下载通联支付的手机应用，注册账号并绑定银行卡，即可在手机上方便地进行支付。
2.3 企业支付通联支付为企业提供多种支付解决方案，包括支付收款、代付服务、电子对账等功能。
企业通过通联支付可以实现更高效的资金管理和结算。
通联支付支持跨境支付，可以为境内企业提供向海外商户支付的服务，同时也为境外商户提供向中国消费者收款的服务。
跨境支付提供了多种支付方式，如信用卡支付、支付宝支付等。
2.5 安全性通联支付采用先进的安全技术和防范措施，确保用户的支付信息和交易数据安全。
通联支付平台通过加密技术、风控系统等手段，保证支付过程的安全性。
3. 使用指南以下是通联支付的使用指南，帮助用户快速上手并顺利完成支付操作。
3.1 注册账号首次使用通联支付，用户需要注册一个账号。
在通联支付官方网站或手机应用上点击注册按钮，填写必要的个人信息并完成验证，即可成功注册账号。
3.2 绑定银行卡为了能够使用通联支付进行支付，用户需要绑定自己的银行卡。
在个人设置中，用户可以添加、修改或解绑银行卡。
绑定银行卡的操作简单快捷，用户只需输入银行卡信息和手机验证码，即可完成绑定。
在购物或消费过程中，用户可以选择使用通联支付完成支付。
用户只需在商家网站或手机应用上选择通联支付，输入支付金额和密码，即可完成支付操作。
3.4 查看交易记录用户可以随时查看自己的交易记录。
通过登录通联支付官方网站或手机应用，用户可以进入个人中心，查看最近的交易记录、支付详情和支付状态。
汽车行业综合支付解决方案-通联支付广东分公司(对内)
金融服务
贷款资金用途：
按揭车辆的赎证资金 零配件采购 短期头寸 ……
目录
一、行业简介 二、行业方案 三、客户拜访
客户来源
•直销团队 •存量商户的二次营销（全省1500家签约经销商，其中77%为睡眠商户） •合作商户关系转介绍 •当地汽车名单梳理
•银行 •核心授信银行 •一般结算银行 •金融企业
全国分支机构
公司目前根据主营业务发展，设有 受理市场总部、金融服务事业部、新兴 支付事业部、通商合作业务中心、网络 支付事业部5大业务部门，并在全国范围 内进行了分支机构布点和建设。
截止目前，公司已在北京、上海、 天津、广东、山东、江苏、湖南、四川、 重庆、山西、湖北、陕西、浙江、安徽、 辽宁、广西、江西、福建、云南等34个 省、自治区、直辖市及计划单列市建立 了分支机构，全国共有300多家地市业务 办事处，全国范围内的落地服务网络。
自行管理。
通联全程服务。
封闭式系统，升级成本 开放式系统，利于系统升级到
高、周期长。
线上、线下的应用。
如与通联合作POS 收单业务，可申请 免费试用。
移动营销
传统经销商业务触网
基于APP应用，可以进行汽车前市信息发布，汽车后市 可进行会员积分管理、服务预约、产品选购等与车生活相关 服务。
通联提供手机认证支付、快捷支付、通联宝等一系列移 动端产品。
4S店其余产品的毛 利率
预付费卡
系统对比
系统建 设
系统运 维
自建系统
通联系统
一次性投入数十万元。 通联搭建，汽车集团“0投入 ”。
每年数万元。
通联负责运维，只收取POS终 端服务费
系统上 线
系统安 全
业务管 理
通联支付是什么意思
通联支付是什么意思篇一：通联支付收款业务合作协议通联支付收款业务合作协议甲方：通联支付网络服务股份有限公司广东分公司乙方：丙方：广州龙庭汇酒店管理有限公司为进一步推动甲、乙、丙三方长期、全面、深入的合作，促进收款业务的高效、快捷、安全，甲、乙、丙三方经友好协商，就甲方为乙方、丙方收款业务和专业化服务事宜签订本协议并承诺共同遵守。
相关说明：1）本协议内所指银行卡限指本协议书规定的借记卡（储蓄卡）、信用卡。
2）本协议适用于乙方的收款业务以刷借记卡（储蓄卡）、信用卡的方式完成收款的交易。
1、三方声明本协议三方均知悉并完全理解本协议内容，同意按照本协议的有关条款办理POS 终端机具安装和受理银行卡业务。
2、合作期限本协议合作期限自年月日起至年月日。
若本协议合作期限届满一个月前，三方均未书面提出终止本协议，则本协议合作期限自动延长一年。
3、责任及义务3.1 甲方的责任及义务：3.1.1 甲方向乙方提供设备终端，供乙方用于收款业务，并保证业务支付环节正常运行。
3.1.2 甲方为乙方的POS 终端交易做好资金清算工作，定期向乙方提供收款业务的清算报表等数据，以此作为甲乙双方结算的依据。
3.1.3 对于乙方使用甲方设备终端开展收款业务过程中发生的关于交易、资金清算方面的疑问或投诉，甲方应配合乙方及时处理。
3.1.4 对于乙方使用甲方设备终端开展收款业务过程中交易资金安全、风险等，甲方负责进行资金安全的监管和交易风险的监控。
3.1.5 甲方应配臵专门人员负责与乙方的日常联络、沟通，并及时协助乙方解决设备收款业务中支付环节遇到的问题。
3.2 乙方的责任及义务3.2.1 遵守银行卡相关法律、法规、规章以及银联规则，接受甲、丙两方的业务监督和检查指导。
3.2.2 提供必要的营业场所以及符合甲方设备终端的通讯接口，并按甲方规范标准进行连接。
3.2.3 当设备终端因通讯或非甲方故障导致无法完成正常的交易支付功能时，乙方应及时停止终端的所有交易，并及时解决故障并报备甲方。
通联支付互联网缴费平台综合支付方案
让资金更流畅 让支付更便捷
7
系统架构图
互联网缴费平台特色：
基于云架构的多业务、多法人、多密 钥的顶层设计综合缴费平台； 满足复杂业务的大数据处理、B/S联 机发卡、自定义报表、黑名单机制、 CA证书软硬件安全应用； 全面融合住建部、交通部、银联、社 保、卫生等国家规范技术接口标准；
中国万向控股
中国万向控股有限公司是由中国万
向集团投资控股的专业从事股权投 资、行业管理的产业投资公司。公 司围绕“资源社会化、资产证券化
、资本国际化、股权公众化”，从
事长期战略投资，现治理涉及金融 、能源、农矿化工、装备制造等行 业十多家主营公司。
研究，提供社会经济咨询等服务。
让资金更流畅 让支付更便捷
11
学杂费收取介绍
一、学生应缴费用的导入
可将学生的应缴费用导入系统，将学 生的基本信息与缴费科目、缴费金额 等一一对应，便于学校进行管理。
1.学生信息
2.缴费科目 3.单笔、批量导入 4.系统对接
让资金更流畅 让支付更便捷
12
学杂费收取介绍
二. 多种支付方式
学生在个人平台看到自己需要缴 纳的费用科目明细，根据学校 / 银 行要求选择缴费方式即可
利用通联强大的预付卡发行、受理与运营能力，结合通联丰富的商户资源，建立紧密围绕
学校，社区居民，企业等的智慧城市卡受理商圈，在实现智慧城市卡的广泛发行和受理的基 础上，通过整合卡应用功能进一步融合，提高智慧城市卡的支付便利性，打造“智慧城市卡” 预付卡品牌，帮助项目实现“致力于打造中国最大的社区公共信息网络服务平台”的愿景， 实现项目收益共享，合作共赢。
让资金更流畅 让支付更便捷
17
通联保险行业支付合作方案
18
通联保险业应用方案——预付卡的价值体现
打造一张客户的生活卡
• 提高保险顾客黏度，提高续保率。 • 融入保险公司其他产品，深度挖掘现有客户，增加客户体验度，获得增量收入 • 促进渠道积极性和渠道黏度，获得优于其它保险公司的渠道优势 • 结合通联优质资源，扩大品牌辐射度 • 提供多样服务，提高品牌美誉度
19
通联保险业应用方案——金融产品分销服务
通联针对保险行业提供分销代理服务：
无论客户持有哪家银行的银行卡，都 能轻松实现代扣、代付，十分便利！
10
通联保险业应用方案——解决扣款账户余额不足
通过信用卡扣款，有效解决账户余额 不足的问题，降低收款成本，客户也 满意！
行业需求： 代扣账户余额不足带来了管理成本的增加，造成客户满意度下降！ 通联的解决方案： 通过在保费代扣业务处理中引入信用卡来扣款，既解决借记卡金额不 足的问题，降低收款成本，又增加客户的信用卡粘度；
保险业支付状况分析——保险公司结算银行单一
交保费、收赔款得用指 定银行的账号，银行选 择单一，太麻烦！
1
多数保险公司保费代扣和赔 款支付业务的结算银行只限于 少数几家，对大行的依赖性较 强，不利于拓展客户。
作为客户而言，交保费、收 赔款必须基于保险公司的指定 银行要求来提供银行卡，非常 不便利。
收款
刷卡
收款
移动POS
规避道德风险，杜绝保费挪用的现象，资金统一归集！
行业需求： 保费以现金方式支付易产生道德风险，不符合监管部门的“非现金”支付保费管理要求！
通联互联网支付网关商户接口技术规范模板
文件修改记录目录1. 目的.................................................................................. 错误!未定义书签。
2. 通联互联网支付网关业务简介 ..................................... 错误!未定义书签。
2.1 名词解释............................................................. 错误!未定义书签。
2.2 商户与通联合作程序......................................... 错误!未定义书签。
2.3 支付业务流程..................................................... 错误!未定义书签。
2.3.1通联互联网支付网关的网银支付流程 ....... 错误!未定义书签。
2.3.2通知支付结果处理流程................................ 错误!未定义书签。
2.3.3清算结算流程................................................ 错误!未定义书签。
2.3.4退货流程........................................................ 错误!未定义书签。
3. 商户系统接入接口定义 ................................................. 错误!未定义书签。
3.1 页面订单提交接口............................................. 错误!未定义书签。
3.2 支付结果返回接口............................................. 错误!未定义书签。
物流 供应链支付解决方案
3、订单管理：通过秱劢终端的上、下信息推送，完成完整的交易流程，大大提高了单笔 订单的交易耗时，提巟作效率。
4、多交易管理：终端支持刷卡交易、现金交易、无交易签收等功能，统一的对账系统对 接，实现全国的范围的财务报表，提供财务的巟作效率，同时提供了强大的对账的平台，避 免了现金迕出手巟记账方面的问题。
支付 支付手段的电子化和移动化是不 可避免的必然趋势。
金融 移动支付业务发展预示着移动行业 与金融行业融合的深入。随着大数 据时代的来临个人金融、供应链金 融将迎来变革与发展。
企业、电商、物流
企业 创维、雅芳和海尔等知名品牌企业，已经开始整合线上、线下 资源，通过专业化平台运作，根据客户群的分类制定不同的移 动互联网销售及服务模式。
技术管理部 北京代表处
运营中心
受理市场部
网络支付事业部
新兴支付事业部
金融服务事业部
通商合作业务部
各地分支机构
秱劢业务部
战略与业务管理部
计划财务部
风险管理部
综合部
银行合作部
通联支付公司概况
分支机构 BRANCH
公司目前根据主营业务发展，设有受理市场总部、金融 服务事业部、新兴支付事业部、通商合作业务部、网络 支付事业部、秱劢业务部六大业务部门，幵在全国范围 内迕行了分支机构布点和建设。 截止目前，公司已在北京、上海、天津、广东、山东、 江苏、湖南、四川、重庆、山西、湖北、陕西、浙江、 安徽、辽宁、广西、江西、福建、于南、河南、河北、 新疆、贵州、内蒙古、吉林、黑龙江、深圳、厦门、青 岛、大连、宁波、海南、甘肃33个省、自治匙、直辖市 及计划单列市建立了分支机构。西藏、青海、宁夏三地 的机构正在筹建中 公司迓投资控股了通联金融服务有限公司、通联商务服 务有限公司、深圳通联金融网络科技服务有限公司、通 华财富有限公司等机构，从事金融IT外包、预付卡发行 、电话营销、基金销售和财务顾问等业务。
通联支付接口文档
账户支付系统接口文档属性文档名称：账户支付系统接口当前版本号： 1.37创建者：创建日期：复核者：复核日期：审批者：审批日期：版本修改内容修改人日期1.00 创建王作林1.10 规范XML的节点王作林2009-10-12 1.15 完善签约的协议王作林2010-6-11 1.36 增加有磁有密签到王作林2010-8-10 1.37 签约查询响应及签约通知增加户名王作林2010-11-12目录1.接口通讯 (3)1.1通讯方式 (3)1.1.1方式1 (3)1.2信息体说明 (3)1.2.1编码要求 (3)1.3安全 (3)2.交易报文 (3)2.1批量代收请求 (3)2.1.1请求报文说明 (3)2.1.2响应报文说明 (4)2.1.3例子 (5)2.2批量代付请求 (9)2.2.1请求报文说明 (9)2.2.2响应报文说明 (10)2.2.3例子 (10)2.3交易结果查询请求 (14)2.3.1请求报文说明 (15)2.3.2返回报文说明 (15)2.4交易结果通知 (16)2.4.1请求报文说明 (16)2.4.2返回报文说明 (16)2.5成功交易结果通知 (16)2.5.1请求报文说明 (16)2.5.2响应报文说明 (17)2.6退票通知 (17)2.6.1请求报文说明 (17)2.6.2响应报文说明 (17)2.7对账文件下载 (17)2.7.1请求报文说明 (17)2.7.2响应报文说明 (18)2.8简单对账文件下载 (18)2.8.1请求报文说明 (18)2.8.2响应报文说明 (18)2.9对账文件格式 (18)3.附录 (19)3.1代付业务代码 (19)3.2代收业务代码 (20)3.3银行代码 (21)3.4反馈代码表 (23)3.5中国邮政区号表 (26)3.6测试资料 (26)1.接口通讯1.1 通讯方式1.1.1方式1使用HTTPS作为通讯方式，报文格式为XML。
腾讯财付通接口的开发
财付通支付网关商户开发指南目录1引言 (4)1.1文档概述 (4)1.2阅读对象 (4)1.3业务术语 (4)2方案概述 (4)2.1行业背景 (4)2.2接口介绍 (5)2.3业务实现流程 (6)3交互模式 (6)3.1页面跳转交互模式 (6)3.2后台系统调用交互模式 (7)3.3后台通知交互模式 (8)4数据格式 (8)4.1GET或POST (8)4.2XML数据格式 (9)4.3字符串格式 (9)5数字签名 (9)5.1签名原始串 (10)5.2签名算法 (10)5.2.1MD5签名 (10)6补单机制 (10)7接口 (11)7.1支付接口 (11)7.1.1业务功能 (11)7.1.2交互模式 (11)7.1.3请求参数列表 (11)7.1.4返回结果和通知参数列表 (13)7.1.5后台通知结果反馈 (15)7.2通知查询接口 (15)7.2.1业务功能 (15)7.2.2交互模式 (15)7.2.3请求参数列表 (15)7.2.4应答参数列表 (16)7.3订单查询接口 (17)7.3.1业务功能 (17)7.3.2交互模式 (17)7.3.3请求参数列表 (17)7.3.4应答参数列表 (18)7.4退款接口 (20)7.4.1业务功能 (20)7.4.2交互模式 (20)7.4.3请求参数列表 (21)7.4.4应答参数列表 (22)7.5退款明细查询接口 (23)7.5.1业务功能 (23)7.5.2交互模式 (23)7.5.3请求参数列表 (23)7.5.4应答参数列表 (25)8实例 (26)9注意事项 (28)1引言1.1 文档概述本文描述了财付通针对合作商户提供的支付解决方案，帮助商户轻松实现在线收款的功能。
文档分别从交互模式、签名、接口、注意事项等方面详细介绍了财付通的工作方式和开发过程，可以帮助开发人员快速入门并掌握开发技能，同时也可以作为日后接口参数以及参数类型的速查手册。
通联互联网支付网关商户接口技术规范模板
文件修改记录目录1. 目的.................................................................................. 错误!未定义书签。
2. 通联互联网支付网关业务简介 ..................................... 错误!未定义书签。
2.1 名词解释............................................................. 错误!未定义书签。
2.2 商户与通联合作程序......................................... 错误!未定义书签。
2.3 支付业务流程..................................................... 错误!未定义书签。
2.3.1通联互联网支付网关的网银支付流程 ....... 错误!未定义书签。
2.3.2通知支付结果处理流程................................ 错误!未定义书签。
2.3.3清算结算流程................................................ 错误!未定义书签。
2.3.4退货流程........................................................ 错误!未定义书签。
3. 商户系统接入接口定义 ................................................. 错误!未定义书签。
3.1 页面订单提交接口............................................. 错误!未定义书签。
3.2 支付结果返回接口............................................. 错误!未定义书签。
通联互联网支付网关商户对账文件下载v1.0
商户对账文件下载通联支付网络服务股份有限公司2011-3-18版本控制信息版本历史：版本日期拟稿和修改说明1.0 2011-3-18 苗洪梅初稿版权声明：此文档的版权归通联支付网络服务股份有限公司所有，未经通联支付网络服务股份有限公司的书面许可，不得向第三方借阅、出让、出版该文档。
1.目的文档为使用通联互联网支付网关的商户开发者编写本文档为通联互联网支付网关的开发者和相关人员提供有效的指引和帮助本文档的目标读者为技术人员2.对账文件下载商户对账文件下载目前有两种方式：登录通联商户服务平台（http(s)://通联支付网关地址/member）下载对账文件。
HTTP方式下载对账文件。
3.对账文件格式第一行为汇总信息：结算日期|批次号|交易笔数|成功笔数|交易金额|退款笔数|退款金额|手续费|清算金额第二行开始为交易明细：交易类型|结算日期|商户号|交易时间|商户订单号|通联订单号|交易金额|手续费|清算金额|币种|商户原始订单金额(分)文件最后为签名信息，与交易明细间有一空行。
请参考对账文件范例（边框及红色文字为说明）：4.HTTP方式下载对账文件接口4.1下载请求参数说明4.2对账文件验证签名为保障文件来源的安全性，商户需要对下载的文件先进行验证签名，再解析对账文件；开发包安装方法及验签方法请参考《通联互联网支付网关商户接口技术规范》；明文和密文在文件中以空行分开，空行及前面的行为明文，空行后的一行为密文；(请参考2.1.2的对账文件图示)其中明文需要先进行MD5摘要，再调用验证签名方法。
4.3JAVA示例代码import java.io.BufferedReader;import java.io.IOException;import java.io.InputStreamReader;import .HttpURLConnection;import .URL;import java.security.KeyManagementException;import java.security.NoSuchAlgorithmException;import java.security.SecureRandom;import java.security.cert.CertificateException;import java.security.cert.X509Certificate;import .ssl.HostnameVerifier;import .ssl.HttpsURLConnection;import .ssl.SSLContext;import .ssl.SSLSession;import .ssl.SSLSocketFactory;import .ssl.TrustManager;import .ssl.X509TrustManager;import mons.httpclient.HttpException;import org.bouncycastle.util.encoders.Base64;import com.allinpay.ets.client.SecurityUtil;public class CheckfileDownloadTest {public static void main(String[] args) {String serverUrl = " http(s)://通联支付网关地址/member/checkfiledown/CheckFileDownLoad/checkfileDownLoad.do";String mchtCd = "100020110202002"; // 商户号String settleDate = "2011-02-16"; // 格式为yyyy-MM-ddString md5key = "1234567890"; // md5keyString fileAsString = ""; // 签名信息前的对账文件内容String fileSignMsg = ""; // 文件签名信息boolean isVerified = false; // 验证签名结果try {// 得到摘要(MD5Encode函数的传入参数为商户号+结算日期+md5key)String signMsg = SecurityUtil.MD5Encode(mchtCd + settleDate+ md5key);// 建立连接URL url = new URL(serverUrl + "?mchtCd=" + mchtCd+ "&settleDate=" + settleDate + "&signMsg=" + signMsg);CheckfileDownloadTest test = new CheckfileDownloadTest();HttpURLConnection httpConn = test.getHttpsURLConnection(url);httpConn.connect();// 读取交易结果BufferedReader fileReader = new BufferedReader(new InputStreamReader(httpConn.getInputStream()));StringBuffer fileBuf = new StringBuffer(); // 签名信息前的字符串String lines;while ((lines = fileReader.readLine()) != null) {if (lines.length() > 0) {// 按行读，每行都有换行符fileBuf.append(lines + "\r\n");} else {// 文件中读到空行，则读取下一行为签名信息fileSignMsg = fileReader.readLine();}}fileReader.close();fileAsString = fileBuf.toString();System.out.println("File: \n" + fileAsString);System.out.println("Sign: \n" + fileSignMsg);// 验证签名：先对文件内容计算MD5摘要，再将MD5摘要作为明文进行验证签名String fileMd5 = SecurityUtil.MD5Encode(fileAsString);isVerified = SecurityUtil.verifyByRSA("c:/TLCert.cer", fileMd5.getBytes(), Base64.decode(fileSignMsg));if (isVerified) {// 验证签名通过，解析交易明细，开始对账System.out.println("验证签名通过，解析交易明细，开始对账...");} else {// 验证签名不通过，丢弃对账文件System.out.println("验证签名不通过，丢弃对账文件。
第三方支付接口技术对接实现及样例讲解
B2B网站对接支付宝接口网站转接支付宝解决方案大型网上购物系统除了能让会员选择货到付款结账方式外，还应该提供一些更方便快捷的网上支付方式。
如果网上商店没有足够的实力提供会员直接在网站中建立现金账户的功能，就可以将订单信息转接到支付宝，让会员从支付宝付款。
当然就算会员可以在网站上建立自己的现金账户，提供支付宝支付功能也不失为另一种方便快捷的支付方式，这可以给客户提供更多可选的支付方式。
首先，网上购物系统必须与支付宝公司签订合作协议，以确保从本购物网站上传到支付宝网站上的订单信息能被正确接收。
当会员于购物网站上买下一系列商品并选择支付宝付款方式后，购物系统即将会员购物的订单信息转发到支付宝，网站页面也会转到支付宝的付款页面。
此时，支付宝页面会发送一个验证信息到本网站以确认支付宝正确收到订单信息。
会员于支付宝网站付款完成后，网站页面会重新跳回本购物网站，同时支付宝会将已付款的订单信息发回本网站以便对本购物网站的数据库进行必要的修改操作。
另外本网站还需要向支付宝网站发送一个返回信息，告知支付宝本系统已正确收到付款完毕的订单信息并且已经完成对数据的处理操作。
向支付宝网站传送订单信息时主要参数的含义:gateway ：支付接口service：识别是何接口实现何功能的表示seller_email：商家签约时的支付宝账号，即收款的支付宝账号key：安全校验码，与partner 是一组partner：商户 ID ，合作伙伴 IDsign_type：加密类型_input_charset：编码类型show_url：展示地址，即在支付宝页面时商品名称旁边的“详情”的链接地址out_trade_no：会员订单编号，订单编号必须在本系统中保持唯一subject：商品名称，也可称为订单名称，该接口并不是单一的只能买一样东西，可把一次支付当作一次下订单body：商品描述，即备注total_fee：商品价格，也可称为订单的总金额源码分析 (C#):首先必须建立一个通知页面（ Notify.aspx）和一个返回页面（ Return.aspx）以接受并验证从支付宝返回的信息并对数据库中相应的订单信息做修改处理操作。
通联支付接口疑难问题处理开发者文档
1如何接入网关测试环境A：技术人员在本地开发环境，加载压缩包中的程序代码；B：找到程序代码中的post.html，修改merchantId、key、pickupUrl、receiveUrl、orderNo （唯一的，订单号不可以重复）；C：action提交地址为通联测试地址（邮件正文地址）；D: 在receiveUrl接收页面加后台处理代码；E：将证书放至指定目录。
做好以上准备工作后，即可在本地进行测试测试环境支付时仅有虚拟银行，虚拟银行的卡号和密码为任意数字。
2服务器环境要求1.Java环境1) 环境准备，JDK1.4以上。
2) 安装MPI：拷贝allinpay-security-xxx.jar、及与JDK版本对应的bcprov-jdkxx-xxx.jar到开发环境的classpath 目录下。
2.ASP和dotNet环境1) 环境准备。
2) 安装MPI：确保Microsoft .NET Framework2.0已安装；执行regasm /codebase 命令向操作系统注册ETSClient.dll文件，并将BouncyCastle.Crypto.dll 文件放在与ETSClient.dll相同的目录下；配置文件证书（可采用任一配置方式）：方式一、商户指定证书路径，验签时需对PaymentResult对象设置证书路径，paymentResult.setCertPath(“指定证书TLCert.cer路径”)；方式二、若未指定证书路径，也可拷贝TLCert.cer到%System%\system32目录下，商户需确保有权限访问system32下证书信息；方式三、或者编辑tlprop.ini文件，并保存到%system%目录下，并根据ini文件设置拷贝证书文件到相应目录，tlprop.ini文件内容参看开发包示例。
3.PHP环境windows环境在apache2.0.59 + php4.4.7+mysql下测试通过linux环境在apache2.2.3 + php5.2.13下测试通过确保Apache、php、mysql已正确安装。
通联支付收款业务合作协议
通联支付收款业务合作协议甲方：通联支付网络服务股份有限公司广东分公司乙方：丙方：广州龙庭汇酒店管理有限公司为进一步推动甲、乙、丙三方长期、全面、深入的合作，促进收款业务的高效、快捷、安全，甲、乙、丙三方经友好协商，就甲方为乙方、丙方收款业务和专业化服务事宜签订本协议并承诺共同遵守。
相关说明：1）本协议内所指银行卡限指本协议书规定的借记卡（储蓄卡）、信用卡。
2）本协议适用于乙方的收款业务以刷借记卡（储蓄卡）、信用卡的方式完成收款的交易。
1、三方声明本协议三方均知悉并完全理解本协议内容，同意按照本协议的有关条款办理POS 终端机具安装和受理银行卡业务。
2、合作期限本协议合作期限自年月日起至年月日。
若本协议合作期限届满一个月前，三方均未书面提出终止本协议，则本协议合作期限自动延长一年。
3、责任及义务3.1 甲方的责任及义务：3.1.1 甲方向乙方提供设备终端，供乙方用于收款业务，并保证业务支付环节正常运行。
3.1.2 甲方为乙方的POS 终端交易做好资金清算工作，定期向乙方提供收款业务的清算报表等数据，以此作为甲乙双方结算的依据。
3.1.3 对于乙方使用甲方设备终端开展收款业务过程中发生的关于交易、资金清算方面的疑问或投诉，甲方应配合乙方及时处理。
3.1.4 对于乙方使用甲方设备终端开展收款业务过程中交易资金安全、风险等，甲方负责进行资金安全的监管和交易风险的监控。
3.1.5 甲方应配臵专门人员负责与乙方的日常联络、沟通，并及时协助乙方解决设备收款业务中支付环节遇到的问题。
3.2 乙方的责任及义务3.2.1 遵守银行卡相关法律、法规、规章以及银联规则，接受甲、丙两方的业务监督和检查指导。
3.2.2 提供必要的营业场所以及符合甲方设备终端的通讯接口，并按甲方规范标准进行连接。
3.2.3 当设备终端因通讯或非甲方故障导致无法完成正常的交易支付功能时，乙方应及时停止终端的所有交易，并及时解决故障并报备甲方。
通联-订单线下支付商户接口规范
返回交易消息包
字段名称 trxcod payinst entinst timestamp mac bizseq rspcode
类型 String String String String String String String
2.3.2. 订单查询
商户销售人员在 POS 终端录入业务流水号（订单号），POS 将业务流水号上送通联 POS 前置，
通联 POS 前置系统向商户系统发起订单查询交易，商户方系统返回该笔业务流水号（订单
号）对应的支付信息。
发起交易消息包
字段名称 trxcod payinst entinst timestamp
rspmsg amount content
bizname relatname relatacct relatinst
String long String
String String String String
否
mac 校验码
32
可
业务类型
否
业务流水号
50
可
终端编码
可
用户代码
订单线下支付接口规范
业务类型，如保险业务的 保全、续期、新契约等 如订单号，保单号，缴费 编号等 终端代码，校验用 用户代码
版权所有：通联支付网络服务股份有限公司
5
rspmsg dispaddi amount
String String long
订单线下支付接口规范
可 响应消息
1024
可 打印附加内容 200
否 金额
20
额丌一致,9998 银行帐号丌一 致,9999 已缴费 响应消息 打印附加内容 单位为分
第三方支付接口技术对接实现及样例
第三方支付接口技术对接实现及样例Company number：【0089WT-8898YT-W8CCB-BUUT-202108】B2B网站对接支付宝接口网站转接支付宝解决方案大型网上购物系统除了能让会员选择货到付款结账方式外，还应该提供一些更方便快捷的网上支付方式。
如果网上商店没有足够的实力提供会员直接在网站中建立现金账户的功能，就可以将订单信息转接到支付宝，让会员从支付宝付款。
当然就算会员可以在网站上建立自己的现金账户，提供支付宝支付功能也不失为另一种方便快捷的支付方式，这可以给客户提供更多可选的支付方式。
首先，网上购物系统必须与支付宝公司签订合作协议，以确保从本购物网站上传到支付宝网站上的订单信息能被正确接收。
当会员于购物网站上买下一系列商品并选择支付宝付款方式后，购物系统即将会员购物的订单信息转发到支付宝，网站页面也会转到支付宝的付款页面。
此时，支付宝页面会发送一个验证信息到本网站以确认支付宝正确收到订单信息。
会员于支付宝网站付款完成后，网站页面会重新跳回本购物网站，同时支付宝会将已付款的订单信息发回本网站以便对本购物网站的数据库进行必要的修改操作。
另外本网站还需要向支付宝网站发送一个返回信息，告知支付宝本系统已正确收到付款完毕的订单信息并且已经完成对数据的处理操作。
向支付宝网站传送订单信息时主要参数的含义:gateway ：支付接口service：识别是何接口实现何功能的表示seller_email：商家签约时的支付宝账号，即收款的支付宝账号key：安全校验码，与partner是一组partner：商户ID，合作伙伴IDsign_type：加密类型_input_charset：编码类型show_url：展示地址，即在支付宝页面时商品名称旁边的“详情”的链接地址out_trade_no：会员订单编号，订单编号必须在本系统中保持唯一subject：商品名称，也可称为订单名称，该接口并不是单一的只能买一样东西，可把一次支付当作一次下订单body：商品描述，即备注total_fee：商品价格，也可称为订单的总金额源码分析(C#):首先必须建立一个通知页面（）和一个返回页面（）以接受并验证从支付宝返回的信息并对数据库中相应的订单信息做修改处理操作。
通联支付接口方案
通联支付实名支付终端收款业务及技术方案通联支付网络服务股份有限公司二○一一年二月目录一、业务方案 (3)(一)业务说明 (3)●交易流程图 (3)●交易流程说明 (3)(二)交易特点 (4)(三)支持银行 (4)二、技术方案 (5)(一)网络拓补 (5)(二)交易流程 (5)(三)交易接口 (5)●通讯协议 (5)●查询保费 (5)●缴费确认 (6)(四)失败代码解释 (7)一、 业务方案 (一)业务说明● 交易流程图通联支付银行①输入缴费单编号③ 根据缴费单号返回投保人、身份证号、金额至通联系统② 缴费单编号发送至保险公司④将投保人、金额信息返回终端机保险公司⑤刷银行卡、输入密码⑦ 返回交易结果⑥ 发送银行进行交易⑧ 返回交易结果至保险公司,保险公司出单实名支付终端⑨打印成功交易凭条，由客户签款● 交易流程说明1) 保险公司送单服务人员在通联终端机上输入保险客户在保险公司业务系统中的缴费编号或订单号；● 输入信息：缴费单编号或订单号注：缴费编号或订单号为保险公司系统中保单所对应的唯一缴费识别号；2) 通联终端机程序将所输缴费编号通过通联支付系统与保险公司业务系统的数据接口，按照双方约定的数据标准发送至保险公司系统；3) 保险公司系统根据通联发送的缴费编号查询出对应的投保人和缴费金额；通过数据接口将信息返回通联支付系统；●返回信息：投保人姓名、缴费金额4)通联支付系统将接收到的信息返回至终端机上显示；5)保险客户基于终端机上所显示的投保信息和金额，刷卡并输入密码进行缴费，系统将将刷卡信息与缴费保单信息校验匹配和关联，如下：●将投保人姓名与银行账户信息进行校验匹配，如与账户所有人信息一致，则进行交易，如不一致，则返回失败；●校验通过，则刷卡交易信息与保单信息进行关联；6)校验通过，通联终端机将缴费信息通过通联支付系统，发送对应银行进行交易。
7)银行将交易处理结果实时返回通联支付系统；8)通联支付系统接收到银行的交易结果后，将对应缴费单的交易结果以数据包方式通过通联与保险公司系统间的数据接口发送至保险公司系统，从而更新缴费单的缴费状态；9)通联系统将交易成功信息反馈至终端机，并打印凭条，交由客户签字确认。
通联互联网支付网关商户接口技术规范模板
通联支付网络服务股份有限公司商户接口说明版本v1.0通联支付网络服务股份有限公司10月16日文件修改记录变更审核批准修改说明版本时间变更人时间审核人时间批准人新建 1.0 .10.16 邬海艳重整原有网关文档内容、增加订单批1.1 .01.06 邬海艳量查询接口说明修改单笔分账业务1.1.1 .04.03 邬海艳示例完善请求报文格式1.1.2 .08.19 邬海艳说明增加手机网关接入1.1.3 -11-28 沈仕人地址说明完善通联网关接入文档内容, 新增手1.1.4 -12-01 邬海艳续费收取业务说明调整签名方式说明更正分账业务说明1.1.5 -2-25 沈仕人增加订单唯一性说明调整订单过期时间1.16 -4-18 沈仕人说明目录1. 目的.................................................................................. 错误!未定义书签。
2. 通联互联网支付网关业务简介 ..................................... 错误!未定义书签。
2.1 名词解释............................................................. 错误!未定义书签。
2.2 商户与通联合作程序......................................... 错误!未定义书签。
2.3 支付业务流程..................................................... 错误!未定义书签。
2.3.1通联互联网支付网关的网银支付流程 ....... 错误!未定义书签。
2.3.2通知支付结果处理流程................................ 错误!未定义书签。
2.3.3清算结算流程................................................ 错误!未定义书签。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
通联支付实名支付终端收款业务及技术方案通联支付网络服务股份有限公司二○一一年二月目录一、业务方案 (3)(一)业务说明 (3)●交易流程图 (3)●交易流程说明 (3)(二)交易特点 (4)(三)支持银行 (4)二、技术方案 (5)(一)网络拓补 (5)(二)交易流程 (5)(三)交易接口 (5)●通讯协议 (5)●查询保费 (5)●缴费确认 (6)(四)失败代码解释 (7)一、 业务方案 (一)业务说明● 交易流程图通联支付银行①输入缴费单编号③ 根据缴费单号返回投保人、身份证号、金额至通联系统② 缴费单编号发送至保险公司④将投保人、金额信息返回终端机保险公司⑤刷银行卡、输入密码⑦ 返回交易结果⑥ 发送银行进行交易⑧ 返回交易结果至保险公司,保险公司出单实名支付终端⑨打印成功交易凭条，由客户签款● 交易流程说明1) 保险公司送单服务人员在通联终端机上输入保险客户在保险公司业务系统中的缴费编号或订单号；● 输入信息：缴费单编号或订单号注：缴费编号或订单号为保险公司系统中保单所对应的唯一缴费识别号；2) 通联终端机程序将所输缴费编号通过通联支付系统与保险公司业务系统的数据接口，按照双方约定的数据标准发送至保险公司系统；3) 保险公司系统根据通联发送的缴费编号查询出对应的投保人和缴费金额；通过数据接口将信息返回通联支付系统；●返回信息：投保人姓名、缴费金额4)通联支付系统将接收到的信息返回至终端机上显示；5)保险客户基于终端机上所显示的投保信息和金额，刷卡并输入密码进行缴费，系统将将刷卡信息与缴费保单信息校验匹配和关联，如下：●将投保人姓名与银行账户信息进行校验匹配，如与账户所有人信息一致，则进行交易，如不一致，则返回失败；●校验通过，则刷卡交易信息与保单信息进行关联；6)校验通过，通联终端机将缴费信息通过通联支付系统，发送对应银行进行交易。
7)银行将交易处理结果实时返回通联支付系统；8)通联支付系统接收到银行的交易结果后，将对应缴费单的交易结果以数据包方式通过通联与保险公司系统间的数据接口发送至保险公司系统，从而更新缴费单的缴费状态；9)通联系统将交易成功信息反馈至终端机，并打印凭条，交由客户签字确认。
10)通联支付于T+1将成功交易资金清算到保险公司指定的收款账户上，并提供对账文件供保险公司进行数据核对；(二)交易特点●刷卡交易信息与保单信息关联匹配，实现资金流和信息流的匹配支持●每笔刷卡交易账户的户名与保单投保人进行一致性校验，确保为投保人本人的缴费账户，杜绝代刷问题产生。
(三)支持银行以下为目前所支持的银行，接下来的将有更多银行接入；银行清算时间支持账户类型交易范围工行T+1 借记卡全国建行T+1 借记卡全国农行T+1 借记卡全国招行T+1 借记卡全国交行T+1 借记卡全国中信T+1 借记卡全国二、技术方案(一)网络拓补通联前置通联系统保险公司系统如图所示，为了实现通联与保险公司系统对接，将在保险公司系统与通联前置系统之间建立TCP/IP 专线数据连接。
通联交易终端包括：移动pos或有线pos，它们将通过GPRS、CDMA、PSTN、INTERNET 与通联系统前置建立通信链路实现交易。
(二)交易流程1.操作员在pos输入保单号，pos上送查询保费交易请求2.通联系统从保险公司系统读取保单号相关的缴费金额、姓名等信息要素，送回给pos3.Pos上回显本次缴费要素，经确认后，刷银行卡，输入银行卡密码。
上送保费缴交交易请求给通联前置机；4.通联系统处理缴费请求后将交易结果同时回送给pos机及保险公司系统;5.如果在网点缴费终端缴费，保险公司系统需要向网点缴费终端发送交易结果。
(三)交易接口●通讯协议通联的后台系统和保险公司方的后台系统之间通过webservice/soap进行对接，发起保费查询及保费的缴交。
●查询保费保险公司出单网点操作员在银行方提供的POS系统录入业务流水号（如保单号），银行方POS前置系统向保险公司方发起查询消费交易，保险公司方返回该笔业务流水号（如保单号）对应的保费信息。
字段名称类型可空说明最长长度备注trxcod String 否交易类型8 A0000001payinst String 否支付机构编号15 通联编号entinst String 否企业编号15 保险公司编号timestamp String 否交易时间14 yyyymmddhhmmssmac String 否mac校验码8bizseq String 否业务流水号50 如保单号等字段名称类型可空说明长度备注trxcod String 否交易类型8 A0000001payinst String 否支付机构编号15 通联编号entinst String 否企业编号15 保险公司编号timestamp String 否交易时间14 yyyymmddhhmmssmac String 否mac校验码bizseq String 否业务流水号50 如保单号等rspcode String 否响应码 4 0000表示成功rspmsg String 可响应消息1024 响应消息amount long 否金额20 单位为分content String 可业务关联内容300 业务关联内容，缴交保费时原样传递给保险公司bizname String 可姓名60 保单姓名relatname String 可关联户姓名60 关联户姓名relatacct String 可关联户3215 关联户所属银行relatinst String 可关联户所属机构缴费确认POS机系统成功接收到查询消费返回后，在POS上回显本次缴费金额，经核对确认后上送银行扣款请求，通联系统进行银行卡消费交易处理，处理完成后之后通联系统向保险公司系统发起缴费确认交易，保险公司系统返回该笔收费确认信息。
字段名称类型可空说明最长长度备注trxcod String 否交易类型8 A0000002payinst String 否支付机构编号15 通联编号entinst String 否企业编号15 保险公司编号timestamp String 否交易时间14 yyyymmddhhmmssmac String 否mac校验码8bizseq String 否业务流水50 如保单号等payresult String 否支付结果 4 0000表示支付成功amount long 否金额20 单位分payseq String 否支付流水号50 支付流水号（检索参考号等）bizname String 可姓名60 保单姓名relatname String 可关联户姓名60 关联户姓名relatacct String 可关联户32 卡号relatinst String 可关联户所属机构15 关联户所属银行payname String 可支付姓名60payacct String 可支付账户32acctinst String 可账户所属机构15 支付账户所属银行content String 可业务关联内容300 查询时返回的内容字段名称类型可空说明长度备注trxcod String 否交易类型8 A0000002payinst String 否支付机构编号15 通联编号entinst String 否企业编号15 保险公司编号timestamp String 否交易时间14 yyyymmddhhmmss mac String 否mac校验码bizseq String 否业务流水50 如保单号等rspcode String 否响应码 4 0000成功,9999已缴费rspmsg String 可响应消息1024 响应消息amount long 否金额20 单位为分WSDL文件BillPayAPIService.wsdl BillPayAPIService.xsd(四)失败代码解释代码含义0000 处理成功3001 查开户方原因3002 没收卡3003 不予承兑3004 无效卡号3005 受卡方与安全保密部门联系3006 已挂失卡3007 被窃卡3008 余额不足3009 无此账户3010 过期卡3011 密码错3012 不允许持卡人进行的交易3013 超出提款限额3014 原始金额不正确3017 账户已冻结3018 已清户3019 原交易已被取消或冲正3020 账户被临时锁定3023 当日存入的金额当日不能支取3024 日期切换正在处理3025 PIN格式出错3026 发卡方保密子系统失败3028 系统忙，请稍后再提交3030 账号错误3031 账号户名不符3032 账号货币不符3034 非活期账号3036 货币错误3037 磁卡未生效3038 非通兑户3039 账户已关户3040 金额错误3042 交易金额小于该储种的最低支取金额3044 超时拒付3057 账户状态错误3058 数字签名或证书错3059 密码挂失3060 格式错误3061 密码初始状态不正确3062 无折账号不允许交易3064 账户不支持此业务3065 户名错3066 渠道不支持，交易无法支持3067 该账户已欠费，不能办理此业务3071 外部系统错误3999 其他错误。