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

SAP S/4HANA
調達から支払いまで:請求書処理のデータテンプレート

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

このデータテンプレートは、調達から支払いまでの請求書処理分析を設定する際の手引きです。収集すべき基本的なデータ属性、追跡すべき主要なアクティビティ、抽出に関するガイダンスをまとめています。このテンプレートを使うことで、プロセスマイニングに向けたデータ準備をスムーズかつ効果的に進められます。
  • 収集を推奨する属性
  • 追跡すべき主要なアクティビティ
  • SAP S/4HANAからの抽出ガイダンス
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

調達から支払いまで:請求書処理の属性

調達から支払いまでの請求書処理を詳細に分析するため、イベントログに含めることを推奨するデータ項目です。
3 必須 8 推奨 10 任意
名前 説明
請求書番号
InvoiceNumber
仕入先請求書伝票を一意に識別する番号であり、プロセスにおける主要なケース識別子です。
説明

請求書番号は、SAP S/4HANA内の各仕入先請求書に割り当てられる一意の識別子です。作成、保留、承認、支払いなど、関連するすべてのアクティビティを1つの一貫したプロセスインスタンスに結び付けます。

プロセスマイニングでは、この属性が各請求書のエンドツーエンドの経過を追跡する基盤になります。受領から最終支払いまでのプロセスフロー全体を再構成できるため、請求書単位でサイクル時間、ボトルネック、プロセスのばらつきを分析できます。

重要な理由

関連するすべてのイベントを結び付け、システム上で請求書のライフサイクルを完全に追跡するために欠かせないキーです。

入手先

BKPFテーブルのBELNRフィールドにある会計伝票番号です。

190000000119000000451900000132
アクティビティ名
ActivityName
請求書について、特定の時点で発生した業務アクティビティまたはイベントの名称です。
説明

アクティビティ名は、請求書処理のライフサイクルにおける特定のステップまたはステータス変更を表します。例として、「請求書伝票作成」、「請求書承認依頼送付」、「支払ブロック設定」、「支払実行」などがあります。

この属性は、アクティビティの流れを視覚的に表すプロセスマップの作成に欠かせません。アクティビティの順序、頻度、間隔を分析することで、ボトルネック、手戻りループ、コンプライアンスに反するプロセスのばらつきを特定できます。あらゆるプロセスマイニング分析の基盤となる属性です。

重要な理由

プロセスの各ステップを定義し、プロセスマップの可視化とプロセスフローおよびばらつきの分析を可能にします。

入手先

SAPトランザクションコード(SY-TCODE)、変更文書オブジェクトのステータス(CDHDR/CDPOS)、およびステータス変更を示す特定のフィールド値を組み合わせて算出します。

請求書の仮保存請求書の承認支払実行
イベント時刻
EventTime
アクティビティが発生した正確な日付と時刻です。
説明

イベント時刻は、特定のアクティビティが発生した正確な時点を記録するタイムスタンプです。このデータは、プロセス内の各ステップ間の期間、サイクル時間、待機時間を算出するために欠かせません。

プロセスマイニング分析では、正確なタイムスタンプを使って「平均請求書サイクル時間」や「請求書承認サイクル時間」などのパフォーマンスKPIを測定します。アクティビティ間の経過時間を分析することで、請求書が滞留するボトルネックを特定し、プロセスを迅速化する機会を見つけられます。

重要な理由

このタイムスタンプは、パフォーマンス監視、ボトルネックの特定、SLAの追跡など、時間に基づくすべての分析の基盤です。

入手先

通常は、変更文書テーブルCDHDR(ヘッダー)とCDPOS(明細)のUDATEフィールドおよびUTIMEフィールドから取得します。一部のイベントでは、BKPFテーブルなどの作成日または入力日(CPUDT、CPUTM)を使用する場合があります。

2023-04-15T10:30:00Z2023-04-18T14:05:21Z2023-05-02T09:00:00Z
ユーザー名
UserName
アクティビティを実行した担当者またはシステムのSAPユーザーIDです。
説明

