決算報告サイクル - 仕訳データテンプレート

Microsoft Dynamics 365
決算報告サイクル - 仕訳データテンプレート

決算報告サイクル - 仕訳データテンプレート

このテンプレートは、決算報告サイクル - 仕訳プロセスを分析するために必要な重要なデータポイントに関する包括的なガイドを提供します。効果的なプロセスマイニングイニシアチブに必要なすべての情報を確実に取得するために、収集すべき重要な属性と追跡すべき主要なアクティビティを概説しています。さらに、ソースシステムからこのデータを抽出するための実用的なガイダンスも含まれています。
  • 収集を推奨する項目
  • 追跡すべき主要アクティビティ
  • Microsoft Dynamics 365向けデータ抽出ガイド
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

決算報告サイクル - 仕訳属性

これらは、包括的な決算報告サイクル - 仕訳分析のためにイベントログに含めることを推奨するデータフィールドです。
3 必須 7 推奨 11 任意
名前 説明
アクティビティ名
ActivityName
発生した特定のビジネスプロセスステップまたはイベントの名称。
説明

この属性は、「仕訳作成」、「承認のために仕訳提出」、「仕訳転記済み」など、仕訳ライフサイクル内の単一のイベントまたはタスクを記述します。これらのアクティビティは、発見されたプロセスマップのノードを形成します。

これらのアクティビティの順序と頻度を分析することは、プロセスマイニングの中核です。これにより、実際のプロセスフローが明らかになり、標準手順からの逸脱を特定し、アクティビティが予想よりも長くかかったり繰り返されたりするボトルネックを浮き彫りにします。

その重要性

この属性はプロセスのステップを定義し、プロセスマップの基礎を形成し、プロセスフローとバリエーションの分析を可能にします。

取得元

これは、Microsoft Dynamics 365内のシステムイベント、ステータス変更、またはワークフローログから導出される概念属性です。

仕訳を作成承認のために仕訳提出済み仕訳承認済み仕訳転記済み
イベント日時
EventTime
アクティビティまたはイベントが発生した正確なタイムスタンプです。
説明

イベント時刻は、仕訳プロセスにおける特定の活動が発生した日付と時刻を記録します。この時系列データは、イベントの順序付けとそれらの間の期間の計算に不可欠です。

分析では、このタイムスタンプは各ケースのタイムラインを構築するために使用され、サイクルタイム、処理時間、待機時間など、すべての時間ベースのメトリックを計算するために重要です。これにより、ステップ間の遅延を特定でき、ボトルネックやSLAコンプライアンスに関連するダッシュボードをサポートします。

その重要性

このタイムスタンプは、イベントを正確に順序付けし、サイクルタイムや処理遅延などのすべての期間ベースのKPIを計算するために不可欠です。

取得元

イベントタイムスタンプは通常、ワークフロー履歴ログ、監査証跡テーブル(例: SysDatabaseLog)、またはLedgerJournalTableやLedgerJournalTransのような関連レコードの作成/修正タイムスタンプとして見つかります。

2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:10Z
仕訳ID
JournalEntryId
仕訳の一意の識別子であり、主要なケース識別子として機能します。
説明

仕訳IDは、単一の仕訳トランザクションに関連するすべてのアクティビティとデータポイントを一意にリンクします。これにより、作成からレビュー、総勘定元帳への最終転記まで、仕訳のライフサイクルをエンドツーエンドで完全に追跡できます。

プロセスマイニング分析において、この属性はプロセスフローを再構築するための基本です。一意の仕訳IDはプロセスの単一インスタンスを表し、個々の財務トランザクションのプロセスバリアント、サイクルタイム、およびコンプライアンスの詳細な調査を可能にします。

その重要性

これは、仕訳を最初から最後まで追跡するための不可欠なキーであり、各ケースのプロセスフロー全体を分析することを可能にします。

取得元

この識別子は通常、LedgerJournalTableなどのジャーナルヘッダーテーブルのJournalNumというフィールドに見られます。

JRN-0012345JV-2023-08-156GENJ0000891
イベントの終了時刻
EventEndTime
アクティビティまたはイベントが完了した時点を示すタイムスタンプ。
説明

