問題タブ [payment]

私のクライアントは、既存のウェブサイト (Joomla で実行されます) のプロパティ (Just Land NO Houses) Reservation ソリューションを必要としています。どのアプローチを使用すべきかについて、アドバイス/ヒントが必要です。必要に応じてカスタマイズできるオープンソース ソリューションを探しています。

シナリオ:

買い手が大量に予約すると、詳細を収集するフォームが表示され、その後予約の支払いが行われます。

フロントエンド：

購入者または予約者から情報 (名前、電子メール、連絡先情報、住所など) を収集する際にカスタム フォームを作成できる Joomla のフォーム ビルダー拡張機能が必要です。情報を収集したら、それを予約するための支払いを処理する別の拡張機能が必要です。これはショッピング カート型のアプローチで、商品を見て購入します。しかし、追加の詳細が必要です。

バックエンド:

購入者の名前から予約の支払いまでのすべての詳細を確認できます。

ありがとう！

PS 私はすべてのアイデアを受け入れます。このアプローチについてはよくわかりません。良いアイデアや例があれば教えてください。

複数の支払いゲートウェイを処理できる単純な PHP 支払いライブラリはありますか? 自分のサイトではなく支払いゲートウェイの Web サイトで支払いを処理しても構わないし、自分のサイトに CC 情報を保存したくありませんが、コードを変更せずに (またはほとんど変更せずに) ゲートウェイを柔軟に選択できるようにしたいです。

面倒なPCI-DSS認定とそれに関連する費用を回避できるように、ペイメントゲートウェイ会社を探しています。私はこれを今や邪魔にならないようにします、私はPaypalを望んでいません。それは私が望むことをしますが、それは私がどんな種類のお金でも信頼したい会社ではありません。

次のフローをサポートする必要があります。

• ユーザーは私たちのサイトでアクションを実行し、支払う必要のある金額を生成します。
• 私たちのサーバーは非同期で（隠された入力なしで）ゲートウェイに接続し、ユーザーについて、ユーザーが支払う必要のある金額を通知します。ゲートウェイはURLとおそらく暫定的なトランザクションIDを返します。
• サーバーはトランザクションIDを保存し、ゲートウェイによって提供されたURLにユーザーをリダイレクトします。
• ユーザーは、リモートサーバーで支払いの詳細を入力します。
• それらが完了すると、ゲートウェイは結果やトランザクションIDなどをサーバーに非同期的に接続し、それらを（所定のURLで）私たちに転送します。
• 注文が完了した/失敗したなどをユーザーに示すことができます。フィン。

可能であれば、英国またはEUを拠点とし、開発者に優しい。

買い物かごの概念はすべてコードですでに処理されているため、必要ありません。

私たちは適切なマーチャントバンキングアカウントを持っています（または少なくともローンチまでに持っているでしょう）-したがって、Paypayのようなカバーサービスは必要ありません。

彼らのAPIがPython（私たちはDjangoを使用しています）を明示的にカバーしている場合は、なおさらですが、他の例を解読して自分でPythonにトランスコードするのに十分な能力があると思います。

私はウェブサイトを開発しました。ユーザーは自分のプロジェクト/タスクの前払いをする必要があります。ここで、ユーザーが自分のWebサイトで自分の金融口座を再請求できる方法を提供したいと思います。私のウェブサイトの金融口座がmoneybookers口座であり、ユーザーがこの口座に手動で送金できるとすると、どうすればインターフェースを開発できますか？多くのユーザーがウェブサイトの公開アカウントに送金しますが、お金の合計がどこから来ているのかをどのように判断できますか？1回の送金で彼の口座残高を2回追加しないようにするにはどうすればよいですか？私の質問が明確でない場合は、遠慮なく説明を求めてください。

あなたが私のウェブサイトにアカウントを持っているとしましょう。それはyourname@example.comです。アカウントを作成すると、残高は$0になります。次に、yourname@example.comにお金を入金する必要があります。手動で行うことができます。あなたは私に$200を支払うだけで、あなたが私に$ 200を送ったことに気づいたので、私はあなたの残高を$200に更新します。

私は彼らのAPIを使用していません。私が彼らのAPIを使用する場合、このプロセスはコンピュータープログラムによって自動的に行われます。手作業でやりたいということです。

現在、SMSを使用して、または番号に電話をかけてサービスの支払いを行うために、zaypayに支払いプロバイダーを実装しようとしています。私たちはすでにグーグルチェックアウトとペイパルが定期的な支払いのために働いていますが、zaypayはかなり柔軟性がなく、文書化が不十分で、価格が異なる何百もの製品がある場合はセットアップが面倒です。

