当前位置:文档之家› 网站商城在线支付接口申请指南

网站商城在线支付接口申请指南

网站商城在线支付接口申请指南
网站商城在线支付接口申请指南

1、如何申请在线支付接口

1)支付宝申请

1、通过支付宝网站(https://https://www.doczj.com/doc/e811366188.html,)注册账户(个人或企业账户,公司最好申请企业账户)

账户名只能使用邮箱账号,通过发送邮件激活注册

填写好相关信息下一步到

选择法定代表人申请

根据支付宝提示实名认证相关企业信息,待支付宝实名认证审核通过。

2、通过支付宝商家服务网址(https://https://www.doczj.com/doc/e811366188.html,/order/serviceIndex.htm)选择在线支付产品功能方式

一般商城选择双功能收款方式。

下一步填写相关申请资料信息

3、支付宝申请审核通过后进入支付宝商家服务(https://https://www.doczj.com/doc/e811366188.html,/order/serviceIndex.htm)

点击查询PID、Key

4、用户只需提供合作者身份(PID)号,安全校验码(Key),支付宝账户名。2)财付通申请

1、通过财付通网址(https://https://www.doczj.com/doc/e811366188.html,/v2/)注册用户,企业用户注册网址(https://https://www.doczj.com/doc/e811366188.html,/zft/register_mail.shtml?type=1)

2、通过财付通服务平台(https://www.doczj.com/doc/e811366188.html,/market/index.shtml)选择即时到账交易,

填写好相关申请信息待审核通过。

3、用户查询并提供合作者身份(PID)号,安全校验码(Key),财付通账户名。3)银联支付申请

1、通过银联支付网站(https://https://www.doczj.com/doc/e811366188.html,/portal/index.do)注册

根据用户选择方式注册,填写注册相关信息资料后进入银联用户中心。

2、选择特约商户入网申请(https://www.doczj.com/doc/e811366188.html,/leads/upop/merchantApply/merchant_apply.jsp)

填写完相关申请资料待审核通过。

3、用户查询并提供合作者身份(PID)号,安全校验码(Key),银联账户名。

B2C模式详细介绍

B2C是英文Business-to-Consumer(商家对客户)的缩写,而其中文简称为“商对客”。“商对客”是电子商务的一种模式,也就是通常说的商业零售,直接面向消费者销售产品和服务。这种形式的电子商务一般以网络零售业为主,主要借助于互联网开展在线销售活动。 基本简介 B2C即企业通过互联网为消费者提供一个新型的购物环境——网上商店(卓越亚马逊、中国巨蛋网、京东商城、当当网等),消费者通过网络在网上购物、在网上支付。由于这种模式节省了客户和企业的时间和空间,大大提高了交易效率,特别对于工作忙碌的上班族,这种模式可以为其节省宝贵的时间。但是在网上出售的商品特征也非常明显,仅仅局限于一些特殊商品,例如图书、音像制品、数码类产品、鲜花、玩具、饮食等等。这些商品对购买者视、听、触、嗅等感觉体验要求较低,像服装、音响设备、香水需要消费者特定感官体验的商品不适宜在网上销售,当然,也不排除少数消费者就认定某一品牌某一型号而不需要现场体验就决定购买,但这样的消费者很少,人们更愿意相信自己的体验感觉来决定是否购买。所以,B2C市场上成功的企业如当当、卓越,都是卖一些特殊商品的。B2C电子商务的付款方式是货到付款与网上支付相结合,而大多数企业的配送选择物流外包方式以节约运营成本。随着用户消费习惯的改变以及优秀企业示范效应的促进,网上购物用户不断增长。 主要模式 综合商城 它有庞大的购物群体,有稳定的网站平台,有完备的支付体系,诚信安全体系(尽管目前仍然有很多不足),促进了卖家进驻卖东西,买家进去买东西。如同传统商城一样,淘宝自己是不卖东西的,是提供了完备的销售配套。 商城,谓之城,自然城中会有许多店,是的,综合商城就如我们平时进入天虹、天河城、丽日等现实生活中的大商城一样。商城一楼可能是一级品牌,然后二楼是女士服饰,三楼男士服饰,四楼运动/装饰,五楼手机数码,六楼特价…… 将N个品牌专卖店装进去,这就是商城。而后面的淘宝商城、365商城等也自然是这个形式,跟传统无异,它有庞大的购物

中国某银行在线支付合作协议

中国工商银行在线支付合作协议 甲方: 乙方:中国工商银行股份有限公司(简称:中国工商银行) 为促进甲乙双方的共同发展,更好地为客户提供服务,甲乙双方本着自愿、平等、互利的原则,就双方因乙方电子银行客户通过甲方电子商城购买商品或服务的资金结算事宜达成以下协议(以下简称本协议): 一、定义 如无特别说明,下列用语在本协议中的含义为: (一)在线支付系统:指乙方以客户通过电子渠道发来的电子付款指令为依据,为客户提供交易款项划转服务的系统。 (二)电子商城:指甲方利用计算机网络、电话或手机等电子设备建立的,采用乙方在线支付系统进行交易款项划转的电子商务应用系统。 (三)买方:指通过甲方电子商城购买商品或服务,并通过乙方的在线支付系统支付货款或服务费的企业或个人。 (四)卖方:指通过甲方电子商城卖出商品或提供服务的企业或个人。 (五)异常:指买方通过乙方在线支付系统向卖方支付款项的过程中因非乙方原因出现的金额、合同号(或订单号)、收款人等与甲方记录不符的情况。 (六)退款:是指网上订购交易完成后,因某种原因,甲方通过乙方在线支付系统将已入账的交易款项全部或部分退回至原买方付款账户的交易行为。 (七)返还:是指甲方与乙方签订营销合作协议后,甲方根据合作协议约定的规则,通过乙方在线支付系统将已入账的交易款项全部或部分退回至原买方付款账户作为折扣优惠的交易处理行为。 (八)转付:是指买方以在线支付形式将交易款项支付给甲方后,甲方作为中介方按照与买卖双方约定的规则通过乙方在线支付系统将款项转付给卖方的交易处理行为。 (九)信用支付:是甲方与乙方合作共同为买卖双方提供中介的服务。乙方根据买卖双方对交易的确认结果办理资金清算。买卖双方发生交易纠纷时可在线向甲方提交裁决申请,乙方根据甲方的裁决结果办理资金清算。 (十) 分期付款:是个人买方在甲方网站通过贷记卡进行一定限额以上消费时,由乙方向甲方一次性支付买方所购商品(或服务)的消费资金,根据个人买方申请,将消费资金和手续费分期通过买方贷记卡账户扣收,个人买方按期进行偿还的业务。 (十一)交易账户:是指甲方在乙方开立的,通过乙方在线支付系统办理交易款项入账、退款、返还、转付等业务的人民币结算账户。 (十二)境外卡:指境外发卡机构发行的开通全球通用支付验证功能的信用卡、借记卡。 二、合作内容

B2C网站功能简要说明

页脚. B2C 功能说明 一、 栏目说明: 一 架构:

二、整体结构图: 页脚.

页脚.

三、系统业务流程图: 、 页脚.

四:消费者行为分析假想图示说明: 页脚.

五、系统业务流程简述: (1)商品管理和定价管理 商品的录入:商品的录入仅指相关管理人员通过专门的商品信息录入平台,将商品的基本信息录入到系统专门的数据库中。新录入的商品信息,状态为下架。录入的商品描述信息可以由管理员在后台统一维护,并且在定义商品类别时,分配给不同的类别,这样就可以适合多系列产品的发布和搜索。 商品的相关显示:商品录入功能将包括“相关商品”推荐工具(提供浏览者查看某个商品时,同时推荐他其他商品,类同于“您或许会喜欢”这样的功能),系统提供录入人员按品牌、价格或是商品编号和名称等属性来检索要推荐的商品,并将检索结果加入到“相关商品”之中。A商品设置B商品为相关商品的同时,B商品同时认可A商品为它的相关商品。可按设定的日期生成销售排行榜。同时后台可设定某产品为特价产品放入特价专区。 商品的定价:商品的定价管理分为基本销售价格和折扣率。价格随着会员的等级而自动改变。定价人员在后台针对产品来指定商品的市场价和网上销售价。考虑到贵公司商品的价格以及销售的实际情况,在支付金额上面可以添加首付款和余款,在上面,购买商品的时候,只需要在线支付首付款,然后货到客户确认,收到尾款,财务在订单系统查询出该订单,然后补入尾款。 商品的排序:管理员可以根据销售需求,为商品的二级分类和具体商品设置排序参数,用户浏览时,系统即根据该参数来确定相关容的显示次序。 商品的个性展示,可实现鼠标移动实时放大的独特展示形式。 站搜索:根据特定条件的选择,进行商品搜索排列展示。 关键字:这里可以填写分类的关键字,比如欧美沙发的分类这里可以填写欧美以便于用户搜索。 数量单位:是指商品的单位名称,比如鞋是一对等等,这里只用填件或者个就可以。(2)商品数量和状态 商品状态将在用户浏览中体现,根据状态不同,可分为“下架”、“上架”、“有货”、“缺货”四个状态。商品录入后的基本状态是“下架”,只有设置为“上架”商品,浏览者才可以在前台查看到。管理员还可以手工指定商品的数量,当数量大于“0”为“有货”,当数量等于或小于“0”为“缺货”,“缺货”的时候引导会员进入“缺货登记”的页面。 当会员每次下达订单时,系统就扣除相应商品的数量,当会员放弃订单时,或管理员在后台取消订单时,系统就加回相应商品的数量。

网银在线支付接口和应用

网银在线支付接口和应用(转载) 关键字: 网银在线支付接口和应用 最近关注项目中在线支付,所以看一下文档,在线支付应用开发: 基本所有的在线支付均采用以下方式: 客户点击结帐时将关于訂單的信息和货币信息,相应的信息URL,经过md5或其他方式发送(可能Socket和Http或Https)支付平台(块钱,paypal或支付宝等),支付平臺处理完毕时根据相应URL,返回相关的信息(付款信息,訂單信息,验证信息). 在实际操作Money的问题人们一向关注他的安全性等问题,同时本人习惯在通过http方式访问非外网时采用Commons-httpclient的post发送实现,简单方便,所以采用此种实现:具体看以下API和原代码: 网银在线支付API接口: 商户>>>>>>网银在线支付:

商户编号 订单编号 订单总金额 币种 支付动作完成后返回到该url,支付结果以POST方式发送 订单MD5校验码 备注字段1 备注字段2 收货人姓名 收货人地址

在线支付技术设计文档(修改版)

在线支付技术设计文档 以下是关于支付宝接口的所有东西,包括支付宝接口需要的参数,一些通用规则、特殊用途等。 一.结构 a) 一般由两部分组成,接入部分与通知返回部分。接入部分即为传递参数等信息组合成超级链接,并用该链接来进行跳转。通知返回部分则是支付宝服务器对该笔订单处理完毕后,通知与返回该笔订单的详细信息到商户服务器,商户服务器接收到后,并对其进行数据处理。 b) 以实物标准双接口的程序为例。接入部分的页面文件包含:配置页alipayapi.jsp、程序入口页index.jsp、服务器异步通知页notify_url.jsp 以及页面跳转同步通知页return_url.jsp。通知返回部分的页面文件包含:基础配置类文件AlipayConfig.java、支付宝接口公用函数类文件AlipayCore.java、支付宝通知处理类AlipayNotify.java、支付宝各接口请求提交类文件AlipaySubmit.java、支付宝自定义订单类文件UtilDate.java、MD5签名类文件MD5.java、支付宝HttpClient处理类文件HttpProtocolHandler.java 、支付宝HttpClient 请求类文件、支付宝HttpClient返回类文件HttpResponse.java、支付宝HttpClient返回的结果字符方式类文件。这里大家可以一目了

然,MD5加密方法类与方法详细页不论是哪部分都有被调用,因此AlipayCore.java文件可视为核心代码部分, c) 详细介绍 1.AlipayCore.java public static Map paraFilter(Map sArray) 功能:除去数组中的空值和签名参数 输入:Map sArray 要签名的数组 输出:Map 去掉空值与签名参数后的新签名参数组。 public static String createLinkString(Map params) 功能:把数组所有元素,按照“参数=参数值”的模式用“&”字符拼接成字符串。 输入:Map params 需要拼接的数组 输出:String 拼接完成以后的字符串 public static void logResult(String sWord) 功能:写日志,方便测试(看网站需求,也可以改成存入数据库)输入:String sWord 要写入日志里的文本内容

手机银行(WAP)B2C在线支付接口说明V1.0.0.6

B2C 支付接口v1.0.0.6 中国工商银行软件开发中心 Copyright Reserved 商户手册

目录 第1 章业务说明 (3) 第2 章商户接口 (4) 2.1支付接口 (4) 2.1.1支付接口表单定义 (4) 2.1.2tranData数据定义 (5) 2.1.3tranData格式定义 (7) 2.1.4表单样例 (8) 2.2通知接口 (9) 2.2.1通知接口表单定义 (9) 2.2.2notifyData数据定义 (10) 2.2.3notifyData格式定义 (11) 2.2.4表单样例 (12) 2.3商户判断支付结果及返回商户取货 (13) 2.4其他说明 (13) 第3 章安全API说明 (14) 第4 章开发步骤 (14) 4.1通用步骤 (14) 4.2移动生活商户改造方法 (15) 4.3附件 (16)

B2C在线支付接口版本说明: 1.0.0.0(基本支付) 1.0.0.1(支持商户主动分期付款模式,商户不分期的情况下支持客户自助分期,商户客户都不分期的情况下,流程同1.0.0.0) 1.0.0.3(1.0.0.1版本基础上,支持后台自动给商户发送支付结果通知消息,通知消息发送方式为只有支付成功的情况下发送通知,其余情况不通知) 1.0.0.4(1.0.0.3版本基础上,支持他人代付功能) 1.0.0.6(基于1.0.0.3版本,支持启动工行手机银行客户端(iPhone、Android)进行支付,支持工行移动生活商户进行支付,支持HTML网页版本(只支持iPhone、Android的webkit核心浏览器,需要商户侧自行判断客户的浏览器是否可用)进行支付。 注:1.0.0.6接口的HTML网页版本暂未开放! 以下简述处理流程: 1.客户在商户WAP网站、商户客户端(iPhone、Andrid)、工行移动生活商户浏览商品信息,签订订单; 2.商户按照工行手机银行B2C支付1.0.0.6接口形成提交数据,并使用工行提供API和商户证书对订单数据签名,形成form表单返回客户浏览器,表单action地址指向工行接收商户订单信息的servlet; 3.客户确认使用工行支付后,提交此表单到工行; 4.工行手机银行系统接收此笔订单,对订单信息和商户信息进行检查; 5.通过检查则根据商户上送的启动类型,启动工行手机银行客户端程序(iPhone、Android)的支付页面或HTML网页版本(只支持iPhone、Android的webkit核心浏览器)的支付页面; 6.客户输入后提交; 7.银行查询客户相关信息; 8.返回客户在银行的预留信息; 9.客户确认; 10.返回交易确认页面; 11.不同类型客户使用各自认证方式进行交易确认,支持静态支付密码、动态口令卡、工银电子密码器、音频U盾(U盾只支持iPhone客户端版本)。 12.银行校验后进行支付处理; 13.工行将处理结果使用http协议post方式,将通知消息数据提交到商户网站; 14.给客户展现成功支付页面。 1)若商户启动类型为客户端版本,则结果页面只提供返回手机银行按钮,点击后返回手机银行程序,客户需要自行回到商户页面或商户程序进行取货,商户根据上一步的通知消 息判断是否支付成功。 2)若商户启动类型为工行移动生活版本,则结果页面提供返回商户按钮,点击返回后会回到商户的页面,客户可以在此页面进行取货,商户可以根据上一步发送的通知消息判断 是否支付成功。 3)若商户启动类型为HTML网页版本,则上一步通知商户时,商户返回取货地址(必须是正确格式的URL地址),银行会在成功支付页面展现取货地址链接,客户点击链接返回 商户的取货地址页面。

