Wallet 支払サポート
この記事では、Microsoft Dynamics 365 Commerce のウォレット支払のサポートの概要を説明します。
重要な用語
| 相談 | 説明 |
|---|---|
| ウォレット | 銀行 ID 番号 (BIN) 範囲や有効期限など、クレジット カード タイプとデビット カード タイプを区別するために使用される従来の支払特性を含まない支払タイプ。 |
| プロセッサ支払方法 | 支払 SDK のプロパティ支払カード プロパティ。 このプロパティをコネクタ内のサポートされている支払方法に追加すると、従来の BIN 範囲マッピングを回避するために、Commerce 本社で設定されているカードまたはウォレットにこれらの支払方法をマップできます。 |
| 支払サービス プロバイダー (PSP) 参照 | Adyen が支払トランザクションの識別に使用するキー。 この機能により PSP 参照を有効にして、小売店舗トランザクションおよびコール センター認証の詳細ページに表示します。 |
従来のクレジット カードやデビット カードとは異なり、ウォレット支払承認応答には BIN 範囲は含まれていません。 BIN 範囲は、通常、BIN 範囲を持つ事前定義されたカード タイプに支払承認応答を照合するために使用されます。 ウォレット決済サポート機能は、プロセッサによる支払い方法のサポートと、それらのバリアントと Commerce headquarters で設定されたカード タイプのマッピングを追加します。
プロセッサ支払方法は、特定の支払コネクタでサポートされている支払方法に適用できる支払 SDK のプロパティです。 プロセッサの支払方法を含む承認応答を受信すると、そのプロセッサの支払方法がカードまたはウォレット タイプにマッピングされているかどうかを判断するルックアップが実行されます。 マッピングが見つかった場合、その支払は一致するカードまたはウォレットタイプにマップされます。 一致するものが見つからない場合は、Commerce の従来の BIN 範囲設定に従って BIN ルックアップが実行されます。
ウォレット決済にはBINレンジが含まれないため、PayPalなどの支払コネクタがウォレット決済に対応している場合は、支払コネクタを最新の支払 SDK にアップデートする必要があります。 また、プロセッサの支払方法のプロパティは、少なくともサポートされているすべてのウォレット決済について入力する必要があります。
プロセッサ支払方法のマッピングは、従来のデビットおよびクレジット カード支払にも役立ちます。 プロセッサの支払方法をカードにマッピングすることは、BIN 範囲マッピングよりも簡単で、コネクタでサポートされているすべての支払方法がカードまたはウォレット タイプにマップされるようにするのが簡単であるため、エラーが発生しにくくなります。
ウォレット支払サポートの有効化
Commerce headquarters でウォレット決済サポート機能を有効にするには、ワークスペース > 機能管理に移動し、ウォレット サポートの強化と決済の改善機能を検索します。 機能を選択し、有効にするを選択します。 機能を有効にした後 1110 配送スケジュール ジョブを実行して、すべてのチャンネルで使用可能にします。
ウォレット決済サポート機能は、ウォレットと呼ばれる新しい決済方法とカード タイプをサポートします。 ウォレット支払の主な特徴は BIN の範囲を持たないということです。 ウォレットの支払い方法では、有効期限や従来必須と考えられていた一部のプロパティが返されない場合があります。 ウォレット支払方法は、BIN 範囲マッピングの代替として、プロセッサ支払方法にマップする必要があります。
プロセッサ支払方法のサポートの追加
プロセッサ支払方法をサポートするには、支払コネクタは PaymentCardProperties で aymentMethodVariant プロパティを設定する必要があります。 使用している支払 SDK にこのプロパティが含まれていない場合は、更新する必要があります。
プロセッサ支払方法のマッピング
プロセッサ支払方法のマッピング ページを使用して、設定済みのカードまたはウォレットのタイプにプロセッサ支払方法をマップできます。 このページにアクセスするには、カード タイプ ページのプロセッサ マッピング リンクを選択します。
このページが開くと、使用可能な支払コネクタにクエリを実行して、PaymentMethodVariantフィールドに入力された一連の設定済みの支払方法を収集します。 次に、これらの支払方法にカードまたはウォレットへの既存のマッピングがあるかどうかを確認します。 マッピングを持たない支払方法は、ページの中央列に一覧表示されます。
プロセッサの支払方法をカードまたはウォレットにマップするには、カードまたはウォレットを選択し、プロセッサ支払方法を選択して、追加を選択します。 プロセッサ支払方法がマップ済み列に移動します。 一致する支払承認を受け取ると、選択したカードまたはウォレットにマッピングされます。
メモ
プロセッサの支払方法のマッピング機能により、チャネル データベースに同期する必要がある新しいテーブルを追加します。 このデータを Commerce スケジューラに追加するには、Commerceスケジューラを初期化する必要があります。 詳細については、commerce スケジューラのコンフィギュレーションの更新 に関連するドキュメントを参照してください。
ウォレットの支払い方法とユーザー エクスペリエンスの設定
このセクションでは、設定とユーザー エクスペリエンスを示すために Alipay を例として使用しますが、以下の手順はデジタル ウォレットのサポート状況に記載されているサポートされているすべてのウォレット決済方法に適用できます。
ウォレットの支払い方法とユーザー エクスペリエンスの設定は、4 つのステップで行います。
ステップ1: 新しい電子決済タイプ (カードタイプ) の作成
新しい電子決済タイプを作成するには、以下の手順に従ってください。
- Commerce headquarters で、カードの種類フォームに移動します (リテールおよびコマース > チャネル ステップ > お支払い方法 > カードの種類)。
- Alipay の新しいカード タイプを作成します。 種類に、ウォレットを選択します。
ステップ 2: 新規作成したカード タイプをプロセッサの支払方法にマッピングします
新しく作成したカード タイプをプロセッサの支払方法にマッピングするには、以下の手順に従います。
- 作成したカード タイプの本部で、アクション ペインのプロセッサ マッピングを選択します。
- プロセッサ支払マッピング方法フォームのカード入札のタイプセクションで、新しく作成したカードタイプ ID を選択します。
- マッピングされていないプロセッサの支払い方法セクションで、希望する支払いコネクタ (Adyen など) の プロセッサの支払い 列の値が Alipay となっている行を選択します。
- 追加を選択します。 このアクションは、新しく作成されたカード タイプとプロセスの支払方法を対応付けます。
次の表は、Dynamics 365 Commerce Adyen コネクタについて、プロセッサの支払い値をそれぞれのウォレット支払い方法にマッピングしたものです。
| プロセッサ支払額 | ウォレット支払方法 |
|---|---|
| alipay | Alipay |
| alipay_hk | AlipayHK |
| affirm_pos | Affirm |
| wechatpay_pos | WeChat Pay |
ステップ 3: カードの種類を実店舗の支払い方法に追加する
実店舗の支払い方法にカードの種類を追加するには、以下の手順に従ってください。
headquarters のすべての店舗フォーム (小売りとコマース > チャネル > 店舗 > すべての店舗) にアクセスします。
ウォレットを有効にする必要があるストアに関連する支払い方法フォームを開きます。
新しい支払方法を作成するか、カード用の既存の支払方法を選択し、アクション ペインで電子決済の設定を選択します。
電子決済タイプフォームのアクション ペインで 新規を選択し、ウォレット用に作成されたカード タイプ (Alipay など) を選択します。
注意
または、ウォレット用に新しい支払方法を作成し、新しく作成したカード タイプをその支払方法に関連付けることもできます。
次の画像例では、新しく作成されたカード タイプがカード タイプの支払方法に関連付けられています。
ステップ 4: 決済サービス プロバイダで支払い方法を有効にします
支払いサービス プロバイダーで支払い方法を有効にするには、支払いサービス プロバイダーの担当者に連絡し、アカウントのウォレットを有効にするよう依頼してください。
ウォレットが有効になると、顧客がウォレット決済を使用したい場合、レジ担当者は通常通りカードに関連する支払い方法を選択できますが、PIN パッド上で、レジ担当者はサポートされているウォレット決済のリストを表示するためにスキャンを選択する必要があります。 レジ担当者は、顧客が使用するウォレットを選択すると、PIN パッドにクイック レスポンス (QR) コードが表示されます。 顧客はウォレットアプリからこの QR コードをスキャンし、支払いを進めることができます。
注意
Ady コネクタをテストすると、QR コードをスキャンしなくても 15 秒後に PIN パッドに決済が承認されたと表示されます。
警告
ユーザーがウォレット アプリから QR コードを入力し、レジ担当者がそれをスキャンするというユーザーエクスペリエンスのバリエーションはまだサポートされていません。
ウォレット決済の既知の制限
次のセクションでは、現在のウォレット決済方法の制限について説明します。 これらの制限のいくつかは将来のリリースで修正される予定ですが、その他の制限についてはまだ修正予定日が決まっていません。
将来のリリースで修正される予定の制限事項
以下の制限は今後のリリースで修正される予定です。
- コマース機能で非定期トークンの使用を有効にする機能が有効になっており、ウォレットが POS での顧客注文の残金の承認に使用されている場合、POS での注文ピックアップ時に承認が見つからず、顧客が再度支払いを提示する必要があります。
- ウォレットが顧客注文のデポジットに使用されている場合、顧客注文はコールセンター経由で返却することはできませんが、POS で返却することは可能です。
- 一般的なレシートには、カードの種類 (Alipay や WeChat Pay など) が記載されていません。
修正予定日の決まっていない制限
以下の制限は、修正予定日が決まっていません。
- Commerce で非定期トークンの使用を有効にする機能が有効化されていない場合、ウォレットは顧客注文の入金にのみ使用できます。 ウォレットは、顧客注文の残金を承認するために使用することはできません。
- レジ担当者は、POS 上のボタンを特定のウォレット決済方法 (Alipay など) にマッピングすることはできません。この場合、ウォレット決済専用の QR コードが決済端末に表示されます。 この制限により、顧客は PIN パッドでサポートされているウォレットのリストからウォレットを手動で選択する必要があります。
ウォレット支払サポート機能によって有効になるその他の支払の機能強化
ウォレット支払サポートを有効にすることに加えて、ウォレット支払サポート機能を使用すると、Adyen 向け Dynamics 365 Payment Connector を使用して作成された支払のために Commerce headquarters で使用できる支払詳細が強化されます。
コールセンターでは、ウォレット決済サポート機能により、決済承認詳細の既定ビューに 2 つのフィールドが追加されます:
- 既存のプロセッサの参照列に、Adyen によって提供される PSP 参照が入力されます。 PSP 参照は、Adyen が支払を検索するために使用するキーです。
- 既存の承認コード列には、Adyen が承認時に提供する承認コード値が入力されます。
小売店取引の場合、ウォレット決済のサポート機能により、Adyen コネクタを使って作成された決済の決済トランザクション ビューに以下の機能が追加されます:
- 承認コード フィールドには、プロセッサからの承認コードが表示されます
- プロセッサ支払 フィールドには、プロセッサの支払方法が表示されます。
- プロセッサの参照 フィールドには、は Adyen の PSP の参照を示しています。
これら 3 つのフィールドは、データベース内の個別のフィールドではなく、特定の支払が表示される場合にのみユーザー インターフェイスに表示されます。 PayPal 向け Dynamics 365 Payment Connector を使用して処理された支払は、承認コード、プロセッサの支払、プロセッサの参照フィールドの値も提供します。 フィールドを表示する前に、販売時点管理 (POS) クライアントを Commerce バージョン 10.0.20 以降で更新する必要があり、また拡張ウォレット サポートおよび支払改善機能の有効なステータスをチャネルに同期する必要があります。
注意
PayPal 向け Dynamics 365 Payment Connector は、PayPal API の制限により、支払無効化要求の 3 つのフィールド値 (承認コード、プロセッサの支払、プロセッサの参照) を提供しません。 ユーザー インターフェイスでは、3 つのフィールドが空白になります。
識別されないカード タイプのサポート
一部のシナリオでは、支払コネクタは、BIN 範囲またはプロセッサ支払方法のマッピングを持たないカードを返す場合があります。 この問題が発生すると、決済端末は支払いを承認しますが、販売時点情報管理システム (POS) が承認応答を特定のカード タイプに対応付けることができないため、支払いの承認が取り消されます。 この問題に対処するために、不明の承認応答を既定のカード タイプにマップする機能が提供されます。
この機能により、端末で承認された支払いが POS で取り消されることがなく、顧客や店員の混乱を避けることができます。 この設定を使用する場合、未知の承認用の既定カードを定期的にチェックし、希望するカードタイプが誤って未知のカードタイプの既定にマッピングされないようにする必要があります。 カード タイプが処理に本当に不要な場合は、プロセッサ レベルでオフにする必要があります。
プロセッサ支払方法のマッピングを使用しない場合
場合によっては、プロセッサ支払方法のマッピングがレポートのニーズに対して十分に細かくならない可能性があります。 たとえば、一部の小売業者は、同じプロバイダーからの外部ギフト カードを BIN 範囲で区別します。 このシナリオでは、ギフトカードは従来の BIN 範囲マッピングを引き続き使用する必要があります。