聊天记录2017-05-10未整理版

Posted by PaymentGroup on May 10, 2017

9:18:08 今天是讨论风控吧
9:54:13 那我小白先问一个风控的问题:互联网支付公司的风控数据 需要分哪几部分采集?
9:58:06 我个人认为来源于两部分,一个是自身系统:源于与用户交互采集,另一个是外部系统:网上爬虫、外部导入或采购等。
10:05:40 这不是买的推送么
10:05:47 三方对账(1)支付流水和通道流水对,以通道为准同步状态。 (2)支付记账流水和核心流水对,以核心记账流水为准。 (3)三方流水记入应收应付流水表对,检查单边账记录。 Michael_Zhu 18:14 我们银行内的可能会和支付机构的有些差别哈~[微笑] 车睿?? 18:16 嗯,是的,外部对账对流水,内部对账对细节 Michael_Zhu 18:16 还有就是核对每个通道每日的待清算科目余额变动是否与实际发生额一致。 车睿?? 18:17 这是账面和实际的核对 =======这个是5号的对账群的聊天记录=====
10:05:50 还是本来入住的就少啊
10:06:02 20170510_100602
10:06:25 20170510_100625
10:08:41 @XXX?赞 洞察力
10:09:54 这是三方对账的顺序执行吧,先跟通道对,再跟核心对,再跟第三方对
10:11:16 多方对账一直比较头大
10:14:45 三方对账,各对各的
10:17:25 @XXX?其实可能是强迫症。。电量低于80%不爽。。
10:17:26 通道自主方,通道侧对账,为外部对账 第三方自主方,商户对账,生成对账单即可 银行侧,主要是资金对账,通过账务的日记账去对。 内部对账,以财务核心为主,进行流水勾兑。
10:18:22 github的地址有了吗
10:24:28 https://github.com/shamphone/payment-wechat
10:24:36 采用github 的markdown
10:24:43 http://wechat.lixf.cn/
10:25:04 页面展现形式、展现内容,晚上找时间整理下。
10:25:16 我再建一个群,请管理同学加入
10:25:59 GitHub人手不够的话,我可以帮忙维护[微笑]
10:26:58 谢谢,你看看,这个是public的库,可以直接下载修改的。
10:38:10 老熊的TXT文档是0505 08:43-0509 23:00 这周我没啥事儿 我先来整理这个文档 然后如果有错漏大家再补充完善 可好?
10:38:44 后续轮流制 老熊lead大家集思广益吧 哈哈哈哈~~~
10:47:18 [强]
10:52:59 @XXX-北京 我们可以整个GitHub.io这种主页的方式,一个blog团体就有了[呲牙]
10:54:09 有空我看看;
10:54:45 看样子是了[呲牙]
10:55:02 [强]
10:56:22 大家可以一起搞起来,非常棒
11:03:49 这个可以有
11:04:26 我要学习GitHub.都没用过[Facepalm]
11:04:46 [偷笑]
11:14:33 请问下 为用户开通快捷支付能力,要求用户做强实名是不是必须的?
11:15:31 实名分几类。绑卡了就实名了。还有其他实名路径可以扩充。 6.1 开始 账号都要实名制了。
11:19:04 @XXX-重庆 四要素认证~ 名字、手机号、身份证、银行卡~
11:19:13 快捷也分种类,如果是协议支付,用户绑卡后可以实名,实名是后台业务。如果是全要素支付,则不能进行实名,因为当前用户与卡主不一定是同一个人。
11:19:47 关键在于协议
11:19:54 商城本身在支付上倒不一定要实名吧?这些只是对支付公司的要求
11:21:12
11:21:51 担心盗刷
11:22:03 @XXX-深圳 拿要是有刷单行为或者黑卡呢?
11:22:08 看你快捷支付是啥。。如果只是接了微信和支付宝,不需要你自己实名
11:22:40 快捷本身的盗刷找支付公司就好了
11:23:06 你敢赔,我敢付…
11:25:17 1. 快捷后可以不实名 2. 实名需要的快捷应该是协议支付类的 3. 快捷支付在支付时,先请求风控系统进行完全评级,根据不同评级要求输入不同的要素。
11:26:39 快捷的鉴权步骤不等于实名么?
11:27:57 鉴权是交易风控,实名是客户风控,维度不一样
11:29:31 我可能说的不太准确,想说的是快捷开户那个流程,就是绑卡银行给用户发送短信验证码那个步骤
11:30:33 短信验证码验证的是手机号的有效性,验证不了客户的有效性
11:31:11 @XXX-北京 协议支付 是需要支付用户和卡是同一个人, 全要素支付 则不需要?这么理解吗
11:31:50 那线上怎么验证客户的有效性呢?人脸?token?想了解一下
11:32:44 @XXX-重庆 差不多吧,协议是需要承担责任的
11:32:53 客户承担
11:34:00 客户的有效性,我们一般指客户被冒用,这个是一个过程,当然最好的办法就是面对面
11:34:27 面签肯定是最安全的,但线上呢?
11:35:20 我觉得除了生物特征就只能验手机号或密码了
11:36:46 上传证件照,银行卡照片,用第三方鉴权,公安系统身份联网核查,人行小额系统核查[捂脸][捂脸][捂脸]目前我们给有家行就是这么搞的
11:37:51 线上的都是一种分级验证,即使快捷这样的方式,我们也只能是一个参考方式 ,比如:用户签的卡越多,实名的可靠性或级别也越高。
11:38:06 [强]
11:38:54 只要央妈认可就好[捂脸]
11:39:38 政策只是一方面,另一个方面是要对业务负责,央妈过了,公司赔钱了,也不是好事
11:39:40 按人行账户分类办法,也只是增加验证方法来增加账户等级
11:39:49 对
11:40:38 参考下蚂蚁和芝麻的做法吧
11:41:18 请教各位,快捷支付你们实现支付标记化技术了吗?
11:42:24 我觉得中信手机银行的做法可以考虑,开户时校验身份,交易时一般鉴权+人脸识别
11:43:37 风控体系中,对数据处理上有哪些好的措施?
11:46:28 银行的流程都比较正规,一般都是柜面面对面或远程面对面,风控,还是银行的比较成熟
11:51:52 有谁对支付宝的交易引擎比较了解的?能否说一下内部细节, 我感觉是一个流程引擎+规则引擎+多个业务处理模块 ,流程上,采用流程编排处理(同步)+流程协同的混合模式。 但内部的东西,比如系统级的微服务划分,就不清楚了
11:53:01 哪位能解释一下支付宝的产品账是个什么东东?是会计的另一个维度吗?
12:02:07 支付宝很复杂的吧
12:02:26 恐怕只有内部人士了解
12:42:14 嗯,网上没有找到资料,这块属于核心的东西了
13:12:57 签约是银行提供的快捷支付接口的一部分,第三方支付公司只是利用这个给用户做了实名,基础在于认为银行给用户办卡是确认了用户身份的。实名的方式有多种。
13:52:33 公司是做票据理财的,说要考个银行从业资格证?还是理财的什么证书呢?对自己对业务理解和风控有帮助呢?你建议去考个什么证书呢?
14:12:09 @XXX-产品 谢谢
14:31:03 @XXXpm 北京 请问下 刚才提到6月1日起账号需要实名,是说的百度的账号 还是别的?
14:39:43 国家要求 百度已经开始做了
14:40:11 电商的账户 全部需要实名?
14:40:59 前几天看到新闻说百度6月1日起要求实名
14:42:56 不实名,百度流量价值就不大
14:56:03 是6.1开始实施的网络安全法要求实名的
14:58:06 主要也是针对新闻信息传播行业吧
15:08:29 网络安全法以法律的形式对“网络实名制”作出规定:网络运营者为用户办理网络接入、域名注册服务,办理固定电话、移动电话等入网手续,或者为用户提供信息发布、即时通讯等服务,应当要求用户提供真实身份信息。用户不提供真实身份信息的,网络运营者不得为其提供相关服务。
15:09:59 大神们,请教下 支付机构设立会计科目的主要考量因素大概有哪些呢? 我们现在要新建会计系统 对科目的设置以及系统内不同的交易,与通道提供方之间资金的清结算该如何记录分录 很困惑 啊 求解~
15:11:14 先分享我们的第一版重构计划
15:11:15 【理房通】基于微服务新核心重构规划(上)
15:11:26 【理房通】基于微服务新核心重构规划(下)
15:13:54 支付宝分三类,资产 +负债 +共同类
15:14:10 [强]
15:15:12 嗯 是啊 抛一个具体问题
15:16:13 比如 我有代扣通道A 资金最终结算到我的备付金存管账户123 然后是T+1 汇总入账
15:16:44 那我T日 每一笔代扣交易成功后 应该如何记录 T+1日 资金真正到位之后再如何记
15:17:28 理房通用的也是spring cloud的那些组件
15:17:44 备付金账户 对应的科目 应该同真实发生一致合计一笔 还是要符合业务实际 记录N笔 如果N笔之间勾对关系算做什么。。还是说要增加 中间记账科目
15:18:01 嗯 技术是
15:18:20 会计科目结构的设计,建议参考人民银行的会计科目就行,不过也要结合自己业务情况,做些调整。一般都是三级科目,不建议设更多级。
15:18:23 扣款之后,记入到通道待清算账户,通道清算后,再入到备付金影子账户上
15:19:55 科目的设计 工行和支付宝的方式还是蛮好的,归类码+科目
15:19:57 会计系统 如果记录分录 出现错误了 都需要哪几种功能来纠正呢?
15:20:09 支付宝科目之分了2级
15:20:38 嗯 或者说一个支付公司大概所有的一级科目 二级科目 的数量级是 10个 100个?
15:20:48 各有利弊吧 看核算要求了
15:21:12 我有点不太理解,会什科目的设计不是财务的事么?
15:21:45 是。。但是我们是传统企业转型的。。。财务也不太了解支付业务
15:21:59 支付宝的设计,总账科目都是自己设计的,我们现在的部账都是用的会计准则里的,所以比支付宝多一层
15:22:30 会计更多的应该是和渠道对账方面的吧?如资产流入、留出方面,涉及到的渠道、接口、类型等
15:23:04 嗯 和渠道的资金变动一定应该在科目上有分录提现
15:23:13 20170510_152313
15:23:20 大致上是这样吧
15:23:36 但系统内部 支付交易成功也应该有所体现吧。。究竟应该设置哪些科目 交易如何生成记账凭证 不同记账凭证如何记录分录~~
15:23:51 收到 学习下
15:24:00 我个人觉得思路应该是这样:你们把所有产品和场景都梳理出来,让财务去记账,这个核算体系柜架就出来了
15:24:49 嗯 抛出不同的业务场景 单纯一个支付机构 是不是也会有一些必备的呢?
15:24:51 20170510_152451
15:24:56 记账凭证也是根据科目来的,只不过记的是明细类或分户类
15:25:08 就是一个科目的最小集 针对不同业务再丰满
15:26:09 这个应该是先设计出科目体系,然后不同的交易不同的编码,不同的编码不同的凭证,也就有了不同的分录
15:26:39 对滴 我们现在第一步就卡住了……
15:27:07 信贷业务,下的多个产品,在科目设计上大家怎么做的?
15:27:45 20170510_152745
15:28:05 1
15:28:09 这边也是这么弄的
15:28:14 比如 我有代扣通道A 资金最终结算到我的备付金存管账户123 然后是T+1 汇总入账 。 如果代扣成功后T+1日资金结算给商户的话,那么代扣成功后的会计分录: DR 备付金户 100元 CR 商户待清算过渡户 100元 T+1汇总入账的会计分录: DR 商户待清算过渡户 100元 CR 商户结算户 100元
15:28:29 @XXX-北京
15:29:26 大家会在科目上体现产品的概念么
15:29:39 不会···
15:29:50 科目是财务用来 对账的··
15:30:05 需要强的 财务知识
15:30:06 那个是叫产品账吧?
15:31:00 嗯 谢谢 但是这样我还有几个问题 @XXX-北京 这样是不是仅体现了我们同商户
15:31:02 产品账放在会计上也是可以的,一个科目有产品维度,但支付宝好像不在会计这做,有独立的产品账核算
15:31:30 T+1日 资金到账后 一定会在备付金对应的科目上也有所体现吧~~
15:31:52 @XXX-北京 资金流没有反应资金结算到备付金账户
15:32:00 我说的备付金户是支付机构备付金存管户
15:32:18 财务不关心具体产品的,财务本身就是业务基础上的抽象
15:32:32 多机构 多币种 多账套 ,产品直接做进会计 是臃肿了些
15:32:49 这里面要考虑一个问题,通道不一定是银行,也可能是第三方,清分轧差后打入到银行,才是备付金
15:33:17 产品线区分,通过两码一号来做
15:33:19 大家看看对不对哈,我也不完全确定,欢迎指正[微笑]。第一条分录是资产科目和负债科目同时增加100元。 第二条分录是两个不同的负债类科目,一个增100,一个减100.所以还是平的。这是我的思路。
15:33:22 嗯是
15:33:35 运营会计是关心产品账的
15:34:51 看财务对产品的核算粒度有多细
15:35:07 比如快捷产品,后面可以走快捷,也可以走代扣,产品核算上就是快捷。
15:35:28 资金流没有反应资金结算到备付金账户,那就反映一下,再加一条分录,看看怎么设计。
15:36:57 那这样的话,第一条分录,把备付金户,改成备付金待清算户。过渡的性质。等第二天银行汇总入账了,再做个待清算户到备付金的科目结转,就ok了。
15:37:16 这里有个点要考虑下
15:37:33 @XXX-深圳
15:37:57 @XXX-北京 产品账是独立一个账套?还是怎么和其他核算体系做区分?
15:38:38 我们出备付金报表的时候 计划就要从新的会计系统来出了 如果每笔交易发生后就在备付金科目下变化 不考虑这笔交易对账后是否可能失败 。 最终备付金科目出来的分录 会同网银对不上。。
15:39:00 比如 我有代扣通道A 资金最终结算到我的备付金存管账户123 然后是T+1 汇总入账 。 我说一下我们的做法: 借 清算资金往来 100 贷 应付账款-客户资金 100 第二天 通道对账后 借 应收账款-备付金 100 贷 清算资金往来 100 财务核实备付金账户收到对应款项 借 银行存款-备付金 100 贷 应收账款-备付金
15:39:15 因为网银是一笔入金的 然后如果某笔代扣交易的失败 理论上是不是最好不要在备付金对应的科目下体现啊。。
15:39:27 清算资金往来
15:39:42 这个是个虚拟的中间账户这种概念么~
15:40:19 嗯,可以按渠道核实对应的资金
15:40:28 @XXX-杭州 这个要看核算的粒度了,如果细的话,可以放在会计上,账套可以不独立,账套一般是对核算主体。
15:41:07 支付宝将这些清算的,都放在了共同类中
15:41:56 20170510_154156
15:42:03 这个是支付宝09年的文档了
15:43:18 [强]
15:43:36 [强]
15:43:37 他们的归类码体系 你知道不?
15:43:59 他们自己设计 的
15:44:08 很早前的了,不知道现在改没改
15:44:09 @XXX-北京 又木有完整的关于会计系统设计文档
15:44:27 20170510_154427
15:44:52 没有,我也是正在设计会计系统,不过流程上大致一样
15:45:02
15:45:59 恩,我们会遇到信贷类的业务,产品狂增,产品体现在会计上,科目会很臃肿
15:46:06 @北京一张泽雄 你们是否可以借鉴民生银行的会计分录,银行这方面应该做的是权威的了。
15:46:15 我参考了下支付宝,初步设计的是这样的
15:46:16 20170510_154616
15:46:36
15:46:50 银行的和第三方的还是有些差异的,我看过了
15:47:04 我参考过ABC的,感觉不太合适
15:48:49
15:49:44 这个图清晰
15:51:19 @XXX?帮忙注明下受邀人的姓名,公司和岗位,谢谢
15:51:48 大家可以看下这个,就知道哪些科目能用哪些不能用了,因为上面有详细的科目核算对象
15:51:49
16:00:05 有道云笔记里面可以加群,群共享资料~
16:00:55
16:01:32
16:14:32 @XXX-北京 我看了一下您这的微服务化,能否再细化一下,将各个系统的微服务结构图画出来?另外还有数据存储方案
16:14:35 ??
16:18:24 @XXX?您这次重构的团队编制有多少?全职重构吗?我们最近也想重构,但是是想分阶段分业务模块来,因为我们就3-5个人[捂脸]
16:21:35 嗯是这样的 这块我们现在也是重构起步阶段了,后续细化了 会拿出来大家帮忙挑挑毛病指正下啊。然后不怕笑话 我们部门9个人……然后一半人再做通道对接 真正重构的也只有4个人了……
16:22:16 [皱眉]原来大家都是这种局面
16:22:38 还行,不少了
16:22:54 [动画表情]
16:23:07 这你们都还直接上spring cloud了
16:24:05 @XXX-PD “财务不关心具体产品的,财务本身就是业务基础上的抽象” 到账务没有产品概念?那账务怎么发对应的分录呢
16:24:19 技术力量小 只能从开源的下手啊 可选的不多啊……
16:25:25 @XXX-北京 ,目前来看,您这目前是第一阶段规划到了用spring cloud框架来做服务治理或基础设施。
16:26:16 嗯 hystrix 现在用到了 现在的服务发现用的zk 准备部分新服务切到sc去
16:26:18 spring cloud 替代dubbo,大家都在做吧
16:26:42 嗯,ZK有问题
16:26:45 要看自己的实际情况上微服务,否则小马拉大车,累死了
16:27:16 微服务是个目标架构,慢慢来呗
16:27:21 就几个人啥都搞,大家不停的加班,出点问题搞不定,后患无穷
16:27:41 为什么不用dubbo做微服务?
16:27:48 spring cloud听说也有坑,但是我们用的是dubbo
16:27:50 我这是幸运还是不幸……老大推动 赶着我们搞
16:27:54 是的,所以基础设施一定要跟上
16:28:18 @XXX-深圳 spring cloud已经使用大半年了,没坑。
16:28:36 老大可能为了政绩,底下人为了技术,双赢的局面
16:28:52 坑与不坑,就看开发组了。
16:29:16 流量不大的话,就放心用吧,有坑也看不出来
16:29:38 微服务前,基础设施一定要弄好,否则出问题可就头大了
16:29:42 这种系统一般都是要稳定性高了
16:29:46 对
16:31:08 前期不用全部微服务,可以走逐步微服务,先切成两个,再4个,再8个,慢慢切,太过急人又少,出了问题都很急
16:31:12 netflix他们的流量大不大?其实,所有的技术本质都是为了解决问题域的问题,但是,工具只是工具,如何使用以及用得如何与开发组自身有很大的关系 。
16:32:54 是啊,团队问题也是一个风险啊
16:34:05 20170510_163405
16:34:27 谢谢大家
16:34:54 20170510_163454
16:35:14 实体书呀 不是电子稿?
16:35:26 20170510_163526
16:35:37 当然
16:36:30 那你怎么分享给群里的大伙呀[奸笑]
16:36:50 应该有电子版的pdf吧
16:37:07 读书笔记……10000
16:37:08 csdn有
16:37:12 字
16:38:02 搞微服务之前建议先摸清自己公司的api,不是所有服务都适合做成微服务
16:39:04 嗯 服务的切分很重要
16:39:13
16:39:27 [强]
16:39:32 [强][强][强]
16:39:41 硬货来了
16:39:44 [强][强][强][强][强][强][强][强][强]
16:40:07 [机智][机智][机智]
16:40:22 [强]
16:40:23 [动画表情]
16:40:35 [强]
16:40:50 还好我把手机套餐换成联通冰激凌套餐了,不限流量,不然这些干货承受不住[捂脸][捂脸]
16:40:51
16:41:18 联通冰激凌套餐 这个是什么套餐呀
16:41:32 问一下问题,p2p平台怎么才能接公安局实名认证系统?
16:41:47 我也是联通卡 [捂脸][捂脸] 每个月流量都不够用
16:41:52 流量不限[捂脸]
16:42:20 百度一下,如果你话费多,可以考虑,老用户可以直接转套餐
16:42:35 公安局实名认证系统一般不堆外的
16:42:55 好嘞 多谢[抱拳]@XXX-深圳
16:43:11 得有资质吧
16:43:12 调用接口要钱的吧
16:43:16 据了解,借贷宝是接入的
16:43:19 @XXX?国内有两三家公安部推荐的身份认证公司
16:43:23 只有少数几家公司有这个实名的接口
16:43:24 是的
16:43:30 我印象中有一个是聚宝
16:43:33 [Facepalm]
16:43:41 我记得价格蛮贵的
16:43:44 不确定我知道的认证系统和你说的一样不一样,我们接的时候,只能我们给他们传,然后他们提供给专门的对接人权限进行下载,然后再导入到自己系统里。。
16:44:04 这是商业公司,你给钱就可以用,价钱是按次数算,五块钱一次[捂脸]
16:44:22 下载的excel会告诉你传的身份信息,是否符实
16:44:59 @XXX-PM
16:45:01 @XXX-北京
16:45:02 方便发下数据模型图吗
16:45:03 20170510_164503
16:45:04 之前做车贷的时候,调用什么验证牌照的,调用一次15块钱,太贵了
16:45:07 嗯嗯
16:46:29 @XXX-杭州 还没到那一步呢
16:47:38 好麻烦~
16:47:47 头好大~
16:49:34 你们说的是国政通吧?
16:49:54 @XXX-杭州 ,[抱拳][强][强]
17:14:54 @XXX-杭州 [玫瑰]
17:23:28 有没有大神的风控模型可以参考呢
17:30:43 模型这种很少公开吧
17:30:53 都很核心
17:31:42 易联支付现在是不是代扣代付做很火
17:31:53 有什么介绍材料吗?
17:32:50 @XXX-PM 你们代扣通道费用如何?
17:33:10 模型公开就完蛋了。顶多也就模型技术公开
17:34:21 @XXX?对公还是对私?
17:34:30 一下子好多人出来了
17:34:50 对私的
17:35:51 小额高频按费率划算,大额按笔数划算,看你需求
17:36:52 请教一个结算的问题 用支付宝支付的时候 假设订单100元 支付宝优惠了10块钱 属于支付宝补贴 那么支付宝跟商户怎么结算的
17:37:47 @XXX?你说的实名认证具体指的?
17:37:48 假设扣率为0哈 方便计算 那么支付宝如果直接从备付金划给商户100元 貌似不合规啊
17:37:53 @XXX-PM 我加你了,能否私聊?
17:38:09 可以
17:38:16
17:38:49 为啥不合规呢,@XXX?
17:39:52 用户实际支付的90元 支付宝直接从备付金结算给商户100元 就是不合规啊 结算资金不能大于支付资金
17:40:18 我想知道支付宝这块是怎么处理的 另外10元怎么给商户
17:41:17 分90+10给呢
17:41:52 我想知道这个10块钱 是怎么给商户的 如果从备付金划给商户 感觉不合规
17:42:16 如果用收入账户打给商户 合规貌似是合规了
17:42:30 客户备付金账户给不合规
17:42:31 这是我自己YY哈 所以想问问大牛有没有知道的
17:43:18 备付金划 是不合规 那么怎么结算啊
17:44:32 优惠属于营销费用,补款。
17:45:25 能通过备付金划款吗
17:45:50 是先到商户的支付宝账户
17:45:51 这个应该不能通过备付金的
17:46:42 商户的支付宝账户还是银行卡 这是收款账户嘛 出款账户呢
17:48:27 ①客户付款的90元到 支付宝客户备付金账户; ②支付宝自有营销资金10元到 支付宝客户备付金账户;
17:48:36 商户的支付宝账户增加了100
17:48:50 提现的时候,都从客户备付金账户出款
17:48:54 我是这样YYDE
17:49:51 这10块钱 似乎不能直接到备付金账户
17:49:56 这么理解说好像也对,但是应该不合规哈
17:50:44 支付宝用自有资金,付款到商户支付宝账户
17:51:36 自由资金能转到客户备付金账户吗
17:51:55 自有资金账户 到 商户账户 似乎合规了 体验好差啊 商户收到两笔钱
17:51:56 有真实业务就能把
17:52:11 商户感知可以是一笔呀
17:52:30 这里有没有支付宝口碑的同学啊 帮忙答疑下啊
17:53:20 商户看到的流水 信息流可以是一笔 资金怎么做到一笔呢
17:55:05 支付宝有自有资金账户
17:55:31 先从自有资金账户到备付金账户
17:56:20 对账户的监管是宽进严出
17:56:38 探讨下支付怎么盈利的话题呗
17:56:59 一个一个话题来啊 哈哈
17:57:29 支付公司怎么盈利还是支付怎么盈利?
17:57:48 both
17:58:07
17:58:24 自有资金垫资到备付金账户,否则就形成多笔结算了。
18:01:45 是的,此时的支付宝就变成了一个通道的角色,在会计上会有相应的科目或账户来作为费用来核算。
18:13:06 @XXX?你那个流程是对的
18:20:33 20170510_182033
18:21:00 @XXX?啥玩意
18:21:55 肯定要挂账,否则试算平衡过不去
18:22:10 请问临时挂账处理,在系统层面做是什么操作?
18:22:53 差错处理
18:23:07 待清算?计入待清算户,走人工复核?
18:23:15 先塞到一个临时科目吗?
18:23:36 这个叫共同类科目
18:23:39 科目应该就是和待清算交易的科目一样吧
18:24:45 是的,你也可以放在资产或负债类
18:24:59 应收或应付科目
18:25:47 20170510_182547
18:26:39 每个通道设一个明细科目来核算就可以了
18:28:35 待人工介入后,问题解决后,人工做一笔反向分录,然后再做一笔正确的分录,这个过程就是 差错处理,对吗?
18:29:05 在对每个通道进行完流水勾兑完后,会按通道形成一张差错表,再按差错表进行差错处理
18:29:59 对的,再从应收或应付中转出来
18:40:00 谁帮我解答这个问题 谢谢
18:40:08 公司是做票据理财的,说要考个银行从业资格证?还是理财的什么证书呢?对自己对业务理解和风控有帮助呢?你建议去考个什么证书呢?
18:40:31 考 银行从业资格证
18:42:20 这个主要考 银行业法律法规与综合能力 + 风险管理、个人理财、个人贷款、公司信贷、银行管理
18:42:33 谢谢
18:43:14 6月4号考试了
18:43:31 来不及只能下半年考
18:44:02 PM也需要考这些么。。?@XXXpm 北京
18:48:48 我没考 有人问而已
18:53:50 @XXX-北京 谢谢你的回复[强]
19:11:16 客气,一般形成这样的原因除了网络外,是由于双方的会计日不同,在日切时出现了记录不一致,所以前期对接通道一定要确认对方会计日期,对账时对方按会计日期出对账单,接入方按对方的会计日期去对,会减少形成差错。 在登记内部账时,等双方会计日一致时再做处理
19:51:40 那多个通道有不同的会计日,对账系统要针对不同通道设立不同的对账日?
19:52:13 好问题[强]
19:53:15 第三方支付不能直连银行 未来网联说一个人选择 据说接银联也可以 各位怎么看?银联也是清算机构
19:57:34 会计日的差异基本上都是零点左右。 针对通道确实是分时对的,你要等对方把对账单出来,比如有的是两点,有的三点
19:58:51 通道的会计是会体现在每一笔的交易返回值中
19:59:03 通道的会计日期是会体现在每一笔的交易返回值中
20:06:19 意思是说如果通道日切是下午6点,自己也要改成下午6点么?
20:07:54 这不现实吧,不同通道的日切时间不一致
20:11:49 看了一下,今天不是说风控吗?怎么都没有聊
20:12:02 同问
20:12:07 吃饭中,一会解释日切问题
20:13:36 日切不一致可以通过差错存疑滚动对账解决的
20:16:25 因为日切不一致也是先挂账吧,然后t+2账单出来就能多平,从挂账账户结转
20:16:33 一般都是滚动对账和差错来处理
20:17:21 这个程序是没办法全部搞定的,一定要人工
20:17:30 所以,如果对账系统对账日以通道的会计日为准,个人觉得这个对账系统有点累了;觉得还是自身对账系统设立对账日,采用T+n模式,t+1差异,推到t+2,以此类推,t+n后还是有差异,进入挂起区,人工核对。
20:17:46 这种日切不一致的对账解决方法有很多。
20:18:24 通道会计日,可以作为人工核对考虑的一个因素。
20:18:33 @XXX-北京 ,说的用的是比较多得。
20:18:52 特别是你接的都不是一个渠道,都是多个渠道,有的渠道还没有接口,要你去某个平台下载的,直接gg
20:19:31 自身账务系统肯定是一个日切时间
20:19:54 是的
20:21:57 你们这种都是自己自动每天定点自动对账的吗
20:22:54 聊聊今天风控的话题,最近我们在接普林数据做为授信的参考标准,各位伙伴儿,谁有用过,效果如何?
20:23:15 对账都是自动的吧
20:23:25 手动工作量太大
20:24:42 对账是,但是触发对账这个功能的按钮是不是自动的就不知道了,我之前那家不是自动的
20:25:27 我们也不是自动的
20:25:45 风控话题希望有大神说说真正的东西,比如风控等级,模型引擎什么的
20:26:42 支持
20:27:03 讲讲有哪些维度
20:30:05 日切是会计假设中的会计分期假设,所以日切是肯定要有,对账文件的获取也是日切之后。 每一笔交易中有两个字段,一个是通道的会计日期,一个是自身的会计日期。假设对账日为t日,通道对账时按通道会计日期=t-1日的交易对,如果通道日切早,基本上都能对上;如果通道日切晚,则两个会计日不同的记录进入差错,下个会计日再对,这种情况下属于通道侧多账,财务上是允许的。
20:33:10
20:38:46 待清算如果是明显的应收应付,划分为 资产或者负债也是种不错的选择吧
20:39:35 是的
20:41:56
20:44:31 再好的风控手段也得跟业务场景结合,没法拿来就用
20:48:37 群里有组织线下交流的计划吗?
20:50:33 需要组织线下交流。
20:50:59
20:51:20 这个图感觉没说具体内容
20:51:35 @XXX?这是啥?
20:51:45 欺诈手段那个,本身就是一个指导性的大纲,一个思路
20:51:51 其实核心是数据建模
20:52:38 展开来讲?
20:52:48 群内的应该都是做个这个的,应该是需要具体描述的,这种东西我感觉对大家没有意义
20:53:31 这个不错,提供了个大方向,其次就是逐个展开来讲讲。
20:53:36 有意义啊,给了一个思考的方向
20:53:54 比如说,黑名单,我们可以汇总下,有哪些黑名单,可以从哪里获取。
20:54:05 比如手机号黑名单、身份证号黑名单等等。
20:54:19 对这样就深刻了哈
20:54:55 这些是讲ppt的时候口述的
20:55:45 关键是风控的元素大家都知道,核心是如何做,怎么区分,怎么评级,怎么升级,怎么降级
20:56:04 阿里小号是不是被列入虚拟名单的?有些平台是直接屏蔽的
20:56:24 黑名单本身是一种禁入机制,禁止做业务的
20:57:31 IP黑名单,第三方平台账号黑名单如QQ,
20:58:57 分级的话,涉及到评分机制和评分模型,这个比较核心了,这种模型要能抗攻击
21:00:02 比较典型的攻击例子有哪些
21:01:15 是识别出哪些是高风险交易而已。
21:01:26
21:01:32 对每一笔交易给出一个评分或者结果
21:02:20 是, 简单调查下,大家都是使用规则风控、使用评分表的还是更高级的图谱来做风控?
21:02:24 得到评分或者结果就是利用上面那张表的部分或者某些手段。
21:02:28 或者有更先进的模型?
21:03:30 规则和评分表的方式实际上是差不多的。
21:04:21 其他的还可以使用事件式,人工智能等方式来得到结果
21:05:09 这个就比较深了,我不太懂了,但我的理解是每个因子在评分中所占的比例,越难伪造的比例越高,比如人脸,另外一个就是组合因子
21:10:14 一般都是规则风控是第一道,因为效率高,第一道识别出风险超过了规则能力,会走第二道模型类的,毕竟业务还要做
21:11:28
21:14:41
21:15:51 风控模型确实深,一个风控总监的年薪得150万+吧
21:18:36 光有模型也没有用,怎么快速取得各种数据和累计数据是个重要的技术问题
21:18:47 普通风控规则比如单笔交易不能超过10万之类的应该是大家都知道的,但是群主所谓的风控评估表的具体组成形势是大家希望知道的,以及评估分数对应的风控等级,甚至更高级的模型,希望有大神出来讲解一下
21:20:03 而且还有一个就是如何对刚刚加入平台的用户或者商户在没有交易的情况下进行风控评级
21:23:50 评估表就是对规则以一定的分数,对一堆规则得到一个总分
21:25:32 通过注册时的各种信息跟交易时的各种信息的匹配。
21:26:36 紫杨在唯品会负责什么?
21:27:09 支付相关的各种东西吧
21:28:17 唯品花的风控内部是怎么做的?
21:28:25 你刚才说的是交易风控吧
21:28:51 比较好奇唯品花,支付风控还是有一定了解
21:28:55 嗯,是交易风控
21:29:27 唯品花因为场景选择,据我所知坏账率极低
21:29:42 场景原因
21:30:11 看过唯品会收银台的支付协议,也是醉了@XXX?
21:30:17 但还是赛选用户的吧
21:30:48 嗯
21:31:37 收银台支付协议不对外的吧?
21:32:37 有认识的吗?想找来交流下
21:32:38
21:37:07 @XXX-上海 ,用户在唯品会支付时看到的那个
21:37:36 哦
21:39:19 我原来以为是对外提供的支付协议
21:39:39 你有空可以看看
21:39:45 [憨笑]
21:40:26 恩,好的
21:41:17 非常忙没有仔细关注过[偷笑]
21:42:05 支付风控…唯品花…怎么好奇@XXX?
21:49:24 咱支付人都是废寝忘食,殚精竭虑阿,刚上完线一看群里聊天记录又不困了
21:50:15 我们的产品只在准入环节做了风控,支付环节没有做风控,支付环节需要做什么风控啊,假如调微信支付宝支付,真正的支付的风险不是在第三方支付平台吗?
21:51:20 微信支付宝我们不赔付…交易也不看
21:51:22 是要做的
21:52:00 洗澡完回来看了一下,唯品会兄弟说的那种应该是规则吧
21:52:19 还是没有说到核心,比如评级,升级,降级
21:52:38 等,风控核心部分,还有风控引擎
21:53:12 问的是什么
21:53:18 我前面都没看
21:56:28 问的是风控评估表具体组成形式是如何的,得出用户或者商户的分数后如何评级,评定等级后一段时间如何对商户或者用户的风控等级进行自然升降,还有风控引擎到底代表了什么
21:58:04 规则来说,风控引擎么一般都是用规则引擎来实现比较多。
21:58:48 风控等级这种么可以通过跑批来实现
21:59:17 说实话到现在为止我都没理解风控引擎到底是个什么东西
22:00:45 求详细说 跑p实现风控等级
22:02:03 也是通过一定规则方式来得到风控等级啊。如果让我设计可以是比如绑定银行卡数量,有没有理财产品
22:02:13 实名的级别等等
22:02:19 跑批就是定时任务
22:05:23 跑p我知道 但是风控等级怎么靠跑p实现 比如一笔交易是一个风控3级用户发生的 跑p是判断出这笔交易是否触发风控限制 而不是对这个用户进行风控等级升降或者评定
22:06:08 我应该是没说错的吧
22:06:29 不是这样子[可怜]
22:06:36 那你有风控等级的评价规则吗
22:06:48 求细说
22:07:31 @XXX-PD 能否说下你理解的 两码一号
22:07:35 打字貌似很难打这么多。。。
22:07:46 这个就是我问的问题 从最开始的评估表如何组成,如何根据评估表确认风控等级,如何对风控等级进行升降
22:07:51 我也不懂
22:08:02 [可怜]
22:08:28 求大神们细说 这块我的确很想知道 我之前聊过几个大哥人物 可能是我太笨没法理解
22:10:34 风控等级是个结果,基于多纬度的指标计算出来的,跑批的时候更新指标和评级就可以了。然后你业务流程针对评级埋点
22:11:17 专业,赞!!
22:11:24 风控求细讲。。
22:12:18 能不能举例说明一下 有点抽象 脑子不太好使
22:13:30 这样表述不错[强]
22:16:56 已经比较具体了吧,话说评分模型在各位的公司是业务输出的还是pd输出的
22:24:11 我结合上下文看了一下 你们的风控等级的意思并不是我说在用户或者商户的等级而是规则风险等级,比如单日交易100万算是风控一级,那单日交易1000万就算是风控二级,我有没有理解错误
22:26:05 在交易时,针对每一笔交易,计算它的风险等级。比如交易有交易主体,交易对手,交易地点,金额,商品这些属性,对手评10分,地点评15分,等等,计算出这一笔的分数
22:26:31 @XXX?我简单说下我理解的唯品花 作为电商领域的消费金融 主要做消费贷款 和京东白条类似 但相对于京东白条 但京东上的电商产品 种类非常多 非常全 用户数据碎片化程度相对于唯品花更小 风控核准 授信难度对唯品花来说更大 唯品花在这么短的时间内规模做上来从我的角度看室非常难的
22:26:58 规定80分以上高风险。如果总分是85,就的拦截
22:27:15 客户主体的评级那属于客户风险或信用评级了。
22:27:38 这么理解就是规则风险等级了 按群主这么说
22:28:21 评家风险等级业务上 技术上有多种形式 跑批并不适合实时风控 只能说做一些特征 用于后续应用
22:29:01 交易的风险评级主要是交易主体身份的确认
22:29:03 定时任务这种一般是预警风控
22:33:11 对。实时风控,首先得有一个对各个交易属性打分的模型,比如交易IP,可以离线计算各ip段的风险分数,再看当前ip落在哪个区间,那就打几分。
22:33:12 我们会根据评分为客户打标签,不同评分不同风险标签,可能导致羊毛少刷,人脸识别或冻结账户,拒绝交易
22:33:13 对 传统的短信验证 前一段时间比较热的设备指纹 一些风控规则
22:33:14
22:34:06 我理解平安的方式对不同客户采用不同风控手段
22:34:28 多谢各位 看来我之前的跟大家长期做风控的原理都不一样
22:34:46 看来现在各种代理ip已经被加进黑名单了
22:35:01 ip都是可变化的,只能作为判断依据,打分无意义
22:35:24 用户异常行为也算一种潜在风险吧 比如一女性用户一直买的是女性产品 突然有次买男性或者其他偏离平时消费能力的 这种
22:36:03 不能光看商品购买类型来判断
22:36:19 [捂脸][捂脸][捂脸][捂脸],各位大神是先评分,在交易时过规则,定级,然后确定让不让支付成功
22:36:20 如果cid一致,那没什么问题
22:36:31 直接讨论智能风控吧
22:36:32 @XXX?他说的意思和你说的是一个意思
22:36:34 可以是已经注册的账户ID,辅助设备指纹
22:37:21 智能风控是啥?来点高级的
22:38:33 其实大型公司的ip出口是固定的 肯定不会变 可以认为是好的 但很多坏人资源有限 ip一直变 但电信可分配的ip段比较有限 甚至有的坏人找代理 更容易识别
22:38:57 但坏数据量少从ip上是无法区分的
22:39:50 你知道VPS么??
22:40:56 求细说Vps,第一次听到
22:41:09 没概念
22:41:17 您先说下概念吧
22:41:19 异常算是多数风险的前奏 地点异常 接入的wifi异常 搜索兴趣关注异常 这些随时发生 如果针对这些提前做预警 估计能监控到大多数风险
22:41:41 有人做过设备指纹吗?
22:42:32 随时可变的代理ip
22:42:33 虚拟专用服务器
22:42:57 但是他可以变的代理ip是有范围的
22:43:16 就像以前的接码平台 手机号是有限的
22:44:00 ip需要做很细 特征也不突出 容易影响很多客户
22:44:07 这些都可以归为一类,支付环境异常
22:44:10 设备指纹
22:44:11 他也只是举例
22:44:16 手机端还好
22:44:18 pc
22:44:23 都是js中的
22:44:37 拿的浏览器信息
22:44:40 cookie
22:45:31 现在没有范围限制了…想换哪里都OK啊
22:48:09 marily你们快捷支付没校验银行的预留手机与传给你们请求的手机是否一致哈
22:48:25 @XXX?
22:49:26 兄弟们,实时风控这个这块除了群主说的那种,还有其他不同的吗
22:49:52 @XXX?有的校验有的不验
22:49:54 @XXX?这很正常,有些人手机经常变,不一定来得及去银行改
22:49:59 看通道 看方式
22:50:27 发现出现异常后增加个认证环节 比如你用过的昵称之类的
22:50:47 所以现在的四要素其实3个就可以了
22:51:10 短信快捷支付就没校验[捂脸]
22:51:33 那样会倒卡风险
22:51:43 盗卡
22:51:46 @XXX?还有阿里巴巴的黑名单库
22:52:25 @XXX?你说的绑卡?
22:52:36 tim那样就只拿了用户身份证号卡号姓名直接去支付的
22:52:38 ???
22:52:48 而且还能支付成功
22:52:58 已经试了
22:53:09 那样肯定是有问题的
22:53:18 绑卡授权好像都要手机号
22:53:22 应该要
22:53:29 手机号随便传一个
22:53:31 @XXX?明天去看下[捂脸]
22:53:34 校验最好是个人信息相关的 卡手机都可能被盗 不能用来识别个人
22:53:39 可以直接支付
22:53:41 嗯嗯
22:53:45 麻烦了
22:53:51 marily
22:53:59 我们这边试了[捂脸]
22:54:02 谢谢提醒
22:54:06 [捂脸]
22:54:29 还好留了个心[捂脸]
22:56:05 这风险极大
22:56:26 风控就是pc上的设备指纹
22:56:38 谁有相关经验么?
22:56:45 可以讲解下么?
22:57:31 关联
22:58:16 pc要指纹有什么业务价值吗?
22:58:44 不大了解这块,上次听别个讲解过
22:58:55 但是觉得他们做的很有问题
22:59:07 用的是浏览器种的cookie
22:59:24 业务上也算是个标识吧
22:59:30 一个分析的维度
23:00:38 用户操作时长
23:01:24 不像手机上的设备码还有设备号这些唯一性,pc相对比较不可控
23:01:32 拿不到pc的mac地址
23:01:37 设备指纹指的是什么,Mac
23:01:50 都是浏览器的头信息
23:01:53 但这个也可以造假
23:02:02 是的
23:02:08 pc的
23:02:18 imei
23:02:30 设备指纹很多了
23:02:33 Idfa
23:02:34 所以他们讲解的时候很怀疑
23:02:50 @XXX?比如呢
23:02:57 pc上常用的是?
23:03:09 可以全面讲解下么?
23:03:17 科勤
23:03:23 [抱拳]
23:03:57 前海的设备指纹做的不错
23:04:00 设备指纹有静态的动态的
23:04:20 有好多公司提供这种服务 我给你篇文章吧
23:04:29 @XXX-北京 讲讲设备指纹吧
23:05:08 (设备指纹那些事儿:第一册:乱世)[http://mp.weixin.qq.com/s?__biz=MzAwNzE5ODM2Mw==&mid=302751885&idx=1&sn=87d83524bb86104966af7b1a1f5e52ab&chksm=0cfec3793b894a6f2d33314dea307bd5c6fafeda0f2b5c92a33b8e25cb5abd1e9a73f2c5464d&scene=18#rd]
23:05:14 提个小建议 手机版面小 各位讨论时能不能尽量一次说完整点再发 你一句话分几段来发中间很容易被别人的回复打断了 不好阅读不好理解 个人见解啊[抱拳]
23:05:18 设备指纹不怎么了解。
23:05:45 [握手][抱拳]感谢
23:07:01 各位大神,除了群主说的那种实时风控外还有其他类型的实时风控吗?
23:07:09 好的,财光
23:07:56 @XXX?[微笑]
23:08:07 群里讨论下技术难点 概念建议自己百度谷歌
23:08:15 太多了 哪里讲得清
23:10:26
23:11:10 有小伙伴的公司支付风控是以机器学习模型为主的吗
23:12:24 说道关注的地方 只能截图慢慢体会了[偷笑]
23:33:44 @XXX?蘑菇街设备指纹不是做挺好的嘛 我认识做这个的siyao 名字怎么打忘了
23:40:41 蘑菇街的怎么做的
23:46:11 群里有风控这方面的大神,我不敢在这造作哈哈@XXX?

本文档来自“支付产品架构交流群” 的聊天记录整理,由志愿者整理并发布到本网站。如需要及时收到来自“支付产品架构交流群”的最新消息,请扫码关注“凤凰牌老熊”的微信公众号。目前支付产品架构群还有不少空位。 本群面向支付行业的有经验(2年以上)的产品经理、软件工程师、架构师等,提供交流平台。如想加入本群,请在本文评论中留言(不公开),说明所在的公司、负责的工作、入群分享的主题和时间。