特定のトランザクションを実行したユーザー、または伝票を作成したユーザーを識別する属性です。個人のユーザーIDの場合も、自動バッチ処理用のシステムIDの場合もあります。

ユーザー単位で分析すると、業務量の分布、トレーニングの必要性、通常とは異なるユーザーの行動を把握できます。たとえば、例外処理を頻繁に担当するユーザーや、自動処理された請求書(例:「BATCHUSER」ユーザー)を特定できます。これは「請求書自動化率」KPIの算出にも役立ちます。

重要な理由

プロセスのアクティビティを特定のユーザーまたはシステムアカウントに紐付け、業務量の分析、パフォーマンス比較、自動化の検出を可能にします。

入手先

BKPF-USNAM(入力者)やCDHDR-USERNAME(変更者)などのフィールドから取得します。

SMITHJMUELLERTWF-BATCH
仕入先番号
VendorNumber
請求書を提出した仕入先を一意に識別する番号です。
説明

仕入先番号は、請求書に関連付けられた仕入先または債権者を識別します。請求書取引を仕入先マスターデータに結び付けます。

この属性は、「仕入先支払パフォーマンス」の評価や、例外または支払ブロックにつながる問題のある請求書を頻繁に提出する仕入先の特定など、仕入先中心の分析に欠かせません。仕入先との関係を管理し、サプライヤーの信頼性を評価するのに役立ちます。

重要な理由

仕入先ごとのプロセスパフォーマンスを分析し、傾向の特定、関係の管理、仕入先に起因する問題の評価に役立ちます。

入手先

通常は、会計伝票セグメントテーブルBSEGのLIFNRフィールドにあります。

100345700012V9832
会社コード
CompanyCode
財務諸表を作成する、法的に独立した会社を表す組織単位です。
説明

会社コードは、SAP財務会計における基本的な組織単位です。各請求書には特定の会社コードが割り当てられ、取引を担当する法人が決まります。

プロセスマイニングでは、会社コードでフィルタリングまたは比較することが、異なる事業部門、法人、国のプロセスパフォーマンスを分析するうえで欠かせません。地域ごとの効率、コンプライアンス、自動化レベルの違いを特定し、対象を絞った改善施策を支援できます。

重要な理由

組織内の異なる法人または地域間で、請求書処理のパフォーマンスを分類して比較できます。

入手先

伝票ヘッダーテーブルBKPFの標準フィールドであるBUKRSです。

1000US01DE01
伝票タイプ
DocumentType
仕入先請求書や貸方メモなど、会計伝票の種類を分類するコードです。
説明

伝票タイプは、SAPで異なる業務取引を区別するために使用します。たとえば、「KR」は通常の仕入先請求書を、「KG」は仕入先貸方メモを表す場合があります。

伝票タイプ別に分析すると、取引の種類ごとにプロセスを分類し、処理方法を把握できます。たとえば、貸方メモのプロセスは通常の請求書とは大きく異なる場合があります。この分類により、より正確で関連性の高いプロセス分析が可能になります。

重要な理由

通常の請求書や貸方メモなど、異なる経理取引を区別できます。これらは異なるプロセス経路をたどることがよくあります。

入手先

伝票ヘッダーテーブルBKPFのBLARTフィールドにあります。

KRREKG
支払ブロック理由
PaymentBlockReason
請求書が支払対象からブロックされた理由を示すコードです。
説明

請求書が支払ブロックされた場合に、数量差異や価格不一致など、具体的な理由を示す属性です。これらの理由は、例外処理を標準化するためにSAPで設定します。

この属性は、「支払ブロックの発生状況と期間」ダッシュボードに欠かせません。ブロック理由ごとの頻度を分析すると、特定の仕入先、品目、社内プロセスに起因する支払遅延の根本原因を特定し、対象を絞った是正措置を講じられます。

重要な理由

支払ブロックの具体的な根本原因を示し、遅延の削減と初回正解率の向上に向けた分析を可能にします。

入手先

BSEGテーブルの仕入先明細にあるZLSPRフィールド(支払ブロックキー)にあります。

RIA
支払期日
PaymentDueDate
延滞を避けるために請求書を支払う必要がある日付です。
説明