在线支付合作协议范本

合同编号:(_________) 甲方:_________ 乙方:_________ (以下单方称“一方”,两方合称“双方”) 鉴于:甲方作为网络支付服务提供商,同意为乙方提供网上支付服务。 乙方作为网络应用和网络产品、服务提供商,同意在其网上_________业务中使用甲方所提供的支付服务。 现经双方磋商,本着平等互利、优势互补、共同发展的原则,就合作事宜达成如下协议: 一、支付方式 乙方选择甲方所提供的下列_________支付方式 1、IPS帐户 1.1 I币支付 1.2 下发 2、银行卡 2.1 国内卡 2.2 国际卡(Visa Master,Jcb,Nets) 3、电话支付 4、_________电信卡支付 各种支付方式的费用、结算及双方的具体权利义务见附件一。 二、风险说明 鉴于目前网络支付技术及国内、国际电子商务环境均尚未成熟,其电子商务立法以及信用体制还不完善,在这种情况下乙方作为商户在开展电子商务业务时存在一定的风险性。包括但不限于犯罪侵权导致的坏帐、债务人拒付等。乙方明确认知该风险的存在并愿意承担此种风险可能带来的损失。 三、保密条款

双方在合作期内获得的信息及本合同和附件内容均为保密信息,保密信息包括但不限于交易手续费和服务年费的金额及支付方式、结算方式、接口技术、安全协议及证书等,任何一方均应当对保密信息严格保密,且仅为本合作之目的使用,未经对方事先书面同意,不得向任何第三方透露保密信息,否则视为违约;守约方除有权主张违约金及损失外还有权终止合同。本条不因本合同的终止而终止。 四、特别约定 1、乙方承诺在合作期内使用甲方支付平台的方式为:_________ 唯一推荐优先 2、本合同期满或终止后,甲方保留因银行或电信等部门对合同期内交易进行调查或债务人对合同期内交易拒付而向乙方追偿该金额的权利。 五、退款处理 对于交易过程中出现的、由于乙方原因包括但不限于缺货、无法运货、质量问题等等,造成退款处理的情况,按以下规定处理。 1、乙方按本协议约定并遵守甲方《网上退款规定》,通过商户后台向甲方提出退款申请。 2、乙方向甲方提出退款请求时,乙方在甲方帐户中应有足够退款的账存资金,或者乙方须按要求退款的金额将款项转帐至甲方帐户,甲方收到该款项后向用户做出退款处理。否则造成的一切后果均由乙方承担。 3、退款时甲方不再另收取手续费,但若银行或电信等相关方面需要另行收取相关费用,则此费用由乙方承担。 4、扣款过程中已收取的手续费不退还,此费用由乙方承担。 5、乙方负责解决消费者拒付而导致的退款问题。 六、不可抗力 1、不可抗力指双方在订立合同时不能预见、对其发生和后果不能避免且不能克服的事件。鉴于网络所具有之特殊性质,不可抗力亦应包括黑客攻击、计算机病毒发作、银行掉单、电信部门技术调整、银行政策调整导致之影响、因政府管制而造成的暂时性关闭等在内的任何影响网络正常经营之情形。 2、若由于不可抗力致使一方未能全部或部分履行本协议,应及时书面通知另一方并出具相关证明,则本协议内受影响之条款可在不能履行之期间及受影响之范围内中止履行。