イベント終了時刻は、特定のアクティビティの完了を示します。開始時刻がイベントの開始を示すのに対し、終了時刻はもう一方の境界を提供し、個々のタスクの正確な期間計算を可能にします。

プロセスマイニングでは、開始時刻と終了時刻の両方を持つことで、待機時間とは異なるアクティビティ処理時間の計算が可能になります。これは、ユーザーパフォーマンスを分析するダッシュボードや、アクティビティ間のギャップだけでなく、どの特定のタスクが最も時間を消費しているかを特定する上で不可欠です。

その重要性

各アクティビティにかかる時間を正確に計算することを可能にし、これはユーザーパフォーマンスの分析やリソース集約型タスクの特定に不可欠です。

取得元

このデータはワークフローログに明示的に保存されているか、シーケンス内の後続アクティビティのStartTimeを使用して導出する必要がある場合があります。

2023-10-26T10:05:15Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
ユーザー名
UserName
アクティビティを実行したユーザーの名称です。
説明

この属性は、仕訳の作成、承認、転記などの特定のアクティビティを実行する責任を持つ従業員またはシステムユーザーを識別します。これにより、プロセスステップと人的リソースがリンクされます。

ユーザー別のパフォーマンス分析は、プロセスマイニングの主要な機能です。これにより、「仕訳ユーザーパフォーマンス」ダッシュボードを構築し、異なるユーザーやチーム間でのアクティビティ期間とスループットを比較できます。これは、優秀なパフォーマーを特定し、トレーニングニーズを識別し、ワークロードのバランス調整に役立ちます。

その重要性

プロセスアクティビティを特定の個人に紐付け、ユーザーパフォーマンス、ワークロード分散、リソース配分の分析を可能にします。

取得元

ユーザー情報は通常、LedgerJournalTableなどのテーブルのcreatedByまたはmodifiedByフィールド、または関連するワークフロー履歴ログにあります。

Alice SmithBob Johnsonsystem.batch
仕訳ステータス
JournalStatus
仕訳の現在または最終ステータス。
説明

この属性は、「下書き」、「レビュー中」、「承認済み」、「却下済み」、「転記済み」など、ある時点での仕訳の状態を示します。これにより、仕訳がライフサイクルのどの段階にあるかのスナップショットが提供されます。

ステータスを分析することは、ケースの結果を理解するのに役立ちます。却下されたすべての仕訳をフィルタリングしたり、特定の段階にある仕訳の量を追跡したりするために使用できます。この属性は、スループットとステータス分析にコンテキストを提供することで、複数のダッシュボードをサポートします。

その重要性

各仕訳の明確な結果を提供し、成功率、却下率、および異なる段階での作業量を分析できるようにします。

取得元

ステータスは、ジャーナルヘッダーテーブル (LedgerJournalTable) にあるか、ワークフローステータスから派生されることがよくあります。

下書き申請済み承認済み転記済み却下
仕訳タイプ
JournalType
仕訳の分類。例えば、一般仕訳や発生主義仕訳など。
説明

ジャーナルタイプは、日次入力、発生主義、配賦、消去など、ビジネス目的別に仕訳を分類します。この分類は、さまざまなプロセスパスと動作を理解するために不可欠です。

この属性により、異なるジャーナルタイプ間でプロセスをフィルタリングおよび比較できます。「仕訳スループット量(タイプ別)」ダッシュボードにとって重要であり、特定のジャーナルタイプが遅延、却下、または手戻りの影響を受けやすいかどうかを分析するのに役立ちます。

その重要性

異なるビジネス目的のプロセスを比較するために分析をセグメント化することを可能にし、それぞれが異なるパス、サイクルタイム、承認要件を持つ場合があります。

取得元

これは通常、ジャーナルヘッダーテーブルLedgerJournalTableの、ジャーナル名またはタイプに関連するフィールド(例:JournalName)に保存されます。

一般仕訳発生主義調整会社間振替給与
仕訳合計金額
JournalTotalAmount
仕訳の総金額。通常、借方金額の合計です。
説明

この属性は、仕訳の総財務価値を表します。これは、仕訳を低、中、高などの価値帯に分類するために使用できます。

