Inventory Visibility の予約

この記事では、仮引当の一般的なユース ケースについてと、Inventory Visibility での設定方法について説明します。 これには、仮引当の作成方法、物理的に消費する際にオフセットする方法、指定した在庫数量の調整や引当解除する方法に関する情報も含まれます。

Microsoft Dynamics 365 Supply Chain Management バージョン 10.0.33 またはそれ以降では、販売注文から仮引当を行えます。 販売注文から仮引当を行うと、引当要求が Inventory Visibility に転記され、引当可能数量が Inventory Visibility で検証されます。

重要

デフォルトの仮引当構成は、さまざまなバージョンの反復を通じて進化してきました。 そのため、サンドボックス環境は最初に古いデフォルト構成でセットアップされ、運用環境は最新バージョンのデフォルト構成で初期化された可能性があります。 古いデフォルト構成に基づいてサードパーティ システムをカスタマイズした場合、特に構成を確認して調整していない場合、運用環境を稼働させるときに問題が発生する可能性があります。 このシナリオを防ぐには、運用環境に移行する前に、ドラフト構成とランタイム構成を徹底的に確認して更新することをお勧めします。

仮引当のユース ケースの例

仮引当を使用すると、組織は利用可能な在庫に対する単一の確実なソース (特に注文のフルフィルメント プロセス中) を達成することができます。 これは、次の条件が存在する組織に便利な機能です。

  • 組織に、出荷注文を直接処理する 2 つ以上のシステムがある。
  • 組織は非常に厳格で、複数のシステムで起こりうる最後の在庫の重複予約を回避したい。 この状況は、すべての注文システムが Inventory Visibility に対して仮引当のインスタント API 呼び出しを行う場合に回避することができ、在庫の入手可能性を単一の確実なソースを入手できます。

Inventory Visibility の仮引当。

