Airbase vs SAP Ariba

Requirement evaluated: Batch approval capability for recurring invoices from the same vendor (e.g., monthly telecom bills across 6 locations)

For your scenario of approving monthly telecom bills across 6 locations, Airbase offers two relevant but incomplete mechanisms. First, the platform supports recurring bill creation: <cite index="13-34,13-35">you can make recurring payments to a vendor on Airbase, and this option will create bills on a recurring basis for that vendor</cite>, which automates bill generation on a schedule so your 6 telecom invoices arrive without manual data entry each month. …

Limitations: The buyer's AP team will still open and action each of the 6 location-level telecom bills one at a time at the approval stage; the recurring creation and vendor-based routing rules reduce setup friction but do not compress the approval touchpoints into a single action the way a documented bulk-approve-bills mechanism w …

Requirement evaluated: Batch approval capability for recurring invoices from the same vendor (e.g., monthly telecom bills across 6 locations)

For a $120M services company handling recurring vendor invoices such as monthly telecom bills across 6 locations, SAP Ariba Buying and Invoicing addresses this scenario through two related mechanisms rather than a traditional batch-select UI. First, the automatic reconciliation engine allows buyers to configure header-level and line-level tolerance thresholds; invoices from a recurring vendor that fall within those thresholds are auto-accepted and auto-reconciled without any individual human approval step, effectively removing them from the manual approval queue entirely. Second, for recurring services governed by a contract, Ariba supports Evaluated Receipt Settlement (ERS) …

Limitations: The primary mechanism Ariba uses for recurring-invoice efficiency (auto-reconciliation and ERS) bypasses human approval entirely rather than enabling a grouped human review, which removes the oversight your AP team may need for audit and compliance purposes on utility and subscription invoices. …

Requirement evaluated: Budget data pulled from NetSuite for real-time budget enforcement

For a $250M tech company replacing email-and-Slack approvals with a formal procurement system, Airbase offers genuine pre-approval spend controls through its Spend Controls module: finance administrators configure hard-block and soft-warning policies, spending limits by role and expense type, and card-level limits on virtual and physical cards, all of which fire at the point of requisition submission or card use. The NetSuite integration is deep and bi-directional for GL coding: Airbase pulls chart-of-accounts dimensions (departments, classes, custom segments) …

Limitations: The budget enforcement mechanism in Airbase is configured within Airbase, not pulled live from NetSuite's budget records, so the buyer cannot use NetSuite as the single source of truth for budget limits. …

Requirement evaluated: Budget data pulled from NetSuite for real-time budget enforcement

For a $250M technology company running NetSuite as its ERP, SAP Ariba offers two documented budget-check modes. The first is internal budget management within Ariba, where budget data is imported from the ERP system and Ariba checks requisitions against that imported copy; SAP Ariba's own help documentation describes this as 'budget checks on requisitions within the SAP Ariba solution using budget data imported from the ERP system.' The second, more advanced mode is a Real-Time Budget Check (RTBC), a synchronous call triggered at requisition submission or by the approver that queries the ERP for live fund availability before the final approver can act. …

Limitations: The true real-time, synchronous budget check against NetSuite actuals at the moment of requisition submission is not available via a pre-built path: the native RTBC feature targets SAP ERP/S/4HANA backends, and bridging it to NetSuite requires custom iPaaS middleware that this buyer would need to source, build, and mai …

Requirement evaluated: SOC 2 Type II certification (current, not in-progress)

For a $120M multi-location services company evaluating security posture before committing to an AP automation platform, Airbase (now operating under Paylocity following acquisition) maintains an annually renewed SOC 2 Type II attestation conducted by independent, reputable CPA firms. The official Airbase security policy page states that audits cover controls related to financial reporting, security, confidentiality, and availability, with each control tested for both design appropriateness and operating effectiveness. …

Limitations: Because Airbase was acquired by Paylocity relatively recently, buyers should confirm during the sales process that the SOC 2 Type II report scope explicitly covers the Airbase spend management modules (AP automation, bill pay, guided procurement) …

Requirement evaluated: SOC 2 Type II certification (current, not in-progress)

For your security compliance review, SAP Ariba maintains a completed, independently audited SOC 2 Type II report specifically named 'SAP Ariba and SAP Business Network SOC 2 Audit Report 2025 H1,' covering the audit period April 1, 2024 through March 31, 2025. The report is prepared by an independent third-party accountant in accordance with AT-C Section 205 and ISAE 3000, and covers the trust principles of Security, Availability, Processing Integrity, and Confidentiality. This is a concluded audit, not an in-progress attestation, satisfying your 'current, not in-progress' requirement. …