財務価値に基づいてプロセスを分析すると、重要なパターンが明らかになることがあります。例えば、高額な仕訳は、より多くのステップと長いサイクルタイムを伴う、より厳格な承認プロセスを経る可能性があります。この属性は、重要性分析やプロセス非効率性の財務的影響を理解するために不可欠です。

その重要性

財務価値によってプロセスをセグメント化することを可能にし、これはプロセスの複雑性、リスク、および承認ワークフローと相関することがよくあります。

取得元

この値は、各仕訳のエントリについて、ジャーナル明細テーブルLedgerJournalTransから借方金額を合計することによって計算する必要がある場合があります。

1500.75125000.0050.25
却下理由
RejectionReason
承認プロセス中に仕訳が却下された際に提供される理由。
説明

仕訳が却下された場合、承認者は却下の理由を提供することがよくあります。この属性はその情報を捕捉し、根本原因分析にとって非常に貴重です。

これは「仕訳却下率分析」ダッシュボードの主要な属性です。却下の理由を分類・分析することで、組織は不正確な文書化、ポリシー違反、データ入力エラーなどの一般的な問題を特定し、ターゲットを絞ったトレーニングやプロセス改善を実施できます。

その重要性

手戻りが発生する理由を説明し、却下率を減らし、初回正着承認を改善するために必要な直接的なインサイトを提供します。

取得元

この情報は通常、却下ステップに関連するワークフロー履歴またはコメントセクションに保存されます。

不十分な裏付け書類誤った勘定科目を使用承認閾値を超える重複エントリ
法人
LegalEntity
仕訳が記録される法人または会社コード。
説明

法人とは、財務取引が記録される組織内の特定の会社または事業部門を表します。これは財務システムにおける基本的な組織ディメンションです。

プロセスマイニングにおいて、この属性は組織内の異なる部門間で仕訳プロセスを比較することを可能にします。特定の法人がより効率的なプロセス、高い却下率、または長いサイクルタイムを持っているかどうかを明らかにすることができ、ベストプラクティスの特定と共有に役立ちます。

その重要性

異なる会社や事業単位間でプロセスパフォーマンスを比較することを可能にし、変動や改善の機会を強調します。

取得元

これはDynamics 365のコアフィールドであり、LedgerJournalTableなどのトランザクションテーブルで利用できることが多く、通常はDataAreaIdに紐付けられています。

USMFDEMFGBSI
ソースシステム
SourceSystem
`データ`が抽出された記録システム。
説明

この属性は、仕訳データが発生するソースアプリケーションを識別します。このプロセスの場合、値は通常「Microsoft Dynamics 365」のような定数です。

より広範な分析コンテキスト、特に複数のERPや統合システムを持つ環境では、このフィールドはプロセスとデータソースを区別するのに役立ちます。データの出所を明確にし、データガバナンスと検証にとって重要です。

その重要性

データの出所を特定し、これはデータガバナンスや複数の企業システムにまたがる可能性のある分析にとって不可欠です。

取得元

これは、データセットの出所をラベル付けするために、データ抽出、変換、ロード(ETL)プロセス中に追加される静的な値です。

Microsoft Dynamics 365D365 F&O
最終データ更新
LastDataUpdate
データが`ソース`システム`から`最後に`更新`された`タイムスタンプ`。
説明

この属性は、ソースシステムからの最新のデータ抽出の日時を示します。これにより、分析の鮮度と含まれるデータのコンテキストが提供されます。

この情報をダッシュボードに表示することで、ユーザーはデータの適時性を確認し、現在のプロセス分析がカバーする期間を理解するのに役立ちます。これは、あらゆるプロセスマイニングプロジェクトにとって重要なメタデータです。

その重要性

データの鮮度に関する重要なコンテキストを提供し、ユーザーがプロセス分析の最新性を理解できるようにします。

取得元

このタイムスタンプは、データ抽出、変換、およびロード (ETL) プロセス中に生成され、保存されます。

2023-10-27T02:00:00Z
処理時間
ProcessingTime
アクティビティに実作業として費やした時間。
説明

処理時間とは、アクティビティの開始から終了までの時間を測定し、実際の作業期間を表します。これは、アクティビティ間の待機時間を含むサイクルタイムとは異なります。

