保存されたクレジットカード


7

私はAuth 1.netでEE 1.12に保存されたCCを使用し、それからAuth.netトランザクションのキャプチャのためにサードパーティのOMSに送信することを考えています。私は、かなりの金額でGorillaとParadoxからのAuthorize.net CIM統合拡張機能を見つけました。また、LitleまたはCyber​​source($$)を検討しました。誰かが私が考慮に入れていないかもしれないアドバイスを持っていますか?

サードパーティのシステムがAuth CIMトークンを使用するように設定されていないため、実際のCC情報をサードパーティのOMSに渡すことができないというハードルがありますが、Litle、Cyber​​sourceトークン化は受け入れられます。

回答:


1

考慮に入れる必要があることの1つは、システム間で情報を移動する方法です。暗号化された情報をhttps経由で転送していることを確認してください。

他の方法で行うと、PCI規制に違反する可能性があります。

また、Saved CCを使用しているため、CVV番号を要求して保存することはできません。これは完全にPCI違反です。

そうは言っても、Auth.net CIMを実行するために行ったのはSaved CCメソッドを使用することでした。その後、ERPがすべての情報を取得し、カードの承認と課金を処理しました。

Saved CCがカードを検証していないため、すぐに拒否される注文が届くということが1つあります。これは通常、ユーザーが番号を誤って入力したか、何かを入力したことが原因です。支払い情報を修正するには、これらの顧客に連絡する必要があります。

お役に立てば幸いです。


Josh、ありがとう。とにかく、保存されたCCを使用しているのに、なぜAuth.net CIMを使用したのですか 私はあなたのプロセスを誤解しているかもしれませんが、CIMがCCを保存できないようにするのはCIMのポイントではありませんか?
Krlecarp 2013年

MagentoのウェブサイトはSaved CCを使用してクレジットカード番号を収集し、それらの番号はERPに渡され、そこでCIMを使用して認証と資金の回収が行われました。当時、CagentとMagentoの統合は存在せず、独自のモジュールを作成することはできませんでした。私がMagentoでのCIM統合はまだかなり弱いと見ています(公平を期すため、インストールしてからしばらく経っています)。
Josh Pennington

@ JoshPennington、EPRにデータを手動またはプログラムで送信しましたか?私たちは同様のことをしようとしており、私はここで完全に途方に暮れています。ありがとう!
アレス

@Ares-プログラム的に行いました。安全に情報を転送できるようにするカスタムAPIを作成しました。
ジョシュペニントン
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.