Esker vs SAP Ariba

Requirement evaluated: Integration setup assistance included in implementation; not a separate SOW or additional cost

For a 6-location services company moving from manual AP to Esker, integration with Sage Intacct is handled by Esker's own internal Professional Services team, which uses an Agile delivery methodology. However, Esker's published Terms of Service USA state that 'the implementation of Customer's EOD solution may require customization by Esker's Professional Services, which shall be defined in a separate statement of work (SOW) …

Limitations: The buyer's explicit requirement is that integration setup be included in implementation without a separate SOW or additional cost; Esker's own contract terms and methodology documentation confirm that all implementation work, including ERP integration configuration, is scoped and billed via a separately signed SOW. …

Requirement evaluated: Integration setup assistance included in implementation; not a separate SOW or additional cost

For a $120M services company running two Sage Intacct entities, the integration setup question is the threshold issue. SAP Ariba's native integration infrastructure, the Cloud Integration Gateway (CIG), is documented as supporting only SAP ERP and SAP S/4HANA backends; Sage Intacct is not an SAP product and is not a supported CIG target. Connecting Ariba to a non-SAP ERP like Sage Intacct requires either custom cXML messaging over HTTPS or third-party middleware (Mulesoft, Boomi, Azure Integration Services, etc.), both of which require a customer-side middleware application to send and receive messages. …

Limitations: SAP Ariba has no pre-built, turnkey Sage Intacct connector; achieving two-entity Sage Intacct connectivity requires middleware selection, custom field mapping, and a separately contracted professional services engagement, directly violating the buyer's requirement that integration setup be included in implementation at …

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

For a $250M technology company moving off spreadsheet-based purchasing and looking to enforce budget discipline, Esker's Procurement module (part of its Source-to-Pay suite) explicitly addresses real-time budget follow-up during the requisition and approval workflow. Esker's own product pages state that its e-procurement software 'steps up to the challenge' of real-time budget tracking, and approval workflows are designed to confirm that 'spend is within the agreed-upon budget' before a request advances. …

Limitations: The key gap for this buyer is source-of-truth clarity: Esker's documentation confirms real-time budget enforcement within its own procurement workflow and a pre-built NetSuite connector, but does not explicitly document that NetSuite budget data is the live, upstream input driving Esker's enforcement. …

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

Your company runs NetSuite as its financial system of record, and the requirement is for NetSuite budget data to enforce spend limits in real time during procurement. SAP Ariba does have a documented Real-Time Budget Check (RTBC) feature within its Buying and Invoicing solution: when a requester submits a purchase requisition, Ariba fires a synchronous call to a connected ERP backend, which validates available budget and returns an immediate pass or error message to the requester. The SAP Help Portal confirms this feature under 'Budget Checking in External Systems,' describing how budget checks are performed on requisitions when budget data is hosted in external ERP systems. …

Limitations: The buyer's specific ask, live NetSuite budget data driving real-time enforcement at requisition submission, has no documented SAP-native connector path; achieving it would require custom iPaaS or API integration work, which adds implementation complexity, cost, and an ongoing maintenance dependency on a non-SAP middle …

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

For a $120M services company processing 1,800 invoices per month and wanting to generate rebate revenue on 30%+ of spend, Esker delivers AP-side virtual card issuance through its Esker Pay module, powered by a documented partnership with Corpay. Esker's partnership page confirms that Corpay solutions available through Esker Pay include commercial card and virtual card for accounts payable, meaning single-use virtual card numbers are generated per payment run from within the Esker AP workflow and transmitted to enrolled suppliers. …

Limitations: The rebate economics and supplier enrollment are managed by Corpay, not natively by Esker: reaching the 30% spend-to-card threshold depends on Corpay's vendor enrollment process against your specific supplier base, and rebate rates are set by Corpay's program terms rather than Esker's. …

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: Supplier performance scorecards: on-time delivery rate, quality issues, invoice accuracy, responsiveness