支払期日は、請求書日付と合意した支払条件に基づいて算出される、仕入先への支払期限です。プロセスにおける重要な締切日となります。

この属性は、「期限内支払率」KPIや「仕入先支払パフォーマンス」ダッシュボードに欠かせません。実際の支払日と支払期日を比較することで、支払義務を果たす能力を測定できます。これは仕入先との関係や財務上の信用にも影響します。

重要な理由

期限内支払の実績を測定する主要な基準です。良好な仕入先関係を維持し、延滞料金を避けるうえで重要です。

入手先

通常は、BSEGテーブルの仕入先明細にあるZFBDTフィールド(支払期日計算の基準日)から直接取得できます。正味支払期日は、この基準日と支払条件から算出します。

2023-05-302023-06-152023-07-01
請求書金額
AmountInCompanyCodeCurrency
会社コードの現地通貨で表した請求書の税込み総額です。
説明

請求書の合計金額を表す属性です。請求書処理業務の財務的な影響と規模を把握するための重要な指標です。

請求書金額を分析すると、高額請求書を優先的に迅速処理したり、支出の傾向を把握したり、プロセス上の問題と金額を関連付けたりできます。たとえば、高額請求書ほどブロックされやすいか、承認に時間がかかるかを調査できます。

重要な理由

プロセスに財務面の情報を加え、金額に基づく分析を可能にします。たとえば、高額請求書が異なる方法で処理されているかを確認できます。

入手先

通常は、BSEGテーブルの関連する明細項目にあるWRBTRフィールド(現地通貨金額)の合計から算出します。

1500.75125000.00850.20
購買発注
PurchasingDocument
請求書に関連する購買発注番号です。
説明

購買伝票番号は、仕入先請求書を元の購買発注(PO)に結び付けます。このリンクは、請求書、購買発注、入庫を照合する3点照合プロセスの基盤です。

この属性で分析すると、購買発注に基づく請求書と、購買発注のない請求書に関する問題を把握できます。照合差異の調査や、調達プロセスの効率を理解するうえでも重要です。

重要な理由

請求書を調達プロセスに結び付け、照合差異と購買発注のコンプライアンスを分析できます。

入手先

通常は、伝票セグメントテーブルBSEGのEBELNフィールド(購買伝票番号)にあります。

450000123445000056784500009012
ソースシステムID
SourceSystemId
データの抽出元であるSAP S/4HANAシステムの識別子です。
説明

元となるシステムを指定する属性です。たとえば、「S4H_PROD」や「ERP_EU」などです。複数のERPインスタンスや、レガシーシステムと最新システムが混在する環境では特に重要です。

分析では、異なるシステムや地域間でプロセスのパフォーマンスを比較できます。データの出所を明確にし、複数のソースからのデータを中央のプロセスマイニングプラットフォームに統合する際のデータガバナンスとトラブルシューティングにも欠かせません。

重要な理由

データの出所に関する情報を提供します。データガバナンスや、異なるシステムまたは拠点間でプロセスを比較するうえで欠かせません。

入手先

通常は、データ抽出時のSAPシステムID(sy-sysid)から取得するか、ETLパイプラインで静的な値として設定します。

S4PS4H_PROD_100ECC_EU
取消理由
ReversalReason
請求書伝票を取り消した理由を示すコードです。
説明

請求書が誤って転記された場合、取り消されることがあります。取消理由コードは、「誤った転記日」や「データ入力エラー」など、取消の理由を示します。

取消理由を分析すると、請求書転記プロセスにおけるエラーの傾向を特定できます。この情報を使って、トレーニングの改善、システム統制の強化、財務上の手戻りや管理負荷につながる再発問題への対策を進められます。

重要な理由

請求書がキャンセルされた理由を説明し、転記プロセスにおけるエラーと手戻りの発生源を直接把握できます。

入手先

元の伝票のヘッダーにあるBKPFテーブルのSTGRDフィールド(取消理由)にあります。

010205
手戻りかどうか
IsRework
承認却下や支払ブロック解除など、請求書が手戻りのアクティビティを経たかどうかを示すフラグです。
説明

