次の方法で共有


Dynamics 365 Finance と Dynamics 365 Supply Chain Management のクリーンアップ ルーチン

Microsoft Dynamics 365 Finance と Dynamics 365 Supply Chain Management では、さまざまなモジュールでクリーンアップ ルーチンを使用できます。 この記事では、現在使用可能なルーチンの概要を示します。 この情報は、モジュール別にまとめられています。

重要

これらのクリーンアップ ルーチンを実行するのは、業務に関する詳細な分析が終了し、データが不要になったことを確認した後のみにしてください。

各クリーンアップ ルーチンは、運用環境で実行する前に必ずテスト環境でテストしてください。

システム管理

パス 説明
システム管理 > 定期的なタスク > 通知のクリーンアップ

このクリーンアップ ルーチンは、EventInbox および EventInboxData テーブルから定期的にレコードを削除します。

推奨: 警告機能を使用しない場合は、バッチ ジョブからの警告をオフにします。

システム管理 > 定期的なタスク > バッチ ジョブ履歴のクリーンアップ バッチ ジョブ履歴のクリーンアップ の通常バージョンを使用すると、指定した日数より古いすべての履歴エントリをすばやく消去できます。 指定日数より前に作成されたエントリは、BatchJobHistory テーブルから削除され、関連するレコード (BatchHistory および BatchConstraintsHistory) のあるリンク テーブルからも削除されます。 このバージョンでは、フィルター処理を実行する必要がないため、パフォーマンスの最適化が向上しました。
システム管理 > 定期的なタスク > バッチ ジョブ履歴のクリーンアップ (カスタム) カスタム バッチ ジョブ履歴のクリーンアップ は、特定のエントリを削除する必要がある場合にのみ使用してください。 状態、ジョブの説明、会社、ユーザーなどの条件に基づいて、バッチ ジョブ履歴レコードの選択したタイプをクリーンアップできます。 他の条件は、フィルターボタンを使用して追加することができます。
システム管理 > 定期的なタスク > バッチ ジョブのクリーンアップ バッチ ジョブ テーブルをクリーンアップするには、定期的に バッチ ジョブ テーブルをクリーンアップ する必要があります。 ジョブの保持 (日数)フィールドで、バッチ ジョブのレコードを保存する日数を指定します。 このクリーンアップは営業時間外に行う必要があります。
システム管理 > 照会 > データベース > データベース ログ > クリーンアップ ログ

このクリーンアップ ルーチンを使用すると、必要に応じてデータベース ログを削除できます。 特定のテーブルのログを削除したり、特定のタイプのデータベース ログを削除するなど、作成された日時に基づいてログを削除したりすることができます。

注: 電子署名されたレコードは、ログから削除できません。

データ管理

パス 説明
データ管理ワークスペースで、ジョブ履歴のクリーンアップを選択します。

既定では、90 日よりも古いジョブ履歴エントリおよび関連するステージング テーブル データは自動的に削除されます (2023 年 9 月開始)。 90 日未満のジョブ履歴保持期間を構成するには、データ管理の実行履歴クリーンアップ機能を使用します。 これは以前のステージング クリーンアップ ルーチン (現在は廃止され使われていない) を置き換えるものです。

次のテーブルがクリーンアップされます:

  • すべてのステージング テーブル
  • DMFSTAGINGVALIDATIONLOG
  • DMFSTAGINGEXECUTIONERRORS
  • DMFSTAGINGLOGDETAIL
  • DMFSTAGINGLOG
  • DMFDEFINITIONGROUPEXECUTIONHISTORY
  • DMFEXECUTION
  • DMFDEFINITIONGROUPEXECUTION
  • DMFDEFINITIONGROUPEXECUTIONPROGRESS

総勘定元帳

パス Description
一般会計 > 定期的なタスク > 仕分元帳のクリーンアップ

このクリーンアップ ルーチンでは、転記されている一般会計、売掛金勘定仕訳帳、および買掛金勘定仕訳帳を削除できます。 転記済の仕訳元帳を削除すると、元のトランザクションに関連付けられたすべての情報が削除されます。

注: 仕訳元帳トランザクションを取り消す必要がない場合にのみ、この情報を削除することができます。

小売とコマース

パス 説明
小売とコマース > 小売とコマース IT > メールと通知 > メール通知ログのクリーンアップ

