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

Posted by PaymentGroup on May 9, 2017

08:11:09 手机号+验证码登录,可以参考美团
08:11:40 支付宝现在密码找回也允许手机号+密码直接登录
09:04:01 我想讨论风控问题
09:04:10 @XXX?你看一下你们做的那个聚合支付能不能拿到卡类型
09:04:30 +1
09:04:35 我想招聘
09:04:36 就是能不能知道借记卡和贷记卡
09:04:39 我印象中是不行的
09:05:43 支持
09:05:54 我们在群里是否可以每天划定主题,集中交流讨论一类问题,多维讨论刷不过来[坏笑]
09:06:40 可以考虑考虑 这个方案好
09:06:49 @XXX?好主意
09:07:00 好主意
09:07:14 这个主意好
09:07:19 @XXX?好资源可以共享
09:07:51 我想挖人→_→
09:08:16 都是老板[抠鼻]
09:08:38 每天一个话题是个好主意。支付的每个模块都是大话题,一聊就容易分散。
09:08:39 深挖[呲牙]
09:08:40 @XXX?挖怎样的?[坏笑]
09:08:47 讨论的主题可以提前几天订哈,先预习和准备一下
09:08:53 还得有人牵头讨论。
09:09:14 想挖人的同学,看准后就私聊吧。
09:09:19 我看好老熊[玫瑰]
09:09:26 [呲牙]
09:09:30 @XXX? 我有支付牌照,招人做第三方支付
09:09:34 @XXX?上海 好像不行
09:09:35 哈哈
09:09:38 想挖人的群里发红包
09:09:57 群主很抢手
09:10:23 把群主挖走么。。。
09:10:25 什么时候可以讨论资产的账务系统和资金账务系统的区别?
09:10:28 被老熊反挖
09:10:33 @XXX?
09:10:49 @XXX?
09:10:52 招人吗?
09:11:11 你们上班都没事吗?[悠闲]
09:11:23 目前筹划团队中
09:12:01 @XXX?怎么样才能把聊天的精华内容记录下来,让没参与聊天的人回头可以翻看。。
09:12:26 我也在找工具看怎么弄…
09:12:57 有同学知道怎么弄,欢迎自荐。
09:13:02 微信收藏
09:13:05 可以一周两次主题讨论,每天的话估计强度太大,约定一个时间正是开始,然后整理总结[呲牙]
09:13:06 微信红包 https://wxapp.tenpay.com/mmpayhb/wxhb_personalreceive?showwxpaytitle=1&msgtype=1&channelid=1&sendid=1000039401201705096006165500109&ver=6&sign=b089b6f050b8959c7e11ab58e05e3959fcd41aaf17e1bf07b52e4c9a222a67538b3264ee6d847ae7ac05943e2090c8d4e70d4981fe60d30b48c6d1906d8ee1b2ec6fc01bb5941a299f75952bbaf92a5090775455f860c9abafa759875b287bb9
09:13:11 每天整理下,发一下给大家。
09:13:25 [强]
09:13:30 [鼓掌]
09:13:32 辛苦啊
09:13:33 [强]
09:13:35 [呲牙]求风控方面的讨论
09:13:38 [捂脸]会议纪要
09:13:44 昨天内容就好多
09:13:51 或者干脆定个时间语音直播
09:13:53 微信聊天记录有合并转发和保存的
09:13:59 或者我整理下发到公众号中,但是担心有些内容不便公开。
09:14:00 这个机器人都搞不定,没法分别内容,只能人肉了吧
09:14:08 围绕一个话题
09:14:27 确实需要人整理总结
09:14:33 不方便公开的就做成长图,发群里共享
09:16:22 每天信息量好大啊,根本来不及学习[委屈][委屈][委屈]
09:17:05 支付产品技术交流群的聊天记录 https://support.weixin.qq.com/cgi-bin/mmsupport-bin/readtemplate?t=page/favorite_record__w_unsupport
09:17:06 按这种方式,挑重点合并转发是不是就可以呢
09:17:13 [强]
09:17:21 我是把觉得有用的聊天记录选出来,然后合并发送给自己
09:17:31 每天内容太分散了,都来不及刷,同意按主题细化讨论
09:17:44 @XXX? [握手]
09:18:26 每天内容太零散,东一榔头西一棒槌
09:18:31 我建议咱们是不是可以每天一个或者几个主题,然后深一些的讨论下~总结的话也是看有心人咯
09:18:35 招些人分类整理,有的专门整理风控,有些整理对账 请结算等,否则都过于碎乱
09:18:57 通过按主题讨论可以更好的聚焦,也便于大家把心中的疑问逐个解答
09:18:59 建议每天的话题 由群主确定 然后大家展开
09:19:02 @XXX?估计要多几个管理员
09:19:46 话说也可以组织线下分享
09:19:49 我报名参与整理对账内容[呲牙]
09:19:52 是的,现在微信还不支持多管理员。
09:20:04 老熊应该办个论坛,分个板块啥的
09:21:04 @XXX?请问一下加人入群,是把人推荐给您,由您加入,还是可以我直接拖他进来?
09:21:06 问题不要复杂话了,先定个方向实行下
09:21:10 还是比较喜欢文字的东西
09:21:16 @XXX?但还是微信方便…
09:21:32 嗯,你们先聊 我去忙会儿
09:22:06 推荐人可以直接拉进来,我确认下即可。
09:22:07 或者内容由讨论者自荐,觉得可以被收录的内容,就@一个负责手机内容的人,这个人看到,就通过笔记软件记录下来,,,
09:22:24 手机=收集
09:23:00 人保金服支付事业部社会招聘 http://b.eqxiu.com/s/C1DhuDR4?eqrcode=1
09:23:05 建议每天(或每周期)推出几个专题题目,然后围绕这几个专题深入讨论,这样话题比较集中。也便于整理
09:23:09 各位有没有一直在知乎关注的支付金融相关得用户,分享下呗
09:24:12 +1
09:25:12 赶紧在10点前定下今天的讨论内容吧
09:25:31 我看群里一直有人在问清结算的东西,要不就从清算开始吧
09:25:40 支持
09:25:53 支持
09:26:07 支持
09:26:31 支持
09:26:43 支持
09:26:47 支持
09:26:59 只要不是台湾的主流支付方式这个话题就好[憨笑]
09:27:13 知乎。。。
09:27:14 (1)清算 (2)对账
09:27:36 这两个话题好
09:27:58 再加个风控
09:28:55 支持
09:29:22 最好能系统的讲和讨论
09:29:33 关于对账:有个问题,对账要求银行和自己业务数据的完整性,实际情况中,双方有一方漏推的情况时有发生。在这种情况下,如何设计对账比较好。
09:30:29 好厉害的群
09:31:53 漏推是你对账之后的结果,只有对账后你才会发现双方的数据是否一致,对账就是要找出这个差异出来
09:32:22 漏推是指账单不完整,还是没按时间推过来?
09:32:47 对账其实只要双方都核对成功的流水就可以了
09:33:13 应该是双方系统日切时间不一致导致的漏
09:33:23 就可以把单边账,多账和少账对出来
09:33:31 我们是专门招了一个对账的 每天把银行的数据下载下来 之后和平台对 出现有问题的 以银行为准 勾兑解决 (这种是对于没有实时勾兑功能的,如果银行有实时勾兑,如果调单了 一般是收到用户投诉,再和银行确定)
09:33:32 一般对账都是t+1
09:33:35 这种情况下需要先挂起,T+
09:33:39 对账应该分内部对账和外部对账吧
09:33:50 对时间是T+1
09:33:54 T+1日再对一下,如果还是有,就应该是单边账了吧。
09:33:57 我们之前是做的t+2
09:34:32 对账每日增加批次号 支持重新对账,然后每次新增记录 记录每条流水各批次的对账结果 以最后一次定义状态吧
09:34:35 同志们,今天就讨论对账吧,希望大家接下来的发言都是围绕对账进行的。晚上8点后我负责整理今天的内容
09:34:38 我们相当于t+1
09:34:42 为什么t+2?
09:35:39 要盖住商户结算周期 避免垫资是一个原因吧
09:35:47 对账这个,那大头在 @郭芬 这边。
09:36:20 最容易出现调单 就是银行那边升级我们这边没收到通知 之后交易又抛过去了 银行那边处理了 但是又没返回结果 这样平台这边超时了 直接失败 可以银行已经成功扣款
09:36:31 @XXX?好像有群管理机器人
09:37:06 群管理机器人 听说过 没见识过 [呲牙]
09:37:17 缓冲对账 让正常到了的账单先跑完 最好以渠道方的批次为准核对 下一轮继续核对 我觉得对账最繁琐的是 长短款的追偿 暂扣 挂账 释放 退款这些流程
09:37:26 我还领养了一个小冰 但是不会用
09:37:39 @XXX?你说的这个应该是对账差异处理
09:38:51 漏推 导致的就是双方出现差异
09:42:20 t2是因为今天的交易最晚在后天对账文件里面一定就会有,如果t2还没有,那就需要人工干预了
09:43:00 有可能对方系统日切后,今天交易在t1可能没有
09:43:14 @XXX?深圳 你们的对账时间是不是晚于所有渠道对账时间?
09:43:22 挂出日切的差异再抵消就好了
09:44:03 不行啊,比如核心日切是晚上11点,中金是凌晨,快钱是早上。
09:44:25 对账一般是按照什么来对? 银行流水号吗?
09:45:22 对的,发起方流水或者受理方跟踪号
09:45:45 看来各位大神都是支付商角度,我是商户角色[捂脸]
09:46:47 各位都是对C 端系统的角度,我是机构间的角度哈哈哈
09:46:53 每个渠道的对账的字段不一样
09:46:59 商户提供订单号,银行流水里有,以这个号对
09:47:25 所以现在我们在慢慢改造并行对账,查复清算,这样就清算就不依赖对账结果了
09:47:34 @XXX?深圳 那因为对账未晚于渠道时间导致的长短款(非时间差原因),你们怎么处理这种异常流的?
09:48:27 记录差错,人工干预[捂脸]
09:48:29 并行对账 是怎么并行法?
09:48:38 +1
09:49:03 杉德PM是不是找不到卡类型
09:49:19 没有
09:49:31 对账这块一定要人工参与的 避免不了 不管怎么优化
09:49:43 +1
09:49:53 那就对了 我就记得找不到
09:50:12 各个渠道任意时间自己对自己的,清算依据来源于交易的单笔流水查复的状态,这样白天的交易在查复以后就可以清算,对账只是晚上核对流水和记录差错人工服务用的
09:50:14 +1 差异是需要人工核实
09:50:25 @XXX?深圳 我们差错也有人工,在想怎么优化这块儿。
09:51:07 上游渠道的来账文件 时间都不确定
09:51:28 大家记录的时候可不可以隐去公司啊,怕万一我们大领导进群了,说太多会被批[捂脸]
09:51:44 你没办法搞的 比如如果你上游是银企直联的兴业渠道 结果今天他们出问题了 你怎么搞
09:51:45 @XXX?深圳 ,查复是指啥?
09:52:01 差错正常的话,一天没有几笔
09:52:27 查复就是在交易完成后,间隔时间去针对流水进行流水状态复查
09:52:45 一般一天差错只有1-2笔
09:52:54 @XXX?深圳 是去渠道方查订单状态 ?
09:53:01 有那么多差错,我们系统都不用上线了[捂脸][捂脸]
09:53:03 那一般 一笔交易 你们会重复查几次呀
09:53:04 是的
09:53:35 查复是只查复异常的交易,平账的还查复吗?
09:53:41 我们目前是按照每小时查复一次,共计查复6比
09:53:53 有的渠道不提供查询接口,指有幂等接口的,查复就不好搞了吧?
09:54:02 平账的也查,这样说为了以防万一
09:54:25 有渠道不提供查询接口?应该不能吧[惊恐]
09:54:32 不是都有查单接口
09:54:59 每小时查一次 不应该是24次吗 还是说查完6次 就进入清结算流程?
09:55:02 酱紫,我还没遇到过没有单笔查接口的通道[尴尬]
09:55:03 平账的是抽查吗?全查会不会系统压力太大
09:55:38 @XXX?深圳 ,清算的时候,清算在查一次流水状态,如果流水确定已经成功,才计入轧差,是这个流程吗?
09:55:46 查完6比就不查了,因为六次都没个终态,再查也没结论
09:56:14 目前我们是平账的也去查。
09:56:43 哦哦 也是 但是这么频繁查 交易量大的话 系统会不会很慢
09:56:48 清算和对账并行 那结算以什么时间为准呢 如果是并行可能会有先结算后入账的可能吧
09:56:50 清算的时候就不查了,只要查复有结果终态,就可以进入清算流程了
09:57:40 应该是查完6笔之后 进入可清算状态 之后等待结算 是不是?
09:57:44 平账查的意义是什么呢?不是业务都处理完了吗?
09:59:36 结算目前为了沉淀资金,结算是结算到电子账户,然后商户去设置提现时间
10:01:15 @XXX?深圳 ,平账的含义能在具体一些吗
10:02:03 问个事,有没有专门做IM的小伙伴可以推荐?
10:11:43 我们平账就是各通道流水金额能对平,会计账借贷平衡,就完了
10:12:20 @XXX?我们用的是环信
10:13:05 跟我们类似
10:15:10 不用环信,主要是因为数据不想经过别人的服务器。
10:15:33 所以要自己做一套,大概第一期在线用户30万。
10:15:50 我们用的是私有部署
10:16:14 主要是面向海外的那些大财团。
10:24:50 讨论很激烈我基本上都被刷屏[害羞]
10:26:25 没时间一直看,可又怕错过什么。。。[捂脸]
10:27:21 怕错过红包吧[捂脸]
10:27:52 [捂脸]发红包了么
10:28:05 这个真没有。
10:28:32 磊哥
10:28:43 风控方面的话题排期到哪天了。到时候聊聊风控那点事儿
10:28:50 刚看到有人说清算和对账并行,我们是清结算后才进行对账
10:29:05 只有我们是这样吗?
10:29:06 @XXX?
10:29:46 工作紧张,实在没时间参与。 你们讨论后由居委会专职人员整理一稿出来呗。 或者专题讨论能不能安排在一个合适的时间点。 比如晚上某个点。
10:29:51 很多企业都是先清算再对账吧[愉快]
10:30:42 先清算再对账? 没有对账,不可能清算啊
10:30:48 先结算再对账吧?
10:30:56 T0出款
10:30:57 先清算在对账?[捂脸][捂脸][捂脸][捂脸],求详细流程,你们这种方式已经超出了我的认知
10:31:05 先出了,再对账
10:31:21 说的是这个咩
10:32:33 对呀,日终清结算,第二天进行交易对账
10:32:40 先清算在对账,是说的实时清算t+0吧
10:33:32 只要老板能承担风险 谁先谁后都没问题
10:33:36 DVP就是即时清算的一种吧
10:33:39 +1
10:33:54 [捂脸]
10:33:59 Dvp是啥,第一次听到
10:34:27 平台支付垫付,就可以实时清算,T+N日后对账。
10:34:28 类似于银行的即时到账,即时清算
10:34:33 是等上游算清楚了,再给下游,还是直接不管上游,把钱给下游,看老板的风险
10:34:54 如果支持垫付,先清算,后对账,我觉得没有毛病。
10:34:55 应该不能说是即时清算
10:35:13 我记得群里有个钢铁电商的朋友,像我们这种电商交易清算金额每笔都很小,我想了解了解大宗交易的清算咋设计的
10:35:18 求Do模式清结算详细流程,这个应该是公司垫付模式,需要有银行授信账户或者银行备付金
10:35:51 特别是采购这种大宗商品的时候,供货商,平台,车队,司机,这种多方参与的时候,清算分润咋设计的[呲牙]
10:36:31 D0还是有业务局限性的
10:36:37 不是什么业务都适合做D0的
10:37:00 金额过大都走线下的 几十万几百万你走线上不太可能 你自己也不放心 关键是他们还有一个账期问题 更加困难 这涉及到供应链金融了
10:37:45 线下的话,那支付平台的意义何在呢[捂脸][捂脸][捂脸]
10:37:49 我想知道他们那种先清结算在对账的详细流程 有人有吗 能不能分享一下
10:38:35 就走一个信息流 你大宗商品交易 不仅仅涉及到账期 还有期货概念 这玩意你怎么搞
10:38:50 虚拟商品,会所预付款类的商户,不适合D0,连T0都不适合
10:39:30 所以现在大宗商品的像东方付通,欧冶云商这类,不知道他们的清算分润咋设计的
10:39:32 有以 公司的主体接入过支付宝吗?
10:39:36 当然如果有走线上的大额支付大神来说明一下 他们的流程 那最好了 我们之前有想做过这种 不过放弃了
10:41:37 我们是大额支付,不过有可能跟你们需求不一样,我们在银行间一级市场
10:41:58 求大神详解详细流程
10:42:01 群里人又多了
10:42:02 [坏笑]楼上是央行的?
10:42:16 中央结算是什么
10:42:23 @XXX?北京 你是央行的结算部的?
10:42:25 同问。
10:42:30 看起来好吓人
10:42:36 +1
10:42:37 [Facepalm]
10:42:38 不是,债券的
10:42:42 小公司
10:42:43 [抠鼻]我理解成央行结算部门的
10:42:52 额 这名头有些吓人。。
10:42:53 yangma
10:42:56 不是
10:43:04 小公司,中央结算?
10:43:10 明天太霸气了啊
10:43:11 如果说成中央国债登记结算有限责任公司
10:43:14 [捂脸]
10:43:31 这不是小公司了吧》。。
10:43:34 就不吓人了,我们一般简称中央结算,业内也简称中债登
10:43:57 不小啊。。。
10:44:03 来头好大[捂脸][捂脸]
10:44:12 我们这种才是小公司[捂脸][捂脸][捂脸]
10:44:22 我们负责了央行的公开市场操作,逆回购,正回购等一些宏观调控的职责
10:44:26 所以都是大额
10:44:34 @XXX?北京 ,我还以为你是搞 SAPSN呢。
10:44:36 大额的话,线上走银行的二代支付系统就解决了啊
10:44:39 中债登,中证登,都是牛逼哄哄啊
10:44:48 对对
10:45:06 逆回购,正回购
10:45:12 就是走二代大额支付
10:45:18 这种都是杠杠
10:45:45 求详细流程
10:46:29 从哪讲起呢
10:46:31 大额支付,一代和二代有啥核心区别吗?
10:47:06 中债登
10:47:39 http://www.zhihujingxuan.com/17340.html
10:48:09 从最基础的把 怎么发生订单到怎么支付完结 资金流 信息流 各个角色该干嘛
10:48:09 5568
10:48:37 这个没意思 看过了
10:49:21 我只能简单的讲,太细节的很难说。
10:49:41 就拿一笔债券交易来说
10:50:57 板凳已准备好
10:52:00 主要分为3种情况吧,交易双方都是支付系统直接成员,不是直接成员。
10:54:17 A,向B购买债券,系统检查B债券是否足额,如果足额,将B的债券从可用科目,划分到冻结科目。交易处在等款的状态
10:55:07 A通过大额支付系统向A在我们公司的资金账户汇入相应的资金。
10:55:43 后台有一个一直运行的守护线程类似的系统
10:56:16 在A的资金到位后,实行债权和资金的划分。
10:56:40 资金划拨到B在我们公司的资金账户里头
10:57:23 如果A资金不到位,过期交易失败,债券从冻结变可用。
10:58:01 如果B债券不足,A的资金原路退回。
10:58:33 汇路一般由客户自己维护。
10:59:28 因为只要券足和款足,我们就直接进行资金和债券的交割。
10:59:56 对应也能直接反映到相应银行在央行的帐上。
11:00:17 所以交割基本上是T+0
11:00:49 如果是个人参与者的话,就必须通过有结算资质的银行来代理相应的资金操作。
11:01:12 就是之前债市风暴的丙类户。
11:01:39 我们的对账,主要是内部对账和外部对账。
11:02:27 首先借贷双方必相等。
11:03:09 [强]
11:03:13 其次跟大额支付系统这些外部渠道的账务必相等。
11:03:21 有借必有贷,借贷必相等
11:03:43 哈哈
11:03:44 流水也得和内部的账务进行对账
11:04:46 基本就是这个流程。大家觉得厉害的公开市场操作,正回购,逆回购也是基于这套业务逻辑衍生出来的。
11:05:17 [强]
11:05:19 @XXX?北京 ,交易一开始检查的 B的余额 是 B的虚拟账户吧,你直接说是某个科目,难道是 会计科目分户余额?
11:05:33 [鼓掌]
11:05:35 对
11:06:03 我们分资产的账务,簿记系统,资金的账户,资金管理系统
11:06:52 出现过汇错款的情况,但是好在银行间市场,款项的追回比较容易。
11:08:21 我们的这些架构适合机构间的业务
11:08:32 估计银联也会出错吧[偷笑]
11:08:33 说的不错 但是汇路是什么
11:08:36 没理解
11:08:57 @XXX?北京 ,内部账对平,你们这边应该是指 内部虚拟账户 反馈到 会计系统的账平就OK了吧?
11:10:05 @XXX?北京 会计科目分户余额, 这是一个外部渠道账户对应到一个最底层的科目?
11:10:33 一个机构在我们这有可能有很多资金账户。个人投资者也有代理的关系在里头,汇路说白了,就是从哪转到哪
11:11:23 了解 我怎么看着很像基金从业考试里面的 基金流转过程
11:11:32 汇路的处理 是不是先冻结出账账户,然后给入账账户上账,上账成功后再把出账账户的冻结下账?
11:11:33 @XXX?北京 大体是这样的。我对资产的账务系统很熟悉,对资金的欠缺点。
11:12:06 还是你们有其他的处理办法。
11:12:10 求有空详细分析资产的账务系统 特别是您这种专业的
11:12:14 汇路就是路径
11:12:37 这是我们的叫法
11:12:38 哦哦 那在你们那里的资金记录 是如何记录的呢
11:12:48 同求资产的账务系统。
11:14:40 @XXX?成都 这个我最近也正在看之前公司的全部文档,还没理解透。
11:15:30 哦哦
11:15:37 我负责的事全国银行业信贷资产登记流转系统的整体系统建设,最近正要做一套资金和支付系统,所以也正想怎么结合公司的资金和支付系统。
11:16:12 需要向大家取经哈哈
11:16:58 @XXX?
11:17:33 @XXX?北京 能解释一下刚提到的资金和资产两者区别吗?
11:18:15 在我们类似于交易所的单位里头,资产账务,涉及到的权益。
11:18:53 登记的是债权。
11:19:23 所以资产里头,就有发行人和债权人
11:20:05 而且为了支持各种业务,资产的科目比资金的复杂
11:20:23 我们这大概有小20个科目吧
11:20:45 谁有比较好的收银台设计方案分享一下
11:20:48 谢谢!
11:21:15 资产账的核算相对来说最难做
11:22:00 恩,比较复杂,所以那个系统和资金系统是我们最核心的两大系统。
11:22:33 数据库有150个表
11:23:26 5569.png
11:23:47 仅供参考
11:23:49 @XXX?北京 “我们这大概有小20个科目吧” 有了新的产品科目共用,在业务上做一层归类吗?
11:24:38 这个应该是主要看 会计需要怎么核算吧。
11:24:49 @Tim_泉眼网络 我这个设计太偏具体业务 仅供参考
11:25:04 你这个是c端
11:25:16 具体业务千变万化,底层科目,比如说冻结,可用,待付,抵押,这些一般不变,具体业务具体自己负责具体的差异
11:25:37 对,我这个是C端
11:28:29 蘑菇街的哥们,你和央行的哥们能不能细说一下你们这个所谓的具体业务,以及所谓的业务上架一层是什么意思
11:29:28 @XXX?北京 这是个胖收银台的架构吧,去哪儿的收银台相对简单多了,只是做了支付的受理
11:29:45 能分享一些具体的经验关于这块的吗,谢谢!@XXX?北京
11:32:56 @Tim_泉眼网络 你们的收银台是啥需求
11:32:57 你们那个下单:1.拆单;2.卡券,3.支付到第三方,未响应,用户继续付款以及修改价格或在支付方式,那块你是如何处理的;4.你有没有部分退商品,对这块的部分退以及优惠是如何处理的
11:33:23 线下买品
11:34:21 求牛指导,关于收银台这块的一些疑惑
11:37:07 对账这块有个问题。 T+1对账,跨日差异T+2消除。假一方T对账单部分漏掉或有误,一种解决方式是: 重新生成T对账单,重新对账,带来问题是T过去几天了,T+N都需要重新对账(因为依赖T+N-1的结果) 问下大家怎么处理的?
11:43:10 1. 每天都去查差异,如果核实是银行/第三方回调信息晚的原因,就记录生成T对账单,如果还是不平,继续生成T对账,一般过2天就能对平了 2. 如果是其他问题,先把这笔帐挂起,不再参与对账,人工核实具体问题后,进行销账处理。
11:44:30 @XXX?上海 在科目之上有一层归类码, 科目不做产品属性区分,产品属性在归类码上体现
11:46:06 @阿森,平一笔差异 需要关注交易和账务的相应记录的状态吧。
11:47:47 那要看待查挂账系统做的是否强大了[偷笑]
11:48:06 是的,哈哈
11:49:15 能做成幂等,支持重复对账吗?会有什么问题?
11:49:15 5570.jpg
11:51:21 差异都交由另外的系统处理,交易上还要关心么
11:51:42 [坏笑]干嘛撤回嘛。。才看了几眼=-=
11:51:53 同求。
11:51:54 [坏笑]
11:52:04 不要撤回嘛
11:52:11 同求。
11:54:27 @XXX?平账的部分需要较强的人工干预,会从交易,账务,第三方/银行这几方面来找出对账不平的根源并解决。挂账分两部分,待查长款和待查短款。短款的问题要严重些
11:57:57 [强]
11:58:12 [强]
13:41:56 各位大神。请教下有支付牌照,但业务是在互联网支付和预付卡发行的资质,能做聚合支付线下扫码支付吗[抱拳][抱拳][抱拳]
13:42:00 [抱拳]
13:43:08 包装
13:43:27 这个都算是日经问题了,我三天都看到了这个问题了
13:44:39 可是人行会查清结算的交易的
13:52:41 问下 有没有见过结算和支付分开来的,结算更偏业务些,支付偏工具些
13:53:48 或者有没有关于结算和支付的定义区分和边界划分
13:55:18 支付和结算,本身也应该分开吧?支付是不需要关心结算规则的
13:55:53 支付需要关注的是账单信息,结算根据平台规则,抽佣也好扣除相应金额也好,是结算规则
14:19:29 有在杭州支付公司做的吗
14:20:05 有的啊
14:20:11 [抱拳]
14:21:23 有的啊
14:22:31 我想从银行跳了
14:22:36 有推荐的吗
14:23:02 银行这么好的公司
14:23:14 压力大
14:23:18 那你以后想从事什么呢
14:23:19 银行是个围城,外面的人想进去,里面的人想出来
14:23:21 从银行跳到第三方支付 应该很抢手吧
14:23:25 养老呗
14:23:27 我也想进银行[捂脸]
14:23:43 你想做什么岗位
14:24:24 产品经理吧
14:24:31 项目经理压力大
14:25:02 银行经常半夜投产的
14:25:10 搞到通宵
14:25:15 我们这边有内推的
14:25:16 没这么容易的
14:25:23 支付公司一样的
14:25:30 经常通宵
14:25:33 连连支付来过我们这里
14:25:34 上线
14:25:46 呵呵,银行就别说苦了,其它公司15730*2
14:25:54 啊
14:25:58 [偷笑]
14:26:00 [捂脸]不要提上线
14:26:04 支付公司也这样啊
14:26:11 招聘么 还是
14:26:15 银行还不满意
14:26:19 出来就知道了
14:26:31 支付公司只会更厉害
14:26:33 都是啊,核心系统肯定半夜上线
14:26:37 [捂脸][捂脸]
14:26:44 支付公司真的也这样。。白天上线影响交易,都是半夜上线的
14:26:52 生产系统哪次不是下半夜上线的
14:27:03 上线还提心吊胆的[捂脸]
14:27:09 对,都是后半夜
14:27:12 产品经理不用上线啊
14:27:18 只要验证就好了啊
14:27:20 没有预发搞得好,白天发布的公司吗?
14:27:28 产品经理。。反正我们是要的
14:27:30 操着卖白粉的心,挣着卖白面的钱
14:27:31 出问题都是项目经理的事情
14:27:43 陪着技术守上线
14:27:52 没有预发搞得好,白天发布的公司吗?
14:27:53 我们这边不用
14:28:05 上线好了,通知下他们就好了
14:28:11 他们在验证下
14:28:41 项目经理反正上线各种担心
14:29:02 在小的上线,都是提心吊胆
14:29:12 是啊
14:29:24 感觉做这行压力挺大的
14:29:38 操着卖白粉的心,挣着卖白面的钱
14:30:25 有没有不用半夜上线的啊
14:30:58 杭州支付公司我就知道连连支付
14:32:12 我们是产品也要陪着上线的
14:32:15 可以帮你内推下
14:32:59 有没有兴趣来我们这儿卖保险
14:33:31 安邦保险是也有自己的支付牌照么
14:33:35 还是。。。
14:34:03 安邦好像最近被重点关注了啊
14:34:09 被国家
14:34:32 @XXX?什么岗位呢
14:34:35 嗯
14:35:01 不过去你们那里感觉要面对些老同事,这个感觉不是很好啊
14:36:11 可以去招聘网站上看下岗位,我也不知道你想做什么岗位啊
14:37:44 杭州的支付公司也多啊 支付宝啊 ,快捷通啊,贝付,商盟支付
14:38:18 哦
14:39:53 alipay会哭不
14:40:26 支付宝当然知道了,这个不用说的
14:42:19 网易不是在杭州吗
14:44:39 别做支付了,去电商公司或者金融公司搞,你跳支付不是亏了吗
14:46:43 哦,在银行4年多,主要就搞了支付跟供应链金融
14:46:57 不知道去哪块好
14:47:22 这里面找工作也靠谱啊 哈哈
14:48:11 想来银行的,我可以推荐
14:49:08 对银行无感
14:49:14 [阴险]
14:49:28 为啥啊
14:49:41 区块链很有前途啊,为什么不继续在里面做呢
14:50:06 银行要求高呀,现在都要研究生了,没机会了
14:50:10 隐约看到了支付业歧视链[坏笑]
14:50:43 你们行里要求正装么 这一条我就不合适
14:51:03 话说话题怎么变成这个了,不是说好的资金账务系统设计吗
14:53:36 怎么不聊风控啊
14:54:42 大数据风控 建模之类的
14:55:45 对呀 对呀
14:56:43 裕福支付 没有大数据风控么
14:57:09 有啊
14:57:42 那你先分享一下[呲牙]
14:58:11 我们是对接的宏基恒信的云风控
14:58:34 我不会啊,我要是说错了,那多不好意思[捂脸]
14:58:40 第三方啊
14:58:42 这里边都是前辈
14:59:20 @XXX?项目经理 现在B2B平台都做供应链金融
14:59:23 很吃香啊
14:59:28 系统也是宏基的
15:00:57 很吃香吗
15:01:13 我们自己搭建了个企业供应链平台
15:01:27 把我们行的金融产品放在上面
15:01:42 跟供应链线索进行融资
15:04:17 自己创业啊?666
15:04:40 抵押贷?和POS贷类似?
15:05:25 有个做测试的朋友想去杭州 有推荐的吗?
15:07:27 不是啊,是我们行的平台
15:07:37 是银行搞的
15:07:56 类似平安银行的橙e网
15:17:03 怎么人人都搞这个,我们现在也搞这个,我现在主要就是做这个的
15:17:39 中国人喜欢扎堆
15:18:56 你们是银行的吗
15:19:10 还是对接银行的金融产品
15:19:39 保理的
15:19:45 应收账款
15:19:54 我们也搞这个
15:20:10 还应收账款区块链
15:22:12 @XXX?项目经理 你们用到的主要是区块链的哪部分属性?
15:22:27 超级账本还是什么的
15:23:11 谁能讲讲区块链金额?不是很了解
15:23:33 私有链?
15:32:10 八仙聚首 CCTC区块链峰会议题正式发布 - 极客头条 - CSDN.NET http://geek.csdn.net/news/detail/195971?from=timeline
15:33:06 有个专题会,有兴趣的可以去看看。
15:36:31 这个区块链会议是CSDN策划,主持王玮,还有那个李赫都可以给大家介绍一下。
15:46:44 你们也应收账款区块链!卧槽,我们也是
15:47:19 都是噱头
15:47:29 应收账区块链是啥东东[捂脸]
15:47:43 哥们看破本质呀
15:48:18 区块链并没有啥真正意义,没有任何一家公司愿意公布自己的连上数据
15:48:29 是啊
15:48:43 基本就是听起来高大上
15:48:44 概念不错。
15:48:48 其核心去中心化完全得不到应用
15:48:50 不是微众已经在放贷了么?
15:50:05 对企业来说最重要的就是不能贷款的能变成贷款的,能贷款的提高额度和降低利率,才是王道
15:50:46 你说的不对,供应链金融核心不是这个
15:50:54 关键要有核心企业吧
15:51:00 你这个是大部分人“认为的”核心
15:51:00 5572.png
15:51:07 供应链还是区块链?谈的啥?
15:51:08 要有公司愿意贡献数据,做担保
15:51:16 区块链的理论是知道的,就是没接触过最终的业务场景应用,哪位大牛能分享下呢
15:51:38 @XXX?项目经理 加你了,有事谈
15:51:47 妈的,兴业的人怎么都那么厉害 ,昨天也是一个兴业的解决我的问题的
15:51:51 参考B币
15:52:29 区块链我觉得可以看ripple,最起码有些文档,微众这个不知道干什么的
15:53:02 恩,核心企业担保
15:53:10 区块链感觉是技术问题,但是更多是业务层面走不下去,技术倒是其次
15:53:23 我觉得现阶段噱头比实际意义更大些
15:53:47 从大数据层面看,其实现在缺少一家公司可以拿到比较全的产业链数据
15:53:54 可以进行横向纵向比较
15:54:02 还只能针对一个核心企业,上下游去玩玩
15:54:17 更多就是共建数据库而已
15:54:26 跨境汇款可以说算是商用了吧?
15:54:58 做风控的,看不懂业务数据;做业务的,不知道风控要什么数据;
15:55:06 @ANDY_快钱_风控 。。。
15:55:10 需要我们参加吗?
15:55:22 一起参加吧[呲牙]
15:55:26 可以相互讨论哦
15:55:29 感觉看来看去,还是看应收应付,和供应链关系都不大
15:55:34 那只能远程接入了
15:55:36 [糗大了]误会误会
15:57:19 应该是从这块下手开始搞的
15:57:34 从应收应付开始 往外拓展
15:58:14 不然大家都不共享 其实很难玩 正常的是要拉上物流跟仓储信息一起干的
15:58:32 物流就复杂了
15:58:46 我们不搞这个先
15:59:28 物流数据,现在信息化程度还不够
15:59:38 信息不全、不及时、可改等等
15:59:40 不好验证
15:59:46 这个其实有待物联网的发展
16:00:13 还有就是物流数据需要横纵对比;不同时间,不同商户;再结合很多数据建模校验
16:00:18 需要很大量的数据
16:00:33 比如,如果菜鸟物流把这些数据打通了,那它就牛逼了
16:00:48 京东的京小贷、京保贝就可以做到物流、信息流、资金流三流合一
16:01:16 不可能的 邮政系列 单个企业怎么样都不能打通
16:01:22 京东这个是可以的。基于京东自己平台
16:01:39 他们都是在自己的体系内玩的 都是做生态补充的
16:01:50 京东服务的是自己产业链的上下游。
16:01:53 一旦核心业务没有流量 直接GG
16:02:09 但是京东、阿里的生态足够大
16:03:01 不断扩展自己的生态边界,而不是试图介入生态之外。
16:04:01 扯远啦 还是说说资金账务系统的设计吧 大神们
16:33:21 支付机构和银行对账主要是考虑日切点不一致的情况,特别是代收付业务要处理好这件事。 发生在临界点的交易、测试人员在测试环境做的真实资金测试 都会造成存疑账或差异账。
18:56:24 各位,请教个问题,支付的沙盒环境你们是怎么做的,是一套环境还是分开的呢?
19:03:51 @XXX?合肥 分开的 用子域名~
19:14:51 沙盒环境会进行实际支付操作吗?环境分开的话,比如调微信支付,最后对账就会出现微信有订单但是本地没有的情况
19:21:03 支付你搞个一分钱的商品测试呗,直接用正式环境了
20:50:37 商品库存大家觉得怎样处理比较好?1.跟随订单减库存2定期盘点订单售卖的商品
20:51:02 或者还有啥更好的方式吗?
20:51:36 支付和退款都是成对的,你测了支付,顺便测退款呗[呲牙]
20:52:51 求解
20:57:44 1
20:58:07 好,那问题来了
20:58:58 银联pos支付没返回支付状态,你到底是减库存不
20:59:09 订单占用库存??
20:59:26 嗯
20:59:27 超时就回滚呗
20:59:28 按订单。。下单和支付是两回事
20:59:29 肯定的啊
21:00:01 你淘宝购物,下单-库存,支付不减
21:00:25 如果超时未支付,取消订单,释放库存
21:00:27 嗯
21:00:37 嗯
21:00:53 嗯。。。所以,不应该是这样设计吗。。
21:01:13 2是不是
21:01:29 商品库存大家觉得怎样处理比较好?1.跟随订单减库存2定期盘点订单售卖的商品
21:01:43 2当然不是。。会有周期差
21:02:09 我觉得是要根据你具体形式
21:02:26 我们是商品售卖
21:02:27 线下
21:02:56 感觉第一种不太好,下单过程支付状态没改
21:03:09 我又接着切换到现金支付
21:03:12 下单就扣吧
21:03:18 就产生2个库存
21:03:19 库存有不同状态
21:03:26 支付设时限就好了。。
21:03:29 不知道你们有没
21:03:34 嗯
21:04:09 银联pos 不行吧
21:04:59 有聚合支付产品坑吗
21:05:36 没,我们是接的银联的
21:06:00 同意下单就减库存,支付设时限,数据回滚
21:06:24 有什么优点
21:06:54 除了事实盘点外
21:07:05 @XXX?线下POS确实有局限性
21:07:23 对啊
21:07:26 如果是非智能POS,更麻烦。。
21:07:45 哦,嘿嘿,主要针对线上[呲牙]
21:07:47 我们就是普通pos
21:08:01 线下
21:08:33 考虑考虑换智能POS?
21:08:47 没
21:09:37 @XXX?kelly 你们风控规则里面会设置连续多笔代扣余额不足认为是风险用户吗?
21:09:38 真的以后还是少接这种线下pos ,用微信支付宝就好了
21:10:12 回单的时候减库存?@XXX?
21:10:15 大额支付,不接POS不太行。。
21:10:18 感觉会安全点
21:10:38 嗯
21:11:09 普通POS的回单,很麻烦,只能定时任务跑。。
21:11:24 而且还得及时在系统录入凭条
21:11:31 对啊
21:12:06 你们有这块的库存处理吗?
21:13:00 没辙,这就是普通POS的弊病
21:13:20 我们线下用POS的场景,库存至少是充足的
21:13:50 其他的涉及强库存依赖的,都是线上支付
21:15:36 那就是线下这种你们你做库存减在下单支付后
21:16:47 个人觉得会存在风险,但不知道订单会不会confirn,不排除会有用户前几笔无法成功支付的订单,用户不知道自己账户余额不足@XXX?
21:17:08 不,我们线下场景的,暂时没有库存概念,库存完全充足
21:17:25 奥
21:17:44 对呀,我就是这种
21:19:00 关于何时减库存这个问题,淘宝十年产品事这本书有一节专门讲这个
21:19:50 淘宝上线上的,我说的主要是线下这种场景
21:20:13 好,可以看看
21:22:18 我们的场景不一样~ 票务系统先创建业务系统订单、调用售票系统临时锁座位、调用第三方支付、成功调用售票系统出票、售票系统15分钟释放未支付座位~ 座位就是库存~
21:25:43 嗯
21:27:55 如果你多一个发货单,就很好解决了吧
21:28:19 线下没有
21:28:25 订单占库,支付成功开发货单,超时未支付释放订单
21:28:56 哦,to c直接拿走?
21:29:03 想成to b 了
21:29:08 嗯
21:30:02 那下单book库存,支付完成扣减库存,超时未支付释放book 的库存?
21:31:19 超时这个释放不行吧,线下pos 支付
21:31:35 他没返回支付成功的状态
21:31:49 库存你到底是释放还是不释放
21:32:50 等有经验的回答??
21:33:06 [呲牙]
21:33:35 所以现在我想采用这种方案商品库存大家觉得怎样处理比较好?1.跟随订单减库存2定期盘点订单售卖的商品
21:33:43 用2
21:33:51 用预占用,支付成功就减
21:34:12 下单不做没有预定啊
21:34:21 买瓶水
21:34:42 话说,不应该不成功呀
21:34:56 付款不成功,商家让你拿东西走?
21:35:11 你就算改现金了,只是支付方式变了
21:35:22 订单还是必须支付成功的呀
21:35:37 Pos 返回支付成功状态,在路上没回来
21:36:12 那支付系统返回什么信息给订单系统?
21:36:35 对于我订单系统而言,我只认支付返回的message
21:36:56 我们是状态成功
21:37:01 才减
21:38:25 你这个不就是预付卡刷pos机没返回状态吗?这个最终确定看商家pos状态的吧
21:38:29 但是pos这种不成功你不能一直站着坑,库存
21:38:37 嗯
21:40:22 。。。。好吧。你这个是消息列队的意思?站着消息列队资源还是什么?这块要有做过这个的开发来解释了
21:43:03 @XXX?嗯,之前发现盗卡用户存在这种操作行为
21:43:29 上完线发现这种用户也大批量存在。
21:43:37 @XXX?你们做什么票务的?跟我们很像
21:43:54 防盗卡风控你们有做哪些规则?
21:45:58 库存资料
21:46:51 你这个库存是商品货物的意思呀?那这个还有什么问题?我还以为是占用系统资源的意思
21:47:21 嗯商品还有票务
21:47:58 [偷笑]目前我们的主要针对黄牛,刷单。盗卡的情况是跨境交易相对多一些,国内银行拒付很少@XXX?
21:48:42 收到钱再发货,确认收钱才发货,不返回结果五分钟就在问一下,应该没有任何问题的吧,难道你是那种秒杀商品?
21:49:57 就常规收银台
21:52:18 @XXX?目前主要是娱乐演出、体育赛事、部分景点、电影。票务系统有自己的,有第三方的~
21:57:27 你是pos机刷银行卡吧,我之前接触的网购线上类都是大家说的订单扣,但是你这个收不到信息这块,我个人认为应该是收到银联反馈再扣,不过这个我没做过,看看别人有没有做过的说一下
21:58:18 嗯
22:10:11 银行卡收单支付成功以出小票为准,也是标准的支付成功后出小票就可以根据业务来判断是实时扣减还是预扣。如果不成功,下一次交易前机具会自动冲正。
22:39:23 不知道大家的收银台和后台管理系统分别采用什么js框架?
22:39:58 ang
22:44:07 Bootstrap nodejs

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