1回以上の手戻りループが発生した請求書を示す属性です。たとえば、「請求書却下」の後に「請求書承認」が続く場合や、「支払ブロック設定」の後に「支払ブロック解除」が続く場合に、手戻りとして識別します。

この属性により、「請求書手戻り率」KPIを簡単に算出できます。手戻りが発生したケースを絞り込み、非効率や繰り返しの手作業の根本原因を調査できます。

重要な理由

作業のやり直しが必要な非効率なプロセスフローを特定し、無駄の定量化とプロセス上の例外の根本原因の特定に役立ちます。

入手先

イベントログ内のアクティビティの順序に基づいて算出します。たとえば、請求書のトレースに「請求書却下」が含まれる場合、このフラグはtrueになります。

truefalse
承認サイクル数
ApprovalCycleCount
請求書が承認に回された回数です。
説明

1つの請求書について、「請求書承認依頼送付」アクティビティの発生回数を数える指標です。回数が1回を超える場合、請求書が少なくとも1回却下または差し戻され、新たな承認サイクルが必要になったことを示します。

この属性は、「初回承認率」KPIを直接支えます。承認サイクル数が多い請求書を分析することで、情報不足やコードの誤りなど、承認に失敗した理由を特定し、プロセスを改善できます。

重要な理由

承認サブプロセス内の手戻りを定量化し、初回正解率の測定と承認却下の理由の特定に役立ちます。

入手先

一意のInvoiceNumberごとに「請求書承認依頼送付」アクティビティの発生回数を数えて算出します。

123
抽出タイムスタンプ
ExtractionTimestamp
ソースシステムからデータを抽出した日付と時刻です。
説明

データ抽出イベントのタイムスタンプを記録する属性です。プロセスマイニングツールで分析するデータの鮮度を示します。

分析では、生成された情報がどの程度新しいかを把握するために使用します。運用監視用ダッシュボードでは、最新の情報に基づいて意思決定できるようにし、データ更新サイクルを適切に管理するために欠かせません。

重要な理由

データの鮮度を示し、分析とレポートが利用可能な最新情報に基づいていることを確認できます。

入手先

SAPのフィールドではありません。データ抽出ツールまたはETLプロセスが、データ取得時に生成して追加します。

2023-10-27T02:00:00Z2023-10-28T02:00:00Z2023-10-29T02:00:00Z
支払条件
PaymentTerms
支払期日や割引期間など、仕入先と合意した支払条件を定義するコードです。
説明

支払条件は、早期支払時に利用できる割引を含め、請求書の支払ルールを定義します。たとえば、「Z030」は「30日以内の正味支払」を意味する場合があります。

この属性は、財務計画と運転資本の最適化に欠かせません。プロセスマイニングでは、「支払期日」の算出や早期支払割引の適用可否の判定に使用し、「早期支払割引取得率」KPIを直接支えます。

重要な理由

支払期日と割引に関するルールを定義し、期限内支払KPIと運転資本管理に直接影響します。

入手先

BSEGテーブルの仕入先明細にあるZTERMフィールド(支払条件キー)にあります。

0001Z030NT60
期限内支払かどうか
IsPaidOnTime
請求書が支払期日当日またはそれ以前に支払われた場合にtrueとなるフラグです。
説明

このブール型属性は、実際の支払日(「支払実行」アクティビティのタイムスタンプ)と「支払期日」を比較した結果です。各請求書の支払状況を明確に二値で示します。

「期限内支払率」KPIの中核となる計算です。遅延した支払いに共通する仕入先、会社コード、請求書金額などの特徴を簡単に絞り込み、分析できます。

重要な理由

支払条件の遵守状況を直接測定します。仕入先関係の管理と財務業務における重要なKPIです。

入手先

「支払実行」アクティビティのEventTimeとPaymentDueDate属性を比較して算出します。(Payment Date <= PaymentDueDate)

truefalse
消込伝票番号
ClearingDocumentNumber
請求書を消し込む伝票の番号で、通常は支払伝票を表します。
説明