このクリーンアップ ルーチンは、メール通知ログをクリーンアップするバッチ ジョブを設定します。

販売とマーケティング

パス 説明
販売とマーケティング > 定期的なタスク > クリーンアップ > 半日注文の削除 このクリーンアップ ルーチンは、選択された販売注文を削除します。
販売とマーケティング > 定期的なタスク > クリーンアップ > 見積書の削除 このクリーンアップ ルーチンは、選択された見積書を削除します。
販売とマーケティング > 定期的なタスク > クリーンアップ > 返品注文の削除 このクリーンアップ ルーチンは、選択された返品注文を削除します。
販売とマーケティング > 定期的なタスク > クリーンアップ > 販売更新履歴のクリーンアップ このクリーンアップ ルーチンは、古い更新履歴トランザクションを削除します。 確認書、ピッキング リスト、梱包明細、請求書のすべての更新は、更新履歴トランザクションを生成します。 これらのトランザクションは、更新の履歴ページで表示できます。
販売とマーケティング > 定期的なタスク > クリーンアップ > 注文イベントの削除 このクリーンアップ ルーチンは、注文イベントをクリーンアップします。 次の手順として、注文イベントの設定ページを開いて、不要な注文イベントのチェックボックスをオフにします。

調達

パス 説明
調達 > 定期的なタスク > クリーンアップ > 購入更新履歴のクリーンアップ このクリーンアップ ルーチンは、更新履歴トランザクションを生成した確認書、ピッキング リスト、製品受領書、請求書のすべての更新を削除します。
調達 > 定期的なタスク > クリーンアップ > 見積依頼の削除 このクリーンアップ ルーチンは、見積依頼 (RFQ) と RFQ の返信を削除します。 対応する RFQ 仕訳帳は削除されず、システム内に残ります。
調達 > 定期的なタスク > クリーンアップ > ドラフトの委託販売補充注文仕訳帳のクリーンアップ このクリーンアップ ルーチンは、ドラフトの委託販売補充注文仕訳帳をクリーンアップします。

倉庫管理

パス 説明
Warehouse Management > 定期的なタスク > クリーンアップ > 作業作成履歴のクリーンアップ このクリーンアップ ルーチンは、WHSWorkCreateHistorytable テーブルから作業作成履歴レコードを削除します。 このダイアログ ボックスでは、履歴を保持する日数を指定します。
Warehouse Management > 定期的なタスク > クリーンアップ > コンテナー詰め履歴のクリーンアップ このクリーンアップ ルーチンは、WHSContainerizationHistory テーブルからコンテナー詰め履歴を削除します。 このダイアログ ボックスでは、履歴を保持する日数を指定します。
Warehouse Management > 定期的なタスク > クリーンアップ > ウェーブ処理履歴ログのクリーンアップ このクリーンアップ ルーチンは、WHSWaveExecutionHistory テーブルからウェーブ処理履歴ログ レコードを削除するために使用されます。 このダイアログ ボックスでは、履歴を保持する日数を指定します。
倉庫管理 > 定期的なタスク > クリーンアップ > ウェーブ バッチのクリーンアップ このクリーンアップ ルーチンは、ウェーブ処理バッチ グループに関連するバッチ ジョブ履歴レコードをクリーンアップします。
倉庫管理 > 定期的なタスク > クリーンアップ > 循環棚卸計画のクリーンアップ このクリーンアップ ルーチンは、循環棚卸計画の構成に関連するバッチ ジョブ履歴レコードをクリーンアップします。
倉庫管理 > 定期的なタスク > クリーンアップ > モバイル デバイスの活動ログのクリーンアップ このクリーンアップ ルーチンは、WHSMobileDeviceActivityLog テーブルからモバイル デバイスの活動ログ レコードを削除します。 このダイアログ ボックスでは、履歴を保持する日数を指定します。
倉庫管理 > 定期的なタスク > クリーンアップ > 作業ユーザー セッション ログのクリーンアップ このクリーンアップ ルーチンは、WHSWorkUserSessionLog テーブルから作業ユーザー セッション レコードを削除します。 このダイアログ ボックスでは、履歴を保持する時間数を指定します。
Warehouse Management > 定期的なタスク > クリーンアップ > ウェーブ ラベルのクリーンアップ このクリーンアップ ルーチンは、WHSWaveLabel テーブルからウェーブ ラベル レコードをクリーンアップするために使用されます。
Warehouse Management > 定期的なタスク > クリーンアップ > 作業ユライン履歴 ログのクリーンアップ このクリーンアップ ルーチンは、WHSTmpWorkLineHistory テーブルから一時的な作業履歴レコードを削除するために使用されます。 このダイアログ ボックスでは、履歴を保持する日数を指定します。
Warehouse Management > 定期的なタスク > クリーンアップ > ライセンス プレート登録履歴のクリーンアップ このクリーンアップ ルーチンは、WHSLicensePlateReceivingHistory からライセンス プレート受信履歴レコードを削除するために使用されます。 このダイアログ ボックスでは、履歴を保持する日数を指定します。
倉庫管理 > 定期的なタスク > クリーンアップ > 例外作業ログのクリーンアップ このクリーンアップ ルーチンは、WHSWorkExceptionLog テーブルから例外作業ログを削除します。 ダイアログ ボックスでは、履歴に保持する日数、削除するエントリのステータス (つまり、開いている または 閉じている)、およびこの操作で削除できるレコードの最大数を指定します。 作業例外ログの表示と管理 で詳細を学びます。