Limitations: The report is NDA-gated, so your team will need to execute a non-disclosure agreement before receiving the full document; this is standard industry practice but adds a step to your diligence timeline. …

Requirement evaluated: Maverick spend tracking: flag all invoices that arrive without a matching PO

For a $250M tech company where 35% of spend currently bypasses POs entirely, Airbase's AP Automation module addresses part of this requirement through its Invoice Inbox and PO matching workflow: when an operator opens an invoice from the Bills Payments > Inbox to create a bill, Airbase lists all open POs on record for that vendor and the operator clicks 'Match' to link them. As the product page states, the system is designed for 'ensuring every invoice is tied to the correct PO and receipt.' However, the documented mechanism is operator-initiated matching during bill creation, not an automated flag or hold triggered at ingestion for invoices that arrive without any PO reference. …

Limitations: No documented mechanism automatically flags or quarantines an invoice at ingestion because it lacks a PO reference; the PO matching step is operator-selected during bill creation, meaning non-PO invoices can flow through to payment without a system-generated exception or alert. …

Requirement evaluated: Maverick spend tracking: flag all invoices that arrive without a matching PO

For a company currently running 35% maverick spend with no procurement system, SAP Ariba Invoice Management treats 'non-PO invoice' as a first-class, named document type rather than an error state. When an invoice arrives (via SAP Business Network, email, or manual entry), <cite index="32-7,32-8">all invoices generate a corresponding invoice reconciliation document automatically, and the invoice gets matched against any related purchase orders, contracts, or receipts, with data compared to check for any discrepancies known as invoice exceptions.</cite> If no PO match is found, the invoice is classified as a non-PO invoice and enters a separate approval path: <cite index="31-7">administrators …

Limitations: Ariba routes non-PO invoices to a configurable exception queue for AP review rather than hard-blocking them, so the system surfaces maverick spend without eliminating it by fiat: suppressing the leakage still depends on consistent use of Guided Buying as the single intake channel, which requires supplier onboarding to …

Requirement evaluated: Real-time AP dashboard: invoice aging, approval queue depth, processing cycle time, spend by vendor/category/entity

For a 3-person AP team at a multi-location services company running 1,800 invoices per month across two Sage Intacct entities, Airbase's Spend Analytics module delivers real-time spend visibility across three of the four required dimensions. The reporting feature page explicitly states it surfaces <cite index="14-1">"up-to-the-minute spend by department, vendor, category, or subsidiary across all spend,"</cite> and the spend analytics ebook confirms the platform provides <cite index="24-6">"real-time visibility into your spend processes across a variety of metrics, from invoice processing cycle times"</cite> with a named set of productivity benchmarks. …

Limitations: Invoice aging is documented only as a manually triggered CSV/Excel export from the Bills module, not a live dashboard panel that auto-refreshes; a 3-person AP team monitoring aging daily would need to run and download the report each time rather than viewing it on-screen. …

Requirement evaluated: Real-time AP dashboard: invoice aging, approval queue depth, processing cycle time, spend by vendor/category/entity

For a $120M multi-location services company running 1,800 invoices per month across two Sage Intacct entities, SAP Ariba delivers spend reporting through two distinct layers: an operational AP worklist inside its invoicing module and a separate Spend Analysis module for category and vendor analytics. The invoicing layer provides a centralized AP view of invoice status, approval queue management, and processing prioritization by status, company code, and workflow, along with automated escalation to surface bottlenecks in the approval chain. …

Limitations: SAP Ariba Invoicing's documented ERP compatibility is limited to SAP's own ERP systems; Sage Intacct is not a supported back-end, so the real-time invoice aging and cycle-time metrics this buyer needs would lack a live Intacct data feed. …

Requirement evaluated: Automated vendor onboarding workflow: request → IT security check (for software) → finance approval → vendor master creation in NetSuite

For a $250M tech company with 800+ vendors and no procurement system, Airbase addresses this requirement through two connected modules. First, the Guided Procurement module (Workflow Builder) handles the intake and multi-stakeholder approval chain: an employee submits a vendor request, and no-code configurable workflows route it sequentially or in parallel to IT security (including capture of SOC attestations and integration with ticketing systems like Jira), then to finance for approval, with each step tracked in a full audit trail. …

