外部 ERP システムを使用した倉庫管理専用モード
この記事では、倉庫モードを使用して外部企業リソース計画 (ERP) システムと統合する場合に、倉庫管理に関する毎日のタスクを実行する方法について説明します。
重要
- これはプレビュー機能です。
- プレビュー機能は、運用上の用途のためのものではなく、機能が制限されている場合があります。 これらの機能には、追加使用条件 が適用され、顧客が早期にアクセスしてフィードバックを提供できるよう、公式リリースより前に使用できます。
さまざまな方法で使用できます ( モードのみ)。 たとえば、物流 Microsoft Dynamics 365 Supply Chain Management を有効にした後接続注文と財務処理を行う外部ERPシステムに倉庫を保管することができます。
さらに、倉庫管理プロセスでは、所有者在庫分析コードを使用して、ソース システム間で共有される品目の在庫の所有権を追跡できます。
高レベル実装の例
次の図は、
受信プロセスの例 (外部ERPシステム統合)
次の図は、入庫プロセスの要素を強調表示しています。
受信プロセスの高レベルの説明を次に示します。 ERPシステムによって ERP 開始完了手順を実行できます。 最初に開始する 、倉庫 モード完了管理サプライ チェーンから開始されます。
ERP : 外部システムは、会社の管理に着信出荷注文メッセージサプライ チェーンします。
[高い サプライ チェーン管理] : 倉庫管理モードでのみメッセージが処理され、注文が作成されます。
高い
入庫負荷は、次のいずれかの方法で作成されます。受信負荷は、 ソース システム 設定によって設定されます。サプライ チェーン方法があります。- 手動、入庫積荷計画ワークベンチを使用
- 出荷の詳細通知 (ASN) インポート
- メッセージ処理中 に自動的に
- 倉庫管理モバイル アプリの受取プロセス中に自動で
WORKERM : 作業者は、倉庫管理モバイル アプリケーションを使用して 登録 出荷トランザクションを行います。
LOADM : サプライ チェーンの実行 ファイルの完了 関連する各負荷に関連するプロセスです。 これらのプロセスでは、負荷ステータスを Received、生成 在庫入庫、および トリガー ビジネス イベント 外部システムに対して更新します。
ERP : 外部システムは、追加処理のためにサービス入庫 データ を読み取って使用します。 たとえば、発注書が外部システムの入庫オーダーに関連付けられている場合、この処理には発注書請求が含まれます。
[高い サプライ チェーン、出荷入庫の転記 バッチ ジョブを実行して、受信した出荷注文を。
このプロセスおよび関連プロセスの詳細については、「 管理での倉庫管理のみモードを使用した作業」をサプライ チェーンしてください。
出荷プロセスの例 (外部ERPシステム統合)
次の図は、出庫プロセスの要素を強調表示しています。
次に、出荷プロセスの高レベルの説明を示します。 ERPシステムによって ERP 開始完了手順を実行できます。 最初に開始する 、倉庫 モード完了管理サプライ チェーンから開始されます。
ERP : 外部システムが出荷注文メッセージを送信します。
[高い サプライ チェーン管理] : 倉庫管理モードでのみメッセージが処理され、注文が作成されます。
拡張子 : Inventory reservationは、企業管理における ソース システム 設定) として、次のいずれかの方法でサプライ チェーンされます。
- メッセージ プロセッサ で自動的に
- リリース プロセスの一環として手動で
面上: 注文は、さらに倉庫処理のために手動または自動 (出荷出荷注文のリリース 出荷注文の自動リリースバッチ ジョブ) にリリースされます。
WORKM : テンプレート サイクル 定義の設定で、倉庫作業が即座に作成およびリリースされる場合があります。
[高い 出庫倉庫] 作業が処理され、関連する出荷注文品目トランザクションのステータスが "ピッキング済" に更新 されます。
[拘束] : 負荷は出荷確認済です。 その結果、外部 に対して および 明細の梱包明細 ビジネス イベントが作成されます。
ERP : 外部システムは、出荷梱包明細を読み取り、そのデータをさらに処理するために使用します (出荷出荷注文に関連付けられている販売注文の請求など)。
[高い サプライ チェーン、出荷梱包明細の転記 バッチ ジョブを実行して出荷出荷を確定します。
このプロセスおよび関連プロセスの詳細については、「 管理での倉庫管理のみモードを使用した作業」をサプライ チェーンしてください。
システム間の手持在庫の更新
次の図は、倉庫管理専用モードで使用される内部プロセスを示しています。
倉庫管理モジュールでは、在庫棚卸仕訳帳 複数の 在庫更新プロセスをサポートしています。 棚卸プロセスに関する詳細については、循環棚卸 を参照してください。
仕訳帳転記プロセスの一環として、サプライ チェーンビジネス イベントがトリガされます。 外部システムは、更新に関する情報を 仕訳帳エンティティを使用して読み取。 更新された数量だけを処理することが重要です。 更新されていない場合は、更新によってシステムが同期しから移動できます。 以下に例としてのシナリオを示します。
シナリオ例: システム間での手持在庫の更新
このシナリオが開始すると、次の表に示すように、品目番号A0001に関する入庫情報が外部ERPシステム (ERP) と サプライ チェーン 管理倉庫管理システム (WMS) の間で同期しています。
| 品目番号 | ERP 手持在庫 | WMS 手持在庫 |
|---|---|---|
| A0001 | 0 個 | 0 個 |
次のサブセクションでは、さまざまなイベントによってこれらの値がどのように変化するかを示します。
手持在庫の更新 1
サプライ チェーンA0001を実行せずに、受信した出荷注文に対して10個の品目番号A0001を受け取ります。 完了および されません。 したがって、外部システムにはこの更新についてまだ通知されていません。 その結果、次の表に示すようにサプライ チェーン外部のシステムとグループのManagementは同期しています。
| 品目番号 | ERP 手持在庫 | WMS 手持在庫 |
|---|---|---|
| A0001 | 0 個 | 10 個 |
手持在庫の更新 2
[サプライ チェーンa001] で、品目A0001に対して転記される在庫調整 (棚卸仕訳帳) によって、1個の在庫が追加されます。 次の表に、この結果を示します。
| 品目番号 | ERP 手持在庫 | WMS 手持在庫 |
|---|---|---|
| A0001 | 0 個 | 11 個 |
外部システムには、ビジネス イベントを通じて手持調整について通知されます。 このプロセスの一環として、Supply Chain Management での仕訳転記が 10 個から 11 個に変更されます。 外部システムでは、更新された数量 1 個のみが考慮されます。 次の表に、この結果を示します。
| 品目番号 | ERP 手持在庫 | WMS 手持在庫 |
|---|---|---|
| A0001 | 1 個 | 11 個 |
手持在庫の更新 3
Supply Chain Management は、受け取った品目番号 A0001 の 10 個に関連する 受取完了 プロセスを実行します。 したがって、外部システムにはビジネス イベントを通じて通知されます。 次に、出荷受領情報を読み取り、手持数量を追加の 10 個で更新します。 次の表に、この結果を示します。
| 品目番号 | ERP 手持在庫 | WMS 手持在庫 |
|---|---|---|
| A0001 | 11 個 | 11 個 |
ノート
それぞれの品目が、"1つ以上のモデル" または "参照データ" の説明で構成された品目モデル に割り当てられている。 この方法で、仕訳帳を使用して調整を行う 既定の転記 および 既定のカレンダー を使用して調整を行う場合 します。
手持在庫の調整
倉庫管理のみモードでは、ソース システムの在庫の調整プロセスに対してデータを生成できます ( ソース システムの在庫の作成 レポート在庫管理>在庫調整>物理在庫調整>ソース システムの在庫レポートの作成)。
ヘッダーと行データを作成するには、ソース システム と 現在の日付 の値を指定する必要があります。 レポートを生成する在庫分析コードのレベルも選択する必要があります。
入庫する出荷注文に関連する在庫を受け取った場合、登録済の在庫トランザクションのステータスに基づいて在庫の在庫が物理的に更新されます。 出荷注文経由で在庫を出荷すると、ピッキング後の最新の に基づいて物理的な 在庫が減らされます。 関連する出荷受領書と出荷梱包明細仕訳帳が、バックグラウンドの最終処理プロセスの一部として転記されるまで、登録およびピッキングした品目の現物手持在庫表示は維持されます。 現物手持在庫のこの部分をエクスポートに含めるには、登録済みおよびピッキング済の在庫数量を含めるパラメーターを有効 にしてください。
外部システムには、ビジネス イベントを通じて取得できるデータ WHSSourceSystemInventoryOnhandReportBusinessEvent 通知されます。 WarehouseInventoryOnhandReports および WarehouseInventoryOnhandReportLines データ エンティティを介してデータを読み取ることができます。
メモ
ソース システムの手持在庫の作成 レポートを定期的なバッチ ジョブとして実行すると、現在の日付 値は無視され、データは現在の処理日付に基づいて生成されます。 たとえば、開始日 の値が昨日になるように繰り返しを設定し、ジョブが 1 日に 1 回実行されるように設定します。 この場合、バッチ ジョブは毎日、前日の手持在庫データを自動的に生成します。
倉庫在庫更新ログ
非常に迅速な在庫同期プロセスを必要とする統合については、倉庫在庫更新ログ (在庫更新ログ>Inquiriesおよびレポート>物理在庫調整>在庫更新ログ) を使用できます。 このログは、外部システムに重要な手持在庫の更新につながるすべての在庫トランザクション更新を収集できます。 たとえば、在庫状態の変更に関する情報を処理する外部システムがあるとします。
出荷注文の受信と出荷に関連する在庫トランザクションの更新に関する外部システムの更新を維持するには、 有効な倉庫在庫更新ログ オプション ソース システム 関連する ソース システム を、受信と出荷の両方の出荷注文に対して設定します。
更新ログを表示するには、次に移動します 在庫更新ログ>在庫更新ログ>物理在庫調整>在庫更新ログ。
重要
倉庫在庫更新ログを有効化するオプションを有効化すると、出荷受領書や出荷梱包明細メッセージの一部として使用されるデータと組み合わせて二重更新が発生しないように、外部システムで更新を必ず取り込みます。
既定では、倉庫在庫更新ログの更新の公開 バックグラウンド プロセスは、10 分ごとに実行されるように設定されています。 WarehouseInventoryUpdateLogs エンティティを使用して、外部システムが使用できるデータを作成します。 WHSInventoryUpdateLogBusinessEvent ビジネス イベントは、このプロセスの一部として使用できます。