買掛金請求書処理用データテンプレート
買掛金請求書処理用データテンプレート
- 収集を推奨する属性
- 追跡すべき主要なアクティビティ
- 抽出手順
買掛金請求書処理の属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
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 Financialsにおける基本的な組織単位で、独立した会計単位を表します。請求書を含むすべての財務取引は、特定の会社コードに転記されます。 この属性は、法人単位でプロセス分析を分けるために欠かせません。事業の異なる部分について、プロセスパフォーマンス、コンプライアンス率、効率を比較できます。複数の子会社を持つ大規模な多国籍企業では、特に重要です。
重要な理由
法人単位でプロセス分析を分け、異なる事業単位間でパフォーマンスを比較できます。
入手先
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
|
|||
|
伝票通貨
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
|
|||
|
割引を逸失
DiscountLost
|
利用可能な早期支払割引を取得しなかった場合にTRUEとなる計算フラグです。 | ||
|
説明
この属性は、支払条件で早期支払い割引が設定されていたにもかかわらず、割引期間の終了後に支払いが行われた請求書を識別します。これは、「支払条件」から算出した割引期限と支払日を比較して計算されます。 これは、「早期支払い割引取得率」を測定する重要な財務KPIです。コスト削減の機会を逃している状況を明らかにします。割引を取得できなかった理由(承認サイクルの長期化や支払ブロックなど)を分析することで、投資対効果が明確なプロセス改善プロジェクトの根拠を示せます。
重要な理由
失われた財務上の機会を明らかにし、「早期支払い割引取得率」KPIを直接支援するとともに、プロセス改善を促す明確な金銭的メリットを示します。
入手先
計算フィールド:「支払条件で割引が設定されている」かつ「支払日>割引期限」の場合はTRUE、それ以外はFALSEです。
例
truefalse
|
|||
|
反対仕訳済み
IsReversed
|
請求書文書が反対仕訳されたかどうかを示すブール値フラグです。 | ||
|
説明
取消または反対仕訳された請求書を示す属性です。重大なエラーやプロセス障害を示す重要なイベントです。SAPでは、反対仕訳された文書が反対仕訳文書に関連付けられます。 反対仕訳された請求書を特定することは、プロセス品質と失敗率を把握するうえで重要です。これらの終端例外を通常のプロセスフローから分離し、反対仕訳が発生する理由と再発防止策を分析できます。
重要な理由
取消された請求書を示します。プロセス障害の重要な指標となり、重大なエラーの根本原因分析に役立ちます。
入手先
文書番号(BKPF-BELNR)が、他の文書のBKPF-STBLG(反対仕訳文書)項目に存在するかを確認します。
例
truefalse
|
|||
|
文書タイプ
DocumentType
|
会計文書を分類し、処理方法を制御するSAPのコードです。 | ||
|
説明
文書タイプは、仕入先請求書(KR)、クレジットメモ(KG)、MM請求書(RE)など、さまざまな業務トランザクションを区別します。番号範囲や転記可能な勘定タイプなどを制御します。 プロセスマイニングで文書タイプを使って絞り込むと、より均質な分析が可能になります。たとえば、標準的な仕入先請求書(KR)とクレジットメモ(KG)では、プロセスが大きく異なる場合があります。これらを分けて分析することで、誤解を招く集計を避け、特定のサブプロセスをより正確に把握できます。
重要な理由
トランザクションタイプ(例:請求書とクレジットメモ)ごとに分析を分け、より正確で関連性の高いプロセス分析結果を得られます。
入手先
SAPテーブルBKPF(会計伝票ヘッダー)の項目BLARTから取得します。
例
KRREKG
|
|||
|
期限超過
IsOverdue
|
請求書が予定された支払期日より後に支払われた場合にTRUEとなる計算フラグです。 | ||
|
説明
「支払により請求書が消込されました」アクティビティの日付と「請求書支払期日」を比較して導出するブール属性です。支払日が支払期日より後の場合、フラグはTRUEになります。 「支払期限超過率」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
|
|||
|
請求書が転記されました
|
請求書が総勘定元帳に正式に記録され、財務上の債務が発生しました。保留文書が転記済み文書に変換された場合、または最初から転記済みとして作成された場合に該当します。財務会計における基本的なステップです。 | ||
|
重要な理由
転記は、請求書を正式な債務として確定する重要なマイルストーンです。データ入力段階と、支払管理を実行する段階を分けます。
入手先
文書ヘッダーテーブルBKPFから識別します。転記済み文書では、文書ステータス(BKPF-BSTAT)が空白で、転記日付(BKPF-BUDAT)が有効です。イベントのタイムスタンプには転記日付を使用します。
取得
BKPF-BSTATが「V」(保留)ではない文書、または「V」から変更された文書について、BKPF.BUDATを使用します。
イベントタイプ
explicit
|
|||
|
請求書伝票を作成
|
SAPで請求書伝票が作成されたことを示します。未転記伝票として登録された場合と、完全に転記された場合があります。通常、請求書に関する最初のタイムスタンプ付きイベントであり、プロセス分析の開始点になります。BKPFテーブルの伝票入力日時から取得します。 | ||
|
重要な理由
このアクティビティは、請求書処理の進行における主な開始イベントです。この時点からの時間を分析することで、エンドツーエンドの総サイクルタイムを測定し、初期データ入力の遅延を特定できます。
入手先
このイベントは、会計伝票ヘッダーレコードの作成タイムスタンプから推定されます。具体的には、入力日(BKPF-CPUDT)と入力時刻(BKPF-CPUTM)の組み合わせがタイムスタンプになります。
取得
伝票ヘッダーテーブルBKPFの作成タイムスタンプ(CPUDT、CPUTM)を使用します。
イベントタイプ
inferred
|
|||
|
入庫照合済み
|
請求書上の商品またはサービスが受領済みであることを、請求書と入庫伝票を関連付けて確認したことを示します。三者照合の3番目の要素です。請求書明細の参照情報から推定します。 | ||
|
重要な理由
入庫との照合により、支払い対象の商品やサービスを会社が受領したことを確認できます。これを追跡することで、発注書・入庫・請求書の照合時間KPIを分析し、確認作業を効率化できます。
入手先
BSEGテーブルの仕入先明細で、入力済みの入庫伝票番号(BSEG-LFBNR)を確認するか、関連する発注書の履歴(テーブルEKBE)を追跡して推定します。
取得
BSEG.LFBNRの入庫参照、またはEKBEの発注書履歴を確認します。
イベントタイプ
inferred
|
|||
|
支払なしで支払期日を超過しました
|
請求書の正味支払期日を現在の日付が過ぎても、請求書がまだ消込されていない場合に発生する計算イベントです。期限超過のリスクがある、またはすでに期限を超過した請求書を明らかにします。システムから直接取得するイベントではありません。 | ||
|
重要な理由
「支払期限超過率」KPIの監視に欠かせないアクティビティです。延滞料金の発生や仕入先との関係悪化を防ぐため、早急な対応が必要な請求書を事前に特定します。
入手先
計算イベントです。すべての未消込の請求明細について、現在の日付と正味支払期日(BSEG-ZFBDT)を比較して導出します。イベントのタイムスタンプには支払期日そのものを使用します。
取得
未消込明細について、現在の日付とBSEG.ZFBDTを比較して導出します。
イベントタイプ
calculated
|
|||
|
支払ブロックが解除されました
|
以前設定されていた請求書の支払ブロックが解除され、支払可能な状態になりました。差異の解消または承認の完了を示すことが多いです。このイベントは変更文書テーブルから取得します。 | ||
|
重要な理由
例外の解消、または承認の完了を示すアクティビティです。ブロックが有効な状態にあった時間は、手戻りや待機時間を表すため、プロセス改善の重要な対象となります。
入手先
Payment Block Key項目(BSEG-ZLSPR)の変更を追跡して取得します。テーブルCDHDRおよびCDPOSの変更ログには、この項目がクリアされた時点が記録されます。
取得
項目BSEG-ZLSPRが空白に変更されたCDHDR/CDPOSの更新エントリを追跡します。
イベントタイプ
explicit
|
|||
|
支払ブロックを設定
|
通常は差異、承認待ち、その他の問題を理由に、請求書が支払い対象から明示的にブロックされている状態です。請求書明細に設定される明示的なステータスであり、変更伝票テーブルからイベントを取得できます。 | ||
|
重要な理由
このアクティビティは、例外対応または承認待ちの期間が始まった時点を特定します。支払ブロックの頻度と期間を分析することは、プロセスのボトルネックや紛争を特定して解消するうえで重要です。
入手先
支払ブロックキー項目(BSEG-ZLSPR)の変更を追跡してイベントを取得します。CDHDRとCDPOSの変更ログに、この項目へ値が入力された時点が記録されます。
取得
項目BSEG-ZLSPRについて、CDHDR/CDPOSにエントリが作成されたことを追跡します。
イベントタイプ
explicit
|
|||
|
発注書照合済み
|
請求書明細が発注書に正常に関連付けられたことを示します。三者照合プロセスにおける重要な確認工程です。請求書明細の発注書番号の有無から推定します。 | ||
|
重要な理由
発注書照合の遅延は、大きなボトルネックになる可能性があります。このアクティビティを分析することで、照合プロセスの効率を測定し、標準的な発注書ベースのワークフローから逸脱する請求書を特定できます。
入手先
BSEGテーブルの仕入先明細から推定します。発注書番号項目(BSEG-EBELN)に値が入力されている場合、伝票作成時に照合が行われたとみなします。
取得
請求書のBSEG.EBELNにNULLでない値があるか確認します。
イベントタイプ
inferred
|
|||
|
請求書が承認ワークフローに回付されました
|
請求書が正式に承認ワークフローへ提出されました。このアクティビティは、外部のワークフローシステム、またはSAPでの特定のステータス変更に基づくことが多いです。通常、承認サブプロセスの開始点となります。 | ||
|
重要な理由
承認サイクルの開始を示します。このイベントから「請求書承認済み」までの時間を測定することは、「請求書承認サイクル時間」KPIの算出と、承認者に関連するボトルネックの特定に欠かせません。
入手先
SAP Business Workflowを使用している場合、このイベントはワークフローのログ(例:SWWLOG)から抽出できます。使用していない場合は、承認を理由として支払ブロックが設定されたことから推定する、概念上のステップとなることが多いです。
取得
ワークフローのログから抽出するか、特定の支払ブロックの設定から推定します。
イベントタイプ
explicit
|
|||
|
請求書を未転記で登録
|
SAPに入力されているものの、まだ総勘定元帳に転記されていない請求書を示します。後から完成または承認できるようにする明示的な操作です。ヘッダーテーブルの伝票ステータス項目で、請求書が未転記で登録されているかどうかを確認できます。 | ||
|
重要な理由
未転記での登録は、確認や情報不足などを理由に、プロセスを意図的に一時停止していることを示します。これを追跡することで、請求書が正式に転記される前の遅延理由を特定できます。
入手先
伝票ヘッダーテーブルBKPFで、伝票ステータス(BKPF-BSTAT)が「V」(未転記)になっているレコードから特定します。イベント時刻には、伝票の作成時刻(BKPF-CPUDT、BKPF-CPUTM)を使用します。
取得
BKPF.BSTAT = 'V'の伝票を抽出します。
イベントタイプ
explicit
|
|||
抽出ガイド
始める準備はできていますか?
このテンプレートを使って、プロセスマイニングを始めましょう。データに基づく分析により、買掛金請求書処理を今すぐ改善できます。
遅延損害金を防ぐ:今すぐ買掛金を最適化して60%削減
重複支払いをなくし、処理を自動化して、本プラットフォームでコストを60%削減できます。
クレジットカード不要、数分で設定できます