仮売上（オーソリ）とユーザ体験 - Qiita
更新のおしらせ 本記事はWebPay gemのバージョン2系に即して記述しています。 その後、メジャーバージョンアップを行ったため、メソッド名やエラー名などが変更になっています。 最新の情報はWebPay公式サイトのRuby APIドキュメントを参照してください。 ユーザのがっかりを無くす 昨日のwebpay - 仮売上（オーソリ）を使ったサービス設計 - Qiita [キータ]を少し具体的なところに落として、活用する方法を探ってみます。 例えば、AmazonなどECサイトでの買い物を思い浮かべてみましょう。 購入の最終確認画面まで辿り着き、無事に購入処理を終えて後は商品を待つだけという気分になり離脱した後にメールで「クレジットカードの情報を修正して下さい」はなかなか辛い思いをするのではないでしょうか。 ECサイトには、カードが何故使えなかったかの明確な理由が必ずしも得られるわけではない（
仮売上（オーソリ）を使ったサービス設計 - Qiita
突然ですが、みなさん、仮売上って知ってますか？ 仮売上と通常の売上処理の違いとは一体何なのか、 『仮』という文字が付いている意味をまず解説して活用方法をご紹介したいと思います。 仮売上は、オーソリ（注）などと呼ばれることがあるクレジットカード決済の一つの機能です。 注: オーソリとはauthorization（オーソリゼーション）の略です もともと仮売上やオーソリは、信用照会業務として偽造・盗難カードや期限切れのカードなどの不正利用を防止するためにある機能でした。しかし、最近ではサービス内にうまく組み込むことで決済業務に活用されています。 『仮』という文字からもこの処理が行われても売上が確定していないようなイメージを持たれると思います。実際にそのイメージは正しく、あくまで『仮』に計上された売上だと思って頂いて結構です。 クレジットカード所有者側から見たときの仮売上された状態とは、クレジット
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