この計算されたメトリックは、「仕訳ユーザーパフォーマンス」ダッシュボードにとって不可欠です。これにより、ユーザーやチームが特定のタスクを完了するのにかかる時間を、キューイングや待機時間の影響を除いて理解するのに役立ちます。これにより、リソース効率をより公平かつ正確に評価できます。

その重要性

アクティビティの実際の作業時間を測定し、待機期間の影響を受けずにユーザーとチームの効率を分析できるようにします。

取得元

これは、各アクティビティのイベント終了時刻(EventEndTime)とイベント時刻(EventTime、StartTime)の差を取ることによって計算されます。

PT5M15SPT1H15MP1DT2H
初回で正しく完了
IsFirstTimeRight
仕訳が以前に却下されることなく承認されたかどうかを示すフラグです。
説明

このケースレベルのブール属性は、仕訳が「仕訳却下済み」または「仕訳修正済み」といった中間のアクティビティを挟まずに、提出から承認まで進んだ場合にTrueとなります。これはプロセス品質の主要な尺度です。

「初回承認率」KPIは、この属性から直接計算されます。高い率は効率的で高品質なプロセスを示し、低い率は初期データの品質、要件の明確さ、または提出手順に関するシステム的な問題を示唆します。

その重要性

これはプロセス品質の重要な尺度であり、手戻りなしで承認プロセスを円滑に進む仕訳の数を示します。

取得元

これは、各仕訳IDのアクティビティシーケンスを分析することで、ケースレベルで導出される計算属性です。

truefalse
手戻り
IsRework
手戻りまたは修正ループの一部であるアクティビティを識別するフラグです。
説明

この計算されたブール属性は、「仕訳修正済み」や「承認のために仕訳再提出」など、却下後に発生するアクティビティに対してTrueに設定されます。これにより、手戻りを分離し定量化するのに役立ちます。

この属性は、「仕訳手戻りおよび修正ループ」ダッシュボードおよび「手戻り率」KPIにとって不可欠です。手戻りをフラグ付けすることで、プロセスの非効率性の主要な原因である修正サイクルの頻度と影響を容易に視覚化および測定できます。

その重要性

非効率な手戻りループを直接フラグ付けし、却下や修正が全体のサイクルタイムとコストに与える影響を簡単に定量化できるようにします。

取得元

これは、データ変換中にケース内のアクティビティシーケンスを分析することで導出される計算属性です。

truefalse
承認SLAステータス
ApprovalSlaState
仕訳承認がサービスレベル契約を満たしたかどうかを示します。
説明

この属性は、各仕訳の承認サイクルがサービスレベルアグリーメント(SLA)によって定義された目標時間内に完了したかどうかに基づいて分類します。可能な値は通常「達成」または「違反」です。

これは「仕訳承認SLAコンプライアンス」ダッシュボードの主要なメトリックです。目標に対するパフォーマンスの明確なビジネス指向ビューを提供し、承認プロセスの適時性を監視および管理し、SLAが頻繁に達成されない場合に改善を促進するのに役立ちます。

その重要性

生のサイクルタイムデータを明確なビジネス成果(達成または違反)に変換し、主要な目標に対するパフォーマンス追跡を容易にします。

取得元

これは計算属性です。ロジックは、計算された承認サイクルタイムKPIを事前定義されたSLAターゲットと比較する必要があります。

達成違反
承認レベル
ApprovalLevel
多段階承認ワークフローにおける現在または完了した段階を示します。
説明

複数の承認が必要な仕訳について、この属性は、仕訳が到達した階層のレベル(例:「マネージャー承認」または「ディレクター承認」)を追跡します。

この属性は、承認のボトルネックをより詳細に分析するのに役立ちます。承認チェーンの特定のレベルで遅延が一貫して発生している場合、その段階でのプロセス再設計やリソース再配分の必要性を示唆するのに役立ちます。

その重要性

多段階の承認ワークフローの可視性を提供し、特定の承認レベルでのボトルネックの特定に役立ちます。

取得元

この情報は、異なる承認ステップの完了を追跡するワークフロー履歴ログから導出されます。

