ECサイトのクレジット決済処理のフローについて

Question

友人に頼まれ、初めてECサイトを構築しています。
決済サービスのAPIを用いてクレジット決済を実行するにあたり、決済とDBへの注文データの格納のフローについて質問がございます。

現在実装してみたのが、

1. 注文確認画面にて実行ボタンを押し、クレジット決済のAPIを叩いて決済を実行する

　-1. 決済に成功したら注文データを生成しDBへ格納する
-2. 失敗した場合、画面にメッセージを表示してやり直させる

と言うフローなのですが、1と2の間にブラウザバックをしたりタブを閉じたりされてしまうと決済だけが実行されて注文データが作成されないと言ったケースが発生してしまいます。
そのため、

1. 注文確認画面にて実行ボタンを押し、注文データを作成する
2. 仮注文データの作成後、クレジット決済のAPIを叩いて決済を実行する

　-1. 決済に成功したら1の仮注文データを本データとしてステータスを変更する
-2. 失敗した場合、1の仮注文データを消しつつ画面にメッセージを表示してやり直させる

と言うフローも考えてみたのですが、この場合も2と3の間に同様の操作をされると注文データと決済がひもづかずに結局決済が浮いてしまいます。

一般的なECサイトを見ると「決済中は戻ったりブラウザを閉じたりしないで」と言ったメッセージを表示しているのを見かけますが、注意喚起をしてそれをさせないと言う方法しかないものなのでしょうか？

上記は我流で考えた実装のためそもそも検討違いなことをしていましたら大変お恥ずかしいのですが、一般的にはどのように実装されるものか、また改善策などございましたらご教示いただければ幸いです。
よろしくお願いします。

Answer 1

友人に頼まれ、初めてECサイトを構築しています。

やめたほうがイイです。
決済系は、ログの保存やトークンの取扱、そもそもインフラのセキュリティ設計等が出来ないと手を出してはダメな分野です。

学習用であれば、EC-CUBE の設計を研究するのが手っ取り早いです。

Answer 2

決済サービスのAPIを使うのなら、その決済サービスのサイトの方にサンプル実装みたいなのがあると思うのでそういうのを参考にするとよいかと思います。
（さすがにそういうのが無い・・・事は無いと思いますが。。。）

で、ぱっと思いつくのは、API叩く前にデータを登録してしまって、結果のステータスだけを更新するような感じでしょうか。
たぶん、決済サービスのサイトを見ると、途中で止まっても決済がどうなったか？を参照出来るようになってると思うので、そちらも参照しつつ、データを補完する感じです。
（サイトによっては、最長～分待ってください、みたいな所も見かけると思いますが、たぶんそんな感じで失敗したのを拾ってるのかと思います。）

---

すでに、「やめたほうがイイです。」な意見も出ていますがまあ、そうですね。
複雑で難しいので、ある程度以上のサイトを自力で作った経験がある、とかで無ければ無謀かと思います。

Comments

[nunu]

ご回答ありがとうございます。

>API叩く前にデータを登録してしまって、結果のステータスだけを更新するような感じでしょうか。
バッチをスケジューリングして浮いているデータを関連付ける方法も検討はしたものの、あまりスマートでないのでこれは違うかなと思いましたがやはりこういった方法となりますか。
決済サービスのAPIにはそれに適した関数も用意されているので、この方法で進めてみることにします。

>すでに、「やめたほうがイイです。」な意見も出ていますがまあ、そうですね。
>複雑で難しいので、ある程度以上のサイトを自力で作った経験がある、とかで無ければ無謀かと思います。
勤務先の扱う業界が絞られているためECサイトを構築したことはありませんが、規模の大きいサイトやシステムはいくつも実装しております。
とは言え決済サービスの構築においては素人だと言うことはその通りですので、もう少し取り組んでみてから正式に受けるか判断することにします。
ご忠告ありがとうございます。