消込伝票番号は、未消込の請求書明細を消し込む取引に結び付けます。通常は支払伝票であり、請求書が支払済みであることを確認できます。

この属性は、請求書と支払いを結び付ける決定的な情報です。「支払実行」アクティビティと対応するタイムスタンプの特定に使用し、エンドツーエンドのサイクル時間と期限内支払率の算出に役立ちます。

重要な理由

請求書が支払済みであることを確認し、特定の支払取引に結び付けます。サイクル時間と支払パフォーマンスの分析に欠かせません。

入手先

伝票セグメントテーブルBSEGのAUGBLフィールド(消込伝票番号)にあります。

150000000115000000231500000088
自動処理かどうか
IsAutomated
アクティビティが自動システムユーザーによって実行されたかどうかを示すフラグです。
説明

このブール型属性は、アクティビティに関連付けられたユーザーが「WF-BATCH」や「SAP_SYSTEM」など、既知のシステムアカウントまたはバッチアカウントの場合にtrueになります。手動のプロセスステップと自動化されたステップを区別できます。

この属性は、「請求書自動化率」KPIの算出に欠かせません。プロセスのどの部分が自動化されているかを分析することで、自動化施策の成果を測定し、手作業の削減と効率向上に向けた追加の機会を特定できます。

重要な理由

手動アクティビティとシステム主導のアクティビティを区別します。自動化率の測定や、さらなる自動化の機会を特定するための基盤となります。

入手先

UserName属性から算出します。特定のユーザーIDを「自動処理」として分類するマッピングまたはルールを作成します。

truefalse
請求書日付
InvoiceDate
仕入先が請求書伝票を発行した日付です。
説明

請求書日付は伝票日付とも呼ばれ、仕入先が請求書に記載する日付です。合意した支払条件に基づいて支払期日を算出する際の起点になります。

分析では、請求書の経過日数や早期支払割引の適用可否など、財務計算の基礎となります。「早期支払割引取得率」KPIの主要な入力値です。

重要な理由

支払条件と支払期日を算出する基準となり、運転資本の管理と割引の取得に欠かせません。

入手先

伝票ヘッダーテーブルBKPFのBLDATフィールド(伝票日付)にあります。

2023-04-122023-05-152023-06-20
必須 推奨 任意

調達から支払いまで:請求書処理のアクティビティ

プロセスを正確に発見するため、イベントログに記録する主要なプロセス手順とマイルストーンです。
5 推奨 8 任意
アクティビティ 説明
支払実行
これは標準プロセスにおける最後のアクティビティで、支払いが実行され、請求書が消込されます。仕入先への資金の支払いが完了したことを示します。
重要な理由

これはP2P請求書ライフサイクルの終了を示します。エンドツーエンドの総サイクル時間を算出し、支払期日に対する期限内支払の実績を測定するために欠かせません。

入手先

このイベントは、仕入先明細の消込伝票情報から取得します。消込日(BSEG-AUGDT)と消込伝票(BSEG-AUGBL)によって、支払いが実行されたことを確認できます。

取得

消込済みの仕入先明細から、消込日(BSEG-AUGDT)を使用します。

イベントタイプ explicit
請求書の承認
指定された権限者が請求書を承認したことを示すアクティビティです。承認ワークフローが正常に完了した時点や、リリースインジケーターが設定された時点で取得します。
重要な理由

支払いに進めるための重要な節目です。承認の遅れは一般的なボトルネックであり、このアクティビティを追跡することで、承認に時間がかかっている担当者やプロセス手順を特定できます。

入手先

SAPワークフローの最終リリース手順や、請求書または関連する購買伝票のテーブルにあるリリースステータス項目の変更から推定できます。

取得

ワークフロー完了イベント、または伝票のリリースステータス項目の変更から推定します。

イベントタイプ inferred
請求書伝票の作成
SAPで請求書伝票が作成されたことを示す、最初のイベントです。ユーザーが新しい請求書伝票を保存した時点で取得できます。伝票は未転記または仮転記前の状態の場合があります。
重要な理由

