したがって、クレジットカードがスワイプされる小売店では、通常、マシンは1日の終わりにバッチ処理されます。カードが実際に請求されるのは、そのバッチ処理が行われるときです。何故ですか？CCがすぐに請求されないのはなぜですか？私が見ることができた理由の1つは、ダイヤルアップの時代に、すべてのCCトランザクションを一日の終わりまで積み上げてから、1日を通して収集したすべてのCC情報を請求することでした。ワンゴー。
しかし、これはもはやダイヤルアップの時代ではないので、バッチ処理の要点は何ですか？
また、特定の支払いゲートウェイの仕様を見ると、特に「Sale」と「CaptureAll」のトランザクションタイプがわかります（これは、マシンのバッチ処理と同じことを行うと思います）。スワイプするCCごとに「販売」パケットを送信する必要がある場合は、それを充電するだけではどうでしょうか。または、すべての「販売」の後に「キャプチャ」を実行してみませんか？
AUTH と CAPTUREは、支払いカード処理の 2 つの重要な機能です 。
商人として、次のように取引を処理できます。
AUTH Onlyは、カードの有効性を確認するためのオーソリまたは燃料のオーソリです。これらのトランザクションは決して決済されません。
AUTH then CAPTUREは、AUTH トランザクション (リアルタイム) に続いて、決済のための遅延 CAPTURE トランザクションを意味します。これらのキャプチャ トランザクションはバッチ処理されます。
AUTHとCAPTUREは、1 つのトランザクションでリアルタイムに承認と決済の両方を行います。
eコマースの世界では、マーチャントは通常、AUTHを選択してから CAPTURE を選択します。理由は次のとおりです。
レンガとモルタルの世界では、商人はハイブリッド アプローチを使用します。取得者は通常、AUTHとCAPTUREの取引手数料を、 AUTH の後にCAPTUREを使用する場合に比べて高く設定します。
少なくとも米国では、お金がACHを介して送金されることが一因であり、個々のトランザクションよりも、夜間の大きなバッチでどの銀行がどの銀行にいくら借りているかを計算する方が効率的です。多くの場合、認証はリアルタイムで行われますが、そうである必要はなく、依然として「オフライン」のバッチ システムです。「オンライン」が可能ではなかった時代に設計されたものであり、それが機能する方法です。
技術的には、トランザクションごとにバッチを閉じることができますが、決済には実際の作業が必要であり、ネットワークが使用されるように設計されていないため、そのたびにバッチ料金を支払う必要があります。また、ACH の仕組みにより、最短で翌営業日までお金を受け取ることはできません。
これは、EFTPOS (端末で PIN を入力する「オンライン」デビット カード取引) とは対照的です。EFTPOS には、さまざまなテクノロジ、さまざまなネットワーク、および資金の即時転送が含まれます。
米国では、デビット カードが Visa や MasterCard などのクレジット カード ネットワークでブランド化されるのが一般的です。これらのカードをスワイプして PIN を入力すると、EFTPOS ネットワークを通過します (Interlink、Star、Pulse - これらの名前は以前にカードで見たことがあるかもしれませんが、あまり考えたことがないかもしれません)。これは通常、手数料が低く、発行銀行が不正使用の責任を負うため、マーチャントにとって有利です (すべてリアルタイムでオンラインで行われ、ユーザーは PIN で認証されます)。これらのカードをスワイプして PIN を入力しないと (レシートに署名することもあります)、クレジット カード ネットワーク (これもまったく別のネットワーク) を通過し、毎晩のバッチの一部になります。マーチャントは通常、より高い料金を支払います。不正に使用された場合、マーチャントは通常、請求書を支払うことになります。(ほとんどの場合、アクワイアラーはそれをマーチャントに渡します。) ウォルマートや食料品店がデフォルトで PIN パッドを使用し、クレジット機能を探すのに苦労するのはなぜだろうと思ったことがあるなら、それが理由です。彼ら。また、請求先住所が間違っているとなぜ e コマース ストアがびっくりするのか疑問に思ったことがあるなら、それがその理由です。トランザクションが不正であるとして異議を唱えた場合、請求書を支払うのは彼らであり、銀行の背中に汗をかくことはありません。
これまでのところ誰も言及していないことの 1 つは、VOID です。これは、ここにいる私たちの多くがプログラムまたは展開できる技術よりも少ない技術で運営されている多くの商人にとって「運用上の命の恩人」です。
クレジット カード取引が「一日の終わり」にバッチで決済されない場合、VOID は不可能です (Authorize.net などの多くのシステムでは、バッチが最終的に決済される時刻を指定できます)。
VOID を使用すると、マーチャントはバッチ時に 1 日の終わりに決済しないようにトランザクションにフラグを立てることができます。多くのマーチャントは、在庫がない場合、またはオンラインで処理の設計が不十分であるため、買い物客が最後のカード送信をダブルクリックすると、2 つのトランザクションを処理します。ボイドはトランザクションを「まるで起こらなかったかのように」行いますが、バッチ決済の前に行わなければなりません。バッチ決済の後、カードにクレジットをレンダリングする必要があります。
私たちが慣れ親しんでいるクレジット カード取引の処理方法に関する無数の要件をすべて考えてみると、1 日 1 回の取引バッチの決済を突然廃止した場合、多くのマーチャントにとって真の悪夢となるでしょう。
これが適切なフォーラムかどうかはわかりませんが、試してみます。
バッチ処理に関しては、これはダイヤルアップがあった従来の問題であることは間違いありません。一部のベンダーはまだ変換していません。特に遠隔地では、すべてのベンダーが完全なインターネット接続に料金を支払っているわけではありません。そのため、クレジット カード スワイプ マシンでは、このようなさまざまな課金が可能です。米国のクレジット カードのほとんどは、それ自体を検証するスマート カードではないため、これを使用する米国のベンダーにとっては少しリスクが高くなります。あなたが米国にいない限り、「ほとんどの小売店」がこのようにしているとは言えません.
2 段階のプロセスについて: すべてのクレジット カード取引がすぐに請求されるわけではありません。クレジット カードの規則によると、物理的な製品を扱うベンダーは、製品が実際に出荷される直前の窓口まで請求することはできません。そのため、多くのベンダーは、クレジット カードを検証し、資金を確保するために承認を行います。製品が出荷されると、クレジット カードの存在を必要とせずに、キャプチャ トランザクションを使用して同じクレジット カードに請求します。
プロセスに関する優れたリソースがたくさんあります