ivalua

Classifies Ivalua source-to-pay operations into read, write, and destructive tiers for safe execution.

Updated Aug 17, 2026
One-click install
npx skills add https://github.com/MetaFloor-AI/metafloor-scm-plugin-openai --skill ivalua-metafloor-ai
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ivalua
Source: https://github.com/MetaFloor-AI/metafloor-scm-plugin-openai/tree/main/skills/platforms/procurement/ivalua
Command: npx skills add https://github.com/MetaFloor-AI/metafloor-scm-plugin-openai --skill ivalua-metafloor-ai

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Operating Ivalua's source-to-pay suite is risky because its writes commit money and reach external suppliers, and every deployment is client-configured so behavior cannot be inferred from object types. This Skill provides the judgment to classify each Ivalua action (read / write / destructive) so consequential operations pause for human approval. ## Core Features & Use Cases - Action classification matrix: Maps Ivalua operation families (publishing RFx events, awarding scenarios, issuing POs, releasing invoices, changing supplier status) to read, reversible-write, committing-write, and destructive tiers with gating rules. - Configuration-as-control-surface rules: Treats no-code workflow, tolerance, and validation-rule changes as fleet-wide destructive changes, and defaults unclassifiable custom objects up to destructive tier. - Edge states and recovery: Covers sealed-bid envelopes, split awards, partial receipts, non-PO invoice auto-matching, ERP export failures, and prohibited circumvention patterns like threshold splitting. - Use Case: When asked to release an invoice with an out-of-tolerance match exception in Ivalua, the Skill flags it as destructive, requires a named approver, and suggests fixing the source receipt or price instead of overriding. ## Quick Start Ask the assistant to classify and safely process an Ivalua task, such as reviewing a match exception on a PO-based invoice before releasing it for payment.

Frequently Asked Questions about ivalua

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I safely release an invoice with a match exception in Ivalua?

An out-of-tolerance match exception is destructive because overriding it authorizes payment despite the mismatch. Route it to a named approver, or fix the source document such as the receipt or price, which is the non-destructive path.

What is the difference between an award and a purchase order in Ivalua?

An award selects suppliers, price, and quantity from a sourcing event and notifies winners, but it is not itself a contract or PO. Each of event, award, contract, and PO is a separate governed step with its own approval workflow.

Does this Skill work with SAP Ariba or Coupa?

No, it applies only when the connected source-to-pay suite is Ivalua. SAP Ariba, Coupa, JAGGAER, and Oracle Procurement Cloud have their own skills because their objects, networks, and configuration differ.

Why is changing a matching tolerance in Ivalua considered destructive?

Tolerances are client-configured control surfaces, so raising one pre-authorizes every future invoice variance up to that gap with no human review. Any no-code config change re-gates all future transactions fleet-wide and requires a named approver.

Can a registered supplier receive a purchase order in Ivalua?

No, registration is not qualification. A supplier must be registered, qualified for the specific category, and free of Risk Center holds before awarding, contracting, or issuing a PO, otherwise money goes to an unvetted party.