調達から支払いまで－請求書処理のデータテンプレート

アクティビティ属性は、請求書処理ワークフローにおける個別の段階や操作を表します。文書の作成、ステータスの変更、承認、SAPの変更ログに記録されたユーザー操作など、さまざまなシステムイベントから導出されます。

アクティビティの分析は、プロセスマイニングの中核です。プロセスマップの可視化、ボトルネックの特定（例：「請求書を承認に回付」した後の長い待ち時間）、手戻りの把握（例：「支払ブロックの設定」と「支払ブロックの解除」の繰り返し）、コンプライアンスからの逸脱の特定に役立ちます。アクティビティの順序と頻度から、実際に行われているプロセスの流れが分かります。

プロセスマップの各ステップを定義し、プロセスフローの可視化、ボトルネックの発見、手戻りの特定を可能にします。

通常、トランザクションコード（SY-TCODE）、RBKPなどのテーブルにあるステータスフィールド（例：RBSTAT）、CDHDRおよびCDPOSテーブルの変更イベントなど、複数の情報源から導出されます。

イベント時刻は、業務アクティビティがソースシステムで実行され、記録された正確な時点を示します。このタイムスタンプがプロセスの時系列の基盤となり、各請求書のアクティビティを一貫した順序に並べます。

分析では、サイクルタイム、待ち時間、アクティビティ間の処理時間など、時間に基づくすべての指標を算出するために欠かせません。「請求書のエンドツーエンドサイクルタイム」や「支払ブロックの解決所要時間」などのダッシュボードで、プロセス内の任意の2時点間の経過時間を測定するために使われます。遅延やパフォーマンス上のボトルネックを特定するには、正確なタイムスタンプが重要です。

イベントを正しい順序に並べ、サイクルタイムやボトルネックの継続時間など、パフォーマンス指標を算出するために欠かせません。

通常、変更文書ヘッダーテーブルCDHDRの変更日（UDATE）と変更時刻（UTIME）を組み合わせて導出します。特定の作成イベントでは、RBKPなどのテーブルにある作成日と作成時刻（ERNAM、ERZET）を使う場合があります。

請求書番号は、請求書処理の流れを識別する一意のケースIDです。番号ごとに仕入先から受領した1件の請求書が対応し、データの記録から最終的な支払いまで、関連するすべてのアクティビティを1つのプロセスとして追跡できます。

プロセスマイニング分析では、この属性を使って各請求書のライフサイクル全体を再構成します。仮登録、転記、ブロック、消込など、SAPに記録された個々のイベントを時系列でつなげられます。これにより、各請求書の処理方法や所要時間、標準プロセスからの逸脱が発生する箇所を明確に把握できます。

1件の請求書に関するすべてのイベントをつなぐ主キーです。プロセス分析とバリアントの調査に欠かせない基盤となります。

通常は、SAPのRBKPテーブルにある文書番号（BELNR）です。一意性を確保するため、会社コード（BUKRS）と会計年度（GJAHR）を連結する場合もあります。

ユーザー名属性は、プロセス内の特定のアクティビティを実行した担当者を識別します。通常、トランザクションや変更イベントとともに記録されたSAPユーザー名です。

ユーザーやチーム単位のパフォーマンス分析に欠かせない属性です。「承認が最も速い担当者は誰か」「手戻りを最も多く発生させているユーザーは誰か」といった問いに答えるのに役立ちます。ダッシュボードで業務負荷の分布を分析し、研修の必要性を特定し、従業員間の実績の違いを把握するために使われます。

個人やチームごとの実績と業務負荷を分析できます。優れた実績を上げている担当者や研修の機会、リソースの偏りを特定するのに役立ちます。

変更文書ヘッダーテーブルCDHDRの「変更者」フィールド（USERNAME）です。作成イベントでは、RBKPなどのテーブルにある「入力者」フィールド（ERNAM）が該当します。

仕入先番号は、仕入先を識別するマスターデータのキーです。請求書の取引を特定のビジネスパートナーに結び付け、仕入先の特性に基づく分析を可能にします。

仕入先番号ごとにプロセスを分析すると、仕入先との関係や実績に関する重要なインサイトが得られます。たとえば、支払ブロックや不一致につながる問題のある請求書を繰り返し提出する仕入先や、請求書を効率よく処理できている仕入先を特定できます。こうした情報は、仕入先管理や戦略的な調達施策に役立ちます。

仕入先ごとの分析が可能になり、特定の仕入先に関連する傾向や問題、効率性を把握できます。

