07:21:15 龚正-滴滴-支付金融
07:31:14 潘儒刚-连连支付PM
[强]
08:31:22 李丹-风控经理-双乾支付
早
08:46:26 thq
都挺早啊
08:46:28 thq
[呲牙]
08:56:24 冷暖自知-风控 裕福支付 北京
早everbody
08:57:23 豆角茄子-卡友支付-PM
早
08:57:36 华-南京亚软-IT总监
POS机收单，怎么才算这一笔单子是有效呢？比如：信用卡刷卡，没有打印小票或收银台显示这笔单子未确认，但用户手机已经收到扣款信息；
08:59:33 王燕强-房天下-支付网关PL
我们是按异步通知，未收到通知按第二天的对账单
09:03:15 华-南京亚软-IT总监
但是如果这笔订单第二天清结算后，把钱退给用户了，咋办？
09:03:22 我
20170522交流记录
09:03:36 华-南京亚软-IT总监
我们只能从单子上确认这笔订单是否交易成功，但是商户那侧可能会面临损失。
09:04:02 我
感谢@关耳 同学的整理，谢谢。
09:06:24 张泽雄-民生金服 项目总监
以小票为准
09:07:29 张泽雄-民生金服 项目总监
没出小票会冲正
09:10:07 维森陌-拉莫帅-帅德-布耀布耀德
收到扣款短信，没出小票怎么办
09:14:04 王向东-卡联科技-PM
@张泽雄-民生金服-研发-北京 第二次交易后，也会存在没有冲正的情况，最终导致收款成功两笔，这时就需要商户第二天核实后进行退款操作
09:17:03 楼鸣
@Ben-富友-产品?这个有没有用储值卡的类似文章，请教
09:17:30 张泽雄-民生金服 项目总监
冲不冲正不是关键，关键是对于收款业务冲正失败也没有风险，出现问题，肯定是以小票为依据，没有小票，可以不结款给商户
09:17:52 pangning-安邦集团收付团队研发
小票还要签字的
09:19:19 张泽雄-民生金服 项目总监
签不签字我不是很确认，反正我在Costa买东西，不需要签字
09:19:43 楼鸣
@Ben-富友-产品?这个有没有用预付卡，优惠券的类似文章，请教
09:20:34 张泽雄-民生金服 项目总监
预付卡和银行卡规则相同
09:20:57 维森陌-拉莫帅-帅德-布耀布耀德
没有类似的文章
09:21:04 维森陌-拉莫帅-帅德-布耀布耀德
业务逻辑相同
09:21:15 维森陌-拉莫帅-帅德-布耀布耀德
举一反三呗
09:21:43 维森陌-拉莫帅-帅德-布耀布耀德
你就把预付卡优惠券抽象为银行卡处理
09:22:48 张泽雄-民生金服 项目总监
优惠券一般不是单独使用的，都是与主交易搭配使用。
09:23:37 张泽雄-民生金服 项目总监
我以前是做奥斯卡的
09:23:45 刘伟-猪八戒-高级PM
分支付优惠券 还有业务优惠券 如果是跟业务强相关建议在 支付之前 做，若单纯是成本性质的，那样 就在 支付的时候去做扣减
09:24:12 刘伟-猪八戒-高级PM
支付 相关的 优惠券 有一个账户做成本
09:24:28 刘伟-猪八戒-高级PM
所有的 优惠券生成 使用 都是那个虚拟账户中的资金
09:24:34 张泽雄-民生金服 项目总监
你说的是会计方面的了
09:25:28 刘伟-猪八戒-高级PM
嗯 有成本核算的
09:27:00 张泽雄-民生金服 项目总监
券一般是定额的，满多少减多少，也有时候是商户发的，涉及到商户联盟，这个就不是成本了
09:28:50 豆角茄子-卡友支付-PM
优惠券的资金 使用的 那个虚拟账户大家是怎么使用的。有对接银行的电子账户没？
09:35:29 张泽雄-民生金服 项目总监
优惠券如果是自己发的，其实就是一个欠条，等支付成功后，欠条才生效，结算的时候，拿自己的钱结给商户，清偿欠条。 所有清欠的欠条加起来，就是一个营销费用，这部分费用是要从自有资金账户上打到备付金账户上的。
09:39:13 华-南京亚软-IT总监
@Ben-富友-产品 OK
09:42:19 豆角茄子-卡友支付-PM
嗯，这种是自己发的。有那种支付公司先出一部分营销费用给到商户的营销账户，商户再使用这部分费用进行发券的吗？
09:42:26 满月明 中移动资金归集负责
请问各位大神：如果第三方支付机构发给银行一笔扣款请求，银行返回扣款成功的结果给第三方支付机构，第三方支付机构由此通知发起扣款请求的商户给用户账户上账，但是后面与银行对账发现，银行这笔款实际上没有扣款成功，所以这笔钱没结算给第三方支付机构，但是第三方支付机构根据银行返回的扣款成功结果已经将这笔钱结算给了商户。这种情况大家有遇到吗？一般是怎么处理的呀？或者说如何规避这种问题
09:42:31 Tim-魔线科技-产品总监
@张泽雄-民生金服-研发-北京?商家自己的优惠券为什么要打到备付金？
09:43:12 张泽雄-民生金服 项目总监
我说的是发卡方自己的，不是商户的
09:43:17 Tim-魔线科技-产品总监
直接给在支付前结算不就完了吗
09:43:39 Tim-魔线科技-产品总监
哦(⊙o⊙)哦
09:44:57 陈小学学-迅联智付-架构师
@满月明-和包-PM-长沙 短款还是挺好规避：确保银行扣款是成功的，我们现在的做法是接收到银行的扣款成功响应后，再调用银行的查询请求确认这笔交易确实成功了再将该笔交易置为成功
09:45:15 张泽雄-民生金服 项目总监
@满月明-和包-PM-长沙 这种情况下，银行应该认损的，不过要看合同了
09:45:50 陈小学学-迅联智付-架构师
支付宝的协议和一部份银行的协议中都有明确的建议： 接受到成功响应后，再调用银行的查询接口查询该笔交易是否成功
09:45:57 张泽雄-民生金服 项目总监
其实不用再查询了，只要有明确的报文通知其实是可以做为依据的
09:46:41 田家宾-有赞-java开发
首先确认短款 确认后 要么追偿 要么认损 看具体情况不同的差错处理流程
09:46:50 陈小学学-迅联智付-架构师
是的 本身是可以作为依据的，但是确实存在那种明明响应成功但是银行失败，然后存在短款的情况
09:47:17 满月明 中移动资金归集负责
报文通知就是成功的，但是银行没扣成功，最后也没结算[捂脸]
09:47:18 张泽雄-民生金服 项目总监
让法务去解决吧
09:48:13 陈小学学-迅联智付-架构师
加入一道查询机制后一般可以减少或者规避这种情况 当然，极端情况下这种流程可能也存在短款，这个可能只有看与银行的协议了
09:48:17 满月明 中移动资金归集负责
嗯嗯
09:48:40 满月明 中移动资金归集负责
目前发生了这种问题，钱可以追回，但是看是否能从产品和技术层面规避下
09:48:41 张泽雄-民生金服 项目总监
他们只是建议，我可以不接受他们的建议，对吧？
09:49:04 陈小学学-迅联智付-架构师
是的 只是建议
09:49:22 满月明 中移动资金归集负责
@陈小成-架构-重庆 好的，感谢，我跟我们技术沟通下
09:49:23 张泽雄-民生金服 项目总监
如果每笔交易都要再次查询下，性能会下降的
09:49:37 韩财光
今日分享预告 主讲嘉宾:@Dz-京东-产品? 主题: C端账户的#注册登录、#实名认证、#绑银行卡、#安全中心。
09:50:02 陈小学学-迅联智付-架构师
但是为了尽量减少短款出现我们平台现在对接的所有通道都有这种机制 客气客气 [握手]
09:50:13 我
欢迎@名叫旺达的鱼 ，在非洲尼日利亚负责信息化建设项目，推广第三方支付。
09:50:47 Peter-找钢网-PM
[玫瑰][玫瑰][鼓掌][鼓掌]
09:50:50 肖勇
这种情况，都是程序bug造成的，为什么做对账和差错处理，就是要定位程序处理的bug，由程序修正。
09:50:58 张泽雄-民生金服 项目总监
这种做法，明显的是通道不负责任的做法
09:51:23 陈小学学-迅联智付-架构师
@张泽雄-民生金服-研发-北京 是的 效率可能会下降，我们的银行渠道这一块使用了多台冗余，在现有业务情况下还没有体现性能，但是以后业务发展可能会出现性能
09:51:30 陈小学学-迅联智付-架构师
瓶颈
09:51:47 田家宾-有赞-java开发
个人认为 如果协议已经订好的事 不用技术再去做补偿 那样其实用很多的时间在为通道做弥补 不如换个通道
09:51:55 陈小学学-迅联智付-架构师
是的 赞同，本来我们和银行间应该只认协议就可以了 但是银行确实存在这种情况
09:51:58 张泽雄-民生金服 项目总监
性能减低50%
09:52:19 满月明 中移动资金归集负责
[呲牙]谢谢大家的指点
09:52:34 陈小学学-迅联智付-架构师
不会的 没有50%，因为你的通道实际上并没有达到满负荷情况
09:52:44 肖勇
就是查询，也不一定解决这个问题，因为银行内部到主机扣账，也是要经过多个系统，查询可能只到银行和你的前置。银行内部中间环节出了问题。也可能会和你有纠纷。因为银行扣款，都是以核心为主。
09:53:05 陈小学学-迅联智付-架构师
我们通道有多台冗余，平时的PTS远远没有达到设计预期，所以未体现出效率问题
09:53:08 张泽雄-民生金服 项目总监
与其让技术人员用技术手段去弥补，不如让技术人员参与到合同评审中
09:53:31 陈小学学-迅联智付-架构师
哈哈，我觉得您说的这种是理想情况
09:54:21 陈小学学-迅联智付-架构师
是的 查询也没法完全在本质上解决这个问题 极端情况还是可能会出现
09:54:28 张泽雄-民生金服 项目总监
我说的性能减低50%的意思是本来一次通讯就能完成的事，变成了两次通信
09:55:10 张泽雄-民生金服 项目总监
对于通道的这种做法，我的意见就是不惯他们毛病
09:55:49 肖勇
尽量避免这个问题，还是要从系统设计、开发、严格测试等环节做手，不要为了赶工期，匆忙上线系统。
09:56:01 张泽雄-民生金服 项目总监
系统的每次应答或通知，本身就是一种承诺。
09:57:19 田家宾-有赞-java开发
嗯 赞同
09:58:10 满月明 中移动资金归集负责
[强]要是都按承诺，事情就好办了
10:00:23 田家宾-有赞-java开发
[呲牙] 哪个银行会这么不稳定 经常有问题
10:00:46 张泽雄-民生金服 项目总监
这个是系统架构设计的问题了，涉及到两种理念，一种是悲观理念，一种是乐观理念，悲观理念就是在明确成功之前，给外部系统的承诺是交易失败，最后内部处理掉，乐观理念是，在明确失败前，认为是成功的，这个会带来风险。
10:01:08 肖勇
很久以前，我们在中行写卡交易系统时，是会遇到这个问题。但是真的大多、甚至是100%，都是程序设计缺陷、或者bug造成的。所以测试很关键。
10:03:05 田家宾-有赞-java开发
那这样的 银行方估计不敢签协议 就算签也不承诺什么 那样就得考虑系统设计上解决这个问题了
10:03:51 名叫旺达的鱼
类似于这个问题，我对接了一个国外的银行，只有页面定向的网银付款， 有很大机率无法返回支付结果， 并且只能通过对方提供的查询接口查询状态，每次查询需要3-5秒钟， 这个问题很头疼， 不知道有没有好的解决方案
10:06:34 我
@高俊奇-黑钻-RD 走代理服务器。
10:06:45 我
找一个连接这个银行最快的代理。
10:08:32 陈小学学-迅联智付-架构师
@张泽雄-民生金服-研发-北京 赞同您说的，每次应答都是一次承诺，我们都应该按承诺办事 但是现在另外一个情况客观存在：在通道面前三方支付可能处于弱势地位，在你交易没起来前，人家可能不给你接，通道也存在刚才说的应答与实际情况不一致的情况，我们不想惯坏通道，但是实际上对通道而言你也没有多少筹码约束对方，唯有改变自己，在用户可接受范围内多加一层保护机制。
10:08:54 维森陌-拉莫帅-帅德-布耀布耀德
布专线[呲牙][呲牙][呲牙]
10:09:03 名叫旺达的鱼
@老熊-爱奇艺-技术经理-北京 非洲这个鸟地方，我想找不到的
10:09:24 名叫旺达的鱼
最终我的服务器是部署在美国
10:09:39 我
我们连海外的一些通道也很慢，找代理，特别是amazon的。
10:09:43 郭芬-中央结算公司
@Ben-富友-产品?
10:09:57 郭芬-中央结算公司
布专线的意义在哪
10:10:01 韩财光
@名叫旺达的鱼 如果客户端直接提交到银行就没办法 通过自己网关提交到银行就可以做代理 自己优化网络 一般理解
10:10:29 我
Amazon的aws，有免费1年的服务器，你可以申请，好几个地区，每个地区去试，看哪个地区最快。
10:10:34 张泽雄-民生金服 项目总监
这是我们规定的架构规范中的一部分
10:10:35 张泽雄-民生金服 项目总监
10:10:54 郭芬-中央结算公司
我们也很多客户接专线，我觉得有可能更安全，速度更快，但为什么我不知道
10:11:06 维森陌-拉莫帅-帅德-布耀布耀德
我说的是@高俊奇-黑钻-RD?的问题，走专线相对稳定一些
10:11:37 韩财光
非洲连接欧洲快点吧 找专门做路由优化的这个好解决
10:11:48 我
美国的、欧洲的都有。
10:12:01 我
10:12:17 我
看起来欧洲近一点。找个最近的服务器作为代理。
10:12:20 名叫旺达的鱼
嗯，当地也有IDC机房，天价， 华为都搞不起来
10:12:36 名叫旺达的鱼
因为这些国家，本身没有固网
10:12:47 名叫旺达的鱼
全部走的是移动通信，4
10:12:50 我
拉个专线过去那代价太高了，还不如发射个卫星来转发。
10:13:04 名叫旺达的鱼
哈哈
10:13:59 stranger-同城旅游支付PL
那这种银行可以走万事达这种三方通道么 @高俊奇-黑钻-RD
10:15:17 名叫旺达的鱼
@程小剑-同程-苏州 可能不行
10:15:54 stranger-同城旅游支付PL
万事达不支持，还成本太高的缘故呢？
10:16:31 名叫旺达的鱼
我不知道支不支持
10:24:07 stranger-同城旅游支付PL
[捂脸]，好的，其实我是想了解下境外业务
10:25:37 常露-通联支付-跨境支付产品
@程小剑-同程-苏州?可以交流下[握手]
10:26:30 stranger-同城旅游支付PL
[机智]，可以有
10:29:10 常露-通联支付-跨境支付产品
境外本地支付有很多技术集成商 比如有一家叫computop
10:30:46 Wall-E 爱贝云计费产品主管
境外结算以后可以分享下吗
10:30:51 名叫旺达的鱼
@Grace_常露-通联-跨境产品-广州 嗯， 我们做的还是纯粹境外的， 还没涉及到跨境
10:31:37 名叫旺达的鱼
以当地货币结算的
10:33:38 常露-通联支付-跨境支付产品
@高俊奇-黑钻-RD?有很多公司可以关注了解下。之前接触过computop比较全面 主要是集成本地支付通道。另外有一些拿到各区域v/m资质的 如payvision safecharge等
10:34:52 名叫旺达的鱼
@Grace_常露-通联-跨境产品-广州 好的，谢谢
10:41:50 Wall-E 爱贝云计费产品主管
@高俊奇-黑钻-RD 如果是中国出海的商户呢
10:42:42 white-明特量化-后台PM
大神们，请教下公司 多个业务，支付系统是分业务线进行做还是做整体的支付系统？
10:43:52 stranger-同城旅游支付PL
建议整体做。不然分开后面很苦的
10:43:58 名叫旺达的鱼
@瓦力-halodigit-PM-北京 现在没有支持对外贸易的商户， 我们目前的应用主要是当地国家的交通
10:44:31 Wall-E 爱贝云计费产品主管
你是接当地通道给当地商户和客户使用是吧
10:44:40 名叫旺达的鱼
是的
10:44:45 white-明特量化-后台PM
好的 谢谢。
10:45:01 楼鸣
@Ben-富友-产品 请教下，这段话怎么理解“（银联每晚固定在11点到12点之间清算，如POS未收到反馈信号，系统将会默认此交易不成立，将会把款项退回发卡行）”
10:45:54 楼鸣
pos收到银联的打印小票消息后，会把打印小票成功的信息再传给银联？银联以这个“打印小票成功”状态为准，作为交易成功的最后状态？
10:46:12 stranger-同城旅游支付PL
POS机没出小票 就是没交易成功
10:47:48 楼鸣
如果是这样，如果网络异常，银联会轮询查pos上的“打印小票成功”状态？
10:48:21 维森陌-拉莫帅-帅德-布耀布耀德
没出小票不代表交易未成功
10:48:50 田家宾-有赞-java开发
日切时间点 有3分钟左右上送的交易会失败处理 失败是不出小票的
10:49:29 stranger-同城旅游支付PL
没出小票商户册是不做交易成功，银联侧如果交易成功应该做了撤销吧
10:49:34 white-明特量化-后台PM
@程小剑-同程-苏州 在请教下，支付整体做的话，后期其他业务有冲突的时候改动就很麻烦，做一个抽象的好像又不实际，具体的就太限制业务，你们是怎么操作的？
10:50:30 孔晓光 丰瑞祥CTO
银行卡收单是以小票是否成功打印为基础的。若未出小票，而交易成功（后台成功），POS机具会主动发起冲正。若因网络故障、冲正交易失败，则进入其他处理流程。
10:50:40 楼鸣
这个4方（持卡人，商户，银联，银行）交易的状态是怎么翻转的？哪些地方做了异常的补偿？
10:51:26 楼鸣
@孔晓光-丰瑞祥-技术-北京 [抱拳]听懂了点
10:51:52 stranger-同城旅游支付PL
@孔晓光-丰瑞祥-技术-北京 学习了
10:52:00 孔晓光 丰瑞祥CTO
一般为啥不出小票会让商户做一笔查询或者1分交易，就是为了冲正掉上一笔
10:52:24 维森陌-拉莫帅-帅德-布耀布耀德
银盛课堂｜pos刷卡不出小票，但客户收到扣款短信怎么办？
10:52:26 孔晓光 丰瑞祥CTO
当然，因为套现太多，很多通道查询余额不开放。就做一笔最低消费，带动冲正回去[呲牙]
10:52:34 stranger-同城旅游支付PL
@White-明特量化-PM-北京 支付涉及的东西挺多的，你问的账务的特殊需求，还是收银台的特殊化 还是后端通道的特殊需求
10:53:29 张泽雄-民生金服 项目总监
冲正失败，下次交易时，POS会带着上次冲正交易一并上送
10:53:40 孔晓光 丰瑞祥CTO
恩~
10:54:33 white-明特量化-后台PM
主要是有时候业务改动（新产品），后端通道选择或者改动其中的逻辑，有时候会冲突
10:55:00 stranger-同城旅游支付PL
支付系统只做支付业务，不跟业务耦合
10:55:23 张泽雄-民生金服 项目总监
你说的这个是系统架构设计上的问题了，采用系统模块化
10:56:00 stranger-同城旅游支付PL
是的，支付系统对外是服务化，内部是模块化
10:56:59 white-明特量化-后台PM
支付系统模块化，每一块独立分工，能在细说下吗？
10:57:55 我
这个话题就大了去了。
10:58:18 孔晓光 丰瑞祥CTO
这个老熊的文章里有写过，可以去翻翻。
10:58:29 我
基本上，在公司内部把支付独立处理，就相当于做一个 聚合支付。
10:58:30 stranger-同城旅游支付PL
用户通过pos机刷卡的时候，pos 小票出了，通道也告诉我们交易成功了，我们通知了业务放交易成功，可是过了一会通道测又通知我们交易冲正。但是实际上我们的业务端已经出票了。这种情况群里的小伙伴有没有相应的解决方案？
10:58:43 white-明特量化-后台PM
[OK]
10:59:16 我
@white 也可以参考聚合支付的做法， @风自由 他们就在做这个。
10:59:21 张泽雄-民生金服 项目总监
系统模块化涉及的面比较多，主要是看业务切分，业务高内聚，系统构耦合
10:59:26 孔晓光 丰瑞祥CTO
尽量接1手通道，不要接N手得[闭嘴]
11:00:56 stranger-同城旅游支付PL
@孔晓光-丰瑞祥-技术-北京 那这种是不是就是无解。。。
11:01:06 stranger-同城旅游支付PL
除了换通道
11:01:26 孔晓光 丰瑞祥CTO
因为你的支付成功是依赖于上游的。长短款很正常啊，但是好的通道几率非常低。
11:01:53 white-明特量化-后台PM
这个接1手怎么判断是不是1手？
11:02:42 white-明特量化-后台PM
@孔晓光-丰瑞祥-技术-北京
11:02:44 孔晓光 丰瑞祥CTO
接通通道，拿POS做一笔交易，然后打开微信，关注银联微信号，输入查询。你就能看到神奇的东西。。。
11:02:45 张泽雄-民生金服 项目总监
@程小剑-同程-苏州 只要出了小票就好办，可以不搭理，用户已经把东西拿走了，你通道告诉我冲正我，我再去抢回来？？？
11:03:13 stranger-同城旅游支付PL
意思是让通道赔付？
11:03:18 david-橙子支付-技术总监
@程小剑-同程-苏州 出了小票还可以冲正？
11:03:36 david-橙子支付-技术总监
@程小剑-同程-苏州 好像时间上不太对啊
11:04:07 维森陌-拉莫帅-帅德-布耀布耀德
出了小票走退货退款
11:04:41 张泽雄-民生金服 项目总监
见 了小票，通道无条件结算。退款的前提是货物你拿回来了
11:05:07 张泽雄-民生金服 项目总监
退款的前提是有退货
11:05:16 孔晓光 丰瑞祥CTO
说多了太复杂。
11:05:17 孔晓光 丰瑞祥CTO
这种问题就是要在对接通道时风控/运营要跟上游沟通的事情了
11:05:42 david-橙子支付-技术总监
对呀，我还以为是退票的问题。。。
11:05:46 李行-途牛支付中心研发总监
这种问题纯技术解决不了了
11:06:04 李行-途牛支付中心研发总监
只能与通道约定
11:06:05 stranger-同城旅游支付PL
嗯，那我们和通道测沟通下
11:07:30 李行-途牛支付中心研发总监
@程小剑-同程-苏州?你们POS接的哪家啊
11:08:24 袁军-架构师-快捷通
@White-明特-PM-北京 系统架构上也要分层、分模块的，一般基础支付平台上 在构建业务系统，基础支付平台提供整体的支付服务，上层业务流程可以按业务行业等划分。
11:09:03 袁军-架构师-快捷通
基础支付服务
11:09:04 袁军-架构师-快捷通
11:10:39 white-明特量化-后台PM
[OK]，在深入研究下
11:12:58 张泽雄-民生金服 项目总监
@程小剑-同程-苏州 这个涉及到认损的问题了，需要公司财务及高层的确认，没那么简单。 大公司都是一切以合同为准，如果合同上没有体现，需要后期走补充协议
11:13:46 孔晓光 丰瑞祥CTO
哪个通道，说不定我知道，可以给你点建议。
11:19:25 stranger-同城旅游支付PL
这个通道还是不公布了，谢谢大家的建议和解答[玫瑰]，万分感谢
11:30:46 名叫旺达的鱼
一个技术方面的请教，支付宝的全部分类的交易记录查询，涉及到10来分类型的交易记录，如果这些是分表设计的话。 分页联合查询，它是怎么做到这么快的。
11:35:51 崔莹峰-恒昌利通-架构
实现上，提供分页查询功能的库可以是一个库，它的数据都是其它业务库写成功后再回写过来的，这个库中的交易记录数据比业务库多几个代表类型的字段
11:37:01 张泽雄-民生金服 项目总监
感觉他们用的不是关系型数据库吧，如果用的数据库，也是按不同维度进行划分，先是按用户、商户分，也就是同一个用户的交易基本上在一个库里，分页的话应该是各自查询后，再将结果合并。
11:37:29 崔莹峰-恒昌利通-架构
这个库可以是传统数据库，也可以是nosql，也可以干脆是缓存
11:38:28 崔莹峰-恒昌利通-架构
各自查询，再将结果合并的方案我个人觉得还是慢
11:39:26 张泽雄-民生金服 项目总监
缓存成本有点高了，估计在查询前有一层预处理，能快速定位，其实一次查询的数据还是有限的，不可能全查出来吧。
11:40:19 王启荣-合众财险CTO
Sharing jdbc是否是一个方案？
11:40:44 崔莹峰-恒昌利通-架构
查询要查每个业务库的所有时间发生记录，然后再汇总在一起重新排序分页，效率上即使第一步异步，第二步也会有效率问题
11:43:24 崔莹峰-恒昌利通-架构
总觉得不如提前汇总到一个单一的库，这个库应该只写不改高频查询，觉得效率低，既可以从接口层面优化，也可以从存储方案上优化
11:44:59 张泽雄-民生金服 项目总监
不用查业务库，查询库是业务库同步过来的，排序的话，如果设计的好的话，分表本身查出 来就是有顺序的
11:45:15 名叫旺达的鱼
高难度的方案现在吃不消弄，同步到一个读库，这种方案在初期，考虑到各方面成本是否可行？
11:47:26 崔莹峰-恒昌利通-架构
各分表查询出来的数据应该没有考虑到交易类型吧？
11:48:28 名叫旺达的鱼
各分表查询不需要考虑类型
11:53:09 名叫旺达的鱼
我看到支付宝的这个查询，没有显示总条数，也不能直接跳转到某一页，有没有可能先各自查询再合并的？
11:57:31 stranger-同城旅游支付PL
如果只是查询的话可以用GP是一个分布式数据库。目前阿里也在用。
11:57:53 stranger-同城旅游支付PL
号称是世界上最强大的分析数据库
12:05:45 名叫旺达的鱼
去学习学习看看
12:09:35 我
这个分页查询，看看是不是硬实时要求或者数据准确度要求100%一致的。
12:10:17 我
如果不是这种硬实时需求的，可以用索引库。
12:10:42 我
分表分库在架构上仅用于线上的支付流程处理， 即按照订单号或者用户号的读写。
12:11:17 我
各种条件的查询，可以将数据同步一份到Elastic 中，在Elastic上查询。
12:11:24 我
elastic中保存全量数据。
12:13:28 Coery-农金圈金融服务PL
支付宝应该用得是类似hbase的东西
12:20:31 我
是，同步到elastic， 在elastic上做查询，开发成本比在分表分库上做查询要第。
12:20:48 我
要第–> 要低。
12:21:22 张泽雄-民生金服 项目总监
是的，如果让我架构，我也会用hdfs系统
12:25:15 FLD-卡说技术总监
问个问题，各位支付系统中有用CQRS和EventSourcing吗？
12:57:54 thq
点融支付系统架构的演进丨ArchCon2017中国架构师大会
12:58:34 thq
刚好看到点融的支付架构里有CQRS
13:01:17 Marily-易联支付PM
最近微信线下奖励金发的不少
13:08:08 楼鸣
@李雄峰 elastic是指这个？https://www.elastic.co/cn/
13:10:13 我
对，线上搜索基本用这个
13:10:20 FLD-卡说技术总监
@Robin-平安-上海?是
13:11:06 FLD-卡说技术总监
@thq-51信用卡?这个也看过。想看看大家的方案。
13:24:03 楼鸣
@李雄峰
13:24:04 楼鸣
李雄峰: 分表分库在架构上仅用于线上的支付流程处理， 即按照订单号或者用户号的读写。 李雄峰: 各种条件的查询，可以将数据同步一份到Elastic 中，在Elastic上查询。
13:24:13 楼鸣
你的意思，是elastic做各种历史数据花样查询
13:24:41 楼鸣
分库分表，只用在当前交易的业务逻辑中
13:24:49 楼鸣
？[微笑]
13:25:43 楼鸣
这当中的时间间隔是怎样？
13:29:57 张泽雄-民生金服 项目总监
这个就是读写分离的概念了，就是写操作是在分库分表中了，单纯的查询接口走只读就可以了，时间上我个人认为没有太严格的要求，基本上都是很快能同步就可以了。
13:29:58 楼鸣
elastic相关的几个东东，我们用的简单，就日志，报表。[害羞]
13:30:27 楼鸣
@张泽雄-民生金服-研发-北京 [抱拳]
13:31:20 张泽雄-民生金服 项目总监
你可以从接口上去区分
13:32:04 楼鸣
这个是这样的，我们一个主，挂3个只读。
13:32:55 张泽雄-民生金服 项目总监
理念是一样的
13:33:03 楼鸣
elasticsearch用在什么场景？是否有个最佳时间，比如只操作1天前的历史数据的？
13:48:16 我
@北京一张泽雄 没错，就是读写分离，专库专用。 @Robin-平安-上海 elastic主要用于不定条件的查询，底层就是以前的lucene， 很多搜索引擎就基于这个来做。 优点就是可扩展性好， 加机器就能上容量和上性能。 能查询多久的数据取决于这里放多久的数据。
13:48:54 我
一般是直接把线上数据异步地同步到这个库里面，这样就能支持所有数据查询。
13:49:27 楼鸣
@李雄峰 [抱拳] 主要不了解elastic在业务系统的应用，我多学学。
13:49:52 楼鸣
百度 e应用场景
13:49:53 楼鸣
1.站内搜索：主要和 Solr 竞争，属于后起之秀。 2.NoSQL Json文档数据库：主要抢占 Mongo 的市场，它在读写性能上优于 Mongo ，同时也支持地理位置查询，还方便地理位置和文本混合查询。 3.监控：统计、日志类时间序的数据存储和分析、可视化，这方面是引领者。 4.国外：Wikipedia（维基百科）使用ES提供全文搜索并高亮关键字、StackOverflow（IT问答网站）结合全文搜索与地理位置查询、Github使用Elasticsearch检索1300亿行的代码。 5.国内：百度（在云分析、网盟、预测、文库、钱包、风控等业务上都应用了ES，单集群每天导入30TB+数据，总共每天60TB+）、新浪 、阿里巴巴、腾讯等公司均有对ES的使用。 6.使用比较广泛的平台ELK(ElasticSearch, Logstash, Kibana)。
13:51:11 楼鸣
所以e可能比较适合nosql查询，之前那位兄弟说的分页，估计不适合吧
13:52:54 我
nosql和分页不冲突。
13:53:46 楼鸣
[发呆]
13:54:04 楼鸣
这个东东做日志有1分钟左右的延迟
13:54:32 mark-U掌柜-系统架构
es也可以做分页，做好深度查询优化即可
13:54:37 楼鸣
看你的意思，除了延时是客观搞不定的，其它情况elastic能满足任何业务场景？
13:55:28 我
elastic应对不了高并发场景。
13:55:48 楼鸣
[抱拳][握手][强]
13:56:20 我
至于延迟， 得看架构，可以控制在秒级延迟。
13:56:24 阿兵-美利金融-PL
@老熊-爱奇艺-技术经理-北京 你们分库分表怎么做的
13:57:08 我
查询分两种情况，固定条件和非固定条件。 比如排行榜之类，条件是固定的，访问量又高，在es上做就不合适。
13:57:36 我
我们好多数据用到分表分库，策略不同。
13:58:09 阿兵-美利金融-PL
技术上用什么开源组件吗？
13:58:28 我
就mysql用开源的。
13:59:06 mark-U掌柜-系统架构
目前flume->kafka->es能做到秒级，所以延迟的问题不大
14:00:25 我
支付中，分表分库主要是应对支付流程中的数据读写，检索不在分表分库上玩，所以实现起来就比较简单。 不需要分表分库中间件来搞。 有些公司提供分表分库的jdbc封装，大部分实现是为了解决检索的问题。 我们用es来规避这个事情。
14:00:30 楼鸣
@mark [抱拳]
14:02:10 mark-U掌柜-系统架构
@老熊-爱奇艺-技术经理-北京 你提到的es不支持高并发，你这里说的并发量大概是多少？
14:02:36 秦红胜-CTO-共致开源-
我们情况是es延迟还是比较大的，并发还可以
14:02:59 楼鸣
@李雄峰 理解下，分库分表后做联合查询不方便，或者性能不好，所以用es
14:03:55 楼鸣
@老秦-共致开源-架构师-北京 并发能多少？
14:04:44 我
es 系统的sharding设置，影响读写。 写的性能上去了，读的性能就下来了。 所以这个就不好说是多少。 一般情况，SSD硬盘加上大内存， 大几千的QPS是没问题的。
14:04:45 秦红胜-CTO-共致开源-
看配置和业务场景吧，我们测试环境过万
14:05:54 mark-U掌柜-系统架构
我们在做的时候，就尽量控制es的写操作
14:06:08 秦红胜-CTO-共致开源-
我们也是
14:06:29 楼鸣
这和秒级延迟冲突不？
14:06:44 mark-U掌柜-系统架构
看你们的业务
14:07:46 秦红胜-CTO-共致开源-
想了解下es的秒级延迟怎么做到的？
14:07:58 mark-U掌柜-系统架构
es的更新操作相当于删除-新增，所以你们的数据要经常对原有数据做更新，那考虑其他方案吧
14:08:23 张宇杰 中国银行对公渠道PM
各位 请教下，一个商户他有需要为其客户提供余额充值，现在他如果使用微信，支付宝通道充值，能够做到资金实时到账嘛？银行扣款成功应答能够实时告知商户？
14:09:06 维森陌-拉莫帅-帅德-布耀布耀德
资金不实时到，应答可以实时
14:09:25 秦红胜-CTO-共致开源-
你们es写入数据量大吗？
14:09:59 张宇杰 中国银行对公渠道PM
@Ben-富友-产品?，应达了，万一银行最后扣款失败呢？
14:10:51 张宇杰 中国银行对公渠道PM
我理解支付宝应答了，说交易成功，但实际扣款成功还需要银行应答，然后支付宝把这个成功状态给改成扣款成功
14:11:17 维森陌-拉莫帅-帅德-布耀布耀德
银行给支付宝成功应答，支付宝给你成功应答
14:11:23 mark-U掌柜-系统架构
看系统吧，埋点的数据量会很大
14:11:26 张宇杰 中国银行对公渠道PM
是不是真正做到扣款成功实时应答的，是因为支付宝通过备付金操作
14:11:39 维森陌-拉莫帅-帅德-布耀布耀德
银行给支付宝失败应答，支付宝也不敢给你成功应答
14:12:07 张宇杰 中国银行对公渠道PM
@Ben-富友-产品?银行给支付宝应答，这个不一定实时哈。客户说我要实时这个不可能哈
14:12:37 张宇杰 中国银行对公渠道PM
除非支付宝通过备付金内部调剂，这样能做到实时？
14:12:38 维森陌-拉莫帅-帅德-布耀布耀德
你的实时定义是什么？
14:13:05 维森陌-拉莫帅-帅德-布耀布耀德
任何交易发起和收到应答都有时间差
14:13:27 维森陌-拉莫帅-帅德-布耀布耀德
哪怕千万分之一秒的差都可以被认为不是实时
14:13:36 张泽雄-民生金服 项目总监
他说的是同步
14:13:37 维森陌-拉莫帅-帅德-布耀布耀德
你的定义是什么
14:14:10 张宇杰 中国银行对公渠道PM
就是同步，比如现在充值，5秒内客户就看到充值成功
14:14:11 维森陌-拉莫帅-帅德-布耀布耀德
应答同步没问题，最多异步查询一下结果
14:15:03 维森陌-拉莫帅-帅德-布耀布耀德
在相关系统不出问题网络正常的情况下没问题
14:15:05 张宇杰 中国银行对公渠道PM
@Ben-富友-产品?关键同步的话，只能是支付宝给商户同步，银行没法给支付宝同步吧？
14:15:43 维森陌-拉莫帅-帅德-布耀布耀德
银行不给支付宝成功应答，支付宝敢给你成功应答吗？
14:15:49 维森陌-拉莫帅-帅德-布耀布耀德
如果是你你敢吗？
14:16:14 张宇杰 中国银行对公渠道PM
那现在这种充值实时显示充值成功是怎么做到的？
14:16:37 维森陌-拉莫帅-帅德-布耀布耀德
就是实时应答成功
14:17:01 张泽雄-民生金服 项目总监
银行有同步也有异步接口
14:17:10 张宇杰 中国银行对公渠道PM
毕竟支付宝只能同步应答交易成功，扣款还得看银行啥时候给应答，状态不可能变成扣款成功吧
14:17:32 张宇杰 中国银行对公渠道PM
支付一般都是异步吧
14:18:22 张泽雄-民生金服 项目总监
交易成功，扣款成功？那么复杂？
14:18:55 维森陌-拉莫帅-帅德-布耀布耀德
银行的连这个都不懂？
14:18:57 修-拉卡拉-产品-北京
交易成功就是扣款成功吧。
14:19:01 张宇杰 中国银行对公渠道PM
如果要给商户充值做到实时显示成功充值余额，怎么做？之前说了支付宝只能显示交易成功，因为商户把支付信息发给支付宝，支付宝再发给相应银行扣款
14:19:14 楼鸣
@李雄峰 熊哥，每天总结幸苦了[强][强][强]
14:19:19 张宇杰 中国银行对公渠道PM
银行扣款成功，这个状态才会是扣款成功吧
14:19:40 维森陌-拉莫帅-帅德-布耀布耀德
支付完成和支付成功是两个状态
14:19:41 楼鸣
问问题的同学最好能总结下问题的答案
14:19:47 楼鸣
[抱拳][坏笑]
14:19:48 维森陌-拉莫帅-帅德-布耀布耀德
说完了
14:20:50 花生-新网银行PM
电子支付中交易和结算分离了，以前一手交钱、一手交货时，交易和结算是同时进行的
14:25:23 张泽雄-民生金服 项目总监
如果说客户充值时，余额更新了，理论上说应该是银行已经应答扣款成功了，否则支付宝属于垫资。至于同步还是异步，这个无所谓，至于响应时间上，这个和网络和接口有关吧
14:26:15 花生-新网银行PM
@中行 互联网金融 举个栗子，用户通过支付宝使用工行卡购买某电商商品，支付宝收到商家订单，将支付指令转发给工行，工行校验核身成功且卡内资金充足，实时扣减用户工行卡内资金，并返回扣款成功信息至支付宝，支付宝接收后，调增商户支付宝企业账户余额，并异步通知商户支付成功，
14:27:50 花生-新网银行PM
这里面有个前提，支付宝调增商户企业账户余额，是因为相信工行T+1日一定会把资金清算到支付宝备付金账户
14:28:57 花生-新网银行PM
你看到给商户充值实时显示充值余额，只有两种情况，标准模式就是如上的信息流；或者支付宝垫资
14:29:36 张宇杰 中国银行对公渠道PM
对的，就是这个最后支付成功的异步通知，有时间等待，很有可能客户充值支付最后银行判断失败比如余额不足啥的
14:29:46 张泽雄-民生金服 项目总监
支付宝不可能垫资，垫了回不来就麻烦了，更新余额属于记账操作，只有银行成功扣款的情况下，才会进行记账。
14:30:30 张泽雄-民生金服 项目总监
为什么认为银行一定是异步通知呢？
14:31:10 花生-新网银行PM
@中行 互联网金融 发卡行侧失败，正常情况下支付宝也会返回失败，支付成功与否依赖于上游渠道的结果通知
14:31:12 蘑菇街_陈宗
客户充值成功的前提是银行成功扣款的情况下 银行一般都有同步回调和异步通知，谁先谁后不固定
14:31:57 张宇杰 中国银行对公渠道PM
所以想请假下，有些微信 支付宝充值，用银行卡，可能一秒就成功，这个成功指的是扣款成功，真金白银进去，不是名义上状态应答
14:32:31 张泽雄-民生金服 项目总监
我们在设计接口的时候，返回对里会告诉客户，这个响应是同步还是异步，如果是同步，客户就以此为依据，如果同异步，就等后台通知吧
14:33:58 花生-新网银行PM
个人觉得，同步异步其实不辣么重要，只要上游渠道告诉我最终状态，我以此为凭即可
14:34:00 楼鸣
@张泽雄-民生金服-研发-北京 [抱拳]
14:34:09 花生-新网银行PM
反正技术上也不可抵赖
14:35:13 张宇杰 中国银行对公渠道PM
但是，有些商户说我要用户体验，不能让用户充值后一直看的状态是充值中，商户后台看到的是待银行答复或者待银行扣款。这种情况怎么解决呢？只能让商户耐心等？
14:35:22 张泽雄-民生金服 项目总监
上游有同步和异步的，而且有时会自动切换，没办法，只能忠实反映通道情况了
14:36:03 花生-新网银行PM
异步通知+主动查询
14:36:09 花生-新网银行PM
双保险
14:37:21 张宇杰 中国银行对公渠道PM
比如微信我们零钱充值，不就是用银行卡充值，一秒就到账，余额就显示了～不会说等待充值中
14:37:28 张泽雄-民生金服 项目总监
这个体验和通道有关
14:37:53 张宇杰 中国银行对公渠道PM
他这个怎么做到呢？
14:38:05 张泽雄-民生金服 项目总监
这就是直联的好处
14:38:16 花生-新网银行PM
因为用的是微信零钱。。。
14:39:06 张宇杰 中国银行对公渠道PM
的确是直连吧。工行对工行，就可以这样操作，这个扣款成功应答也是实时的，能这样理解吧
14:39:20 名叫旺达的鱼
在用网银充值的时候， 客户去查询交易记录， 会出现 待充值 这种交易状态吗？还是充值这种业务，中间状态的记录不显示
14:39:33 张泽雄-民生金服 项目总监
直联效果会好很多
14:39:37 花生-新网银行PM
实时的理解，可能这里有歧义
14:40:08 张宇杰 中国银行对公渠道PM
就是同步的意思，意味着真金白银进入微信零钱里了
14:40:42 花生-新网银行PM
个人认为，一件事物在业务可接受的时间内全部处理完成，即可理解成实时，比如1s内完成支付
14:41:01 张泽雄-民生金服 项目总监
而且像BAT这样的大客户，银行也应该是特殊照顾，比如线路、服务等
14:41:36 韩财光
这些充值和购买的支付走的流程不是一样的吗? 只是商家业务上区别吧?
14:42:10 花生-新网银行PM
@中行 互联网金融 你理解还是有谬误，真金白银没有直接入到微信零钱，微信零钱上实时看到的也是信息流
14:42:16 张泽雄-民生金服 项目总监
是一样的，对银行来说就是支付
14:42:19 余铭
14:42:42 余铭
肯定还是扣成功了才加余额吧
14:42:48 张泽雄-民生金服 项目总监
对
14:43:33 张宇杰 中国银行对公渠道PM
那信息流就是我说的就是交易成功，扣款成功他要得到银行答复才会显示增加的余额，问题是这个扣款答复为啥这么快
14:43:34 余铭
是啊 输完密码到显示结果页面那个时间已经足够他调银行接口了
14:43:38 张泽雄-民生金服 项目总监
没有人敢在银行不成功的时候，自己敢成功，那会把公司赔进去的
14:43:58 花生-新网银行PM
上游说了算
14:44:19 张宇杰 中国银行对公渠道PM
同意，肯定是银行扣款成功，才能增加余额
14:44:27 花生-新网银行PM
@中行 互联网金融 快慢是相对的，计算机不觉得快
14:44:31 孔晓光 丰瑞祥CTO
顶多只能说受理成功，不能说交易成功
14:45:06 余铭
也许有个存入确认中的页面，只是我们没见过
14:45:26 余铭
因为一直基本上失败可能性比较小，如果卡里余额足够的话。
14:45:41 韩财光
既然是一样 所以一个支付流程通过的各个环节应当怎么判定 表示成什么状态 都有很成熟的方案了吧
14:45:42 花生-新网银行PM
根据网联平台最新一轮性能压测结果，目前单机房自身处理能力达到5300笔/每秒，单笔交易平台内链路耗时71ms，1个批次清分耗时1062秒，生成对账单耗时1803秒。在后续对硬件资源和软件继续调优的基础上，平台能力将得到进一步提升，六数据中心处理能力预计可达到3.6万笔/每秒。三季度平台将进行设备平行扩容以及持续优化，系统处理能力计划在年底前达到8万笔/秒。
14:45:54 花生-新网银行PM
@中行 互联网金融 你看网联的数据
14:46:03 花生-新网银行PM
单笔交易平台内链路耗时71ms。。。
14:46:33 花生-新网银行PM
人有感知的最小时间段大概是500ms
14:47:50 花生-新网银行PM
@韩财光-东软(前)-开发-广州 不好说，微信支付大概2年前，不提供订单查询接口，商户只能被动的等待异步通知
14:48:19 花生-新网银行PM
坑踩多了，自然成熟[捂脸]
14:49:07 张泽雄-民生金服 项目总监
流程一样，不代表方法一样。。。。
14:49:21 麦芽妈-汇中财富-PM
也没别人了
14:49:29 张泽雄-民生金服 项目总监
那么多支付公司，架构也不一样，同样的道理
14:50:18 韩财光
这个71ms应该是他系统本地测的 跨网络的话在一个城市内都要20毫秒
14:52:07 韩财光
那就看各个商家的控制能力容忍度 说到底怎么做法看个人
14:52:38 花生-新网银行PM
这个我也有点疑问，所谓的平台内链路就是在网联系统内吗
14:52:49 张泽雄-民生金服 项目总监
mock的
14:53:07 张泽雄-民生金服 项目总监
性能测试，必须mock
14:57:31 韩财光
他们的内部系统 不可能跑真实的网络环境做测试:)
15:04:51 花生-新网银行PM
转接清算机构的响应时间性能不太懂，也没听过其他的参考数据；在以前的老东家做聚合支付时，一笔交易耗时大概在200ms左右
15:05:26 花生-新网银行PM
毫秒级的耗时，用户基本无感知
15:06:50 张泽雄-民生金服 项目总监
这个要看你走的链路和通道了，每个通道都要自己记流水、记账，串起来有一个性能低，都会影响响应时间
15:07:06 车睿??
想问一下大家，银行退款，有退款到账的状态吗？微信和支付宝的退款，都会反馈一个最后到账的状态
15:08:06 车睿??
我们正在接直连银行模式，但是银行那边不提供到账状态，只有一个受理成功。是银行没有这个状态，还是出于什么原因不能对外提供呢？
15:08:38 张泽雄-民生金服 项目总监
应该是以银行给的清算状态吧，我记得以前是这样的
15:09:22 维森陌-拉莫帅-帅德-布耀布耀德
会
15:09:51 车睿??
现在的小额实时，是不是实时就能完成清算了。比如用户支付是工行，收单时建行。建行退款的时候能知道工行已经到账的状态吗？
15:10:34 张泽雄-民生金服 项目总监
小额是批量的，不是实时的
15:11:11 车睿??
[晕]说错。。不过在完成的时候，建行能知道工行到账状态吗？
15:13:52 张泽雄-民生金服 项目总监
我认为是不知道的，上账都是批量的，什么时候上是工行的事，建行只知道这个批次清算完了，也就是自己的钱被扣了，上没上到用户账上，不关自己的事
15:15:28 车睿??
那这个流程是什么样的呢，在退款提交申请的时候，建行的钱就已经被扣了？还是批次清算的时候，再扣款？
15:17:36 张泽雄-民生金服 项目总监
开个会，一会聊
15:17:48 车睿??
好
15:19:39 维森陌-拉莫帅-帅德-布耀布耀德
正常为了不短款，先扣
15:20:16 张泽雄-民生金服 项目总监
如果是支付的话，在退款申请的时候 ，建行先把这笔账从商户账上实时下下来，清算的时候，由Cnaps从自己的备付金上扣
15:22:28 车睿??
如果这样的话，感觉确实收单行就没办法知道退款到账的状态了。那微信和支付宝的退款到账，是如何实现的呢。。
15:23:27 维森陌-拉莫帅-帅德-布耀布耀德
看接口，接口不同处理机制不同
15:25:02 车睿??
这种情况下，工行和建行之间，会有消息传递吗？
15:26:09 车睿??
比如建行退款，告知工行需要在相应的用户账户上账。清算成功后，由工行操作上账。会是这个流程吗？
15:26:56 维森陌-拉莫帅-帅德-布耀布耀德
有
15:27:17 维森陌-拉莫帅-帅德-布耀布耀德
失败了还会告诉你失败原因
15:27:27 维森陌-拉莫帅-帅德-布耀布耀德
还是主要看接口
15:27:28 车睿??
如果有这样的流程，工行到账，应该也会告知建行对吧
15:27:48 车睿??
嗯，明白
15:28:06 车睿??
感谢@Ben-富友-产品 @张泽雄-民生金服-研发-北京
16:23:54 名叫旺达的鱼
问个问题， 看了熊先生的关于账务处理的一篇文章，其中讲到支付记录模型， 这里有一个不是很理解的地方，支付记录反应了，某人的某账户通过哪个渠道支付了多少钱到对手的某账户。 这里对于用网银充值这个业务，交易主体账户，交易对手账户，渠道账户，分别是什么？
16:56:48 我
网银和快捷是一样的。主体也是发起支付的人，对手是收款人，渠道就是这个网银。
17:00:54 名叫旺达的鱼
这个主体账户，是这个人的余额账户吗
17:00:55 名叫旺达的鱼
17:01:48 名叫旺达的鱼
还是对应这个人在本系统对应的绑定的银行卡的账户
17:02:00 我
是的
17:03:22 名叫旺达的鱼
对手的话，我们虚拟了一个平台充值商户，用这个商户的账户，这样行吗
17:04:55 我
是的
17:13:48 名叫旺达的鱼
这个商户账户是对应到这里的
17:13:49 名叫旺达的鱼
银行存款，或应收账款账户吗？
17:13:50 名叫旺达的鱼
17:32:28 张泽雄-民生金服 项目总监
@车车_58到家_产品_北京 银行最终是肯定知道的，但一般不会是实时
17:32:50 车睿??
@张泽雄-民生金服-研发-北京 好的，谢谢~
17:47:16 我
@高俊奇-黑钻-RD 是的。
17:54:24 我
勿发语音。
18:05:05 thq
群里有人了解北京银行的p2p存管系统情况吗？是不是信雅达做的？
18:14:55 阿兵-美利金融-PL
P2P是存管只是要托管啊，谁帮忙普及下
18:15:07 潘儒刚-连连支付PM
是的
18:15:12 潘儒刚-连连支付PM
目前是的
18:15:50 潘儒刚-连连支付PM
连连和北京银行有合作，
18:17:00 mark-U掌柜-系统架构
请问下各位，现在上海的短信通道哪家比较好？
18:17:29 thq
按银监的发文，p2p是要银行存管
18:18:19 潘儒刚-连连支付PM
8月前全部要改好吧
18:18:23 潘儒刚-连连支付PM
不然不合规
18:19:03 阿兵-美利金融-PL
p2p银行存管，具体不合规在哪些地方啊
18:19:04 潘儒刚-连连支付PM
51信用卡也是p2p么
18:20:01 潘儒刚-连连支付PM
可以约束平台的资金流向啊
18:20:23 潘儒刚-连连支付PM
相对来说
18:20:25 阿兵-美利金融-PL
我百度查，应该叫托管合适吧
18:20:42 潘儒刚-连连支付PM
存管
18:26:11 Yang
现在大都是存管
18:26:35 Yang
托管费用太高了，但确实更合规
18:27:10 thq
@索马里-连连支付-风控-杭州?旗下的51人品是存管
18:28:25 Yang
应该大都是存管，除支付公司备付金，信托基金类产品外，大都没有明确的托管要求
18:32:28 张泽雄-民生金服 项目总监
问个问题，有没有用spark做清算的朋友？
18:37:22 我
我们拿mr做对账。
18:37:48 张泽雄-民生金服 项目总监
清分呢？
18:38:39 我
打算也要改为mr。
18:38:55 王晓韡-通联支付-PM
mr是啥？
18:39:07 我
mapreduce
18:39:20 我
hadoop
18:39:37 我
用spark比hadoop更合适。
18:39:40 我
速度更快
18:39:41 盆栽是个杀手-有赞-清结算
如果是实时结算可以吗？
18:39:55 王晓韡-通联支付-PM
未必吧
18:39:59 胡晓蕾中旅银行 项目总监
对。这是个趋势。
18:40:04 李奔-富友-支付PM
好几天没看 跟不上了都
18:40:22 王晓韡-通联支付-PM
spark的内存要求很高
18:40:26 我
实时不行。
18:40:39 王晓韡-通联支付-PM
做清结算有优势吗？
18:40:47 张泽雄-民生金服 项目总监
用spark计算，用hadoop存储
18:40:58 胡晓蕾中旅银行 项目总监
我看到行里日终批量很多系统的数据对账，总是导入导出数据库搞来搞去的。感觉mr就是为这种场景量身定做的。
18:41:07 我
spark计算，存储到hive/hbase上。
18:41:43 郭芬-中央结算公司
群主分享一下技术架构啊
18:42:00 张泽雄-民生金服 项目总监
嗯，我也是这个思路，实时准实时计算清分
18:42:15 田家宾-有赞-java开发
实践过没 大神们给分享下坑吧
18:42:26 豆角茄子-卡友支付-PM
这块期待大牛分享
18:42:40 王晓韡-通联支付-PM
实时清分异常怎么处理？
18:42:49 王晓韡-通联支付-PM
主要是异常
18:42:56 王晓韡-通联支付-PM
万一中间停了
18:43:08 我
spark/hadoop只是把单机多线程，变成多机器多进程计算。
18:43:33 张泽雄-民生金服 项目总监
看你是想同步还是异步了
18:43:39 王晓韡-通联支付-PM
现在清分我们其实也是分布式的
18:43:52 王晓韡-通联支付-PM
但是没用hadoop
18:43:59 王晓韡-通联支付-PM
就是各跑各的
18:44:04 郭芬-中央结算公司
变相分库分表
18:44:05 王晓韡-通联支付-PM
最后汇总
18:44:36 王晓韡-通联支付-PM
但是清分是单独的清分库
18:44:44 张泽雄-民生金服 项目总监
清分也是可以按业务拆分的
18:44:52 王晓韡-通联支付-PM
和交易库是独立的
18:45:07 张泽雄-民生金服 项目总监
肯定是分开的
18:46:04 生活如同小说
我在店外面，带了轮滑，直接去公园
18:46:35 yinch-滴滴金融-研发
那对账是否需要数据库，如记录差异、对上的数据？ 还是只需要把产生的差异记录在文件里，然后通知账务挂账？
18:46:47 stranger-同城旅游支付PL
@老熊-爱奇艺-技术经理-北京?你们mr对账，对账过程有更新操作么
18:47:06 王晓韡-通联支付-PM
对帐不需要数据库
18:47:13 王晓韡-通联支付-PM
不需要单独的
18:47:39 王晓韡-通联支付-PM
可以共用清算库
18:48:03 王晓韡-通联支付-PM
这是生成对帐文件的过程
18:48:04 张泽雄-民生金服 项目总监
如果对账用mr其实就是一个新库
18:49:08 王晓韡-通联支付-PM
那还需要把交易放进去
18:49:14 王晓韡-通联支付-PM
什么时间放呢？
18:49:30 王晓韡-通联支付-PM
实时落库？
18:49:44 张泽雄-民生金服 项目总监
对账有两层对账，商户对账和通道对账，商户对账直接以清分结果为依据就可以
18:50:32 王晓韡-通联支付-PM
对帐的数据库是交易实时生成的吗？
18:50:52 张泽雄-民生金服 项目总监
通道对账一般是日终对，增量落就可以，没必要实时
18:51:19 WillYang-嘉联支付-架构师
我们现在清分和对账得数据存储是放hadoop，但是没有用到mr和spark
18:51:22 王晓韡-通联支付-PM
增量落是什么时间？
18:51:39 王晓韡-通联支付-PM
就是交易完成后，再单独落？
18:51:52 张泽雄-民生金服 项目总监
就是定时批量
18:53:40 yinch-滴滴金融-研发
应该也可以同步binlog、订阅消息队列到对账库吧
18:54:04 郭芬-中央结算公司
定时频率一般多少合适
18:54:22 王晓韡-通联支付-PM
就怕中间出异常
18:54:30 我
我们是交易时异步同步数据到hdfs上。
18:54:37 王晓韡-通联支付-PM
那对帐库的数据就不准了
18:54:49 王晓韡-通联支付-PM
如果实时的话
18:54:54 王晓韡-通联支付-PM
异步还好
18:54:56 郭芬-中央结算公司
异常的挂帐存哪里
18:55:08 我
渠道对账，不需要实时。
18:55:34 郭芬-中央结算公司
Hadoop基本上是定时批量吧，准实时？
18:55:44 王晓韡-通联支付-PM
用mr做的目的就是为了节省对帐时间？@老熊-爱奇艺-技术经理-北京?
18:55:55 我
是的。
18:56:15 我
对,hadoop基本就是定时跑批了。
18:56:16 张泽雄-民生金服 项目总监
我们做实时清分，主要是内部对账用
18:56:55 我
没那么高科技，就是架构上把以前单机多线程的，变成多机器多进程执行。
18:56:58 我
其他的都一样。
18:56:59 yinch-滴滴金融-研发
同问，异常的挂帐存哪里，账务？
18:57:12 WillYang-嘉联支付-架构师
有没有做到可以重复对账呢？
18:57:38 我
出现异常， 输出到文件中，汇总后，灌到数据库。
18:58:06 张泽雄-民生金服 项目总监
什么叫重复对账？
18:58:51 郭芬-中央结算公司
对异常的处理也有一个定时跑批的任务啊
18:58:55 WillYang-嘉联支付-架构师
当天已经对账完成，发现有部分对账单不完整，渠道重新给对账单后，再次跑对账
18:59:35 张泽雄-民生金服 项目总监
异常挂账要看异常原，业务系统异常甴业务系统发起，账务落账
19:00:09 张泽雄-民生金服 项目总监
全部重跑？
19:00:25 郭芬-中央结算公司
但业务系统并不知道账不平啊
19:00:35 WillYang-嘉联支付-架构师
是的
19:01:14 张泽雄-民生金服 项目总监
重跑技术上没问题，只要节点能回滚
19:01:43 张泽雄-民生金服 项目总监
业务系统异常了，账肯定平不了，
19:02:14 张泽雄-民生金服 项目总监
所以要挂账
19:02:40 张泽雄-民生金服 项目总监
挂账再不平，那就要找原因了
19:02:56 郭芬-中央结算公司
你说的是比如某笔支付交易异常了，业务系统主动挂帐？
19:04:34 yinch-滴滴金融-研发
所谓的挂账是指？把差异记录在账务系统的某个特殊账户下？
19:04:46 张泽雄-民生金服 项目总监
不是，比如对账
19:05:04 张泽雄-民生金服 项目总监
对
19:05:09 秦红胜-CTO-共致开源-
@老熊-爱奇艺-技术经理-北京 什么时候讲讲整体架构吧
19:05:29 郭芬-中央结算公司
对账系统也算业务系统啊
19:05:46 张泽雄-民生金服 项目总监
嗯
19:05:55 郭芬-中央结算公司
我理解对账发现了异常挂帐
19:05:56 郭芬-中央结算公司
哦哦
19:06:22 我
@秦红胜 在 http://blog.lixf.cn/essay/2016/08/08/payment-arch/
19:06:45 WillYang-嘉联支付-架构师
谈谈对账和清分都用了什么技术吧
19:07:16 张泽雄-民生金服 项目总监
对账过程中出现了账不平，称为差错，对差错要处理，采用挂账
19:07:24 yinch-滴滴金融-研发
那挂账合适销账？ 业务系统人工排查，通过其mis后台通知账务取消挂账？
19:07:53 郭芬-中央结算公司
异常都用人工来处理
19:07:54 郭芬-中央结算公司
吧
19:08:18 WillYang-嘉联支付-架构师
先挂帐，差错处理要对挂的账进行核销
19:08:41 张泽雄-民生金服 项目总监
找到原因，处理了异常，就可以核销了。
19:08:52 郭芬-中央结算公司
话说人工处理一般有哪些处理方式
19:09:18 Josebruce
但如果已经跨日了，这个时候发现对账文件不全，是不会重跑对账了吧@张泽雄-民生金服-研发-北京?
19:10:03 王晓韡-通联支付-PM
@宋云强-乐富-北京?，那就是走差错了
19:10:15 张泽雄-民生金服 项目总监
一般不建议人工直接核销，而是走相应的业务处理，由业务来核销，除非是账务系统内部异常
19:10:29 WillYang-嘉联支付-架构师
重跑对账，跨日理论上也可以，我们目前是可以的
19:10:34 Josebruce
只能计入当期，冲抵当日待清算款
19:10:39 王晓韡-通联支付-PM
都清结算完毕了
19:10:57 王晓韡-通联支付-PM
那就是差错处理了
19:11:26 WillYang-嘉联支付-架构师
其实清结算和对账不用强相关
19:12:01 王晓韡-通联支付-PM
清结算不就是基于对帐结果的吗
19:12:18 王晓韡-通联支付-PM
要不怎么清啊
19:12:21 张泽雄-民生金服 项目总监
对，一般跑完了都入账了，该记差错都记了，次日可以通过业务手段核销
19:12:36 韩财光
群新规公告: 本群的目标是营造一个免费开放共享多赢的交流环境. 本着公平起见同时也是为了维护交流的积极性和活跃度 管理员每周会随机移出2名平时活动少的 又不积极参加抢红包签到的潜水同学(两年内有过专题分享或者近期有计划分享的除外). 以便让其他申请者有机会加入 希望大家能理解. 抢红包签到: 请有意做专题分享的同学参加抢红包签到. 抢到最大红包者需要在下周同一时间做分享(并列最大时选最早抢得者) 其他人可以打[OK]签到.
19:12:42 Josebruce
对，大量都是单边
19:13:07 Josebruce
当日按照差错核销待清算款
19:14:25 Josebruce
我说的情况仅仅是通道对账文件不全，其他情况不能一概而论，处理差错有区别
19:14:44 韩财光
群新规 大家先了解 以前的签到方式保留 对有意分享的同学加了个红包签到
19:14:46 WillYang-嘉联支付-架构师
清结算主要根据账务系统得账务流水来清，对账产生的差错，处理后再清一次
19:15:37 王晓韡-通联支付-PM
这样做也可以
19:15:55 王晓韡-通联支付-PM
但是一般是先对帐
19:16:03 韩财光
微信红包
19:16:04 王晓韡-通联支付-PM
在清结算的
19:16:11 王晓韡-通联支付-PM
这样资金损失少
19:16:12 WillYang-嘉联支付-架构师
这样就不用严格依赖于对账
19:16:45 WillYang-嘉联支付-架构师
我们目前对账单来的晚得，有可能要等到10点
19:16:49 王晓韡-通联支付-PM
对帐本身就是用来保障资金安全的
19:17:03 Peter-找钢网-PM
@韩财光-东软(前)-开发-广州 [强]
19:17:11 WillYang-嘉联支付-架构师
还有渠道方系统异常时，对账单来的更晚
19:17:38 Peter-找钢网-PM
大家抢红包签到啦，哈哈[偷笑]
19:17:43 WillYang-嘉联支付-架构师
一般不会把资金压到很晚才清出去
19:17:52 王晓韡-通联支付-PM
这样风险大
19:18:00 王晓韡-通联支付-PM
有一定风险
19:18:18 王晓韡-通联支付-PM
如果清出去了
19:18:20 王晓韡-通联支付-PM
有问题
19:18:34 王晓韡-通联支付-PM
有的就很难追了
19:18:50 WillYang-嘉联支付-架构师
就靠账务系统保障了
19:19:23 WillYang-嘉联支付-架构师
风险很小，我司目前还没有任何问题
19:19:27 王晓韡-通联支付-PM
要弱一点
19:19:34 张泽雄-民生金服 项目总监
我们对账清算都是两层，不知道你说的是哪侧。 对账不仅仅是勾流水，还有手续费，我理解是结算单对账
19:19:38 韩财光
各位同学 今天请到@Dz-京东-产品? 同学给大家做分享. 大家欢迎.
19:19:58 张泽雄-民生金服 项目总监
[强]
19:20:00 吴浩
[鼓掌]
19:20:04 吝亮-联动优势
[强]
19:20:12 程文东-拉卡拉PL
[鼓掌]
19:20:22 路杨 嘉联支付产品
[OK]
19:20:23 yinch-滴滴金融-研发
[鼓掌]
19:20:39 张泽雄-民生金服 项目总监
清出来再对账
19:20:50 蔡云龙 开联通支付
[强]
19:20:54 Leeyal
[OK]
19:21:03 我
[OK]
19:21:04 吴浩
开始签到了吗
19:21:05 封国辉-广发银行-系统设计
[鼓掌]
19:21:06 WillYang-嘉联支付-架构师
手续费是渠道侧的手续费吗？
19:21:28 封国辉-广发银行-系统设计
[OK]
19:21:30 落雪飞花-农信互联-开发经理
[OK]
19:21:31 WillYang-嘉联支付-架构师
[OK]
19:21:37 Peter-找钢网-PM
[OK]
19:21:49 袁军-架构师-快捷通
[OK]
19:21:50 stranger-同城旅游支付PL
[OK]
19:21:51 吴浩
[OK]
19:22:04 Dz-京东金融-PM
[OK]
19:22:05 豆角茄子-卡友支付-PM
[OK]
19:22:09 程文东-拉卡拉PL
[OK]
19:22:13 happycoral
[OK]
19:22:26 W_Y
[OK]
19:22:37 张彦龙
[OK]
19:22:40 leona-ping++产品
[OK]
19:22:48 Ping++徐志涛
[OK]
19:23:04 孙友群-O2O支付产品经理招商信用卡
[OK]
19:23:07 刘伟-猪八戒-高级PM
[OK]
19:23:10 Fiona-支付结算产品经理-优酷
[OK]
19:23:19 build-去哪儿-QA
[OK]
19:23:27 龚正-滴滴-支付金融
[OK]
19:23:34 赵业招
[OK]
19:23:47 梅铮-农行网络支付处
[OK]
19:23:59 邱显-融数金服-支付风控
[OK]
19:24:00 sunshine-苏宁金融
[OK]
19:24:03 孙军-中证互联PM
[OK]
19:24:12 蔡云龙 开联通支付
[OK]
19:24:37 thq
[OK]
19:24:38 刘朝晨-中行软件中心PM
[OK]
19:24:45 在路上-杉德支付架构
[OK]
19:25:18 东
[OK]
19:25:33 劉皇叔
[OK]
19:25:34 席纯-随行付-PM
??
19:25:36 韩财光
停止签到 请嘉宾准备分享. 嘉宾分享期间其他人不要发言打断. 分享完成后请大家积极补充和提问. @Dz-京东-产品?
19:27:24 KyleC-汇付天下-风控经理
[OK]
19:28:04 吝亮-联动优势
[OK]
19:28:30 车睿??
补个到[OK]
19:28:34 Dz-京东金融-PM
群友们好，我是Dz，今天由我分享。群里气氛非常好，收获很多，当群主邀约时直接就答应了，虽然懂得不多。讲得不好的地方，群友们多多见谅。
19:28:54 牙印儿-新浪支付产品经理
[OK]
19:29:05 大智若愚-翼支付-产品总监
[OK]
19:29:23 李丹-风控经理-双乾支付
[OK]
19:29:27 潘儒刚-连连支付PM
[OK]
19:29:29 hanfeng-永辉超市架构师
[OK]
19:29:30 韩财光
大家停止签到吧
19:29:32 王晗
[OK]
19:29:53 Dz-京东金融-PM
这次主要讲下C端账户相关，涉及#注册登录、#实名认证、#绑银行卡、#安全中心 等。
19:30:59 Dz-京东金融-PM
| 客户（个人/单位，自然实体） | 1:N 通过实名认证 用户（涉及注册登录、用户信息包括基本资料、实名认证、银行卡等） | 1:N 账户（基于财务需求） |
19:34:56 Dz-京东金融-PM
#注册登录 1、方式：用户名、手机号、邮箱或联合登录 手机号和邮箱的一个好处是接收通知，比如用户完成重置密码等敏感操作后通知用户。 联合登录的风险，应对方式：二次校验，通过短信验证码等方式校验身份。
19:37:51 Dz-京东金融-PM
2、验证码登录还是密码登录 建议后者，短信验证码的风险：因为手机信号、短信下发通道等可能延迟；因为达到日接收次数上限、停机等可能收不到。换号导致老用户无法登录，运营商二次放号后导致新用户可以登录老用户的帐号。
19:38:58 刘洪明-便利蜂支付
[OK]
19:39:35 大亮-易宝支付-工程师
[OK]
19:39:44 superjj-微众银行PM
[OK]
19:41:23 Nightcrawler
[OK]
19:45:03 Dz-京东金融-PM
3、移动时代的登录 你的微信、支付宝通过短信验证码或密码登录过几次？ 就我而言，基本不登录，支付宝都未设手势密码（本身手机就有解锁密码），都不太记得密码了，忘记了也可以找回密码。 验证身份的方式发生变化：手势密码、指纹等登录。
19:46:03 Dz-京东金融-PM
#实名认证 ##实质 实名认证是将数字身份（用户）和物理身份（自然人）关联起来。
19:47:15 Dz-京东金融-PM
##意义 实名是业务的需求（比如购买理财），是风控的基础，也是符合央行对第三方支付机构的监管要求/趋势。
19:50:50 Dz-京东金融-PM
##方式 1、四要素鉴权（姓名、身份证、银行卡号、银行预留手机号） 目前微信、支付宝都是快捷绑卡后默认帮用户完成实名认证，但实际绑卡和实名是两码事。
20:01:38 Dz-京东金融-PM
2、打款认证，用户体验略差且有风险。 打款认证实际只验证了姓名、银行卡号、手机号三个要素，并不能确认证件信息和操作者的对应关系。举例，填的信息是张三（操作者的）、卡号0001（操作者的）、身份证号1234（另一个张三的）、手机号（操作者的）。首先我作为操作者获取并填写验证码，验证通过后触发系统给该银行卡打款0.12元，然后我登录网银获知打款金额并提交实名，但结果实名成的另外那个张三。
20:05:16 Dz-京东金融-PM
3、公安网（姓名、身份证） 不算完全实名，因为只“验证证件信息（证明物理身份）的真实有效性”，存在盗取身份证信息进行实名的风险。
20:06:38 Dz-京东金融-PM
##规则 最好是一个自然人只能被一个用户实名，避免投机分子注册多个用户撸优惠券等羊毛。
20:10:04 Dz-京东金融-PM
#绑银行卡 目前快捷绑卡是主流。 #安全中心 1、不同的安全要素的安全性/被破解的概率不一样，根据操作的敏感性程度选择适当安全性的的验证身份方式。 2、身份验证，规则只是一方面，同时还有大数据等方式验证身份，如果确定是该用户，可以降低验证要求。
20:11:16 Dz-京东金融-PM
TIPS：研读监管层的法规，央行的监管是趋向严格的，提前进行产品上的准备。
20:11:45 Dz-京东金融-PM
以上。谢谢大家！
20:12:50 韩财光
我插播一下群新规
20:13:04 韩财光
群新规公告: 本群的目标是营造一个免费开放共享多赢的交流环境. 本着公平起见同时也是为了维护交流的积极性和活跃度 管理员每周会随机移出2名平时活动少的 又不积极参加抢红包签到的潜水同学(两年内有过专题分享或者近期有计划分享的除外). 以便让其他申请者有机会加入 希望大家能理解. 抢红包签到: 新群规对有意做专题分享的同学增加了抢红包签到. 抢到最大红包者需要在下周同一时间做分享(并列最大时选最早抢得者) 其他人可以继续使用原有的打[OK]方式签到.
20:13:58 freewolf-天津金融资产交易所技术
[OK]
20:13:59 劉皇叔
好的
20:14:24 韩财光
有疑问自己找我或群主
20:14:28 胡圣 支付产品经理 猪八戒网
谢谢分享
20:14:39 萌小喵-爱贝计费高级PM
感谢分享
20:15:13 李丹-风控经理-双乾支付
我抢了一分
20:15:33 李丹-风控经理-双乾支付
感谢分享
20:15:42 雷敏-深圳金融电子结算中心PM
请问身份认证你们走的是啥渠道呢？@Dz-京东-产品?
20:15:47 韩财光
谢谢 @Dz-京东-产品?的分享 接下来请大家积极补充和提问
20:16:22 雷敏-深圳金融电子结算中心PM
不好意思，我是不是提问早了[愉快]
20:17:11 潘儒刚-连连支付PM
感谢分享
20:17:13 Dz-京东金融-PM
银行提供的快捷接口。
20:17:20 韩财光
@雷敏-结算中心-产品?是主持人脚本拿反了
20:17:21 程文东-拉卡拉PL
上面介绍的是京东商城的c端？曾注册京东金融，好像还要进行手机账单方面的材料提供和认证
20:17:22 WillYang-嘉联支付-架构师
感谢分享
20:18:01 沈一点-恒生电子-工程师
我们理财产品的实名认证 是跟直连银行做的
20:18:14 雷敏-深圳金融电子结算中心PM
银行收费吗？
20:18:23 沈一点-恒生电子-工程师
不
20:18:24 吴浩
感谢分享
20:18:26 superjj-微众银行PM
@Dz-京东-产品?目前不是要求都要5要素验证账户么？求解答，现在需要上传证件的流程都要做么
20:18:37 刘洪明-便利蜂支付
感谢分享
20:18:56 文奇
感谢分享
20:18:57 雷敏-深圳金融电子结算中心PM
怎么区分是哪家行的账户呢？通过卡bin吗？
20:19:26 Dz-京东金融-PM
手机账单？我负责那块的时候没有听说过。回头我问问。@文东-拉卡拉-技术-上海
20:20:18 沈一点-恒生电子-工程师
我们的客户 一般直连几家银行
20:20:47 沈一点-恒生电子-工程师
实名相对简单
20:21:01 潘儒刚-连连支付PM
5严肃验证具体怎么做的呢，我理解的是用多张银行卡交叉验证
20:21:12 沈一点-恒生电子-工程师
三方支付的话 目前还是四要素
20:21:17 Dz-京东金融-PM
五要素认证，第五个要素是指？
20:21:40 潘儒刚-连连支付PM
难道说非要传个照片，这样用户体验太不好
20:21:44 雷敏-深圳金融电子结算中心PM
但是这些银行的账户信息多半不共享，你做核身时，怎么知道发往哪家行呢@沈一点-恒生-金融产品-杭州?
20:21:48 EagleCheng-兴业银行架构师
@雷敏-结算中心-产品?卡BIN就可以区分吧
20:22:25 雷敏-深圳金融电子结算中心PM
那这样的话平台就需要维护卡bin信息，怎么维护呢？
20:22:44 雷敏-深圳金融电子结算中心PM
要求银行上传？还是向银联获取？
20:22:54 沈一点-恒生电子-工程师
不用共享啊 我们绑卡的时候就把信息发给银行 银行返回应答
20:22:55 潘儒刚-连连支付PM
我理解错了，是多个渠道验证
20:23:19 沈一点-恒生电子-工程师
不要维护卡bin
20:23:27 雷敏-深圳金融电子结算中心PM
五要素我们一般是卡号 户名 身份证号码 手机号码 以及账户类型
20:23:28 superjj-微众银行PM
[捂脸]目前监管要求的啊，二类户，估计你们不用
20:23:43 EagleCheng-兴业银行架构师
银联每个月会发送一版
20:23:46 潘儒刚-连连支付PM
我们有专门提供卡bin查询接口的
20:23:52 胡新松-银联
五要素另外个指账户等级
20:23:57 吴浩
之前绑微信支付，输入前几位号码自己就识别出来了
20:23:58 徐萍 途牛产品总监
不做活体验证吗
20:24:01 潘儒刚-连连支付PM
这个应该不难吧
20:24:02 胡新松-银联
@Dz-京东-产品?
20:24:03 沈一点-恒生电子-工程师
业务不同
20:24:05 雷敏-深圳金融电子结算中心PM
绑卡的时候会要求用户输入所属银行是吧@沈一点-恒生-金融产品-杭州?
20:24:34 沈一点-恒生电子-工程师
肯定要选择一个银行
20:25:18 Dz-京东金融-PM
@JJ-webank-深圳 支付账户分级，我们有做的，央行检查过。
20:25:35 牙印儿-新浪支付产品经理
绑卡时通过bin库可以知道是哪个银行，为什么还需要用户选择呢
20:25:40 潘儒刚-连连支付PM
这个不是必须的吧，输入卡号，会自动识别出来了那家银行吧
20:25:48 潘儒刚-连连支付PM
对啊
20:26:07 余铭
@Mahone-小牛在线-开发-深圳? 那是维护了卡bin，判断出来的。
20:26:28 superjj-微众银行PM
@Dz-京东-产品?你们的白条那些不都要5要素验证么
20:26:33 雷敏-深圳金融电子结算中心PM
这个需要看是否维护了卡bin，有维护才能识别@索马里-连连支付-风控-杭州?
20:26:39 沈一点-恒生电子-工程师
业务不同
20:26:43 superjj-微众银行PM
目前最大的坑是上传证件
20:26:50 胡新松-银联
白条没有
20:26:59 余铭
输入卡号自动识别出银行 体验会好点，nothing more
20:27:10 劉皇叔
关于四要素验证，用户在柜台开的新卡，可以存款取款，但是通过支付公司做四要素验证却不通过（请求的四要素肯定是正确的），收到用户名或卡号错误，这一般是什么原因
20:27:49 沈一点-恒生电子-工程师
没开通快捷支付吧
20:28:04 潘儒刚-连连支付PM
是没有开通在线支付吧
20:28:23 潘儒刚-连连支付PM
有的银行好像有要求
20:28:25 沈一点-恒生电子-工程师
不是要在银联网站开通的吗
20:28:37 劉皇叔
只是验证个四要素，并是绑卡
20:28:52 Adela-宜信产品经理
你说的打款认证实际只认证了三要素，难道银行不验证这张卡是不是这个身份证开通的吗？
20:29:07 雷敏-深圳金融电子结算中心PM
银联每个月发送的卡bin是免费获取吗@Eagle-兴业-架构-上海?
20:29:58 雷敏-深圳金融电子结算中心PM
这个验证是商户发起的，并不是银行发起，银行应该只是提供核身渠道
20:29:59 在路上-杉德支付架构
@Dz-京东-产品?实名时要发短信吗？
20:30:16 雷敏-深圳金融电子结算中心PM
商户认为只需要三要素就三要素咯
20:30:34 EagleCheng-兴业银行架构师
@雷敏-结算中心-产品?是否免费倒不太清楚
20:30:52 superjj-微众银行PM
卡bin是免费的
20:30:59 雷敏-深圳金融电子结算中心PM
是全量还是增量？
20:31:04 雷敏-深圳金融电子结算中心PM
在哪里获取呢
20:31:20 沈一点-恒生电子-工程师
银联网站吧
20:31:25 潘儒刚-连连支付PM
很多理财商户做实名认证是接的其他第三方吧，就校验姓名和身份证
20:31:26 EagleCheng-兴业银行架构师
全量增量都有
20:31:55 雷敏-深圳金融电子结算中心PM
ok，谢谢啦
20:32:32 沈一点-恒生电子-工程师
这就有失偏颇了
20:33:04 雷敏-深圳金融电子结算中心PM
@Eagle-兴业-架构-上海?你们核身一般走啥渠道呢？
20:33:12 潘儒刚-连连支付PM
然后还有没接第三方的，是根据身份证的生成算法，复合规则，就会认为是实名的，这个有点坑啊
20:33:56 EagleCheng-兴业银行架构师
有银联，还有第三方
20:34:08 潘儒刚-连连支付PM
嗯嗯
20:34:14 在路上-杉德支付架构
有对接火车票飞机票实名的么
20:34:28 雷敏-深圳金融电子结算中心PM
有走超网吗@Eagle-兴业-架构-上海?
20:36:22 Dz-京东金融-PM
需要发的。快捷实名的基础是信任银行，认为四要素验证通过，即可实名为该身份证对应的自然人@在路上-杉德-上海
20:36:55 EagleCheng-兴业银行架构师
没有@雷敏-结算中心-产品?
20:37:23 在路上-杉德支付架构
@Dz-京东-产品?是一律由银行发还是自己发呢
20:38:09 Dz-京东金融-PM
都有。
20:39:00 吴浩
主要还是自己发吧
20:39:21 沈一点-恒生电子-工程师
一般商户主动发起
20:39:30 满月明 中移动资金归集负责
想问一下，一般绑一张银行卡就成二类实名账户了，那升级成三类账户，除了采取再多绑两张银行卡的方法，还有别的方法升级实名账户吗？
20:39:31 沈一点-恒生电子-工程师
银行应答
20:39:58 满月明 中移动资金归集负责
让用户多绑几张卡，用户体验不好。。[撇嘴]
20:40:01 雷敏-深圳金融电子结算中心PM
升级三类账户是啥意思？
20:40:33 雷敏-深圳金融电子结算中心PM
据我了解，目前貌似没有银行有设三类户，不知道是否银行最近有变
20:41:18 满月明 中移动资金归集负责
央行之前的文件呀，三类实名用户的账户余额才能购买理财
20:41:42 雷敏-深圳金融电子结算中心PM
302号文吧
20:41:45 潘儒刚-连连支付PM
一类户最高等级吧
20:42:06 雷敏-深圳金融电子结算中心PM
就算有三类户，一般也很少用于理财
20:42:10 雷敏-深圳金融电子结算中心PM
额度太小
20:42:40 潘儒刚-连连支付PM
银行卡就是一类户吧
20:42:44 雷敏-深圳金融电子结算中心PM
I类户是全功能账户
20:43:16 sunshine-苏宁金融
20:43:19 满月明 中移动资金归集负责
嗯嗯@雷敏-结算中心-产品? 就是指最高等级的，针对第三方支付机构的
20:43:42 雷敏-深圳金融电子结算中心PM
第三方支付机构和银行是反过来的
20:43:43 thq
有三类账户，我们开存管账户的时候就能开
20:43:54 雷敏-深圳金融电子结算中心PM
III类户级别最高[偷笑]
20:43:56 满月明 中移动资金归集负责
嗯啊
20:44:08 沈一点-恒生电子-工程师
结算中心 是在人行里的吗
20:44:11 潘儒刚-连连支付PM
哦哦
20:44:15 雷敏-深圳金融电子结算中心PM
你们说的是第三方，我之前说的是银行账户[偷笑]
20:44:33 雷敏-深圳金融电子结算中心PM
是呢
20:44:50 满月明 中移动资金归集负责
@thq-51信用卡?你说的三类是第三方还是?
20:45:03 thq
三类
20:45:14 沈一点-恒生电子-工程师
以前的同城清算系统 是结算中心或人行组织建设的
20:46:49 Dz-京东金融-PM
@满月明-和包-PM-长沙 一方面余额买理财其实没那么多吧，大部分人应该还是银行卡快捷支付；如果单纯为提高支付账户等级，那么考虑公安网或运营商，就是需要付费。
20:47:34 沈一点-恒生电子-工程师
公安网认证要收费的喔
20:48:01 沈一点-恒生电子-工程师
一次5块？还是多少
20:49:38 满月明 中移动资金归集负责
哦哦
20:50:15 满月明 中移动资金归集负责
@Dz-京东-产品?谢谢[微笑]
20:50:43 雷敏-深圳金融电子结算中心PM
@沈一点-恒生-金融产品-杭州?所有银行核身都免费吗？还是说只有商户所属收单行才免费呢
20:55:15 潘儒刚-连连支付PM
请教个问题，京东有个小金库理财金账户，那么通过银行卡充值进去的资金假如说是30万，那小金库里面的资金都可以投资理财么，那相对于小金库账户来说，假如说是三类户，这个怎么理解@Dz-京东-产品?
20:57:04 潘儒刚-连连支付PM
账户不是有限额的么
20:58:39 满月明 中移动资金归集负责
20万限额?
20:58:50 潘儒刚-连连支付PM
恩
21:00:07 Dz-京东金融-PM
20万限额那个仅针对支付账户余额，小金库户非支付账户。
21:01:06 邹成凯-联通支付
这20万 分别是三类用户 支付+转账+买理财 的总额 自注册日开始到下一年注册日清零
21:01:26 邹成凯-联通支付
只针对余额支付
21:01:59 潘儒刚-连连支付PM
哦哦，理解了，类似支付宝账户和余额宝
21:02:12 Dz-京东金融-PM
是的。
21:02:39 邹成凯-联通支付
余额宝算是理财产品了
21:02:41 潘儒刚-连连支付PM
那小金库是账户么
21:03:26 邹成凯-联通支付
只有现金账户受监管
21:03:48 郭程-微信支付商户运营腾讯
20万不是按自然年计算的吗，年底清零，是我理解不对吗
21:04:25 邹成凯-联通支付
现在有央行有出来一个数字证书和非数字证书的限额控制
21:04:39 邹成凯-联通支付
我这边不是自然年
21:05:01 邹成凯-联通支付
自用户注册人开始到下一年注册日清零
21:05:16 郭程-微信支付商户运营腾讯
嗯嗯
21:05:20 邹成凯-联通支付
央行发的文 是这么规定的
21:05:54 邹成凯-联通支付
现在非数字证书用户 余额 消费+转账 不超过1000
21:08:13 满月明 中移动资金归集负责
小金账户是不是类似于任何一个非支付机构的理财账户?这个账户里的钱可以买定期产品，活期产品等各种理财产品，到期可赎回到这个账户，赎回后用户可提现或继续买理财。但因为该账户非支付账户属性，也就不受支付账户余额的限制了
21:10:31 邹成凯-联通支付
这不好说 要问问京东现金账户是怎么个叫法 比如我们联通支付的现金账户 叫沃账户
21:11:36 潘儒刚-连连支付PM
余额账户吧
21:11:43 沈一点-恒生电子-工程师
联通支付？通联支付？
21:11:54 邹成凯-联通支付
联通
21:12:15 李紫建
说到认证这个问题，这两天遭遇ofo平台上，身份证被其他人拿去注册，投诉无门，且流程是手机号，99押金，姓名，身份证，走到第四步提醒身份证号码已被认证。
21:12:30 Dz-京东金融-PM
就叫钱包余额@blue-联通支付-风控-北京
21:12:40 张泽雄-民生金服 项目总监
说的都不是一回事，联通的沃账户是品牌
21:12:55 李紫建
场景支付中，认证的问题，还是有很多漏洞可钻
21:13:10 邹成凯-联通支付
品牌是沃钱包 雄哥
21:13:28 张泽雄-民生金服 项目总监
那个是产品
21:13:30 邹成凯-联通支付
换领导了 对产品名称重新规划了
21:14:21 Dz-京东金融-PM
是的 @满月明-和包-PM-长沙
21:14:46 张泽雄-民生金服 项目总监
乂，越换越乱@blue-联通支付-风控-北京?
21:14:52 沈一点-恒生电子-工程师
可以叫资金账户吗
21:14:59 邹成凯-联通支付
可以
21:15:04 邹成凯-联通支付
现金账户
21:15:09 邹成凯-联通支付
都能叫
21:15:49 沈一点-恒生电子-工程师
反正我们就叫资金账户
21:15:56 杨继军-联想电商平台架构师
电商侧落地四要素需要什么资质？Pci dss？
21:16:21 邹成凯-联通支付
只是叫法不一样 都是代表用户的现金账户
21:17:57 潘儒刚-连连支付PM
非支付账户，这个很关键吧
21:18:27 邹成凯-联通支付
对
21:18:45 邹成凯-联通支付
只有支付账户受央行那合规影响
21:19:52 雷敏-深圳金融电子结算中心PM
不理解非支付账户，能帮忙解释一下吗[愉快]@blue-联通支付-风控-北京?
21:20:27 潘儒刚-连连支付PM
那商户如果自己内部做个大账户体系，通过银行卡充值进来，再内部消费，理财等，一点问题没有咯
21:20:40 潘儒刚-连连支付PM
不用考虑限额问题了
21:20:46 邹成凯-联通支付
比如 余额宝 这个账户就不能叫支付账户吧
21:20:53 雷敏-深圳金融电子结算中心PM
第三方一般有哪些类型的账户呢
21:21:26 满月明 中移动资金归集负责
@Dz-京东-产品?那我就有个疑问啦，支付宝账户属于支付账户，用户如果只是绑一张银行卡，应该不会随便就成三类支付账户吧?不是三类应该不能买理财,可为啥感觉大家的支付宝余额都能买余额宝呀?是还有其他升级实名认证账户的途径吗?还是它默认给我发起公安和运营商检查了
21:22:15 邹成凯-联通支付
升级三类 很复杂
21:22:19 潘儒刚-连连支付PM
余额宝可以理解为天弘基金的一个非支付账户么
21:23:52 邹成凯-联通支付
天弘 不是第三方支付公司 应该不能叫支付账户
21:23:59 满月明 中移动资金归集负责
@blue-联通支付-风控-北京?你们一般怎么升
21:24:02 albert郭
余额宝就是一个货币基金，不属于支付账户。支付宝应该是默认做了多种认证方式，把支付宝余额变成三类的。
21:24:10 潘儒刚-连连支付PM
支付宝账户都默认把很多人生成三类了吧，都是20万限额吧
21:24:24 邹成凯-联通支付
我们 联通用户 直接三类
21:24:30 Dz-京东金融-PM
这是有可能的，我们当时会为部分用户进行公安网和运营商验证。@满月明-和包-PM-长沙
21:24:31 潘儒刚-连连支付PM
嗯嗯，我说的也是非支付账户
21:25:03 满月明 中移动资金归集负责
嗯嗯 就想了解下怎么方式默认升，又能应付央行检查?
21:25:06 邹成凯-联通支付
非联通用户 如果只经过国政通 算1类
21:25:20 满月明 中移动资金归集负责
@Dz-京东-产品?[OK]
21:25:22 邹成凯-联通支付
这真不是应付
21:25:39 邹成凯-联通支付
现在完全按照央行来的
21:26:08 满月明 中移动资金归集负责
表述有误，就是指按他要求来[流泪]
21:26:50 邹成凯-联通支付
或者绑一张卡 也是一类
21:27:00 满月明 中移动资金归集负责
你们也是默认去检查公安和运营商啦，给用户升三类？@blue-联通支付-风控-北京?
21:27:19 Dz-京东金融-PM
联通用户是面对面核实。
21:27:29 邹成凯-联通支付
对
21:27:41 邹成凯-联通支付
所以联通用户之间三类
21:27:59 邹成凯-联通支付
当然 一个用户只能一个三类用户
21:28:14 邹成凯-联通支付
其他的都是2类或者1类
21:28:26 满月明 中移动资金归集负责
哦哦
21:29:58 Dz-京东金融-PM
是的，貌似这个是后来的新规。就监管政策而言，一个自然人对一个支付账户是趋势。
21:30:03 邹成凯-联通支付
之前说客户等级 现在央行要求用户等级
21:30:36 邹成凯-联通支付
说=是
21:32:24 Dz-京东金融-PM
@blue-联通支付-风控-北京 有监管发的文地址吗？
21:33:14 邹成凯-联通支付
这个明天可以找找
21:34:33 邹成凯-联通支付
这去年就要求实施的
21:35:46 满月明 中移动资金归集负责
分享下[偷笑]
21:37:09 邹成凯-联通支付
明天找下发出来
21:37:13 邹成凯-联通支付
[微笑]
21:38:19 Dz-京东金融-PM
各位，先撤了。
21:38:46 邹成凯-联通支付
今天多谢@Dz-京东-产品? 了解到很多 有关认证的知识 我这边也在考虑验证中心的事 目前只有短信认证
21:40:01 Dz-京东金融-PM
嗯，再交流。
21:41:31 满月明 中移动资金归集负责
感谢您@Dz-京东-产品? 解答了我心中很多疑惑[偷笑]
22:19:17 Peter-找钢网-PM
基于四要素的验证基础上，有些电商平台要求上传本人手持证件照片。
22:21:04 彭睿-奇虎360金融支付PM
这个用人脸+公安网纹照解决客户体验会好很多
22:24:50 黄朋英-易联支付PM
face+有人脸识别的sdk和api开放
22:25:37 黄朋英-易联支付PM
https://www.faceplusplus.com.cn/
22:25:47 李飞-产品经理 掌众金融
人脸识别问题也有，光线，操作都比较麻烦，如果加上时间限制更坑
22:26:08 李紫建
现在的验证容易趟坑
22:26:39 李紫建
face++有点像ping++
22:26:51 Summer 梁夏
旷视 这款产品还没有 还有一家商汤科技
22:27:00 Summer 梁夏
@小英英—易联（前）—产品? 就是价格有些高
22:28:52 黄朋英-易联支付PM
所以一般不会怎么用，放到后面没办法才用
22:30:33 张泽雄-民生金服 项目总监
关于认证，个人认为只有生物识別或间接依赖银行的强认证比较靠谱，其他的只能说是信息核对，算不上认证
22:30:34 李飞-产品经理 掌众金融
现在也就人脸识别最为成熟，在金融领域用的多
22:31:31 李飞-产品经理 掌众金融
怎么间接利用银行强认证啊
22:32:06 黄朋英-易联支付PM
应该是指利用银行通道进行要素认证
22:32:30 Summer 梁夏
是的 现在都是多模式认证
22:33:17 黄朋英-易联支付PM
所以数据就泄露了，到那里都留身份证，手机号和卡号
22:33:31 Peter-找钢网-PM
在用户视角，请哪位朋友补充说明一下1、2、3类账户的具体差别，对日常生活消费付款有什么影响？
22:34:14 程文东-拉卡拉PL
人脸识别+活体认证，仅人脸识别安全不够
22:35:46 彭睿-奇虎360金融支付PM
一般都是活体时候获取一张清晰的人脸照片和公安的网纹做比对
22:37:48 李飞-产品经理 掌众金融
这个成本是不是更高了，匹配率高吗
22:38:45 Summer 梁夏
这样的成本相对来说是比较高，但是也要看提供比对库资源的公司那边输出的内容来核定的
22:39:33 Summer 梁夏
有的比对库是额定库就是俗称的死库信息
22:40:13 Summer 梁夏
还有就是活库，就是实时对比公安等信息库的内容
22:40:53 Summer 梁夏
死库的价格相对低一些，但是我们如果不是详细了解，库方就会按照活库价格出单
22:42:06 李飞-产品经理 掌众金融
公安库的信息是什么时候采集的
22:42:49 superjj-微众银行PM
确实有很多问题～人脸识别
22:44:19 superjj-微众银行PM
死库最大的问题是，采集的时间是很久以前的，而且存在一个问题他也是对接公安系统，要是公安系统与人脸识别系统断开，整个业务都无法进行
22:44:31 Summer 梁夏
@李飞－掌众金融～pm－北京?这个没有很明白想问的意思
22:45:03 Summer 梁夏
@JJ-webank-深圳?是的
22:45:31 李飞-产品经理 掌众金融
就是信息更新问题，如果是办身份证时采集的时间就太久了
22:46:24 李飞-产品经理 掌众金融
如果是根据平时一些其它方式收集随时更新的话就更精准了