レベル1: マネージャーレベル2: ディレクターレベル3: 財務担当副社長
自動転記
IsAutomatedPosting
仕訳が自動的に作成または転記されたかどうかを示すフラグです。
説明

このブール属性は、ユーザーによって手動で作成された仕訳と、システム統合や自動配賦プロセスなど、システムまたはサブシステムによって自動的に生成された仕訳を区別します。

この属性を分析することは、自動化されたプロセスと手動プロセスの効率とエラー率を比較するのに役立ちます。手動入力がエラー、手戻り、または遅延に陥りやすいかどうかを示すことで、さらなる自動化の機会を浮き彫りにできます。

その重要性

手動プロセスと自動プロセスを分離し、それらの効率、正確性、およびコンプライアンスの比較を可能にします。

取得元

これは、「作成者」ユーザー(例:システムユーザーまたはバッチユーザー)または、ジャーナルヘッダーまたはタイプ設定の特定のフラグによって示される場合があります。

truefalse
計上日
PostingDate
仕訳が総勘定元帳に転記される日付。
説明

転記日付は、取引が総勘定元帳残高に影響を与える公式な日付です。この日付は、財務報告および決算期間にとって重要です。

この属性は、承認と転記の間のラグを分析するために使用され、これは「仕訳転記リードタイム」KPIの焦点です。このラグを減らすことは、決算プロセスを加速するための主要な目標となることが多く、経時的な転記量を分析するためにも使用できます。

その重要性

転記リードタイムのKPIを計算し、承認から取引が元帳で正式になるまでの遅延を理解するために不可欠です。

取得元

この日付は通常、ジャーナルヘッダーテーブル(LedgerJournalTable)または関連する転記済みトランザクションテーブルに保存されます。

2023-10-282023-11-012023-10-31
通貨コード
CurrencyCode
仕訳金額の通貨。
説明

この属性は、仕訳が計上される通貨(USD、EUR、GBPなど)を指定します。これは、仕訳合計金額にとって不可欠なコンテキストを提供します。

プロセスフロー自体の分析に常に使用されるわけではありませんが、通貨は仕訳金額に基づくあらゆる財務報告や分析にとって不可欠です。特に多国籍企業において、値の正確な集計と比較を可能にします。

その重要性

あらゆる財務分析に必要なコンテキストを提供し、特に多通貨環境において、金銭的価値が正しく解釈されることを保証します。

取得元

通貨コードは通常、ジャーナル明細テーブルであるLedgerJournalTransで利用可能です。

USDEURGBPJPY
部署
DepartmentName
仕訳に関連付けられた部門またはコストセンター。
説明

部門またはコストセンターは、財務取引を担当または影響を受ける組織内の内部ビジネスユニットを識別します。これは内部管理報告にとって重要な要素です。

この属性により、部門別に仕訳プロセスを分析できます。これにより、「どの部門が最も多くの仕訳を提出しているか?」「特定の部門は却下率が高いか、承認に時間がかかっているか?」といった疑問に答えるのに役立ちます。これは、ターゲットを絞ったプロセス改善努力に有用です。

その重要性

ビジネス機能別にプロセスパフォーマンスを分析する方法を提供し、部門固有のボトルネックやトレーニングニーズの特定に役立ちます。

取得元

この情報は通常、財務ディメンションとして仕訳明細レベル(LedgerJournalTrans)で発見されます。

営業財務マーケティング運用
必須 推奨 任意

決算報告サイクル - 仕訳アクティビティ

これらは、正確な`プロセス`ディスカバリと分析のために`イベントログ`に記録すべき主要な`プロセス``ステップ`と`マイルストーン`です。
5 推奨 7 任意
アクティビティ 説明
仕訳を作成
このアクティビティは、新しい仕訳の開始を示します。これは、ユーザーがシステムで新しいジャーナルヘッダーレコードを作成し、プロセス分析のケース識別子として機能する一意の仕訳IDを確立したときに取得されます。
その重要性

これはプロセスの主要な開始イベントです。この時点から転記までの時間を分析することは、エンドツーエンドのサイクルタイムを測定し、初期のデータ入力遅延を特定するために不可欠です。

取得元

このイベントは、GeneralJournalEntryまたはLedgerJournalTableエンティティのジャーナルヘッダーの作成タイムスタンプから取得されます。これは通常、明示的なレコード作成イベントです。

