フルフィルメントと返品の最適化プロバイダーの概要
この記事では、Microsoft Dynamics 365 Intelligent Order Management におけるフルフィルメントと返品の最適化プロバイダーの概要を提供します。
フルフィルメントおよび返品の最適化プロバイダーは、必要な目標を達成し、事業に決定された望ましい構成を念頭に入しながら、注文に基づく要求を満たしながら目的を満たします。 フルフィルメントと返品の最適化プロバイダーは、適切な数量の製品を、適切なソースから、適切な時点で顧客に確実に提供されるようにします。 そのため、利益を最大限に高め、コストを最小限に抑え、サービス レベルの要件を満たすのに役立ちます。
製品のフルフィルメントを複数のチャネルから提供できる最新の供給ネットワークでは、組織は注文の変更、仕入先の可用性の問題、または需要のスパイクに迅速に対応する必要があります。 フルフィルメントと返品の最適化プロバイダーは、注文のフルフィルメントを最大化し、最も近いソースからフルフィルメントすることでコストを最小限に抑えるなどのビジネス目標に基づいて、製品を出荷するための適切なソースを見つけるのに役立ちます。
フルフィルメントと返品の最適化プロバイダーはマイクロサービスとして構築され、Microsoft Dataverse からのフルフィルメント ソース、ソース リスト、取引制約、戦略などの構成データを読み取って、注文のフルフィルメントを最適化します。 このプロバイダーは、Azure Maps を使用して、注文とフルフィルメント ソースに関する出荷先住所と、それらの場所間の距離に関する情報を提供します。
フルフィルメントと返品の最適化プロバイダーの設定
注文自動化体験の一部としてフルフィルメントと返品最適化プロバイダーを有効にするには、フルフィルメントと返品の最適化プロバイダーの設定 の手順に従って、フルフィルメントと返品の最適化プロバイダーを設定して有効化します。 プロバイダーが有効化された後、業務目標を達成するために次の設定を行う必要があります。
Intelligent Order Management マッピングを設定します
フィルメントの前提条件として Intelligent Order Management マッピングを維持し、最適化エンジンを正しく動作するようにすることが重要です。 詳細については、在庫の可視化プロバイダーの設定 を参照してください。
紙幣
フルフィルメントが Microsoft Dynamics 365 の財務と運用アプリを通じて行われる場合は、計算済のメジャー マッピングを設定する必要があります。
ソース
フルフィルメント ソースは、在庫を持つ企業または製品を提供するエンティティです。 たとえば、倉庫、物流センター、小売店舗、出荷仕入先、仮想サイトなどです。 フルフィルメント ソースを作成および変更するには、左のナビゲーション ウィンドウの下部でエリア切り替え機能を選択し、設定 > フルフィルメント設定 に切り替えます。 次に、フルフィルメントの設定 ページの ソース で 、管理 を選択します。
フルフィルメント ソースごとに、次のアクションを実行できます。
- 固有の名前を定義します。
- ソースのタイム ゾーンを設定します。
- ソースのタイプ (倉庫など) を設定します。
- ソースの場所を指定する (緯度と経度)
- 在庫可視化サービスで在庫を検索する場所を指定します。
財務と運用アプリで Intelligent Order Management を使用している場合、フルフィルメントの各ソースを出荷倉庫にマップする必要があります。 フルフィルメント ソースの設定で割り当てられている出荷倉庫を管理してください。
倉庫内の注文の平均処理時間に関する詳細を追加できます。 この情報は、さまざまな注文の予定出荷日を決定するために使用されます。 倉庫のカットタイムを設定できます。 優先倉庫タイミング 制約の設定が有効になっている場合、この情報が午前 12 時からカット時間の間だけ倉庫に注文を送信できるよう使用されます。
ソース リスト
フルフィルメント ソース リストを使用すると、特定の制約の中で、ソースの一覧をグループ化し、ソースを柔軟に管理できます。 フルフィルメント ソース リストは、フルフィルメント設定 ページの ソース リスト で、管理 を選択して定義できます。
業務状態に応じて複数のソース リストを定義し、必要に応じて使用できます。
たとえば、戦略定義では、フルフィルメントが発生するすべてのソースを含めることができます。 ビジネス制約に対して、別のソース リストを使用できます。 また、小売店舗と倉庫に対して異なる最大距離制約を定義し、小売店舗のみの一部のフルフィルメントを制約することもできます。
管理ページには、有効なソース リストが表示されます (ソース リスト > 管理)。 新規を選択して、新しいソース リストを作成します。 ソース リストを容易に識別するために役立つ名前を入力し、ソース タブで新規または既存ソースを追加します。ソース リストからソースを削除するには、ソース タブでソースを選択し、削除を選択します。
制約
制約は、フルフィルメント最適化のオプションのコンポーネントです。 次のビジネス制約がサポートされています。
- 最大距離
- 注文の部分フルフィルメントの制限
- 注文ごとの倉庫の最大数を制限する
- 優先倉庫タイミング
- 最大注文明細行
- 注文行ごとの倉庫の最大数を制限する
- 安全在庫の制約
制約を作成または変更するには、フルフィルメント設定 ページの 制約 ページで 管理 を選択します。 特定の制約タイプを作成するには、制約を作成するときに適切な制約タイプを選択します。
すべてのビジネス制約は、その定義の一部として一連の共通の属性を共有します。 詳細は、ビジネス制約のタイプによって異なります。 以下は、すべてのビジネス制約に適用できる共通の属性です。
- 名前 - この属性は、ビジネス制約を識別するために使用されます。
- 説明 - この属性は、ビジネス制約を説明するために使用されます。
- 制約タイプ - この属性は、ビジネス制約のタイプを示します。
- 有効化 - この属性は、ビジネス制約を有効または無効にするために使われます。
各タイプの複数のビジネス制約を定義し、それらを異なる最適化戦略に適用できます。
最大距離制約
最大距離制約により、組織はソースまたはソース グループが注文を処理するために延長できる距離の最大値を定義できます。 現在、ソースと顧客住所の間の直線的な距離と見なされます。これは Azure Maps で計算されます。
ソースやソース リストの最大距離を定義できます。 ソースのソースとの距離が個別に定義されているソース リストに対して最大距離が定義されている場合、ソースに対して重複する最大距離制約が定義されている可能性があります。 この場合、最適化サービスでは、定義されている最大距離の最小距離がソースに適用されます。
次の図は、シアトルの倉庫が すべてのソース リストの一部で、最大距離が50マイルの場合でも、その倉庫から最大10 マイルしか配送できる例を示しています。 この制約の機能方法によって、競合がある場合には最も近い距離が使用されます。
制約のために販売注文に適した倉庫がない場合、システムでは販売注文に対してフルフィルメント注文を作成できません。 販売注文のステータスは 在庫が見つかりません に変更されます。
注文制約の部分的なフルフィルメントを制限する
フルフィルメントおよび返品の最適化プロバイダーは、需要が供給を超過するシナリオを処理しなければならない場合があります。 既定では、利用可能な在庫よりも多くの数量が必要な注文を受注した場合、販売注文は注文行別に分割されます。 注文が満たされる明細行と、受注残の明細行または 在庫がない 注文状態に設定されている注文もあります。 個々の注文行をさらに分割し、部分的に割り当ては実行できますが、異なるソースに割り当てることができます。 注文の部分的な履行の制限 の制約を有効にすると、フルフィルメントおよび返品の最適化プロバイダーは、注文全体が満たされたか、注文のサービス提供が完全に履行されていないかのいずれかになります。
優先倉庫タイミングの制約
企業では、特定の時間に毎日休暇を取る配送用トラックを持つ場合があります。 このシナリオを最適化するために、各ソースごとにカットタイムが異なるように構成できます。 この制約が予期した動作を保証するには、この制約を実行する前に、期限を適用する必要がある倉庫に必ずカットオフ時間を追加します。
優先倉庫タイミング 制約を有効にすると、フルフィルメントおよび返品の最適化プロバイダーは、ソースがフルフィルメント注文を作成する必要があります (それらの注文がカットタイム前に送信できる場合のみ)。 実現できない場合、フルフィルメントと返品の最適化プロバイダーは、処理注文に対してまだオープンな倉庫に販売注文を割り当て試行します。 これにより、フルフィルメントおよび返品の最適化プロバイダーは、フルフィルメントと配送をより迅速に行うことができます。
注文明細行制約ごとの倉庫数の制限
単一ソースですべての在庫を使用できない場合もあります。 このような場合の注文を履行するために、フルフィルメントおよび返品の最適化プロバイダーは、単一の販売注文を分割し、複数の倉庫をその中の複数の場所に割り当てします。 倉庫の制限数制約を使用することで、注文の分割の程度を制御できます。
この制約を構成して、単一注文をその間で分割する倉庫の最大数を指定できます。 つまり、この制約に 3 つの倉庫を指定する場合、各販売注文は 1 つ、2 つ、または 3 つの異なる倉庫から満たす必要があります。 唯一のフルフィルメント ソースから販売注文全体を満たす場合は、倉庫の最大数を 1 に指定する必要があります。 販売注文に対応するために 3 つ以上の倉庫が必要な場合、注文の部分フルフィルメントの制限 の制約が無効で、倉庫の制限番号 の制約が有効になっていないと、販売注文は全く満たされません。
既定では、フルフィルメントと返品の最適化プロバイダーは、在庫の状況などの制約に関して、販売注文を必要な数の倉庫間で分割します。
注文を分割する倉庫の数を指定するには、倉庫の制約の新しい制限番号 を選択してエントリを追加し、保存 を選択します。
注文明細行制約ごとの倉庫数制限
この制約を構成して、単一注文明細行をその間で分割する倉庫の最大数を指定できます。 つまり、複数のソースから単一注文行を処理しない場合は、倉庫の最大数として 1 を指定できます。
最大注文明細行の制約
容量やリソースの制限により、フルフィルメント ソースが特定の日に特定の数の注文明細行を処理できない場合があります。 1 つのフルフィルメント ソース にルーティングされる注文明細行の数を制限するために、注文明細行の最大数制約を使用できます。 この制約を構成して、1 日あたりの最大注文明細行、フルフィルメント ソース、またはソース リストごとの最大注文明細行を指定できます。 フルフィルメントのソース リストまたはソース リストの番号に達すると、その日の注文明細行の選択は考慮されません。
安全在庫の維持
ビジネスによっては、顧客の需要を効率的に管理し、在庫が少なくなりすぎないように安全在庫を確保しています。 フルフィルメントおよび返品の最適化プロバイダーを使用すると、それぞれのフルフィルメント ソースについて、安全在庫を 2 レベルで管理することができます。
フルフィルメントと返品の最適化プロバイダーは、製品の在庫が安全在庫レベルを下回った場合、フルフィルメント ソースを除外します。 安全在庫制約を構成するには、次の設定を実行する必要があります。
- 安全在庫制約: 新しい制約を作成し、制約タイプ フィールドを安全在庫制約に設定します。
- フルフィルメント ソースでの安全在庫: フルフィルメント ソースの安全在庫を維持します。
このセットアップが完了すると、フルフィルメントと返品の最適化プロバイダーは、手持ち在庫が安全在庫制限を下回った場合、フルフィルメント ソースを除外します。
ソフト制約の導入
制約のセットアップでは、制約を ハード または ソフト として定義できます。 制約がソフトと定義されている場合は、フルフィルメント ソース決定アルゴリズムで制約を扱う可能性がある場合にのみ、その制約が選択に含まれます。
既定では、制約は無効にするまで厳格な制約です。 制約をソフト制約として定義するには、厳格な制約の設定で厳格な制約 オプションをいいえに設定します。
たとえば、1 つの倉庫に制限はソフト制約として設定されています。 したがって、最初に、注文を単一のソースで処理できるかどうかが確認されます。 1 つのソースで注文を処理できない場合は、複数のソースが使用されます。
フルフィルメント ソースのアクティブ化と非アクティブ化
ビジネスによっては、さまざまな理由により、一時的または完全に特定のフルフィルメント ソースを除外したい場合があります。 フルフィルメントおよび返品の最適化機能を使用すると、ニーズに基づいてフルフィルメント ソースを柔軟にオンまたはオフすることができます。 フルフィルメント ソースを除外するには、フルフィルメント ソースの設定で 非アクティブ化 を選択します。 再度含める場合は、フルフィルメント ソースの設定で アクティブ化 を選択します。
戦略
戦略は、業務ニーズを満たす最適化の構成を定義するのに役立ちます。 戦略は、目標、制約、考慮すべきソース、および在庫の最適化の指定方法がまとめられています。 戦略を作成または変更するには、フルフィルメント設定 ページの 戦略 ページで 管理 を選択します。
すべての戦略の定義済みの目的は、注文を満たしながら距離を最小限に抑えることです。
事業の内容に応じて、複数の最適化戦略を定義できます。 フルフィルメントに関わるフルフィルメント ソースの一覧を定義し、最適化サービスで考慮する必要がある制約を定義することができます。 それらの制約は、最適化サービスが最適なソースを決定するときに強制的に課する "厳格な" 制約です。 既定の戦略として戦略を構成できます。 ただし、既定の戦略として 1 回に使用できる戦略は常に 1 つのみです。
戦略は、リアルタイム モードまたはバッチ モードで実行するように構成できます。 戦略をバッチ モードで実行すると、それを使用する販売注文は、構成された期間が終了するまでキューに入れられます。 リアルタイム モードでもバッチ モードでも、1 つのフルフィルメント プランが作成されます。
単一業務内で、フルフィルメント最適化は、顧客、チャンネル、その他の業務属性のタイプによって異なる場合があります。 Intelligent Order Management では、複数のフルフィルメント戦略の使用がサポートされます。 企業は、ポリシーを設定するか、注文の展開プロセス中に販売注文にフルフィルメント戦略の属性を設定することにより、複数のフルフィルメント戦略を設定できます。
フルフィルメント戦略の設定
戦略を定義するには、次の手順に従ってください。
フルフィルメントの設定 ページの 戦略 で 、管理 を選択します。
新規 を選択します。
戦略 ページで、次のフィールドを設定します。
- 名前 - 戦略の名前を入力します。
- 説明 – 戦略の説明を入力します。
- ソース リスト - 最適化を実行するときに考慮する必要があるフルフィルメント ソースのリストを定義します。
- 規定 - 戦略が既定の戦略であるかどうかを指定します。 既定の戦略が常に必要であり、既定の戦略として組織ごとに 1 つの戦略のみを設定できます。 既定の戦略は、最適化を実行するために使用される戦略が販売注文に指定されている場合に使用されます。
- バッチ処理の有効化 - このオプションをオフにすると、すべての注文がリアルタイムで処理されます。 オンの場合、注文はキューに収集され、定期的に処理されます。
- バッチ処理 (分) - 各キューを処理する時間間隔を分で指定します。 この既定の間隔は、2 分です。
- 所有者 - 戦略を作成したユーザー。
ここに在庫メジャーを明示的に追加する必要はありません。 代わりに、フルフィルメントおよび返品の最適化プロバイダに使用される在庫を、Intelligent Order Management で次の方法で構成する必要があります。
- Intelligent Order Management の左ナビゲーション ウィンドウの 注文の設定 で、設定>インデックスおよび予約 に領域を変更し、Intelligent Order Management マッピングを選択します。
- 在庫ソースとメジャー名を構成します。 フルフィルメントおよび返品の最適化プロバイダーで使用される測定方法は、オンハンド および ATP Onhand です。
注文自動化フローにおけるフルフィルメントの最適化
注文自動化フローでフルフィルメントを最適化するには、まず、フルフィルメント および返品の最適化プロバイダー を設定して有効化する必要があります。 プロバイダーを有効にした後、注文自動化行程の一部としてフルフィルメントと返品の最適化プロバイダーを使用して、Intelligent Fulfillment Optimization を有効にできます。
注文処理が開始されると、サービスが必要な最適化が必要な注文をピッキングし、ソース一覧にある最も近いフルフィルメント ソースから最適な場所を決定します。 フルフィルメントと返品の最適化プロバイダーは、フルフィルメント ソースの住所と注文明細行の出荷先住所の緯度と経度を計算します。 また、2 つの住所間の陸路距離および空路距離も計算します。 その後プロバイダーは、制約を適用して、最適なフルフィルメント ソースを決定します。 結果は Dataverse に書き込まれ、注文自動化フローの一部としてさらに処理されます。
組織はフルフィルメント計画をクエリして結果を表示できます。 フルフィルメント計画には、注文明細行の詳細、明細行の元の数量、履行済の数量、フルフィルメント タイプが示されます(完全に調達済み、部分的に調達済み、調達されていない、例外、なども含む)。
注文自動化フローにおける複数のフルフィルメント戦略
フルフィルメントと返品の最適化プロバイダーは、さまざまな企業のニーズに基づいて設定できる複数のフルフィルメント戦略をサポートします。 たとえば、企業間 (B2B) の注文を配送センターからのみフルフィルメントを履行し、すべてのフルフィルメント ソース (配送センター、倉庫、店舗など) から企業間 (B2C) 注文を行う場合などです。 複数のフルフィルメント戦略を採用ことにより、さまざまな販売注文に対してさまざまなフルフィルメント アプローチを採用できます。
企業は、オーケストレーションの組み合わせで販売注文にフルフィルメント戦略 ID を追加することで、販売注文にフルフィルメント戦略属性を設定できます。 フルフィルメント戦略は、ソースに基づいて販売注文に対して設定するか、変換を注文のサービス提供プロセスの一部として使用して設定できます。 フルフィルメント戦略では、販売注文属性などのエンティティを使用してポリシー アクションを設定することもできます。 ポリシーを使用することで、企業が条件ビルダーの異なるエンティティの属性を使用して戦略を設定できます。 複数の戦略が設定されているのにフルフィルメント戦略のポリシー割り当てが構成されていない場合、システムは構成可能な既定の戦略を使用します。
代替戦略
フルフィルメントおよび返品最適化プロバイダーでは、ルールに基づいたフルフィルメントで柔軟性を高めるため野代替戦略の定義もサポートしています。 注文に割り当てられた既定の戦略で注文または注文明細行のフルフィルメント ソースを特定できなかった場合は、代わりに代替戦略が使用されます。 たとえば、企業では既定で小売用店舗在庫を使用して注文を行い、小売用店舗在庫がない場合は物流センターを使用する場合があります。 組織は、代替戦略を柔軟に定義することで、ルールに基づくフルフィルメントのオプションを増やすことができます。
代替戦略は、戦略 ページの 全般 セクションで指定します。
フルフィルメント計画
(バッチ モードなど) 単一のフルフィルメント最適化の結果は、単一のフルフィルメント計画になります。 このエンティティには、倉庫とこれらの倉庫への販売注文の割り当ての詳細が含されます。
フルフィルメント計画は、内部 Power Automate フローによってフルフィルメント注文に変換されます。 エンティティはフルフィルメント プロバイダーによって消費可能であり、このエンティティを使用して、オーケストレーション プロセスを配送業者などの次の手順に移動できます。
プライバシー通知
フルフィルメントおよび返品の最適化プロバイダーは、サービス固有の条件 によって制御される Azure Maps の場所機能を使用します。 Azure Maps の位置情報機能は、テナントの地理的境界の外部で機能するサード パーティによって部分的に機能されます。
フルフィルメントおよび返品の最適化プロバイダーを有効にした場合、Microsoft は顧客の住所、市区町間、郵便番号を第三者と共有して場所情報を取得しますが、情報を入力したユーザーの電子メール アドレス、電話番号、または名前は共有しません。
Microsoft にとってお客様のプライバシーは重要です。 詳細については、Microsoft プライバシー ステートメント を参照してください。