UnclearNo public documentation foundIvalua
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: 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 a technology company trying to eliminate email-and-Slack approvals, Ivalua's Intake Orchestration module provides a single centralized hub where an employee submits one request and the platform's AI-guided workflow engine automatically routes each element to a different process path. A single submission can be automatically routed to the right process flow, including IT, HR, Expense, Travel, or Accounts Payable, with AI-based triage and system integration. …
Limitations: The service ticket path for internal work lines requires configuring the Integration Hub's API handoff to an ITSM platform (such as ServiceNow), adding implementation effort and a dependency on that integration being live before the mixed-outcome flow works end-to-end. …
PartialProcurify
Requirement evaluated: PO status tracking: from approved through acknowledged, received, invoiced, and closed
For a finance team that wants to follow each PO from approval to close, Procurify tracks most of the chain but not every stage. Approved requests move into the Procurement list and become POs, and the PO can be emailed to the vendor, either automatically or manually. Purchasers select approved items, click Add to List, then Create Purchase Order or Create and Email PO. Procurify's fact sheet also says it tracks purchases from request to approval, PO, invoice, and payment. Receipt and invoicing are tracked per line: each line carries a Billing Status (Not Billed, Partially Billed, Billed, Over-Billed) and a Receive Status (Not Received, Partially Received, Received, Over-Received, Auto-Received). The Spend Insights PO-to-Bill dashboard follows every approved PO line from ordered, to received, to billed. Closing is mostly tied to receiving: POs automatically close when their items are fully received, and users can close or reopen a PO manually. Invoice matching against the PO runs through automated three-way matching.
Limitations: I found no vendor-acknowledgement status in Procurify's help center. The nearest feature is PO email tracking, which shows Failed to send, Sent on, or Open on, and confirms only that the recipient's email server received the message, so it does not show that the vendor accepted the order. The PO's closed state follows full receipt or a manual close, not completion of invoicing. A PO closes on full receipt even if bills are outstanding, and the billed status sits at line level. The dashboard also only counts receiving done in Procurify (received values come from receiving in Procurify only), so a team that doesn't receive in Procurify will see billed lines marked Not Received.
Re-verified 2026-11-03 against current vendor documentation. First evaluated in
GEP vs Procurify vs Basware for Procurement & P2P