このアクティビティは、請求書処理ライフサイクルの開始を示します。このイベントから他のイベントまでの時間を分析することは、処理全体のリードタイムを測定するうえで重要です。

入手先

このイベントは、伝票ヘッダーのテーブル(通常はBKPF、ロジスティクス請求書の場合はRBKP)にある作成日と作成時刻(CPUDT、CPUTM)から取得します。FB60、MIRO、MIR7などのトランザクションコード(BKPF-TCODE)により、作成方法を確認できます。

取得

請求書伝票には、BKPF-CPUDTとBKPF-CPUTMの作成タイムスタンプを使用します。

イベントタイプ explicit
請求書取消
以前に転記された請求書伝票の取消を表すアクティビティです。誤った請求書に対する終端イベントであり、その後、正しい内容で再入力されることがよくあります。
重要な理由

取消は、プロセスの早い段階で検出されなかった重大なエラーを示します。発生頻度と根本原因を追跡することは、プロセス改善と財務上の誤りの削減に欠かせません。

入手先

取消は、取消伝票が作成された時点で特定します。元の伝票ヘッダー(BKPF)には取消伝票番号(BKPF-STBLG)が記録され、その逆も同様です。取消伝票の転記日がイベント時刻になります。

取得

BKPF-STBLGフィールドに値がある伝票を特定し、取消伝票の転記日を使用します。

イベントタイプ explicit
請求書転記完了
これは、保留中または承認済みの請求書が総勘定元帳に正式に転記される重要な財務イベントです。この処理により、仕入先に対する債務が認識されます。
重要な理由

転記は、データ入力と承認の段階と、財務決済の段階を分ける重要な節目です。請求書の作成から転記までの時間は、社内処理の効率を測る重要な指標です。

入手先

このイベントは、伝票ヘッダーの転記日(BKPF-BUDAT)によって特定します。最初に保留された伝票では、転記済みステータスへの移行時点がイベントのタイムスタンプになります。

取得

転記日(BKPF-BUDAT)をイベントのタイムスタンプとして使用します。

イベントタイプ explicit
支払ブロックの解除
以前に設定された支払ブロックが解除され、問題が解消されたことを示します。これにより、請求書は再び支払いの対象になります。
重要な理由

支払ブロックが設定されてから解除されるまでの時間は、プロセス上の例外を解消するまでの時間を表します。この期間を短縮することは、業務効率と仕入先との関係を改善するうえで重要です。

入手先

Payment Block Keyフィールド(BSEG-ZLSPR)がクリアされた時点で、このイベントが記録されます。この変更はCDHDRテーブルとCDPOSテーブルに記録され、ブロック解除のタイムスタンプを確認できます。

取得

変更文書(CDHDR/CDPOS)を通じて、BSEG-ZLSPRフィールドがクリアされた時点を特定します。

イベントタイプ explicit
支払ブロックの設定
請求書が支払われないよう、意図的にブロックを設定するアクティビティです。価格や数量の不一致、クレジットメモの処理待ちなどが原因になることがあります。
重要な理由

支払ブロックは、支払い遅延や仕入先との紛争の主な原因です。ブロックの頻度、期間、理由を分析することは、期日どおりの支払い率を改善するうえで重要です。

入手先

請求書明細のPayment Block Key項目(BSEG-ZLSPR)の変更を追跡して取得します。CDHDRとCDPOSの変更ログから、ブロックが設定された日時とユーザーを確認できます。

取得

変更文書(CDHDR/CDPOS)を通じて、BSEG-ZLSPR項目に値が設定された時点を特定します。

イベントタイプ explicit
支払提案作成
支払処理の一環として、請求書が選択され、支払提案に含まれます。これは自動支払プロセスの最初のステップです。
重要な理由

このアクティビティは、支払う意思が示されたことを表します。このステップから最終的な支払実行までの遅延を分析すると、支払処理、承認、銀行との通信に関する問題を把握できます。

入手先

支払処理のテーブル、特に支払提案に含まれる明細を保持するREGUPで確認できます。対応するREGUHテーブルの実行日がタイムスタンプになります。

取得

支払提案の実行により、請求書がREGUPテーブルに登録された時点を特定します。

