Every charge. Verified with AI.
Pleaxy checks every supplier invoice against your contract rates, purchase orders and cloud usage - and holds what doesn't match before you pay.
Use Pleaxy three ways: the SDK & API, an AI agent, or the web app.
Created PO-8842 and routed it to Manager and Finance. The invoice landed Oct 1:
AWS · Invoice INV-7712 · September
- Invoiced
- $48,120
- Metered usage
- $47,5401.2% under · within tolerance
- Purchase order
- $50,000Within budget
Auto-matched · approved · due Oct 31
Two purchase orders are at your stage. Tell me which to approve and I'll confirm before I do.
- PO-8851 · Figma
- $14,000Waiting 1 day
- PO-8853 · Northwind Data
- $18,000Waiting 3 days
2 waiting on you
It doesn't match. It's billed well above the purchase order:
Beacon Metrics · Invoice INV-7730
- Invoiced
- $12,400
- Purchase order
- $10,00024% over · outside tolerance
Held · flagged for one reviewer
Preview: not live yet
That matches the approved invoice, amount and supplier, so it's ready to pay. Open it and choose Pay with Stripe: you pay by bank transfer and cover Stripe's fee, so Northwind Data receives the full amount.
Northwind Data · Invoice INV-7745
- Invoice
- $18,000
- Bank transfer fee
- $5Stripe's fee, covered by you
Ready for you to pay with Stripe
Works with
Plugs into what you already use. Nothing to migrate.
- Cloud billing, read-only
- AWS
- Google Cloud
- Azure
- OCI
- Invoices
- UBL
- cXML
- Claude
- Codex
- Any MCP agent
How it works
Every step is an API call your code or agent can make - from connect to settled.
Connect
Northwind, a supplier, joined free. Your cloud billing is linked read-only: Amazon Web Services (AWS), Google Cloud, Microsoft Azure or Oracle Cloud Infrastructure (OCI).
Invite any supplier - software, services, contractors - and they onboard free. Link read-only billing for Amazon Web Services (AWS), Google Cloud, Microsoft Azure or Oracle Cloud Infrastructure (OCI), and revoke it anytime.
- supplier_
connections. create
- supplier_
Order and route
PO-8842, $50,000, raised via the SDK. The manager approved it, then Finance. POs under $10k approve automatically.
Raise POs from code, the SDK, or agent chat. Approval chains decide who signs, anything under your approval threshold auto-approves, and the supplier gets the PO.
- purchase_
orders. create
- purchase_
Match
AWS sent INV-7712 for $48,120. Your usage was $47,540, 1.2% under, within tolerance. Matched.
Suppliers invoice from the PO or enter one in Pleaxy, and your team can record cXML, UBL, or PDF invoices too. Each is matched to its PO, cloud invoices to usage too; out-of-tolerance ones go to one reviewer.
- invoices.
run_ match
- invoices.
Pay and chase
AWS INV-7712, $48,120. Your agent nudged Finance, Finance approved it, and it pays Thursday, a day before it's due Friday.
Approved invoices go to your payment run on your schedule, and your agent nudges whoever's holding one up. Suppliers see where each invoice is and when a payment has been recorded.
- invoices.
record_ payment
- invoices.
The problems we're here to fix
Complex spend creates expensive mistakes. Pleaxy catches them.
Pleaxy connects what you agreed to, what you used, what you were billed and what you paid - finding discrepancies before payment and keeping buyers and suppliers looking at the same invoice. Each conversation plays as you reach it; send a question yourself to take over.
Paying more than you agreed to
- Buyers
- The problem
- Contract rates, negotiated discounts, credits and pricing changes don't always make it onto the final invoice. When thousands of line items are involved, small discrepancies can quietly become significant overpayments.
- How Pleaxy helps
- Pleaxy checks every invoice line against the rate in your contract and the PO it bills - holding anything priced above what you agreed before it's paid, and showing which term it broke.
Pleaxy Assistant
Procurement · Buyer
Assistant: Hi! Here's how I handle this one.Invoices that don't match actual usage
- Buyers
- The problem
- Usage-based services make invoices difficult to verify. The invoice may be mathematically correct while the underlying quantities, tiers, rates or commitments are not.
- How Pleaxy helps
- Connect your cloud billing read-only and Pleaxy compares each cloud invoice with the metered usage behind it - holding the invoice for review when the two don't agree.
Pleaxy Assistant
Procurement · Buyer
Assistant: Hi! Here's how I handle this one.Invoices with no PO - or not enough PO
- Buyers
- Suppliers
- The problem
- An invoice arrives before a PO is created, or the remaining PO balance isn't enough to cover it. The invoice gets blocked, approvals restart and payment is delayed.
- How Pleaxy helps
- Pleaxy draws down every PO as invoices land against it, so you always know what's left - and your agent can tell you when the next invoice won't fit, while there's still time to raise another PO.
Pleaxy Assistant
Procurement · Buyer
Assistant: Hi! Here's how I handle this one.Rejected invoices suppliers discover too late
- Buyers
- Suppliers
- The problem
- An invoice is rejected or blocked on the buyer's side, but the supplier may not know there's a problem until payment fails to arrive - adding days or weeks to resolution.
- How Pleaxy helps
- Pleaxy makes invoice status and rejection reasons visible, so buyers and suppliers can identify the issue, resolve it and resubmit without waiting for another payment cycle.
Pleaxy Assistant
Accounts receivable · Supplier
Assistant: Hi! Here's how I handle this one.
For suppliers
Invited by a customer? Joining is free.
Receive their POs, invoice straight from them, and see where every invoice stands - including why one was rejected - without chasing anyone.
Built agent & SDK first - for buyers and suppliers
If you're on the buyer side - the team purchasing cloud spend - integrate the SDK or point an MCP-compatible agent at Pleaxy to create purchase orders, reconcile invoices against metered usage, and manage approvals without a portal.
If you're on the supplier side - invoicing that spend - connecting costs nothing: receive POs, flip them to invoices, and let approved invoices settle on schedule.
import { Pleaxy } from "@pleaxy/sdk";
const pleaxy = new Pleaxy({
baseUrl: "https://api.pleaxy.ai",
apiKey: process.env.PLEAXY_API_KEY,
workspaceId: process.env.PLEAXY_WORKSPACE_ID,
});
// Called by the buyer's own code or agent - "supplier" is the
// counterparty you're purchasing from.
const po = await pleaxy.purchaseOrders.create({
supplier: "Amazon Web Services",
provider: "aws",
lineItems: [
{
scopeType: "sku", scopeId: "AWS-EC2-M5LG",
name: "EC2 m5.large", ruleType: "quantity",
unit: "hr", unitPrice: 0.096, qty: 5_000,
nteAmount: 0, paymentTerms: "Net 30",
validFrom: "2026-01-01", validUntil: "2026-12-31",
},
],
});
// Once the supplier invoices against the PO:
const invoice = await pleaxy.invoices.runMatch(invoiceId);
// invoice.matchStatus === "matched" once reconciled
// against metered usage.For buyers
- Create & approve POs by API, SDK, or agent chat
- Auto-match invoices against metered usage
- Fixed API pricing - no percentage of spend
For suppliers
- Receive POs and flip them to invoices instantly
- 100% free - no subscription, no licensing
- Ask your agent to chase down a pending approval
Skip the code too - talk to your agent
Every Pleaxy action is also exposed over MCP, so any MCP-compatible assistant - Claude, an internal ops bot, whatever your team already runs - can create POs, run invoice matching, and chase approvals with the same permissions as your API key. No new UI to learn, on either side.
Pleaxy Assistant
Procurement · Buyer
Created PO-8842 for $50,000 against AWS - routed to Manager and Finance since it's over your $10,000 auto-approve threshold.
INV-7712 landed Oct 1. AWS invoiced $48,120, metered usage came in at $47,540 - 1.2% under and within tolerance, so it auto-matched and was approved without a review. Scheduled to pay Oct 31.
Pleaxy Assistant
Accounts receivable · Supplier
Two: INV-S-551 with Globex Inc, pending 6 days, and INV-S-498 with Umbrella Labs, pending 2 days. Want me to nudge Globex?
Sent. I'll nudge again in 24h if it's still pending.
Built for how you actually ship
A few lines of code cover what used to be a portal, a form, and an email thread.
Build a line-item PO against a cloud provider's public price list - no portal, no forms.
import { Pleaxy } from "@pleaxy/sdk";
const pleaxy = new Pleaxy({
baseUrl: "https://api.pleaxy.ai",
apiKey: process.env.PLEAXY_API_KEY,
workspaceId: process.env.PLEAXY_WORKSPACE_ID,
});
// Called from the buyer's side - "supplier" is who you're
// purchasing from.
const po = await pleaxy.purchaseOrders.create({
supplier: "Amazon Web Services",
provider: "aws",
lineItems: [
{
scopeType: "sku",
scopeId: "AWS-EC2-M5LG",
name: "EC2 m5.large",
ruleType: "quantity",
unit: "hr",
unitPrice: 0.096,
qty: 5_000,
nteAmount: 0,
paymentTerms: "Net 30",
validFrom: "2026-01-01",
validUntil: "2026-12-31",
},
],
});
// po.status === "awaiting_fulfillment" once approvedAvailable in your language
Every SDK is generated from the same OpenAPI spec that powers the API Reference, so they stay in lockstep with the API - pick the five we maintain directly, or generate a client for anything else.
Stop paying for charges nobody checked.
Connect your suppliers and contracts, and let Pleaxy hold what doesn't match before it's paid.