次の方法で共有

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

在庫管理

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

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

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

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

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

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

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

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

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

このクリーンアップ ルーチンは、各レコードが InventDim レコードが購買注文明細行、販売注文明細行、在庫トランザクション、および在庫レコードで使用されているかどうかを確認します。 参照が存在する場合 InventDim、チェックされます。 使用されていない場合、それは削除されます。 後で分析コードの同じ組み合わせが使用される場合、新しい InventDim 新しい InventDimId レコードが作成され、代わりにこれを使用します。

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

警告 : このジョブは、指定された日付範囲に作成され、定義されているが現在の会社で使用されていないすべての在庫分析コードを削除します。 使用されていない在庫分析コードは完全に削除されます。 プロセス中に警告またはデータベース ログは作成されません。 このジョブを、何らかの理由なしに実行しない。 このプロセスは、営業時間外に実行する必要があります。
手持ちエントリのクリーンアップ

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

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

  • この日数について更新されない場合は削除します : この日数を更新し続けなかったクローズ済の 7。 この期間に変更されたエントリは削除されません。
倉庫管理手持在庫のクリーンアップ このクリーンアップ ルーチンは、テーブル内およびテーブル内 InventSum 削除 WHSInventReserve 削除します。 これらのテーブルは、倉庫管理プロセス (複数の品目) に対して有効な品目 (複数の品目) の在庫情報を格納するために使用されます。 これらのレコードをクリーンアップすると、対比計算のパフォーマンスを大幅に向上できます。
財務分析コード別の手持在庫エントリの集約

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

このルーティンは、在庫分析コードの組み合 InventSum で数量が少ないが値が残っているシナリオを処理します。 場合によっては、これらの値は削除されますが、現在の仕様では値が残ることがあります。

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

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

バッチ番号レベルの個々のレコードのデータは使用されません。 したがって、このルーチンでは、数量が少ない InventSum レコード (つまり、オープン数量がない レコードを Records ) で確認します。 これらのレコードを保持する理由はないので、同じサイトを持つ同じ品目の InventSum レコードが検索され、バッチ番号レベルの値がサイト レベルにコピーされ、レコードが削除されます。 その後、在庫価値レポートを実行すると、システムは同じ正しい値を引き続き検索します。 したがって、このルーチンは、レコード数 InventSum 減らして、場合によっては大幅に減らして、そのテーブルをクエリする関数のパフォーマンスにプラスの影響を与える可能性があります。
原価計算の詳細 このクリーンアップ ルーチンは、原価計算の詳細をクリーンアップします。
移動オーダー更新履歴のクリーンアップ このクリーンアップ ルーチンは、レコードをテーブル InventTransferParmTable、 InventTransferParmUpdate および InventTransferParmLine します。 これらのテーブルは、移動オーダーを転記する際に使用されます。 このクリーンアップは、これらのテーブルをクエリする機能のパフォーマンスを向上させることができます。
在庫トランザクションの連結 このクリーンアップ ルーチンは、システムのパフォーマンスを向上させるために、在庫トランザクションに関するデータを連結します。 この機能の詳細については、「Consdate在庫 を参照してください。
手持在庫レポート データのクリーンアップ

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

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

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

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

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

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

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

警告 : 在庫トランザクションは完全に削除されます。 プロセス中に警告またはデータベース ログは作成されません。 このプロセスを正しい理由なしに実行せず、実稼働環境で実行する前に必ず慎重にテスト環境。
リリース済製品フォームに表示されない品目を手動で修正する このクリーンアップ ルーチンにより、システムにプロアクティブな品質更新プログラム (PEC) を配置すると、リリースされた製品が表示されなかったり、電子コマース カタログが機能しないといった問題が解消されます。 これは、 InventDim tableに、 InventDimId フィールドの値が AllBlank であるレコードと、必要に応じて InventItemLocation InventItemLocation.InventDimId フィールドを介してこのレコードと正しく関連付けされるようにします。

生産管理

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

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

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

原価管理

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

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

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

マスター プラン

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