在庫管理

次の表では、在庫管理モジュールで使用できるクリーンアップジョブについて説明します。 それぞれのタスクは、ページ左側のナビゲーション ウィンドウ 在庫管理>定期的なタスク>クリーンアップ パスの下に一覧表示されます。 また、ページ上部のナビゲーション バー ページを検索 フィールドにジョブ名を直接入力して検索することもできます。

ジョブ名 内容
場所積荷の計算 WMSLocationLoad テーブルは、品目およびパレットの重量および容積を追跡します。 場所負荷の計算 ジョブは、WMSLocationLoad テーブルのレコード数を低減し、パフォーマンスの向上を助けます。
在庫仕訳帳のクリーンアップ このクリーンアップ ルーチンは、転記済の在庫仕訳帳を削除します。 転記された在庫仕訳帳をクリーンアップすると、システム リソースを解放できます。
在庫決済のクリーンアップ

このクリーンアップ ルーチン グループは、決算済在庫トランザクションをグループ化するか、または取消済在庫決済を削除します。 決算済在庫決済または削除済在庫決済のクリーンアップを行うと、システム リソースを解放することができます。

現在の日付や会計年度に近すぎる在庫決済をグループ化または削除しないでください。決済用のトランザクション情報の一部が失われる可能性があります。

決算済在庫トランザクションがグループ化された後は、決済のトランザクション情報が失われるので、変更することができなくなります。

キャンセルされた在庫決済を削除した場合、財務トランザクションで調整することはできません。

このジョブの設定ダイアログでは、以下のオプション設定が提供されます。

  • 前に転記されたグループ決済 - 決算された在庫トランザクションの決済をグループ化する前の日付を入力します。
  • キャンセルされた前に転記されたグループ決済の削除 - 決算がキャンセルされた削除される前に日付を入力します。
在庫分析コードのクリーンアップ

このクリーンアップ ルーチンは、InventDim テーブルを維持します。 これは、現在の会社で定義されているが使用されていない既存のすべての在庫分析コードは削除されます。 トランザクションがオープンか決済済かに関係なく、未使用の在庫分析コードはすべて完全に削除されます。

このクリーンアップ ルーチンは、各 InventDim レコードが発注書明細行や 販売注文明細行だけでなく、在庫トランザクション および/または手持在庫レコードでも使用されているかを確認します。 InventDim への参照は、存在する場合は確認されます。 使用されていない場合、それは削除されます。 後で分析コードの同じ組み合わせを使用する場合、システムは、新しい InventDimId 値を持つ新しいInventDim レコードを作成して、これを代わりに使用します。

トランザクションによって参照されている在庫分析コードの組み合わせレコードは削除できません。InventDim レコードを削除すると、関連するトランザクションを再オープンできなくなるためです。

警告 : このジョブは、指定された日付範囲に作成され、定義されているが現在の会社で使用されていないすべての在庫分析コードを削除します。 使用されてないすべての在庫分析コードは完全に削除されます。 このプロセス中に警告またはデータベース ログは作成されません。 十分な理由がない場合は、このジョブを実行しないでください。 営業時間外部に実行するようこのプロセスを必ずスケジュールしてください。