取得

GeneralJournalEntryまたはLedgerJournalTableの「createdDateTime」フィールドを使用します。

イベントタイプ explicit
仕訳却下済み
仕訳はレビュー担当者または承認者によって却下され、修正が必要です。このイベントは、「却下済み」または「修正が必要」といった仕訳のステータス変更から取得されます。
その重要性

却下を追跡することは、却下率を計算し、手戻りの根本原因を特定するための基本です。これにより、データ品質、コンプライアンス、またはユーザー研修の問題が浮き彫りになります。

取得元

LedgerJournalTableのステータスフィールド変更(例:ApprovalStatusが「Rejected」に変更)またはワークフロー履歴ログから推測されます。

取得

仕訳ステータスが「Rejected」に変更されるタイムスタンプを特定します。

イベントタイプ inferred
仕訳承認済み
仕訳は指定された権限者によって承認され、承認ワークフローの最終ステップが完了しました。これは通常、「承認済み」への変更など、ジャーナルヘッダーのステータス変更から取得されます。
その重要性

これは、承認プロセスを終了し転記を可能にする重要なマイルストーンです。承認サイクルタイム、転記リードタイム、初回承認率を計算するために不可欠です。

取得元

LedgerJournalTableのステータスフィールド変更(例:ApprovalStatusが「Approved」に変更)または最終承認状態を示すワークフロー履歴テーブルから推測されます。

取得

仕訳ステータスが「Approved」に変更されるタイムスタンプを特定します。

イベントタイプ inferred
仕訳転記済み
このアクティビティは、仕訳が総勘定元帳に正常に転記され、公式な財務記録となったことを示します。これは、ジャーナルヘッダーのステータスが「転記済み」に更新されたときに取得される重要なイベントです。
その重要性

これはプロセスの主要な成功終了イベントです。エンドツーエンドのサイクルタイムと転記リードタイムを計算するために使用され、これらは決算効率の主要な指標です。

取得元

LedgerJournalTableのステータスフィールド変更(例:JournalStatusが「Posted」に変更)およびGeneralJournalAccountEntryテーブルにおける対応するエントリの作成からキャプチャされます。

取得

仕訳のステータスが「Posted」になるタイムスタンプを特定します。

イベントタイプ inferred
承認のために仕訳提出済み
完成した仕訳がレビューおよび承認ワークフローに正式に提出されたことを表します。これは通常、「下書き」から「レビュー中」または「提出済み」へのジャーナルヘッダーのステータス変更から推測されます。
その重要性

これは承認サイクルを開始する重要なマイルストーンです。提出から最終承認までの時間を測定することは、レビュープロセスのボトルネックを特定し、SLAコンプライアンスを監視するために不可欠です。

取得元

LedgerJournalTableのステータスフィールド変更(例:ApprovalStatusが「InReview」に変更)または仕訳に関連付けられたワークフロー履歴ログから推測されます。

取得

仕訳ステータスが「submitted」または「in review」状態に変更されるタイムスタンプを特定します。

イベントタイプ inferred
仕訳レビュー開始済み
このアクティビティは、レビュー担当者が提出された仕訳について積極的に作業を開始したことを示します。これは、仕訳がレビュー担当者に割り当てられたとき、またはレビュー担当者が最初にレコードを開いて検査したときに推測できます。
その重要性

このアクティビティは、提出からレビュー開始までの遅延であるレビュー担当者への引き渡し時間を測定するのに役立ちます。これにより、リソース配分や通知の問題が明らかになる可能性があります。

取得元

これは明示的にログに記録されないことがよくあります。ワークフロー割り当てログから推測されるか、提出タイムスタンプとレビュー担当者による最初の修正タイムスタンプを比較する必要があります。

取得

ワークフローユーザー割り当てログまたはユーザーアクティビティログの分析が必要ですが、これらは標準ではない場合があります。

イベントタイプ inferred
仕訳修正済み
このアクティビティは、以前に却下された仕訳がユーザーによって修正されたことを示します。これは通常、「却下済み」ステータスが記録された後、ジャーナルヘッダーまたはその明細行に対する変更を検出することによって推測されます。
その重要性

