
支付系统之绑卡、签约和身份验证
为什么要求用户绑卡?这和快捷支付有关。参见上一篇文章的分析,绑卡是将用户卡信息提供给电商,以后电商就用这个信息去银行完成支付。绑卡实际上是一个授权,让用户允许商家自动从他的账户上扣除资金。所以绑卡也叫签约,用户和银行,商家的三方签订的支付合

为什么要求用户绑卡?这和快捷支付有关。参见上一篇文章的分析,绑卡是将用户卡信息提供给电商,以后电商就用这个信息去银行完成支付。绑卡实际上是一个授权,让用户允许商家自动从他的账户上扣除资金。所以绑卡也叫签约,用户和银行,商家的三方签订的支付合

搞明白了清结算,你就明白了支付业务是怎么运转的。 从技术上来说,清结算并不是最难的,风控、信用,实施起来比清结算难多了。但从业务的角度来说,清结算可以说是最难理解的支付业务过程了。 它牵扯到支付所有相关的概念。为了降低理解难度,我们从常见的

本文重点介绍支付清结算在电商侧的处理,这是系列文章中的第三篇,前两篇文章请参阅:《 支付清结算之基本概念和入门 http://blog.lixf.cn/essay/2017/01/02/clearing-basic/ 》、《 支付清结算之渠

今年春节期间支付宝发生了一次支付安全风波,这让我们再次意识到安全对于支付、金融类产品而言就是生命线。但有时候产品安全并不等于用户就有了安全感,本文探讨了对于支付类产品而言,哪些方面因素影响了用户安全感的形成,并从设计角度出发,期望在安全感的

账户体系是支付系统的基础,它的设计直接影响整个系统的特性。这里探讨如何针对电子商务系统的账户体系设计。我们从一些基本概念开始入手,了解怎么建模。 支付账户和登录账号 账户体系设计首先要区分两个概念,支付账户和登录账号。 这是两个不同业务领域

可以说,对账是支付系统最头疼的事情。每一笔交易,都要做到冤有头债有主 对电商系统来说,每一笔交易,在所有相关主体侧都要能对得上 - 交易主体侧,如果发起人是个人,必须能够从个人交易历史记录中找到这笔交易。但一般来说,个人不会保留电子记录,所

晚上弄网站的时候,具体不知道是动了哪里。貌似强制清理内存后重新刷新了下内存导致数据库连接不上。直接无法打开网站。这个真是很无语。 重启mysql时提示,后台登陆不了。用service mysqld restart查询报错如下: 结果是提示成

无抵押消费类贷款(金额 1-20万)风控审核要点(初稿) 一、征信要求:当前无逾期 (一) 信用卡: 1、无冻结、支付、黑名单 2、连续逾期不超过3期,最高逾期不超过7期 (二)贷款: 1、连续逾期不超过3期, 2、最近3月无逾期, 3、如