京东网银在线快捷支付接口说明_银行

快捷支付技术标准 V1.0版

前言 本文档介绍快捷支付的技术标准,其中包括快捷支付的业务模型、安全责任模型、架构模型、业务处理与系统交互方式、报文的语法与语义、网络连接方式、安全规范等。 参与快捷支付业务的各方必须遵守快捷支付技术规范,以实现准确、安全、方便的网上支付与相关业务。

目录 前言 (2) 第1章文档概述 (5) 1.1介绍 (5) 1.2参考标准与文献 (6) 第2章快捷支付业务概述 (6) 2.1快捷支付业务模型 (6) 2.2快捷支付安全责任模型 (8) 第3章快捷支付架构 (9) 3.1快捷支付架构目标 (9) 3.2快捷支付架构模型 (10) 3.3快捷支付交互模式 (14) 第4章快捷支付报文结构 (15) 4.1报文结构 (15) 请求/响应头信息 (16) 请求头信息 (16) 响应头信息 (16) 4.2报文的解析与传输 (19) 第5章快捷支付业务实现规范 (20) 5.1接口实现说明 (21) 5.2网上签约 (21) 5.3网上支付 (22) 5.4单笔撤销 (25) 5.5单笔退款 (25)

5.6单笔/批量交易查询 (29) 5.7清算对账 (31) 第6章网络连接规范 (34) 第7章安全规范 (34) 7.1安全威胁 (34) 7.2数字签名 (36) 7.3报文日志管理 (36) 第8章其它规范 (36) 8.1异常处理规范 (36) 8.2错误码规范 (36) 8.3处理响应时间要求 (36) 8.4可用性要求 (37) 第9章附录 (37) 9.1快捷支付报文样例 (37) 9.2快捷支付金额格式 (37) 9.3快捷支付货币代码表 (37) 9.4数据字典定义 (38)