このアクティビティは手戻りを明確に識別します。修正ループの頻度と期間を分析することは、プロセスを合理化し、手作業を削減するのに役立ちます。

取得元

「Journal Rejected」イベントが発生した後、LedgerJournalTableまたはLedgerJournalTransテーブルの「modifiedDateTime」および「modifiedBy」フィールドを追跡することによって推測されます。

取得

「Rejected」ステータスのタイムスタンプと、作成者によるその後の修正タイムスタンプを比較します。

イベントタイプ inferred
仕訳取り消し済み
仕訳の取り消しプロセスが完了し、取り消し仕訳が正常に転記されたことを示します。これは、誤った仕訳のライフサイクルにおける代替の終了点として機能します。
その重要性

このアクティビティは、修正された仕訳の完了を示し、転記後の調整に費やされた総労力を分析するのに役立ち、全体的なプロセス効率に影響を与えます。

取得元

新しい取り消し仕訳自体が「Posted」ステータスに移行したときにキャプチャされます。元の仕訳へのリンクは参照フィールドを通じて維持されます。

取得

関連する取り消し仕訳の「Posted」ステータスイベントを特定します。

イベントタイプ inferred
仕訳取り消し開始済み
このイベントは、以前に転記された仕訳を取り消すプロセスの開始を表します。これは、ユーザーがシステムで取り消しアクションを開始したときに取得されます。
その重要性

取り消しを追跡することは、転記済み仕訳を修正する頻度と理由を特定するのに役立ちます。これにより、初期のデータ入力または承認段階における根本的な問題が示唆される可能性があります。

取得元

これは通常、監査証跡から取得できる明示的なユーザーアクション、または元の仕訳にリンクされた新しい取り消し仕訳の作成を識別することによって取得されます。

取得

転記済み仕訳の取り消しとしてマークされた新しい仕訳の作成イベントを使用します。

イベントタイプ explicit
仕訳明細追加済み
このイベントは、借方または貸方の明細行が仕訳に追加されたことを示します。これは、新しい取引明細行が作成され、ジャーナルヘッダーに関連付けられるたびに取得されます。
その重要性

明細行の作成を追跡することで、異なる仕訳タイプにおける複雑さとデータ入力の労力を理解できます。また、ヘッダー作成から明細行完了までの遅延を浮き彫りにすることもできます。

取得元

仕訳ヘッダーにリンクされたLedgerJournalTransエンティティ内のレコードの作成タイムスタンプからキャプチャされます。各明細の作成は個別のイベントです。

取得

LedgerJournalTransテーブルの各レコードの「createdDateTime」フィールドを使用します。

イベントタイプ explicit
仕訳転記試行済み
このアクティビティは、ユーザーが承認された仕訳の転記プロセスを開始したことを示します。これは、システムが転記ジョブの開始を明示的にログに記録する場合に取得できます。
その重要性

転記の試行と転記の成功を区別することで、決算に影響を与えるシステムパフォーマンスの問題やバッチジョブの遅延を診断するのに役立ちます。

取得元

これはバッチジョブ履歴テーブルに明示的にログとして記録されるイベントであるか、LedgerJournalTableのステータスが「転記中」に変更されたことから推測される場合があります。

取得

総勘定元帳の転記ルーチンに関連するバッチジョブまたはシステムログの分析が必要です。

イベントタイプ explicit
承認のために仕訳再提出済み
修正された仕訳は、新しいレビューサイクルで承認ワークフローに戻されます。これは、「Rejected」または「Draft」から「In Review」または「Submitted」へのステータス変更から推測されます。
その重要性

このアクティビティは手戻りループの開始を示します。これらのイベントを数えることは、手戻り率と仕訳ごとの平均承認ループ数を定量化するのに役立ちます。

取得元

ワークフロー履歴から、またはLedgerJournalTableでステータスが却下状態から提出状態に戻るステータス変更を追跡することによって推測されます。

取得

同じ仕訳について、「Rejected」ステータスイベントの後に発生する「Submitted」ステータスイベントを特定します。

イベントタイプ inferred
推奨 任意

抽出ガイド

Microsoft Dynamics 365 からデータを取得する方法