For a $250M technology company with both indirect and direct spend portfolios, Esker's Supplier Management module (part of its Source-to-Pay suite) provides a centralized performance dashboard where procurement and AP teams can track supplier KPIs in real time. The platform explicitly supports tracking of predefined performance metrics against compliance and operational thresholds, and its AI-powered inquiry management feature specifically enables teams to monitor response times and inquiry trends at the supplier level: the product page states users can 'Track inquiry trends, monitor response times and gain actionable insights to drive continuous improvement.' Invoice accuracy is reinforced …

Limitations: The mechanistic evidence for on-time delivery rate (auto-calculated from PO committed date vs. actual goods receipt date) and quality issue tracking (discrete defect counts from goods receipt inspections) …

Requirement evaluated: Supplier performance scorecards: on-time delivery rate, quality issues, invoice accuracy, responsiveness

For a $250M technology company starting from scratch with no procurement system, SAP Ariba delivers supplier performance scorecards through its dedicated Supplier Performance Management (SPM) module, part of the separately licensed SAP Ariba Supplier Lifecycle and Performance (SLP) product. Procurement staff configure SPM 'performance projects' using best-practice templates that define KPIs for on-time delivery, quality (e.g., intact shipments, defect counts), invoice accuracy, and responsiveness; each KPI is assigned a weight and a target score, and individual KPIs roll up into a composite supplier scorecard. …

Limitations: Transactional KPIs for on-time delivery and invoice accuracy are most data-rich when POs and invoices flow through the Ariba platform itself; since 35% of this buyer's spend currently bypasses any PO, those KPIs will reflect only the spend brought into Ariba until maverick spend is controlled. …

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

For a $250M technology company currently processing invoices entirely through email and Slack, Esker AP Automation addresses this requirement at the invoice capture stage: as each invoice arrives (via email, EDI, fax, mail, or supplier portal), Esker's AI engine extracts the invoice data and immediately attempts 2-way or 3-way matching against open purchase orders and goods receipts in your ERP. If no matching PO is found, touchless processing is blocked and the invoice is automatically routed to an exception queue for multi-level review, coding, and approval rather than passing silently to payment. …

Limitations: Esker's flagging mechanism operates on invoices that enter the Esker AP platform; invoices that bypass the platform entirely (e.g., vendors paid directly via wire transfer or credit card outside the system) will not be captured or flagged. …

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

For a company with 35% maverick spend and invoices arriving outside any PO process, SAP Ariba addresses this at two stages. First, at invoice receipt: SAP Ariba Invoice Management (within the Buying and Invoicing suite) automatically attempts to match every incoming invoice against a corresponding PO, contract, and receipt. When no PO exists, the invoice is classified as a non-PO invoice and enters a distinct approval workflow rather than the straight-through reconciliation path. …

Limitations: Ariba's invoice-side flagging operates on invoices that enter the system through the Ariba Network supplier portal or an invoice conversion service; suppliers who continue to email PDFs directly to the buyer's AP team will bypass the matching engine until those invoices are digitally ingested, requiring either supplier …

Requirement evaluated: Approval bottleneck analysis: which approvers are slowest, which invoice types take longest

For a 3-person AP team at a $120M multi-location services company currently blind to approval timing, Esker provides role-specific KPI dashboards that surface process efficiency metrics across the full invoice lifecycle. AP managers get a dedicated dashboard tier covering spend visibility, process efficiency, and payment KPIs, while cost center owners see requests pending approval in real time. The platform tracks average processing time by month and breaks out invoices by type (PO vs. non-PO), giving the AP manager visibility into which invoice categories move slowly. …

Limitations: The documented metrics include average processing time by month and invoice type breakdowns, but Esker's product documentation does not explicitly surface a pre-built 'approver league table' report showing ranked cycle times per named approver; that view would likely require the buyer to configure a custom dashboard us …

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: SOC 2 Type II certification (current, not in-progress)

For a $120M services company requiring a current SOC 2 Type II report before deploying AP automation, the publicly documented picture for Esker is materially incomplete. Esker's primary platform-wide certifications are ISO 27001 (for its Information Security Management System, renewed via A-lign) and SOC 1 Type 2 under SSAE 18 and ISAE 3402, which validate internal control processes for on-demand services. Esker's own security datasheet confirms that SOC 2 Type II examination was completed in 2020, but scoped only to the Collections Management solution, not to the AP automation module. Esker's customer-confidence page (updated March 2026) …