八种互联网上常见的在线支付接口

目前互联网上在线支付接口种类很多,不过常见在线支付接口就这几种: 1、支付宝支付接口集成; 支付宝支付接口集成是指支付宝支付平台接口程序与你的商务网站无缝整合,从而让你的网站立即拥有在线收款的功能。根据你的网站脚本和结构加以整合,经编程到调试成功。 2、财付通支付接口集成; 财付通支付接口集成是指财付通支付平台接口程序与你的商务网站无缝整合,从而让你的网站立即拥有在线收款的功能。财付通构建全新的综合支付平台,业务覆盖B2B、B2C和C2C各领域,提供卓越的网上支付及清算服务。针对个人用户,财付通提供了包括在线充值、提现、支付、交易管理等丰富功能;针对企业用户,财付通提供了安全可靠的支付清算服务和极富特色的QQ营销资源支持。客户在你的网站上支付后,钱款自动计入你网站上该客户对应的账户上,实时到账,方便快捷。 3、快钱支付接口集成是指快钱支付平台接口程序与你的商务网站无缝整合,从而让你的网站立即拥有在线收款的功能。快钱公司是目前国内领先的独立第三方支付企业,最早推出基于Email和手机号码的综合电子支付服务,拥有千万

级注册用户。使用快钱在线支付后,钱款自动计入您的境网互联会员ID账户上,实时到账,简单快速便捷。客户在你的网站上支付后,钱款自动计入你网站上该客户对应的账户上,实时到账,方便快捷。 4、网银在支付接口集成是指网银在线支付平台接口程序与你的商务网站无缝整合,从而让你的网站立即拥有在线收款的功能。网银在线(北京)科技有限公司是2003年6月在中关村注册的高新技术企业,注册资金1000万人民币。自成立以来,凭借强大的技术实力和良好的服务理念,以“电子支付专家”为发展定位,联合中国银行、中国工商银行、中国农业银行、中国建设银行、招商银行等国内各大银行,以及VISA、MasterCard、JCB等国际信用卡组织,致力于为国内中小型企业提供完善的电子支付解决方案。客户在你的网站上支付后,钱款自动计入你网站上该客户对应的账户上,实时到账,方便快捷。 5、PayPal贝宝支付接口集成是指PayPal贝宝支付平台接口程序与你的商务网站无缝整合,从而让你的网站立即拥有在线收款的功能。PayPal 贝宝利用 PayPal 的先进技术以及在全球支付业中所具有的经验,专为中国用户提供发送和接收人民币款项类似 PayPal 的产品。有了 PayPal,您就可以通过网络发款和收款。一旦注册了 PayPal,您就可以用PayPal 余额中的钱或别的注资选项(如信用卡)向任何有

