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