transactions - 1つの銀行口座から他の20,000の銀行口座への電子支払いの支払いを自動化するにはどうすればよいですか？

Question

私はスタートアップビジネスの立ち上げを支援しており、そのWebサイト用のショッピングカートソフトウェアを構築または検索する予定です。販売する商品は1つだけですが、誰かが商品を購入するときはいつでも、郵便番号や購入した販売業者などの顧客情報を使用して、さまざまな販売業者に支払われる手数料を計算する必要があります。すべての入金は数週間、ある種のエスクローアカウントに送られます。その数週間が過ぎたら、「スイッチを投げて」、20,000のディストリビューターのそれぞれに正当なシェアを獲得させる必要があります。そのエスクローアカウントは、販売活動と支払われるべき手数料を反映する保存されたデータに応じて異なります。これは私が処理するスクリプトを書くことができるものですか？さらに良いことに、これは安価なまたはオープンソースのソリューションで処理できるものですか、またはPaypalのようなものでセットアップできるもの？または、各ディストリビューターがログインしてコミッションの支払いを確認し、自分でアカウントの転送を開始できるWebページを作成するためのより良いアプローチはありますが、Webアプリは、支払い期限を超えて転送することを制限していますか？

ありがとう

Answer 1

手数料はデリケートで複雑な問題です。単純すぎるのではないかと心配するので、このようには見ません。

ディストリビューションをデータベースに永続化できるように、ソリューションに組み込みます。ディストリビューターがあなたを訴える原因となる問題がある場合に備えて、優れた監査および追跡機能が必要になります。

丸めルールを十分に確立してテストする必要があります。

データベースを読み取ってアカウントのデポジットを実行できるcronジョブまたはスケジュールされたタスクを設定しました。この機密データをすべて暗号化すると思います。

エリック・エバンスの「ドメイン駆動設計」を見てみたいと思います。彼は、このような金融パイの分割に関する素晴らしい章を持っています。

Answer 2

私はこれらの大量取引を設定するために地元の銀行に直接預金を利用することにしました。長期的にはPaypalの大量取引よりもはるかに低コストです。（トランザクションあたり0.15ドルの手数料は、大規模なトランザクションのトランザクションあたり2％の手数料よりもはるかに優れています）

Answer 3

あなたの記述に基づくと、これらの転送を完全に自動化することが意図されている場合、スクリプトは素晴らしいアイデアのように聞こえます。ディストリビューターがWebページにログインして転送を開始するメリットはありますか？彼らがサイトで何か他のことをしているのでない限り、少なくともこのサービスの最初のバージョンでは、自動化されたソリューションを使用する方がおそらく良いでしょう。