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

Posted by PaymentGroup on May 7, 2017

13:24:48 借鉴老熊文章的一些思路,请教一下大家,我的app业务后台产品架构这样规划是否合理?
13:24:48 c
13:48:09 随便讨论一下哈,交流第一
13:52:12 [强]
13:58:49 这个问题的涵盖范围 有点大吧…单从这张图来看,个人觉得没毛病,不过似乎没法给出答案……[捂脸]
13:59:01 感觉还是要结合产品定位与业务场景…
14:00:54 泛泛来说的话,app的 订单管理、用户管理、查询统计 等这些服务,是在你没截全的图里面吧?…
14:01:21 是的
14:02:18 [强]
14:06:38 的确问题有点大了
14:07:42 [偷笑] 不了解具体背景,无从下手…
14:09:02 场景,用户充话费,弹出收银台,用户选择微信和支付宝付款。
14:10:27 我是准备构建一下业务后台,顺便把收银台做成公共支付应用。
14:18:58 收银台方面 接触的不多,个人感觉 作为公共支付应用的话,鉴权 和 安全性方面,是否需要考虑一些?…
14:26:19 rg
14:27:47 @XXX? 风控可以做到
14:30:15 总感觉收银台那里和支付网关,这两个东西有不和谐的地方
14:35:36 能具体说说@XXX?
14:42:24 我个人觉得,从业务流程看,应该是从订单页面到收银台,客户在收银台确认订单信息,然后选择支付方式。这里能稍微说说你的收银台和支付网关的职责么?
14:43:04 如果网关只对接通道,负责通道接口通讯,和做支付路由,这个划分是没有问题。
14:43:18 就怕收银台和网关有重叠的功能
14:43:52 我们公司的之前就是这样,到后面代码改的一团乱[捂脸][捂脸]
14:44:17 收银台的支付方式,对应网关的支付渠道
14:45:25 收银台展示可支付的渠道,用户选择后,提交,先过交易系统,校验没有问题再走支付网关给上游
14:45:48 那比如快捷和代扣这类的,路由选择在支付网关做?
14:47:10 我理想的网关是把各个支付通道进行对接,然后按照业务场景进行包装提供给收银台,比如网关提供,绑卡,充值,支付,提现,查询,对账这些业务场景
14:47:39 收银台不需要知道我提现是走的代付还是二代,还是超网
14:48:18 业务角度肯定是成本优先,客户角度是结果效应[机智]
15:37:38 @XXX?收银台有业务逻辑吗?跟交易系统的边界怎么划分的?
15:55:00 大神们 有人接到过电话有偿咨询的吗 说是一小时1000 还给发了200订金 是不是骗子啊
15:56:45 收银台 主要考虑 绑卡,验短yan密,支付,优惠选择,回调等流程。
15:57:30 我们收银台和交易记录 订单系统是分开的。2个模块。
15:59:42 收银台这块对优惠折扣券这些大家都是怎么弄的
16:00:37 是优惠平均到每个个明细上还是怎么搞
16:00:51 @XXX?营销账户
16:00:56 [愉快]
16:02:43 那你这样怎么知道退了以后,当时这个订单一个明细具体在当次交易中优惠了多少
16:03:40 @XXX?这个是清算系统吧
16:03:49 不是
16:04:10 我说一下我们的场景是这样的:
16:04:15 这个优惠是谁提供的
16:04:19 你说的优惠券是支付平台的还是商户的
16:04:28 现在我们自己给客户提供
16:04:40 支付平台
16:05:34 现在我们是这样做的,用户订场了,顺便买水收银台结算
16:06:04 这样优惠了的直接平均到这些明细中
16:06:16 导致明细很多
16:06:37 所以就想了解大家有啥好的办法没?
16:06:49 优惠券为什么是平均的,不是每笔对应么?
16:09:47 我们做活动发客户了,客户过来用买的商品里有场地的明细,商品的明细
16:10:19 想知道退了之后具体的情况
16:10:35 不然肯定不准
16:14:16 @XXX?你们收银台、交易记录和订单系统的职责怎么划分的?
16:14:22 商户有 结算账户 和 权益资金账户。 优惠都走权益账户的资金。分开即可。有营销平台管理优惠券。 2个订单做关联 对账就不乱
16:14:57 3波人。分开的pm 收银台 交易底层, 订单是包装在交易上面的结构
16:15:20 有架构图吗?
16:15:39 我记得好像有两种,要么平摊进去,退的时候扣除优惠退,有的是必须整体退,不能单独退一部分
16:15:45 各模块用什么字段关联
16:15:52 嗯,主要是想了解关于优惠这块你怎么处理的思路
16:16:10 平摊的有点不靠谱
16:16:32 需要拆单还不是特别准确
16:17:01 订单明细数据该增多了,退的时候也比较麻烦
16:19:35 我们的还有部分退
16:19:58 还是无限次直到退完
16:24:21 [衰]
16:25:24 @XXX?我们做过类似需求[偷笑]自动无限次拆分收款
16:25:42 退款
16:26:19 特别蛋疼特别对优惠这些均摊退
16:26:37 遇到系统不平帐就懵逼了
16:26:41 收款后续也会
16:27:13 现在是整体收部分退后期也想部分收
16:28:44 你们整体收后拆单?
16:28:53 嗯
16:29:20 订单的优惠折扣都平均到每个明细上
16:29:46 明细的部分你又要处理
16:30:08 肯容易造成不均
16:30:25 我们之前是约定在部分退款的时候,先退红包卡券,最后退现金
16:30:57 这样退卡券的时候,能持续培养用户下次继续在平台消费
16:31:08 这种部分退还退优惠券?退多少
16:31:15 那你这样就有问题吧
16:31:23 如果先退现金,这样客户的钱就退完了,就没下次交易了
16:31:37 优惠卷,遇到退款,退货就不退了。
16:31:47 卡券我们不退,优先退现金
16:31:57 你不退现金不是逗用户玩儿吗
16:32:24 比如一单包含4个商品共计100块,优惠券支付40,现金60,退货的时候按照商品先退商品等值的优惠券
16:32:32 [偷笑]
16:32:41 那退了现金,客户下次就可能不来了[捂脸][捂脸][捂脸]
16:32:59 退卡券,威逼利诱用户继续消费[捂脸][捂脸][捂脸]
16:33:03 那不退现金不会赔逛了
16:33:10 [偷笑]
16:33:23 起码不能赔啊
16:33:36 他的意思是你必须把券用完了
16:33:58 红包卡券是商家缴纳活动金账户里面的,平台不怕[奸笑]
16:34:52 那可能是与我们场景有点区别吧
16:35:11 我们的都是线下真实物品
16:35:26 不敢那样搞,赔死了
16:35:27 我们这么做是为了不让现金流失
16:35:37 [偷笑][偷笑]
16:36:08 左手是商户的活动金,右手是客户支付的货款,里外里平台只做担保监管
16:36:11 我觉得那样搞会被骂死
16:36:12 [憨笑][憨笑]
16:36:48 优惠卷。有很多玩法,还有那种折扣的,
16:36:56 平台主体是银行[憨笑]储户已经习惯骂银行了
16:37:45 对呀
16:37:54 我们还有折上折
16:38:30 那块很蛋疼起码10中优惠,类型
16:38:48 还有限时,针对品类
16:39:33 嗯
16:44:28 @XXX?给你个建议接我们平台,啥都满足[憨笑][憨笑]
16:44:42 @XXX?好
16:44:58 完美
16:45:37 你们平台我了解
16:45:58 但是有些大环境的事我没法决定
16:51:29 满折 满减 立减 折扣 通道满减 很多类
16:53:32 [呲牙]
16:56:11 这个东西你往细说其实也挺复杂的。特别是优惠券这类型的,比如你消费100得到1个10元优惠券,但是因为某种原因顾客要退货,那他这个优惠券给不给等,一大堆破事
16:57:02 嗯
16:57:28 尤其代金券
16:57:32 所以就想了解一下大家有什么高招
16:58:20 大家对交易风控有啥高招~
17:00:52 支付开放平台,大家有什么建议?
17:01:59 交易风控你要问什么@XXX?
17:02:01 你们两问题具体一下可以讨论一下
17:02:44 比如你们判断的条件主要有哪些
17:02:44 d
17:02:55 我感觉我要做的判断太少了
17:03:34 @XXX?满折 满减 立减 折扣 通道满减 很多类
17:03:35 卡券很复杂的,没有高招。一点一点梳理。先梳理能力结构,再看权益类型。然后想交互 和 后台
17:03:40 交易风控这块真心求大哥分享,我抛砖引玉一下,大家都说所谓的评级风控,到底是怎么弄的,比如一个商家或者这个个人,刚刚入住平台。如何评级,如果一段时间交易过大,如何升级,如果突然爆发如何评定非真实交易等
17:03:56 来,可以接你们平台不,来个说明文档
17:03:56 e
17:05:41 这是我做的 卡券系统的字段架构
17:05:47 商家交易过大?那要看他本身业务了@XXX?
17:05:53 一下说不清楚。看你的需求
17:06:42 卡券包的 文档都出了这么多。。。
17:03:56 【此图略】
17:07:12 我们的系统 和微信的卡券包功能是对齐的
17:07:16 不是,这种东西很难说的,比如有的店突然一天比之前多了三倍,你要怎么评定他,多了十倍肯定是有问题的。但是多了三倍呢,还有信用卡套现等
17:08:47 我之前已经听说过那种养pos的套现高手,不断的养流水然后大比例套现,这种怎么判定
17:09:35 看他平时消费习惯,金额,地点等
17:10:38 地点怎么拿到
17:17:03 ip
17:17:48 [捂脸]现在有些网络ip都是假的
17:17:49 黑名单
17:18:06 比如成都的艾普宽带,尼玛每次都不一样
17:18:43 光黑名单解决不了问题啊
17:19:09 你现在什么判断方法都木有?
17:20:06 有一些啊
17:20:19 判断不出来?
17:20:27 但我感觉差点儿意思想让他更强
17:21:01 对于一般用户,运营商分配的ip是不固定的
17:21:16 我其实最想知道的就是怎么评级
17:21:39 以及怎么升级,怎么降级
17:22:27 所以才会有识别代理ip的吧
17:24:00 除了这点外,真正意义的清结算有人知道到底是怎么回事吗?
17:24:11 楼上的风控兄弟你们是咋个弄的呢
17:24:30 对交易进行精准的控制
17:24:56 [捂脸]最烦的是那种网银支付的,根本不知道是不是盗卡
17:26:54 网银银行不授权,不赔付
17:27:09 也许你们公司不一样
17:27:24 不了解你们公司
17:28:42 [皱眉]我们提供网银充值和快捷充值给客户,快捷充值很好把控,但网银充值就蛋疼了
17:29:22 你们提供信用卡娶到你吗
17:29:37 [奸笑]不提供
17:30:27 那都少了一大部分的麻烦了
17:31:50 [捂脸]那的确
17:32:38 P2p是怕被羊毛党干了,现在羊毛党也是非常厉害,都用上yy军团作战了,只能把额度提高,不过这样拉新就困难,也是难呀
17:33:12 是啊
17:33:16 想做大就先别考虑其他
17:33:25 最怕还是盗卡盗刷的
17:33:34 等有规模再严打
17:33:44 盗卡肯定拦啊
17:34:42 只要没有明确阻止的其他都允许[机智][机智][机智]
17:34:47 先做了再说
17:35:27 [奸笑]盗卡你们的防范方法有哪些
17:35:32 我多收集些
17:55:17 @XXX?我做的收银台只有付款信息,优惠信息,引导用户选择支付方式。用户提交后,交易系统会做检验,校验通过的生成订单,之后调起支付网关,完成支付后收起收银台,展示支付结果。
17:57:02 如何做到有效引导,比如就引导用优惠券
17:57:27 可以控制到C的选择么
18:00:55 ?
18:03:45 @XXX?对。优惠都是前置的 下单时金额已经扣减了
18:06:45 是的
18:06:47 [呲牙]
18:08:43 银行卡一步式和两步式签约的区别和意义是什么(安全方面)
18:09:23 群里哪位前辈了解??
18:12:41 第三方存管业务签约方式有两种:一种是一步式,一种是两步式 你是这个业务么?
18:13:37 是的
18:14:30 你的说清楚。我们支付平台做的 都是快捷四要素签约。不存在你说的 2步说法
18:16:02 @XXX?在九街?
18:16:32 我再科技园二期
18:18:37 这个应该和具体业务有关系。(2步式签约之后对交易限额有提高)是不是银行的两步式签约的接入渠道有要求
18:28:19 @XXX?我在软件园一期8号楼

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