メモ
Dynamics 365 Commerce の小売関連グループは、Yammer から Viva Engage に移行しました。 新しいViva Engage コミュニティにアクセスできない場合は、追加するフォーム (https://aka.ms/JoinD365commerceVivaEngageCommunity) に入力し、最新のディスカッションに参加してください。
この記事では、Microsoft Dynamics 365 Commerce のオムニチャネルコマース注文支払い機能について説明します。 この機能を使用すると、Commerce headquarters から電子商取引や販売時点管理 (POS) と注文の決済を編集することができます。
Dynamics 365 Commerceは、POS、eコマース、コール センターの 3 つの主要なチャネルで構成されています。 Commerce バージョン 10.0.12 以前では、各チャネルで作成した注文の支払い明細行の管理は統一されていません。 たとえば、コール センターで注文を作成および編集すると、注文完了フローによって、フルフィルメントの前にそれらの注文の支払いを指定できます。 ただし、POS 注文と電子商取引では、コール センターの注文の完了に対応していません。 統一性の欠落を確認するには、Commerce headquarters の 顧客サービス ページに移動し、決済 ボタンを使用して、どの注文から決済ページにアクセスできるかを確認します。
次の図は、コール センターで作成された注文を示しています。 この注文の行が選択されている場合は、決済 ボタンが使用できます。
次の図は、POS で作成された注文を示しています。 この注文の行が選択されている場合は、決済 ボタンが使用できません。
Commerce バージョン 10.0.13 以降では、eコマースと POS で作成した注文の [支払い ] ページにアクセスできます。 さらに、オムニチャネルコマース注文支払機能を有効にすると、以前はコール センター注文でのみ使用できた注文完了機能を使用して注文を編集できます。
この機能を有効にする場合は、[ 販売注文の概要 ] ダイアログを使用して、POS および e コマースで発生した注文の支払いを編集します。
重要な用語
| 用語 | 説明 |
|---|---|
| 商取引決済 | 決済は、POS または電子商取引のストア フロントで生成された顧客注文に関連付けられています。 |
| 注文の完了 | 注文が送信される前に支払いが確実に収集されるようにするコール センターのビジネス ロジック。 コール センターのパラメーターで [注文完了を有効にする] 設定を使用して、このビジネス ロジックを有効にします。 詳細については、注文の完了を有効化する を参照してください。 |
| コール センターの注文 | コール センターのユーザーが Commerce headquarters で作成する注文。 |
| 売掛金勘定 (AR) 販売注文 | コール センターを使用していないユーザーが、Commerce headquarters の売掛金を通じて作成する注文です。 コール センター注文の完了を通じて AR 販売注文の支払いを編集することはできません。 |
必要条件
オムニチャネルコマース注文支払い機能を有効にするには、まず他のいくつかの機能を有効にして、他の構成を完了します。 オムニチャネルコマースの注文支払いを有効にするための要件とは別に、これらの機能は注文に関連する機能のギャップに対処するため、ベスト プラクティスとして有効にします。
オムニチャネルコマース注文支払い機能を有効にしようとしたときに前提条件のいずれかが不足している場合は、前提条件の機能と構成が設定されるまで続行できないことを示すメッセージが表示されます。
メモ
オムニチャネルコマース注文支払機能を有効にすると、コール センターの [注文の完了を有効にする] ボタンは、のチャネルの >] クイック タブの本社で非表示になります。
前提条件となる機能
オムニチャネルコマース注文の支払いが正しく機能するためには、次の機能が必要です。
| 機能名 | 説明 |
|---|---|
| Commerce の統一支払転記仕訳帳の既定値 | この機能は、コールセンター、POS、または電子商取引チャネルを介して作成された注文に対して、ビジネス ロジックが顧客支払仕訳帳と顧客返金仕訳帳を作成する方法を変更します。 |
| オムニチャネル決済 | この機能により、オンラインでの購入、店舗での受け取りなどのオムニチャネル支払いシナリオが可能になります。 詳細については、 オムニチャネル支払の概要を参照してください。 |
| 請求書の重複支払い防止機能 | この機能は、請求書発行のシナリオで重複した決済の保護を可能にします。 コマースの決済機能は、請求書発行シナリオのカスタマイズに影響する可能性があります。 組織に請求のカスタマイズがある場合は、運用環境でコマース支払い機能を有効にする前に、それらがリファクタリングされていることを確認してください。 |
| 複数のキャプチャの払戻を有効にする | この機能を使用すると、注文に対して複数のリンクされた払戻を実行する機能が改善されます。 |
| 認証の有効期限が切れたクレジットカードの支払明細行を手動で無効化する | この機能は、決済明細行の期限が切れた際に手動で削除できるサポートを追加し、承認を更新できない場合に対応します。 |
メモ
オンライン チャネルでオンライン注文に対して複数の支払い方法 (ロイヤルティ ポイントやクレジット カードの支払いなど) を受け入れる予定の場合は、オムニチャネル コマース注文支払機能 (システム管理> ワークスペース>機能管理の本社) とコール センターの [注文完了の有効化] 設定 (>] クイック タブ>コール センター) の両方を有効にします。 [ 注文完了を有効にする] 設定は既定で有効になっており、 オムニチャネルコマース注文支払 機能が有効になっている場合は非表示になります。
必要条件の構成
決済方法をオペレーションにマッピングする
コマース本社が注文支払の管理をサポートできるように、すべてのチャネルの支払い方法を対応する操作にマップします。 オムニチャネルコマース注文の支払い機能を有効にする前に支払い方法をマップして、同等の操作マッピングがない各支払方法に対する警告を受け取らないようにします。
次の図は、コールセンターのオペレーションに対する決済方法のマッピングを示しています。
コール センターの構成
コマース本社を通じて POS と e コマース注文の支払いを管理するには、少なくとも 1 つのコール センター チャネルを構成します。 コール センター チャネル作成方法の詳細については、コール センター チャネルの設定を参照してください。
ユーザーをコール センターのユーザーとして設定する
コマース本社でコマースの支払いを編集するユーザーを、コール センター チャネルのユーザーとして設定します。 コール センター のユーザー設定方法の詳細については、コール センター チャネルのユーザーを設定するを参照してください。
コールセンターの注文完了を有効化する
コール センターの注文完了機能を有効にします。 注文の完了機能では、注文の処理中に確実に決済が完了するビジネス ロジックが実施されます。 注文完了についての詳細については、注文完了を有効化する を参照してください。
オムニチャネルコマース注文支払い機能を有効にする
前のセクションで説明した前提条件を追加したら、オムニチャネルコマース注文支払機能を有効にします。
機能管理ワークスペースで、[すべて] タブを選択してすべての機能の一覧を表示し、オムニチャネルコマース注文の支払いを検索します。
機能を選択し、直ちに有効化 を選択します。
重要
オムニチャネルコマース注文の支払い機能には、支払と注文管理ワークフローに対する多くの変更が含まれています。 運用環境でこの機能を有効にする前に、これらの変更を十分にテストしてください。 この機能を有効にした後、1070 および 1110 スケジューラ ジョブを実行して、変更をチャネル データベースに同期します。
オムニチャネルコマース注文支払機能がオンになっている間にシステムが作成するチャネル注文を他の注文と区別するために、注文ヘッダーに [支払タイプ ] フィールドが表示されます。 POS 注文および電子商取引の注文では、このフィールドは コマース に設定されます。
コール センター注文の場合は、決済タイプ フィールドが コールセンター に設定されます。 売掛金勘定で作成された販売注文の場合は、このフィールドは表示されません。
オムニチャネルコマースの注文支払い機能がオフになった後に注文を履行する。
オムニチャネルコマース注文の支払い機能がオンになっている間に作成される POS 注文と e コマース注文を満たす必要があります。 機能をオフにした場合、機能をオンに戻すまで注文を処理することはできません。
オムニチャネルコマース注文の支払い機能が有効になる前に作成された注文を管理する
オムニチャネルコマース注文支払機能が有効になる前に作成された注文を処理できます。 これらの注文の編集エクスペリエンスは、機能を有効にした後は変更されません。また、オムニチャネルコマース注文支払ワークフローに対応するように注文は変更されません。 さらに、コール センター以外のユーザーが売掛金勘定で作成する販売注文は、機能が有効になる前と同じように動作し続けます。
重要なシナリオ
オムニチャネルコマース注文支払機能を有効にすると、注文完了を通じて e コマースおよび POS 注文のクレジット カード支払を管理できます。 たとえば、顧客はオンライン注文を行い、コール センターに電話して注文の変更を要求します。 この場合、注文完了機能を使用すると、その注文の支払いを調整して、新しい残高の支払いをサポートすることができます。
支払いキャプチャの前に、注文明細行で次のプロパティを編集できます。
- カード タイプ
- カード番号
- 支払額
- パーセント割合
注文の決済の編集
コール センター注文完了の次のシナリオは、POS または e コマースネットショップで作成する注文支払に適用されます。
取り込みされていないカード決済
まだ部分的に請求書を発行していない注文のカード支払い明細行の場合は、支払いキャプチャの前に次のプロパティを編集できます。
- カード タイプ
- カード番号
- 支払額
- パーセント割合
支払いを編集すると、注文送信プロセスによって、編集された支払明細行に必要な変更が修正されます。
| シナリオ | 説明 | サポート |
|---|---|---|
| 編集をして、より大きな金額を指定します。 | 承認したが、まだキャプチャしていないカード支払いの場合は、支払い額を増やすことができます。 支払明細行の金額を増やすと、新しい金額の新しい承認が登録され、古い承認が無効になります。 | 有 |
| 編集をして、より小さな金額を指定します。 | 承認したが、まだキャプチャしていないカード支払いの場合は、支払い額を減らすことができます。 支払明細行の金額を減らすと、新しい金額の新しい承認が作成され、古い承認が無効になります。 | 有 |
| 古いカードを削除し、新しいカードを追加します。 | 未取得のカード支払承認を注文から削除し、別のカードでの支払いに置き換えます。 最初のカードの承認が取り消され、注文の送信時に新しいカードの承認が取得されます。 | 有 |
一部または完全に取り込まれたカード決済
| シナリオ | 説明 | サポート |
|---|---|---|
| 一部の注文の請求書発行に使用された決済を編集します。 | オムニチャネルコマースの支払いがある注文が部分的に請求される場合、既存のカードのカード支払額は、コール センターの注文完了を通じて、既にキャプチャされている金額まで編集できます。 その後、新しいカードを適用して、注文の繰越高を補充することができます。 | 有 |
| 完全にキャプチャされたカード支払明細行を編集して、より大きな金額を指定します。 | カード支払が完全にキャプチャされていても、コール センターの注文完了を通じてそのカード支払の金額を増やすと、注文の送信時にカードに対する新しい承認がカードに対して作成されます。 | 有 |
注文決済の削除
| シナリオ | 説明 | サポート |
|---|---|---|
| 支払の承認 | 注文完了プロセス中に、部分的にキャプチャされていない場合にのみ、オムニチャネルコマースの注文カード支払いを注文から削除します。 | 有 |
| 前払 | 事前決済は注文完了後には削除できません。 前払いは、適用後に注文から削除することはできません。 支払伝票は既に関連付けられています。 | いいえ |
| 一部取り込まれた決済 | 支払いが 有料 状態であっても、完全にはキャプチャされていない場合は、削除できません。 ただし、支払額はすでに計上されていた金額まで減額することができます。 このシナリオが発生すると、承認金額を新しい支払い金額と同じに減らすために、要求が支払プロバイダーに送信されます。 | いいえ |
| 完全に取り込まれたクレジット カードの決済および事前決済 | 完全に取り込みがされたクレジットカード決済と事前決済は注文から削除できません。 | いいえ |
注文および販売明細行の取消
| シナリオ | 説明 | サポート |
|---|---|---|
| 処理されていないクレジットカード決済の注文キャンセル | 注文が取り消されると、キャプチャされていないカード支払承認が取り消されます。 | 有 |
| 取り込みがされているが、請求書が発行されていないクレジット カード決済のキャンセル | POS で注文が作成され、カード決済を使用して予約金を取り込んだた場合、注文は請求がされる前にキャンセルされます。 カード決済は、注文の取消の一環として自動的に払戻されます。 | 有 |
| 部分出荷と請求書が発行された注文のキャンセル | 一部出荷および請求された注文の場合、取消によって未請求のフルフィルメント明細行がキャンセルされます。 注文の残高に対する未処理のクレジット カード認証は自動的にキャンセルされません。 | 手動による払戻が必要となります。 |
| 請求書が発行済みで、未出荷となっている注文のキャンセル | 注文が完全に請求されていても、一部の品目が出荷されていない場合は、注文をキャンセルできます。 ただし、その注文に対してキャプチャされた支払いは自動的に払い戻されません。 請求書に記載されていないアイテムのオープン承認は取り消されませんが、カードを発行した銀行の承認有効期限ポリシーに従って期限切れになります。 | 手動による払戻が必要となります。 |
| 未実行または未請求の品目明細行のキャンセル | 未納または未請求の注文明細行がキャンセルされた場合、注文完了プロセスでは、支払を新しい注文合計と一致するように調整する必要があります。 |
払戻
| シナリオ | 説明 | サポート |
|---|---|---|
| POS注文およびEC注文の関連付けられた払戻し | POS や電子商取引のチャネルから発生した注文に由来する返品注文は、請求時に請求されたカードに対してリンクされた払戻を発行することができます。 | 有 |
| AR 販売注文に関連する払い戻し | 注文完了による支払いの編集はできませんが、AR 販売注文で発行された返品は、請求時に請求された元のカードに連動して返金される場合があります。 | |
| リンクされていない払戻 | マーチャントの返品ポリシーと支払プロセッサがこの方法を許可している場合は、注文が最初に現金で支払われた場合や、支払いに使用された元のカードが有効でなくなった場合などに、リンクされていない払戻を返品注文に指定することができます。 | 有 |
| 非カード前払いに対する払い戻し | 現金やクレジット メモの支払いなど、カード以外の前払いによって最初に支払われた返品注文は、リンクされた払い戻しの対象になりません。 払戻の処理には、小切手などの適切な支払い方法を指定する必要があります。 リンクされていない払い戻しを許可する組織は、支払い処理者がこのアプローチを許可している場合、以前に注文に使用されなかったクレジット カードにカード以外の前払いを払い戻すことができます。 | 有 |
クレジットノート
顧客が品目を返品したり、販売して支払いを受け取った品目またはサービスの払い戻しを受けたりする場合は、要求された変更を指定する販売クレジット メモを作成して転記します。 正しい売上請求書情報を含めるには、転記された売上請求書から直接販売クレジット メモを作成するか、コピーされた請求書情報で新しい販売クレジット メモを作成します。
- 売掛金勘定 > すべての販売注文 > 既存の販売注文を開く > 販売 > 訂正票
- 売掛金勘定 > すべての販売注文 > 新しい販売注文を作成 > 販売 > クレジットノート
1 つの販売返品を持つ複数の販売伝票から品目を受け取るときに、品目処理用の倉庫ドキュメントやより適切な概要など、販売返品プロセスをより詳細に制御する必要がある場合は、返品注文を作成します。 販売返品注文を行うと、関連する販売クレジットメモや返品関連のドキュメント(必要に応じて交換販売注文など)が自動的に発行されます。
- 売掛金勘定 > すべての返品注文 > 新しい返品注文を作成
- 小売りとコマース > 顧客 > 顧客サービス > 顧客アカウントを選択 > 請求済の注文を選択 > 新しい返品注文を作成
メモ
既存の販売注文から作成されたクレジット メモには、注文を請求するオプションはありません。
事前決済された注文の編集と削除
| シナリオ | 説明 | サポート |
|---|---|---|
| 事前決済の支払明細行を編集します。 | 支払伝票は、事前決済の支払/入金明細行に関連付けることができます。 したがって、事前決済の支払/入金明細行を編集、削除することはできません。 | いいえ |
関連する変更点
オムニチャネルコマース注文の支払いをサポートするために、Commerce バージョン 10.0.13 で既存の機能の変更が導入されました。
販売注文と払戻の支払が転記される際の支払仕訳帳の一貫した選択
コマース バージョン 10.0.12 までは、支払仕訳帳の割り当てがチャネル間で一貫していません。 Commerce バージョン 10.0.13 以降では、オムニチャネルコマース注文支払機能を有効にすると、すべてのチャネルで、コマース パラメーター ページの [転記] タブで指定した支払伝票が使用されます。
小切手の支払方法
POS で作成した注文は、コマース本社で作成されるときにチェック番号は含まれません。 オムニチャネルコマース注文支払機能を有効にすると、 9999 は POS で作成し、小切手で支払う注文のチェック番号です。
支払いの払い戻し方法として Check が指定されている場合、小切手番号は必要ありません。