請求書ヘッダーテーブルRBKPにある「請求元」フィールド（LIFNR）です。

請求書に不一致がある場合や、追加調査が必要な場合は、支払ブロックが設定されます。支払ブロック理由コードは、数量差異、価格差異、手動ブロックなど、ブロックの理由を示します。

この属性は、「支払ブロック解消までの期間」ダッシュボードに欠かせません。理由ごとのブロックの発生頻度と期間を分析すると、支払い遅延の根本原因を特定できます。たとえば、長期ブロックの理由として「価格の不一致」が最も多い場合、マスターデータや発注プロセスに対処すべき問題がある可能性を示しています。

請求書の支払いが遅れる理由を明らかにし、支払ブロックの根本原因分析や、プロセス改善の優先順位付けに役立ちます。

支払ブロック理由は、明細レベルのテーブルRSEG（フィールドSPGRS）、または会計伝票テーブルBSEG（フィールドZLSPR）で確認できます。

支払期日は、請求書のベースライン日付と合意済みの支払条件に基づいて算出されます。期限を過ぎて遅延損害金が発生したり、仕入先との関係に影響したりすることを避けるための支払期限です。

この属性は、「期日どおりの支払率」や「現金割引機会の損失」など、パフォーマンスやコンプライアンスに関する重要業績評価指標（KPI）の算出に欠かせません。実際の支払日（消込日）と支払期日を比較することで、支払いが期日どおり、期日前、または期日後だったかを自動的に判定できます。また、「支払条件の遵守」ダッシュボードの基礎となる属性です。

期日どおりの支払状況を測定し、早期支払割引を受ける機会を特定するための基準となります。

この日付は、多くの場合、計算によって求められます。支払のベースライン日付（ZFBDT）はテーブルBSEGにあります。期日の算出には、支払条件（BSEG-ZTERM）も関係します。

消込日は、請求書のライフサイクルにおける最終段階である支払いを示します。システム上で、未決済の請求書明細が支払伝票によって消し込まれた日付です。この日付は、実際に支払いが実行された時点を表します。

この属性は、「請求書の平均サイクルタイム」や「期日どおりの支払率」など、多くの重要業績評価指標（KPI）の終点となります。支払パフォーマンスを測定するため、支払期日と比較します。現金割引の分析では、割引期間と比較し、割引を受けられる期間内に支払いが行われたかを確認します。

プロセスの完了を示し、総サイクルタイム、期日どおりの支払率、現金割引の適用状況を算出する基準となります。

消込済み明細の場合、消込済み仕入先明細テーブルBSAKの「消込日」フィールド（AUGDT）です。

発注書番号は、請求書と元の調達文書を結び付けます。発注書、入庫、請求書の3点照合や、発注書に基づく請求書処理の効率分析に欠かせません。

この属性は、「請求書と発注書の照合不一致率」などのダッシュボードで重要です。発注書ありの請求書と発注書なしの請求書を分けて分析できます。両者では処理経路や複雑さが大きく異なることがよくあります。特定の発注書に関する問題を分析すると、調達プロセスの上流で発生している問題の診断にも役立ちます。

請求書と調達プロセスを結び付け、発注書あり・なしの請求書を比較したり、照合の不一致を特定したりできます。

通常、明細項目レベルで確認できます。請求書明細テーブルRSEGにある「発注書番号」（EBELN）を使います。ヘッダーレベルに集約する必要がある場合もあります。

請求書金額は、仕入先が提出した請求書の総額を表します。請求書の各ケースにおける重要な財務指標です。

プロセスマイニングでは、金額に基づく分析に欠かせない属性です。請求書金額でプロセスを絞り込んだり分類したりできます。金額は、プロセスの複雑さや承認要件と関連することがよくあります。たとえば、高額の請求書には、より厳格な承認経路が適用される場合があります。コンプライアンス分析にも使われ、高額の請求書が必要な承認ステップを経ずに処理されていないか確認できます。

金額に基づく分析が可能になり、高額の請求書に優先的に対応したり、請求書金額がプロセスの流れやコンプライアンスに与える影響を把握したりできます。

請求書ヘッダーテーブルRBKPにある「請求書総額」フィールド（RMWWR）です。

転記日は、会計プロセスにおける重要な日付です。請求書費用を総勘定元帳に計上する会計期間を決定します。通常、請求書処理の際に買掛金担当者が設定します。

