49 Star 543 Fork 204

dromara / dax-pay

 / 详情

【多商户版本建议征询】欢迎提出对多商户版本的需求建议!!!

待办的
拥有者
创建于  
2024-04-09 11:31
暂无描述。

评论 (15)

喵呀 创建了任务
喵呀 添加了
 
feature
标签
展开全部操作日志

作者有没有计划支持支付渠道路由的功能,比如我有两个间连通道,两个直连通道。间连通道是通联支付和银盛支付,直连通道是微信和支付宝。后台可以配置渠道策略,优先走间连通道,可以降低费率。如果间连通道全部出现问题,再走官方直连通道。而对于两个间连通道可以设置策略,比如70%走通联支付通道,30%走银盛支付通道

感觉这个是刚需,目前基本上都是走银行这边的费率

大佬 这个多商户版本在实现了吗

没有, 现在在设计阶段, 后续会开发

支持服务商模式吗

后续会支持,大约在Q4能加上

打卡学习,期待有天能贡献代码

渠道管理和路由确实比较好。
可以在商户维度 设置多个备用渠道,渠道具有多种优先级配置,路由根据优先级做配置。

对于两个间连通道可以设置策略,比如70%走通联支付通道,30%走银盛支付通道。
感觉如果多个渠道都支持 该商户,且币种也支持,支付成功率也差不多的情况; 这种还是谁的费用低,走谁的应该更合适。

这个未来会有, 但计划实现得到明年了

目前单商户是支持这个的,但没用生产环境进行过测试。多商户版自然也会继续支持

在金融产品中,代扣场景会调用协议支付,很多希望能做拆分代扣或者接近实现余额代扣。举个例子假设要代扣用户1000元,卡内只有100.可以根据拆分力度进行 500元 250元 100元代扣,达到应扣尽扣原则。不同渠道商下面银行号卡都会有个代扣限额,一种就是按银行卡限额拆分,eg:1万的到通联通道代扣农行卡,如果限制5千,就拆2笔这样。 一种按实际代扣金额拆,当渠道商返回超限额,就按设置的比例比如4层5层这样,从大到小或从小到大送过去。 按上面说例子1000拆=》500 250 150 100 拆4分,最小金额100,总额还是1000.这样送出去还可避免多扣情况。

每个公司都会要求接入多个支付渠道,在代扣代付业务中,竟可能的使用低服务的产品。 可以从银行卡上去切流量走不通代扣代付渠道。 EG:当前一个招商银行卡提现,可以配置去通联走30%中金70% ,代付同理,但是目前代付用协议号捆绑,业务层面其实是进来少切换代扣渠道。不用会老让用户绑卡。

低服务说的是低服务费么?

登录 后才可以发表评论

状态
负责人
里程碑
Pull Requests
关联的 Pull Requests 被合并后可能会关闭此 issue
分支
开始日期   -   截止日期
-
置顶选项
优先级
参与者(8)
524686 bootx 1690452517 2058678 lishuyanla 1669360360 366250 first sun 1669198474 904492 simpleyy admin 1712720961
Java
1
https://gitee.com/dromara/dax-pay.git
git@gitee.com:dromara/dax-pay.git
dromara
dax-pay
dax-pay

搜索帮助

53164aa7 5694891 3bd8fe86 5694891