3

私が経営するビジネスのタイプでは、顧客は支払う前に結果を得ることができます。彼らがサインアップするとき、私は彼らのクレジット カード情報を取得し、あとがきで 1 週間から 1 か月の間、私のサービスに対して料金を請求します。ほとんどの場合、これはスムーズに進みますが、時折、バーチャル クレジット カードを使ってシステムを操作し、デビット カードを捨ててしまう人もいます (ウォールマートで購入する場合のように)。

私はいくつかの調査を行い、http://en.wikipedia.org/wiki/List_of_Bank_Identification_Numbersを見つけましたが、完全なリストではありません。カードがどこから来たのかを特定する方法はありますか?具体的には、仮想カードと使い捨てカードです。

または、誰かがこの問題を経験したことがあり、この問題に対処するためのアイデアを教えてくれるかもしれませんか?

4

4 に答える 4

5

事前認証ではこの問題は解決しません。破棄カードは正常に事前認証されるため、一時カードと長期カードを区別する方法を許可しないでください。

事前認証自体には多くの問題があります。主な問題は、各カード発行者が事前認証値を 2 日から 30 日の範囲でさまざまな期間保持することです。これにより、事前認証の頻度が高すぎる (顧客のアカウントからお金が絶えず滴り落ちているように見えるため、顧客を本当に悩ませている) か、十分な頻度ではない (そのため、事前認証が低下し、保証がない) という問題が発生する可能性があります。実際に決済したいときに資金が利用可能です)

残念ながら、あなたが直面している問題は、対処するか、ビジネス モデルを変更する必要があるものです。公平を期すために、現在のモデルではど​​のタイプのカードでも問題が発生する可能性があります。長期カードが常に利用可能な資金を持っていること、またはキャンセルされないこと(たとえば、カードの紛失による)または有効期限が切れないという保証はありません.

店に足を踏み入れて、レジで「ありがとう、でも今は払わないでください。カードの詳細を残してください。月末に集金します」と言われることを想像できますか。それは虐待の機が熟しているでしょう。率直で申し訳ありませんが、その乱用をコストに含めるか、別のモデルを見つける必要があります。代替手段の 1 つは、サービスが提供されるときに使用される「クレジット」の前払いを行い、まれに承認/決済を繰り返してクレジットを補充することです (そして、承認が拒否された場合はアカウントを保留にします)。サービス プロバイダーがVisa Account Updater サービスMastercard Automated Billing updaterを使用していることを確認する必要があります。. これらのサービスは、有効期限が切れたカード、または新しいカードの詳細に置き換えられたカードを自動的に更新することで、承認を繰り返すことができます。キャンセルされたカードはドロップオフされ、拒否されます。

于 2010-03-03T07:47:06.523 に答える
4

金額を保留 (承認) 取引し、保持するか解放するかを決定するまで、必要に応じて x 日ごとに更新します。

ただし、すべての CC サービス プロバイダーが保留トランザクションをサポートしているわけではないため、最初に全額を請求し、満足できない場合は全額返金する方が簡単な場合があります。

CC 番号は保存しないでください。CC サービス プロバイダーからのトランザクション参照のみを保存してください。

保留サービスなどへのアクセスを取得するには、paymentexpressなどのフルサービスの支払いプロバイダーを使用します

于 2010-03-02T22:31:39.237 に答える
3

資金をエスクローに預けることもできます。口座からお金が引き落とされ、エスクローに預けられ、仕事が完了すると、両当事者は支払いが完了することに同意し、支払いを受けます。単純。

于 2012-11-26T18:21:35.447 に答える
2

あなたのやり方は間違っていますが、実際には、提案された 2 つの解決策で説明したよりもはるかに簡単です。

まず、カード タイプの包括的なリストを取得することはできません。私は長年にわたってクレジット カード処理ソフトウェアを作成してきましたが、最高のプロセッサは、プロセッサごとの一般的なリストを提供することです。彼らが提供するリストは、通常、消費者レベル 1 カードまたはレベル 2 または 3 カードのバリエーション (フリート、P カードなど) としてカードを分類するだけです。そのため、決済で明細の詳細を送信する場合を除き、これに対処する必要はありません。(私を信じてください、あなたはそれに対処したくありません....それは純粋な混乱です。)

あなたがする必要があるのは、情報の配信時に資金を承認保留にするプロセスを用意することです. これにより、カードの所有者がカードに費やすことができる金額が差し引かれ、回収できるように予約されます。あなたがそのホールドを持っている間、あなたがお金を集めるのに問題があることはまずありません. これは事前承認ではありません。事前承認は、カードが有効であるという一般的な考えを提供するだけで、後で回収するための資金を確保するものではありません.

次に、お金を集める方法は2つあります。

  • ホスト キャプチャを実行するプロセッサを使用します。これは、1 日の特定の時間に、すべての未処理の承認が自動的に決済されることを意味します。これは、承認時に電子情報を配信する場合に最適です。
  • プロセッサに決済用のトランザクションを送信する独自​​の日常的なプロセスを用意します (ターミナル キャプチャとも呼ばれます)。この方法を使用すると、購入した商品の配送が遅れる可能性がある場合に、いつお金を回収するかを決めることができます。(たとえば、購入したアイテムを製造する必要があるかもしれません。)

どちらの方法でも、顧客は好きな種類のカードを使用でき、購入品が配達されて初めて請求されます。彼らは購入後すぐにカードをキャンセルすることもできますが、あなたが彼らの資金に置いた OTB (購入可能) に対する予約を回避することはできません. そのため、バーチャル カードやキャッシュ カードを使用した場合でも、予約の金額を差し引いた金額しか引き出すことができません。

そして、一般に信じられていることとは反対に、クレジット カード番号を保存できます。これは、PCI コンプライアンスのハードルが高いことを意味します。あなたの場合、トークン化ソリューションはこのバーを少し下げるかもしれません. これを提供するプロセッサはいくつかありますが、それは別のスレッドでの長い議論です。

于 2010-03-03T14:13:47.267 に答える