快付宝API支付平台,网银在线支付接口文档说明

快付宝网银接口说明文档 版本: 3.2 发布日期: 2013-5-1

目录 第一章文档描述 (3) 1、文档说明 (3) 2、阅读对象 (3) 第二章系统原理 (3) 1、术语定义 (3) 2、消费流程 (3) 3、查询流程 (4) 4、系统加密 (4) 第三章网银接口定义 (4) 1、上行过程接口定义(商户系统发起请求) (4) 2、下行异步通知过程接口定义(快付宝接口发起请求) (7) 3、下行同步通知过程接口定义(快付宝接口发起请求) (9) 第四章查询流程接口定义 (10) 第五章订单外部查询独立网址................................................................... 错误!未定义书签。第六章测试................................................................................................... 错误!未定义书签。附录1:快付宝网银接口银行类型说明.. (11)

第一章文档描述 1、文档说明 本说明文档用于指导快付宝商户实现与快付宝网银接口的顺利对接。请相关技术人员详细阅读本文档。 2、阅读对象 商户开发人员。 第二章系统原理 1、术语定义 商户:指已独立拥有在线销售系统,并成为快付宝网银接口系统会员,且已使用或者将使用快付宝网银接口实现收付费或其他相关功能需求的企业或者个人。 外部接入接口:指快付宝通过统一的方式接受外部请求的接口。 商户系统:指使用快付宝外部接入接口的计算机系统,一般指商户所拥有的在线销售系统。 用户:指在商户系统内进行消费的企业或者个人。 商户ID:指快付宝为使用外部接入接口的商户统一分配的唯一标识。 商户密钥:指商户在和快付宝确定合作意向时快付宝为商户提供的16位字符串。该信息作为商户系统和快付宝交互时身份确认的依据,需商户妥善保管。 2、消费流程 通常,一次支付最少包括2个交互过程。第一个过程是商户系统将在线支付等信息提交到快付宝接口的过程,称之为上行过程。第二个过程是在支付完成后,快付宝接口通过server

中国工商银行网上银行C2C在线支付接口说明V1001

