08:09:51 汪晓明-什马金融-CTO
Fintech早餐会 2017/5/13
08:44:53 李小-交通银行商户运营 支付PM
@Mahone-小牛在线-开发-深圳?你们是要接银行借记卡的充值吗？
09:27:48 李小-交通银行商户运营 支付PM
爬楼看完，获益匪浅
10:31:36 Burn-B站支付产品
通知:中美达成共识，美支付公司获允申牌！支付牌照或重新开闸！
10:34:36 吴浩
签合同，但是还没开始接了，具体的还不是太清楚
10:36:28 MEET
新版银联卡bin，供参考
10:36:29 MEET
xiaozhu833768:
10:43:58 我
好东西！
10:44:45 我
2017-05-09聊天记录整理版
10:45:08 我
5.5-5.9聊天记录整理
10:45:26 我
感谢@Fiona-自如-pm-北京?
10:46:05 我
赞赏收入将分给整理人员。
10:46:06 李兴-有赞技术专家
[强]
10:46:07 韩倩～
[强][强][强]
10:48:50 李丹-风控经理-双乾支付
今天早上看到了
10:48:52 李丹-风控经理-双乾支付
感谢
10:51:12 王qz-玖富支付
已赞赏，辛苦了
10:53:02 大宇-快马医疗-CTO
[强][强][强]辛苦了
10:54:24 uniker
@meet-支付圈-北京?[强]
10:54:53 象鼻虫
[强][强][强][强][强][强]
10:55:13 Allen-一号车交易和支付PM
[强][强][强]已赞赏
10:55:30 郑宗荣-中国银联
银联的卡bin表在银联的平台上可以下载的吧
10:55:49 郑宗荣-中国银联
我印象中应该是公开的数据
10:56:37 Allen-一号车交易和支付PM
不管在哪能下载到，可贵的是分享精神
10:56:49 潘儒刚-连连支付PM
是的
10:57:13 郑宗荣-中国银联
对的
10:57:24 willhu-财付通-风控
[强]
10:58:07 mark-U掌柜-系统架构
[强]
10:58:18 郭芬-中央结算公司
稍微问一下，大家记账的时候是先记流水还是先记余额的变化
10:59:16 郭芬-中央结算公司
也就是先处理流水还是直接处理用户的余额
11:00:05 龚正-滴滴-支付金融
这个没什么关系吧
11:00:07 张泽雄-民生金服 项目总监
一般是先流水
11:00:16 徐玮 理房通支付开发经理
这是一个事务吧……
11:00:22 龚正-滴滴-支付金融
一个事务里面
11:00:30 徐玮 理房通支付开发经理
非热点账户
11:00:58 张泽雄-民生金服 项目总监
她说的是业务问题
11:01:00 Allen-一号车交易和支付PM
如果正常来说，余额变化驱动流水记录。这是一个事务场景，应该没有关系
11:01:11 陈桂荣 翼支付 -研发组长
先落个凭证，然后记明细，然后改余额。
11:01:34 郭芬-中央结算公司
哦哦
11:01:50 张泽雄-民生金服 项目总监
没有流水，就没有余额变动
11:02:22 张泽雄-民生金服 项目总监
流水即日志
11:02:59 张泽雄-民生金服 项目总监
当然，再深一点还分借贷处理了
11:03:59 郭芬-中央结算公司
嗯嗯，我觉得应该是先流水，后余额。我们的先处理借贷方余额，再在流水表里头记录一条记录
11:04:23 徐玮 理房通支付开发经理
热点账户我们是先记流水后余额
11:04:48 徐玮 理房通支付开发经理
根据流水可以检验余额，先余额就不好追溯了
11:05:07 张泽雄-民生金服 项目总监
流水登记是余额的依据
11:05:34 龚正-滴滴-支付金融
热点其实落凭证 或者 简单的分录
11:05:57 龚正-滴滴-支付金融
一般是商户 平台或者应收什么的
11:06:32 徐玮 理房通支付开发经理
凭证类型请问分类的依据大概会考虑哪些呢？
11:06:45 徐玮 理房通支付开发经理
不同的凭证对应不同的分录规则？
11:07:08 张泽雄-民生金服 项目总监
收支转三类
11:07:11 龚正-滴滴-支付金融
凭证你当做发票就好
11:07:32 徐玮 理房通支付开发经理
就跟财务线下类型一样？
11:07:33 张泽雄-民生金服 项目总监
也可以用通用凭证就好了
11:07:37 龚正-滴滴-支付金融
收支转是大类吧
11:07:52 徐玮 理房通支付开发经理
嗯
11:08:45 徐玮 理房通支付开发经理
举例比如某通路的一笔支付确认可以算是一笔？还是说这笔的备付金入金流水算作一笔么
11:09:01 张泽雄-民生金服 项目总监
凭证会计上分原始凭证 记账凭证，我们说的是记账凭证
11:09:05 郭芬-中央结算公司
收支转的粒度比较大啊
11:10:04 徐玮 理房通支付开发经理
对 上述那两条哪个可以作为原始凭证呢？支付确认就可以了吧
11:10:13 张泽雄-民生金服 项目总监
收支转是基本分类
11:10:42 张泽雄-民生金服 项目总监
原始凭证就是交易记录
11:11:30 郭芬-中央结算公司
先有原始凭证，再有会计凭证
11:11:31 张泽雄-民生金服 项目总监
你说的确认是担保么？
11:14:19 徐玮 理房通支付开发经理
不是就是通路接口返回成功
11:14:36 徐玮 理房通支付开发经理
交易是商户发起的支付交易吧
11:14:49 徐玮 理房通支付开发经理
这个存在支付失败的可能啊
11:15:02 徐玮 理房通支付开发经理
做原始凭证有问题吧
11:15:12 郭芬-中央结算公司
一个记账凭证就是一笔交易流水对应的会计账务处理的方法吧
11:15:39 徐玮 理房通支付开发经理
大家的交易流水指的是？
11:16:35 郭芬-中央结算公司
比如说一个淘宝买买卖的成功记录？
11:17:08 徐玮 理房通支付开发经理
这个是业务交易吧
11:17:39 张泽雄-民生金服 项目总监
记账流水
11:18:00 张泽雄-民生金服 项目总监
账务系统的记账流水。
11:19:01 张泽雄-民生金服 项目总监
一笔电商交易对应一笔交易订单
11:19:43 张泽雄-民生金服 项目总监
回到上面那个问题，交易和记账的问题:支付交易先处理订单，成功后再记账，退款交易先记账后更新订单。
11:19:50 王向东-卡联科技-PM
流水分为订单流水与交易流水，支付成功了写入交易流水表，支付状态未知的写入临时表用于冲正等，成功交易流水后期用于清分对账使用
11:20:57 张泽雄-民生金服 项目总监
流水每个系统都有
11:22:16 徐玮 理房通支付开发经理
嗯
11:23:00 张泽雄-民生金服 项目总监
交易系统有交易流水即交易订单，支付系统有支付流水即支付订单，账务有记账流水，清算有清分流水
11:23:02 郭芬-中央结算公司
订单流水是业务的吧，只要订单发起了就有，但交易流水是成功了的订单才有的。根据交易流水来记账是吧
11:24:10 张泽雄-民生金服 项目总监
准确的说是记账流水
11:24:13 郭芬-中央结算公司
哦哦
11:25:49 张泽雄-民生金服 项目总监
会计系统是中立性系统，只要有请求就会记，支付只是一个分支请求
11:27:31 张泽雄-民生金服 项目总监
支付成功后支付核心系统请求账务记账，是支付核心的业务
11:28:02 郭芬-中央结算公司
交易系统给支付发请求，支付给账务系统发请求
11:28:15 张泽雄-民生金服 项目总监
是的
11:41:51 张泽雄-民生金服 项目总监
回答下理房通的问题: 假设担保交易不走银行或通道的预授权接口，即担保和即时走相同的通道接口 支付成功后，通道账记入通道待清算，商户侧分两种:即时交易通道侧记入商户待清算，担保交易记入公司过渡账。这样能保证备付金都对上，商户只结算即时交易，等用户收货确认后，资金从公司过渡账流入商户待清算账户，然后就和即时交易一同清算了
12:12:47 徐玮 理房通支付开发经理
嗯 我消化下～
12:22:21 徐玮 理房通支付开发经理
吃饭呢吧～我还有一点小问题 支付成功后通道侧记入了 通道待清算 (这是算资产吧借记？)这里是根据交易逐笔登记分录的吧 我的问题是T+1 日 首先我拿到对账文件核对 之后通道方给我们结算时是一笔入账的 我应该通道待清算贷记一笔总和(我理解登记备付金实际入金数，但是有问题 如果对象文件总和同入金数不一致，还要不要登记分录呢 不登记怎么处理呀)然后对应的银行科目下借记一笔？ 方便时候帮看下啊 谢啦哈 @张泽雄-民生金服-研发-北京?
12:43:26 张泽雄-民生金服 项目总监
1.待清算都是资产负债共同类，因为一笔账里有应收应付 2. 通道对账:理论上说通道对账里不仅有交易对账还有结算对账，即交易，本金，手续费，所以在对账前应先进行通道清分，算出本金手续费。 因为对账和结算都是以通道的对账单为主，所以通道待清算转到备付金资金也是以通道侧为主，对账的差异形成差错挂账，记入应收应付科目，后续通过差错处理进行平账。 处理原则是重事实轻形式，真实反映实际资金流动
12:49:00 张泽雄-民生金服 项目总监
通道侧清分，不仅是备付金，还要核算通道成本支出，通过和商户清分的手续费收入相减，核算出利润
13:02:47 徐玮 理房通支付开发经理
嗯 有一点差异 我们这的实现备付金科目记账时 是按照实际入金来登记的
13:03:25 徐玮 理房通支付开发经理
这样目的就是尽可能保证备付金科目的分录同网银要一致
13:03:43 徐玮 理房通支付开发经理
受教了啊～多谢@张泽雄-民生金服-研发-北京?
13:04:02 张泽雄-民生金服 项目总监
其实是一样的，入金也是按对账单入的。
13:05:17 徐玮 理房通支付开发经理
我们还真经常遇到……
13:05:30 徐玮 理房通支付开发经理
对账单总数同网银不一致 哈哈
13:05:57 徐玮 理房通支付开发经理
然后跟通道方沟通后……再提供份对账单
13:06:23 张泽雄-民生金服 项目总监
还有一层对账要做，账实核对，也就是结算单和银行账单对账
13:06:24 徐玮 理房通支付开发经理
所以我们对账要有批次 支持当日重复对账
13:06:42 徐玮 理房通支付开发经理
嗯对 这个一致了才能算到账
13:08:27 张泽雄-民生金服 项目总监
业务多了不能这样重复对账了，对不上的下次处理
13:09:01 张泽雄-民生金服 项目总监
哎，现在通道系统水平太差
13:09:46 徐玮 理房通支付开发经理
15:06:03 高顺生
问下大家。你们支付交易的order id生成规则是什么， guid？
15:08:15 王启荣-合众财险CTO
Leaf——美团点评分布式ID生成系统
15:08:56 王启荣-合众财险CTO
@高顺生_瑞钱宝_北京?这篇可以借鉴一下
15:14:41 高顺生
我说的可能还不是这个，我从支付系统调用方角度去说，比如我现在调用支付宝的转账借款，业务方会给支付宝传递order_id，这个order_id是唯一的，并且回调的时候也是依赖这个order_id来区分订单，我说的是这个order_id是随机生成的，还是要和某笔业务有关，比如和电商商品订单有关
15:19:53 张泽雄-民生金服 项目总监
有没有关联属于关系映射，和生成规则无关
15:22:52 蘑菇街_陈宗
我理解 只要内外单号有关联即可 没有特别的要求
15:24:20 张泽雄-民生金服 项目总监
对，如果定单号是电商生成的，应该有规则
15:25:06 张泽雄-民生金服 项目总监
谁生成的单号规则在谁那
15:26:25 沈一点-恒生电子-工程师
只要能保证唯一性
15:28:15 高顺生
当然通常转账表里面会有一个业务相关的唯一索引的id， 我比较想知道你们现在我说的那个order_id是怎么造出来的，我们现在就是简单的uuid
15:31:26 张泽雄-民生金服 项目总监
数据库主键不要用uuid,对索引影响大，一般都是前面几位有规则，后面跟一段seq
15:40:42 高顺生
不是主键 ok
19:05:36 王显斌+中国支付通+上海
一文看懂互联网支付系统整体架构
19:08:42 胡圣 支付产品经理 猪八戒网
又道链
19:41:59 我
谢谢，已投诉。
19:42:38 王晓韡-通联支付-PM
这种无德的公众号
19:42:47 王晓韡-通联支付-PM
就别和他计较了
19:43:32 Yang
这些人真可以，这种事多容易被发现啊
19:44:41 王晓韡-通联支付-PM
发现又怎么样
19:44:53 王晓韡-通联支付-PM
我昨天发了一篇文章
19:45:07 王晓韡-通联支付-PM
马上就被三个公众号转发了
19:45:34 王晓韡-通联支付-PM
既没标明转发
19:45:40 我
[强]，文章好，就会被人盯上。
19:45:43 王晓韡-通联支付-PM
又没经得我同意
19:46:06 王晓韡-通联支付-PM
不过都是关注量很少的公众号
19:46:14 王晓韡-通联支付-PM
所以无德
19:46:26 罗强-上海讯联数据 PM
@wood-通联-产品-上海?wood哥，你的公众号哪个，推荐一下呗，上次讲的很好，多学习下
19:46:40 王晓韡-通联支付-PM
我没有公众号啊
19:47:32 王晓韡-通联支付-PM
一文看懂二维码支付的前世、今生与未来！
19:47:45 王晓韡-通联支付-PM
这是我昨天写的
19:47:59 王晓韡-通联支付-PM
也给大家分享一下
19:48:33 王晓韡-通联支付-PM
以前很少写，以后慢慢的写一点
19:48:40 王晓韡-通联支付-PM
像群主学习
19:48:46 潘儒刚-连连支付PM
写的很好，昨天看到了
19:48:48 王晓韡-通联支付-PM
分享给大家
19:48:49 潘儒刚-连连支付PM
哈哈
19:49:46 徐玮 理房通支付开发经理
[强]
19:50:33 韩财光
区块链和人工智能会颠覆传统金融？
19:51:22 dio
今天没人分享吗啊
19:51:51 席纯-随行付-PM
今天周末呐
19:51:57 王晓韡-通联支付-PM
@小吴_产品-承泰-上海?，周末休息一下吧
19:52:09 我
抱歉，应该提前通知大家。
19:52:24 我
周末休息，暂不安排分享。
19:52:30 韩财光
虚拟化被包装成云也才两年时间 区块链就来了
19:53:08 dio
好的，没有主要是刚刚看完电影然后习惯性看了一下群
19:56:12 韩财光
我倒是想弄个轻量版的支付系统 支持at就行 但是财务会计那块不熟悉 对分布式事务有些想法也想验证一下
20:16:34 dio
什么情况，一下这么多人[发呆]
20:24:27 鄢回-易宝支付产品总监
各位好，易宝支付鄢回，多多指教
20:25:57 阿拉彧
@鄢回?[坏笑]
20:26:51 黑人-易宝支付工程师
@鄢回?回哥好
20:27:00 黑人-易宝支付工程师
[坏笑][坏笑]
20:28:21 韩财光
周末大酬宾 优惠券大派送
20:30:11 freewolf-天津金融资产交易所技术
@鄢回?你好 我是你客户 苏宁？
20:33:24 鄢回-易宝支付产品总监
@freewolf?[强]
20:33:54 乔俊翔-爱又米-支付开发
终于赶到末班车，期待跟各位大牛学到更多[微笑]
20:35:38 李紫建
这里基本集结了支付行业的大咖们??
20:53:44 笔尖农民-唐山银行PL
最新公安部通报中心重要通知，wana 新型恶意软件爆发预警：本次爆发的勒索软件是一个名称为“wannacry”的新家族，目前无法解密该勒索软件加密的文件。该勒索软件迅速感染全球大量主机的原因是利用了基于445端口传播扩散的SMB漏洞，微软在今年3月份发布了该漏洞的补丁MS17-010。 该漏洞的相关说明、补丁： https://technet.microsoft.com/zh-cn/library/security/ms17-010.aspx 安全建议： 1.及时更新最新的操作系统补丁。 2.关闭操作系统不必要开放的端口如445、135、137、138、139等，关闭网络共享。 3.定期备份重要文件数据。 请各位以微信等适当形式尽快通告各银行业金融机构，谢谢！
21:07:49 韩财光
windows就是个间谍软件
21:22:59 Allen-一号车交易和支付PM
安天
21:39:52 田浩沛-银生宝电子支付公司技术总
@易宝支付-鄢回-产品总监?怎么哪里都有你
21:46:46 Fiona-支付结算产品经理-优酷
安天是我前东家[捂脸][捂脸][捂脸]
22:00:05 ??桂明 ??
老熊，群发展太快了
22:03:32 李飞-产品经理 掌众金融
是不是要把整个支付的半壁江山搬过来
22:04:18 wantasy-壹钱包-数据分析
??