前の図は、仮引当の機能を表し、次の操作に焦点を当てています。

  • 最初の在庫レベルは、Microsoft Dynamics 365 Supply Chain Management の Inventory Visibility に同期されています。
  • 2つの注文作成システムが並列して実行されている (eコマース システムおよびeコマース サプライ チェーンがあります。 実際には、複数のシステムを使用できます。
  • 仮引当は、各注文のチャネルやシステムから Inventory Visibility に転記されます。 Inventory Visibility では、在庫状況が検証され、仮引当が実行されます。 仮引当に成功した場合、Inventory Visibility は仮引当済数量に追加され、引当可能 (AFR) 数量から控除されて、仮引当 ID を使用して応答します。
  • 販売注文Aが 在庫可視化 でソフト引当されている場合、販売注文Aは サプライ チェーンManagementと同期されていないことから、サプライ チェーン 管理で物理的な在庫数量が維持されます。
  • これで、コール センターは顧客管理に販売注文Bを直接入力サプライ チェーン、販売注文に対してソフトな予約在庫可視化。 それでもサプライ チェーン100個の引当可能個が示されているのに在庫可視化 個しか利用できないのは 在庫可視化 分かっているから、ソフト引当要求は失敗する。 それでも、コール センター ユーザーは、販売過剰が許可されている場合でも、サプライ チェーンBの販売注文Bの処理をブロックまたは続行することができます。
  • その後、単一または集計された仮引当済注文 (注文行) を Supply Chain Management に同期して、確定引当を実行して倉庫にリリースするか、最終在庫数量を更新することができます。
  • Supply Chain Management で物理的な在庫が更新されたときに 仮引当をオフセットする ようにシステムを設定できます。

通常は、Inventory Visibility サービスへの API 呼び出しを使用して、引当が作成、消費、およびキャンセルされます。

メモ

オプションで、Supply Chain Management (および他のサード パーティ システム) を設定して、Inventory Visibility を使用し、引当された数量を自動的にオフセットできます。 相殺数量は、Inventory Visibility の引当レコードから削除されます。

既定では、仮引当機能を有効にすると、オフセット機能が自動的に有効になります。

UI バージョン 2 で引当機能をオンにして設定する

このセクションとサブセクションは、Inventory Visibility UI バージョン 2 を使用している場合に適用されます。

引当機能を有効にする

UI バージョン 2 の引当機能を有効にするには、次の手順を実行します。

  1. Power Apps 環境にサインインし、Inventory Visibility アプリを開きます。

  2. ナビゲーション ウィンドウで、仮引当を選択します。

  3. データ ソース設定 タイルで 管理 を選択します。

  4. 機能を有効化する オプションを True に設定します。

  5. 未構成の分析コードをフィルターする オプションは、ユーザーが引当分析コード クイックタブで指定されていない分析コードを含む引当リクエストを送信した場合に、システムがどのように動作するかを制御します。 (詳細については、引当マッピングとディメンションを構成するを参照してください。) 次のいずれかの値を選択します。

    • True引当分析コード クイックタブで定義されていない分析コードを含む引当リクエストは成功しますが、未定義の分析コードは無視されます。
    • False引当分析コード クイックタブで定義されていない分析コードを含む引当リクエストは成功します。

    重要

    Supply Chain Management で販売注文明細行の仮引当と Inventory Visibility を統合する 機能を有効にしている場合、未構成の分析コードをフィルターする オプションを True に設定する必要があります。 詳細については、販売注文明細行の仮引当と Supply Chain Management を統合する セクションを参照してください。

  6. ツール バーで、保存を選択します。

  7. 未構成の分析コードをフィルタリングする オプションの設定を変更する場合、データの一貫性を維持するために既存の引当をすべて取り消す必要があります。 引当データのクリーン アップ を使用して、既存の仮引当レコードをクリーンアップします。

引当マッピングと分析コードを構成する

引当を行う際に、手持在庫が現在引当可能であるかどうかについて知りたい場合があります。 検証は、物理的測定の組み合わせの計算式を表す計算メジャーにリンクされます。

物理的メジャーから計算メジャーへのマッピングを設定することにより、Inventory Visibility サービスを有効にし、物理的メジャーに基づいて、引当可能在庫数を自動的に検証することができます。

重要

各データ ソースにマップする予定のすべての物理メジャーと計算メジャーは、システムに対してすでに定義されている必要があります。 メジャーとデータ ソースを構成する方法については、Inventory Visibility の構成を参照してください。

デフォルトの引当マッピングは、すぐに使用できる状態で提供されます。 これらのマッピングを直接確認して使用できます。 次の手順に従って、独自のマッピングを追加することもできます。

  1. Power Apps 環境にサインインし、Inventory Visibility アプリを開きます。

  2. 仮引当機能で使用する予定のすべてのデータ ソース、物理メジャー、および計算メジャーを定義します。 手順については、Inventory Visibility の構成を参照してください。 一般的に必要なメジャーを設定するためのガイドラインをいくつか示します。

    • 仮引当測定として機能する物理的測定を定義します (SoftReservPhysical など)。
    • 物理メジャーにマップする引当可能計算式を含む 引当可能 計算メジャーを定義します。 たとえば、AvailableToReserve (引当可能) を設定し、以前に定義された SoftReservPhysical 物理的メジャーにマップすることができます。 このようにして、引当可能になる SoftReservPhysical 在庫状態の数量を検索できます。

    次の表は、引当可能計算式を示しています。

    計算タイプ データ ソース 現物測定
    追加 fno AvailPhysical
    追加 pos 着信
    減算 pos 発信
    減算 iv SoftReservPhysical

    引当メジャーの基本となる物理的メジャーを、計算メジャーのコンポーネントとして設定することをお勧めします。 このようにして、計算メジャー数量は、引当数量の影響を受けます。 たとえば、ivSoftReservPhysical 物理的メジャーを、iv データ ソースの AvailableToReserve 計算メジャーのコンポーネントとして使用します。

  3. 仮引当マッピング セクションで、物理的メジャーから計算メジャーへのマッピングを設定します。 前の例では、次の設定を使って、AvailableToReserve を以前に定義された SoftReservPhysical 物理的メジャー にマップすることができます。

    • 物理的メジャー データ ソース:iv
    • 物理的メジャー:SoftReservPhysical
    • 引当可能データ ソース:iv
    • 引当可能計算メジャー:AvailableToReserve

    SoftReservPhysical で引当を行うと、Inventory Visibility によって自動的に AvailableToReserve とその関連計算式が検出され、引当の検証が行われます。

  4. 引当分析コード セクションで、引当時に指定されるすべての製品分析コードを設定します。 各引当分析コードにはパーティション構成が含まれている必要があります。

    引当分析コードの例を次に示します。

    キー 階層
    SiteId 1
    LocationId 2
    ColorId 3
    SizeId 4
    StyleId 5

    この例では、パーティション スキーマは ByLocation、基本パーティション分析コードは (SiteId, LocationId) です。

  5. ツール バーで、保存を選択します。

引当可能計算の例

次の例は、Inventory Visibility API が手持在庫情報をレポートする方法を示しています。

{
    "productId": "D0002",
    "dimensions": {
        "SiteId": "1",
        "LocationId": "11",
        "ColorId": "Red"
    },
    "quantities": {
        "iv": {
            "SoftReservPhysical": 90
        },
        "fno": {
            "availphysical": 70.0,
        },
        "pos": {
            "inbound": 50.0,
            "outbound": 20.0
        }
    }
}

この場合、次の引当可能額の計算が適用されます。

AvailableToReserve = fno.availphysical + pos.inboundpos.outboundiv.SoftReservPhysical
=70+50–20–90
=10

したがって、iv.SoftReservPhysical で引当を行う場合、数量が AvailableToReserve (10) 以下であれば、仮引当要求に成功します。

UI バージョン 1 で引当機能をオンにして設定する

このセクションは、Inventory Visibility UI バージョン 1 を使用している場合に適用されます。

引当機能 UI バージョン 1 をオンにして設定するには、次の手順を実行します。

  1. Power Apps 環境にサインインし、Inventory Visibility アプリを開きます。
  2. ナビゲーション ウィンドウの下部にある 領域の変更 メニューで、レガシ UI を選択します。
  3. ナビゲーション ウィンドウで、構成 を選択します。
  4. 機能管理と設定 タブで、仮引当 機能をオンにするオプションを使用します。
  5. 仮引当 タブを選択します。
  6. 構成ページを開きます。
  7. Supply Chain Management からソフト引当データを受信する予定がある場合は、FinOps で販売注文に仮引当を使用する チェックボックスをオンにします。
  8. 仮引当 タブで、デフォルトの仮引当階層を確認します。 必要に応じて、新しい分析コードを階層に追加します。 仮引当階層の操作方法の詳細については、引当マッピングと分析コードを構成するセクションを参照してください。
  9. 仮引当マッピングの設定 セクションで、既定の設定をレビューします。 仮引当マッピングと必要なメジャーの詳細については、引当マッピングと分析コードを構成するセクションを参照してください。

Inventory Visibility API を使用した仮引当の作成

引当 API を呼び出すと、システムは指定した商品と数量の引当をマークします。

例えば、Contoso は、eコマースの Web サイトで製品 D0002 (キャビネット) を販売しています。 お客様が、Web サイトで小さな赤いキャビネットを注文しました。 Contoso は、次の分析コードを使用してこの注文の処理を決定しました。

  • 組織 ID = usmf
  • サイト = 1
  • 倉庫 = 11
  • 製品 = D0002
  • 色 = 赤
  • サイズ = S

Contoso は既に、独自の eコマース システムで、Inventory Visibility への API 接続を設定しています。 注文が入ったとき、システムは API 呼び出しをトリガーし、Inventory Visibility でキャビネットの仮引当を実行します。

引当は、Inventory Visibility サービスで、/api/environment/{environmentId}/onhand/reserve のようなサービスの URL に POST リクエストを送信することで行われます。

引当の場合、要求本文には、組織 ID、製品 ID、引当済数量、および分析コードが含まれている必要があります。

引当 API を呼び出す際に、要求本文のブール値 ifCheckAvailForReserv パラメーターを指定することで、引当の検証を制御できます。 True という値は検証が必要であることを意味するのに対し、False という値は検証が必要ないことを意味します。 既定値は [True] です。

引当をキャンセルしたり、指定した引当在庫数量を解除したい場合は、数量を負の値に設定し、ifCheckAvailForReserv パラメーターを False に設定して検証をスキップします。

以下は、前のコンテキストで販売注文を参照する要求本文の例です。

# Url

# Replace {endpoint} with your system endpoint.
    {endpoint}/api/environment/{environmentId}/onhand/reserve

# Method
Post

# Header
# replace {access_token} with the one get from security service
Api-version: "1.0"
Content-Type: "application/json"
Authorization: "Bearer {access_token}"

# Body
{
    "id": "Testrequest",
    "organizationId": "usmf",
    "productId": "D0002",
    "dimensions": {
        "SiteId": "1",
        "LocationId": "11",
        "ColorId": "red",
        "SizeId": "small"
    },
    "quantityDataSource": "iv",
    "modifier": "softreserved",
    "quantity": 1,
    "ifCheckAvailForReserv": true
}

すべての分析コードは、引当分析コード構成 で定義する必要があり、製品のパーティションを含める必要があります。 デフォルト構成を使用した実行可能な分析コードの組み合わせの例を次に示します。

  • (SiteId, LocationId)
  • (SiteId, LocationId, SizeId)
  • (SiteId, LocationId, ColorId, SizeId)
  • (SiteId, LocationId, ColorId, SizeId, StyleId)

注記

異なる 分析コード レベル での引当は独立しています。 たとえば、定義された引当分析コードは (SiteId, LocationId, ColorId, SizeId)です。 1 つの製品の数量を分析コード レベル (SiteId, LocationId, ColorId) で引き当てた場合、(Site , Location , Color , Size)(Site , Location) などの他のレベルでの引当は影響を受けません。

正常な仮引当要求は、各引当レコードの 仮引当 ID を返します。 仮引当 ID は、個々の仮引当レコードの一意識別子ではなく、仮引当要求に関連付けられている製品 ID と分析コード値の組み合わせです。 正常な引当注文を Supply Chain Management か別の ERP システムに同期してオフセットを行う際に、注文ラインに仮引当 ID を記録できます。

仮引当とオフセットを Supply Chain Management に統合する

Supply Chain Management の販売注文から仮引当をトリガーし、注文明細行が確定引当 (現物引当済注文済引当受取済などのステータスに変更された場合に)、在庫可視化に対するオフセットを行います。 使用している仮引当機能 (引当オフセットと在庫可視化の統合または販売注文明細行の仮引当と在庫可視化の統合) によって、プロセスが若干異なります。

  • 在庫可視化明細行のソフト予約との統合 : この機能を使用すると、販売注文明細行を販売注文明細行の作成後にソフト予約することで二重予約サプライ チェーンできます。 このラインのステータスが "注文済"、" 注文済, 物理的な調整, Pick など) に達すると、ソフト予約が自動的に相殺されます。

  • 在庫可視化相殺と統合 : この機能により、現在のManagementの外部で行われたソフトサプライ チェーンできます。 ソフト引当API (または別のカスタマイズ チャンネル) から直接引当を行い、次にManagementで対応する販売注文の行に引当IDサプライ チェーン入力できます。 この機能は、行ステータスが設定によって設定された条件を満たすと、ソフト予約を自動的に相殺します。

Supply Chain Management で機能をオンにする

管理者管理サプライ チェーンログインし、Feature管理の2つの機能として次の2 が有効

  • 引当オフセットと Inventory Visibility の統合 – この機能を使用するには Supply Chain Management バージョン 10.0.22 またはそれ以降が必要です。
  • 販売注文明細行の仮引当と Inventory Visibility を統合する – この機能は、Supply Chain Management バージョン 10.0.33 またはそれ以降を実行する場合に推奨されます。

これらの機能は、サプライ チェーンManagement Version 10.0.34の10.0.1591.98を構築し、サプライ チェーンManagement Version 10.0.35 (およびバージョン10.0.36以上のすべてのビルド) の10.0.1627.63を構築する場合に、互いに互換性があります。 これらのバージョンより前は、機能は互いに互換性がありません。そのため、使用する機能のみを有効にする必要があります。 両方の機能が必要な場合は、新しいバージョンにアップグレードすることをお勧めします。

「販売注文明細行の仮引当と Inventory Visibility 統合」機能が有効になっている場合の追加設定のコンフィギュレーション

販売注文明細行の仮引当と在庫可視化統合機能を有効にした場合は、以下の手順に従って追加設定をコンフィギュレーションします。

  1. Supply Chain Management で、在庫管理>設定>Inventory Visibility 統合パラメーターの順に移動します。

  2. 仮引当の有効化タブの、既定の仮引当のブロック レベル フィールドで、次のいずれかの値を選択して、Inventory Visibility で仮引当が存在しない販売注文明細行を処理しようとした場合のシステムの動作を指定します。

    • ブロック – Inventory Visibility が明細行の成功した仮引当を既に記録していない限り、販売注文明細行を確定引当 (現物引当済) またはそれ以上に処理することはできません。
    • 警告 – Inventory Visibility で販売注文明細行を確定引当 (現物引当) を処理しようとしたが、対応する仮引当が行われていない場合、警告メッセージが表示されます。
    • 無視 – Supply Chain Management の注文明細行を処理しようとする場合、システムは Inventory Visibility の仮引当をチェックしません。

ヒント

仮引当のオフセットは常に有効であり、販売明細行が確定引当状態に進むと (または、確定引当ステップがスキップされた場合) トリガーされるため、オフセットモディファイアを有効にしたり設定したりする必要はありません。

「引当オフセットと Inventory Visibility 統合」機能が有効になっている場合の追加設定のコンフィギュレーション

引当オフセットとの在庫可視化統合機能を有効にした場合は、以下の手順に従って追加設定をコンフィギュレーションします。

  1. Supply Chain Management で、在庫管理>設定>Inventory Visibility 統合パラメーターの順に移動します。

  2. 引当オフセットタブで、次のフィールドを設定します。

    • 引当オフセットを有効にする – このオプションを はいに設定し、この機能を有効にします。

    • 引当オフセットモディファイアー – 次のいずれかの値を選択して、Inventory Visibility で行われた引当をオフセットする在庫トランザクションの状態を選択します。 この設定は、オフセットをトリガーする注文処理ステージを決定します。 ステージは、注文の在庫トランザクション状態によって追跡されます。

      • 受注中 – 状態が 受注中の注文は、作成されるとオフセット要求を送信します。 オフセット数量は作成された注文 (行) の数量になります。
      • 引当 – 状態が 引当の注文は、注文の引当か物理的な引当かのいずれかの場合にオフセット要求を送信します。 引当 状態でオフセットすると、注文は、ピック済みの引当に最も近い新しい在庫状態 (ピック、梱包明細の転記済、請求済など) でオフセット要求を送信します。 この動作は、Supply Chain Management の引当をスキップして別の在庫状態に進む場合 (倉庫にリリースしてピックし梱包する場合など) でも発生します。 要求がトリガーされるのは 1 回のみです。 ピック時にトリガーされた場合、梱包明細の転記時にオフセットは複製されません。 オフセット数量は、オフセットがトリガーされたときの在庫トランザクション状態の数量と同じになります (つまり対応する注文行での、引当済注文/引当現物、またはそれ以降の状態)。

販売注文明細行の仮引当と在庫可視化統合機能を使用する場合の仮引当とオフセットの作成

販売注文明細行の仮引当と在庫可視化を統合する機能使用すると、仮引当を転記でき、Supply Chain Management の販売注文明細行からの仮引当もオフセットできます。 この機能のオフセット機能は、内部および外部で作成された販売明細行の両方をサポートします。

  1. Supply Chain Management にサインインする

  2. 販売とマーケティング>販売注文>すべての販売注文 に移動します。

  3. アクション ウィンドウで、新規を選択して販売注文を作成します。

  4. 通常の方法で販売注文の作成ダイアログ ボックスに入力し、OK を選択して新しい注文の作成を完了します。

  5. 新しい注文が開かれます。 販売明細行を入力します。 必ず、製品 IDサイト倉庫、そして数量の値を指定してください。 適用可能なその他の在庫分析コード値を指定します。

  6. 販売注文から仮引当を行う方法は 2 つあります。 次の手順のいずれかを実行します。

    • すべての明細行を含む注文全体を仮引当するには、アクション ウィンドウでInventory Visibility を統合する>仮引当を選択します。 次のいずれかのオプションを選択します。

      • 全注文を直接引当 – 在庫可視化統合へのインスタント仮引当 API 呼び出しを行います。
      • バッチごとの全注文の引当 – Supply Chain Management と在庫可視化に 1 分に 1 回程度同期するバッチ ジョブに関連付けられているバッチ キューに引当要求を追加します。
    • 特定の注文明細行の仮引当を行う場合、販売明細行を選択し、クイック タブ ツールバーのツールバーで 在庫>Inventory Visibility 統合>仮引当を選択して在庫サービスの引当の詳細ダイアログ ボックスを開きます。 次に、直接引当するか、またはバッチ ジョブとして引当を追加するかを選択します。 次の情報が表示されます。

      • 未引当 – 仮引当されなかった数量。
      • 仮引当成功 – 正常に仮引当された数量。
      • バッチ引当進行中 – 仮引当バッチ キューに追加された数量。
      • 直接引当進行中 – 在庫可視化に対するインスタント仮引当 API 呼び出しをトリガーした数量。
      • 失敗 - 在庫不十分 – 在庫が利用できないために仮引当できなかった数量。
      • 失敗 - その他の理由 – 失敗した API 呼び出し、接続の問題、その他の問題など、別の理由で仮引当できなかった数量。
      • オフセット数量 – オフセットの成功と進行中の数量の両方を含む、合計オフセット数量。
      • オフセット保留中の数量 – スキップされた仮引当と確定引当または現物在庫消費に直接進んだ数量。
  7. 販売明細行の仮引当ステータスを表示および編集するには、販売注文明細行クイック タブで、明細行を選択し、明細行の詳細クイック タブで一般タブを選択します。仮引当ができなかったときにブロックまたは警告するようにシステムが設定されている場合は、ここにブロック通知が表示されることがあります。 過剰販売のリスクを回避するために、ビジネスで上書きが許可されていない限り、仮引当検証を上書きしないことを強くお勧めします。

    仮引当が正常に行われると、仮引当 ID が自動的に返され、販売明細行ごとに記録されます。

    既定では、仮引当オフセットは、明細行が確定引当ステータス (現物引当または注文済引当) またはそれ以降に達したときにトリガーされます。 有効な仮引当 ID と適格なトリガーの状態を示す販売明細行は、オフセットバッチ キューに自動的に追加されます。

メモ

成功した仮引当を取り消す必要がある場合は、関連する販売注文を開き、販売注文または販売明細行レベルで直接引当を元に戻すまたはバッチごとの引当を元に戻すを選択します。

ソフト予約済の販売注文を外部でインポートする

ご利用の会社では、他の注文チャネルも在庫可視化にソフト予約を投稿していると思われます。 外部でソフト引当済の販売注文は、レコード システムとして使用している場合は、Supply Chain Management にインポートする必要があります。 外部でソフト予約された販売注文をインポートする場合は、以下の手順で行います。

  1. Supply Chain Management にサインインします。

  2. システム管理>ワークスペース>データ管理の順に移動します。

  3. フレームワーク パラメータ のタイルを選択します。

  4. データのインポート/エクスポート フレームワークのパラメータ ページで、エンティティ設定タブを選択し、エンティティ リストの更新を選択します。

  5. システム管理>ワークスペース>データ管理 に戻ります。

  6. エクスポート タイルを選択します。

  7. 新規レコード ページの グループ名 フィールドで、名前を入力します。

  8. 選択されたエンティティ クイックタブで、ツール バーの エンティティの追加 を選択し、ドロップダウン ダイアログ ボックスで次の値を設定します。

    • エンティティ名販売注文明細行 V2 を選択します。
    • ターゲット データ形式Excel を選択します。
    • フィールドの選択 - インポート可能なフィールド を選択します。
  9. 追加 を選択して設定を適用し、閉じる を選択してダイアログ ボックスを閉じます。

  10. 新しい行がグリッドに追加されます。 新しい行で、フィルター 列のボタンを選択します。

  11. 照会 ダイアログ ボックスの 範囲 タブのグリッドには 、既に 1 行が表示されている必要があります。 行を次の値に編集します:

    • テーブル販売注文明細行 V2 を選択します。
    • 派生テーブル販売注文明細行 V2 を選択します。
    • フィールド:販売注文 を選択します。
    • 基準 - 任意の販売注文番号を選択します。
  12. OK を選択して設定を適用し、ダイアログ ボックスを閉じます。

  13. アクション ウィンドウで、エクスポートを選択します。

  14. 実行の集計ページの エンティティ処理ステータス クイックタブで、ツール バーの ファイルのダウンロード を選択します。

  15. Excel でダウンロードしたファイルを開き、すべてのデータ行を削除します。 ヘッダー行のみを残します。

  16. Supply Chain Management にインポートする販売注文行の詳細を含む新しい行を追加します。

  17. 各行に対して、通常の注文データに加えて、次の列にソフト予約の詳細を含める必要があります。

    • INVENTORYSERVICERESERVATIONID – 外部予約のソフト予約 ID を入力します。
    • ISSOFTRESERVEDEXTERNALLY : - はい を入力します。
  18. 完成した Excel ファイルをインポートします。 インポートのステータスは完了後に確認できます。

  19. ファイルが正常にインポートされた後、Supply Chain Management でその注文を開くと、新しい販売注文にソフト予約の詳細があることを確認することができます。

メモ

ソフト予約の詳細を含む販売注文をインポートした後、Supply Chain Management からソフト予約を修正したり、元に戻したりすることはできなくなります。 インポートしたデータが修正しない場合は、影響を受ける販売行を削除し、再インポートします。

引当オフセットと在庫可視化統合機能を使用する場合の仮引当とオフセットの作成

引当オフセットと在庫可視化の統合機能を使用する場合は、Supply Chain Management から直接仮引当をトリガーすることはできません。 代わりに、この機能は Supply Chain Management から外部で作成された販売注文明細行のオフセットのみをサポートします。 外部で作成された仮引当済販売明細行が Supply Chain Management に複製されると、Supply Chain Management から在庫可視化へのオフセットが必要になる場合があります。

注文数量が Supply Chain Management か他の ERP システムで物理的に差し引かれる場合は、仮引当数量をオフセットできます。 Inventory Visibility で、Supply Chain Management と統合した仮引当オフセットを使用できるようになります。

仮引当をオフセットするには、次の手順に従います。

  1. Supply Chain Management にサインインします。

  2. 販売とマーケティング>販売注文>すべての販売注文 に移動します。

  3. アクション ウィンドウで、新規を選択します。 新しい販売注文および新しい販売注文明細行を作成します。

  4. 外部販売注文を再作成し、同じ製品 ID、組織、サイト、倉庫、および分析コード値を使用する販売明細行を追加します。

  5. 販売注文明細行クイックタブで、入力した販売行を選択し、ツールバーで 在庫>引当 ID の順に選択します。

  6. 次の手順のいずれかを実行します。

    • 仮引当要求の応答に仮引当 ID をコピーし、引当 ID フィールドに貼り付けます。
    • 予約 ID を空白のままにし、在庫可視化サービスの自動オフセット チェックボックスをオンにします。 システムは、選択した行に入力された品目 ID および分析コード値に基づいて、オフセットする製品と製品分析コードを自動的に決定します。
  7. OKを選択します。

  8. 同じ販売行を選択したまま、販売注文行クイックタブのツールバーで 在庫>引当 を選択して、注文数量を物理的に引き当てます。

  9. 以前に 引当オフセット モディファイア― フィールドを 引当済み に設定した場合、注文行がの状態が 物理的な引当引当注文 のときにオフセットがトリガーされます。 バッチ ジョブは 1 分に 1 回実行され、Supply Chain Management からのオフセット要求を Inventory Visibility に同期します。

メモ

指定された引当オフセット モディファイアーを含むトランザクション状態は、次のすべての条件が満たされた場合に、トランザクションの更新により、対応する引当レコードがオフセットされます。

  • 在庫トランザクションでの引当 ID は、Inventory Visibility で引当レコードの引当 ID と一致します。
  • 在庫トランザクションの分析コードは、Inventory Visibility の引当レコードの分析コードと一致します。
  • 在庫トランザクション状態の変更は、在庫トランザクション状態が注文プロセスが完了またはスキップされたという事実を反映している場合に、引当に対する相殺をトリガーします。

オフセット数量は、関連する在庫トランザクションで指定された在庫数量に従います。 Inventory Visibility に引当済数量が残っている場合のみ、オフセットは有効になります。

失敗した引当オフセットの確認

失敗した引当相殺を確認するには、在庫管理>定期処理タスク>Inventory Visibility 統合の順に移動します。 オフセットの失敗は、仮引当 ID の間違い、インターネットの問題、システム接続の不具合などによって発生することがあります。

仮引当をキャンセルまたは元に戻す

元の注文行がキャンセルまたは削除された場合に、対応する元に戻す引当を実行する必要があります。次のいずれかのアクションを実行します。

  • APIクエリ本文の正確な情報が負の数量であるソフト予約イベントを転記します。
  • 数量と予約IDが同じ未承認の要求を転記します。 詳細 は、予約イベントを 参照してください。