我的业务是提供js支付封装,帮助线下商家整合微信,某宝,云闪付聚合收款。上图是我在今年1月到3月的流水,2千万吧。你们猜结算多少给我?
等我看到1.19元的时候我惊呆了。但是由于结算周期长,客服流程长,等确认确实不给结算再把流水切到其它三方支付的时候,已经整整2千万的流水白瞎了。按千4算是8万块钱的服务费凭空被吞。
为什么啥这么说呢?我上面说到我的业务是提供js支付封装,帮助线下商家整合微信,某宝,云闪付聚合收款。所以我的量不支走一个平台。
那请看给某宝做服务商的数据
这是在某宝的开票记录
做一个程序员创业,就靠一点服务费讨生活,平台说不给就不给,真的是无处说理。8万块钱对一家巨头来说轻如鸿毛,可对我们小老百姓那是天文数字!
我咨询了几次客服,客服给的不结算理由是线上交易不结算。那么怎么界定线上交易?不都是向服务器发起支付请求吗?于是我查了一下文档
“服务商所服务的游戏网上商城等线上交易场景为主的特约商户,不可计入技术服务费”。
我的订单是商场订单?!我特意去查了一下订单
这是日志服务器上的记录,妥妥的线下订单啊!
我想了许久,噢,是按照结算规则判断的吧?
我猜测是这个原因,当时微信商户进件非常艰难,基本是一个个规则尝试过去,才把商户进件成功。这也不是咱选错的问题,是咱是只有这条路能选。
我只能说做为程序员创业真是惨!从程序员角度我觉得,不能结算的流水根本就不应该允许用服务商的模式发起。
1、我使用服务商模式成功发起了支付,并且在服务平台看到了流水,我天然认为对接成功。当然所有解释权归平台您!我的劳动是没有保障的,因为我不是你们的员工。我的服务器白给了就算了,半夜还打电话跟我说有人投诉商家处理一下,我的睡眠也白给了。
2、可以使用服务商模式发起,却不提示不会结算,浪费了我的交易量(这些交易量走其它三方平台是有服务费的);
3、结算周期长,造成了我发现不对的时候已经浪费了2千万的量;
3、客服根本不能解决我的问题,所以我只能换平台;
最后说一句,人家大平台产品设计心安理得的坑,我们小程序员撕心裂肺的痛。伤不起!祝天下所有程序员在自主创业的路上都能一帆风顺。
看你的描述,就知道你没有去看过微信支付的基础合作方案的规则。
在微信支付服务商技术服务费奖励获取有一个基础前提:
线下交易场景的订单(不包含委托代扣),即:
● 付款码支付
● 公众号支付场景,扫一扫渠道来源
● 小程序支付场景,扫一扫渠道来源
● 扫码支付
● 刷脸支付
(2)行业合作方案:全量交易但不包括APP支付及H5支付
这个要求就是需要符合访问场景值,你截图的请求参数,并不能证明你就是线下交易,微信支付服务商技术服务费奖励规则中的jsapi支付线下定义为:需要通过扫一扫访问的,才计算,如下面图中所示,如果选择相册内识别或者是长按识别都不计算的。另外,扫码支付的trade_type是native,而不是jsapi
真是深有同感,作为微信支付服务商我们应用有六七百万交易,结果就几十块的返佣,蹊跷的是交易方式就是线下扫码支付但只有几笔有几块钱返佣,多次反馈客服根本就不给你好好查,回复的信息根本让人摸不着头脑,最后只能自己认栽。支付宝的服务就好很多,账目也很清楚回复和非常及时。真不知有多少人被坑
规则搞得多,就是好计算哪些不用支付佣金,你看支付宝只要一个当面付,不算是不是扫码,长按就不算佣金了,你能不能不要给这个功能。长按就无法支付,提醒需要扫码呢?你既然给别人功能,又不给别人米,真的是一个明明白白的坑,妥妥凡尔赛。我们做一个商户不容易,回头我还得倒贴钱。希望贵公司给我们服务商一个公平的运营环境。
我们商户流水,几乎每个月都与实际不相符,整体下来大概只有实际流水的1/4,我们代理商找我们结算流水的时候,比我们微信后台给我的还要高,我这找谁说理去。
还是做校园轻松付吧,或者校园机具聚合支付
依靠微信服务商赚钱,一个字难。外加上 难于上青天。
如果做支付,还是微信支付不赚钱,或者赚广告费把,相当于微信支付是服务了,还是支付宝佣金多,微信很多时候难以联系上,而且各种规则门槛多,也不知道他是更具类目还是其他情况结算的。反正我们也有佣金但是少的可怜。