0

OK、私はウェブサイトを持っていて、以前にクレジットカード処理を使用したことがあります。実行方法の簡単な概要は次のとおりです。

ユーザーがページに入る ----> ユーザーが注文合計をフォームに入力 ----> 送信 ----> Coldfusion が Authorize.net に移動してカードを処理 ----> 結果が返される (承認、拒否、エラー) ) ----> CFIF カードが承認されました。フォームからデータベースに情報を入力します ----> ユーザーに電子メールで領収書を送信します ----> ユーザーに注文ページを表示します ----> 完了。

これは私にとって理にかなっており、送信をクリックする 1 回のクリックですべてが行われます。

しかし、誰かが外出して別のサイトで支払いをしなければならない場合、どうすればこの種のトランザクションを継続できるでしょうか? Dwolla で支払っている間、「送信」後に CF がこれらすべてのステップを処理しないようにするにはどうすればよいですか。

彼らは ColdFusion に関するドキュメントを持っていません。私は自分のサイト用にこれを構築したいと思っていますが、正しい方向への一般的なポイントが必要なだけです。この作業を行うために何を覚えておく必要がありますか? Authorize.net で使用したプロセスと Dwolla で異なるプロセスは何ですか?

助けてくれてありがとう！

4

2 に答える 2

3

あなたが説明しているプロセスは、彼らが「直接送信」と呼んでいるように見えます

これを同期するための鍵は、コールバック URL をパラメーターとして提供することです。サービスがアプリに成功メッセージを送信しているようです。

プロセスの説明から、支払いが成功するまでバスケット/注文を保存しない可能性があるようです. これにより、支払いが成功する可能性が残りますが、サイトに戻る前にブラウザがクラッシュ/接続を失います.

理想的には、ユーザーが支払いに出かける前にバスケットを「未払い」状態の注文として保存し、このコールバックが呼び出されたときに「支払い済み」に変更して、必要なフルフィルメント プロセスを開始することをお勧めします。Dwolla API 全体が、支払いプロセスを開始する前に注文 ID が存在するという概念を回避しているようです。

于 2012-09-21T15:01:12.290 に答える
1

全体のアプローチは異なるはずです。Dwollaのオフサイトゲートウェイは、サーバーにコールバックと、トランザクションの詳細に関する追加のWebhook通知の両方を送信できます。

@barnyrは非常に正しいです。正しいアプローチは、Webhook通知から「処理済み」の通知を受け取るまで注文を処理しないことです。

于 2012-09-21T19:17:03.803 に答える