外部共有倉庫を使用した倉庫管理専用モード

この記事では、倉庫管理モードのみを使用して外部の共有倉庫処理をサポートする方法について説明します。 この方法により、倉庫管理 (WMS) の機能を、Microsoftの複数の販売関連会社 (法人) からの要求を処理する別の法人に連結できます Dynamics 365 Supply Chain Management。

倉庫管理専用 モード 倉庫管理専用の法人で物流操作を処理できます。 その後、接続注文および財務処理を行う他の法人の間の倉庫を管理できます。 さらに、倉庫管理プロセスでは、 販売者 一時分析コードを使用して、法人間で共有される品目の在庫をどの法人が所有しているのかを追跡できます。

この機能は、単一インスタンス配置モデルを変更せずに動作します。 物流および倉庫のプロセスを処理する複数のインスタンスリンクの間にデータを転送する場合は、次に説明しているような統合プロセスを設定する必要があります 外部ERPシステムを使用するモード。

複数インスタンス を配置する 場合は、標準の統合プロセスを使用する 必要があります。

次の記事では、方法に関する詳細情報を提供します 、

• 外部ERPシステムを使用する倉庫管理のみモード
• システム間でのデータ交換
• メッセージ キューとメッセージ タイプの作成と処理

高レベル実装の例

次の図は、倉庫管理モードが、、le エンティティ内の外部共有倉庫で有効なシステムの例を示します。 THE 、LEM le、エンティティは、 LE1 および LE2 leエンティティでの注文および財務処理を管理する2つの販売関連会社の物流倉庫操作を処理します。

受信プロセスの例 (共有倉庫)

次の図は、共有倉庫を使用する場合の入庫プロセスの要素を強調表示しています。

受信プロセスの高レベルの説明を次に示します。 "LE1" から始まる 、完了子会社が実行する必要があります。 最初に開始する 、倉庫 エンティティ完了定義できます。

1. LE1 : 注文が作成され、倉庫にリリースされます。 次に、出荷 要求に対して他の倉庫が作成されます。 その結果、受信した出荷注文メッセージは、、またはleそのエンティティ に配信されます。 外部管理倉庫にリリースされる発注書は、定期的なバックグラウンド プロセスを通じて処理できます。 (この背景プロセスは、以下で設定されます 倉庫管理>配送>外部倉庫の入庫出荷注文要求を作成します)。または、発注書ページで [ Releaseから倉庫 オプション] を使用して手動で処理することもできます。
2. 高い倉庫エンティティは、受信した出荷注文メッセージを処理します。 この処理の結果、入庫 注文が 作成されます。
3. 高い入庫負荷は、手動、自動、またはインポートによって (コンフィギュレーションに応じて) 作成されます。
4. 高い作業者は、倉庫管理モバイル アプリケーションを使用して、受信した出荷注文トランザクションを登録します。
5. DLLM : 倉庫エンティティのプロセス 関連する負荷の を修正します。 これらの 操作では、負荷ステータスを "Received "、および " 他の倉庫の入庫出荷注文の更新 LE1" に更新します。 自動メッセージ処理を有効 メッセージ 出荷注文の の更新またはメッセージ キューに対して 実行できます。
6. LE1: 外部倉庫の受信出荷注文の更新、入庫した負荷と出荷の更新、および関連する購買注文の行トランザクションの更新が行 登録されます。 このステータス更新により、製品の入庫および請求書をさらに処理できます。
7. 高い倉庫エンティティは、出荷入庫の転記 バッチ ジョブを実行して、入庫出荷注文 行トランザクションを確定します。

このプロセスおよび関連プロセスの詳細については、「 管理での倉庫管理のみモードを使用した作業」をサプライ チェーンしてください。

プロセスの例 (共有倉庫)

次の図は、共有倉庫を使用する場合の出荷プロセスの要素を強調表示しています。

受信プロセスの高レベルの説明を次に示します。 "LE1" から始まる 、完了子会社が実行する必要があります。 最初に開始する 、倉庫 エンティティ完了定義できます。

1. LE1 : 販売注文が作成され、倉庫にリリースされます。 その後、倉庫 出荷注文要求が作成されます。 その結果、出荷注文メッセージは、、またはle、 エンティティに配信されます。
2. 高い: メッセージを送信 処理します。 この処理の結果、出荷 出荷注文 作成されます。
3. のどちらか: 引当は、コンフィギュレーションに応じて手動または自動で作成されます。
4. 高い注文は、手動または自動で、さらに倉庫処理のためにリリースされます。 出荷負荷計画プロセスを使用する場合は、注文をリリースする前に出荷負荷計画を使用して負荷を作成できます。
5. WORKM : テンプレート サイクル 定義の設定で、倉庫作業が即座に作成およびリリースされる場合があります。
6. [高い 出荷倉庫] 作業が処理され、関連する出荷注文注文の行トランザクションのステータスが "ピッキング済" に更新。
7. [拘束] : 負荷は出荷確認済です。 その結果、外部倉庫の入庫出荷注文の更新が、 LE1/&。
8. LE1: 外部倉庫の受信出荷注文の更新、出荷データ、および関連する販売注文の行トランザクションの処理の作成が更新されます。 トランザクションがピッキング になる。 この更新により、梱包明細票および請求書をさらに処理できます。 自動メッセージ処理を有効 メッセージ 出荷注文の の更新またはメッセージ キューに対して 実行できます。
9. 面票 : 倉庫エンティティは、出荷梱包明細の転記 出荷梱包明細バッチ ジョブ。

