Your Purchase to Pay - Invoice Processing Data Template
Your Purchase to Pay - Invoice Processing Data Template
- Recommended attributes to collect
- Key activities to track for SAP Ariba
- Practical data extraction guidance
Purchase to Pay - Invoice Processing Attributes
| Name | Description | ||
|---|---|---|---|
|
Activity Name
ActivityName
|
The name of the specific event or task that occurred at a point in the invoice processing lifecycle. | ||
|
Description
The Activity Name describes a single step within the invoice processing workflow, such as 'Invoice Received', 'Invoice Approved', or 'Payment Executed'. Each activity represents a business event that moves the invoice closer to completion. In process mining, the sequence of these activities forms the process map. Analyzing these activities helps identify the most common process paths, deviations from the standard procedure, rework loops like discrepancy handling, and automation opportunities.
Why it matters
This attribute is the foundation for visualizing the process map, discovering process variants, and identifying rework or bottlenecks.
Where to get
Generated from system event logs, status changes, or user actions captured within SAP Ariba. This data often comes from workflow or document history tables.
Examples
Invoice ReceivedInvoice ApprovedPayment Block SetPayment Executed
|
|||
|
Event Time
EventTime
|
The timestamp indicating the exact date and time when an activity occurred. | ||
|
Description
The Event Time, or timestamp, records when a specific activity took place. This data is fundamental for performance analysis, as it allows for the calculation of durations between activities and the overall case cycle time. Process mining tools use these timestamps to order events chronologically and build an accurate representation of the process flow. It is essential for measuring KPIs like Invoice Approval Cycle Time and Payment Block Resolution Time, enabling analysis of delays and efficiency.
Why it matters
It enables the calculation of all time-based metrics, such as cycle times and durations, which are critical for identifying process delays.
Where to get
Automatically logged by SAP Ariba for every status change, user action, or system event. It is typically found alongside the activity name in event logs or history tables.
Examples
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
|
|||
|
Invoice Number
InvoiceNumber
|
The unique identifier for each vendor invoice, serving as the primary case ID for the invoice processing journey. | ||
|
Description
The Invoice Number is the unique reference assigned by a vendor to an invoice document. In process mining, this attribute is critical as it functions as the Case ID, linking all related activities from invoice receipt to final payment. By tracking this identifier, analysts can reconstruct the complete, end-to-end lifecycle of every invoice. This enables detailed analysis of process flows, identification of bottlenecks, and measurement of key performance indicators like cycle time for individual invoices.
Why it matters
It is the essential key that connects all process steps for a single invoice, making it possible to analyze the end-to-end processing time and path.
Where to get
This is a primary field on the invoice document and within the SAP Ariba Invoicing solution. It is typically found in invoice header tables or transaction data.
Examples
INV-2023-001239876543210SI-58840-A
|
|||
|
Approver
Approver
|
The user or role responsible for approving the invoice for payment. | ||
|
Description
The Approver is the individual or user group assigned to review and approve an invoice. Invoices often require one or more levels of approval depending on their value or type. This attribute helps analyze the performance of the approval workflow. By segmenting the 'Invoice Approval Cycle Time' by approver or approval group, it's possible to identify individuals or teams that are bottlenecks in the process. This information is key to balancing workloads and improving approval efficiency.
Why it matters
It helps identify bottlenecks in the approval process by showing which users or teams have the longest approval cycle times.
Where to get
Captured in the workflow or approval history logs for an invoice in SAP Ariba. It may be recorded as a user ID.
Examples
j.smithFinance_Approvers_Tier1m.jones
|
|||
|
Invoice Amount
InvoiceAmount
|
The total monetary value of the invoice. | ||
|
Description
The Invoice Amount represents the total payment requested by the vendor. This is a fundamental financial attribute for analyzing the invoice processing workload. In process mining, this attribute is used to filter analyses for high-value invoices, which may follow different approval paths or have stricter controls. It can also be used to prioritize process improvement efforts on invoices that represent the highest financial impact. Dashboards often use this to show the total value of invoices in different stages of the process.
Why it matters
This allows for financial impact analysis, such as filtering for high-value invoices or understanding the monetary value tied up in process bottlenecks.
Where to get
A standard field in the invoice header data within SAP Ariba.
Examples
5250.75120000.00895.50
|
|||
|
Invoice Status
InvoiceStatus
|
The current or final status of the invoice case, such as Paid, Rejected, or In Process. | ||
|
Description
The Invoice Status provides a snapshot of where the invoice is in its lifecycle at the time of data extraction, or its final outcome. This is a case-level attribute that summarizes the overall state of the invoice. In process mining, this attribute is useful for filtering cases to analyze only completed (Paid) or problematic (Rejected) invoices. It helps in understanding the final outcomes of different process variants and can be used to measure the proportion of invoices that reach a successful conclusion.
Why it matters
It provides the final outcome of the invoice process, allowing for analysis focused on successfully paid versus rejected invoices.
Where to get
This is a standard status field on the invoice header in SAP Ariba.
Examples
PaidRejectedProcessingApproved
|
|||
|
Payment Block Reason
PaymentBlockReason
|
The specific reason why a payment block was placed on an invoice. | ||
|
Description
When an invoice is blocked from payment, this attribute provides the reason, such as 'Price Discrepancy', 'Quantity Mismatch', or 'Missing Goods Receipt'. These reasons are often standardized codes or descriptions within the system. Analyzing the frequency of different block reasons helps to pinpoint the root causes of payment delays. For example, a high number of 'Price Discrepancy' blocks might indicate issues with master data accuracy. This attribute is crucial for the 'Payment Block Resolution Time' dashboard to prioritize fixing the most common and time-consuming issues.
Why it matters
It provides the root cause for payment delays, enabling targeted improvements to prevent common issues like price or quantity mismatches.
Where to get
This information is set when a payment block is applied to an invoice in SAP Ariba or the connected ERP.
Examples
Price DiscrepancyQuantity MismatchAwaiting Goods Receipt
|
|||
|
Payment Due Date
PaymentDueDate
|
The date by which the invoice must be paid to avoid penalties, according to the payment terms. | ||
|
Description
The Payment Due Date is the contractually agreed-upon date for settling an invoice. This date is typically calculated based on the invoice document date and the agreed payment terms (e.g., Net 30). This attribute is essential for the 'On-Time Payment Rate' KPI. By comparing the 'Payment Executed' timestamp with the Payment Due Date, the analysis can identify late payments, measure vendor payment performance, and help organizations avoid late fees and maintain good supplier relationships.
Why it matters
It is the baseline for calculating the on-time payment rate, a critical KPI for vendor relationship management and financial compliance.
Where to get
This date is either present on the invoice document or calculated based on the 'DocumentDate' and 'PaymentTerms' fields in SAP Ariba.
Examples
2023-11-302024-01-152023-12-25
|
|||
|
Purchase Order Number
PurchaseOrderNumber
|
The identifier for the purchase order associated with the invoice, if applicable. | ||
|
Description
The Purchase Order (PO) Number links an invoice to the corresponding purchasing document that authorized the procurement of goods or services. Not all invoices are PO-backed, but for those that are, this link is vital. Analyzing invoices by PO Number helps in understanding three-way matching performance (PO, Goods Receipt, Invoice). It is key to identifying discrepancies and supports analysis of PO-based versus non-PO-based invoice processing, which often follow different paths and have different efficiency levels.
Why it matters
It connects the invoice to the procurement process, enabling analysis of matching discrepancies and comparing PO vs. non-PO invoice flows.
Where to get
Available as a standard field on PO-backed invoices within SAP Ariba. Found in invoice line item or header data.
Examples
45000123454500054321PO-2023-789
|
|||
|
Vendor Name
VendorName
|
The name of the vendor or supplier who submitted the invoice. | ||
|
Description
The Vendor Name identifies the supplier that is requesting payment. This is a primary dimension for analysis, allowing teams to segment invoice processing performance by vendor. This attribute is used to create dashboards that track vendor payment performance, identify vendors with high discrepancy rates, or analyze processing times for strategic suppliers. Understanding vendor-specific issues can help improve supplier relationships and streamline collaboration.
Why it matters
It allows for performance analysis by vendor, helping to identify which suppliers have frequent invoice issues or delayed payments.
Where to get
A standard field in the invoice header data, linked from the vendor master data within SAP Ariba or the connected ERP system.
Examples
Global Office Supplies Inc.Tech Solutions LLCInnovate Logistics
|
|||
|
Approval Cycle Time
ApprovalCycleTime
|
The time elapsed from when an invoice was sent for approval until a final decision (approved or rejected) was made. | ||
|
Description
This calculated metric measures the duration of the approval subprocess. It is calculated as the time difference between the 'Invoice Sent for Approval' activity and the corresponding 'Invoice Approved' or 'Invoice Rejected' activity. This attribute is a direct measure of the 'Invoice Approval Cycle Time' KPI and is vital for the associated dashboard. It helps to isolate and quantify delays specifically within the approval stage of the process, which is often a major contributor to overall processing time. It can be analyzed by approver, department, or invoice amount to find specific bottlenecks.
Why it matters
It isolates the performance of the approval workflow, making it easy to identify bottlenecks caused by approvers or complex approval chains.
Where to get
Calculated during data transformation by finding the relevant approval start and end events for each invoice and calculating the time difference.
Examples
2 days 5 hours10 days 1 hour8 hours 30 minutes
|
|||
|
Company Code
CompanyCode
|
The identifier for the specific legal entity or company within the organization that is processing the invoice. | ||
|
Description
The Company Code is a standard organizational unit in SAP environments, representing an independent legal entity for which financial statements are prepared. Invoices are always booked to a specific company code. This attribute allows for process performance to be compared across different business units or legal entities. It helps identify if certain entities are more efficient than others and supports the standardization of processes across a global organization.
Why it matters
It allows for performance comparison across different legal entities or business units, helping to identify regional or departmental inefficiencies.
Where to get
A fundamental organizational field on the invoice document in SAP Ariba, inherited from the purchase order or entered during non-PO invoice creation.
Examples
1000US01DE01
|
|||
|
Country
Country
|
The country associated with the invoice, typically based on the company code or vendor location. | ||
|
Description
The Country attribute provides a geographical dimension for the analysis. It is usually derived from the company code to which the invoice is posted or from the vendor's address. Analyzing the process by country helps to uncover regional differences in performance, compliance, and process execution. It can highlight whether certain country offices are facing unique challenges or have adopted best practices that could be shared globally. This is valuable for standardizing processes in a global shared services environment.
Why it matters
It enables geographical analysis to compare process performance and compliance across different countries or regions.
Where to get
Derived from the Company Code master data or Vendor master data in SAP Ariba or the connected ERP system.
Examples
USAGermanyUnited Kingdom
|
|||
|
Currency
Currency
|
The currency code for the invoice amount, such as USD or EUR. | ||
|
Description
This attribute specifies the currency in which the Invoice Amount is denominated. For global organizations, invoices are received in many different currencies. Having the currency is crucial for any financial analysis to ensure amounts are compared correctly. In process mining dashboards, it allows for proper aggregation of financial values, often requiring conversion to a single reporting currency. It provides necessary context for the 'Invoice Amount' attribute.
Why it matters
It provides essential context for the 'Invoice Amount' attribute, ensuring financial values are interpreted correctly, especially in a multi-national context.
Where to get
A standard field in the invoice header data, typically located next to the invoice amount field in SAP Ariba.
Examples
USDEURGBP
|
|||
|
Document Date
DocumentDate
|
The date printed on the invoice document by the vendor. | ||
|
Description
The Document Date is the date the vendor created the invoice. It is distinct from the 'Invoice Received' date, which is when the invoice entered the processing system. The lag between these two dates can be significant. This attribute helps in analyzing supplier performance and identifying delays in invoice submission. A long delay between the document date and the received date can shorten the effective time available to process the invoice and capture early payment discounts. It's also often the starting point for calculating the Payment Due Date.
Why it matters
It helps analyze delays between when a vendor issues an invoice and when it is received, which can impact the ability to pay on time.
Where to get
A standard field in the invoice header data, captured from the physical or digital invoice document.
Examples
2023-10-202023-11-102024-01-02
|
|||
|
Invoice Processing Time
InvoiceProcessingTime
|
The total time elapsed from when an invoice was first received until it was paid. | ||
|
Description
This metric measures the end-to-end cycle time for each invoice case. It is calculated by taking the difference between the timestamp of the first activity (e.g., 'Invoice Received') and the last activity (e.g., 'Payment Executed'). As a primary Key Performance Indicator (KPI), it provides a high-level measure of the overall efficiency of the invoice processing operation. Analyzing this duration helps identify which types of invoices or which vendors are associated with longer processing times, guiding process improvement initiatives.
Why it matters
This is a critical KPI for measuring overall process efficiency and its impact on working capital and vendor relationships.
Where to get
Calculated during data transformation by subtracting the minimum 'EventTime' from the maximum 'EventTime' for each 'InvoiceNumber'.
Examples
15 days 4 hours35 days 8 hours8 days 2 hours
|
|||
|
Invoice Type
InvoiceType
|
Categorization of the invoice, for example, whether it is related to a purchase order (PO) or not (Non-PO). | ||
|
Description
The Invoice Type classifies invoices into different categories that often follow distinct processes. The most common distinction is between PO-backed invoices, which can be matched against a pre-approved order, and Non-PO invoices, which require more extensive coding and approval. This attribute is crucial for process analysis because PO and Non-PO invoice processes are fundamentally different. Separating them allows for a more accurate view of performance for each path, preventing misleading aggregated metrics. It helps in understanding the efficiency and compliance of each distinct flow.
Why it matters
It separates invoices into distinct process flows (e.g., PO vs. Non-PO), which is crucial for accurate performance measurement and analysis.
Where to get
This is often a standard field on the invoice document in SAP Ariba or can be derived based on the presence of a 'PurchaseOrderNumber'.
Examples
PO InvoiceNon-PO InvoiceCredit Memo
|
|||
|
Is Discount Taken
IsEarlyPaymentDiscountTaken
|
A boolean flag indicating if an early payment discount was successfully captured for an eligible invoice. | ||
|
Description
This attribute is the result of a calculation that first identifies if an invoice was eligible for an early payment discount based on its 'PaymentTerms'. Then, it checks if the 'Payment Executed' event occurred within the specified discount period. This flag is crucial for measuring the 'Early Payment Discount Capture Rate' KPI. It directly quantifies the financial success of the treasury and accounts payable functions in optimizing working capital. Analyzing cases where this flag is false helps uncover the reasons for missed savings, such as slow approvals or other process bottlenecks.
Why it matters
Directly measures the success in capturing cost savings and helps identify reasons for missed discount opportunities.
Where to get
Calculated during data transformation by parsing 'PaymentTerms' and comparing the 'Payment Executed' timestamp against the calculated discount deadline.
Examples
truefalse
|
|||
|
Is Paid On Time
IsPaidOnTime
|
A boolean flag that indicates whether the invoice was paid on or before its due date. | ||
|
Description
This calculated attribute compares the timestamp of the 'Payment Executed' activity with the 'PaymentDueDate'. If the payment date is on or before the due date, the value is true; otherwise, it is false. This flag simplifies the analysis of payment performance. It allows for easy filtering and aggregation to calculate the 'On-Time Payment Rate' KPI. Dashboards can use this attribute to quickly visualize performance by vendor, country, or company code, helping to identify areas with chronic late payment problems.
Why it matters
It simplifies the calculation of the on-time payment rate KPI and allows for easy filtering of late invoices for root cause analysis.
Where to get
Calculated during data transformation by comparing 'EventTime' of the payment activity against the 'PaymentDueDate' attribute.
Examples
truefalse
|
|||
|
Last Data Update
LastDataUpdate
|
The timestamp indicating the last time the data for this event was refreshed or extracted. | ||
|
Description
This attribute provides the date and time of the most recent data pull from the source system. It is a metadata field that is essential for data governance and for understanding the freshness of the analysis. Analysts use this information to confirm they are working with up-to-date data and to understand the potential lag between an event occurring in the source system and its appearance in the process mining tool. It is critical for managing data refresh cycles and ensuring the reliability of the insights.
Why it matters
It provides crucial context about data freshness, ensuring that analyses are based on current and relevant information.
Where to get
This timestamp is typically generated and appended to the dataset during the data extraction (ETL) process.
Examples
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
Payment Terms
PaymentTerms
|
The agreed-upon terms for invoice payment, which often include details on early payment discounts. | ||
|
Description
Payment Terms define the rules for paying the vendor, such as 'Net 30' (payment due in 30 days) or '2% 10, Net 30' (a 2% discount if paid in 10 days, otherwise due in 30). This information comes from vendor master data or the purchase order. This attribute is essential for the 'Early Payment Discount Opportunities' dashboard and the related KPI. The analysis uses these terms to identify invoices eligible for a discount and determines if the payment was executed within the discount window, highlighting opportunities for cost savings.
Why it matters
It is essential for identifying opportunities to capture early payment discounts, which can lead to significant cost savings.
Where to get
Stored in the vendor master data and copied to the invoice details within SAP Ariba or the ERP system.
Examples
Net 302% 10, Net 30Net 60
|
|||
|
Rejection Reason
RejectionReason
|
A code or text explaining why an invoice was rejected during the approval process. | ||
|
Description
When an approver rejects an invoice, they typically provide a reason. This attribute captures that information, which could be values like 'Incorrect Price', 'Duplicate Invoice', or 'Policy Violation'. This is a key attribute for the 'Invoice Rejection Analysis' dashboard. By analyzing the most common rejection reasons, organizations can identify upstream issues, such as problems with vendor invoice quality or internal data inconsistencies. This insight helps reduce rework and improve the first-time-right rate for invoice processing.
Why it matters
It explains why rework occurs, providing direct insight into the root causes of process inefficiencies and invoice quality issues.
Where to get
Captured from the workflow log or notes field when an 'Invoice Rejected' activity occurs in SAP Ariba.
Examples
Duplicate InvoiceIncorrect PO ReferenceAmount exceeds approved budget
|
|||
|
Source System
SourceSystem
|
The system of record from which the event data was extracted. | ||
|
Description
This attribute identifies the originating system for each event, such as 'SAP Ariba', 'SAP S/4HANA', or a third-party scanning solution. In modern enterprises, invoice processing can span multiple applications. Understanding the source system is valuable for diagnosing data quality issues and for analyzing process handoffs between different platforms. It helps clarify where specific activities, like invoice scanning versus invoice approval, are performed.
Why it matters
It helps differentiate activities that occur in different systems, which is crucial for understanding integration points and system-specific bottlenecks.
Where to get
This is typically added during the data extraction, transformation, and loading (ETL) process, where a static value is assigned based on the data source.
Examples
SAP AribaSAP S4HANACoupa
|
|||
Purchase to Pay - Invoice Processing Activities
| Activity | Description | ||
|---|---|---|---|
|
Invoice Approved
|
Represents the successful completion of the approval workflow, where all required approvers have authorized the invoice for payment. This is a critical milestone before the invoice is posted. | ||
|
Why it matters
This activity is the endpoint for measuring approval cycle time and a key driver for subsequent payment processing steps. Delays here directly impact on-time payment performance.
Where to get
This is typically captured explicitly in Ariba's approval history logs for the invoice. It can also be inferred from the document status changing to 'Approved'.
Capture
Extract from approval flow history records or the timestamp of the status change to 'Approved'.
Event type
explicit
|
|||
|
Invoice Posted
|
This activity signifies that the approved invoice has been successfully sent to and accepted by the downstream ERP system for financial accounting and payment processing. This is a key integration milestone. | ||
|
Why it matters
Confirms the handoff from procurement to finance is complete. It is a critical milestone before payment can be scheduled and executed.
Where to get
Inferred from the invoice status changing to a final state like 'Sent' or 'Processing Payment', and a corresponding confirmation message from the ERP system is logged.
Capture
Identify the timestamp when the invoice status is updated to reflect a successful send-to-ERP event.
Event type
inferred
|
|||
|
Invoice Received
|
Marks the start of the invoice processing lifecycle, when an invoice is first entered into the SAP Ariba system. This can be through various channels like the Ariba Network, supplier portal, or manual entry. | ||
|
Why it matters
This activity serves as the primary start point for measuring the end-to-end invoice cycle time and understanding initial processing delays.
Where to get
Typically inferred from the creation timestamp of the invoice document in SAP Ariba Buying and Invoicing. This timestamp indicates when the invoice record was first generated in the system.
Capture
Use the creation timestamp of the main invoice object or document.
Event type
inferred
|
|||
|
Invoice Reconciled
|
A key milestone where the invoice has been successfully matched against the purchase order and goods receipt without any outstanding discrepancies. This confirms the invoice is valid for approval. | ||
|
Why it matters
Completing this step signifies the end of the validation phase and readiness for the approval workflow. It's a critical checkpoint for measuring straight-through processing rates.
Where to get
Captured via a status change on the Invoice Reconciliation (IR) document to a state like 'Reconciled'.
Capture
Use the timestamp when the Invoice Reconciliation document status updates to 'Reconciled'.
Event type
inferred
|
|||
|
Invoice Sent for Approval
|
This activity marks the beginning of the formal approval workflow after the invoice has been successfully reconciled. The invoice is routed to one or more designated approvers based on business rules. | ||
|
Why it matters
This is the starting point for measuring the Invoice Approval Cycle Time KPI and analyzing the efficiency of the approval process itself.
Where to get
Inferred from a status change on the invoice document, often moving from 'Reconciled' to a status like 'Approving' or 'Pending Approval'.
Capture
Track the timestamp when the invoice or IR document status changes to 'Approving' or a similar state.
Event type
inferred
|
|||
|
Payment Executed
|
The final activity in the process, confirming that payment has been sent to the supplier. This completes the lifecycle of the invoice. | ||
|
Why it matters
This activity is the primary endpoint for measuring the overall invoice cycle time and is essential for calculating on-time payment rates and early payment discount capture.
Where to get
This event occurs in the ERP system. The payment status, payment date, and transaction details are often sent back to update the invoice document in SAP Ariba.
Capture
Inferred from the invoice payment status changing to 'Paid' and capturing the associated payment date.
Event type
inferred
|
|||
|
Discrepancy Resolved
|
Indicates that a previously identified mismatch has been addressed and the invoice is ready to proceed with reconciliation and approval. This may involve manual adjustments or communication with the supplier. | ||
|
Why it matters
Tracking the time spent resolving discrepancies helps quantify the impact of rework and highlights opportunities to improve first-time match rates.
Where to get
Inferred from a status change on the Invoice Reconciliation (IR) document, moving from an exception status back to a processing status like 'Reconciling' or 'Submitted'.
Capture
Capture the timestamp when an IR document moves out of a discrepancy status and back into a processing workflow.
Event type
inferred
|
|||
|
Invoice Rejected
|
An exception activity where an approver denies the invoice during the approval workflow. This action typically requires the invoice to be corrected and resubmitted, creating a rework loop. | ||
|
Why it matters
Tracking rejections is essential for the Invoice Rejection Rate KPI and for analyzing the root causes of approval failures, such as policy violations or incorrect coding.
Where to get
This is logged in the approval history for the invoice document and is also reflected in a document status change to 'Rejected'.
Capture
Extract from approval history comments and timestamps or a status change to 'Rejected'.
Event type
explicit
|
|||
|
Invoice Submitted for Reconciliation
|
Represents the point where the invoice has been entered and is formally submitted into the reconciliation process to be matched against a purchase order or contract. This is a key handoff from data entry to validation. | ||
|
Why it matters
This milestone initiates the matching and validation phase. Analyzing the time from receipt to this activity helps identify data entry bottlenecks.
Where to get
Inferred from a status change on the invoice or Invoice Reconciliation (IR) document, often moving to a status like 'Submitted' or 'Reconciling'.
Capture
Track the timestamp when the Invoice Reconciliation document status changes to 'Submitted'.
Event type
inferred
|
|||
|
Matching Discrepancy Identified
|
An exception activity that occurs when the system or a user identifies a mismatch between the invoice, purchase order, and receipt information. Common discrepancies include price, quantity, or tax variances. | ||
|
Why it matters
This activity is crucial for calculating the matching discrepancy rate and identifying common sources of errors, which are major drivers of processing delays.
Where to get
This is often captured by a specific status on the Invoice Reconciliation (IR) document, such as 'Rejected' or 'Disputed', accompanied by a reason code.
Capture
Identify the timestamp when the IR document status changes to indicate a mismatch or exception state.
Event type
inferred
|
|||
|
Payment Block Released
|
Indicates that a previously set payment block has been removed, allowing the invoice to proceed to payment scheduling. This signifies the resolution of the underlying issue. | ||
|
Why it matters
This activity is the endpoint for measuring Payment Block Resolution Time. It closes the exception handling loop for blocked invoices.
Where to get
Like setting a block, this is typically actioned in the ERP system and the status may be reflected back in Ariba. It's inferred from the removal of a payment block flag.
Capture
Requires identifying the timestamp when a payment block flag or status is removed or deactivated.
Event type
inferred
|
|||
|
Payment Block Set
|
Occurs when a user or the system intentionally stops an approved invoice from being paid. This is often due to vendor disputes, quality issues, or other commercial reasons. | ||
|
Why it matters
This activity is the start point for measuring Payment Block Resolution Time. Analyzing blocks helps identify and resolve systemic issues that delay payments.
Where to get
This is often managed in the integrated ERP system (like SAP S/4HANA) after the invoice is posted, but the block status may be synchronized back to Ariba. It may be indicated by a specific flag or status.
Capture
Requires identifying a flag or status field change indicating a payment block is active.
Event type
inferred
|
|||
|
Payment Scheduled
|
Represents the finance team's action in the ERP system to include the invoice in a specific payment run. The payment is planned but has not yet been executed. | ||
|
Why it matters
Provides visibility into the final stage of the payment process, helping to forecast cash outflows and analyze any delays between posting and final payment.
Where to get
This information typically resides in the ERP system. It may be synchronized back to SAP Ariba and reflected in the invoice's payment status information.
Capture
Inferred from payment status details that are sent from the ERP back to the Ariba invoice document.
Event type
inferred
|
|||