だから私の質問は、SMSを受け取って支払いを呼び出す他のヨーロッパの支払いプロバイダーを知っていますか？

ロバーツの回答/質問への回答として

こんにちはロバート、私はZaypayソリューションが最高であり、電話による支払いに関してこれまでに見たのは私だけだと言わなければなりません。ただし、2か月前にカスタムZaypay UIの実装を終了して以来、発生していた問題の詳細の多くを思い出せません。とにかく私ができる限りそれらの簡単な説明をしようとします。

まず、payalogueのリダイレクトタイプのシナリオを見てみたいと思います。私が覚えていることから、皆さんは私たちが使用しているjQueryとうまく機能しないJSフレームワーク「Prototype」を使用しているため、payaloguesでサポートされているポップアップタイプのシナリオを使用できませんでした。

さらに、カスタムインターフェイスを実装するときに、単語やフレーズではなくコードである単語など、多くの欠落した翻訳を覚えています。これは、私たちが自分たちで必要とするすべてのメッセージを書く/翻訳することになったということを意味しました。

また、もう一つの悩みの種は、価格とアイテムの設定でした。Google CheckoutやPayPalのように、インターフェースの一部として注文アイテム/価格を送信できればいいのですが（完璧ではありません）、これまでに販売するすべてのアイテムを定義する必要はありません。事前に管理インターフェース。私が覚えている限り、現在の形式で複数アイテムの注文にZaypayを使用することは事実上不可能です。

最後に、私が知る限り、カスタムソリューションを実装するときに考慮しなければならないセキュリティの問題がいくつかあります...特にajax駆動のソリューションです。私の元の投稿で述べたように、ドキュメントでこれについて言及していますが、ドキュメントはセキュリティの問題に関してそれほど包括的ではなかったと思います。繰り返しになりますが、詳細をお伝えしたいのですが、コードとクライアントがなくなってから長いので、書いたコメントを調べることができません。ごめん！

そうそう、一般的なAPIドキュメントは正確に包括的ではなく、100％正確でもありませんでした。

繰り返しになりますが、Zaypayを使用しないように人々にアドバイスしたくありません。競合するJSフレームワークを使用しない場合、payalogueは非常に簡単に実装できるようです。Zaypayを検討している人は、最初に現実的なプロトタイプで試してみて、カスタムインターフェイスを実装している場合は、本番環境にリリースする前に実装について検討する必要があることをアドバイスしたいと思います（これはお勧めできません）。

多くのことを誤解したのは私だけかもしれませんが、一般的にフレームワークを使用するのに苦労し、APIは非常に新しく、最初から考え抜かれていないと感じました。

Java アプリケーションで ACH ファイルを作成し (言語は重要ではありません)、処理のために送信するにはどうすればよいですか? ACH ファイルの形式と、その後の処理方法を知る必要があります。この質問を見ると、外部プロセッサへのリンクが表示されます。ファイルを送信するために第三者を使用する必要がありますか?

ファイルの作成は難しくありませんが (形式の詳細はわかりません)、ハード ドライブにファイルを保存しても何の役にも立ちません。サードパーティを使用する必要がある場合、どのようなサービスが良いですか?

ここでこの質問をするかどうかはわかりませんが、ここに質問があります。

ペイパルがサポートしていない国のペイパルに代わるものは何ですか？

たとえば、私はパキスタン出身で、ペイパルのように、フリーランスサービスを提供しているサービスバイヤーから金額を送金して受け取る簡単な方法を探しています。

ありがとう

iPhone storekit フレームワークによって課金される金額を指定できますか? または、アプリケーションの作成時に指定された金額が請求されますか?

この StoreKit API の概要を読みまし たが、開発者のサーバーの役割を正確に理解できませんでした。その役割を詳しく説明してください。アプリケーションを送信する必要がある場合は必須ですか?

前もって感謝します..

だから私は、ユーザーが特定の追加機能とサブスクリプションに対して支払うことができる Web アプリを持っています。

最初はいくつかの単純なことでしたが、ユーザーが支払ったものを指定する「アイテム」フィールドを持つ 1 つの Payment テーブルがありました。

しかし、ここでは、さまざまなパラメータを伴う他のアイテムが必要になります。サブスクリプションでさえ、サブスクライブする期間のために追加のパラメーターを取ることができます。

そのようなアイテムごとに独自のテーブルを取得する必要があるかどうか、またはこれをどのように設計するかはわかりません。