決算報告 - 仕訳入力データテンプレート
決算報告 - 仕訳入力データテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- 実践的なデータ抽出ガイド
Record to Report - 仕訳エントリの属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
仕訳伝票で発生した特定のプロセスステップまたはイベントの名称です。 | ||
|
説明
この属性は、仕訳伝票のライフサイクルにおける特定の時点で実行されたアクティビティを記述します。「仕訳伝票作成」、「レビュー提出済み」、「仕訳伝票承認済み」、「総勘定元帳に記帳済み」といった主要なマイルストーンを記録します。 これらのアクティビティの順序と頻度を分析することは、プロセスマイニングの核です。これにより、プロセスフローを可視化し、一般的および稀な経路(バリアント)を特定し、仕訳伝票が最も時間を費やすボトルネックを特定するのに役立ちます。また、承認サイクルタイムなどの主要業績評価指標(KPI)の計算のための開始点と終了点を定義するためにも使用されます。
その重要性
プロセスのステップを定義し、仕訳エントリ
取得元
これは通常、Workiva内のイベントログまたはステータス変更記録から導出されます。正確なフィールドは、システムステータスコードまたはイベント記述からマッピングする必要がある場合があります。
例
仕訳を作成仕訳エントリレビュー提出仕訳エントリ承認済み仕訳エントリ総勘定元帳に記帳済み
|
|||
|
仕訳エントリID
JournalEntryId
|
個々の仕訳伝票の一意の識別子であり、プロセス分析における主要なケース識別子として機能します。 | ||
|
説明
仕訳伝票IDは、作成から最終的な記帳、照合に至るまで、特定の財務取引に関連するすべてのアクティビティとイベントを一意に追跡します。このIDは、作成、提出、レビュー、承認、記帳といったあらゆるステップを、一貫性のある単一のプロセスインスタンスとして連結します。 プロセスマイニングにおいて、この属性は各仕訳伝票のエンドツーエンドのジャーニーを再構築するための基本です。これにより、仕訳伝票ごとにプロセスバリアント、サイクルタイム、手戻りループを分析し、個々の仕訳伝票がシステム内でどのように流れるかを明確に把握できます。
その重要性
これは、仕訳伝票の完全なライフサイクルを追跡し、プロセスフロー、期間、およびバリエーションの分析を可能にするための不可欠なキーです。
取得元
これはWorkivaにおける仕訳伝票レコードの主キーです。特定のテーブルまたはAPIエンドポイントについては、Workivaのドキュメントを参照してください。
例
JE-2023-08-1001JE-2023-08-1002JE-2023-09-1003
|
|||
|
開始時刻
EventTime
|
特定のアクティビティまたはイベントが発生した時刻を示すタイムスタンプ。 | ||
|
説明
その重要性
このタイムスタンプは、すべての期間を計算し、イベントを正しく順序付け、時間経過に伴うプロセスパフォーマンスを分析するために不可欠です。
取得元
この情報は通常、Workivaの取引またはログテーブル内の各イベントまたはステータス変更とともに保存されます。
例
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
ソースシステム
SourceSystem
|
仕訳データが抽出された記録システムです。 | ||
|
説明
この属性は、プロセスデータの発生元アプリケーションを特定します。この分析では、値は常に「Workiva」となります。 単一システム分析では静的に見えるかもしれませんが、データガバナンスとトレーサビリティのための重要なメタデータです。大規模な企業環境では、プロセスはしばしば複数のシステムを横断し、このフィールドは完全なデータリネージを理解し、さまざまなソースからのデータを正確に統合するために不可欠となります。
その重要性
不可欠な
取得元
データの出所を示すために、抽出・変換の過程で付与される固定値であることが一般的です。
例
Workiva
|
|||
|
最終データ更新
LastDataUpdate
|
`ソース``システム`から`データ`が最後に更新された日時を示す`タイムスタンプ`です。 | ||
|
説明
この属性は、Workivaからの最新データ抽出日時を記録します。これにより、分析されているデータの鮮度に関するコンテキストが提供されます。 あらゆるプロセス分析ダッシュボードにおいて、この情報はユーザーが洞察がどれだけ最新であるかを理解するために不可欠です。ユーザーはリアルタイムデータを見ているのか、それとも特定の時点のスナップショットを見ているのかを把握でき、情報に基づいた運用上の意思決定を行う上で重要です。
その重要性
取得元
このタイムスタンプは、データ抽出、変換、およびロード (ETL) プロセス中に生成され、保存されます。
例
2023-10-27T02:00:00Z
|
|||
|
ユーザー
User
|
そのアクティビティを実行した担当者のユーザーIDまたは氏名を示します。 | ||
|
説明
この属性は、仕訳伝票の作成者、レビュー担当者、承認者など、特定のアクティビティを担当する個人を特定します。これは、一意のユーザーID、氏名、またはメールアドレスである場合があります。 ユーザーごとのデータ分析は、ワークロードの分散、パフォーマンス、コンプライアンスを理解する上で不可欠です。ユーザー別のアクティビティ内訳を可能にし、潜在的なトレーニングニーズやリソースの不均衡を浮き彫りにすることで、「仕訳ワークロード分散」や「仕訳却下分析」などのダッシュボードを強化します。
その重要性
この属性は、作業負荷の分散を分析し、トップパフォーマーを特定し、ユーザー固有の行動やボトルネックを理解する上で不可欠です。
取得元
この情報は通常、Workivaのイベントログまたは取引ログで利用可能であり、各記録されたアクティビティに関連付けられています。
例
asmithbjonescchen
|
|||
|
仕訳エントリステータス
JournalEntryStatus
|
仕訳エントリのライフサイクルにおける現在のステータス。 | ||
|
説明
この属性は、「下書き」、「承認待ち」、「承認済み」、「記帳済み」、「却下」など、仕訳伝票のリアルタイムな状態を示します。これは、データ抽出時点での仕訳伝票の状態のスナップショットを表します。 これは業務監視に不可欠であり、「現在の仕訳ステータス概要」ダッシュボードを強化します。プロセスの各段階における現在のワークロードとバックログを経営層に明確に示し、リソース配分と優先順位付けに役立ちます。
その重要性
仕訳エントリがプロセス内のどこにあるかのリアルタイムスナップショットを提供し、これは運用監視とバックログ管理
取得元
これは、Workivaの仕訳伝票ヘッダー上の標準フィールドであり、その現在の状態を反映しています。
例
下書き承認待ち転記済み却下
|
|||
|
仕訳エントリタイプ
JournalEntryType
|
標準、発生、修正などの仕訳エントリの分類。 | ||
|
説明
この属性は、仕訳伝票をその業務目的によって分類します。一般的なタイプには、定常的な取引のための標準仕訳、収益および費用認識のための発生主義仕訳、振替仕訳、修正仕訳などがあります。 この側面は比較分析に不可欠です。特定のタイプの仕訳伝票がより長くかかるか、却下率が高いか、または異なる経路をたどるかを確認するためにプロセスをセグメント化することができます。例えば、「仕訳伝票反転率トレンド」ダッシュボードでは、タイプ別に反転を分析するために使用され、特定の会計慣行に特有の問題を特定するのに役立ちます。
その重要性
プロセスをセグメント化することで、特定の種類のエントリが他のものよりも多くの遅延、手戻り、または逸脱を引き起こしているかどうかを特定できます。
取得元
これはWorkivaの仕訳伝票ヘッダー上の標準フィールドである可能性が高いです。
例
標準発生再分類修正
|
|||
|
仕訳金額
JournalEntryAmount
|
仕訳伝票の総金額で、通常は借方または貸方の合計額です。 | ||
|
説明
この属性は、仕訳伝票に関連付けられた主要な財務値を表します。これは、借方合計額(貸方合計額と一致するはず)である場合があります。 財務値によってプロセスを分析すると、重要なパターンが明らかになることがあります。例えば、高額な仕訳伝票は、より厳密な精査を受け、異なる、より厳格な承認経路をたどる可能性があります。この属性は、ダッシュボードをフィルタリングし、仕訳金額が処理時間、手戻り率、または承認遅延と相関があるかを分析するために使用できます。
その重要性
財務
取得元
これは、Workivaにおける仕訳伝票ヘッダーデータの基本的なフィールドです。
例
15000.00250.50125000.75
|
|||
|
部署
Department
|
仕訳エントリを開始した業務部門またはコストセンター。 | ||
|
説明
この属性は、財務、営業、マーケティングなど、仕訳伝票に関連付けられている組織単位を特定します。これは、コストセンターまたは仕訳伝票を作成したユーザーによって決定されることが多いです。 部門別にプロセスを分析することで、組織内の異なる部門間でのパフォーマンスベンチマークが可能になります。どの部門が最も効率的なプロセスを持ち、最も高い手戻り率、または最長の承認時間を抱えているかを特定するのに役立ち、ベストプラクティスの共有やターゲットを絞ったサポート提供のための洞察を提供します。
その重要性
異なる事業単位間のパフォーマンス比較を可能にし、部門固有の問題やベストプラクティスを特定するのに役立ちます。
取得元
この情報は、仕訳伝票ヘッダーデータで利用可能である可能性が高く、作成者のユーザープロファイルからリンクされているか、コストセンターとして指定されている場合があります。
例
財務北米営業Operations EU
|
|||
|
会社コード
CompanyCode
|
仕訳エントリが記録される特定の法人`のため`の識別子。 | ||
|
説明
会社コードは、企業グループ内の独立した法人を表します。財務取引は、法的報告および連結 複数の法人
その重要性
組織内の異なる法人間でプロセスパフォーマンスを分析および比較するために不可欠です。
取得元
これは、Workivaを含むあらゆる企業会計システムにおける仕訳伝票ヘッダーデータの基本的かつ必須のフィールドです。
例
1000US01DE01
|
|||
|
却下理由
RejectionReason
|
レビューまたは承認プロセス中に仕訳エントリが却下された理由を説明するコードまたはテキスト。 | ||
|
説明
仕訳伝票が却下された場合、この属性はレビュアーまたは承認者によって提供された理由を記録します。理由には、「不正確な総勘定元帳勘定」、「書類不足」、「計算エラー」、「ポリシー違反」などが含まれる場合があります。 この情報は、手戻りの根本原因分析にとって非常に貴重です。最も一般的な却下理由を分析することで、組織はユーザー向けのターゲットを絞った研修、より明確な指示、またはシステム制御の強化など、改善領域を特定できます。これは、「仕訳伝票手戻り分析」および「仕訳伝票却下分析」ダッシュボードの主要属性です。
その重要性
手戻りの根本原因に直接的な洞察を提供し、トレーニング、文書化、およびプロセス制御における
取得元
このデータは、専用フィールド、またはWorkivaの「仕訳伝票却下済み」アクティビティに関連付けられたコメント/メモフィールドに保存されている場合があります。
例
裏付け`データ`の不足不適切な総勘定元帳勘定が使用された金額がしきい値を超過
|
|||
|
手戻り
IsRework
|
仕訳エントリのライフサイクル中の任意の時点で却下または修正されたかどうかを示すフラグ。 | ||
|
説明
これは、各ケースについて計算される真偽値属性です。仕訳伝票のアクティビティシーケンスに「仕訳伝票却下済み」や「仕訳伝票修正済み」などのイベントが含まれる場合、「true」に設定されます。 この属性は、フィルタリングと集計のための明確な二値フラグを作成することで、手戻り分析を簡素化します。「仕訳伝票手戻り率」KPIの計算および「仕訳伝票手戻り分析」ダッシュボードの強化に不可欠であり、「ハッピーパス」から逸脱し、追加の労力を必要とするケースを迅速に特定できます。
その重要性
修正が必要だったすべての仕訳エントリを識別および分析するためのシンプルなフラグを提供します。これはプロセス品質と初回正解率を測定する上で重要です。
取得元
これは、各ケースのイベントログで手戻り関連アクティビティ(「仕訳伝票却下済み」など)の存在をチェックして計算される派生属性です。
例
truefalse
|
|||
|
承認サイクルタイム
ApprovalCycleTime
|
仕訳伝票がレビューのために提出されてから最終的に承認されるまでの総経過時間です。 | ||
|
説明
この計算指標は、承認フェーズ全体の期間を測定します。これは通常、各仕訳伝票の最初の「レビュー提出済み」イベントと最終的な「仕訳伝票承認済み」イベント間の時間差として計算されます。 これは、レビューおよび承認ワークフローの効率を直接的に測定するものであり、多くの財務部門にとって主要なKPIです。これは「仕訳承認サイクルタイム」ダッシュボードを強化し、ボトルネックを特定し、承認の迅速化を目的としたプロセス改善イニシアチブの影響を監視するのに役立ちます。
その重要性
これは、承認プロセスの効率を直接測定し、遅延を特定するのに役立つ主要業績評価指標(KPI)です。
取得元
これは、イベントログから「レビュー提出済み」および「仕訳伝票承認済み」アクティビティのタイムスタンプを使用して導出される計算指標です。
例
25920086400604800
|
|||
|
文書あり
HasSupportingDocumentation
|
レビュー提出前に裏付け`データ`が添付されたかどうかを示すフラグ。 | ||
|
説明
この属性は、特定の仕訳伝票に対して「レビュー提出済み」アクティビティの前に「証拠書類添付済み」アクティビティが存在するかどうかをチェックする真偽値フラグです。 この属性は、「仕訳伝票書類コンプライアンス」ダッシュボードと「仕訳書類添付率」KPIを直接サポートします。適切な書類がない仕訳伝票は、却下、遅延、監査指摘につながる可能性があるため、コンプライアンスと監査可能性に不可欠です。これを分析することで、ポリシーの施行とレビュープロセスの効率化に役立ちます。
その重要性
文書ポリシーへの
取得元
これは、各ケースのプロセスデータにおけるアクティビティのシーケンスをチェックして計算される派生属性です。
例
truefalse
|
|||
|
終了日時
EndTime
|
特定のアクティビティ/イベントが完了したタイムスタンプ。 | ||
|
説明
この
その重要性
アクティビティの実際の処理時間を計算し、アクティブな作業時間と待機時間を分離することで、より正確な効率分析を可能にします。
取得元
Workivaのドキュメントを参照してください。これは、単一アクティビティの開始
例
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T14:10:00Z
|
|||
|
自動化
IsAutomated
|
アクティビティがシステムによって実行されたか、人間によって実行されたかを示すフラグです。 | ||
|
説明
この真偽値属性は、「自動検証実行」など、システムによって自動的に実行されるアクティビティと、「仕訳伝票レビュー済み」のように、ユーザーが手動で実行するアクティビティを区別します。 この区別は、プロセス効率と自動化の可能性を正確に測定するために不可欠です。これにより、アナリストは人間に関連するボトルネックをシステム関連のボトルネックから分離し、プロセスに関わる実際の手動作業量を計算することができます。これは、自動化の促進と手動作業の削減に焦点を当てたイニシアチブにとって重要です。
その重要性
システムアクティビティと人間によるアクティビティを区別するのに役立ち、自動化レベルを分析し、手動
取得元
これはしばしば派生属性です。アクティビティの「ユーザー」がシステムアカウントまたはサービスアカウントであるかどうか、あるいはアクティビティ名自体が自動化を示唆しているかどうかを確認することで決定できます。
例
truefalse
|
|||
|
計上日
PostingDate
|
仕訳エントリが総勘定元帳に正式に記録される日付。 | ||
|
説明
記帳日は、財務報告目的における取引の有効日です。この日は、仕訳伝票が財務諸表に反映される会計期間を決定します。この日付は、仕訳伝票が作成または承認された日付とは異なる場合があります。 この属性は、財務およびコンプライアンス分析にとって重要です。会計期間の締めに対して仕訳伝票の記帳がどれだけ適時に行われたかを分析するのに役立ちます。承認から記帳までの遅延は、決算処理に影響を与える可能性のあるシステムまたはプロセスのボトルネックを示唆している場合があります。
その重要性
これは財務報告における重要な日付であり、記帳の適時性と財務決算サイクルへの影響を分析するのに役立ちます。
取得元
これは、Workivaにおける仕訳伝票ヘッダーデータの標準的な日付フィールドです。
例
2023-10-312023-11-302023-12-31
|
|||
Record to Report - 仕訳エントリのアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
仕訳エントリレビュー提出
|
ユーザーが下書きした仕訳エントリとその文書を、正式なレビューおよび承認`ワークフロー`に提出する瞬間を表します。これは通常、Workivaプラットフォーム内で明示的なステータス変更として捕捉され、`エントリ`を「下書き」または「新規」の状態から「レビュー中」に移動させます。 | ||
|
その重要性
このアクティビティは、承認サイクルを開始する重要なマイルストーンです。この時点から最終承認までの時間を測定することは、レビュープロセスのボトルネックを特定し、承認サイクルタイムを算出する上で不可欠です。
取得元
仕訳エントリレコードのステータス変更から推測されます。例えば、「下書き」から「レビュー提出済み」への変更などです。この変更とその
取得
仕訳エントリのステータスフィールドが「提出済み」または類似の値に変更されたことを、その変更
イベントタイプ
inferred
|
|||
|
仕訳エントリ却下済み
|
レビュー担当者または承認者が、エラー、情報不足、ポリシー違反`のため`に仕訳エントリを却下します。このアクションにより、`エントリ`は作成者に戻され、修正`のため`に送り返されます。これはステータスが「却下済み」または「手戻りが必要」に変更されることで記録されます。 | ||
|
その重要性
このアクティビティは、プロセス非効率性の主要な原因である手戻りループの主な引き金です。却下を分析することで、トレーニングニーズ、一般的なエラー、および不明確なプロセスガイドラインを特定するのに役立ちます。
取得元
仕訳エントリの履歴ログにおけるステータス変更から推測されます。ステータスは「却下済み」に更新され、この
取得
ステータスフィールドが「却下」または「差し戻し」に更新された時のタイムスタンプです。
イベントタイプ
inferred
|
|||
|
仕訳エントリ承認済み
|
このアクティビティは、承認されたユーザーによる仕訳伝票の最終承認を表し、記帳を許可します。これは重要なマイルストーンであり、通常Workivaで「承認済み」への明示的なステータス変更として記録されます。 | ||
|
その重要性
レビューおよび承認プロセス全体の成功裏の完了を示します。これは、承認サイクルタイムと初回承認率を測定するための重要な
取得元
仕訳エントリのステータス履歴ログから取得されます。レコードのステータスフィールドが「承認済み」に更新され、この変更は
取得
仕訳伝票のステータスフィールドが「承認済み」に更新された時のタイムスタンプです。
イベントタイプ
inferred
|
|||
|
仕訳エントリ総勘定元帳に記帳済み
|
このアクティビティは、承認された仕訳伝票が正式に総勘定元帳に記帳されたことを示します。これはメインプロセスフローの完了を表し、通常は最終ステータス変更または記帳取引ログとして記録されます。 | ||
|
その重要性
ほとんどの仕訳エントリにとって主要な「終了」
取得元
これは、総勘定元帳の記帳を記録する取引ログ、または仕訳伝票のステータスが「記帳済み」に変更された際に確認できます。記帳日フィールドは通常この時点で入力されます。
取得
イベントタイプ
explicit
|
|||
|
仕訳エントリ逆仕訳処理済み
|
以前に記帳された仕訳エントリが取り消され、元の`エントリ`を相殺する新しい`エントリ`が作成されます。これはシステムに明示的に記録される特定の取引タイプです。 | ||
|
その重要性
このアクティビティは、記帳済み仕訳伝票のエラーを示す強力な指標です。高い反転率は、初期レビューおよび承認プロセスにおける潜在的な問題を示唆し、財務の正確性に影響を与え、追加作業を必要とします。
取得元
特定の取引タイプまたはフラグが逆仕訳を示す取引
取得
「逆仕訳」タイプ
イベントタイプ
explicit
|
|||
|
仕訳を作成
|
このアクティビティは、Workivaで新しい仕訳伝票が開始される時点を示します。ユーザーが新しい仕訳伝票レコードを作成した際に記録され、プロセスのケース識別子として機能する一意の仕訳伝票IDが生成されます。 | ||
|
その重要性
プロセス開始点として、この
取得元
このイベントは通常、新しい仕訳伝票オブジェクトの作成と、作成タイムスタンプおよびユーザーIDを記録するWorkivaの監査ログまたは取引テーブルから記録されます。
取得
新しい仕訳エントリレコード作成時に監査証跡または
イベントタイプ
explicit
|
|||
|
仕訳エントリレビュー済み
|
このイベントは、レビュアーが仕訳伝票の評価を完了し、承認のために送信したり、却下したりするなどのアクションを取ったことを示します。これは通常、その後のステータス変更から推測されます。 | ||
|
その重要性
重要な品質チェックの完了を示します。レビュー段階の期間を分析することは、チームのワークロード管理や、レビュー担当者
取得元
これは、仕訳伝票のステータスが「レビュー中」から「承認待ち」または「却下」のようなその後の状態へ変更されたタイムスタンプから推測されます。
取得
「レビュー中」の状態からその後のいずれかの状態へのステータス変更のタイムスタンプです。
イベントタイプ
inferred
|
|||
|
仕訳エントリレビュー開始
|
このアクティビティは、レビュアーが提出された仕訳伝票の審査を開始する時点を示します。これは、レビュアーがWorkivaのワークリストでレビュータスクを「開く」または「引き受ける」ことで推測できます。 | ||
|
その重要性
このアクティビティは、仕訳伝票がキューで待機している時間と、実際にレビューに費やされている時間を区別するのに役立ちます。レビュアーの作業負荷を正確に測定し、キューイングのボトルネックを特定する上で不可欠です。
取得元
これは明示的なイベントではないことが多いです。システムが特定のユーザーにタスクを割り当てることで、またはユーザーが提出後に初めて仕訳伝票レコードを開いたときに推測できます。
取得
タスクステータスが「進行中」に変更されたとき、または割り当てられたレビュー担当者によって提出後初めてレコードが開かれたときから推測されます。
イベントタイプ
inferred
|
|||
|
仕訳エントリ修正済み
|
却下後、作成者または他のユーザーが、提起された問題に対処`するため`に仕訳エントリを修正します。これは通常、明示的な`イベント`ではありませんが、「却下済み」ステータス後のレコードの`データ`変更を検出することで推測されます。 | ||
|
その重要性
このアクティビティは、手戻りループの重要な部分です。仕訳伝票の修正にかかる時間を測定することで、エラーがどれだけ迅速に対処されているか、また特定のユーザーや仕訳タイプが修正に時間がかかるかどうかを明らかにすることができます。
取得元
このアクティビティは、監査証跡ログを分析することで推測されます。「却下」ステータスとその後の再提出の間に仕訳伝票で発生するフィールド変更イベントを探すことで特定されます。
取得
「却下済み」
イベントタイプ
inferred
|
|||
|
仕訳エントリ承認`のため`に送信
|
最初のレビューが成功した後、仕訳エントリは正式に指定された承認者または承認グループに転送されます。これは、例えば「レビュー済み」から「承認保留中」へのステータス変更によって記録されます。 | ||
|
その重要性
このアクティビティは、異なる役割の担当者によって実行される可能性のある、初期レビューと最終承認のステップを区別します。これにより、上位承認段階に特有の遅延を特定するのに役立ちます。
取得元
仕訳エントリのレコードのステータス変更から推測され、変更履歴
取得
ステータスフィールドが「承認保留中」または類似の値に変更されたことを、その
イベントタイプ
inferred
|
|||
|
仕訳エントリ照合済み
|
この記帳後アクティビティは、仕訳伝票が照合プロセス中に照合され、クリアされたときに発生します。これはWorkivaの照合または勘定認定ツール内で記録されます。 | ||
|
その重要性
記帳から照合までの時間を分析することは、財務決算プロセスの効率を理解する上で重要です。ここでの遅延は、財務報告の適時性と正確性に影響を与える可能性があります。
取得元
これはWorkiva内の別の照合モジュールまたはテーブルから取得される可能性が高く、照合された項目を元の仕訳伝票IDにリンクします。照合ステータス変更のタイムスタンプが使用されます。
取得
照合モジュール内でのイベントまたはステータス変更のタイムスタンプであり、仕訳伝票を「照合済み」としてフラグ付けします。
イベントタイプ
explicit
|
|||
|
自動検証失敗
|
システムの自動検証チェックがエラーを特定し、仕訳伝票がワークフローで進行するのを防ぎます。これにより、仕訳伝票のステータスは自動的に失敗または手戻り状態に設定されます。 | ||
|
その重要性
これは、稼働中の自動化された品質管理を浮き彫りにします。高い失敗頻度は、システム的なデータ入力の問題、または検証ルール自体の問題を示唆する可能性があり、不要な手戻りループを生み出します。
取得元
これは、システムログ、または自動検証プロセスによってトリガーされるステータス変更から記録されます。仕訳伝票のステータスは「検証エラー」などに変更される可能性があります。
取得
システムによってログに記録された
イベントタイプ
explicit
|
|||
|
自動検証実行済み
|
提出後、フィールド、合計、または`コンプライアンス`ルールを検証するために、仕訳エントリに対して自動システムチェックが実行されます。これは多くの場合、システムによってログに記録される自動バックグラウンドプロセスです。 | ||
|
その重要性
取得元
このイベントは、システムログ、または仕訳ワークフローに関連付けられた特定の取引ログに記録され、検証ルールの実行を記録します。
取得
検証エンジンが仕訳エントリ
イベントタイプ
explicit
|
|||
|
裏付け`データ`添付済み
|
このアクティビティは、ユーザーが請求書や契約書などの1つ以上の証拠書類を仕訳伝票レコードに添付したときに発生します。これは通常、Workiva内の文書管理または添付機能の監視によって記録されます。 | ||
|
その重要性
このアクティビティを追跡することは、コンプライアンスの監視と遅延の特定に不可欠です。仕訳伝票作成と書類添付の間の時間は、レビューおよび承認サイクルに影響を与える重大なボトルネックとなる可能性があります。
取得元
Workivaの文書管理機能に関連するログから取得され、特定の
取得
ユーザーが仕訳エントリに文書を正常にアップロードまたはリンクしたときにログに記録される
イベントタイプ
explicit
|
|||