2

サービスの料金を毎月顧客に請求しており、顧客が私の Web サイトにアクセスして、クレジット カードまたは echeck で支払えるようにしたいと考えています。Authorize.net/ach direct/paypal/etc との統合を行うことができますが、何かオープン ソースやサンプル コードから始めると、はるかに簡単になります。基本的に、支払いと支払い金額を特定できるように、ユーザーに名前または番号を入力してもらう必要があります。しかし、私が見つけた唯一のものは、私が必要としているものを実行していないように見えるショッピング カート ソフトウェアです。これに使用できるものはありますか?(無料がベスト)

4

3 に答える 3

4

これが、多くの人が PayPal と Google Checkout を使用している理由だと思います。それらは、使用できるいくつかの優れた統合ボタンを作成します。

私は個人的に Google Checkout を少し使ったことがありますが、その API は非常に使いやすいものです。舞台裏ですべてを調整し、ユーザーを Google に転送して、サイトで生成した「製品」に対して実際に支払いを行うことができます。

さらに、請求書を Google からユーザーに直接送信することもできます。これにより、ユーザーは Google CO にアクセスして支払いを行うよう求められます。

私は彼らの手数料が合理的であることがわかりました。

于 2009-01-08T02:22:23.427 に答える
2

コードは無料で入手できる場合もありますが、ほぼ確実に支払い処理サービスに取引手数料を支払うことになることに注意してください。コーディング方法に大きく影響する可能性があるため、最初にいずれかを選択することをお勧めします。

于 2009-01-08T02:17:41.363 に答える
0

いくつかの理由から、オープンソース方式を選択しないことをお勧めします。

  1. 「既知の」支払い方法に対する顧客の信頼-
  2. 電子決済に対する責任の増大
  3. 業界のイニシアチブには、コンプライアンスを維持するための勤勉な努力が必要です。(Visa CISPなど)
  4. 必要なときに利用できるサポート。(あなたの評判と良い名前は線上にあります)

トランザクションを管理するためにマーチャントアカウントが必要であることを考えると、正味の節約は、たとえあったとしてもごくわずかです。しかし、上記のすべての項目の中で、私はあなたの責任を制限するために信頼できる、実績のあるプロセッサをお勧めします。

それが役に立てば幸い。

于 2009-01-08T02:39:09.027 に答える