Limitations: The evidence confirms multi-stakeholder approval routing through IT security and finance, and vendor portal data collection, but does not explicitly document that Airbase pushes a fully formed new vendor master record into NetSuite upon workflow completion as a discrete, automated step. …

Requirement evaluated: Automated vendor onboarding workflow: request → IT security check (for software) → finance approval → vendor master creation in NetSuite

For a $250M tech company onboarding net-new vendors today through email and Slack, SAP Ariba's Supplier Lifecycle and Performance (SLP) module delivers the full four-step workflow this buyer needs. An internal user submits a supplier request through Ariba's structured intake form; <cite index="18-12,18-13">supplier creation by users across the organization (sourcing agents, functional buyers) …

Limitations: The NetSuite vendor master write-back is not a native out-of-the-box connection: it requires a middleware layer (e.g., Dell Boomi, Boomi, MuleSoft, or Oracle Integration Cloud's SAP Ariba Adapter) …

Requirement evaluated: SOC 2 Type II certification for the platform

For a $250M technology company whose CFO requires audit-ready compliance documentation, Airbase (now operating as part of Paylocity) publishes a dedicated security policy page at airbase.com/legal/security-policy that confirms both annual SOC 2 Type II attestations and ISO 27001:2022 certification. The SOC 2 Type II attestation is performed by reputable, independent audit firms on an annual cadence and covers controls related to security, confidentiality, and availability — the three trust service criteria most relevant to a procurement platform handling vendor and spend data. …

Limitations: Post-acquisition, the SOC 2 Type II report is issued under the Paylocity entity umbrella; the buyer should confirm during procurement that the audit scope explicitly includes the Airbase spend management module and is not limited to Paylocity's core HCM/payroll systems. …

Requirement evaluated: SOC 2 Type II certification for the platform

For a $250M technology company requiring SOC 2 Type II as a baseline compliance gate, SAP Ariba satisfies this requirement through a dedicated, regularly issued audit program documented on SAP's Trust Center. <cite index="7-10,7-11,7-12,7-13,7-14">SAP Ariba and SAP Business Network has prepared a SOC 2 Type 2 audit report by an independent third-party accountant, covering the audit period April 1, 2024 to March 31, 2025, and the trust principles Security, Availability, Processing Integrity, and Confidentiality.</cite> <cite index="7-15,7-16">The report is restricted in use, and a copy is available to all SAP customers and prospects with a non-disclosure agreement in place.</cite> To bridge a …

Limitations: The full Type 2 report is gated behind an NDA, which is standard enterprise practice and unlikely to be a blocker for a $250M company in a formal vendor evaluation. The buyer should confirm that the specific Ariba modules they intend to deploy (Buying, Invoicing, Ariba Network) …

Requirement evaluated: Service receipt: time-based or milestone-based confirmation for professional services engagements

For a $250M technology company whose indirect spend is dominated by IT and professional services engagements, Airbase supports three-way matching through an invoice-PO-receipt workflow, but the receipt leg for services relies on human attestation rather than a dedicated time-period or milestone-tracking mechanism. <cite index="5-7,5-8,5-9">When goods or services are received, a goods receipt note is created confirming arrival and quantity; for services specifically, the person who ordered the services verifies that what was received was in accordance with contract deliverables.</cite> <cite index="26-2,26-3">Airbase's Workflow Builder, launched in 2021, routes different spend request types t …

Limitations: The receipt step for services appears to be a general human attestation routed through Airbase's Workflow Builder rather than a structured milestone or time-period confirmation module; buyers with professional services POs spanning multiple phases or recurring retainers will have no native mechanism to enforce delivery …

Requirement evaluated: Service receipt: time-based or milestone-based confirmation for professional services engagements

For a $250M technology company whose $60M indirect spend includes significant professional services (IT, consulting, marketing agencies), SAP Ariba's Services Procurement module addresses this requirement through two complementary mechanisms. First, the Service Entry Sheet (SES): a service PO is issued, and once services are rendered, the supplier creates an SES via SAP Business Network specifying service start and end dates, line items rendered, and quantities; the SES is then routed through a buyer approval workflow before invoice matching can proceed, with the approved SES serving as the 'receipt' leg of a 3-way match instead of a physical goods receipt. …

Limitations: The SES workflow depends on suppliers being onboarded to SAP Business Network; for professional services vendors unwilling or unable to join the network, <cite index='20-26,20-27,20-28,20-29'>buyers can create an SES on behalf of the supplier, but this is a manual workaround specifically for cases where the supplier la …

Requirement evaluated: Link request to existing contract when applicable (e.g., ordering under a blanket PO or master agreement)

For your $250M technology company trying to eliminate maverick spend and ensure purchases reference existing agreements, Airbase's Guided Procurement module operates at the intake stage but does not offer a native contract repository that auto-surfaces existing blanket POs or master agreements when a requester selects a known vendor. What Airbase does provide is a configurable, no-code intake form that can collect and route contract documents: the Guided Procurement overview sheet states that 'requirements for each business group, like SOC attestations, tax information, or contracts flow automatically to stakeholder systems,' meaning an admin can build a custom intake field prompting the req …

Limitations: Airbase has no native contract repository, so there is no mechanism to automatically surface an existing blanket PO or master agreement when a requester picks a vendor during intake: a requester must manually know an agreement exists and attach it themselves, which does not reliably prevent off-contract ordering. …

Requirement evaluated: Link request to existing contract when applicable (e.g., ordering under a blanket PO or master agreement)

For a $250M technology company with 35% maverick spend and 800+ active vendors, Ariba's Contract Compliance feature addresses this requirement directly at the requisition creation stage. When a requester uses Guided Buying to add items or services to a purchase requisition, the system automatically identifies and selects applicable contracts: for 'release order contracts' (Ariba's term for blanket POs and master agreements), the contract is auto-linked the moment the requester adds a covered item to the requisition, and contract pricing and terms are applied automatically. …

