1

同じ注文で異なる支払い方法を受け入れられるようにする必要があります。つまり、通常のクレジット カードやペイパルだけでなく、1 つのアイテムをペイパルで、別のアイテムを確認することもできます。これが非常にクレイジーに聞こえることは承知していますが、この要件には十分なビジネス上の理由があるため、簡単に反対することはできません。

現時点で考えられる最善の実装方法は、ハブ ページのようなものを用意することです。このページでは、新しいウィンドウを開いて、支払いごとに複数のフローを「起動」できます。たとえば、ユーザーがペイパルから戻ってくることを保証できないため、線形フローでこれを行う方法がわかりません。そのため、ユーザーを完全に失うことになります。

誰もが考えられる、より適切な方法はありますか? または、インスピレーションのために同様のことを行っているサイトの例を誰かに教えてもらえますか?

4

6 に答える 6

1

個人的に、私はこのようにします：

  1. ユーザーに通常の方法でバスケットを埋めさせます
  2. 支払いの種類と金額をリストに追加できるようにします（ほぼ2番目のバスケット）
  3. 支払いがバスケットに対してバランスが取れたら、支払いの処理を開始します
  4. 外部サイトの場合は、上部に進行状況インジケーターがあるフレームを試してください。

理想的な世界では、それは線形ではありません。ただし、多くのユーザーは、生成されたウィンドウを失ったり、並列処理に混乱したりする可能性があります。

確立されたIxDプリンシパルに固執し、代わりに適切なフィードバックに依存することをお勧めします。最初からユーザーコントロールを提供し、透過性を維持します。

最後に、ユーザーが諦めるのを減らすために、最も即時の（ペイパルなど）支払いプロセスを開始します。（代金引換は最後に来るはずです！）

お役に立てれば、

トム

于 2009-04-06T13:39:55.947 に答える
0

注文全体を、必要な支払い方法ごとにサブオーダーに分割するアプローチを取ります。PayPal部分、小切手部分などを読み込んで、別々に処理できます。ユーザーが各支払い方法に請求されている金額を知ることは重要であるため、この場合、注文全体を支払い方法ごとに分類して表示することが理にかなっています (統一された注文として表示するのではありません)。

任意の支払い方法に強制されるアイテムの特定のサブセットが常にある場合、実装は最も簡単です。これがユーザーごとに異なる場合や、注文が一定量に達した場合などは、状況がさらに複雑になる可能性があります。あなたのアプローチについて、より具体的に教えていただけますか？

于 2009-08-08T23:54:52.227 に答える
0

複数の注文の支払いの処理

  1. 任意の支払いタイプを使用して未決注文の支払いを行うオプションをユーザーに提供します。
  2. それが要件の一部である場合は、ユーザーに ( Amount<= [Order Total]- ) を指定させます。[Payments Received]
  3. 支払いを処理した後も注文がまだ保留中の場合 (以下の方法を参照)、手順 1 に戻ってすすぎ、繰り返します。

行われた各支払いを保存および処理する方法:

テーブルを使用して、Paymentsすべての注文の支払い、PaymentMethod使用済み、およびそのAmountを格納しますCurrencyCode。

  1. 注文の支払いを受け取ったら、支払いを保存し、受け取ったすべての金額を基本通貨に変換して合計します[Payments Received]。
  2. [Payments Received]>=[Order Total]の場合、注文をPaidとしてマークします。または、二重換算された外国為替レートを扱う場合は、0.5% などの十分なマージン内で正しいかどうかを確認します。
  3. 必要に応じて、過払いをクライアントのプリペイド クレジットに変換します。
于 2010-04-06T16:48:21.903 に答える