Limitations: The buyer's requirement is a current SOC 2 Type II report, and the most recent public evidence shows Esker's SOC 2 Type II scope is limited to the Collections Management module as of 2020; the AP platform's documented certifications are ISO 27001 and SOC 1 Type 2 (SSAE 18), which do not satisfy a SOC 2 Type II requirem …

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: Non-PO invoice routing: automatic GL coding suggestions based on vendor history and invoice description

For your approximately 810 non-PO invoices per month covering utilities, professional services, subscriptions, and insurance, Esker Synergy AI applies AI-based predictive line-item coding at the point of invoice capture. The mechanism is explicitly documented for non-PO invoices: Esker's machine learning and deep learning engine analyzes historical transaction data and recommends GL account, cost center, cost type, and tax code values for each invoice line, surfacing those suggestions in a validation form for AP review or bypassing review entirely when no exception is detected. …

Limitations: Esker's documentation confirms coverage of GL account, cost center, cost type, and tax code dimensions for non-PO coding, but the specific depth of its Sage Intacct connector relative to Intacct's full custom-dimension schema (including any user-defined dimensions your two entities may use) …

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. 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. …

Limitations: There is one process-flow nuance to understand at configuration time: 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. …

Requirement evaluated: Mobile approval with full invoice image view; approvers must be able to act from their phone in under 30 seconds

For a 3-person AP team at a $120M services company routing 1,800 invoices per month for approval across 6 office locations, Esker's dedicated mobile app, Esker Anywhere, directly addresses this requirement. Approvers receive instant push notifications of pending invoices, open the app on their Apple or Android device, view the full invoice image as received by the accounting department, review key invoice data and prior approvers' comments, then approve, hold, or return the invoice; all in a single, purpose-built mobile interface available 24/7. …

Limitations: No published data confirms a specific 'under 30 seconds' benchmark; the speed claim depends on network connectivity and how quickly each approver can load and review the invoice image on their device. …

Requirement evaluated: Segregation of duties enforcement: person who enters cannot approve, person who approves cannot process payment

For your 3-person AP team on Sage Intacct, SAP Ariba Buying and Invoicing enforces two of the three SoD legs natively within its own platform. First, invoice entry and invoice approval are controlled by distinct user groups: AP staff who key invoices belong to entry-level system groups, while approvers are configured separately with approval permissions, and the system prevents the same user from holding both roles simultaneously. …

Limitations: The approver-cannot-process-payment leg of SoD is not enforced within Ariba for this buyer: Ariba hands payment execution to Sage Intacct via the OK2PAY file, and there is no documented cross-system user-ID exclusion that prevents an Ariba invoice approver from also holding payment-release authority in Sage Intacct. …

Requirement evaluated: Learning capability: accuracy should improve over time on our specific vendor invoice formats

For a 3-person AP team processing 1,800 invoices/month across a mixed PO and non-PO portfolio, Esker's Synergy AI addresses the learning requirement at the invoice capture and pre-processing stage (pre-ERP posting). The platform combines OCR, deep learning, and a supervised correction loop: when an AP user corrects an extracted field or a GL coding suggestion, Esker Synergy registers that correction and uses it to improve future recognition on similar invoices. …

Limitations: Esker's public documentation does not explicitly state whether the correction-driven learning model is scoped per-tenant (improving only on your organization's corrections) …

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: Vendor communication log: track every inquiry and response to eliminate the 6 hours/week our team spends on status calls

For a 3-person AP team currently spending 6 hours per week fielding status calls, Esker addresses this through two interlocking mechanisms. First, the Esker Supplier Portal gives vendors self-service, 24/7 access to real-time invoice and payment status at each workflow stage (received, approved, paid) so they can check themselves without contacting AP. Second, a built-in chat tool on the portal lets suppliers and the AP team exchange messages directly on the invoice record; all conversations are retained in a persistent log accessible to both parties at any time. …

Limitations: The communication log and status visibility only capture interactions that flow through the portal; vendors who do not adopt the portal and instead continue to call or email will still generate untracked inquiries, so the volume reduction depends on supplier enrollment rates. …

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: SOC 2 Type II certification for the platform