Limitations: Ariba's contract-to-requisition linkage is native to its own Ariba Contracts and Buying modules; this buyer's existing contracts would need to be loaded into Ariba Contract Workspaces before the auto-matching mechanism activates, requiring an upfront data migration effort. …

Requirement evaluated: Non-PO invoice routing: automatic GL coding suggestions based on vendor history and invoice description

For your 45% non-PO invoice volume (utilities, subscriptions, professional services, insurance), Airbase's Bill Payments module applies auto-categorization at the point of bill creation: OCR extracts line-level invoice data from a dedicated invoice inbox, and the system then uses a combination of deterministic rules, OCR, and generative AI to populate fields and recommend GL coding without requiring a purchase order as an anchor. …

Limitations: The auto-categorization mechanism is most clearly documented for bill pay and card transactions; how quickly the ML model stabilizes on accuracy for a net-new vendor population (such as your subcontractors and insurance carriers where you have limited transaction history at go-live) …

Requirement evaluated: Automatic tolerance-based auto-approval for minor variances (e.g., invoices within $25 or 1% of PO are auto-matched)

For a multi-location services company running 1,800 invoices per month, SAP Ariba's Invoice Reconciliation (IR) engine directly addresses tolerance-based auto-approval at both the dollar and percentage level. When a PO-based invoice arrives, the IR engine compares it against the corresponding PO, contract, and receipt data. <cite index="14-3,14-4">Invoices can be reconciled with a combination of automatic and manual processing: the automatic reconciliation phase matches invoices to orders or contracts within tolerances defined in configuration and refers unresolved issues to users for manual reconciliation.</cite> <cite index="27-4">The system is configured with header and line-level invoice …

Limitations: There is one process-flow nuance to understand at configuration time: <cite index="27-9,27-10">the automatic reconciliation phase always creates an IR document and submits it for approval, even when the system has indicated auto-accept; the approver can see the auto-reconciliation result and approve or override it.</ci …

Requirement evaluated: Vendor performance visibility: on-time payment rate, average payment cycle, dispute frequency

For a $120M multi-location services company processing 1,800 invoices per month across two Sage Intacct entities, Airbase's Vendor Management module provides a vendor-level repository where your AP team can access payment history, spend data, compliance status, and preferred payment terms per vendor, filterable with advanced columns and custom views. The June 2024 launch of Airbase's Spend Analytics and enhanced Vendor Management capabilities added what the vendor describes as 'a comprehensive view of vendor performance and risk' with real-time insights across AP, expenses, and cards. Vendors can also self-serve payment status through the supplier portal, reducing inbound inquiries. …

Limitations: Airbase surfaces payment history and spend data at the vendor level, but third-party user reviews specifically flag limited custom reporting and analytics depth as a known gap, and no Airbase documentation describes a purpose-built on-time payment rate calculation, average days-to-pay metric, or dispute frequency trend …