中国工商银行网上银行C2C在线支付接口说明 一、C2C流程说明: 1、客户在商户浏览商品信息,签订订单; 2、商户按照工行C2C订单数据规形成提交数据,并使用工行提供API和商户证书对订单数据签名,形成form表单返回客户浏览器,表单action地址指向工行接收商户C2C订单信息的servlet; 3、客户确认使用工行支付后,提交此表单到工行; 4、工行网银系统接收此笔C2C订单,对订单信息和商户信息进行检查,通过检查则显示工行C2C支付页面; 5、客户在此页面可以查询客户在银行的预留信息;也可以输入支付卡号、支付密码、验证码进行C2C支付; 6、工行检查客户信息,通过检查后显示确认页面;客户确认提交后工行进行支付指令处理; 7、工行进行支付指令处理后,如果商户需要工行实时通知,则工行将处理结果使用http 协议post方式将通知消息数据提交到商户(这个接收银行通知消息的商户端地址是随商户订单数据提交银行的merURL字段),商户返回取货地址或关闭这个银行与其建立的连接后,银行才显示交易结果页面给客户。(注意1、发送通知和显示结果页面是串行的,所以商户端接收银行通知处理时间太长可能导致客户等待超时,造成银行不能将交易结果页面显示给客户。2、此连接是银行服务器自动和商户进行的连接,商户返回也是直接返回给银行,商户端不能对银行的这个请求进行重定向。) 8、工行进行支付指令处理后,如果商户不需要工行实时通知,则工行直接显示交易结果给客户。 二、C2C接口数据说明: 接口数据格式定义通过接口名称和接口版本号来标识,以便将来的扩展;以下数据格式为“1.0.0.1”版的“ICBC_PERBANK_C2C”接口定义。 C2C商户提交表单接口定义:

中国工商银行网上银行BC在线支付接口说明新版本精品文档23页

B2C支付接口v1.0.0.3 第 1 章业务说明 第 2 章商户接口 2.1 支付接口 2.1.1 支付接口表单定义 2.1.2 tranData 2.1.3 tranData格式定义 (10) 2.1.4 表单样例 (11) 2.2 通知接口 (14) 2.2.1 通知接口表单定义 (14) 2.2.2 notifyData数据定义 (15) 2.2.3 notifyData格式定义 (17) 2.2.4 表单样例 (18) 2.3 说明 (20) 第 3 章安全API说明 (21) 第 4 章开发步骤 (21) 第 1 章业务说明 B2C在线支付接口实现工行个人网银客户在工行B2C商户网站进行消

费支付的业务处理。新的1.0.0.3版本同原先版本的主要区别在于通知消息方式的改变。 原1.0.0.0版本和1.0.0.1版本(扩充语言字段以支持英文版)在订单中要求商户选择通知方式,即1、需要银行通知交易结果,2、不需要银行通知交易结果而是商户主动查询;当需要通知时,需要在订单中提供商户接收银行通知地址,当银行处理结束后,会在银行的后台服务器请求商户的此地址,将交易结果用http连接post表单形式提交给商户,然后返回客户交易结果页面。 新的1.0.0.3版本不再要求商户选择通知方式,和接收银行通知的地址;此版本要求商户在提交订单时,提供交易处理后返回商户的地址,即完成客户从商户转向到银行进行支付,处理后又从银行定向回商户网站的闭环。在从银行交易页面返回商户时,将交易结果作为表单数据提交到商户此返回地址。 处理的优点:1、强制完成交易闭环;2、无需银行后台发送通知,客户不需要等待商户接收银行通知后才能看到交易结果页面,缩短响应时间;3、通知方式不再局限于http连接和80端口,返回商户的地址可以使用https方式和其他商户支持的端口,提高安全性;4、银行作为交易的一方,支持众多商户和客户时,存在一定的带宽和服务器处理压力,使用客户返回商户方式提供交易结果,可有效减少交易掉单现象,只要客户到了银行的结果页面,如果还出现掉单问题,则可能是客户和商户的通讯等方面的问题。 以下简述处理流程:

B2C网上商城子模块详细说明

B2C网上商城软件 子模块详细设计说明 修改记录 目录 1编写目的 (2) 2术语、定义和缩略语 (2) 2.1术语、定义 (2) 2.2缩略语 (2) 3系统整体描述 (3) 3.1系统功能结构 (4) 3.2系统流程图............................................................................................ 错误!未定义书签。 4首页管理模块 (4) 4.1首页管理模块描述 (4) 4.1.1首页管理流程图........................................................................ 错误!未定义书签。 4.1.2首页管理时序图 (5) 4.1.4首页管理活动图........................................................................ 错误!未定义书签。 4.1.5类图 (7) 4.1.6........................................................................................... LoginAction(登陆控制)错误!未定义书5购物车管理模块. (6) 5.1购物车管理模块描述 (6) 5.1.1购物车管理................................................................................ 错误!未定义书签。 5.1.2购物车管理................................................................................ 错误!未定义书签。 5.1.3购物车管理.................................................................................. 错误!未定义书签。 5.2.2用户管理相关信息表................................................................ 错误!未定义书签。 5.2.3用户浏览产品权限控制关联关系表........................................ 错误!未定义书签。 6用户管理模块.................................................................................................... 错误!未定义书签。

互联网在线支付合作协议

