Procurement & P2P. 5 requirements evaluated: 2 partial, 3 unclear.
Partial
Requirement evaluated: PO status tracking: from approved through acknowledged, received, invoiced, and closed
For a $250M tech company moving off email-and-Slack approvals, Yooz's P2P module covers most of the PO lifecycle in a single platform. <cite index="25-14,25-15,25-16">Staff raise purchase requests without forms or emails; managers approve or reject them, and the finance team maintains visibility over the full spending process.</cite> <cite index="25-24">The Sage marketplace listing for Yooz describes the module as covering purchase request creation, automated approval workflows, automatic PO generation, goods reception management, and budget monitoring</cite> — spanning the approved and received stages natively. …
Limitations: The supplier acknowledgment stage is the weakest link: evidence comes from Yooz marketing blog copy rather than product documentation, and it is unclear whether acknowledgment is a supplier-confirmed portal action or simply a dispatch confirmation. …
Partial
Requirement evaluated: Automatic PO closure when fully received and invoiced, with alerts for POs open longer than 90 days
For a $250M technology company running $90M in annual spend through NetSuite, Yooz covers the invoice-side of PO lifecycle management through automated 2- and 3-way matching at the line level: it captures an invoice, extracts line-level data, compares it against the purchase order and goods receipt, and routes exceptions for resolution. Upon payment completion, Yooz automatically exports the matched data back to NetSuite, reconciling the invoice with the purchase order and marking it as paid (getyooz.com/blog/oracle-3-way-match). …
Limitations: The buyer's two specific sub-requirements split across a hard gap: Yooz handles the 3-way matching that is the prerequisite for PO closure, but PO status transitions (Pending Receipt → Billed → Closed) are owned by NetSuite's Advanced Receiving and Vendor Bill Approval workflows, not by Yooz natively. …
Unclear
Requirement evaluated: Blanket PO support for contract-based spending with release tracking against the total commitment
For a $250M technology company with significant contract-based spend across IT, professional services, and facilities, blanket PO support requires a master commitment record with a defined ceiling, individual release orders drawn against it, and real-time visibility into consumed versus remaining balance. Yooz's own blog content, authored by its product marketing team, explicitly lists blanket POs as one of four PO types the platform addresses, defining them as 'ongoing purchasing from a single vendor within a set spending cap,' and states that 'Yooz brings all of this together in a single platform, from catalog-driven purchase requests and smart approval workflows to AI-powered invoice capt …
Limitations: The critical sub-functions this buyer needs, specifically: creating a parent commitment record with a not-to-exceed ceiling, issuing named release orders that draw down against it, and surfacing a real-time consumed-versus-remaining-balance dashboard, are not documented in any Yooz help center, product page, or impleme …
Unclear
Requirement evaluated: PO change order workflow: amendments require re-approval if they exceed original amount by more than 10% or $5,000
For a $250M technology company seeking to enforce re-approval whenever a PO amendment exceeds 10% or $5,000 over the original authorized amount, Yooz's documented capabilities do not address this specific upstream control. Yooz does operate a purchasing module that covers requisition to PO creation, and its platform is built on a BPMN2 workflow engine described as supporting 'sequential, parallel or no-touch approvals, auto-escalation, auto-delegation' with 'no limits on workflow routes.' It also documents configurable routing based on 'discrepancy type or threshold,' but the only threshold-triggered routing evidence found applies to invoice-to-PO matching discrepancies on the AP side: that …
Limitations: Yooz's primary product identity is AP automation and invoice processing; its P2P purchasing module and BPMN2 engine are documented at a general level, but no specific mechanism for PO amendment threshold-triggered re-approval (the buyer's dual condition of >10% or >$5,000) …
Showing the 4 most recent of 5. The rest are in the comparisons listed below.