買掛金請求書処理のデータテンプレート
買掛金請求書処理のデータテンプレート
- 収集を推奨する属性
- 追跡する主なアクティビティ
- データ抽出ガイド
買掛金請求書処理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
Activity
|
請求書処理の過程で発生した、特定の業務ステップまたはイベントの名称です。 | ||
|
説明
この属性は、買掛金プロセスにおける個々のタスクやステータス変更を表します。例として、「請求書仮登録済み」「請求書の承認申請」「支払いによる請求書消込」などがあります。これらのアクティビティはプロセスマップを構成する要素であり、通常、SAPの変更ログ、ステータスフィールド、ワークフローログから抽出します。 アクティビティの順序と所要時間の分析は、プロセスマイニングの中核です。プロセスの流れを可視化し、ステップ間のボトルネックを特定し、手戻りの頻度を測定して、実際のプロセス実行を標準業務手順と比較できます。アクティビティの粒度によって、得られるインサイトの詳しさが変わります。
重要な理由
アクティビティはプロセスマップの基盤となり、プロセスの流れの可視化、ボトルネックの特定、逸脱の分析を可能にします。
入手先
トランザクションコード(BKPF-TCODE)、ワークフローログ(SWW_WI2OBJ)、または請求書伝票の変更に関する変更ログ(CDHDR/CDPOSテーブル)から導出します。
例
請求書文書を作成請求書承認支払いによる請求書消込支払ブロック設定
|
|||
|
イベント時刻
EventTime
|
特定のアクティビティまたはイベントが発生した正確な日時です。 | ||
|
説明
イベント時刻は、プロセス内の各アクティビティに関連付けられたタイムスタンプです。イベントを時系列に並べ、時間に基づく分析を行ううえで欠かせないデータです。SAPでは、作成フィールド(例:BKPF-CPUDT)や変更ログテーブル(CDHDR-UDATEおよびCDHDR-UTIME)に記録されることがよくあります。 この属性は、サイクルタイム、処理時間、アクティビティ間の待ち時間など、主要なパフォーマンス指標の算出に欠かせません。時間の経過に伴うプロセスのパフォーマンスを分析し、ボトルネックの発生時期を特定できます。また、サービスレベル合意(SLA)や支払条件への適合性チェックにも使用します。
重要な理由
このタイムスタンプは、サイクルタイムやボトルネックを含む、所要時間に基づくすべての指標の算出に欠かせず、パフォーマンス分析の基礎となります。
入手先
BKPF(作成日時はCPUDT/CPUTM)やCDHDR(変更日時はUDATE/UTIME)などのSAPテーブルから取得します。
例
2023-10-01T10:00:00Z2023-10-02T14:35:10Z2023-10-15T09:12:00Z
|
|||
|
請求書
InvoiceNumber
|
各請求書伝票を一意に識別する番号です。受領から支払いまでの流れを追跡する際の主なケース識別子として使います。 | ||
|
説明
請求書番号は複合キーで、通常、SAPの会社コード(BUKRS)、伝票番号(BELNR)、会計年度(GJAHR)を組み合わせて作成します。この一意の組み合わせにより、システム全体で各請求書を個別に識別できます。 プロセスマイニングでは、この属性が基本となります。作成、転記、承認、支払いなど、関連するすべてのイベントとアクティビティを1つのプロセスインスタンスに結び付けます。請求書単位で分析すると、請求書のライフサイクルを最初から最後まで把握できます。これは、サイクルタイムの算出、バリアントの特定、手戻りの発生状況の把握に欠かせません。
重要な理由
請求書に関するすべてのアクティビティを結び付ける基本のケースIDです。請求書ごとに、買掛金プロセスを最初から最後まで分析できます。
入手先
SAPテーブルBKPF(会計伝票ヘッダー)のBUKRS、BELNR、GJAHRフィールドから作成します。
例
1000-1900000001-20232000-5100000055-20231000-1900000042-2024
|
|||
|
仕入先名
VendorName
|
請求書を提出した仕入先の名称です。 | ||
|
説明
この属性には、仕入先の正式名称が含まれます。SAPでは、仕入先マスターデータ(テーブルLFA1)が、伝票ヘッダーまたは明細に保存された仕入先番号(LIFNR)を介して請求書伝票に紐付けられます。 仕入先別の分析は、「仕入先支払パフォーマンス」ダッシュボードに欠かせません。仕入先ごとの請求書処理時間、支払時期の適切さ、例外発生率を追跡できます。こうしたインサイトは、仕入先との関係管理や、請求書の品質に継続的な問題がある仕入先の特定、より良い条件の交渉に役立ちます。
重要な理由
仕入先ごとのパフォーマンスを分析し、仕入先との関係管理や特定の仕入先に関する問題の把握に役立ちます。
入手先
SAPテーブルLFA1のNAME1フィールドから取得します。BKPFまたはBSEGにある仕入先番号(LIFNR)を介して紐付けます。
例
Global Office Supplies Inc.Tech Solutions LLCReliable Logistics Corp.
|
|||
|
会社コード
CompanyCode
|
SAPの組織内で、法人または会社を表す一意のキーです。 | ||
|
説明
会社コードは、独立した会計単位を表す、SAP財務会計の基本的な組織単位です。請求書を含むすべての財務取引は、特定の会社コードに転記されます。 この属性は、法人単位でプロセス分析を分けるうえで欠かせません。事業の異なる部門間で、プロセスのパフォーマンス、コンプライアンス率、効率を比較できます。複数の子会社を持つ大規模な多国籍企業では、特に重要です。
重要な理由
法人単位でプロセス分析を分け、異なる事業部門間のパフォーマンス比較を可能にします。
入手先
SAPテーブルBKPF(会計伝票ヘッダー)のBUKRSフィールドから取得します。
例
10002100US01
|
|||
|
処理担当者
ProcessorUser
|
請求書の転記や変更などのアクティビティを実行した従業員のSAPユーザー名です。 | ||
|
説明
この属性は、特定のプロセスステップを実行したユーザーを識別します。SAPでは、伝票を作成したユーザー(例:BKPF-USNAM)や、特定の変更を行ったユーザー(例:CDHDR-USERNAME)が該当します。 処理担当者別の分析は、チームのパフォーマンスや業務量の分布を把握するうえで重要です。ユーザーごとの請求書処理件数や平均アクティビティ時間を追跡し、「買掛金処理担当者の業務量分布」ダッシュボードを作成できます。研修が必要な領域や高い成果を上げている担当者を把握し、業務を公平に割り当てる際にも役立ちます。
重要な理由
業務量の分析、ユーザー間のパフォーマンス比較、研修機会やリソースの偏りの特定に役立ちます。
入手先
SAPテーブルCDHDRのUSERNAMEフィールド(変更の場合)またはBKPFのUSNAMフィールド(伝票入力の場合)から取得します。
例
AJONESSMITHBCWILLIAMS
|
|||
|
承認者
Approver
|
請求書の支払いを承認するユーザーまたは役割です。 | ||
|
説明
この属性は、「請求書承認」アクティビティを実行した担当者を識別します。SAPでは、承認はワークフローシステムで管理されることが多く、承認者のIDはワークフロー履歴に記録されます。 承認者別の分析は、「請求書承認のボトルネック分析」ダッシュボードの中心となります。個人またはグループごとの承認時間を測定し、対応が継続的に遅い承認者を特定して、承認階層内の業務量の分布を把握できます。このデータは、ボトルネックになりやすい承認ワークフローの改善に欠かせません。
重要な理由
承認を担当する個人を特定し、担当者やチームごとの承認サイクルタイムとボトルネックを分析できます。
入手先
通常、SAP Business Workflowのテーブル(例:SWW_WI2OBJ、SWWLOG)で、ワークフロー項目を請求書オブジェクトに紐付け、承認ステップのユーザーを特定します。
例
DMARTINLCHENFINMAN_ROLE
|
|||
|
支払ブロック理由
PaymentBlockReason
|
請求書が支払対象からブロックされている理由を示すコードです。 | ||
|
説明
請求書に差異がある場合や確認中の場合、支払処理に含まれないよう支払ブロックを設定できます。この属性は、数量の不一致や価格差など、ブロックの理由を示します。 この情報は例外分析に欠かせません。支払遅延や手戻りの根本原因を分類し、「例外・差異分析」ダッシュボードを支えます。頻度の高いブロック理由を把握すると、対象を絞ったプロセス改善によって例外を減らせます。
重要な理由
支払遅延の根本原因を把握し、例外や手戻り、請求書処理時間を減らすための分析に役立ちます。
入手先
SAPテーブルBSEG(会計伝票明細)のZLSPRフィールドから取得します。
例
RIA
|
|||
|
支払条件
PaymentTerms
|
支払期限や割引など、支払いの条件を定めるコードです。 | ||
|
説明
支払条件は、請求書の支払期限や現金割引の算出方法を定めるSAPの事前定義ルールです。仕入先マスターに割り当てるほか、個々の請求書に指定することもできます。 この属性は、「支払コンプライアンスと割引」ダッシュボードや「早期支払割引適用率」の重要業績評価指標(KPI)に欠かせません。支払条件を分析すると、割引を適用できる機会や支払スケジュールの財務的な影響を把握し、条件への適合性を確認できます。
重要な理由
支払期限と割引のルールを定め、財務面の最適化とコンプライアンスの監視に役立ちます。
入手先
SAPテーブルBSEG(会計伝票明細)のZTERMフィールドから取得します。
例
Z0010001NT30
|
|||
|
発注書番号
PurchaseOrderNumber
|
請求書の請求対象となる発注書を識別する番号です。 | ||
|
説明
発注書(PO)番号は、請求書を調達プロセスに紐付けます。発注書に基づく請求書では、発注書、入庫、請求書の3点照合に欠かせません。 この属性は、「発注書・入庫照合パフォーマンス」ダッシュボードの重要な要素です。発注書の有無や照合状況を分析すると、請求書を発注書ありと発注書なしに分類し、照合プロセスの効率を測定できます。この領域での遅延は、プロセスのボトルネックとなることがよくあります。
重要な理由
請求書を調達プロセスに紐付け、発注書あり・なしの請求書の分析や、3点照合プロセスの効率測定を可能にします。
入手先
SAPテーブルBSEG(FI請求書)またはRSEG(MM請求書)のEBELNフィールドから取得します。
例
450001712345000175894500018330
|
|||
|
請求書支払期限
InvoiceDueDate
|
支払条件に基づいて算出される、請求書の支払期限日です。 | ||
|
説明
請求書支払期限は、合意した条件を守るために仕入先へ支払うべき期限を示します。SAPでは単一のフィールドに保存されているとは限らず、請求書に設定された基準日(BSEG-ZFBDT)と支払条件(BSEG-ZTERM)に基づいて算出されることがよくあります。 この日付は、「支払コンプライアンスと割引」ダッシュボードに欠かせません。支払期限超過率などの重要業績評価指標(KPI)の算出や、支払いが遅れるリスクのある請求書の特定に使用します。この日付に基づいて分析すると、業務の優先順位付けや仕入先との関係改善に役立ちます。
重要な理由
支払条件への適合性の監視、期限超過に関する重要業績評価指標(KPI)の算出、早期支払割引の適用状況の把握に欠かせない日付です。
入手先
支払期限計算の基準日(BSEG-ZFBDT)と支払条件キー(BSEG-ZTERM)に基づいて算出します。
例
2023-10-312023-11-152024-01-10
|
|||
|
請求書総額
InvoiceGrossAmount
|
税金やその他の費用を含む、元の伝票通貨での請求書の総額です。 | ||
|
説明
この属性は、請求書の総額を表します。処理対象となる請求書の財務的な影響や特徴を把握するための重要なデータです。SAPでは、伝票の種類に応じて、会計伝票のBSEGなど、さまざまなテーブルから金額を取得できます。 分析では、金額を使って高額請求書の優先順位を付け、買掛金プロセスの財務処理量を把握し、分析対象を分類できます。たとえば、高額請求書のサイクルタイムが長いか、異なる承認経路を通るかを分析できます。財務関連の重要業績評価指標(KPI)の算出にも欠かせません。
重要な理由
プロセスの財務的な背景を把握し、金額に基づく分析、高額請求書の優先順位付け、財務関連の重要業績評価指標(KPI)の算出を可能にします。
入手先
SAPの明細テーブル(例:BSEG)のWRBTRフィールド(伝票通貨での金額)から取得します。明細をヘッダーレベルに集計する計算が必要な場合があります。
例
1500.0012550.75980.50
|
|||
|
ソースシステム
SourceSystem
|
データの抽出元であるSAP ECCシステムを識別します。 | ||
|
説明
この属性は、請求書処理データの発生元となった記録システムを指定します。たとえば、SAPシステムID(SID)を指定します。複数のERPインスタンスや異なるシステムが混在する組織では、特に重要です。 プロセスマイニングの分析では、システムごとに異なる設定やプロセスの違いがある場合に、データを区別できます。システム間の比較分析が可能になり、データの来歴も明確になります。これは、データガバナンスと検証に欠かせません。
重要な理由
データの追跡可能性を確保し、複数のSAPインスタンスやその他のソースシステムがある環境でのプロセス分析を可能にします。
入手先
通常、データ抽出時に追加する、ソースECCインスタンスのSAPシステムID(SID)を表す固定値です。
例
ECC_PROD_EUSAP_US_01E5P
|
|||
|
伝票タイプ
DocumentType
|
会計伝票を分類し、処理方法を制御するSAPのコードです。 | ||
|
説明
伝票タイプは、仕入先請求書(KR)、貸方伝票(KG)、MM請求書(RE)など、さまざまな業務取引を区別します。番号範囲や転記可能な勘定科目の種類などを制御します。 プロセスマイニングでは、伝票タイプで絞り込むと、より均質な分析ができます。たとえば、標準的な仕入先請求書(KR)と貸方伝票(KG)では、プロセスが大きく異なる場合があります。分けて分析することで、誤解を招く集計を避け、特定のサブプロセスについてより正確なインサイトを得られます。
重要な理由
取引の種類(例:請求書と貸方伝票)ごとに分析を分け、より正確で関連性の高いプロセスのインサイトを得られます。
入手先
SAPテーブルBKPF(会計伝票ヘッダー)のBLARTフィールドから取得します。
例
KRREKG
|
|||
|
伝票通貨
DocumentCurrency
|
請求書の発行に使用された通貨コード(例:USD、EUR)です。 | ||
|
説明
この属性は、請求書金額の通貨を指定します。SAPでは伝票ヘッダーレベルに保存されます。 金額を正しく解釈するため、財務分析には伝票通貨が欠かせません。通貨別にプロセス分析を絞り込めるほか、標準化したレポートや集計のために、金額を共通の現地通貨へ換算する際の前提となります。
重要な理由
財務金額を正しく解釈するための情報を提供し、通貨別の分析や標準通貨への換算を可能にします。
入手先
SAPテーブルBKPF(会計伝票ヘッダー)のWAERSフィールドから取得します。
例
USDEURGBP
|
|||
|
入庫伝票番号
GoodsReceiptNumber
|
発注書に基づく請求書に関連する入庫伝票を識別する番号です。 | ||
|
説明
物品に関する請求書では、入庫(GR)伝票によって仕入先からの品目の納入を確認します。この番号で、請求書を特定の納入イベントに紐付けます。 この属性は、「発注書・入庫照合パフォーマンス」ダッシュボードで使用します。入庫転記から請求書転記までの時間は重要な指標です。この紐付けを分析すると、3点照合プロセス全体を把握し、物品の納入から財務上の決済までの遅延を特定できます。
重要な理由
発注書・入庫・請求書の3点照合の全体像を把握し、物品の納入から請求書処理までの遅延を分析できます。
入手先
SAPテーブルRSEG(伝票明細、入庫請求書)のLFBNRフィールド(参照伝票番号)から取得します。
例
500000123450000015675000002100
|
|||
|
最終データ更新日時
LastDataUpdate
|
このレコードのデータがソースシステムから最後に更新された日時を示すタイムスタンプです。 | ||
|
説明
この属性は、SAP ECCからデータを最後に抽出または更新した日時を示します。取引データそのものではなく、データ取り込み時に追加されるメタデータです。 分析では、表示中のデータがどの程度新しいかを把握するために使います。ダッシュボードやレポートでデータの更新状況を確認できるため、直近の取引がまだ含まれていない可能性についても、利用者が把握できます。
重要な理由
データセットの更新状況を示します。プロセスのインサイトやダッシュボードがどの時点のデータに基づいているかを把握するうえで重要です。
入手先
データの抽出、変換、読み込み(ETL)の過程で生成、追加されるメタデータです。
例
2024-05-21T02:00:00Z2024-05-22T02:00:00Z2024-05-23T02:00:00Z
|
|||
|
取消済み
IsReversed
|
請求書伝票が取り消されたかどうかを示す真偽値フラグです。 | ||
|
説明
この属性は、取り消しまたは取消済みの請求書にフラグを付けます。重大なエラーやプロセス上の問題を示す重要なイベントです。SAPでは、取消済み伝票は取消伝票に紐付けられます。 取り消された請求書を特定することは、プロセスの品質や失敗率を把握するうえで重要です。こうした最終的な例外を通常のプロセスの流れから分け、取消が発生する理由と再発防止策を根本原因分析で調べられます。
重要な理由
取り消された請求書にフラグを付けます。プロセス上の問題を示す重要な指標となり、重大なエラーの根本原因分析に役立ちます。
入手先
伝票番号(BKPF-BELNR)が、別の伝票のBKPF-STBLG(取消伝票)フィールドに存在するか確認します。
例
truefalse
|
|||
|
失われた割引
DiscountLost
|
利用可能な早期支払割引を適用しなかった場合にTRUEとなる計算フラグです。 | ||
|
説明
この属性は、早期支払割引が設定されていたにもかかわらず、割引期間の終了後に支払われた請求書を特定します。「支払条件」から算出した割引適用期限と支払日を比較して計算します。 早期支払割引適用率を測る重要な財務指標です。割引を逃した状況を明らかにし、コスト削減の機会を把握できます。承認に時間がかかる、支払が保留されるといった原因を分析すれば、投資対効果を明確にしたプロセス改善プロジェクトの立案に役立ちます。
重要な理由
逃した金銭的な機会を明らかにし、早期支払割引適用率の重要業績評価指標(KPI)を直接支えるとともに、プロセス改善に取り組む明確な金銭的メリットを示します。
入手先
計算フィールド:「支払条件に割引が設定されている」かつ「支払日が割引適用期限より後」の場合はTRUE、それ以外はFALSEです。
例
truefalse
|
|||
|
期限超過
IsOverdue
|
請求書が予定された支払期限より後に支払われた場合に真となる計算フラグです。 | ||
|
説明
この真偽値属性は、「支払いによる請求書消込」アクティビティの日付と「請求書支払期限」を比較して算出します。支払日が期限を過ぎている場合、フラグは真になります。 この属性は、「支払期限超過率」の重要業績評価指標(KPI)と「支払コンプライアンスと割引」ダッシュボードに直接役立ちます。支払遅延を簡単に絞り込み、件数を集計して、問題の規模を把握できます。仕入先や会社コードなどの条件で期限超過請求書の特徴を分析すると、根本原因が明らかになる場合があります。
重要な理由
支払条件の遵守状況を直接測定する指標であり、支払遅延率の重要業績評価指標(KPI)の基礎となります。サプライヤーとの関係改善や、ペナルティの回避にも役立ちます。
入手先
計算フィールド:支払日が請求書の支払期日より後の場合はTRUE、それ以外はFALSEです。
例
truefalse
|
|||
|
自動処理
IsAutomated
|
アクティビティが人ではなく、システムまたはバッチユーザーによって実行されたかを示すフラグです。 | ||
|
説明
この真偽値属性は、バッチジョブ、EDI、OCRシステムなどによる自動処理と、ユーザーによる手動処理を区別します。通常、アクティビティに関連付けられたユーザー名を分析して判定します。 「手動処理と自動処理」ダッシュボードの基礎となる属性です。自動化施策の成果を測定し、手動介入率の重要業績評価指標(KPI)を算出して、手作業を減らす余地を特定できます。人とシステムが関与する箇所を把握することは、効率向上に欠かせません。
重要な理由
プロセスの自動化の度合いを測定し、手作業によるボトルネックを特定して、自動化施策の効果を追跡できます。
入手先
ユーザーID(例:CDHDR-USERNAME)が、事前に定義したシステム、バッチ、サービスアカウントの一覧に含まれるかを確認して算出します。
例
truefalse
|
|||
買掛金請求書処理のアクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
支払いによる請求書消込
|
請求書の支払いが完了し、未消込明細が支払伝票と照合されて消し込まれました。これにより、その請求書の買掛金プロセスが正常に完了します。消込伝票の情報から取得します。 | ||
|
重要な理由
これは、正常なプロセス経路における主な終了イベントです。このアクティビティに到達するまでの時間は、プロセス全体の効率を測る重要な指標です。また、支払時期の適切さや割引の適用状況を算出するうえでも欠かせません。
入手先
仕入先明細に消込伝票番号(BSEG-AUGBL)と消込日付(BSEG-AUGDT)が入力された時点で、このイベントを特定します。イベントのタイムスタンプには消込日付を使用します。
記録
消込伝票(BSEG.AUGBL)が入力されている場合、消込日付(BSEG.AUGDT)を使用します。
イベントタイプ
explicit
|
|||
|
支払提案作成
|
請求書が支払処理(トランザクションコードF110)の支払提案リストに含まれました。最終的な支払いではありませんが、支払う意図を示します。請求書は支払期限と支払条件に基づいて選択されます。 | ||
|
重要な理由
これは自動支払処理の最初のステップです。支払提案から最終的な支払実行までの遅延は、支払処理の承認やスケジュールに問題があることを示す場合があります。
入手先
REGUP(支払プログラムの処理済み明細)などの支払提案テーブルで、請求書伝票を検索してイベントを特定します。イベント時刻には、処理日(REGUP-LAUFD)を使用できます。
記録
REGUPテーブルで請求書を検索し、支払処理日(LAUFD)を使用します。
イベントタイプ
explicit
|
|||
|
請求書取消
|
転記済みの請求書伝票が、取消伝票の作成によって取り消されました。この処理により、元の請求書による財務上の影響が無効になります。プロセスの別の終了経路であり、多くの場合、望ましくない結果を示します。 | ||
|
重要な理由
取消は、入力ミスや請求書の重複などのエラーを示します。取消の頻度と理由を追跡すると、データ品質や初回正確処理を改善できる箇所を特定できます。
入手先
伝票ヘッダーテーブル(BKPF)からこのイベントを特定します。元の伝票には取消伝票番号(BKPF-STBLG)が入力されます。イベント時刻には取消伝票の転記日付を使用します。
記録
BKPF.STBLGで取消伝票を検索し、取消伝票の転記日付からタイムスタンプを取得します。
イベントタイプ
explicit
|
|||
|
請求書承認
|
指定された承認者が請求書の内容を確認し、支払い可能であることを承認しました。ワークフローシステムの明示的なイベントとして記録される場合と、支払ブロックの解除から推定される場合があります。支払い前の重要な節目です。 | ||
|
重要な理由
これは、請求書の支払ブロックが解除される重要な節目です。この前後の遅延から、承認者の対応状況や支払処理のスケジュールなど、異なる種類の問題を把握できます。
入手先
ワークフローシステムでは、明示的なイベントとして記録されます。それ以外の場合は、BSEG-ZLSPRフィールドの変更ログ(CDHDR/CDPOS)から取得した支払ブロックの解除をもとに推定するのが一般的です。
記録
ワークフローシステムのイベント、または支払ブロック解除の変更ログ。
イベントタイプ
explicit
|
|||
|
請求書文書を作成
|
SAPで請求書文書が最初に作成されたことを示します。文書は仮登録の場合と、転記まで完了している場合があります。通常、請求書に関する最初のタイムスタンプ付きイベントであり、プロセス分析の起点となります。BKPFテーブルの文書入力日と時刻から取得します。 | ||
|
重要な理由
このアクティビティは、請求書処理の開始イベントです。この時点からの所要時間を分析すると、処理全体のサイクルタイムを測定し、初期のデータ入力の遅れを特定できます。
入手先
このイベントは、会計文書ヘッダーレコードの作成タイムスタンプから推定します。具体的には、入力日(BKPF-CPUDT)と入力時刻(BKPF-CPUTM)の組み合わせがタイムスタンプになります。
記録
文書ヘッダーテーブルBKPFの作成タイムスタンプ(CPUDT、CPUTM)を使用します。
イベントタイプ
inferred
|
|||
|
請求書転記
|
請求書が総勘定元帳に正式に記録され、財務上の債務が発生します。仮登録された伝票を転記済み伝票にするか、最初から転記済みとして作成します。財務会計の基本となるステップです。 | ||
|
重要な理由
転記は、請求書を正式な債務として記録する重要な節目です。データ入力の段階と、支払管理を行う段階を分ける役割があります。
入手先
伝票ヘッダーテーブルBKPFから特定します。転記済み伝票では、伝票ステータス(BKPF-BSTAT)が空欄で、転記日付(BKPF-BUDAT)が有効な値になっています。イベントのタイムスタンプには転記日付を使用します。
記録
BKPF.BSTATが「V」(仮登録)ではない伝票、または「V」から変更された伝票について、BKPF.BUDATを使用します。
イベントタイプ
explicit
|
|||
|
入庫照合済み
|
請求書に記載された商品やサービスが受領済みであることを、請求書と入庫文書を関連付けて確認した状態を示します。3点照合の3つ目の要素です。請求書明細の参照情報から推定します。 | ||
|
重要な理由
入庫との照合により、支払いの対象となる商品やサービスを会社が受領したことを確認できます。このアクティビティを追跡すると、発注書・入庫・請求書の照合時間に関する重要業績評価指標(KPI)を分析し、確認作業を効率化できます。
入手先
BSEGテーブルの仕入先明細で、入庫文書番号(BSEG-LFBNR)が入力されているかを確認して推定します。または、関連する発注書の履歴(テーブルEKBE)をたどって特定します。
記録
BSEG.LFBNRの入庫参照、またはEKBEの発注書履歴を確認します。
イベントタイプ
inferred
|
|||
|
支払ブロック解除
|
請求書に設定されていた支払ブロックが解除され、支払対象になりました。差異の解消や承認の完了を示すことがよくあります。このイベントは変更文書テーブルから取得します。 | ||
|
重要な理由
このアクティビティは、例外の解消または承認の完了を示します。ブロックが有効だった期間は、手戻りや待ち時間にあたり、プロセス改善の重要な対象です。
入手先
Payment Block Keyフィールド(BSEG-ZLSPR)の変更を追跡して、このイベントを取得します。テーブルCDHDRおよびCDPOSの変更ログには、このフィールドがクリアされた日時が記録されます。
記録
フィールドBSEG-ZLSPRが空欄に変更されたCDHDR/CDPOSの更新エントリーを追跡します。
イベントタイプ
explicit
|
|||
|
支払ブロック設定
|
請求書が支払対象から明示的にブロックされています。通常、差異や承認待ち、その他の問題が原因です。これは請求書の明細に設定される明示的なステータスです。変更文書テーブルからイベントを取得できます。 | ||
|
重要な理由
このアクティビティは、例外対応または承認期間の開始を特定します。支払ブロックの発生頻度と継続時間を分析することは、プロセスのボトルネックや紛争を特定し、解消するうえで重要です。
入手先
Payment Block Keyフィールド(BSEG-ZLSPR)の変更を追跡して、このイベントを取得します。テーブルCDHDRおよびCDPOSの変更ログには、このフィールドに値が設定された日時が記録されます。
記録
フィールドBSEG-ZLSPRについて、CDHDR/CDPOSにエントリーが作成されたことを追跡します。
イベントタイプ
explicit
|
|||
|
支払期限超過(未払い)
|
請求書が未消込のまま、現在の日付が正味支払期限を過ぎると発生する計算イベントです。期限超過のリスクがある、またはすでに期限を過ぎた請求書を明らかにします。システム上の直接的なイベントではありません。 | ||
|
重要な理由
このアクティビティは、支払期限超過率の重要業績評価指標(KPI)を監視するうえで重要です。延滞料金や仕入先との関係悪化を防ぐため、早急な対応が必要な請求書を事前に特定できます。
入手先
これは計算イベントです。未消込のすべての請求書明細について、現在の日付と正味支払期限(BSEG-ZFBDT)を比較して算出します。イベントのタイムスタンプには支払期限そのものを使用します。
記録
未消込明細について、現在の日付とBSEG.ZFBDTを比較して算出します。
イベントタイプ
calculated
|
|||
|
発注書照合済み
|
請求書の明細項目が発注書に正しく関連付けられたことを示します。3点照合における重要な確認手順です。請求書明細の詳細に発注書番号があることから推定します。 | ||
|
重要な理由
発注書との照合が遅れると、大きなボトルネックになることがあります。このアクティビティを分析すると、照合プロセスの効率を測定し、標準的な発注書ベースのワークフローから外れた請求書を特定できます。
入手先
BSEGテーブルの仕入先明細から推定します。発注書番号フィールド(BSEG-EBELN)に値が入力されている場合、文書の作成時に照合が行われたとみなします。
記録
請求書のBSEG.EBELNに値が入力されていることを確認します。
イベントタイプ
inferred
|
|||
|
請求書の承認申請
|
請求書が正式に承認ワークフローへ送信されました。このアクティビティの記録には、外部のワークフローシステム、またはSAPでの特定のステータス変更が使われることがよくあります。通常、承認サブプロセスの開始を示します。 | ||
|
重要な理由
これは承認サイクルの開始を示します。このイベントから「請求書承認」までの時間を測定することは、請求書承認サイクルタイムの重要業績評価指標(KPI)を算出し、承認者に関するボトルネックを特定するうえで欠かせません。
入手先
SAP Business Workflowを使用している場合、このイベントはワークフローログ(例:SWWLOG)から抽出できます。使用していない場合は、承認を理由に支払ブロックが設定されたことから推定する概念上のステップです。
記録
ワークフローログから抽出するか、特定の支払ブロックの設定から推定します。
イベントタイプ
explicit
|
|||
|
請求書を仮登録
|
SAPに入力済みで、総勘定元帳にはまだ転記されていない請求書を示します。後から入力を完了したり、承認したりするために明示的に行う操作です。ヘッダーテーブルの文書ステータスフィールドで、請求書が仮登録かどうかを確認できます。 | ||
|
重要な理由
仮登録は、確認や情報不足への対応のためにプロセスを意図的に一時停止したことを示します。この状態を追跡すると、請求書の正式な転記前に遅延が起きる理由を特定できます。
入手先
文書ヘッダーテーブルBKPFで、文書ステータス(BKPF-BSTAT)が「V」(仮登録)の場合に特定します。イベント時刻には文書の作成時刻(BKPF-CPUDT、BKPF-CPUTM)を使用します。
記録
BKPF.BSTAT = 'V' の文書を抽出します。
イベントタイプ
explicit
|
|||
データ抽出ガイド
始める準備はできましたか?
このテンプレートを使って、プロセスマイニングを始めましょう。データに基づくインサイトをもとに、今日から買掛金請求書処理の改善に取り組めます。
支払遅延料を防ぐ:買掛金業務を今すぐ見直し、コストを60%削減
ProcessMindを使って重複支払をなくし、処理を自動化して、コストを60%削減しましょう。
クレジットカード不要。数分で設定できます。