このプロセスおよび関連プロセスの詳細については、「 管理での倉庫管理のみモードを使用した作業」をサプライ チェーンしてください。

手付調整

次の図は、倉庫管理のみモードが実行された場合の在庫調整の処理方法を示しています。

受信および出荷注文の結果である在庫の変更は、外部倉庫の受信出荷注文の更新 受信出荷注文の更新 および 外部倉庫出荷注文の更新の修正 メッセージ プロセッサ LE1 エンティティ内での処理) に処理されます。 ただし、倉庫棚卸操作など、他の倉庫移動は、 ENTITYM leing entityとそれに関連する注文処理の法人 ( LE1など) 間の在庫が同じでなければならない場合があります。 したがって、倉庫管理のみモードでは、倉庫在庫更新ログ (在庫更新ログ>在庫およびレポート>物理在庫調整>在庫更新ログ) に倉庫在庫の変更を記録できます。 このデータは、自動化のバックグラウンド プロセス 倉庫在庫更新ログの更新によって、関連する法人に対する外部在庫調整を自動的に作成するために使用されます。 (既定では、この背景プロセスは10分おきに実行されます)。

外部在庫調整仕訳帳の作成 処理 >在庫管理在庫調整仕訳帳の作成>外部在庫調整仕訳帳の作成) を使用して、在庫の更新に使用する在庫調整仕訳帳を生成できます。 これにより、2つの法人間で在庫情報の同期を維持できます。

在庫調整仕訳帳を自動的に転記するには、[在庫調整仕訳帳 >在庫調整仕訳帳の転記>在庫調整仕訳帳の転記。 このプロセスでは、外部在庫調整仕訳帳 作成する仕訳帳を転記します。 プロセスによって作成されます。

倉庫在庫更新ログ

倉庫在庫更新ログ (倉庫管理>在庫調整>物理在庫調整>在庫更新ログ) は、関連する法人に対して関心を持つ、在庫トランザクションの更新につながるすべての在庫トランザクションの更新を収集します。 たとえば、在庫ステータスの変更に関する情報を処理できます。

データベース管理で外部共有倉庫処理を使用するサプライ チェーン例

このセクションでは、倉庫管理における外部共有倉庫処理でのみ倉庫管理モードを設定および使用する方法をサプライ チェーンします。

法人およびソース システム

この記事の説明に従って倉庫管理モードのみを使用するには、少なくとも2つの法人が必要です。 この例では、2つの法人は、"LE1"、 LE1 、および他 、2つの法人。

高い、サイト エンティティでは、出荷注文および在庫の 更新プロセスを処理する ソース システムを作成する必要があります。 ... この例では、このソース システムに名前を付 SS-LE1。

le LE1 lesourceエンティティでは、 Le タイプおよび リンクをソース システム SS-LE1ソース システム 、 ENTITYM leそのエンティティに対して外部倉庫管理システムを設定する必要があります。 この設定は、2つの倉庫管理 倉庫管理>Setup>、External倉庫管理システム>移動して完了できます。

le1 legoエンティティでは、外部で処理する倉庫 、2つの倉庫 Setup>>、2つの倉庫>および 選択に移動できます。 外部倉庫管理システムと外部倉庫名を、、他 エンティティから指定します。 ライセンスライセンス選択使用しない既定の場所を選択する必要があります。 この場所は、 LE1 エンティティ内の外部倉庫からの在庫変更すべてに使用されます。

製品マスタ データおよび参照データ

倉庫管理は、倉庫管理プロセスを実行する全法人で完全に設定する必要があります (、可能な、。 この設定には製品マスタ データが含まれます。 すべての法人で、リリースされた製品に同じ製品および製品バリアントを使用できます。 この場合、製品マスタ データを管理するためのソースとして別のソース システムを使用する必要があります。 複数の共有法人間で製品を販売する場合は、必要なソース システム品目 データを作成する があります。 たとえば、ソース システムに名前を付 PIM-D365 を作成し、それを 生産マスタ ソース システムとして割り当てる SS-LE1 ソース システムの場合などです。

また、製品に追跡分析コード グループ ( プロパティの分析コード 有効にする必要があります。 この方法で、関連する法人ごとに在庫の所有権を追跡できます。 この例の設定では、 LE1 エンティティで、リリースされた製品の、2003年1月1日にリリースされた製品の 、を有効にする必要があります。 ただし、このオプションを有効にした場合、分析コード値 の法人の所有者は自動的に発注書明細行と販売注文明細行に割り当てられます。変更することはできません。

製品マスタ データの詳細については、 、および参照データを参照できます。 ただし、NON-評価 モデルは、NONM leoryエンティティの製品に使用してください。 また、"一時追跡分析コード" 、 を有効にしてください。

1 、Setuper 分析コードを使用するには、 在庫所有者 ページ (在庫倉庫管理>Setup>在庫所有者> 在庫所有者) に対してレコードを作成する必要があります。 その後、そのレコードをソース システムの既定の在庫 割り当。

既にリリースされた製品がある 環境 でこの例の設定を使用する場合は、リリースされた製品およびバリアントのデータを ソース システム品目 します。