互联网在线支付合作协议 合同编号: 本协议由以下三方于年月日在签订。 甲方:中国银联股份有限公司____分公 司地址:电话:传真: 乙方:中国建设银行股份有限公司分行 地址: 电话: 传真: 丙方: 地址: 电话: 传真: 鉴于: 1、甲、乙、丙三方决定建立互联网在线支付合作关系; 2、甲、乙、丙三方已就互联网在线支付的合作内容进行友好协商; 三方基于平等互利、公平自愿、诚实信用原则,经协商一致同意签订如下协议共同遵守: 一、定义 1、客户:系指使用本协议项下甲方和乙方提供的互联网在线支付接入服务,购买丙方商品或服务的银联卡持卡人。 2、异常交易:系指客户或丙方进行互联网消费交易过程中发生的,违反相

关法律法规规定或本协议约定的支付交易行为(包括但不限于洗钱、诈骗、涉黄、

涉赌、盗卡、伪卡、信用卡套现等交易行为),或无真实交易背景、与真实交易 背景不相符的资金支付行为,或交易资料不全(如:缺少购货凭证、收/送货凭证或服务凭证、发票、签购单等资料)、客户否认交易或发卡行拒付资金的支付 交易行为;或甲方认为或客户、丙方、相关部门和单位或其他第三方向甲方反映 可能存有上述情形的支付交易行为;或被相关部门和单位调查的支付交易行为。 3、风险提单:载有关于一笔交易明细信息的文档,包括但不限于交易时间、交易物品、交易IP、资金流向等。 4、互联网网银支付接入服务:指客户所使用的银联卡的发卡机构采用网上银行等方式,按《中国银联CUPSecure核心功能规范》接入中国银联,并由中国银联统一提供给乙方及丙方使用的一种互联网支付接入服务。该模式下,客户需 事先在其发卡机构进行注册登记或申请开通网上银行功能,交易过程中可能需要 跳转到发卡机构网上银行系统输入验证要素,验证通过后由发卡机构付款。 5、互联网无卡支付接入服务:指客户所使用的银联卡的发卡机构按《中国银联银联卡联网联合技术规范V2.0》的要求接入中国银联,并由中国银联统一提供给乙方及丙方使用的一种互联网支付接入服务。该模式下,客户交易过程中跳转至甲方或乙方的支付页面输入验证要素,经客户的发卡机构验证通过后由甲方向发卡机构提交付款请求。 二、服务内容 1、甲、乙、丙三方决定开展(以下二项中可同时选择)业务合作。 (1)互联网网银支付服务 (2)互联网无卡支付服务 2、甲方、乙方负责使用其互联网支付系统向丙方提供网上交易(下称“交

中国工商银行网上银行B2C在线支付API 接口

中国工商银行网上银行B2C在线支付接口说明 一、B2C流程说明: 1、客户在商户网站浏览商品信息,签订订单; 2、商户按照工行B2C订单数据规范形成提交数据,并使用工行提供API和商户证书对订单数据签名,形成form表单返回客户浏览器,表单action地址指向工行接收商户B2C订单信息的servlet; 3、客户确认使用工行支付后,提交此表单到工行; 4、工行网银系统接收此笔B2C订单,对订单信息和商户信息进行检查,通过检查则显示工行B2C支付页面; 5、客户在此页面可以查询客户在银行的预留信息;也可以输入支付卡号、支付密码、验证码进行B2C支付; 6、工行检查客户信息,通过检查后显示确认页面;客户确认提交后工行进行支付指令处理; 7、工行进行支付指令处理后,如果商户需要工行实时通知,则工行将处理结果使用http协议post方式将通知消息数据提交到商户网站(这个接收银行通知消息的商户端地址是随商户订单数据提交银行的merURL字段),商户返回取货地址或关闭这个银行与其建立的连接后,银行才显示交易结果页面给客户。(注意1、发送通知和显示结果页面是串行的,所以商户端接收银行通知处理时间太长可能导致客户等待超时,造成银行不能将交易结果页面显示给客户。2、此连接是银行服务器自动和商户进行的连接,商户返回也是直接返回给银行,商户端不能对银行的这个请求进行重定向。) 8、工行进行支付指令处理后,如果商户不需要工行实时通知,则工行直接显示交易结果给客户。 二、B2C接口数据说明: 接口数据格式定义通过接口名称和接口版本号来标识,以便将来的扩展;以下数据格式为“1.0.0.1”版的“ICBC_PERBANK_B2C”接口定义。 2.1 B2C商户提交表单接口定义:

微信支付接口说明书

微信支付说明书 V1.0 2016年04月 修订页

1.1.接口说明 通过http post方式交互,请求报文为json格式,请求报文由商户号、交易命令、交易信息、signature(签名)组成,交易信息的内容需加签,整个交易信息需要进行加密,返回格式为json。 1.2.数据流程 客户端处理流程 1.拼装报文,对msg字段加签放入signature字段中 2.对拼装后报文加密并发送 3.接收服务器响应,解密 4.对于接收的报文验证签名。 1.3.安全说明 报文会对敏感字段(msg)进行MD5WITHRSA签名,并对整个报文RSA加密,加密说明见相关demo。 1.4.数据类型规则 1.4.1.出现次数 1)0..1——数据元值域可填,且出现一次,节点中必须出现,可空; 2)0..n——数据元值域可填,且可出现多次; 3) 1..1——数据元值域必填,且出现一次; 4) 1..n——数据元值域必填,且可出现多次 1.4. 2.节点数据类型 1)s=字符类型,例:s..60 字符串60个长度 2)n=数值类型,例:n..18,4 数值包含小数点共18位,其中包含4位小数 3)date=日期类型,全文要求日期格式为 yyyyMMddHHmmss 1.4.3.相关数据详解 1)时间字段:时间字段如无特殊说明,则格式为yyyyMMddHHmmss

