問題タブ [payment]

Flex AIR アプリケーション内で HTML コンポーネントを使用する場合、https を介してリモート ページにアクセスすることは可能ですか?

AIR アプリケーションへのクレジット カード支払いの統合を構築しようとしています。簡単な方法は、アプリケーションに埋め込まれたブラウザ内の支払いサービスにユーザーを送ることです。

USSDを始めようとしています。他の形式の SMS についてはよく知っています。最終的には、リアルタイム決済プラットフォームの一部としてUSSDを使用したいと考えています。

ありがとう。

Paypal を使用して、ウェブサイトの自動継続支払いを処理しています。ユーザーは、定期的なニュースレターを受け取ることができるように、私の Web サイトを購読するために料金を支払います。

たとえば、顧客が数か月後にメンバーシップをキャンセルしたとします。Paypal にログインすることでこれを行い、今後の自動支払いをキャンセルします。このキャンセルを反映するには、ウェブサイトをどのように更新すればよいですか?

私が考えている最初の解決策は、毎晩真夜中にスクリプトを実行する cronjob をスケジュールして、Paypal からの情報でデータベースを更新することです。

2 つ目の解決策は、ニュースレターの発送日です。スクリプトを実行して、Paypal からの情報でデータベースを更新します。Web サイトは、ユーザーが Web サイトに「ログイン」するたびにスクリプトを実行します。

これを行うためのより良い方法はありますか?

私の現在のオンラインショップでは、PayPalエクスプレスチェックアウト（クレジットカードの場合も）を使用してユーザーに請求しています。私たちの調査（およびA / Bテスト）は、彼らがより少ないステップで、Paypalのウェブサイトに行かなくても注文を喜んで行うことを示しました。

香港を拠点としているため、DirectPaymentを使用したWebsitePaymentProは使用できません。私たちのニーズに合う（つまり同じレベルの価格設定）他のソリューションはありますか？小規模な取引（<100米ドル）、クレジットカードのショップ内でソリューションを完全に統合する必要がありますか（別のWebサイトへのリダイレクトはありません）？

クレジットカードを持たない顧客のためのバックアップソリューションとして、おそらくペイパルを維持するでしょう。

私たちは、過去 1 年間開発されてきた大規模な Web アプリケーションのリリースに向けて準備を進めています。サービスの定期的なサブスクリプション料金を処理するために ActiveMerchant を統合するプロセスを開始しようとしています。

私たちの要件 (以下にリスト) を考慮したベスト プラクティスに関するアドバイス、およびよくある落とし穴や特別な考慮が必要な特定の問題に関する追加のヘッドアップについて、アドバイスを求めています。使用する支払いゲートウェイはPaymentExpressです。これは、定期請求があり、米国外で事業を行う企業にとって特別な条件がない、サポートされている数少ないゲートウェイの 1 つです。このアプリケーションの背後にあるビジネスは、英国を拠点としています。

アプリケーションのユーザーは、アプリケーションとそのデータにアクセスしてカスタマイズできるサブドメインでアカウントを作成します。請求の仕組みに影響を与える可能性のある要件/機能の一部を以下に示します。

• すべてのユーザーが 30 日間の試用を利用できます
• 無料プランなど様々なプランあり
• より高い価格のプランでは、アカウントに保持できるデータ (ユーザー、プロジェクトなど) の量に大きな制限があります。
• 請求期間は月単位で、試用後に開始されます
• プランなどで、通常価格から 1 年間割引される割引 / クーポン コードがあります。
• 機能が追加されると、プランの価格が変更されます

私が予測できる具体的なハードルは、次のようなものです。

• 下位レベルのプランのプラン制限に違反した場合のダウングレードの処理方法。
• クレジット カードの有効期限が切れた場合や支払いが完了しなかった場合の動作 (読み取り専用モードが強制されている可能性があります)
• プランの価格が変更された場合、既存のユーザーに対して一定期間 (6 か月など) 以前の価格を適用し、その後、より高い料金の請求を開始したいと考えています。プラン価格が下がった場合は、すぐに有効になります。

役立つその他のアドバイスは、アプリケーションの流れに関するものです。請求フォームはユーザーにどのように提示する必要がありますか? クレジットカード情報が必要になるのはいつですか? 請求書はどのように送信、保管、およびアクセスする必要がありますか?

