問題タブ [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.
variables - Miva Merchant (Miva Script) 支払いモジュールを作成する場合、次の変数を取得するにはどうすればよいですか
- 注文合計
- 請求先住所
- 請求先の郵便番号
- 請求メール
私は MM 開発者の初心者であり、Miva Merchant を使用する開発者向けの適切なドキュメントが非常に不十分であることがわかりました。どんな助けでも大歓迎です!
django - メンバーシップとイベントAPI?それとも私はそれを自分でやるべきですか?
私は社会のウェブサイトを立ち上げる任務を負っています。私はフルタイムのDjango(at al)Web開発者なので、このタスクを喜んで引き受けました。
仕様を確認すると、すべてのアプリケーションに「秒」(スポンサー、審判など)が必要になるようにメンバーシップを管理し、クラブに参加するにはサブスクリプション料金を支払う必要があります。
このクラブには、ランチとトークのチケット価格が変動するイベントがいくつかあります。チケット1枚あたりの価格は会員のみが閲覧できるため、会員のみがチケットを購入できます。
私は当初、イベント管理をEventBriteに移行し、EBのAPIを介して今後のイベントをWebサイトに戻すことを計画していましたが、このメンバーのみの制約は、EventBriteでは実行できないように見えます。
次に、処理メンバーのサブスクリプションがあります。誰でもdjango.contrib.auth
アカウントを登録できるようにしたいと思っていましたが、サブスクリプションの支払いはオフラインのままにしておきましたが、アカウントを「メンバー」としてマークし、サブスクリプションデータをデータベースに保存して、メンバーにオンラインで支払うことができれば、クライアントはもっと幸せになります。
EventBriteと同様に、大まかなメンバーシップデータ(サブスクライブが許可されているかどうか、APIサービス上のユーザーの一意のトークン、メンバーシップのレベル、メンバーシップの有効期限)を保存できることを望んでいました。サブスクリプションの支払いを処理するためにユーザーを投稿することができます。
私は基本的にどの支払いシステムにも触れたくありません。Paypal + IPNのような単純なものでさえ、私はやりたくないものです(過去に他のプロジェクトで行うことができます)が、それを中心に構築する必要があるのは管理の層です(メンバーのメッセージング、定期的なイベントの作成) 、など)サードパーティにファームアウトしたい...彼らが支払いの追加のパーセントを処理することを望んでいるとしても。
メンバーシップまたはイベント、あるいはその両方をカバーする適切なAPIを知っている人はいますか?
それとも、これは非常に複雑なので、外部の助けを期待することをあきらめて、ただナックルダウンして自分でそれを行う必要がありますか?
timer - 支払いを計算するアプリを作成するには、どの言語を使用すればよいですか?
私は時間単位で支払われており、シフトの開始時に開始するアプリを作成したいと考えており、含めたい機能は次のとおりです。
- タイマー
- シフトの開始時間と終了時間
- シフト日
- いつ、どのくらい働いたかの完全な履歴を保存する機能
等
もしかしてC?でも、GUIは比較的簡単に作れるのでしょうか?BASICは実行可能なオプションではありません...そして私は明らかに新人なので、慈悲をお願いします...
私はメモ帳++を使用しています
首都は私がまだ超えていない問題です。
VB.Net は一種の基本的なものではありませんか?
facebook - FacebookクレジットAPI/Facebook支払いAPI
Facebookにはクレジット/支払い機能がありますが、支払いAPIが見つからないようです。
アプリはどのようにしてクレジットを付与したり、ユーザーからクレジットを受け取ったりしますか?
iphone - クレジットカードでの支払いを受け入れるアプリケーションをAppStoreで公開することは可能ですか?
私の会社はお客様にeコマースソリューションを提供しています。私たちは、顧客が何かを購入するWebサイトをホストしています。当社のeコマースソリューションは、クレジットカード情報を取得し、支払いゲートウェイを介して処理します。
次に、Webサイトの機能を多少複製する顧客向けのiPhoneアプリを作成します。Amazon.comアプリが行うことと同様です。アイテムを閲覧し、購入するためのネイティブインターフェイスを提供します(繰り返しになりますが、Amazon.comアプリケーションがそれを行うと思います)。
しかし、私は、Appleがアプリ内購入を経由しない場合、製品がそのようなアプリケーションを通常拒否する方法についての話を読んでいました。それともデジタルのものだけですか?
そのようなアプリが拒否または承認される可能性について何か考えはありますか?
android - Android マーケットのサブスクリプション支払いモデル。方法?
2つのアプリが欲しいです。1 つは実際の仕事を行い、もう 1 つは月単位で支払いを行います (ライセンス アプリ)。
ユーザーは、マーケットからライセンス アプリを毎月ダウンロードする必要があります。しかし、その前に先月のアプリをアンインストールする必要がありますか?
アプリは自分自身を自動破棄 (自分自身をアンインストール) できますか?
paypal - ヨーロッパのビジネスとして定期的な支払い/サブスクリプションに使用する支払いプロバイダーはどれですか?
顧客が月額料金を支払うことができる Web アプリを構築しています。要件は次のとおりです。
- サービスにアクセスするために顧客に月額料金を請求したい
- いくつかの異なるプランがあります
- 各プランには1か月の無料トライアルが付属しています
- アップグレード/ダウングレードは簡単です
- できるだけ多くの支払いオプションをサポートしたいと考えています。私たちのソフトウェアはフリーランサーや中小企業を対象としているため、クレジットカード、PayPal、および理想的な (デビット) などのヨーロッパの支払いサービスをサポートしたいと考えています。Google Checkout と Amazon FPS も素晴らしいでしょう。
- チェックアウト時のユーザー エクスペリエンスの品質は重要です。SSL、共同ブランド、明確な UI とコピーが必須です。
私はさまざまなオプションを検討し、次のように結論付けました。
- PayPal の UX はかなり貧弱で、気まぐれにチェックアウト プロセスを変更する傾向があり、x.com のドキュメントは古く、メンテナンスが不十分であり、デフォルトの支払いオプションとボタンの形で受け入れがたいほどアプリに適応させる必要があります。
- Google Checkout は、米国および英国に拠点を置くビジネスでのみご利用いただけます
- Amazon FPS は、米国を拠点とする企業のみが利用できます
- ClickAndBuy のユーザー数はわずか 1,300 万人
- twyp や ogone などのオランダのサービスはサポートが充実していますが、API/サービス アーキテクチャが古くなっています
私の質問は、次のとおりです。私はオランダのビジネスであり、オプションが限られていることを考えると、どの支払いプロバイダーを使用する必要がありますか? あなたの経験は何ですか、そしてあなたは何をお勧めしますか?
詳細情報が必要な場合は、私の特定の状況の背景を説明するブログ投稿を書きました。
passwords - ユーザー名/パスのオンライン決済システム
ユーザーがアカウントを支払うと、ゲームへの完全なアクセス権が与えられるオンライン決済システムを探すには、どこから始めればよいですか? 基本的に minecraft.net の支払いシステムとまったく同じです。SQLデータベースを使用する必要があるかどうかわからないため、r/programmingに投稿します。ユーザー名とパスワードのシステムをセットアップしていません。
payment-gateway - Payment Gateway は開発者向けのテスト クレジット カードを提供していません
テスト環境では、架空のクレジットカード番号を使用してトランザクションをテストする可能性を提供しない支払いゲートウェイを使用していることに気づきました。実際、実際のクレジット カード番号を使用する必要があるだけでなく、資金が転送され、トランザクションをテストするたびに払い戻しリクエストを発行する必要があるとのことです。これは私にとって初めてのことです.さまざまな支払いゲートウェイが常に、特定の範囲のテストクレジットカードを受け入れるテスト環境を提供してきました.テストモードで実際の資金が転送されたことはありません.
私はあまりにも多くの支払いゲートウェイで開発したことはありませんが、トランザクションが単なる「テスト」である「テスト環境」を提供していないという事実は、私をかなり困惑させます.
アドバイスをいただければ幸いです、ありがとうございます。
android - モバイルアプリでの盗難を最小限に抑えるために、クレジットの数をどこに保存する必要がありますか?
私のアプリのユーザーは、10クレジットのバッチを購入します。私の質問は、現在のクレジット数をどこに保存すればよいですか?
私の目標は次のとおりです。
- 盗みにくいようにしたい
- 信頼できるものにしたい、
ユーザーがクレジットを失いたくない - なくなったらユーザーに伝える必要があります
アイデア:
- 電話DBに#クレジットを保存する
- サーバーデータベースに#クレジットを保存する
- #クレジットを好みに保存する
- すべての場所に保管し、各トランザクションを再確認します
- トランザクションは少量になるため、コードを記述して過度の動作を検出するか、疑わしいものを手動でチェックします
私がどれほど妄想的であるべきかについて、いくつか意見をお願いします。ありがとう!