2017-09-24 16 views
0

現在、私はPHPアプリケーションを作成中です。残念なことに、予算上の理由から、私たちはPCIに準拠することはできません。手数料を受け取ることができるeコマース支払いゲートウェイ

アプリケーションは基本的に、我々は、ユーザーからお金を取るだけの市場で、小さな手数料を取り、そしてアクションが完了して確認されたとき、私たちはこのアクションを完了したユーザーにお金を与えます。

私はBraintree、WePay、Stripeなどを使ってみましたが、何もしようとしていないようです。ワークフローは理論的には単純ですが、実装するのは簡単ではないようです。ブレインツリーで

は可能であると思われたが、主なブロッカーはビジネスモデルが一致しなかったということでしたので、私たちは生きてライセンスを取得することができませんでした。 WePayでは、PCI対応が必要ですが、これは実現不可能です。

可能であれば、いくつかのガイダンスを探していました。

注:私たちがプログラミングされている言語はPHPですので、支払いゲートウェイのAPIは、PHPと互換性がなければなりません。

+0

彼らは独断回答やスパムを誘致する傾向があるとして書籍、ツール、ソフトウェアライブラリ、チュートリアルや他のオフサイトのリソースをお勧めしますか見つけるために私たちを尋ねる質問には、スタックオーバーフローのためにオフトピックです。代わりに、問題を説明し、それを解決するためにこれまでに何が行われているかを記述します。 –

+0

ジョンに感謝します。 DIdはそれを知らない。私はそれをできるだけ早く修正する –

答えて

0

WePayはPCI準拠するようにする必要はありません。 embedded checkoutを使用している場合、PCIのコンプライアンスは適用されませんが、カードの詳細へのアクセスは犠牲になりますが、定期的なトランザクションを提供する場合にのみ問題になります。ほとんどの場合、iframeはうまく動作するはずです。

WePayのtokenization solutionまた、PCIコンプライアンスの多くを必要としません。私は彼らのパートナーがSAQ-A-EPを完成するように頼んだと思います。 1年に1度だけ行うだけの簡単な自己評価のアンケートです。

+0

それは本当ですが、アプリケーションのフロントエンドはiOSアプリです。それはiframeの読み込みのためにWebviewを使用する必要があることを暗示しています。 –

+0

真。私の答えにいくつかの詳細を追加するように更新しましょう。 – TheF1rstPancake

関連する問題