手持ちエントリのクリーンアップ

このクリーンアップ ルーチンは、一つ以上の追跡用分析コードに割り当てられる手持在庫の決算済および未使用のエントリを削除します。 決算済トランザクションは終了としてマークされ、すべての数量および原価価値に 0 (ゼロ) の値を含みます。 これらのトランザクションを削除すると、手持在庫に対するクエリのパフォーマンスを向上できます。 トランザクションは、追跡用分析コードに割り当てられていない手持在庫を削除しません。

このジョブの設定ダイアログには、次の設定が示されます。

  • この日数が経過しても更新されない場合、削除 - この日数間更新されていないクローズ済みの在庫エントリーは削除されます(デフォルトは 7 日)。 この期間中に変更されたエントリは削除されません
倉庫管理手持在庫のクリーンアップ このクリーンアップルーチンは、InventSum テーブルと WHSInventReserve テーブルのレコードを削除します。 これらのテーブルには、倉庫管理処理が有効になっている品目 (WHS 品目) の手持在庫情報が格納されます。 これらのレコードをクリーンアップすることにより、手持在庫計算を大幅を向上させることができます。
財務分析コード別の手持在庫エントリの集約

このクリーンアップ ルーチンは、InventSum数量が 0 (ゼロ) の行を集計し、終了済みTrue に設定されているレコードをクリーンアップします。

このルーチンは、在庫分析コードの組み合わせに対して、InventSum テーブル上の数量はなくなったものの、値はまだ存在するシナリオのために必要です。 場合によっては、これらの値は削除されますが、現在の仕様では値が残ることがあります。

たとえば、バッチ番号を使用する場合、各バッチ番号 (および結合されたサイト、倉庫など) は、InventSum テーブルに新しいレコードを作成します。 そのバッチ番号が売れると、数量フィールドは 0 (ゼロ) に設定されます。 ほとんどの場合、財務費用金額フィールド、および現物原価金額フィールドも、0 (ゼロ) に設定されます。 しかし、標準原価の再評価やその他のシナリオでは、フィールドに金額が表示される場合があります。 これは正しい動作であり、システムが財務在庫レベル (サイト レベルなど) で原価を処理する方法を反映しています。

在庫価値は、InventSum テーブルのレコードによって決定されます。 過去の在庫金額が報告されるときに、在庫金額が在庫トランザクション (InventTrans テーブル) によって決定される場合もあります。 したがって、在庫金額のレポートを実行するときに、システムはまず InventSum テーブルを確認し、すべてのレコードをサイト レベルで集計して、サイトごとの品目の値を報告します。

個々のレコードのデータがバッチ番号レベルで使用されることはありません。 したがって、このルーチンは、すべての InventSum レコードで、数量がなくなったレコードを検出します (つまり、オープン数量なしTrue に設定されます)。 これらのレコードを保持する理由はないため、システムは、同じサイトで同じ品目の InventSum レコードを検索し、その値をバッチ番号レベルからサイト レベルにコピーしてから、レコードを削除します。 その後、在庫価値レポートを実行すると、システムは同じ正しい値を引き続き検索します。 したがって、このルーチンは、場合によっては InventSum レコードの数を大幅に削減し、そのテーブルを照会するすべての機能でパフォーマンスを向上させることができます。

原価計算の詳細 このクリーンアップ ルーチンは、原価計算の詳細をクリーンアップします。
移動オーダー更新履歴のクリーンアップ このクリーンアップルーチンは、InventTransferParmTable テーブル、InventTransferParmUpdate テーブル、InventTransferParmLine テーブルのレコードを削除します。 これらのテーブルは、移動オーダーを転記する際に使用されます。 このクリーンアップは、これらのテーブルをクエリする機能のパフォーマンスを向上させることができます。
在庫トランザクションの連結 このクリーンアップ ルーチンは、システムのパフォーマンスを向上させるために、在庫トランザクションに関するデータを連結します。 この機能についての詳細は、在庫トランザクションの連結 を参照してください。
手持在庫レポート データのクリーンアップ

このクリーンアップ ルーチンは、特定の日付以前に実行されたレポートの手元のストレージデータを削除します。

このジョブの設定ダイアログには、次の設定が示されます。

  • 実行された在庫レポートを削除 - レポートデータを保持する最新の日付を入力します。 それよりも古いレポートのデータが削除されます。
