Android（またはApple）モバイルクライアント（phpインターフェース）の推論処理に関する疑問

ここで、特定のソフトウェアはモバイル クライアントを開発する必要があります。データは mysql から取得されるため、インターフェイスとして PHP が使用されます。

このソフトウェアは Android 用と Apple 用の 2 セットを開発する必要があります。

このソフトウェアには機能モジュール A、B、C、D があり、このうちモジュール B と C はクリックすると 1 回支払いされます。クリックしなければ支払いは行われません。

これに基づいて、テキストメッセージの源泉徴収などの支払い方法を開発したいと考えています。なぜなら、各控除はわずか数セント、せいぜい1元か2元であり、Alipayやオンラインバンキングを使用するのは実際にはユーザーフレンドリーではないからです。

私の元の支払いプロセスは次のとおりです。ユーザーは登録時に携帯電話番号を入力し、php インターフェイスでこの携帯電話番号を使用して 3 つの主要な通信事業者 (チャイナモバイル、チャイナユニコム、チャイナテレコム) と通信します。演繹 (これはオペレーターがネゴシエートして実行されています) を実行し、演繹が成功したかどうかのステータス コードをインターフェースを介して Android または iOS に渡します...

このようなことはこれまでやったことがありませんでした。私のプロセスが正しいかどうかわかりませんが、アドバイスをお願いします。

また、手続きに問題がなければ、ユーザーが登録時に携帯電話番号をランダムに入力した場合（他人の携帯電話番号を入力した場合など）、この問題が心配です。 iOS はユーザーの携帯電話番号を取得できないと聞きましたが、本当かどうかはわかりません。どうしても取得が不可能な場合、一度適当に携帯電話番号を記入してしまうと、引き落とし時に再度確認したくないため、引き落としがめちゃくちゃになってしまいます（手続きを容易にするために直接引き落としたい）もちろん、ユーザーは料金が差し引かれる前に差し引かれる必要があります)。

マスターのご指導ありがとうございます。

ディスカッションへの返信(解決策)

携帯電話番号が取得できないか確認しないといけない… 処理自体は問題ないのですが、こういう混同した操作が面倒です

おそらくそれは、SMS の源泉徴収プロセスについてよくわかっていないからだと思います。

クリック（または送信）する前にユーザーはログインしているため、携帯電話番号を再度入力する必要はありません。これは問題ありません。最初は確認コードは必要ないと考えていましたが、ポップアップ ボックスが表示され、控除が確認されたかどうかを直接尋ねられます。テキスト メッセージを受信して​​確認コードを確認するには、受信ボックスに入って確認コードを読み取ってから、メールボックスを終了する必要があります。認証コードを入力するのは非常に面倒ですし、私が作ったこの小さなソフトウェアは、信号待ちの操作に使用される可能性が高く、控除方法は面倒で役に立ちません。ユーザーエクスペリエンスに。

最終的なプロセスを決定するには、まだSMSキャリアと交渉する必要があるようです。

SMS の請求プロセスについてよくわからないのかもしれません。

クリック（または送信）する前にユーザーはログインしているため、携帯電話番号を再度入力する必要はありません。これは問題ありません。最初は確認コードは必要ないと考えていましたが、ポップアップ ボックスが表示され、控除が確認されたかどうかを直接尋ねられます。テキスト メッセージを受信して​​確認コードを確認するには、受信ボックスに入って確認コードを読み取ってから、メールボックスを終了する必要があります。認証コードを入力するのが非常に面倒で、ドライバーが信号待ちなどで使用する可能性が高いため、控除方法が面倒で使いづらいです。ユーザー...

ため息... このプロセスは、計画を立てる前に各オペレーターに行ってプロセスを明確にする必要があります。