プロセス分析では、この日付が示す「請求書転記」アクティビティが重要な節目となります。請求書の受領から転記日までの期間は、全体のサイクルタイムを構成する重要な要素です。また、週別・月別の転記件数を追跡するなど、財務報告や処理量の分析にも欠かせません。

プロセスの重要な節目を示し、取引の会計期間を決定するとともに、サイクルタイムの算出に欠かせない要素です。

請求書ヘッダーテーブルRBKPの「転記日」フィールド（BUDAT）です。

ソースシステム属性は、イベントデータの取得元を示します。たとえば、特定のSAP ECCインスタンス名が該当します。複数のERPシステムを運用している環境や、異なるソースのデータを統合する場合に特に重要です。

分析では、別々のインスタンスで稼働するシステム、地域、事業部門ごとにプロセスや実績を区別できます。データの出所を明確にし、システムごとのフィルタリングや分析を可能にします。

複数のシステムがある環境で重要なコンテキストを提供し、データを適切に分けて、システムごとのパフォーマンス分析を可能にします。

通常、データ抽出時に追加する固定値です。SAPシステムID（TADIR-SRCSYSTEM）や、特定のSAPインスタンスに手動で割り当てた識別子を設定します。

会社コードは、独立した法人を表すSAP Financialsの基本的な組織単位です。請求書を含むすべての財務取引は、特定の会社コードに転記されます。

この属性を使うと、法人ごとにプロセス分析を分けられます。企業グループ内の各社について、プロセスのパフォーマンス、コンプライアンス、効率を比較するうえで重要です。ダッシュボードを会社コードで絞り込むと、各社の請求書処理に関する重要業績評価指標（KPI）を確認できます。

組織内の異なる法人間でプロセスを比較し、パフォーマンスのベンチマークを行えます。

請求書ヘッダーテーブルRBKPの「会社コード」フィールド（BUKRS）です。

伝票タイプは、SAPでさまざまな業務取引を分類するために使われます。請求書処理では、標準請求書を示す「RE」や、仕入先クレジットメモを示す「KG」などが一般的です。伝票タイプによって、使用する番号範囲など、転記に関する設定が決まります。

分析では、この属性を使って特定の取引タイプに絞り込めます。たとえば、クレジットメモの処理は、標準請求書の処理と大きく異なる場合があります。伝票タイプでプロセスを分けることで、より正確で意味のあるプロセスの全体像を把握できます。

請求書とクレジットメモなど、異なるプロセスに従う業務取引を分けて分析できます。

請求書ヘッダーテーブルRBKPの「伝票タイプ」フィールド（BLART）です。

この属性には、データを最後に抽出または更新した日時が記録されます。個々のイベントではなくデータセット全体に適用されるため、データの新しさを明確に確認できます。

ダッシュボードの利用者や分析担当者にとって、重要なメタデータ属性です。分析対象の期間を把握し、最新の情報に基づいて判断するのに役立ちます。通常、データの更新時期を知らせるため、ダッシュボード上の目立つ位置に表示されます。

データがどの程度新しいかを利用者に知らせ、最新の情報に基づく分析と意思決定を支えます。

データ更新時に、データ抽出ツールまたはETLツールがこの値を生成し、データセットに追加します。

承認者が請求書を却下する際は、通常、その理由も記録します。「発注書番号の誤り」「請求書の重複」「金額の誤り」などを示す標準コードや自由記述のコメントが使われます。

このデータは、「請求書の却下理由と傾向」ダッシュボードに欠かせません。却下理由ごとの発生頻度を分析すると、よくある問題を特定し、是正措置を講じられます。たとえば、「発注書番号の誤り」が頻繁に発生する場合、仕入先との連絡方法の見直しや、データ入力担当者へのトレーニングが必要かもしれません。この分析は、プロセスの手戻りを減らすうえで重要です。

却下の根本原因を把握し、的を絞ったプロセス改善によって手戻りを減らし、初回で正しく処理できる割合を高められます。

この情報は、標準の単一フィールドに保存されていないことがよくあります。ワークフローのコンテナログ、伝票に関連付けられた長文テキスト、またはカスタムワークフローソリューションの専用フィールドに記録されている場合があります。

支払条件は、請求書の支払期限と、早期支払いに対する現金割引の有無や内容を定めます。例として「30日以内に全額支払い」や「10日以内なら2％割引、30日以内に全額支払い」があります。