For a $250M technology company whose CFO needs audit-ready compliance documentation, Esker holds both SOC 2 Type 2 and SOC 1 Type 2 attestations (issued under SSAE 18 and ISAE 3402) covering its on-demand cloud automation platform, as documented in Esker's published CIO security ebook and its compliance software page. The platform also carries ISO 27001:2022 certification, renewed annually by an independent third-party auditor, as confirmed in Esker's 2024 Impact Report. …

Limitations: Esker does not publish the SOC 2 Type 2 report publicly; per standard industry practice the detailed report is available to customers and prospects under NDA through the account team, so the buyer should request it during due diligence and confirm the current report vintage and Trust Services Criteria in scope before c …

Requirement evaluated: Complete transaction audit trail from request through PO through receipt through payment, viewable as a single timeline

For a team moving from email and Slack approvals to a system of record, Ariba Buying and Invoicing and Guided Buying capture the request, approval, PO, receipt and payment steps as linked documents, each with its own history. Once a requisition is fully approved, Guided Buying creates POs (one per supplier), sends them to suppliers, and sets their status to Ordered. The requisition then displays a link to the purchase order. The PO page has a related-documents section (confirmations, ship notices, receipts) and a separate history section that displays the purchase order history, associated users, and a summary. …

Limitations: The trail is a chain of separate document histories joined by links, so a single request-to-payment timeline would need reporting or manual assembly. Receipt and payment events from NetSuite appear in Ariba only if you buy and maintain a third-party connector, because SAP's native integration is built for SAP ERP and S …

No public documentation covering this requirement was found on the documentation sources this vendor publishes. That is a limit of the public evidence, not a finding about the product.

Requirement evaluated: Automated PO distribution to vendors via email or vendor portal

For a finance team that wants approved purchases to reach vendors without manual sending, Esker's Purchasing module converts an approved request into a PO and sends it to the supplier. It then manages acknowledgements, changes and receipt in the same process (Esker E-Procurement page). Esker's product summary lists "purchase order distribution" as a feature. Its DeliveryWare documentation describes automated PO delivery that assembles the PO document package and sends it in the formats and via the transports suppliers can most efficiently process, with delivery-status notification. Suppliers can also use Esker's supplier self-service portal to interact with buyers on orders. This covers the order-placement and supplier-collaboration stages, and Synergy AI can compare supplier PO acknowledgements against the original order.

Limitations: I found no support.esker.com help article that documents the exact channels (email, portal, EDI, fax), per-supplier delivery preferences or bounce handling for PO sending. The DeliveryWare and solution-summary PDFs are older material, so confirm in a demo that email and portal delivery are configurable per vendor in the current release.

This vendor publishes its documentation behind a sign-in, or blocks search engines from its help centre, so no public source settles this requirement. That is a limit of what anyone can read, not a finding about the product.

Requirement evaluated: A single request can produce mixed outcomes: a PO for some line items, a virtual card for others, and a service ticket for internal work

For your email-and-Slack intake, Ariba Guided Buying would be the single front door: employees build one request, and a requisition with multiple line items may be split by SAP Ariba into multiple POs based on the details, for example by supplier, catalog vs. non-catalog, or contract. Virtual cards are a payment method on those PO transactions, not a per-line outcome of the request. SAP says it is embedding virtual card payments into SAP Ariba Buying and SAP Ariba Buying and Invoicing, and customers can use virtual credit cards for pay on purchase order transactions. The cards are unique, assigned to a single transaction, and programmable with specific limits and expiration dates. …

Limitations: Ariba does not natively produce all three outcomes from one request. You get PO splitting by supplier or type, and virtual card is a payment method on POs and invoices, not something requesters pick per line. …

Requirement evaluated: Policy engine that prevents purchasing from non-approved vendors in categories where preferred vendors exist

For a company dealing with 35% maverick spend and 800+ active vendors, Esker's Procurement module addresses this requirement at the requisition creation stage, before any PO reaches NetSuite. When a requester initiates a purchase, the solution enforces internal policies by enabling every spend request to get the required authorization and allowing users to shop from a list of items from approved vendors. Practically, Esker users are granted access to products from preferred suppliers, keeping purchases in line with company procurement policies, and requesters select items from a catalog of approved items. …

