問題タブ [payment]

CCAvenue支払いゲートウェイオプションを実装する必要があります。ASP.net/C#を使用してこれを行うにはどうすればよいですか？

ccnow支払いゲートウェイを asp.netに統合するには? アクティベーションキーはどこで入手できますか?

私は支払いソリューションに取り組んでおり、PHP の助けが必要です。私は HTTPRequest を実行しており、それに応じて XML を取得します。XML は次のようになります。

基本的に私がやりたいことは、タグからコンテンツを取得して文字列に保存することです。

私はこれを試しました：

しかし、何もエコーしないため、明らかに何か問題があります..提案はありますか？

PDFをオンラインで販売するWebサイトに取り組んでおり、ユーザーはpaypalで支払いを行った後、電子メールでダウンロードリンクを取得できます。

上記のシナリオで考えられるペイパルの支払いステータスの値は何ですか? Complete&しか思い浮かばないInComplete。ここでの使用Processingは意味がありますか？

私は、クレジット/デビット/PayPal支払いを使用してユーザーから支払いを収集するプロジェクトに取り組んでいます。

このサービスは、サードパーティの組織に代わってユーザーから支払いを受け取ります。手数料を差し引いた金額を受け取ったら、その金額を組織の銀行口座に送金します。

今のところ、私たちにできることは、オンラインバンキングのBACS銀行振込を使用して組織に支払うことです。

しかし、APIを使用してこれを自動的に行う方法があるかどうか知りたいです。

送金前に第三者の銀行口座の詳細を登録する必要がある場合は、これで問題ありません。現時点では転送は手動の手順であるため、プロセス全体を自動化したいだけです。

これに使用できるゲートウェイまたはAPIはありますか？イギリスで？

First Data API を使用してお金を予約またはロックすることは可能ですか? 実際、私が探しているプロセスが実際に「予約」と呼ばれているかどうかはわかりませんが、クライアント CC で一定の​​金額をロックして、クライアントがそれを使用できないようにする標準的な手順を考えていますが、私は商人としてお金を返すことができますクライアントまたはマーチャントが望む場合、銀行、クライアント、および私に費用はかかりません。預金のようなもの。私は完全な取引をしたくないだけで、完全な取引でお金を返し、そのすべてのステップを支払い、次に会計の悪夢のためにいくつかを支払います。

SSL を使用しているページのフォームを介してユーザーの銀行口座情報 (口座番号とルーティング番号) を受け取り、それをサーバーに送り返し、そこでその情報を送信するために HTTPS リクエストをカールオフする場合、どのようなセキュリティ上の懸念がありますか? APIを介したFirst ACHやACH DirectのようなACHサービス？

銀行口座情報をデータベースに保存することはありません。別のオプションとして、 Paypal の Mass Pay APIを使用することも知っていますが、支払いを受けるために顧客に Paypal アカウントを要求することは (少なくともビジネスにとって) プロフェッショナルではないと考えています。

考え？

私は、サブスクリプション ベースの請求モデルを設定する小さな新興企業をまとめています。請求書は、エンド ユーザーの好みに応じて、毎月または四半期ごとに顧客に送られます。私の質問は2つの部分です：

1. 私はオンライン請求は初めてで、サードパーティの請求書の支払いに関しては Pay Pal しか知りませんが、これはチェックアウト システムのように思えます。サードパーティの課金処理業者には、PayPal よりも優れた代替手段があると確信しています (Google で検索してみましたが、探しているものを正確に見つけるのに苦労しています)。 サードパーティの支払い処理にはどのようなオプション (会社) が利用できますか? また、その会社でどのような経験 (良いまたは悪い) がありましたか?

2. 私たちは、顧客が定期的な支払いを設定できるようにしたいと考えています。顧客のクレジット カード番号をデータベースに保存したくないのは、これに関するコンプライアンス ガイドラインが多すぎると思うからです。 定期的な支払い処理のためのサードパーティのソリューションはありますか?

余談ですが、これは必ずしもコード関連の質問ではなく、よりビジネスに焦点を当てたものです。この質問を投稿するためのより良いルートがあるかどうかはわかりませんでした.別のルートがある場合は、これを共有または変更してください.

これは主観的な質問かもしれませんが、試してみます。

SO については、サブスクリプションの課金管理を中心に展開する多くの質問が既にあります。私は現在、完全に自動化された課金システムを必要とする SaaS ソリューションに取り組んでいます。

この質問をするときに私が探していないのは、特定の支払いゲートウェイなどへの実装に関するアドバイスではありません。代わりに、どのようなアプローチを取るべきかについてアドバイスをお願いします。

私が必要としている機能は、アップグレード、ダウングレード、定期請求、キャンセルなどを処理できるシステムです。最初は 1 つの製品のみでしたが、時間が経つにつれて、システムが複数の製品を処理できることが要件になる可能性があります (製品とは、根本的に異なることを意味します)。製品であり、同じ製品の異なるバリエーションではありません)。

私が見ているように、次のような解決策が必要な場合、いくつかの可能なアプローチがあります。

1. これをサポートし、複数の独立した製品を処理できるように、各製品から切り離された請求サーバーを自分でコーディングします。
2. Recurly、Chargify、Spreedly、CheddarGetterなどのホストされたソリューションを使用します。

ホステッド ソリューションを使用する利点は、PCI 認証が不要であること、問題が外部委託されていること、起動と実行がはるかに高速であることです。ただし、これらの利点には代償が伴います。 製品にとって最も重要なサポート機能 - つまり、請求は制御できません。さらに、制御と柔軟性が低下します。

あなたならどうしますか？PCI 要件の先を見据えるなら、私は間違いなく、この種の仕事を行うことができる社内でコーディングされたシステムを持つことを好みます。一方で、このようなシステムをコーディングするのは面倒だと多くの情報源から聞いています。

どんなアドバイスでも大歓迎です。また、自分でコーディングするようにアドバイスする場合は、それを行う方法に関する経験、またはオープンソース プロジェクト (言語に関係なく、私が求めているのはコードではなく構造です) があれば、本当に恩恵を受けることができます。多くのことを意味します。