この属性は、「現金割引機会の損失」ダッシュボードと「現金割引獲得率」の重要業績評価指標（KPI）の基礎となります。転記日と支払日を支払条件と照らし合わせ、割引が適用可能だったか、実際に適用されたかを分析します。また、「支払条件の遵守」ダッシュボードにも欠かせません。

現金割引の獲得率を分析し、プロセスの遅延が財務に与える影響を把握するうえで欠かせません。

請求書ヘッダーテーブルRBKPの「支払条件キー」フィールド（ZTERM）です。

「消込日」（実際の支払日）と「支払期日」を比較して算出する真偽値属性です。消込日が支払期日より後の場合はtrue、それ以外はfalseになります。請求書ごとの期日どおりの支払状況を、簡潔かつ直接的に示します。

この属性を使うと、ダッシュボードでの分析や可視化が簡単になります。絞り込みや集計を行い、「期日どおりの支払率」の重要業績評価指標（KPI）を容易に算出できます。支払遅延があった請求書と期日どおりに支払われた請求書のプロセスフローをすばやく比較し、遅延につながるプロセスの傾向を把握できます。

期日どおりの支払状況を簡単に分析でき、請求書処理のプロセスを期日どおりの場合と遅延した場合で比較できます。

この属性はSAPにはありません。データ変換時に、次の式で算出します：ClearingDate > PaymentDueDate。

支払条件と実際の支払日に基づいて算出する真偽値属性です。「支払条件」に早期支払い割引が設定されており、「消込日」が割引期間の終了後である場合、trueになります。プロセスの非効率による財務上の損失を直接測定できます。

この属性は、「現金割引機会の損失」ダッシュボードの基礎となります。処理遅延による財務上の影響を簡単に数値化できます。このフラグがtrueのケースに絞り込むと、割引の未獲得につながりやすいプロセスバリアントやボトルネックを分析でき、プロセス改善の必要性を示す根拠になります。

プロセスの遅延による財務上の損失を直接数値化し、請求書処理ワークフローの改善を進める根拠になります。

この属性はSAPにはありません。データ変換時に「PaymentTerms」を解釈し、「ClearingDate」と割引期限を比較して算出します。

終了時刻属性は、特定のアクティビティが完了した時点を示します。SAPの多くのイベントは時点として記録されるため、終了時刻は開始時刻と同じです。一方、実際に作業を行う承認ステップのように、所要時間を測定できるアクティビティでは、その作業の完了時刻を表す場合があります。

プロセス分析で終了時刻を個別に記録すると、アクティビティの処理時間を、その前に発生する待ち時間と分けて測定できます。アクティビティの実行にかかる時間と、ケースが開始を待つ時間を区別できるため、リソース効率をより詳しく把握できます。

アクティビティの処理時間を算出し、アクティビティ間の待ち時間と区別できます。ボトルネック分析の精度向上にも役立ちます。

多くの場合、開始時刻と同じで、CDHDR-UDATEとCDHDR-UTIMEから導出されます。タスクの開始と終了を明示的に記録するワークフローログから導出する場合もあります。

総勘定元帳（G/L）勘定は、勘定科目表の中で請求書の財務上の影響を記録する勘定です。財務報告やコスト管理に欠かせないデータです。

プロセスマイニングでは、総勘定元帳勘定を分析することで、プロセスフローを財務面から把握できます。「総勘定元帳勘定の使用状況分析」ダッシュボードでは、支出の傾向や請求書の勘定コード誤りを確認し、コストが適切な部門やプロジェクトに配賦されているかを検証できます。プロセスの実行状況と財務への影響を結び付けるのに役立ちます。

プロセスを財務面から分析できるようになり、コスト配賦や支出傾向、請求書の勘定コード誤りの可能性を確認できます。

明細レベルで確認できます。発注書に基づく請求書の場合は請求書明細テーブルRSEG、FI直接請求書の場合はBSEGに「総勘定元帳勘定番号」（HKONT）があります。

通貨属性は、請求書金額の通貨を示します。例：USD、EUR、JPY。

この属性は、請求書金額を正しく解釈するために必要なコンテキストを提供します。複数の通貨を扱うグローバルな組織では、財務データを正確に解釈し、集計するうえで役立ちます。通貨で分析を絞り込むことで、通貨圏ごとの処理効率や問題を比較できます。財務データを適切に集計するには、金額を単一の報告通貨に換算する必要がある場合があります。

財務金額を正しく解釈するためのコンテキストとなり、通貨別の絞り込みや分析を可能にします。

請求書ヘッダーテーブルRBKPの「通貨キー」フィールド（WAERS）です。