イベントタイプ explicit
支払遅延後の支払実行
これは、請求書の支払いが算出された支払期日を過ぎて実行された場合に発生する計算イベントです。2つの日付フィールドを比較して算出します。
重要な理由

このアクティビティは、期限内支払KPIを直接支えます。また、支払遅延が頻繁に発生する仕入先や事業部門を特定するのに役立ちます。支払遅延は、仕入先との関係悪化や違約金につながる可能性があります。

入手先

消込日(BSEG-AUGDT)と正味支払期日を比較して算出します。支払期日は、基準日(BSEG-ZFBDT)と支払条件(BSEG-ZTERM)から算出されます。

取得

BSEG-AUGDT >(BSEG-ZFBDT + 支払条件の日数)を比較して算出します。

イベントタイプ calculated
請求書データの更新
初回作成後に請求書伝票へ変更が加えられたことを示すアクティビティです。却下後の手戻りサイクルやエラー修正でよく発生します。
重要な理由

更新が頻繁に発生している場合、手戻りや入力時点でのデータ品質の問題が考えられます。変更を追跡することで、修正にかかった作業量を定量化し、よくあるエラーを特定できます。

入手先

主要項目への変更は、SAPの変更文書テーブルであるCDHDR(ヘッダー)とCDPOS(明細)に記録されます。対象の請求書オブジェクトに関する変更を抽出することで、イベントを生成できます。

取得

請求書オブジェクトについて、CDHDRとCDPOSから変更イベントを抽出します。

イベントタイプ explicit
請求書の仮保存
システムに入力済みですが、まだ総勘定元帳に転記されていない請求書を示します。仮保存は、未完成の請求書を保存したり、転記前に後で確認したりするために使用します。
重要な理由

仮保存は、プロセスが意図的に一時停止していることを示します。仮保存された請求書の期間と頻度を追跡すると、正式な転記・承認サイクルが始まる前の遅延理由を特定できます。

入手先

MIR7やFV60などの仮保存用トランザクションで作成された伝票を特定するか、BKPFテーブルの特定のステータス項目、またはVBKPFなどの仮保存伝票専用テーブルを確認します。

取得

仮保存用トランザクションで作成された伝票を特定するか、仮保存伝票のステータスを確認します。

イベントタイプ explicit
請求書の却下
承認プロセス中に請求書が却下されたことを示します。このイベントにより手戻りが発生し、修正と再申請が必要になります。
重要な理由

請求書の却下は、プロセスの非効率やデータ品質の問題を示す重要な指標です。却下の頻度と理由を分析することで、改善やトレーニングの機会を特定できます。

入手先

SAPワークフローの「却下」ステータスなど、特定のステータス更新から推定します。または、現在の承認ワークフローを取り消し、処理担当者に差し戻すイベントから推定できます。

取得

却下を示すワークフローステータスの変更から推定します。

イベントタイプ inferred
請求書を承認に回付
請求書の正式な承認ワークフローが開始されたことを示すアクティビティです。請求書のステータスが「承認待ち」に変わった時点や、ワークフロー項目が生成された時点から推定することが一般的です。
重要な理由

承認サイクルタイムの測定開始点です。承認がいつ始まったかを把握することは、承認ワークフロー自体のボトルネックを特定するうえで欠かせません。

入手先

通常は、請求書オブジェクト(例:BUS2081)に関連付けられたSAP Business Workflowの開始(SWW_WI2OBJテーブル)や、伝票ヘッダーのカスタムステータス項目の変更から推定します。

取得

請求書伝票に関連するワークフロー項目の作成から推定します。

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

抽出ガイド

SAP S/4HANAからデータを取得する方法

始める準備はできましたか?

請求書処理の改善を今すぐ始めましょう。このテンプレートを、業務を大きく改善し、効率を高めるための第一歩としてご利用ください。

SAP S/4HANAの調達から支払いまでの請求書処理を今すぐ最適化

ボトルネックを特定し、請求書処理のサイクルタイムを30%以上短縮します。

無料トライアルを開始

クレジットカードは不要です。数分で設定できます。