08:04:03 陈跃泉-苏宁架构师
请问一下，目前有没有支付系统把kafka作为可靠消息传输系统，主要场景有哪些，而不仅仅作为日志系统消息收集使用而已，谢谢
08:24:44 Jack-捷信消费金融技术主管
用rabbitmq把
08:25:01 Jack-捷信消费金融技术主管
稳定性非常好
08:25:06 pangning-安邦集团收付团队研发
差别在哪里？
08:25:24 pangning-安邦集团收付团队研发
有非它不可的理由吗
08:25:59 Jack-捷信消费金融技术主管
kafka没有用过，专门用于处理日志
08:27:28 Jack-捷信消费金融技术主管
rabbitmq原本就是处理金融方面的业务
08:27:34 我
看消息量，大部分情况下activemq， rabbitmq是足够了。
08:27:47 Jack-捷信消费金融技术主管
我们一直用了有一年多了，还没出过啥问题
08:27:51 我
Kafka的问题是部分消息会重复发送。
08:28:10 我
而且kafka没有事务。
08:28:17 pangning-安邦集团收付团队研发
我感觉ACTIVEmq就很好用
08:28:21 Jack-捷信消费金融技术主管
可靠性和性能都有不错表现
08:28:36 zhangjx-朋来先敬-CTO
[强]
08:28:38 pangning-安邦集团收付团队研发
其他的应该功能类似吧 差异大吗
08:28:40 我
每天百万以内的消息activemq够用的了。
08:29:14 我
仅消息来说是足够了，但对于电商+支付来说，经常会需要扩展。
08:29:15 pangning-安邦集团收付团队研发
有的公司自己还开发了自己的mq
08:29:55 我
比如可靠消息，延迟通知， 失败重试、安全机制等，都需要对消息系统进行扩赞。
08:30:16 我
我们是在activemq上做扩展的。
08:30:43 Jack-捷信消费金融技术主管
rabbitMq和amq两套不同的标准
08:31:37 Jack-捷信消费金融技术主管
一个是amqp协议，另一个是基于jms标准实现的
08:34:12 我
rabbitmq 功能全， 慢； zeromq是功能少，快；activemq介于两者之间。
08:35:18 Summer 梁夏
@老熊-爱奇艺-技术经理-北京?但现在还是选择rabbitmq更多一些
08:36:34 我
没有统计数据。 不知道详细情况。
08:40:25 乔俊翔-爱又米-支付开发
rocketmq有用的吗？
08:41:13 pangning-安邦集团收付团队研发
这个东西最好有迭代的过程 才能了解具体的差异 比方说系统越来越大 hold不住，慢慢演变才能更深入的了解
08:45:40 Roger丙-翼支付
mq会丢消息么？
08:46:46 萍萍妞
群里谁家做了IVR语言支付 你们用的哪家通道
08:47:03 我
我们未发现过amq服务丢消息的情况。一般是消息客户端处理不当导致消息丢失。
08:48:05 陈跃泉-苏宁架构师
rabbitmq在各个方面确实不错，但是Erlang语言我们hold不住，一旦出现问题怕搞不定，至于activemq5后续好像不再维护了，至于activemq6 artemis现在并不成熟，所以也不太感用
08:49:05 陈跃泉-苏宁架构师
目前kafka0.11版本已经支持事务了
08:49:32 陈跃泉-苏宁架构师
算是比较新的功能吧
08:49:33 萍萍妞
谁清楚请联系我 谢啦
08:51:23 紫紫-随手记支付产品经理
广州易联支付
08:54:31 萍萍妞
@紫紫-随手记-深圳?易联用的什么通道？
09:15:23 崔莹峰-恒昌利通-架构
以前没用过任何mq的话，先玩activemq吧，易安装，易维护，容易踩坑也容易填[憨笑]
09:26:17 ls.miao-支付风控工程师 网易金融
kafka做双机房 你们切换怎么做的
09:29:48 陈跃泉-苏宁架构师
我打算采用kafka的mirror功能做灾备
09:30:09 ls.miao-支付风控工程师 网易金融
mirror功能不保证partition映射
09:30:17 ls.miao-支付风控工程师 网易金融
应用直接切过去 offset不对啊
09:32:38 陈跃泉-苏宁架构师
另外如何切换跟整个dr架构有关系，另外offset可以保存到broker，仅做灾备使用，不要直接使用，等机房恢复回来再继续使用，因为消息有一定延迟是可以忍受的，不过这个跟你的业务有关系
09:33:12 ls.miao-支付风控工程师 网易金融
mirror后 offset就不对了
09:33:32 ls.miao-支付风控工程师 网易金融
我们之前也是打算这么做的
09:34:15 沈光辉-银联风控-上海
kafka为何要双机房？本身不就容灾的挺好么？
09:34:26 沈光辉-银联风控-上海
业务需要？
09:34:33 ls.miao-支付风控工程师 网易金融
mirror后的 备份集群 拿着原来的offset是无法对应master集群的offset
09:36:10 ls.miao-支付风控工程师 网易金融
银联不是用的自己的消息中间件吗 鹊桥？
09:36:33 ls.miao-支付风控工程师 网易金融
kafka跨机房部署？
09:37:14 沈光辉-银联风控-上海
我理解的magpie算不上消息中间件，而是通信协议转换的，跨语言向外暴露服务
09:37:43 沈光辉-银联风控-上海
想请教下kafka跨机房部署的目的~
09:38:46 陈跃泉-苏宁架构师
@ls.miao-网易支付-杭州?,我们单独私聊一下？
09:39:01 ls.miao-支付风控工程师 网易金融
magpie不是整合了tuexdo的一部分功能吗
09:39:10 ls.miao-支付风控工程师 网易金融
防止kafka机房断电
09:41:17 沈光辉-银联风控-上海
不太了解tuexdo~刚去看了下我们magpie的文档，定义为跨语言的rpc通讯框架
09:42:23 ls.miao-支付风控工程师 网易金融
以为有一些报文收发的功能的
09:42:59 ls.miao-支付风控工程师 网易金融
还是银联好 自己开发这些中间件
09:44:02 徐春好
tuxedo是个牛B的产品，银联转接就是基于他
09:44:28 沈光辉-银联风控-上海
[憨笑]其实纯技术上相比于互联网公司差距还是挺大的，但是我们也不断的努力~
09:45:02 ls.miao-支付风控工程师 网易金融
银联有好几套的这种的吧 我以为magpie要一统江湖的[呲牙]
09:45:27 沈光辉-银联风控-上海
内部来说几乎是一统江湖啊
09:45:59 徐春好
最早海量交易在通讯领域还是有很多很牛逼的算法的，只是现在通讯领域有些没落了，互联网起来了，做个高可用，分布式就很牛叉一样，实际上和通讯领域的许多东西比起来就是渣渣啊[偷笑]
09:48:27 徐春好
当年搞银联转接时，要求并发3000，测试搞到13556。
09:48:39 徐春好
这个数字这么多年，还记得
09:49:18 沈光辉-银联风控-上海
看来是前辈啊
09:49:58 pangning-安邦集团收付团队研发
我觉得技术上还是理性看待吧
09:50:06 徐春好
暴露年龄了[流汗]
09:50:38 徐春好
当时开源还没兴起
09:50:55 李伟锋
13500 ~
09:51:45 李奔-富友-支付PM
请教个问题 聚合支付公司的SDK 商户的APP跟聚合支付公司是怎么交互的
10:05:48 Bison-拉卡拉北京网络金融部副总
商户APP通过聚合支付SDK唤起第三方支付控件（APP），下单动作由商户APP –> 商户服务端 –> 聚合支付服务端 –> 第三方
10:06:19 Bison-拉卡拉北京网络金融部副总
先下单，再支付
10:07:56 Bison-拉卡拉北京网络金融部副总
结果分两种方式拿到，同步：支付控件 –> 聚合支付SDK –> 商户APP，异步：第三方 –> 聚合支付 –> 商户
10:09:01 Bison-拉卡拉北京网络金融部副总
聚合支付也有消息通知机制给商户，也有开放查询接口
10:14:07 李奔-富友-支付PM
支付过程是两步？ @Bison-联想金融-副总裁-北京
10:14:41 李奔-富友-支付PM
1 先下单获取参数 2用参数调用SDK唤起第三方控件
10:14:50 李奔-富友-支付PM
是这个意思么 @Bison-联想金融-副总裁-北京
10:14:56 Bison-拉卡拉北京网络金融部副总
是的
10:15:55 李奔-富友-支付PM
为啥不一步完成呢 我说的是商户端 商户端直接调用SDK SDK去聚合支付哪里获取参数 不透传给商户 直接用参数唤起第三方控件
10:17:22 Bison-拉卡拉北京网络金融部副总
安全
10:18:14 李奔-富友-支付PM
怎么理解啊？
10:19:56 维森陌-拉莫帅-帅德-布耀布耀德
sdk去聚合获取参数的合法性有效性怎么验证？
10:22:19 李奔-富友-支付PM
[愉快] 胡总来解答了
10:25:22 Bison-拉卡拉北京网络金融部副总
商户和聚合支付之间通信都有加密机制，密钥放在商户服务端安全些
11:14:51 FLD-卡说技术总监
请教一下各位，商户交易数据的统计功能一般放在哪个系统做？账务系统？还是专门的统计系统？
11:15:13 横烟秋-支付宝PM
报表系统
11:15:34 横烟秋-支付宝PM
我觉得
11:15:55 FLD-卡说技术总监
报表从各个系统抽数据？
11:16:05 Fiona-支付结算产品经理-优酷
请教一下 支付宝原路退回的支付订单有时效限制么？我知道微信是一年之内的
11:16:28 横烟秋-支付宝PM
看接口文档啊
11:16:43 横烟秋-支付宝PM
我也不知道有效期限制什么样的
11:16:55 横烟秋-支付宝PM
打电话问一下呗
11:17:34 陈小学学-迅联智付-架构师
支付宝有开放平台，我帮你看看[呲牙]
11:19:32 陈小学学-迅联智付-架构师
11:20:40 李奔-富友-支付PM
@Bison-联想金融-副总裁-北京?@Ben-富友-产品?[强][强][强]
11:23:08 胡圣 支付产品经理 猪八戒网
@陈小成-架构-重庆 你发的这张截图昨天我也截图发群里了[捂脸]
11:25:50 Fiona-支付结算产品经理-优酷
啊…约定……谢谢
11:30:06 Fiona-支付结算产品经理-优酷
再问一下 有没有像咱这样 弄出一个两年之内都能退款的优惠…[捂脸] 这样如果时间足够长，是不是只能走银行转账了？
11:31:17 孔晓光 丰瑞祥CTO
1,2年内都可以退款。。。。自己垫就行了。转账代付什么都可以。
11:31:43 mfb-中科软支付产品负责人
是啊哈哈
11:33:16 Roger丙-翼支付
银行的退款也有周期限制吧，我记得我们接的招行就是只能一年，超过一年退不回去，只能走代付
11:33:21 吝亮-联动优势
一般没有提供两年，这么久的吧
11:33:34 吝亮-联动优势
最多是一年或者330天吧
11:36:05 雷敏-深圳金融电子结算中心PM
请教一下：大家一般是把限额模块放在业务系统还是风控系统呢？
11:36:12 孔晓光 丰瑞祥CTO
基本这种都是手工处理。
11:37:22 孔晓光 丰瑞祥CTO
初期都没所谓。但是我觉得理论上还是放在风控系统里好。
11:38:54 维森陌-拉莫帅-帅德-布耀布耀德
风控
11:39:21 雷敏-深圳金融电子结算中心PM
如果风控系统挂掉了，那限额检查如何处理呢？
11:39:28 雷敏-深圳金融电子结算中心PM
是否业务系统要做限额备份呢？
11:40:08 黄朋英-易联支付PM
风控系统挂掉，没那么容易挂吧
11:40:28 黄朋英-易联支付PM
我们是做在风控系统的
11:40:41 黄朋英-易联支付PM
做成可配置化的
11:41:15 雷敏-深圳金融电子结算中心PM
可配置化具体指的是啥？
11:41:42 黄朋英-易联支付PM
就是风控同事可以自定义限额数值
11:41:59 雷敏-深圳金融电子结算中心PM
这个我明白
11:42:01 黄朋英-易联支付PM
按商户，产品，行业纬度等
11:42:10 雷敏-深圳金融电子结算中心PM
我想知道风控系统挂掉了，限额检查咋办呢？
11:42:19 雷敏-深圳金融电子结算中心PM
风控系统会搭建成分布式的吗？
11:42:43 我
简单处理办法是，风控挂了，别交易了。
11:43:03 李丹-风控经理-双乾支付
没有关系
11:43:13 李丹-风控经理-双乾支付
风控系统挂掉了可以再建
11:43:52 雷敏-深圳金融电子结算中心PM
这个再建是技术上的一种实现，对吗？
11:44:07 雷敏-深圳金融电子结算中心PM
@老熊-爱奇艺-技术经理-北京 我们可能目前还不能这么做
11:46:43 李丹-风控经理-双乾支付
能依靠技术就先在技术上实现啊
11:47:04 我
主要是在风控系统这边，我们是风控挂了就不交易了。风控系统有可能受到有目标的攻击而趴窝。 对风控系统来说，需要保证可靠性，除了分布式部署外，还得有降级方案，来保证风控系统可靠运行。
11:50:56 雷大进-快捷通技术主管
风控挂了，直接放交易
11:53:33 雷大进-快捷通技术主管
主要还是看公司的决定，都可以选择
11:53:55 张泽雄-民生金服 项目总监
这个每家对风控的承受能力不一样，各自决策
11:54:05 李丹-风控经理-双乾支付
恩恩
11:54:11 李丹-风控经理-双乾支付
同意
11:54:21 david-橙子支付-技术总监
能依靠技术就先在技术上实现啊，这是有技术成本投入的。
11:54:24 甘建新-快捷通支付架构师
嗯
11:54:45 郭志涛-信通支付-运营总监
直接放交易不是有效的办法，但是直接停止交易又是很大的损失，这是利益和弊端的一个权衡
11:56:57 张泽雄-民生金服 项目总监
可以按风险影响大小，将风险分级，小的可以过，大的拒掉
12:00:29 张泽雄-民生金服 项目总监
理论上就像群主说的，风控系统要稳定，具有容灾容错能力，如果技术上没有这个实力，风险分级就是一个办法
12:01:17 孔晓光 丰瑞祥CTO
恩，因为任何交易系统其实还是要以交易履约为原则的，尽量让交易做成。
12:08:58 杨继培
[发呆]完全自动风控？
12:09:06 杨继培
什么行业？
13:14:05 横烟秋-支付宝PM
群里有人在境外购物过的吗
13:14:19 横烟秋-支付宝PM
境外的网站购物
13:14:32 龚晓冬-银商账户-产品-上海
我购物过
13:14:35 龚晓冬-银商账户-产品-上海
怎么了？
13:15:03 横烟秋-支付宝PM
用的什么支付方式？
13:15:12 龚晓冬-银商账户-产品-上海
paypal
13:15:39 龚晓冬-银商账户-产品-上海
pay在国外一般放在很显眼的位置
13:16:16 李钦珑-深圳优讯-PM
不知道各位有没有对接网联的接口文档和产品介绍呢，方不方便共享一下。谢谢。
13:31:53 朱雄新-广发支付组
@李小胖-支付PM-深圳?都是PDF，印有对应家行的行名，这个好像不是那么适合共享~
13:32:20 李钦珑-深圳优讯-PM
[捂脸]好吧。谢谢了
13:35:16 胡新松-银联
银行版的对应发卡的
13:35:24 胡新松-银联
和收单侧应该不一样
15:56:22 Alive-借贷宝-PL
请教下各位技术大牛 P2P 信贷 风控建模是怎么做的，主要用到什么模型，什么技术
15:57:02 Alive-借贷宝-PL
@老熊-爱奇艺-技术经理-北京
16:00:09 Alive-借贷宝-PL
啥时候讲讲这块的东西
16:01:55 活动小丑-PPTV-产品
http://wechat.lixf.cn/2017/06/16/wechat30/
16:02:13 活动小丑-PPTV-产品
前段时间有大佬讲过一场信用评分模型
16:07:44 张泽雄-民生金服 项目总监
信贷风控从流程上讲有贷前、贷中、贷后控制，从风险上分为欺诈、信用评级、收益比，从模型上讲为规则、模型、神经网络，从计算上分在线、近线、离线。
16:08:25 pangning-安邦集团收付团队研发
真专业[机智]
16:09:27 张泽雄-民生金服 项目总监
核心的东西，就是所谓的数据，客户画像、行为画像等，再加上一些黑名单、关系图谱、指标运算等
16:10:32 张泽雄-民生金服 项目总监
系统架构上，与推荐系统有相同之处，可以借鉴
16:13:40 Alive-借贷宝-PL
太棒了
16:13:56 张泽雄-民生金服 项目总监
有些东西都是业内公开的东西了
16:13:57 张泽雄-民生金服 项目总监
16:14:18 张泽雄-民生金服 项目总监
16:14:24 张泽雄-民生金服 项目总监
大致上都是这些东西
16:15:12 Alive-借贷宝-PL
这种规则可以发一份吧 [抱拳]
16:15:36 呼呼-汇中金融产品经理
同求[抱拳]
16:15:48 Daniel
同求[抱拳]
16:15:55 张泽雄-民生金服 项目总监
这个。。。没法给，黑名单规则已经差不多了，自己补 一下
16:15:58 Alive-借贷宝-PL
信贷风控使用 分析数据通常使用：SPSS、SAS，采集的数据源和输出的数据集 有api 和mysql交互吗？
16:16:12 Alive-借贷宝-PL
@张泽雄-民生金服-研发-北京
16:16:36 mfb-中科软支付产品负责人
规则都是内部数据怎么发呀，公开的话规则很多会失效的啊
16:17:16 张泽雄-民生金服 项目总监
@Alive-杭州-金百仕支付-研发 有的
16:18:16 张泽雄-民生金服 项目总监
我给你简单的流程吧，这个也是业内通用的做法
16:18:18 张泽雄-民生金服 项目总监
16:18:35 张泽雄-民生金服 项目总监
16:19:51 张泽雄-民生金服 项目总监
这些也都是公开的，关键是数据支撑
16:22:16 Alive-借贷宝-PL
数据我现在都有了 现在规则不好做
16:22:56 张泽雄-民生金服 项目总监
你们不是有风控人员吗？让风控拉出规则清单
16:25:19 Alive-借贷宝-PL
还没
16:25:29 Alive-借贷宝-PL
16:27:27 温启明-包商银行 数字银行架构师
关系图谱 反欺诈 是 看 关系圈的 信用 贷款情况吗？
16:27:46 温启明-包商银行 数字银行架构师
还是有什么比较高级的算法呀
16:29:15 温启明-包商银行 数字银行架构师
风控 规则 可以考虑 从 “频繁”“异常” “规律” 三个角度 结合自身业务，基础数据 总结
16:29:19 张泽雄-民生金服 项目总监
算法没有啥高深的，关系图谱主要是防团伙欺诈
16:29:47 温启明-包商银行 数字银行架构师
强联通 弱联通 够用吗？
16:30:26 温启明-包商银行 数字银行架构师
需要也用什么 核序列坍缩算法 那种 求 社群吗？
16:30:58 温启明-包商银行 数字银行架构师
还1度 2度 3度 人脉 就够了呀
16:32:13 张泽雄-民生金服 项目总监
关系图谱圈子多大，取决于数据的广度
16:35:01 温启明-包商银行 数字银行架构师
有个问题，我用交易圈的数据 （发生交易就产生关系） 用了 弱联通 分割后 有些全还是很巨大 （最大那个有100万人），以啥维度 或者算法 进行进一步分割比较 有解释性呀
16:38:10 张泽雄-民生金服 项目总监
弱联通问题不大，如果想进一步分割 ，需要找出强变量来
16:38:45 温启明-包商银行 数字银行架构师
哦哦，试试看
16:39:36 张泽雄-民生金服 项目总监
比如一个商户，肯定会有很多人跟他有交易
16:42:39 张泽雄-民生金服 项目总监
如果不想要这些关系，可以采用白名单机制给屏蔽了
16:42:56 温启明-包商银行 数字银行架构师
对对 ，一个大商户 就把很多人关联起来， 几个大商户 （或者 代发的公司） 一下子 就形成一个 巨大的圈子 ，搞得很尴尬
16:43:48 张泽雄-民生金服 项目总监
把资质好的商户加入白名单，关系就不用画了
16:44:25 温启明-包商银行 数字银行架构师
也可以试试，
16:44:31 温启明-包商银行 数字银行架构师
嗯嗯
16:48:15 张泽雄-民生金服 项目总监
你也可以只将大额交易、高频交易、等额交易的关系画出来，这些是比较可疑的
16:48:53 温启明-包商银行 数字银行架构师
行行，[憨笑]
19:05:06 程琳-杉德支付-PM
最近一段时间韩童鞋，比较忙，所以就由本人来主持分享的工作。今天请到一位老朋友@秋秋-产品-上海? 童鞋给大家做分享。主题是“境外收单”，开始时间为19:30；欢迎欢迎[鼓掌][鼓掌][鼓掌]！（注： 1.嘉宾分享期间其他人不要发言打断嘉宾分享。2.分享完成后请大家积极补充和提问；3.烦请领取红包签到，谢谢！）
19:05:38 程琳-杉德支付-PM
微信红包
19:05:52 武伟会-国家电网新能源-PM
[强]
19:06:09 赵业招
@程琳Wa-杉德支付pm-上海?[强][强]
19:06:32 superjj-微众银行PM
[强]
19:06:37 刘杰-联通支付架构总监
[强]
19:06:49 范文敏-农业银行高级产品经理
[强]
19:06:56 少帅-快捷通支付产品
[强]
19:06:57 Wall-E 爱贝云计费产品主管
[鼓掌]
19:07:10 华-南京亚软-IT总监
19:07:11 程文东-拉卡拉PL
[鼓掌]
19:07:12 MX农行
[强]
19:07:35 杨继培
[强]
19:07:43 汪皎洁-广发银行技术PL
[强]
19:07:50 冯硕-理房通
[强]
19:07:55 夜九
[强]
19:07:59 难得糊涂
[强]
19:08:02 杨继培
顺便给主持人点赞[强]
19:08:03 蔡云龙 开联通支付
[强]
19:08:07 漫天飞雪
[强]
19:08:14 横烟秋-支付宝PM
希望大家都积极主动分享
19:08:16 ibmHuang
[强]
19:08:53 程超
赞
19:09:33 封国辉-广发银行-系统设计
[嘿哈][强][强][强]
19:09:56 uniker
[强][强]
19:10:07 Wall-E 爱贝云计费产品主管
@哈木-富友-聚合PM-上海?刚爬完喽，也有只调一个接口的形式，比如没有服务端的纯单机游戏，秘钥存在本地，app自己拼接参数调聚合sdk
19:16:30 朱海军-腾讯
[强]
19:16:39 黄波-招行信用卡-USTCS09
[强]
19:16:40 吴浩
[强]
19:18:03 大冷-银联国际支付产品
[强]
19:18:43 陈琳 中移动PM
[强]
19:21:05 徐萍 途牛产品总监
[强]
19:21:29 周亮-找钢网-金融系统PL
[强]
19:21:32 尹琎-深圳优融PM
[强]
19:22:16 mockingjay-卡行天下架构
[强][强]
19:22:30 大树-快钱产品经理
[强]
19:24:28 沈一点-恒生电子-工程师
[强]
19:25:25 呼呼-汇中金融产品经理
[强]
19:26:53 黄波-招行信用卡-USTCS09
支付圈如此强大 [强]6666
19:27:10 Adela-宜信产品经理
[强][强][强]
19:27:57 许静洋-同程金服产品
[强]
19:28:52 周红仁-去哪儿支付
[强]
19:29:13 Summer 梁夏
[强]
19:30:24 车睿??
[强]
19:30:51 横烟秋-支付宝PM
各位 你们的老朋友 秋秋又来分享了
19:31:18 文奇
[强][强]
19:31:28 横烟秋-支付宝PM
准备的比较仓促 前天才接到通知
19:31:31 龚晓冬-银商账户-产品-上海
欢迎秋秋老师~~
19:31:52 肖勇
[强]
19:32:02 横烟秋-支付宝PM
今天就在分享境外收单的业务原理和账务处理
19:32:17 横烟秋-支付宝PM
思路如下
19:32:29 横烟秋-支付宝PM
19:33:20 横烟秋-支付宝PM
我今天讲的东西可能有些已经过时 你们主要获取我的思路和一些方法论方面的 我认为就可以了
19:34:06 横烟秋-支付宝PM
为了让大家能够深入了解 我中午在莎莎网和草莓网购物体验了一下
19:34:24 横烟秋-支付宝PM
好的 下面正式开讲
19:34:55 横烟秋-支付宝PM
在2007年8月的时候，支付宝作为第三方在线支付平台首家实现了跨境在线支付业务。通过“人民币收款，向境外商家结算外币”的支付解决方案，使中国最庞大、最活跃的在线购物人群能够便利的使用人民币，在支付宝合作的境外商家网站上直接购买外币标价的商品；而来自全球的网上商家，可以通过与某某宝的合作，突破跨境支付的瓶颈，在潜力巨大的中国消费市场快速把握稍纵即逝的商机。
19:35:18 横烟秋-支付宝PM
那么 什么是境外收单？
19:36:21 横烟秋-支付宝PM
国内买家在境外商户的网站上通过支付宝使用人民币购买外币标价的商品。会员成功支付后，其账户内资金流入境外收单购汇过渡户，由支付宝代为购汇；购汇成功后，外币临时存放在支付宝在银行的外币账户中，支付宝网站汇率和实际购汇汇率产生的汇兑损益由支付宝承担；待商户临时存放在银行的外币资金满足清算限额（清算限额由支付宝和商户合同约定）后将外币清算给商户指定银行账户的过程。
19:36:56 横烟秋-支付宝PM
在整个交易过程中，支付宝只解决资金流问题,不负责物流相关问题。
19:37:36 横烟秋-支付宝PM
支持币种：英镑、港币、美圆、瑞士法郎、新加坡元、瑞典克郎、丹麦克郎、挪威克郎、日圆、加拿大元、澳大利亚元、欧元，12种海外币种（现在更多，不一一列举）。
19:37:58 横烟秋-支付宝PM
境内交易和境外收单有什么异同点
19:38:13 横烟秋-支付宝PM
相同之处：买家都使用人民币支付 不同之处：商品标价为外币，境外商户要求清算的资金也是外币
19:38:26 横烟秋-支付宝PM
下面讲几个重要名词
19:38:56 横烟秋-支付宝PM
境外商户：在境外的购物网站，商品标价为外币，向境内买家开放邮购业务，自身无法收取境内买家的人民币，或者不方便在境内银行开设人民币帐户，需要某某宝提供外汇清算服务；
19:39:12 横烟秋-支付宝PM
境内买家：某某宝上普通的买家会员，有在境外网站购物需求，没有双币种银行卡，或者不愿意使用双币种银行卡，通过现有的某某宝付款渠道，使用RMB购买外币标价的商品。
19:39:29 横烟秋-支付宝PM
购汇：买家通过某某宝委托银行购汇；某某宝通过银行的购汇接口完成买家购汇；
19:39:39 横烟秋-支付宝PM
牌价：银行对外公布的某一个时刻的购汇汇率＆结汇汇率的报价；使用RMB购买外汇的汇率叫购汇汇率，使用外币购买人民币的汇率叫做结汇汇率；某某宝作为银行对外公布牌价的一个渠道，买家根据当日某一个购汇牌价折算成人民币进行付款。某某宝根据当日某一个购汇牌价折算成人民币进行结算；两个时间的汇率差，由某某宝公司承担损益。
19:39:50 横烟秋-支付宝PM
现汇汇款：指银行按照某某宝的清算指令把外汇资金通过swift通道汇款到商户的境外银行账户上；（待满足清算限额（清算限额由某某宝和商户合同约定）后将外币清算给商户，清算产生的国内银行手续费由某某宝承担。）
19:40:00 横烟秋-支付宝PM
境外汇款申报单：银行用于向外汇管理局申报的材料，由银行填写，某某宝提供原始素材；我们这里是指买家向境外商户汇款的申报材料。
19:40:08 横烟秋-支付宝PM
国际收支申报单：银行用于向外汇管理局申报的材料，由银行填写，某某宝提供原始素材；我们这是指买家向银行购买外汇的申报材料
19:40:14 横烟秋-支付宝PM
汇兑损益：当买家成功支付后，买家某某宝账户的资金流转到我们的境外收单购汇帐户，由某某宝代为购汇，购汇成功后，外币临时存放在某某宝在银行的外币账户中，某某宝网站汇率和实际购汇时的汇率产生的汇兑损益由某某宝承担；
19:40:22 横烟秋-支付宝PM
额度控制：分别对单笔、当日累计和全年累计购汇额度三个方面进行控制购汇控制以身份证作为统计标准，通过身份证与某某宝账户的对应关系，同时达到对帐户的购汇额度进行限制的目的。
19:40:50 横烟秋-支付宝PM
讲完了以上 我来讲一下我中午的实际购物体验
19:40:58 横烟秋-支付宝PM
有兴趣的也可以体验
19:41:27 横烟秋-支付宝PM
目的是引出境外收单的业务流程和背后的支付清结算流程以及账务处理。我以支付宝为首选支付方式。
19:41:36 横烟秋-支付宝PM
19:41:41 横烟秋-支付宝PM
19:41:48 横烟秋-支付宝PM
19:41:56 横烟秋-支付宝PM
19:42:02 横烟秋-支付宝PM
19:42:06 横烟秋-支付宝PM
19:42:32 横烟秋-支付宝PM
下面这张截图比较重要了 和后面的账务流程息息相关
19:42:48 横烟秋-支付宝PM
也和我后面留给大家的作业有关
19:42:53 横烟秋-支付宝PM
19:43:15 横烟秋-支付宝PM
这张图上面有支付宝的实时汇率报价
19:43:45 横烟秋-支付宝PM
19:43:54 横烟秋-支付宝PM
19:44:04 横烟秋-支付宝PM
请关注购汇金额
19:44:39 横烟秋-支付宝PM
以上是我的中午在莎莎网上简单场景体验截图。大家现在可以在脑海里构思一下业务流程是什么样的？
19:45:36 横烟秋-支付宝PM
好了 我来用文字描述一下上述截图流程
19:45:37 龚晓冬-银商账户-产品-上海
嗯，先是实时牌价计算出来实际订单价格
19:46:27 横烟秋-支付宝PM
对的
19:46:30 横烟秋-支付宝PM
不要急
19:46:37 横烟秋-支付宝PM
才刚刚开始
19:46:49 横烟秋-支付宝PM
境外收单交易流程如下
19:48:30 横烟秋-支付宝PM
1、 我在香港的莎莎网选购商品后可选择用某某宝进行付款，进入某某宝欢迎页面，页面上清楚标示出与某某宝进行境外收单业务网站的名称。 2、 按页面引导进入某某宝登录页面，我可以看到按照某某宝网站当日公布的汇率折算后购买商品的人民币价格。 3、当我成功支付后，我某某宝账户的资金流转到某某宝的境外收单购汇帐户，由某某宝代为购汇，购汇成功后，外币临时存放在某某宝在银行的外币账户中，某某宝网站汇率和实际购汇时的汇率产生的汇兑损益由某某宝承担；待满足清算限额（清算限额由某某宝和商户合同约定）后将外币清算给商户，清算产生的国内银行手续费由某某宝承担。
19:48:53 横烟秋-支付宝PM
请对比我前面的截图
19:50:28 横烟秋-支付宝PM
下面我把流程用图表述出来
19:50:32 横烟秋-支付宝PM
19:51:53 横烟秋-支付宝PM
境外收单记账规则和账户体系
19:52:05 横烟秋-支付宝PM
账户体系如下：买家支付宝账户，购汇过渡户，汇兑损益备用金户，财务收费账户
19:52:10 横烟秋-支付宝PM
19:53:31 横烟秋-支付宝PM
1、某某宝业务系统的账户 A.??? 买家的人民币账户：即普通的某某宝个人账户，包含买家的基本信息，是个人的；买家帐户可以看到资金流入（买家充值）的信息，包括银行名称、金额等；资金流出（付款给商户）的信息，包括商品名称、付款帐户＆付款金额等；也能看到资金流入（商户退款），包括退款原因、退款帐户、退款金额等；
19:54:10 横烟秋-支付宝PM
B.??? 某某宝公司境外收单业务的专用账户：即普通的内部帐户，可以看到资金流入（购汇资金），包括商品信息，付款对象＆金额等，当日流入会有多笔；还能看到资金流出（退款资金），包括商户帐户、退款金额等；
19:54:15 横烟秋-支付宝PM
C.??? 手续费帐户：即普通的内部帐户，可以看到手续费的明细，退款的手续费不收
19:54:21 横烟秋-支付宝PM
D.??? 损益帐户：当发生汇率风险的时候，亏损资金从损益帐户出
19:54:27 横烟秋-支付宝PM
2、银行系统的账户
19:54:38 横烟秋-支付宝PM
注意我说的第二点
19:55:05 横烟秋-支付宝PM
某某宝在银行开设的境外收单业务专用账户，是人民币账户，用于购汇的资金源。银行每日与某某宝清算一次，或者实时清算，用以核算购汇资金的流出。银行为某某宝公司的境外收单业务开设的内部账户，是一个币种一个账户，用来存放当日购汇得到的外币，需要区分商户来管理；银行系统内部的购汇业务登记簿中记录每个商户的购汇流水；根据某某宝的指令定期与商户清算一次，清算周期根据某某宝与商户的协议商定；清算的动作中联动一个通过swift渠道汇款的动作。资金的流入是购汇的外币购入，资金的流出是指清算时的资金汇出；
19:55:23 横烟秋-支付宝PM
请仔细看這段
19:55:47 横烟秋-支付宝PM
3、? 商户在境外银行的账户 商户在境外开设的收款账户，为外币账户，用来接受来自某某宝的清算资金，清算周期在与某某宝的协议中约定；该账户的设置与银行在海外的协议单位有一定的关系，主要是清算指令与清算资金分来发送，会增长到账时间，增加手续费。
19:56:34 横烟秋-支付宝PM
看完上面的 下面进入账务设计
19:56:46 横烟秋-支付宝PM
A.??? 买家付款，是按照某某宝网站显示的汇率进行付款的 B.??? 付款成功，款项马上进入购汇过渡户 C.??? 购汇前需要先把佣金扣除，佣金是按照外币进行计算的 D.??? 财务收取的佣金是按照人民币收取的，收取时是按照当天扣除出来的佣金乘当天的购汇汇率进行收取的 E.??? 如有汇兑损益，是包含佣金那部分款项的，即按照交易款项进行计算汇兑损益 F.??? 如有发生退款，是按照当时付款的报价汇率来进行退款。
19:57:08 横烟秋-支付宝PM
请设计账务方面的产品注意
19:57:20 横烟秋-支付宝PM
仔细阅读這部分
19:57:42 横烟秋-支付宝PM
为了更好让大家了解资金流
19:57:52 横烟秋-支付宝PM
我花了两张图
19:58:04 横烟秋-支付宝PM
一张是资金流转图
19:58:10 横烟秋-支付宝PM
还有一张是退款
19:58:18 横烟秋-支付宝PM
资金流转（支付）图
19:58:20 横烟秋-支付宝PM
如下
19:58:24 横烟秋-支付宝PM
19:58:44 横烟秋-支付宝PM
资金流转（退货）图 如下
19:59:08 横烟秋-支付宝PM
19:59:22 横烟秋-支付宝PM
估计大家要消化一下
19:59:35 横烟秋-支付宝PM
这里面的数据逻辑关系
20:00:07 横烟秋-支付宝PM
关于后台操作还有设计的规则逻辑再次不便细说
20:00:16 横烟秋-支付宝PM
大的流程说给大家
20:00:28 横烟秋-支付宝PM
一、新商户信息录入、更新 二、传递清算信息给清算银行? 三、汇率更新 四、购汇环节
20:01:02 横烟秋-支付宝PM
群里面还有做境外收单的 可能关注点在购汇环节
20:01:47 横烟秋-支付宝PM
这里面购汇出现损益金额，此为某某宝承担的汇兑损益。
20:02:05 横烟秋-支付宝PM
请仔细阅读之前我讲的账务结构
20:02:18 横烟秋-支付宝PM
账户结构
20:02:45 横烟秋-支付宝PM
购汇环节会涉及到账务处理
20:02:56 横烟秋-支付宝PM
1）购汇文件生成时，系统根据会员支付时的汇率和扣除手续费后的外币金额计算出预算购汇资金 借：代理业务资金——购汇——购汇过渡户 ?贷：待清算购汇款项——银行——购汇待清算 2）购汇对帐后，可能会发生汇兑损益。 发生汇兑收益： 借：待清算购汇款项——银行——购汇待清算 ?贷： 代理业务资金——购汇——购汇过渡户 借：代理业务资金——购汇——购汇过渡户 ?贷：自有资金账户存款——专项备用金——汇兑损益备用金 发生汇兑损失： 借：自有资金账户存款——专项备用金——汇兑损益备用金 ?贷：代理业务资金——购汇——购汇过渡户 借：代理业务资金——购汇——购汇过渡户 ?贷：待清算购汇款项——银行——购汇待清算
20:03:13 横烟秋-支付宝PM
不用急 后面会详细讲這些分录
20:03:21 横烟秋-支付宝PM
有实际案例
20:03:41 横烟秋-支付宝PM
五、清算 在某商户上的某某宝交易产生的购外汇达到该商户的清算限额后，在T+1日内向该商户进行清算。清算限额由某某宝公司和商户合同约定。
20:03:54 横烟秋-支付宝PM
六、商户退款 由于各种原因导致商户委托某某宝将款项退还给买家的行为叫做商户退款。商户退款由商户发起，允许某某宝退款的款项从未清算给商户的资金中扣除并退还给买家。由于某某宝代替购汇时实行轧差购汇，商户退款必须满足以下两个条件的T+1日内处理：
20:04:08 横烟秋-支付宝PM
1.?? 退款所对应的交易必须为3个月以内发生的交易，超过3个月系统不予处理，直接报错； 2.?? 退款当日的交易购汇金额必须大于退款金额；若不满足则往后延迟退款，直到满足此条件再行退款。 目前上线所有商户拥有API接口，可以自行上传退款文件进行退款，并可自行查询商户对账文件和清算文件。
20:04:16 横烟秋-支付宝PM
七、购汇超限
20:04:20 横烟秋-支付宝PM
对于购汇已经超过外管局限定金额的买家，某某宝不允许他进行境外收单交易。
20:04:25 横烟秋-支付宝PM
八、日结管理
20:04:34 横烟秋-支付宝PM
2．日结的帐务处理 日结后，系统在当日24点日切时，会做以下分录： 借：待清算购汇款项——银行——购汇待清算 ?贷：存放银行活期存款——银行
20:04:53 横烟秋-支付宝PM
境外收单账务处理实例
20:05:16 横烟秋-支付宝PM
拿我之前在草莓网上面的购物体验来说
20:05:26 横烟秋-支付宝PM
假设报价汇率：0.8805，购汇金额204.68；收费费率3%（和商户约定的合同费率）。
20:06:00 横烟秋-支付宝PM
大家看到我写的报价汇率 推测一下我上面时候开始做境外收单项目
20:06:28 横烟秋-支付宝PM
假设报价汇率：0.8805，购汇金额204.68；收费费率3%（和商户约定的合同费率）。账务流程如下：
20:06:51 横烟秋-支付宝PM
1、 生成购汇文件之前：我在在草莓网使用支付宝付款，支付宝系统根据报价汇率换算成人民币报价逐步进行账务处理 人民币报价＝交易外币金额报价汇率=204.680.8805=180.22 账务处理： 借：个人账户存款（公司账户存款） 180.22 贷：代理业务资金-购汇-购汇过渡户180.22
20:07:11 横烟秋-支付宝PM
2、生成购汇文件时，系统按预算购汇金额从购汇过渡户扣除： 预算购汇金额＝[正常交易商品外币报价（1-收费费率）-退款商品外币报价]报价汇率=[204.68（1-0.03）-0]0.8805=174.81 借：代理业务资金-购汇-购汇过渡户 174.81 贷：待清算购汇款项-XX银行-X行购汇待清算（日终跑批汇总记账）174.81
20:07:23 横烟秋-支付宝PM
生成购汇文件时单边借记购汇过渡户，贷方在系统日终跑批时汇总记账
20:08:17 横烟秋-支付宝PM
上面這句和我之前讲的会计系统还有账务处理串联起来思考
20:08:43 横烟秋-支付宝PM
3、购汇成功，将购汇文件回导对账后，某某宝收费系统逐笔进行收费（某某宝以人民币计收入）， 收费金额＝正常交易商品外币报价收费费率＊购汇汇率=204.680.03*0.8791=5.40 借：代理业务资金-购汇-购汇过渡户 5.40 贷：公司账户存款（账务收费某某宝账户）5.40
20:08:54 横烟秋-支付宝PM
4、购汇发生汇兑损益的处理：收益转至“汇兑损益备用金户”，损失从“汇兑损益备用金户”补回。（计算结果为正时为收益，否则为损失） 汇兑损益＝[正常交易商品外币报价-退款商品外币报价]（报价汇率－购汇汇率）=204.68(0.8805-0.8791)=0.28 汇兑收益的账务处理(本次体验产生收益)： 借：代理业务资金-购汇-购汇过渡户 0.28 贷：自有资金账户存款－专项备用金－专项备用金0.28 若汇兑损失的账务处理如下： 借：自有资金账户存款－专项备用金－专项备用金 贷：代理业务资金-购汇-购汇过渡户
20:09:13 横烟秋-支付宝PM
是不是看到好多数字和公式了
20:09:19 横烟秋-支付宝PM
现在我来总结一下计算公式：
20:09:46 横烟秋-支付宝PM
预算购汇金额=[正常交易商品外币报价（1-收费费率）-退款商品外币报价]报价汇率
20:09:51 横烟秋-支付宝PM
收费金额=正常交易商品外币报价收费费率购汇汇率
20:09:54 横烟秋-支付宝PM
实际购汇金额=[正常交易商品外币报价（1-收费费率）-退款商品外币报价]购汇汇率
20:09:59 横烟秋-支付宝PM
汇兑损益由商品交易（扣除收费部分）产生的损益和收费产生的损益这两部分组成，退款不产生损益
20:10:05 横烟秋-支付宝PM
汇兑损益＝[正常交易商品外币报价-退款商品外币报价]（报价汇率－购汇汇率） 或者汇兑损益=预算购汇金额-实际购汇金额+收费外币金额（报价汇率-购汇汇率）
20:10:09 横烟秋-支付宝PM
退款是按照会员原来支付的时候的报价汇率退款给会员。
20:10:35 横烟秋-支付宝PM
| 如预算购汇金额大于实际购汇金额，系统对大于部分金额进行实时账务处理（本次体验退款为0）， 计算公式： | 预算购汇金额－实际购汇金额=174.54-174.54=0.27 借：待清算购汇款项-XX银行-X行购汇待清算 0.27 贷：代理业务资金-购汇-购汇过渡户 0.27 |
20:10:52 横烟秋-支付宝PM
| 如预算购汇金额小于实际购汇金额，系统将小于部分从购汇过渡户扣除（计算公司与大于的情况相同），待清算购汇的账务处理连同生成购汇文件时的待清算购汇一并在日切时跑批处理 计算公式： | 预算购汇金额－实际购汇金额 | 借：代理业务资金-购汇-购汇过渡户 贷：待清算购汇款项-XX银行-X行购汇待清算（日终跑批汇总记账） 借：待清算购汇款项-XX银行-X行购汇待清算 174.54 贷：存放银行活期存款—xx银行174.54 |
20:11:13 横烟秋-支付宝PM
好了
20:11:21 横烟秋-支付宝PM
留给大家一个作业吧
20:11:33 横烟秋-支付宝PM
请大家根据我前面的在莎莎网上的购物体验来自己也梳理一下账务流程和规则
20:11:42 横烟秋-支付宝PM
（报价汇率：6.8124），购汇金额：USD：24.81，约定收费费率3%）
20:11:47 横烟秋-支付宝PM
20:11:57 横烟秋-支付宝PM
好了 我的分享结束
20:12:10 横烟秋-支付宝PM
可能大家现在有点懵逼了
20:12:31 横烟秋-支付宝PM
下课
20:12:49 崔奕
请问是直联外管局的实时购汇额度查询接口吗
20:12:51 韩财光
刚好睡醒 多谢秋秋老师的分享
20:12:53 龚晓冬-银商账户-产品-上海
谢谢，秋球老师~~汇款过渡户的设计，还有财务收费的分离，确实很厉害！
20:13:11 张超千-点融网高级PM
好厉害
20:13:24 横烟秋-支付宝PM
谢谢大家
20:13:28 我
[玫瑰][强]，谢谢秋秋老师。
20:13:36 大冷-银联国际支付产品
谢谢秋秋老师分享
20:13:43 龚晓冬-银商账户-产品-上海
感觉这个设计有点像税务系统的记账规则
20:13:45 程文东-拉卡拉PL
谢谢
20:13:50 一wan白水-pingpong跨境金融PM
厉害??
20:14:09 横烟秋-支付宝PM
也只能讲些了
20:14:20 横烟秋-支付宝PM
希望大家理解
20:14:22 zhengfangxing
谢谢
20:14:23 黄波-招行信用卡-USTCS09
[强]功力深厚
20:14:24 lisp 财付通结算财务
@Geoff-腾讯-产品 [得意]
20:14:57 一wan白水-pingpong跨境金融PM
另外，跨境收单还包括像敦煌网这样的，卖家是国内的，买家是境外的，就变成结汇了
20:14:59 沈一点-恒生电子-工程师
跟银行的结售汇会计核算差不多
20:15:00 横烟秋-支付宝PM
下次再和大家讲跨境支付和换汇相关的东西
20:15:18 横烟秋-支付宝PM
结汇就是出口业务了
20:15:20 黄波-招行信用卡-USTCS09
@沈一点-恒生-金融产品-杭州?[强]
20:15:21 崔奕
@秋秋-产品-上海?请问是直联外管局的实时购汇额度查询接口吗
20:15:35 横烟秋-支付宝PM
进口和出口不一样
20:15:38 Geoff??
这是个好东西 哈哈@涛-分期乐-产品-深圳
20:15:50 横烟秋-支付宝PM
一个结汇 一个购汇
20:15:54 韩财光
加了个购汇 加了个汇率损益
20:15:57 lisp 财付通结算财务
你们可以交流啊[憨笑]
20:16:19 横烟秋-支付宝PM
你们仔细体会为什么要加汇率损益
20:16:34 横烟秋-支付宝PM
为什么汇率损益要自己承担
20:16:45 周红仁-去哪儿支付
[强]厉害，还在消化中
20:16:51 龚晓冬-银商账户-产品-上海
账务系统的会计分录要平衡~
20:16:59 少帅-快捷通支付产品
谢谢秋秋老师分享
20:17:05 lisp 财付通结算财务
境外商户若是adyen这种下面接商户的平台商户，按什么行业去申报呢？
20:17:06 横烟秋-支付宝PM
汇兑损益的余额方向
20:17:40 沈一点-恒生电子-工程师
作业里售汇汇率没写
20:17:41 横烟秋-支付宝PM
什么行业去还原申报
20:17:45 横烟秋-支付宝PM
要看渠道那边了
20:18:08 横烟秋-支付宝PM
购汇汇率你自己定啊
20:18:24 横烟秋-支付宝PM
是低于报价汇率还是高于报价汇率 你们自己定啊
20:18:41 横烟秋-支付宝PM
高于怎么账务处理 低于怎么账务处理
20:18:50 横烟秋-支付宝PM
你们都试算一下呗
20:18:54 龚晓冬-银商账户-产品-上海
嗯，就是汇兑损益会计方向了
20:18:56 横烟秋-支付宝PM
公司都给你们了
20:19:02 横烟秋-支付宝PM
对的
20:19:03 横烟秋-支付宝PM
哈哈
20:19:42 龚晓冬-银商账户-产品-上海
嗯，包括退款的汇兑损益折算
20:19:51 横烟秋-支付宝PM
我觉得做境外收单 精华部分我都讲出来了
20:20:24 横烟秋-支付宝PM
当然系统什么设计 购汇环节规则什么样的 你们自己思考
20:20:34 龚晓冬-银商账户-产品-上海
嗯！是的，讲的很透彻了~~
20:21:09 龚晓冬-银商账户-产品-上海
我觉得系统设计难点在于SWIFT
20:21:25 龚晓冬-银商账户-产品-上海
购汇因为通过国内银行代理购汇，相对比较容易
20:21:48 横烟秋-支付宝PM
這不是难点
20:21:54 崔奕
swift也是银行去做啊
20:21:56 横烟秋-支付宝PM
难点是账务处理
20:22:47 龚晓冬-银商账户-产品-上海
好吧。。。可能因为我对账务很熟了，反而觉得不难了
20:23:10 沈一点-恒生电子-工程师
swift是境内银行和境外银行通讯的网络
20:24:01 lisp 财付通结算财务
「秋秋-产品-上海：1.?? 退款所对应的交易必须为3个月以内发生的交易，超过3个月系统不予处理，直接报错； 2.?? 退款当日的交易购汇金额必须大于退款金额；若不满足则往后延迟退款，直到满足此条件再行退款。 目前上线所有商户拥有API接口，可以自行上传退款文件进行退款，并可自行查询商户对账文件和清算文件。」 - - - - - - - - - - - - - - - 商户能接受这种退款模式么？
20:27:17 lisp 财付通结算财务
商户其实有一部分待结算的外币资金
20:27:52 Geoff??
第2点：是退款当日的交易的购汇金额必须大于退款金额-是指用户退款对应的币种金额必须大于当日待购汇金额才能退款，只判断待购汇的外币金额，不看人民币金额么，或者如果商户有已购汇但未付款的外币余额也不能退么？@秋秋-产品-上海
20:28:56 Geoff??
如果是酱紫，商户能接受么？商户应该只理解结算币种，不理解用户支付的币种，这种设计是出于什么考虑呢？
20:29:49 横烟秋-支付宝PM
這个是之前的退款模式
20:29:51 崔奕
实际购汇金额=[正常交易商品外币报价（1-收费费率）-退款商品外币报价]购汇汇率 按他们的设计支付退款是轧差的
20:29:56 横烟秋-支付宝PM
现在什么样的我么有关注
20:31:00 Geoff??
哈哈 soga~
20:31:46 横烟秋-支付宝PM
你们从中能思考出些什么 其实我讲的就值了
20:32:18 崔奕
估计是为了减少支付退款的货币兑换次数 规避汇率波动风险
20:32:21 lisp 财付通结算财务
「我：境外商户若是adyen这种下面接商户的平台商户，按什么行业去申报呢？」 - - - - - - - - - - - - - - - 因为adyen可能接了一个airbnb，又接了一个steam，那adyen这个公司的行业也会随着下级商户变么？外管局会不会搞事情？
20:32:26 Geoff??
满满的干货[强]
20:32:35 横烟秋-支付宝PM
先不管我讲的对于否 对你们的产品设计有帮助 受启发就够了
20:33:01 横烟秋-支付宝PM
你讲的是合规上面的事
20:33:09 Geoff??
「CSII-崔奕：估计是为了减少支付退款的货币兑换次数 规避汇率波动风险」 - - - - - - - - - - - - - - - 恩，这个确实是一个因素，不过就是商户可能不太理解
20:33:13 横烟秋-支付宝PM
@涛-分期乐-产品-深圳
20:35:39 lisp 财付通结算财务
嗯嗯，只是想了解一下某某宝在这方面是怎么处理的，谢谢
20:35:40 崔奕
博弈的结果吧
20:37:33 李伟锋
有人整理文档吗
20:39:16 Peter-找钢网-PM
非常感谢 秋秋老师的精彩分享[强][玫瑰]
20:39:41 lisp 财付通结算财务
「Geoff-腾讯-产品：「CSII-崔奕：估计是为了减少支付退款的货币兑换次数 规避汇率波动风险」 - - - - - - - - - - - - - - - 恩，这个确实是一个因素，不过就是商户可能不太理解」 - - - - - - - - - - - - - - - BD也不能理解啊[微笑]
20:41:21 崔奕
bd比较强势不用担心这个[微笑]
20:41:42 程琳-杉德支付-PM
谢谢秋秋老师的分享，满满的干货~[玫瑰][强][强][强]
20:41:52 横烟秋-支付宝PM
退款是正常的业务流程
20:43:03 夜九
谢谢秋秋老师的分享，满满的干货~[玫瑰][强][强][强]
20:47:21 李子枞-齐商银行 电子银行部
[强][强][强]
21:00:50 吝亮-联动优势
刚刚将秋秋老师的分享，简单整理了一下， @秋秋-产品-上海 @李雄峰 可以发群里吗？
21:01:00 吝亮-联动优势
准备回去爬楼，慢慢研究
21:07:44 ??Ray??
[强]
21:16:21 朱雄新-广发支付组
中国人民银行2016年支付年报
21:16:22 朱雄新-广发支付组
2017070515522328590.pdf
22:55:10 王宝茁-量化派PM
[强][强][强]
22:59:04 李奔-富友-支付PM
[强][强][强]
23:17:01 雨人-百度钱包-工程师
干货多多~[玫瑰][强][强][强]
23:43:17 陈桂荣 翼支付 -研发组长
爬完楼看完，满满干货，多谢大神分享