決算・レポーティングの仕訳データテンプレート
決算・レポーティングの仕訳データテンプレート
- 収集を推奨する属性
- 追跡すべき主要なアクティビティ
- Microsoft Dynamics 365からの抽出手順
決算・レポーティング:仕訳の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ名
ActivityName
|
発生した特定の業務プロセスのステップまたはイベントの名前です。 | ||
|
説明
この属性は、仕訳のライフサイクルにおける1つのイベントまたはタスクを表します。たとえば、「仕訳作成」、「仕訳を承認に申請」、「仕訳を転記」などです。これらのアクティビティが、検出されたプロセスマップのノードになります。 アクティビティの順序と頻度の分析は、プロセスマイニングの中心的な機能です。実際のプロセスフローを明らかにし、標準手順からの逸脱を特定するとともに、想定以上に時間がかかる、または繰り返されるアクティビティからボトルネックを見つけます。
重要な理由
プロセスの各ステップを定義する属性です。プロセスマップの基盤となり、プロセスフローとその違いを分析できます。
入手先
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は、1件の仕訳取引に関連するすべてのアクティビティとデータ項目を一意に結び付けます。仕訳の作成、レビューから総勘定元帳への最終転記まで、ライフサイクル全体を追跡できます。 プロセスマイニング分析では、プロセスフローを再構成するための基本的な属性です。一意の仕訳IDごとにプロセスの1つのインスタンスを表すため、個々の財務取引について、プロセスのバリアント、サイクルタイム、コンプライアンスを詳しく分析できます。
重要な理由
仕訳を開始から完了まで追跡するための基本キーです。ケースごとにプロセスフロー全体を分析できます。
入手先
通常は仕訳ヘッダーテーブル(LedgerJournalTableなど)にあり、「JournalNum」という名前のフィールドに格納されています。
例
JRN-0012345JV-2023-08-156GENJ0000891
|
|||
|
イベント終了時刻
EventEndTime
|
アクティビティまたはイベントが完了した時点を示すタイムスタンプです。 | ||
|
説明
イベント終了時刻は、特定のアクティビティが完了した時点を示します。StartTimeがイベントの開始時点を示すのに対し、EndTimeはもう一方の境界を示すため、個々のタスクの所要時間を正確に計算できます。 プロセスマイニングで開始時刻と終了時刻の両方を使うと、アクティビティの処理時間を計算できます。これは待機時間とは異なる指標です。ユーザーのパフォーマンスを分析し、ステップ間の空白ではなく、どのタスク自体に最も時間がかかっているかを特定するダッシュボードに役立ちます。
重要な理由
各アクティビティにかかる時間を正確に計算できます。ユーザーのパフォーマンスを分析し、リソースを多く必要とするタスクを特定するうえで重要です。
入手先
ワークフローログに明示的に保存されている場合もありますが、後続アクティビティのStartTimeを使って導出する必要がある場合もあります。
例
2023-10-26T10:05:15Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
|
|||
|
ユーザー名
UserName
|
アクティビティを実行したユーザーの名前です。 | ||
|
説明
この属性は、仕訳の作成、承認、転記など、特定のアクティビティを実行した従業員またはシステムユーザーを識別します。プロセスの各ステップを担当者に結び付けます。 ユーザー別のパフォーマンス分析は、プロセスマイニングの重要な機能です。「仕訳ユーザーパフォーマンス」ダッシュボードを作成し、ユーザーやチームごとにアクティビティの所要時間と処理量を比較できます。優れたパフォーマンスの担当者やトレーニングが必要な領域を見つけ、業務量の配分にも役立ちます。
重要な理由
プロセスのアクティビティを個々の担当者に結び付け、ユーザーのパフォーマンス、業務量の配分、リソースの割り当てを分析できます。
入手先
ユーザー情報は通常、LedgerJournalTableなどのテーブルにあるcreatedByまたはmodifiedByフィールド、または関連するワークフロー履歴ログにあります。
例
Alice SmithBob Johnsonsystem.batch
|
|||
|
仕訳ステータス
JournalStatus
|
仕訳の現在または最終的なステータスです。 | ||
|
説明
この属性は、特定の時点における仕訳の状態を示します。たとえば、「Draft」、「In Review」、「Approved」、「Rejected」、「Posted」などです。仕訳のライフサイクル上の位置を把握できます。 ステータスを分析すると、ケースの結果を理解しやすくなります。差し戻された仕訳だけを抽出したり、特定の段階にある仕訳の件数を追跡したりできます。処理量とステータスを分析する複数のダッシュボードで、状況を把握するために使えます。
重要な理由
仕訳ごとの結果を明確にし、成功率、差し戻し率、各段階の作業量を分析できます。
入手先
ステータスは通常、仕訳ヘッダーテーブルの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
|
|||
|
初回で正しく完了したかどうか
IsFirstTimeRight
|
仕訳が過去に却下されることなく承認されたかどうかを示すフラグです。 | ||
|
説明
このケースレベルのブール型属性は、「仕訳却下」または「仕訳修正」のアクティビティを途中に挟まず、申請から承認まで進んだ場合にtrueになります。プロセス品質を測る重要な指標です。 「初回承認成功率」KPIは、この属性から直接算出します。率が高い場合は、効率と品質の高いプロセスであることを示します。低い場合は、初期データの品質、要件の明確さ、申請手順に構造的な問題がある可能性があります。
重要な理由
プロセス品質を測る重要な指標です。手戻りなく承認プロセスを進んだ仕訳の割合を明らかにします。
入手先
各Journal Entry IDのアクティビティ順序をケースレベルで分析して算出する属性です。
例
truefalse
|
|||
|
手戻りかどうか
IsRework
|
手戻りまたは修正ループに含まれるアクティビティを示すフラグです。 | ||
|
説明
この計算済みのブール型属性は、「仕訳修正」や、繰り返し発生する「仕訳の承認申請」など、却下後に発生するアクティビティにtrueを設定します。手戻りを切り分け、件数を把握できます。 この属性は、「仕訳の手戻りと修正ループ」ダッシュボードおよび「手戻り率」KPIに欠かせません。手戻りをフラグで示すことで、修正サイクルの頻度と影響を簡単に可視化・測定できます。修正サイクルは、プロセスの非効率性を生む主な要因です。
重要な理由
非効率な手戻りループを直接示し、却下や修正が全体のサイクルタイムとコストに与える影響を把握しやすくします。
入手先
ケース内のアクティビティの順序を分析し、データ変換時に算出する属性です。
例
truefalse
|
|||
|
承認SLAステータス
ApprovalSlaState
|
仕訳の承認がサービスレベル合意を満たしたかどうかを示します。 | ||
|
説明
この属性は、サービスレベル合意(SLA)で定めた目標時間内に完了したかどうかに基づき、仕訳ごとの承認サイクルを分類します。通常、「達成」または「違反」の値を取ります。 「仕訳承認SLAコンプライアンス」ダッシュボードの中核指標です。目標に対するパフォーマンスを業務の観点から明確に示し、承認プロセスの適時性を監視・管理できます。SLA未達が多い箇所の改善にもつながります。
重要な理由
生のサイクルタイムデータを、達成または違反という明確な業務結果に変換し、主要目標に対するパフォーマンスを追跡しやすくします。
入手先
計算済みの属性です。算出した承認サイクルタイムKPIと、あらかじめ定めたSLA目標を比較するロジックが必要です。
例
達成違反
|
|||
|
承認レベル
ApprovalLevel
|
複数レベルの承認ワークフローにおける現在または完了済みの段階を示します。 | ||
|
説明
複数の承認が必要な仕訳では、仕訳が階層のどのレベルまで進んだかを記録します。たとえば、「マネージャー承認」や「ディレクター承認」などです。 この属性を使うと、承認におけるボトルネックを詳しく分析できます。承認チェーンの特定レベルで遅延が繰り返し発生しているかを特定し、その段階でのプロセス再設計やリソース再配分の必要性を検討できます。
重要な理由
複数段階の承認ワークフローを可視化し、特定の承認レベルにおけるボトルネックを見つけやすくします。
入手先
この情報はワークフロー履歴ログから取得し、各承認ステップの完了状況を記録します。
例
レベル1:マネージャーレベル2:ディレクターレベル3:財務担当VP
|
|||
|
自動転記かどうか
IsAutomatedPosting
|
仕訳が自動的に作成または転記されたかどうかを示すフラグです。 | ||
|
説明
このブール型属性は、ユーザーが手動で作成した仕訳と、システムやサブシステムが自動生成した仕訳を区別します。システム連携や自動配賦プロセスなどが該当します。 この属性を分析すると、自動プロセスと手動プロセスの効率やエラー率を比較できます。手動入力でエラー、手戻り、遅延が発生しやすいかを確認し、さらなる自動化の機会を見つけられます。
重要な理由
手動プロセスと自動プロセスを分け、効率、正確性、コンプライアンスを比較できます。
入手先
「Created by」ユーザー(システムユーザーやバッチユーザーなど)または仕訳ヘッダーやタイプ設定の特定のフラグで示される場合があります。
例
truefalse
|
|||
|
転記日
PostingDate
|
仕訳が総勘定元帳に転記された日付です。 | ||
|
説明
転記日は、取引が総勘定元帳の残高に反映される正式な日付です。財務報告や決算期間の管理において重要な日付です。 この属性は、承認から転記までの遅延を分析するために使われます。これは「仕訳転記リードタイム」KPIの対象です。この遅延を短縮することは、決算プロセスを早めるうえで重要な目標になることがよくあります。また、時間の経過に伴う転記件数の分析にも使えます。
重要な理由
転記リードタイムKPIの算出や、承認から取引が元帳上で正式になるまでの遅延を把握するために重要です。
入手先
この日付は通常、仕訳ヘッダーテーブル(LedgerJournalTable)または関連する転記済み取引テーブルに保存されます。
例
2023-10-282023-11-012023-10-31
|
|||
|
通貨コード
CurrencyCode
|
仕訳金額の通貨です。 | ||
|
説明
この属性は、仕訳がどの通貨で記録されているかを示します。USD、EUR、GBPなどが該当します。仕訳合計金額を解釈するために必要な情報です。 通貨はプロセスフローの分析に必ずしも使われませんが、仕訳金額に基づく財務レポートや分析には欠かせません。特に多国籍組織では、金額を正しく集計・比較するために役立ちます。
重要な理由
財務分析に必要な文脈を提供し、特に複数通貨の環境で金額を正しく解釈できるようにします。
入手先
通貨コードは通常、仕訳明細テーブルLedgerJournalTransで確認できます。
例
USDEURGBPJPY
|
|||
|
部門
DepartmentName
|
仕訳に関連付けられた部門またはコストセンターです。 | ||
|
説明
部門またはコストセンターは、財務取引を担当する、またはその影響を受ける社内の事業部門を示します。社内管理レポートにおける重要なディメンションです。 この属性を使うと、部門別に仕訳プロセスを分析できます。たとえば、どの部門が最も多く仕訳を申請しているか、特定の部門で却下率や承認時間が高いかといった問いに答えられます。対象を絞ったプロセス改善に役立ちます。
重要な理由
業務機能別にプロセスパフォーマンスを分析できるため、部門固有のボトルネックやトレーニングの必要性を見つけやすくなります。
入手先
この情報は通常、財務ディメンションとして仕訳明細レベル(LedgerJournalTrans)にあります。
例
営業財務マーケティング業務運用
|
|||
決算・レポーティング:仕訳のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
仕訳を差し戻し
|
仕訳がレビュー担当者または承認者によって差し戻され、修正が必要になったことを示します。通常は、仕訳のステータスが「Rejected」または「Needs Correction」に変わったことから取得します。 | ||
|
重要な理由
差し戻しを追跡することは、差し戻し率の計算と手戻りの根本原因の特定に欠かせません。データ品質、コンプライアンス、ユーザートレーニングに関する問題を明らかにできます。
入手先
LedgerJournalTableのステータスフィールドが変更されたこと(例:ApprovalStatusが「Rejected」に変更)またはワークフロー履歴ログから推定します。
取得
仕訳のステータスが「Rejected」に変わった時点のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
仕訳を承認
|
仕訳が指定された承認者によって承認され、承認ワークフローの最終ステップが完了したことを示します。通常は、仕訳ヘッダーのステータスが「Approved」に変わったことから取得します。 | ||
|
重要な理由
承認プロセスを完了し、転記を可能にする重要な節目です。承認サイクルタイム、転記リードタイム、初回正解率の計算に欠かせません。
入手先
LedgerJournalTableのステータスフィールドが変更されたこと(例:ApprovalStatusが「Approved」に変更)またはワークフロー履歴テーブルで最終承認状態になったことから推定します。
取得
仕訳のステータスが「Approved」に変わった時点のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
仕訳を承認に申請
|
完成した仕訳を正式にレビュー・承認ワークフローへ送ることを示します。通常は、仕訳ヘッダーのステータスが「Draft」から「In Review」または「Submitted」に変わったことから推定します。 | ||
|
重要な理由
承認サイクルを開始する重要な節目です。申請から最終承認までの時間を測定することで、レビュー工程のボトルネックを特定し、SLAの遵守状況を監視できます。
入手先
LedgerJournalTableのステータスフィールドが変更されたこと(例:ApprovalStatusが「InReview」に変更)または仕訳に関連するワークフロー履歴ログから推定します。
取得
仕訳のステータスが「submitted」または「in review」に変わった時点のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
仕訳を転記
|
仕訳が総勘定元帳へ正常に転記され、正式な財務記録になったことを示します。仕訳ヘッダーのステータスが「Posted」に更新された時点で取得する重要なイベントです。 | ||
|
重要な理由
プロセスが正常に完了したことを示す主要な終了イベントです。財務決算の効率を示す重要な指標である、プロセス全体のサイクルタイムと転記リードタイムの計算に使用します。
入手先
LedgerJournalTableのステータスフィールドが変更されたこと(例:JournalStatusが「Posted」に変更)と、GeneralJournalAccountEntryテーブルに対応するレコードが作成されたことから取得します。
取得
仕訳のステータスが「Posted」になった時点のタイムスタンプを特定します。
イベントタイプ
inferred
|
|||
|
仕訳作成
|
このアクティビティは、新しい仕訳の開始を示します。ユーザーがシステムで新しい仕訳ヘッダーレコードを作成した時点で記録され、プロセス分析におけるケース識別子となる一意の仕訳IDが設定されます。 | ||
|
重要な理由
プロセスの主要な開始イベントです。この時点から転記までの時間を分析することで、プロセス全体のサイクルタイムを測定し、初期入力の遅れを特定できます。
入手先
GeneralJournalEntryまたはLedgerJournalTableエンティティの仕訳ヘッダーにある作成タイムスタンプから取得します。通常は、明示的なレコード作成イベントです。
取得
GeneralJournalEntryまたはLedgerJournalTableの「createdDateTime」フィールドを使用します。
イベントタイプ
explicit
|
|||
|
仕訳の取消を開始
|
以前に転記した仕訳を取り消すプロセスの開始を示します。ユーザーがシステムで取消操作を開始した時点で取得します。 | ||
|
重要な理由
取消を追跡すると、転記済み仕訳を修正する頻度と理由を把握できます。初期入力や承認段階にある根本的な問題を示す場合があります。
入手先
通常は、監査証跡から取得できる明示的なユーザー操作です。または、元の仕訳に関連付けられた取消用の新しい仕訳が作成されたことから特定します。
取得
転記済み仕訳の取消としてマークされた新しい仕訳の作成イベントを使用します。
イベントタイプ
explicit
|
|||
|
仕訳の取消完了
|
取消用の仕訳が正常に転記され、仕訳の取消プロセスが完了したことを示します。誤った仕訳のライフサイクルにおける別の終了点となります。 | ||
|
重要な理由
修正した仕訳が完了したことを確認でき、転記後の調整にかかった総作業量を分析できます。これはプロセス全体の効率に影響します。
入手先
新しく作成した取消用仕訳のステータスが「Posted」に変わった時点で取得します。元の仕訳との関連は参照フィールドで維持されます。
取得
関連する取消用仕訳について、「Posted」ステータスのイベントを特定します。
イベントタイプ
inferred
|
|||
|
仕訳の転記を試行
|
承認済みの仕訳について、ユーザーが転記処理を開始したことを示します。システムが転記ジョブの開始を記録している場合は、明示的なイベントとして取得できます。 | ||
|
重要な理由
転記の試行と転記の成功を区別することで、財務決算に影響するシステム性能の問題やバッチジョブの遅延を診断できます。
入手先
バッチジョブ履歴テーブルに記録された明示的なイベント、またはLedgerJournalTableのステータスが「Posting in progress」に変わったことから推定できます。
取得
総勘定元帳の転記処理に関連するバッチジョブまたはシステムログの分析が必要です。
イベントタイプ
explicit
|
|||
|
仕訳レビューを開始
|
レビュー担当者が申請済みの仕訳の確認作業を開始した時点を示します。仕訳がレビュー担当者に割り当てられた時点、またはレビュー担当者が初めてレコードを開いて確認した時点から推定できます。 | ||
|
重要な理由
このアクティビティにより、申請からレビュー開始までの遅れであるレビュー担当者への引き継ぎ時間を測定できます。リソース配分や通知に関する問題も明らかにできます。
入手先
明示的に記録されないことが多いイベントです。ワークフローの割り当てログから推定するか、申請時刻とレビュー担当者ユーザーによる最初の変更時刻を比較する必要があります。
取得
ワークフローのユーザー割り当てログまたはユーザーアクティビティログの分析が必要です。これらは標準で用意されていない場合があります。
イベントタイプ
inferred
|
|||
|
仕訳を修正
|
以前に差し戻された仕訳がユーザーによって変更されたことを示します。通常は、「Rejected」ステータスが記録された後に、仕訳ヘッダーまたは明細行が変更されたことを検出して推定します。 | ||
|
重要な理由
このアクティビティにより、手戻りを明確に特定できます。修正ループの頻度と所要時間を分析することで、プロセスを効率化し、手作業を減らせます。
入手先
「Journal Rejected」イベントの後にLedgerJournalTableまたはLedgerJournalTransテーブルの「modifiedDateTime」と「modifiedBy」フィールドを追跡して推定します。
取得
「Rejected」ステータスのタイムスタンプと、その後に作成者が変更した時刻を比較します。
イベントタイプ
inferred
|
|||
|
仕訳を再申請
|
修正した仕訳を承認ワークフローに戻し、新たなレビューサイクルを開始します。通常は、ステータスが「Rejected」または「Draft」から「In Review」または「Submitted」に変わったことから推定します。 | ||
|
重要な理由
手戻りループの開始を示すアクティビティです。このイベントを数えることで、手戻り率と仕訳1件あたりの承認ループの平均回数を把握できます。
入手先
ワークフロー履歴、またはLedgerJournalTableのステータス変更を追跡して推定します。ステータスが差し戻し状態から申請済み状態に戻ったことを確認します。
取得
同じ仕訳について、「Rejected」ステータスの後に発生した「Submitted」ステータスのイベントを特定します。
イベントタイプ
inferred
|
|||
|
仕訳明細を追加
|
このイベントは、借方または貸方の明細行が仕訳に追加されたことを示します。仕訳ヘッダーに関連付けられた新しい取引明細行が作成されるたびに記録されます。 | ||
|
重要な理由
明細項目の作成を追跡すると、仕訳の種類ごとの複雑さと入力作業の量を把握できます。ヘッダーの作成から明細の入力完了までの遅れも明らかにできます。
入手先
仕訳ヘッダーに関連付けられたLedgerJournalTransエンティティのレコード作成タイムスタンプから取得します。明細行の作成ごとに個別のイベントとして記録されます。
取得
LedgerJournalTransテーブルの各レコードにある「createdDateTime」フィールドを使用します。
イベントタイプ
explicit
|
|||
抽出ガイド
始める準備はできていますか
このテンプレートには、決算・レポーティングの仕訳プロセスの最適化を始めるために必要な情報がそろっています。今すぐデータを使って効率を高め、財務レポートのサイクルを短縮しましょう。
Dynamics 365の仕訳を改善し、今すぐレポート作成を短縮
ボトルネックをなくし、決算・レポーティングの仕訳サイクルタイムを30%短縮します。
クレジットカードは不要です。数分で始められます。