システム間のデータ交換
倉庫管理モードでのみ、外部システムとシステム間の統合を設定 Microsoft Dynamics 365 Supply Chain Management があります。 以下の相互作用のカテゴリが必要です。
- マスター データ (商品情報など)
- ドキュメント データ (発注書や販売注文など)
- 進捗データ (入庫、派遣、手持在庫情報など)
これら 3 つのカテゴリには、さまざまな統合手法を使用できます。 この記事では、推奨される統合プロセスについて説明します。
マスター データと参照データ
一貫した通信を行うには、いくつかのタイプのマスター データと参照データが同期され、両方のシステムで利用できる必要があります。 その一例として、製品マスター データがあります。 このタイプのデータは、製品マスター データに関連する次のメッセージを通じて Supply Chain Management にインポートできます。
SourceSystemProductMessages[ ] : バリアントの製品マスターを含む、製品およびリリースされた製品を作成するために使用します。SourceSystemProductVariantMessages[ProductSubtype Product Variant] である製品マスタ = バリアントを作成するために使用します。SourceSystemProductSpecificUnitOfMeasureConversionMessages[ ] : 製品固有の測定単位換算を作成するために使用します。SourceSystemProductBarcodeMessages[]: 製品のバー コードの設定を作成するために使用します。SourceSystemProductGlobalTradeItemNumberMessages[GTIN] : 製品の国際取引商品番号 (GTIN) を作成するために使用します。SourceSystemProductDocumentAttachmentMessages:製品ドキュメント、製品イメージなどとを関連付ける場合に使用します。
ヒント
レコード テンプレートは インポートする場合に役立ちます。テンプレートには、メッセージに TemplateName を含めできます。 また、リリースされた製品に必要な参照フィールドが割り当てられている必要を確認できます。
出荷注文と同様、これらのメッセージはメッセージ処理中に検証され、ソース システム品目エンティティを介して製品情報をソース システム レコードに自動的にリンクします。 外部システムでは、メッセージ 状況 変更を監視するために、ビジネス イベントを使用できます。
リリースされた 製品番号または品目番号の固有参照に関連する製品マスター データを管理する外部システムとしてマークできるソース システム レコードは 1 つのみです。 このデータは、ソース システムの品目 ページを使用して表示および管理できます。
注記
メッセージ プロセッサでは、商品マスター データ作成に関連する各メッセージを、その MessageId に従って個別に処理します。 一部のメッセージには、バーコードを指定する前にリリース済製品を作成する必要があるなどの依存関係があります。 商品の外部品目番号の代わりに番号シーケンスを使用すると、リリースされた商品やソース システムの品目デー タが存在しない場合でも、SourceSystemProductMessages プロセスによって新しい商品が作成されます。
ヒント
ソース システムの品目番号フィールド は、システム間の通信時に使用されます。 外部システムで、値が異なる品目/バリアント番号フィールドにリンクされる固有 ID 番号として欧州商品番号 (EAN) を使用している場合に便利です。 ソース システムの品目番号 データは、以前に記載されたメッセージが使用されると自動的に作成されます。
Warehouse Management モバイル アプリを使用する場合、ソース システムの品目番号の値を使用して、内部で使用される品目/バリアント番号の値を参照することもできます。
必要なマスター データを Supply Chain Management にインポートする方法は、その データ エンティティ を使用することです。 倉庫管理プロセスで使用される リリース製品/ 品目番号の値を作成するには、次のタイプのマスター データと参照データが必要です。
[品目モデル グループ ] : リリースされた各製品は、Managementの品目モデル グループサプライ チェーンがあります。 したがって、少なくとも 1 つのグループが使用可能である必要があります。 このグループは、バッチ追跡品目の業務プロセスを制御できます。 Warehouse Management 専用モードで使用する各品目モデル グループには、次の設定をお勧めします。 これらの設定により、製品の原価計算データを設定する必要がなくなります。
- [在庫モデル ] : このフィールドを、 評価された値に設定。
- [在庫品目の 転記する] : このオプションをオフにします。 このオプションは、少なくとも 1 つの ソース システム レコード をすでに設定している場合にのみ選択できます。
- [資産在庫の転記 : このオプションをオフにします。 このオプションは、少なくとも 1 つの ソース システム レコード をすでに設定している場合にのみ選択できます。
[品目グループ ] : 業務プロセスをグループ化するために使用できます。特に、生産フィルター を使用する に使用されます。 非評価在庫モデル グループが使用される場合、勘定の設定は必要ありません。
[保管分析コード ] : サイト、倉庫、場所、ライセンス変更などの保管在庫分析コード値を使用できます。 倉庫管理プロセスの使用パラメーターを有効にする必要があります。
[分析コード グループの する] : 所有者、バッチ、シリアル番号などの在庫分析コードを追跡することができます。 所有者 分析コード値は、倉庫が関連付けられている会社と同じでなければならない点に注意してください。 詳細については、サポートされていないプロセス を参照してください。
[引当階層 ] : 出荷注文引当プロセス中に引当される分析コードを定義します。 場所分析コードの下にある分析コード は、倉庫管理プロセスによって制御されます。
[ ] : 倉庫プロセスで処理する各数量は、単位に関連付けられている必要があります。 1 つの品目に複数の単位 (個、ボックス、パレットなど) を使用する場合は、必ず、在庫単位を品目の最小単位として定義してください。
[単位順序グループ ] : 倉庫操作で使用できる単位の順序を定義します。 必要な設定の詳細については、測定単位と在庫のポリシーを参照してください。
注記
製品マスター データを作成するメッセージでは、製品データ エンティティを使用します。 これらのエンティティは、単独でも、製品マスター データの管理にも使用できます。
ソース システムの製品メッセージの表示および管理
倉庫管理のみモードでは、製品メッセージを表示、更新、および作成できます。 したがって、実装プロセス中に統合を迅速にテストできます。 外部で作成したメッセージがa Failed messageの状態にある場合、フィールド値を更新して、更新したメッセージをメッセージ キューに割り当て返します。 元のメッセージのバージョンは変更され、編集できません。 メッセージを表示および管理するには、次のページのいずれかに移動します。
- 倉庫管理>ソース システム製品>ソース システム製品メッセージ
- 倉庫管理>ソース システム製品>ソース システム製品バリアント メッセージ
- 倉庫管理>ソース システム製品>ソース システム製品のバーコード メッセージ)
- 倉庫管理>ソース システム製品>ソース システム製品ドキュメントの添付メッセージ
- 倉庫管理>ソース システム製品>ソース システム製品の国際取引品目番号メッセージ)
- 倉庫管理>ソース システム製品>ソース システム製品固有の測定単位の変換メッセージ
The 、2013年12月1日に統合監視 作業スペースを使用すると、入力元システムの製品メッセージの数を追跡 キューに入れ および 変更。
メモ
各ソース システムは、一覧のページでメッセージを手動で作成する許可または回避を設定できます。 関連する ソース システム レコードを開き、 手動ソース システム製品メッセージの作成 オプション Yes 手動メッセージを許可または No を設定してそれらを禁止します。 統合によってインポートされるメッセージとは異なり、手動で作成されたメッセージはバージョンを変更できません。
荷送人および荷受人に関する情報
倉庫操作の設定を簡単にするために、荷送人と荷受人のデータおよび関連するグループ定義を作成および使用できます。 たとえば、特定の荷送人または荷受人グループに対する品質注文作成プロセスの設定に関連するプロセスに対して、この方法を使用できます。
入庫オーダーポリシー (ソース システムの設定の一部) も入庫オーダー メッセージの処理も、荷送人のアカウント番号値が荷送人ページ (Warehouse Management>設定>Warehouse Management 統合>荷送人) のエンティティに存在している必要があります。 同じ「自由書式」という概念が、荷送人アカウント番号の値に関連する出庫オーダー プロセスに対して存在します。
国/地域
倉庫に対して新しい法人 を作成し、出庫オーダーをインポートするには、Supply Chain Management で国/地域 の値を定義する必要があります。 これらのレコードは、出庫オーダーで住所を作成するために使用されます。 住所設定 と注文メッセージでの住所フィールドの使用方法によっては、注文メッセージをインポートする前に追加データを作成する必要がある場合があります (たとえば、州/県と郡の組み合わせ)。
入庫オーダーおよび出庫オーダー メッセージ
入庫オーダーおよび出庫オーダー メッセージを使用して、どの現物在庫を受け取り、出荷するかを Supply Chain Management に通知できます。 これらのメッセージには、ヘッダー データと行データの両方が含まれます。
システム間のメッセージは、軽量の 入庫オーダー および 出庫オーダー ドキュメントを使用して交換されます。 これらのドキュメントを使用すると、Supply Chain Management が通常使用する他のいくつかの種類のドキュメント (販売注文、発注書、転送注文など) を使用する必要がなくなります。 したがって、いくつかの利点が伴います。 たとえば、エンタープライズ リソース プランニング (ERP) や注文管理システムとの統合が簡素化されます。 また、Supply Chain Management の倉庫管理機能を、幅広い外部 ERP および注文管理システムで利用できるようにします。
入庫オーダーおよび出庫オーダーのメッセージを Dataverse を使用して交換できます。 あるいは、Open Data Protocol (OData) を介して出荷オーダー メッセージエンティティを使用するか、データ管理 インポート プロセスを使用することで (たとえば、入庫オーダー メッセージの複合エンティティ と 出庫オーダー メッセージの複合エンティティを使用) 交換できます。
Supply Chain Management は入庫ドキュメントをキューに入れ、メッセージ プロセッサ を使用して処理します。 このアプローチにより、システム間でマスター データ (製品など) と注文の進行状況の両方のデータの一貫性が保証されます。 したがって、Supply Chain Management の入庫オーダーおよび出庫オーダーは、無効な注文データまたはサポートされていない注文データの作成や更新が防止されます。 出荷オーダー のメッセージ キューを使用して、メッセージ プロセッサ がトリガーする定期的なバッチ ジョブの一部としてメッセージを処理することをお勧めします。
次の図は、メッセージ プロセッサが統合システムにどのように適合するかを示しています。
進捗データとビジネス イベント
外部システムには、倉庫管理システムに対するさまざまなビジネス プロセス要求が存在する可能性があります。 たとえば、各外部システムは販売注文の進行状況を継続的にポーリングできます。 このプロセスを優先するために、Supply Chain Management は必要に応じて ビジネス イベント を配信するように設定できます。 ビジネス イベントは、Supply Chain Management で発生している進行状況とアクションに関する情報を外部システムに提供し続けます。 この設定が適切に行われている場合、外部システムは、最後の要求以降に変更されていない可能性のある情報のポーリングを続行する必要がありません。 情報を与えられた場合にのみ対応できます。
倉庫統合では、いくつかの最新のビジネス イベントがサポートされます。 次のテーブルではそのいくつかを一覧表示します。
| ビジネス イベント ID | Description |
|---|---|
WHSSourceSystemProductMessageChangedStatusBusinessEvent |
ソース システムの製品メッセージ変更の状態 |
InventCountingJournalPostedBusinessEvent |
棚卸仕訳帳が転記されました |
WHSSourceSystemInventoryOnhandReportBusinessEvent |
作成されたソース システム手持在庫レポート |
WHSInventoryUpdateLogBusinessEvent |
倉庫在庫更新ログが更新されました |
WHSOutboundNotificationCreatedBusinessEvent |
倉庫の出庫通知が作成されました |
WHSShipmentOrderMessageChangedStatusBusinessEvent |
出荷オーダー メッセージの状態が更新されました |
WHSShipmentPackingSlipJournalModifiedBusinessEvent |
出荷梱包明細が更新されました |
WHSShipmentPackingSlipJournalFailedBusinessEvent |
出荷梱包明細の更新に失敗しました |
WHSShipmentReceivingJournalModifiedBusinessEvent |
出荷受領書を更新しました |
WHSShipmentReceivingJournalFailedBusinessEvent |
出荷受領書の更新に失敗しました |
SysMessageProcessorMessageProcessedBusinessEvent |
メッセージ プロセッサのメッセージに失敗しました |
WhsWaveExecutedBusinessEvent |
実行されたウェーブ |
WHSQualityOrderValidatedBusinessEvent |
品質指示が検証されました |
WHSEWInboundShipmentOrderRequestCreatedBusinessEvent |
作成された出荷注文要求 (別の #サプライ チェーンと出荷管理を統合するために使用WMS) |
WHSEWOutboundShipmentOrderRequestCreatedBusinessEvent |
作成された出荷注文要求 (別の #サプライ チェーンと出荷管理を統合するために使用WMS) |
WHSEWInboundShipmentOrderUpdateChangedStatusBusinessEvent |
出荷注文の受信更新が処理され、ステータスが変更された (このステータスを変更すると、サプライ チェーン 管理を別の倉庫管理システム (WMS)と統合するために使用できます)。 |
WHSEWOutboundShipmentOrderUpdateChangedStatusBusinessEvent |
出荷注文の更新が処理され、ステータスが変更された (別の #サプライ チェーン と別のWMS) |
少なくとも、外部ERPシステムとの統合には、次のビジネス イベントを使用することをお勧めします。
InventCountingJournalPostedBusinessEvent: このイベントは、在庫調整が行った後に更新に関する詳細情報が見つかる場所を示します。WHSSourceSystemInventoryOnhandReportBusinessEvent: このイベントは、在庫レポートが生成された後で、更新に関する詳細情報が見つかる場所を示します。WHSShipmentPackingSlipJournalModifiedBusinessEvent: このイベントは、出荷確認プロセスが発生した状況を変更し、出荷通知データの詳細派遣する検出できる場所を示します。 (このデータは、売上請求プロセスなどに使用できます。)WHSShipmentReceivingJournalModifiedBusinessEvent: このイベントは、受信の完了プロセスが行方を変更し、詳細な受信通知データが見つかる場所を示します。 (このデータは、発注書請求プロセスなどに使用できます。)
手付調整
ERPシステムと倉庫管理システムを統合する場合、在庫データを揃えておく必要があります。 いくつかのプロセスは、この情報を倉庫管理位置合わせ モードの実装方法の一部として管理するのに役立ちます。 在庫の在庫の更新プロセスの詳細については、「システム間の 在庫の更新」を参照してください。