問題タブ [payment]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
payment - 最高のオンライン支払い処理ソリューションは何ですか?
米国以外の企業が利用でき、セットアップが簡単で、信頼性が高く、安価で、カスタマイズ可能である必要があります。あなたの経験は何ですか?
e-commerce - クレジットカードの有効期限-包括的または排他的?
有効期限が05/08、つまり2008年5月のクレジットカード番号を持っているとします。
それは、カードが2008年5月1日の朝、または2008年5月31日の夜に期限切れになることを意味しますか?
forms - クレジット カード処理スクリプト/ボットの影響を制限する
非営利団体向けの寄付フォームの作成に携わっています。私たちは最近、低額の提出の速いラウンドに見舞われました. 多くは無効なカードでしたが、いくつかは通過しました。明らかに、誰かが一連のカード番号の有効性をチェックするスクリプトを作成しました。おそらく、後でそれらを販売できるようにするためです。
今後、この影響を防止または制限する方法についてのアイデアはありますか?
システムのすべての側面 (コード、Web サーバーなど) を制御できます。はい、フォームは https で実行されます。
.net - インターネット経由でお金を請求する最も簡単な方法は何ですか?
.Net 2.0/3.5 WebApplication があります。
私は自分のサービスのためにインターネット経由でお金を受け取ることができるようにしたい.
私の顧客にはそれぞれ AccountNo.
それぞれ固定価格の商品をいくつか提供したいと考えています。
顧客が私のシステムにログインし、選択した製品に対して私にお金を支払うことを選択する必要があり、これが完了するとアプリがそれを認識して、これを反映するように顧客のアカウントを調整できるようにする必要があります。
彼らのお金を受け取る最も簡単な (複雑でないコーディングの) 方法は何ですか?
Paypal、NoChex、Google チェックアウト、その他 ?
web - あなたのウェブサイトでクレジットカード決済を提供する最良の方法は何ですか?
私のウェブサイトでクレジットカード決済を提供したいのですが、どの方法が最善の (または好ましい) 方法でしょうか?
Google チェックアウトやペイパルなどを使用できることはわかっていますが、これは私が探しているものではありません。さまざまなクレジット カードのみをサポートするシンプルな基本的な CC 支払いを探しています。
payment - カナダのウェブサイトの支払い処理業者の推奨事項?
この質問は以前に尋ねられました (リンク) が、要件が少し異なります。まず、私はカナダにいるので、Google Checkout とおそらく他のいくつかは除外されます。「今すぐ購入」機能を提供する基本的なサービスが必要なだけで、ショッピング カートなどは必要ありません。このサイトはそれほど大量ではないので、月額料金が異常に高いサイトは避けたいと思います。また、特別なプロモーションのために「割引コード」(または任意の名前)を設定する機能も必要です。サイトには、何らかの支払い通知サービス (IPN) も必要です。私は現在 PayPal を使用していますが、割引コードがないため、私ができることが本当に制限され始めています。
何を使用しましたか、またはさらに調査することをお勧めしますか?
desktop - デスクトップ アプリケーション向けのクレジット カード決済ソリューション
Webアプリケーション用の支払い処理業者に関する質問は山ほどありますが、デスクトップ アプリケーション用のものはまだ見たことがありません。あなたの経験は何ですか?
おそらくこれを少しコンテキストに入れると、要件は次のとおりです。
- カスタマイズできるはず
- 世界中ではないにしても、少なくともオーストラリアで利用できるようにする必要があります (それほど重要ではありません)。
- クレジットカードの詳細を保存しない
- 毎回異なる金額の定期的なマイクロペイメント
- ワンクリック決済。ユーザーが支払い処理業者に登録されていれば問題ありません。
paypal - PayPal チェックアウトの統合
通常の方法で PayPal を統合するショップ システムがあります。つまり、ユーザーは paypal.com にリダイレクトされてログインし、支払いを確認した後、ユーザーはショップ システムの確認ページに戻ります。
現在、私の顧客は、プロセス全体をショップ内で実行できるかどうかを尋ねています。
私はこれについて 2 つまたは 3 つのアイデアを持っています (実際に重要というわけではありませんが、このサイトは PHP ベースです)。
サーバー側で cURL 関数を使用して Paypal と話し、必要なすべてのフォームをショップ ページ内に表示します。おそらく良い考えではありません。
を使用し
<iframe>
て、PayPal ページをそのまま表示します。私の考えでは、これはうまくいくはずですが、それほどきれいではありません。ある種の PayPal API を使用します。PayPal の Pro アカウント (販売者用) が必要で、クレジット カードでの支払いしかできないと思われるものしか見たことがありません。
私は PayPal 統合の専門家ではありません。現在のソリューションはショップ ソフトウェアに付属しています。皆さんの中で、長所、短所、不可能なことに光を当てることができれば、私はとても感謝しています.
paypal - PayPal での定期支払い
PayPal が提供する定期支払い API を使用しようとしています。直接対処できないシナリオがあります。こんなふうになります。
私たちはいくつかのサービスを販売するウェブサイトを持っています。現在、サービスはユーザー ライセンスごとに課金されます。ユーザーは、その間にユーザー ライセンスを購入/キャンセルできます。お客様に定期請求オプションを提供したいと考えています。ここで、金額は、そのサイクル中に顧客が使用するユーザー ライセンスの数に基づいて、請求サイクルごとに異なる場合があることに注意する必要があります。
PayPal 定期支払い API を使用してこれを達成する方法はありますか?
algorithm - 特定の価格に対する「通常の」現金支払い額を決定するアルゴリズム
店に入り、いくつかの製品を選択し、カウンターに行って請求書を支払います。合計はいくらかです ( A
)。財布、ハンドバッグ、またはポケットに手を伸ばして現金 ( P
)を入れP
ますA
。
流通している一連の硬貨と紙幣を考えると、 の最も可能性の高い値はP
何ですか?
使用可能な紙幣が $5、$10、$20、$50、および $100 であり、使用可能な硬貨が 5c、10c、および 25c であると仮定した例:
A
= $151.24 P[1]
= $160 (8x$20) または ($100 + 3x$20) P[2]
= $155 ($100 + $50 + $5)
A
= $22.65 P[1]
= $25 ($20 + $5) P[2]
= $30 ($20 + $10) P[3]
= $40 ($20 + $20)
A
= $0.95 P[1]
= $1 (4 x 25c) P[2]
= $5
これらの数値の多くは直感的に見えますが、アルゴリズムを特定するのは難しいと感じています.