现在某软件要开发手机客户端，数据来源于mysql，于是乎用php做接口。
该软件要开发两套，一套安卓的，一套苹果的。
该软件有功能A,B,C,D等模块，其中B,C模块点击一次就付费一次，不点击就不付费。
基于此想做成短信代扣这种付费方式，因为每次扣费也就几毛钱或者最多一两块钱，要通过支付宝或者网银的话实在是用户体验度不友好。
我原想的支付流程是这样的：用户注册的时候填了手机号，在php的接口中使用这个手机号与三大运营商（移动、联通、电信）通信扣费（这之前已经和运营商磋商好了），并通过接口将扣费成功与否的状态码传递给安卓或者ios……
之前没搞过这类的东西，不知道我的流程是否正确，恳请大师指点啊。
还有，如果流程没有问题，我在考虑一个问题，如果用户注册的时候乱填手机号（比如填别人的手机号），我担心这个问题，是因为我听说ios无法获取到用户的手机号，不知道这是不是真的。如果真的无法获取，一旦乱填手机号，扣费就乱了，因为我不想在扣费的时候又来验证（我想直接扣费，是为了方便用户体验度，当然，扣费前需要用户的同意）。
大师指点下啊，感谢。
是不是不能取得手机号这个你必须得确认呀...流程没啥问题噻，这种各种杂七杂八运营搅在一起的事情就是麻烦
可能是我对短信代扣的流程还不清楚。
因为用户点击（或者是提交）之前就登陆过了，就不需要再次填写手机号，这个没问题，我最初想的是也不用验证码什么的了，而是直接弹出框询问是否确定扣费查询，因为收短信看验证码还得进入收信箱看验证码后退出信箱，还得填写验证码，很麻烦，而我所做的这个小软件很可能开车的人在等红绿灯的时候都在操作（因为和交通出行有关），扣费方式太麻烦了不利于用户体验。
看来我还是得去和短信通信商磋商后才能确定最终流程啊。
可能是我对短信代扣的流程还不清楚。
因为用户点击（或者是提交）之前就登陆过了，就不需要再次填写手机号，这个没问题，我最初想的是也不用验证码什么的了，而是直接弹出框询问是否确定扣费查询，因为收短信看验证码还得进入收信箱看验证码后退出信箱，还得填写验证码，很麻烦，而我所做的这个小软件很可能开车的人在等红绿灯的时候都在操作（因为和交通出行有关），扣费方式太麻烦了不利于用户……
汗...这个流程必须的 先去各运营商把这个流程搞清楚完后才能设计方案.
