この記事では、財務仕訳帳を転記する際のパフォーマンスの問題をトラブルシューティングする方法を提案しています。 これらの問題は、次の要因によって発生する可能性があります。
- 番号順序の設定
- 仕訳帳ごとの明細行の数
- 仕訳帳のバッチ処理
- 行数制限 機能
現象
財務仕訳帳の転記は予想よりも遅いようです。
解像度
Microsoft Dynamics 365 Finance は、行数が多い仕訳帳をサポートしています。 ただし、財務 モジュールの構成と仕訳帳の転記により、財務仕訳帳の転記が顧客の予想よりも遅いと思われる状況が発生する可能性があります。
数値シーケンスとジャーナルのパフォーマンス
番号シーケンスとその中の番号の取得は、総勘定元帳転記のパフォーマンスに影響を与える可能性があります。 特に、伝票番号の順序自体が要因となる可能性があります。
一部の国/地域または業界では、元帳伝票の連続番号シーケンスが規制要件となっています。 ただし、多くの管轄区域では、継続的な伝票番号は規制要件ではありません。
財務仕訳帳の転記がパフォーマンスのボトルネックになる場合は、非連続の番号シーケンスを使用し、伝票番号シーケンスの事前割り当てを有効にすることをお勧めします。
番号シーケンス ページで、連続しない番号順序を使用する場合の事前割り当てを有効にすることができます。 データベースから要求してメモリに保存する数値の数を指定できます。 事前割り当て番号が使用された後、新しい番号がデータベースから要求されます。
番号の事前割り当ての詳細については、番号シーケンスの概要 を参照してください。
仕訳帳転記をバッチモードで実行する
仕訳帳をバッチ ジョブとしてバックグラウンドで転記することをお勧めします。 バッチ モードでの仕訳帳投稿は、上位 ピッキング パターン を使用し、いくつかの方法でパフォーマンスを向上させることができます:
- バックグラウンドで実行されるため、ユーザーは仕訳帳の処理中に他のタスクの作業を続けることができます。
- 並列処理をサポートします。
- 仕訳帳の後期選択とエラーの別の仕訳帳への転送を使用する定期的なバッチ ジョブとして設定されている場合、手動操作の必要性を減らすことができます。
仕訳帳の転記 ページの次のボタンとフィールドを使って、バッチ モードで仕訳転記を設定します:
選択 : 転記する仕訳帳を選択するクエリを表示または変更します。 クエリ ダイアログ ボックスを閉じると、最後の選択 オプションを使用しない限り、選択したレコードが 概要 グリッドに表示されます。
[遅 : このオプションを選択すると、仕訳帳転記のバッチ ジョブが開始される際に転記する仕訳帳を選択するクエリが実行されます。 このオプションが選択されていない場合、選択した雑誌が 概要 グリッドに表示されます。
ノート
定期的なバッチ ジョブを使用して転記する仕訳を選択する場合は、遅延選択 を選択します。
[
/&選択: 有効な仕訳帳が、新しい仕訳帳に転記できなかった伝票を転記および移動選択するには、このオプションを使用します。 このオプションが選択されていない場合、伝票のいずれかにエラーが含まれていると仕訳帳全体の転記が失敗します。
仕訳帳転記を並行して実行する
可能な限り、プロセスを並列またはマルチスレッドで実行することをお勧めします。
考慮すべき点は次のとおりです。
- 仕訳帳のサイズ
- 転記前に大きな仕訳帳を複数の小さな仕訳帳に分割する利点
- 転記時に仕訳帳を分割するかどうか
- 伝票のサイズ
伝票のサイズ
たとえば、仕訳帳には転記する必要がある 150,000 行があるとします。 並列オプションを何も構成せず、行を 1 つの仕訳帳に転記する場合、仕訳帳転記は 1 つのスレッドで実行されます。
仕訳を手動で 15 の仕訳に分割し、それぞれに 10,000 行がある場合、バッチを使用して仕訳を手動で並行して実行できます。 仕訳帳を手動で分割するのは面倒な作業になる場合があります。 ただし、多くの場合、Dynamics 365 Finance は仕訳帳を自動的に分割できます。
詳細については、以下を参照してください
行の制限
仕訳帳の 行数制限 値により、仕訳帳をバッチで転記するときに並列処理が可能になります。 行数制限 フィールドは、新しい仕訳帳に移動する最小行数を定義します。 これらの行は並行して処理されます。
仕訳帳の分割は、行数が少ない伝票に最適です。 伝票を仕訳帳に分割することはできません。 仕訳帳の 元の仕訳帳番号 フィールドは、分割元の仕訳帳を示します。 行数制限 フィールドは雑誌名に設定できます。 この値は、そのジャーナル名を持つ作成されたすべてのジャーナルにデフォルトで使用されます。
ノート
Dynamics 365 Finance バージョン 10.0.36 では、財務仕訳帳は、仕訳帳あたり 1,000 行のしきい値による大規模仕訳帳の自動分割をサポートします。 行数が 1,000 を超える仕訳帳はバッチ ジョブの一部として転記され、仕訳帳ごとに 1,000 行に分割されます。 詳細については、大規模な財務仕訳帳の自動分割 を参照してください。
伝票のサイズ
行数制限 機能を使用する場合は、伝票の平均サイズを考慮することが重要です。 転記プロセスでは、仕訳帳内の伝票が残高がある場合に仕訳帳を分割するタイミングを決定できます。 各伝票の行数が 行制限 値を超える場合、伝票のサイズによって分割に使用される仕訳明細が決まります。
| 仕訳帳明細行 | 伝票明細行 | 明細行の制限 | 並列処理 | 転記された仕訳帳の数 |
|---|---|---|---|---|
| 150,000 | ~500 | 0 | 番号 | 1 |
| 150,000 | ~500 | 10,000 | 有効 | 15 |
| 150,000 | ~50,000 | 10,000 | 有効 | 3 |
| 150,000 | 150,000 | 10,000 | 番号 | 1 |
仕訳帳のパフォーマンスに関して考慮すべき追加領域
他の要因が一般的な仕訳転記のパフォーマンスに影響を与える可能性があります。 このセクションでは、考慮すべき追加の領域について説明します。
データベースのロギングと SQL 変更の追跡
SQL 変更追跡は、揮発性の高いデータベース テーブル (つまり、挿入、更新、削除が大量に行われるテーブル) には推奨されません。 LedgerJournalTransなどの一部の財務仕訳テーブルは、Dynamics 365 Finance で最も不安定なテーブルの 1 つです。 さらに、一部の財務仕訳テーブルは作業テーブルとみなされるため、変更追跡の候補にはなりません。 これらのエンティティで変更追跡が有効になっている場合、トリガーが作成され、パフォーマンスに影響を与える可能性があります。
詳細については、データベース ログの構成 を参照してください。
財務テーブルは不安定であるため、テーブルと、 LedgerJournalTrans およびそれに関連するテーブルのインデックスの両方でロック エスカレーションをオフにすることをお勧めします。 運用環境では、このテーブルに対してロック エスカレーションが有効になっている場合、自動チェックによってロック エスカレーションが無効にされます。 ただし、これらのチェックは開発環境やユーザー受け入れテスト (UAT) 環境では実行されません。 パフォーマンスが低下している場合は、この設定を確認し、ロック エスカレーションを無効にすることをお勧めします。
税エンジン
既定では、仕訳帳明細行の消費税金額は、税金に関連するフィールドが更新されると計算されます。 この動作は、ユーザーに対してリアルタイムで計算された税額を表示しますが、明細行の数化非常に多い大型の仕訳帳のパフォーマンスにも影響を与える可能性があります。 税金計算遅延 機能は、仕訳帳の税額計算を遅らせるため、最適なパフォーマンスを確保する助けとなります。 この機能が有効になっている場合、消費税を選択するか、仕訳帳を転記するときにのみ、税額が計算されます。
詳細については、仕訳帳の税金計算遅延の有効化を参照してください。
コンフィギュレーション キー
最適なパフォーマンスを確保するには、環境内で必要な構成キーのみを有効にする必要があります。 たとえば、予算または公共部門の機能を使用しない場合は、それらのシナリオの構成キーを無効にすることができます。
詳細については、ライセンス コードと構成キー を参照してください。