Limitations: Public documentation confirms the catalog and approved-vendor restriction model but does not explicitly detail whether the policy engine supports a configurable hard block (requester cannot proceed) …

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

For your plan to move 800+ vendors and email/Slack approvals into one system, Ariba lets you build an approval rule that forces IT security into the flow for every software or SaaS request. SAP's documentation describes base rules that evaluate a condition and add an approval request node when it is met, with a documented example of a commodity code on any line item routing to a specific manager. For your case, you would key a rule to your software/SaaS commodity codes with no amount condition, so a $200 subscription and a $200K one both pick up the IT security approver. …

Limitations: The security review is an approval step triggered by commodity code or form fields. It is not a built-in vendor security questionnaire or SOC 2 assessment workflow. …

Requirement evaluated: Services catalog: pre-defined service offerings from preferred vendors (e.g., standard consulting day rates)

For a technology company currently buying consulting and professional services through ad-hoc email/Slack requests with no catalog enforcement, Esker's Procurement module (part of its Source-to-Pay suite) provides an internal hosted catalog within its guided buying experience. Esker users are granted access to products from preferred suppliers, allowing purchases to align with procurement policies, and requesters select items they want from a catalog of approved items. Admins can create an internal e-commerce-like web store by broadcasting hosted catalogs or giving access to suppliers' online catalogs, and control buying from only approved vendors and preferred catalog product listings. …

Limitations: The critical buyer use case, pre-loading standard consulting day rates as structured service catalog entries selectable by end-users (e.g., 'Senior Consultant Day Rate: $2,400/day, Preferred Vendor: Accenture'), is not explicitly documented in any Esker product or help content found; all catalog examples reference gene …

Requirement evaluated: Category-based shopping with visual interface; not just a search box

For a 450-person company with 35% of spend outside any PO and requests arriving by email and Slack, SAP Ariba Guided Buying gives requesters a visual storefront in place of a search box. Administrators build a home page and landing pages made of clickable tiles. These can show category images, and guided buying supports four hierarchy levels for landing pages, with clickable tiles for navigating through the catalog. Tile types include Category tiles that open another landing page, Form tiles that open a custom form, and CatalogItem tiles. …

Limitations: Landing pages are static and must be designed and maintained by an administrator (via UI, JSON or Excel). Your 800+ vendors and long-tail categories with no catalog content will need smart forms, hosted catalogs or punchout setup before the storefront is populated. …

Requirement evaluated: Self-service request portal where any employee can submit a purchase request without training; must be simpler than email

For a 450-person technology company currently routing purchase requests through email and Slack, Esker's Purchasing module gives every employee a self-service online requisition portal that directly replaces that email workflow. Requesters log in and either browse a catalog of pre-approved supplier items (internal hosted catalog or PunchOut to live supplier storefronts like an embedded shopping cart), create a requisition directly from a supplier quotation, or fill a structured online request form. Once submitted, Esker auto-routes the requisition to the correct approvers based on a preconfigured buying policy so the requester never has to identify who needs to sign off. …

Limitations: Esker's intake is a structured portal and catalog model, not a conversational or chat-embedded experience; employees accustomed only to composing emails will need a brief orientation to the interface, even if the catalog browse and auto-routing eliminate all procurement knowledge requirements. …

Requirement evaluated: Automatic routing to the right approver based on category, amount, department, and location

For a company moving from email and Slack approvals to structured procurement governance, SAP Ariba Buying (and its Guided Buying intake layer) delivers exactly the multi-dimensional routing this buyer needs. At requisition submission, the Approval Process Engine evaluates a configurable set of if-then rules against the submitted document and dynamically inserts the correct approvers into the approval flow without manual intervention. …

Limitations: The full rules engine lives in SAP Ariba Buying or Buying and Invoicing; the buyer will need to ensure its NetSuite org hierarchy master data (managers, cost centers, departments) is imported into Ariba on a regular basis, as routing accuracy depends on that data being current. …