在庫転送注文明細行を手動で修正する

このクリーンアップルーチンは、データの不整合を修正し、移動オーダーに関連する予期しない数量を修正します。

このジョブの設定ダイアログには、次の設定が示されます。

  • 移動関連の数量の再計算 - 出荷数量、未出荷数量、未受領数量を再計算して修正するには はい に設定します。
  • 在庫トランザクションの再計算 - はい に設定すると、注文されたトランザクションがまだ残っている受注移動オーダーや、完了した出力オーダーにリンクされている移動オーダーなど、破損した在庫トランザクションを修正します。
  • ヘッダー のステータスの再計算 - はい に設定して行ステータスの値に基づいて、移動オーダーのヘッダー ステータスの値を修正します。
  • ヘッダーの復旧 - 完全に受信しなかった、関連する注文明細行がまだ存在する、または関連する在庫トランザクションが存在していた場合でも、予期せず削除された移動オーダーを復元するために はい に設定します。
在庫仕訳帳データの修正

このクリーンアップ ルーチンにより、現在の会社における転記済みまたは存在しない在庫ジャーナルにリンクする全ての在庫トランザクションまたは注文済み在庫トランザクションが削除されます。 仕訳帳明細行のない孤立した未転記の在庫トランザクションのクリーンアップをするかしないかを選択できます。

警告 : 在庫トランザクションは完全に削除されます。 このプロセス中に警告またはデータベース ログは作成されません。 このプロセスを正しい理由なしに実行せず、実稼働環境で実行する前に必ず慎重にテストを行ってください。

リリース済製品フォームに表示されない品目を手動で修正する このクリーンアップ ルーチンにより、システムにプロアクティブ品質更新 (PEC) を配置すると、リリースされた製品が表示されなかったり、電子コマース カタログが機能しないといった問題が解消されます。 これは、InventDim テーブルに、InventDimId フィールドの値が AllBlank であるレコードと、必要に応じて InventItemLocation テーブルの InventItemLocation.InventDimId フィールドを介してこのレコードと正しく関連付けされるようにします。

生産管理

パス 内容
生産管理 > 定期的なタスク > クリーンアップ > 生産仕訳帳のクリーンアップ このクリーンアップ ルーチンは、使用されていない仕訳帳を削除します。
生産管理 > 定期的なタスク > クリーンアップ > 製造オーダーのクリーンアップ このクリーンアップ ルーチンは、終了した製造オーダーを削除します。
生産管理 > 定期的なタスク > クリーンアップ > 登録データのクリーンアップ

登録データを定期的にクリーンアップすることをお勧めします。 このクリーンアップ ルーチンは、処理されたデータのみを削除します。

注: 後に文書作成のために必要になる可能性がある登録データは削除しないように注意してください。

生産管理 > 定期的なタスク > クリーンアップ > 計画登録をアーカイブに保存 このクリーンアップ ルーチンは、作業登録テーブルから計画登録を削除します。

原価管理

パス 説明
原価管理 > 製造会計 > クリーンアップ > 製造オーダーのクリーンアップ

生産管理 > 定期的なタスク > クリーンアップ > 製造オーダーのクリーンアップと同じです。

このクリーンアップ ルーチンは、終了した製造オーダーを削除します。

原価管理 > 製造会計 > クリーンアップ > 製造再計算 材料の見積原価および時間消費を再計算する必要がある製造オーダーをバンドルし、再計算タスクをスケジュールします。
原価管理 >製造会計 > クリーンアップ > 原価計算シート キャッシュのクリーンアップ CostSheetCache テーブルは、価格生成に役立つ原価シートの一時的な場所として使用されます。 このジョブは、原価シート キャッシュをクリーンアップします。 指定された日数以上が経過したキャッシュ内のレコードは、削除されます。

マスター プラン

パス 説明
マスター プラン > マスター プラン > プランの管理 > プラン バージョンのクリーンアップ 通常、このクリーンアップは自動的に実行されます。 ただし、自動クリーンアップは誤動作することがあり、孤立したデータがシステムに残ることがあります。 この孤立したデータによってクエリが低速になり、データベース サイズが増大します。 マスター リソース プラン (MRP) が実行されていない場合は、予防的に毎月 1 回、実行することをお勧めします。