Share via

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 からライセンス プレート受信履歴レコードを削除するために使用されます。 このダイアログ ボックスでは、履歴を保持する日数を指定します。

在庫管理

パス 説明
在庫管理 > 定期的なタスク > クリーンアップ > 場所の負荷能力の計算 WMSLocationLoad テーブルは、品目およびパレットの重量および容積を追跡します。 WMSLocationLoad テーブルのレコード数を減らすために、負荷調整の合計ジョブを実行して、パフォーマンスを向上させることができます。
在庫管理 > 定期的なタスク > クリーンアップ > 在庫仕訳帳のクリーンアップ このクリーンアップ ルーチンは、転記済の在庫仕訳帳を削除します。
在庫管理 > 定期的なタスク > クリーンアップ > 在庫決済のクリーンアップ

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

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

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

キャンセルされた在庫決済を削除した場合、財務トランザクションで調整することはできません。
在庫管理 > 定期的なタスク > クリーンアップ > 在庫分析コードのクリーンアップ

このクリーンアップ ルーチンは、InventDim テーブルを管理します。 このバッチ処理では、現在の会社で定義されているが使用されていない既存のすべての在庫分析コードは削除されます。 使用されないすべての在庫分析コードは完全に削除されます。 このプロセス中に警告またはデータベース ログは作成されません。

このクリーンアップ ルーチンは、各 InventDim レコードが発注書明細行や 販売注文明細行だけでなく、在庫トランザクションまたは手持在庫レコードでも使用されているかを確認します。 InventDim への参照は、存在する場合は確認されます。 使用されていない場合、それは削除されます。 後で分析コードの同じ組み合わせを使用する場合、Dynamics 365 Finance と Dynamics 365 Supply Chain Management は、新しい InventDimId で新しい InventDim レコードを作成し、代わりにこれを使用します。
在庫管理 > 定期的なタスク > クリーンアップ > 在庫分析コードの不整合のクリーンアップ

このクリーンアップ ルーチンは、財務的に更新と決済が完了した在庫トランザクションの分析コードの不整合を解決します。 アップグレード プロセスの前か最中にマルチサイト機能が有効になると、不整合が発生する場合があります。

このルーチンは、マルチサイト機能が有効になる前に決済されたトランザクションをクリーンアップする場合のみ使用します。

注: このルーティンを定期的に使用しないでください。
在庫管理 > 定期的なタスク > クリーンアップ > 手持在庫のエントリのクリーンアップ このクリーンアップ ルーチンは、一つ以上の追跡用分析コードに割り当てられる手持在庫の決算済および未使用のエントリを削除します。 決算済トランザクションはすべての数量および原価価値に 0 (ゼロ) の値を含み、決済済としてマークされます。 これらのトランザクションを削除すると、手持在庫に対するクエリのパフォーマンスを向上できます。 トランザクションは、追跡用分析コードに割り当てられていない手持在庫を削除しません。
在庫管理 > 定期的なタスク > クリーンアップ > 倉庫管理手持在庫エントリのクリーンアップ このクリーンアップ ルーチンは、InventSum テーブルと WHSInventReserve テーブルのレコードを削除します。 これらのテーブルには、倉庫管理処理が有効になっている品目 (WHS 品目) の手持在庫情報が格納されます。 これらのレコードをクリーンアップすることにより、手持在庫計算を大幅を向上させることができます。
在庫管理 > 定期的なタスク > クリーンアップ > 財務分析コードによる手持在庫エントリの集約

このクリーンアップ ルーチンは、数量が 0 (ゼロ) である InventSum 行を集約するためのツールとして使用します。 このルーチンは、基本的には前述のルーチンを拡張するもので、決済済フィールドが True に設定されているレコードもクリーンアップします。

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

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

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

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

生産管理

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

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

注: 後に文書作成のために必要になる可能性がある登録データは削除しないように注意してください。
生産管理 > 定期的なタスク > クリーンアップ > 計画登録をアーカイブに保存 このクリーンアップ ルーチンは、作業登録テーブルから計画登録を削除します。

原価管理

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

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

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

マスター プラン

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