Requirement evaluated: Vendor self-service portal: new vendor registration, W-9/W-8 submission, banking detail entry, invoice submission, payment status inquiry

For a $120M multi-location services company on Sage Intacct, SAP Ariba delivers vendor self-service through two complementary layers. First, the SAP Business Network (formerly Ariba Network) provides supplier self-registration at supplier.ariba.com: suppliers receive an email invitation, click a unique registration link, and complete a guided wizard that collects company name, address, contact credentials, and business profile data. Second, the Supplier Lifecycle and Performance (SLP) …

Limitations: W-9 collection for individual and sole-proprietor vendors (who must provide a social security number) is explicitly unsupported in SLP questionnaires per SAP's own help documentation, leaving a gap for the services-company vendor mix that typically includes individual subcontractors. …

Requirement evaluated: Support for Sage Intacct dimensions: Location, Department, Class, Project, Customer, and custom dimensions

For your two-entity Sage Intacct environment, Airbase codes invoices (bills) using a system of Line Level Tags and Transaction Level Tags that map to Sage Intacct's dimension fields. The bill export documentation explicitly lists Department and Location as Sage Intacct-specific dimension fields carried on bill transactions, and a separate help article confirms that Sage Intacct users can set Project as a GL line-level tag, meaning Project coding can be applied per invoice line to support split allocations across your 6 locations and subcontractor projects. …

Limitations: Airbase's documented Sage Intacct dimension coverage is limited to Department, Location, and Project; Class, Customer, and any user-defined/custom dimensions the buyer has configured in Sage Intacct are not documented as supported in the bill coding or sync workflow, meaning those dimensions would require manual coding …

Requirement evaluated: Native, pre-built, bidirectional integration with Sage Intacct (not middleware-dependent)

For this $120M, 2-entity Sage Intacct company, SAP Ariba does not offer a native, pre-built, bidirectional connector to Sage Intacct built into its own platform. SAP Ariba's documented integration architecture, the Cloud Integration Gateway (CIG) and SAP Integration Suite, is designed exclusively for SAP ERP and SAP S/4HANA backends: the SAP help portal states that the managed gateway 'allows you to easily integrate SAP ERP and SAP S/4HANA backend system with your trading partners and SAP Ariba solutions,' with no Sage Intacct path documented. …

Limitations: A buyer running Sage Intacct who deploys SAP Ariba would face a custom integration project using third-party middleware (such as APIWORX, MuleSoft, or SAP Integration Suite in a mediated-connectivity mode) …

Requirement evaluated: Payment reconciliation with automatic journal entries back to Sage Intacct

For a 3-person AP team moving 1,800 invoices per month across two Sage Intacct entities, Airbase handles payment reconciliation through a documented bi-directional sync architecture. When a bill payment is executed in Airbase (ACH, check, or virtual card), Airbase writes the payment back to Sage Intacct as a paired Bill plus Payment record, automatically clearing the open payable in the AP subledger and posting the corresponding cash or clearing account entry without manual re-keying. …

Limitations: The full body of the 'Sync Bill Payments to Sage Intacct' help article was not rendered by search, so the precise field mapping (payment date, reference number, clearing account designation) …

Requirement evaluated: Virtual card program with rebate revenue; we want to shift 30%+ of spend to virtual card

SAP Ariba delivers virtual card payments with buyer rebates through SAP Taulia, an SAP-owned working capital platform embedded within SAP Ariba Buying. At the payment stage of the AP workflow, the system generates single-use virtual card numbers tied per invoice or PO, routes them to enrolled suppliers, and returns interchange-based rebates to the buyer. SAP Taulia quantifies the rebate opportunity at up to $2M per $200M of payables, and supports supplier enrollment tooling (bundled payments, credit note netting, multi-use card options) designed to increase acceptance rates and help buyers convert a larger share of spend to virtual card. …

Limitations: For a $120M mid-market company on Sage Intacct, deploying SAP Ariba plus SAP Taulia to access the virtual card rebate program means adopting an enterprise-oriented source-to-pay stack architected around SAP's own ERP: the Sage Intacct connection requires custom middleware development, and the implementation scale is di …

Requirement evaluated: Confidence scoring on extracted data so AP clerks know which fields to verify vs. which are high-confidence

For your 3-person AP team processing 1,800 invoices per month, the relevant question is whether Airbase surfaces per-field confidence scores so clerks know exactly which extracted values to verify rather than checking every field on every invoice. Airbase's bill capture module uses AI-powered OCR and machine learning to auto-fill key invoice fields such as vendor name, invoice date, amount, and line items, and applies ML-based predictive GL coding that learns from past coding corrections. …