多くのコード ベースをSaaSyに基づいて作成する予定であることを明らかにしておく必要があります。SaaSy は、すべてのサインアップとアカウント管理の側面を処理する別の Rails アプリとして使用するように設計されています。ただし、最初からこれを計画したことはなく、そのように動作するようにアプリケーションを適応させるのは面倒なプロセスになるため、これはうまくいきません。その結果、SaaSy からコードとアイデアを取得してアプリにマージします。

ActiveMerchant を使用して、Ruby on Rails アプリケーションの請求コンポーネントに取り組んでいます。選択した支払いゲートウェイはPaymentExpressです。

以下のようなコード例を見て、 と を使用authorize()しvoid()てカードの有効性をテストします。

ただし、PaymentExpress は void アクションをサポートしていません。この認証アクションを実行する別の方法はありますか?または、PaymentExpress などのゲートウェイが 7 日後に認証要求を期限切れにすることを考慮して、void アクションを省略しても問題ありませんか?

voidドキュメンテーションまたは Google で承認についての言及を見つけることができず、それがどれほど重要であるかを示すものも見つかりません。

手助け？

.NET は無料ではなく、.NET アプリケーションを開発する場合は Microsoft に支払う必要があると聞いたことがあります。これは本当ですか？もしそうなら：

1. 何を支払わなければなりませんか？

2. 私はアカデミック アライアンスを通じて MSDN のサブスクライバーです (VS2008 や Windows Server 2008 など、さまざまな Microsoft ソフトウェア製品を無料でダウンロードしています)。これらのツールで作成したソフトウェアに対して料金を支払う必要がありますか?

3. ASP.NET を使用した Web アプリはどうですか? アプリケーションをホストするときに支払い義務はありますか?それともテクノロジーに対して支払うだけですか?

編集：

つまり、ASP.NET や PHP を使用して Web アプリケーションを開発することは同じであり (技術的な問題は無視して、支払い側だけ)、私が支払わなければならないのはホスティング料金だけですか?

編集2：

.NET ルール :)

これは私の現在の状況には当てはまりませんが、私たち全員が以前にそこにいたことは確かです. C# でアプリを開発するように依頼された Java 開発者、ASP.NET MVC で何かを行うよう依頼された ASP.NET 開発者、または Rails または Django サイトを作成する機会がある PHP 開発者です。

基本的に、有能なプログラマーであれば、この種のプラットフォームの移行は実際には問題にならないはずです。十分な時間があれば、古いプラットフォームと同じように習熟することが期待できます。

しかし、これがクライアントのためのフリーランス プロジェクトである場合、このプラットフォームをわずかな費用で学習することはまったく非倫理的に思えますか? クライアントがプロジェクトを完了するための無制限の時間を与えてくれないと仮定すると、経験不足による妥協や品質の問題が発生する可能性があります。

とはいえ、どこかから始める必要があり、誰もが新しい言語/プラットフォームをいじる余裕のある時間があるわけではありません。時には、弾丸をかむだけで物事を賢く計画し、それを成し遂げて報酬を得ることが必要な場合もあります。

これは非倫理的に見えますか？より低いレートを受け入れることは、より倫理的になるでしょうか?

エンドユーザーがプロセスを完了するためにペイパルやアマゾンの支払いなどにログインしなくても、ある銀行口座から別の銀行口座への送金を自動化する方法を探しています（オンライン残高を銀行口座に送金することにより）。オンラインで少し調べてみたところ、それができると思われるベンダーがいくつか見つかりましたが、APIのドキュメントではそれについて確信が持てません。

誰かがこのようなことをするために使用したサービスをお勧めできますか？明らかに、私はWebベースのAPIを探しています。完全なプロセスは、支払いを収集し（これは簡単な部分です）、銀行口座に支払い（手数料を差し引いたもの）を支払う仲介サイトです。

Amazonペイメントは素晴らしいでしょう（サードパーティ/マーケットプレイスの取引を可能にします）。ただし、エンドユーザーの銀行口座に直接送金できるものを探しています。

（これは厳密にはコードに関するものではないことは知っていますが、似たようなことをした人がいるかもしれないと思いました。）