1.5.交易码列表 1.5.1.基础功能 注意:2.3.4.5 接口全部按照加密传输; 加密格式为:{"data":"加密信息","signature":"签名"} 加密信息:{"msg":"{"参数":"",......}"} 1.6.接口信息说明 1.6.1.注册商户接口 请求报文: 备注:普通HTTP POST交互,详见demo; 推广码和下放商户标识必须填写下放资料里面对应的信息; 响应报文

网银在线支付接口和应用

(转载) 关键字:网银在线支付接口和应用 最近关注项目中在线支付,所以看一下文档,在线支付应用开发: 基本所有的在线支付均采用以下方式: 客户点击结帐时将关于訂單的信息和货币信息,相应的信息URL,经过md5或其他方式发送(可能Socket和Http或Https)支付平台(块钱,paypal或支付宝等),支付平臺处理完毕时根据相应URL,返回相关的信息(付款信息,訂單信息,验证信息). 在实际操作Money的问题人们一向关注他的安全性等问题,同时本人习惯在通过http方式访问非外网时采用Commons-httpclient的post发送实现,简单方便,所以采用此种实现:具体看以下API和原代码: 网银在线支付API接口: 商户>>>>>>网银在线支付: 商户编号 订单编号 订单总金额 币种 支付动作完成后返回到该url,支付结果以POST方式发送订单MD5校验码 备注字段1 备注字段2 收货人姓名 收货人地址 收货人电话 收货人邮编 商品信息 订货人姓名 订货人邮件

电商在线支付方式

电商在线支付方式 B2B在线支付指B2B平台交易过程中的在线支付模式,B2B在线支付的优点很多人也都有总结,其中有:第三方担保保证资金安全、快速的资金回笼和改善企业管理流程与效率。 最近看到微博有很多朋友在询问B2B在线支付相关问题,本文根据同徽公司在几年的B2B产品和客户项目服务过程中接触到的支付方式与大家做下交流,抛砖引玉。 当前国内在线支付一般分为两种模式,一种是与第三方在线网银对接,如支付宝、财付通等(包括银联在线支付);一种是直接和银行对接。 第三方在线网银支付 与第三方在线网银对接实现在线支付,其优势有: 1)业务流程比较简单,进入门槛低; 2)账户统一性强,没有跨行转账的概念; 3)接口API比较成熟,技术实现上比较容易,开发接入不需要太多时间; 所以经常被B2C模式的平台采用。但是在B2B业务模式中,第三方在线网银支付劣势让大家却步: 1)高额的交易佣金;现有的第三方支付几乎都是按笔、按年或按交易金额等方式收取交易佣金,我们知道在B2B交易过程中动辄数十百万的交易费用,而交易利润相对较低,很多行业可能B2B平台运营商获得的交易佣金都不足以支付第三方在线支付的交易费用; 2)直接的B2B支付实现复杂;根据我们的接触第三方网银不能直接将买家费用支付给卖家,交易大多只能采用将买方款项支付给平台运营商(或中间方),再由平台运营商将费用支付给卖方; 3)系统安全性差,使用的交易账户可能是虚假账户。 直接与银行对接 直接和银行对接有两种接口模式,一种是B2C模式,一种是B2B模式。 其B2C接口模式的优劣势与第三方在线网银唯一的区别在于银行B2C接口跨行支付麻烦,如采用工行的B2C支付接口使用建行的卡支付会收取跨行手续费。针对B2B交易企业性、大额性、资金沉淀等特点,现有的众多银行都推出B2B 在线支付模式。B2B运营商向对应的银行申请接口,缴纳极少的开办费用即可办理。现有的B2B支付接口方式都是类似股票:由平台开监管账户,买卖双方在监管账户下开二级账户,监管账户下的所有资金利息都归B2B支付模式的申请方(B2B运营商所有)。出、入金为实时与银行通讯,平台交易日清,买卖双方提现都是T 1的模式,T的取值多由运营商需要与银行商定,熟悉这块的人知道,大额交易将资金多停留在监管账户一天利息会是一笔不小的收入,另外资金池的累积金额量大也方便B2B运营商与银行洽谈深度合作,如在线融资等业务。 B2B模式的支付一般交易企业双方都在该银行开户,并且将企业账户绑定B2B平台的会员账户,现有的B2B模式不收交易佣金,但银行乐于做这方面的业务,因为B2B模式交易双方都是企业,银行希望更多的开户、使用企业,包括B2B 平台的资金沉淀(也有的B2B支持跨行支付,但是会收转账手续费)。有相关的技术经验积累,接口开发本身所需时间不长,但是由于现有的支付接口几乎都是由总行控制,层层审批与测试等工作与流程,一个接口整下来正常要两个月的时间。相比于运营后经验累月的交易佣金,两个月的时间还是值得的。B2B模式比

相关主题
文本预览
相关文档 最新文档