Limitations: No evidence was found in Airbase's help center, product documentation, or any third-party review that Airbase presents per-field confidence percentages or visual confidence indicators to AP clerks during invoice review; clerks would need to rely on their own judgment to determine which auto-extracted fields require ver …

Requirement evaluated: Confidence scoring on extracted data so AP clerks know which fields to verify vs. which are high-confidence

For a $120M services company currently keying invoices manually into Sage Intacct, SAP Ariba Invoicing (formerly Central Invoice Management) does deliver confidence scoring during invoice extraction. The mechanism is powered by SAP's Document Information Extraction (DOX) service: when an invoice arrives by email or file upload, the DOX engine extracts each field and attaches a per-field confidence score. Fields with a confidence score below 50% are not written to the draft invoice at all, routing that work to an AP clerk for manual entry rather than surfacing a low-confidence pre-filled value for verification. …

Limitations: The confidence scoring mechanism operates in SAP Ariba Invoicing, which today integrates natively only with SAP's own ERP stack; Sage Intacct connectivity is listed as a future release item, so this buyer cannot deploy the feature in its current environment without replacing or bridging its ERP. …

Requirement evaluated: PO change order workflow: amendments require re-approval if they exceed original amount by more than 10% or $5,000

For your company's need to gate PO amendments above a 10% or $5,000 threshold, Airbase does offer a formal 'Request Change of Amount for Purchase Orders' pathway: spend owners submit an amount-change request, and that request routes through the approval chain configured in Airbase's Advanced Approval Policy engine. The Advanced Approval Policy uses configurable 'When...then...' conditional rules that can be based on spend amount, department, GL category, spend type, and other dimensions, and these rules apply to Purchase Order requests. …

Limitations: The critical gap for this buyer is the absence of documented delta-based re-approval logic: Airbase's approval rules appear to route based on the total request amount or spend category, not on the percentage or dollar increase over an already-approved PO amount. …

Requirement evaluated: Blanket PO support for contract-based spending with release tracking against the total commitment

For a $250M technology company moving off email-based PO creation in NetSuite, SAP Ariba Buying and Invoicing provides a native Blanket Purchase Order (BPO) module that directly addresses contract-based spending with commitment tracking. A buyer creates a BPO contract request in Ariba, sets a mandatory maximum dollar limit, defines pricing terms and the applicable time period, and toggles 'Release Required' on or off depending on whether individual releases must be approved before charges are drawn down. …

Limitations: This buyer's current NetSuite environment creates POs manually today; adopting Ariba BPOs requires deploying SAP Ariba Buying and Invoicing (a separately licensed module) and configuring the integration between Ariba and NetSuite, which adds implementation scope. …

Requirement evaluated: Mandatory legal review routing for all software and professional services purchases over $25K

For a $250M technology company routing software and professional services purchases over $25K to legal, Airbase delivers this through two complementary modules: Advanced Approvals and Guided Procurement. In Advanced Approvals, admins build conditional 'When...then...' rules where the trigger conditions can combine spend type (e.g., software, professional services) and dollar amount, automatically routing to a named Legal approver or Legal approval group before the request advances. …

Limitations: Airbase's documentation describes the enforcement model as policy-configured rather than system-hardened: whether legal approval can be administratively overridden or delegated away by a super-admin is not explicitly addressed in the available documentation, so the buyer should confirm during a demo that the legal node …

Requirement evaluated: Mandatory IT security review for all software/SaaS purchases regardless of amount

For a technology company whose CFO is trying to eliminate maverick software spend, SAP Ariba's Approval Rules engine in the Ariba Buying module directly addresses this requirement. An administrator navigates to Manage > Approval Processes, selects the Requisition approvable type, and configures a rule whose condition evaluates the commodity code field on each line item (represented in Ariba's field path syntax as `LineItems.CommonCommodityCode.UniqueName`). The condition is set to match software/SaaS-specific UNSPSC codes or custom commodity codes, with no amount field included in the condition, so the rule fires on every purchase in that category regardless of dollar value. …

Limitations: The buyer must ensure every software/SaaS request is classified to the correct commodity code at submission time; if a requester mislabels an ad-hoc SaaS purchase under a non-software category (e.g., 'professional services'), the IT security rule will not fire, so governance of the commodity code taxonomy and requester …