二开话费充值app含用户端+商家端

这是客户提供的一套系统，不知道从哪弄的一套代码，关键性的公共方法加密，由于客户的需求涉及到公共方法函数的处理，我们无奈就得免费给客户解密了（目前我们所售代码未加密，开源代码）。说实话， 原作者写的代码确实不错，封装的也很到位，给原作者点赞！

客户二开需求：

1. 更换原来的话费查询接口，接入新厂商的渠道（直到写这个我才知道，原来查话费先需要查询手机号码的归属，是移动联通还是电信，因为国家执行携号转网后，以前的号码字段判断是不准的，然后再提交api申请查询话费余额）。
2. 给每个客户设定一个折扣比例，客户可以发展拉新客户， 并可以给下级设置折扣比例，不能高于自己的比例，如：张三现有折扣9折，   张三拉新李四， 张三可以给李四设置折扣0.95，李四执行话费充值后，张三可以获取0.05的利润点。
3. 话费充值原来是以rbm进行充值和结算，改为以rmb充值，usdt进行结算。  如 给号码177****7777进行充值100的话费，需要扣除客户的100/7.2（usdt实时兑换比例）
4. 拉新任务奖励，反润均以usdt进行结算
5. usdt充值 自动监控； 平台设定usdt的收款地址，客户充值自动监控到账并入账（非三方，是98k团队自己开发的监控usdt到账系统，没有什么包月啥的费用）
6.  用户端：用户充值后 享有充值金额的固定额度，可发起对任意手机号码的充值，或是批量导入手机号提交到后台进行充值，后台收到申请，下发到商户端，商户接单给客户充值。商户端可以再大厅中看到需要代充值的所有订单列表，进行抢单充值。  商户抢单后，执行充值，确认充值 ，或是部分充值成功提交给后台，后台则下发通知给到用户。

其实，我觉得这个模式更像一个资金盘，当盘子够大的时候，平台该跑跑跑了。。。。

开发语言：

后端：php

前端：uniapp

================98k团队 二次开发================

演示地址：

客户端：http://43.138.69.186:1089/h52   测试账号：666666    密码：666666
代理端：http://43.138.69.186:1089/h5       测试账号 ：user1   密码：Aa123456

后台地址：http://huafei.wanyouyinqing.cn/admin.php/login/login.html

账号密码请联系客服获取