Purchase Order Automation01

Purchase order automation that runs on your purchasing rules.

We encode your purchasing rules — approvals, price checks, vendor terms — into AI agents that draft the PO and chase the acknowledgment.

  • AI implementation services
  • Your purchasing rules, encoded
  • POs drafted, dispatched, confirmed
  • Only exceptions reach a buyer

Official services partner of the platforms defining AI

NVIDIAAnthropic
Peter Enestrom, founder of Zaigo

Every engagement is led personally by Peter Enestrom and the Zaigo AI & engineering team

YaleColumbia UniversityMicrosoft
The broken Friday01

The PO goes out. Then the chase begins.

From purchasing desks we have sat with: a PE-backed manufacturer running seven ERPs across its business units, where a purchase order still starts as an email or a hand-written form.

  • Requisitions on paper and email

    Parts of the business still hand-write requisitions; the rest email a spreadsheet. Nothing enters the ERP until a buyer reads it and keys the PO.

  • Approval by email ping

    Spend approvals move as email threads across business units — the PO waits in a drafts folder while someone chases the signature.

  • The acknowledgment chase

    The PO goes out by email; the vendor’s confirmation comes back to one buyer’s inbox, or doesn’t. Nobody knows what is confirmed and what is open.

  • Price checked against the last invoice

    Whether the vendor’s price matches the contract gets checked against memory or the last invoice — when it gets checked at all.

  • The rules live in one buyer’s head

    Each vendor’s quirks — minimums, lead times, the right contact for a shortage — live with the buyer who has always run that desk.

  • Seven ERPs, seven PO processes

    Each business unit keys POs its own way into its own ERP — the sponsor’s roll-up never sees a clean picture of open spend.

What manual costs02

The purchase order is typed. Everything else is chased.

What the manual way looks like at a manufacturer whose requisitions arrive by email and paper, and whose purchasing rules live in buyers’ heads. Your numbers will differ — the first week puts figures on yours.

SevenERPs across one PE-backed manufacturer’s business units — each keying purchase orders its own way
On paperHow requisitions still arrive in parts of the business — hand-written, walked to a buyer’s desk
In the inboxWhere vendor acknowledgments and price confirmations live — outside every ERP

From anonymized engagements — PE-backed manufacturing business units

How it works03

We encode your purchasing rules.

No purchasing platform for your team to adopt. The rules your best buyer carries become the check every PO passes.

  1. 01

    Shadow one purchasing desk

    We trace a week of POs from requisition to acknowledgment — reading, keying, chasing — and write down the rules only one buyer knows.

    Week one
  2. 02

    Encode the purchasing rules

    Approval thresholds, contracted prices, vendor terms, per-business-unit logic — documented, encoded into agents, and deployed in your cloud environment.

    Yours to keep
  3. 03

    POs draft; buyers decide exceptions

    Each requisition is read against the rules and the PO drafted and dispatched; violations land in an exception queue a buyer decides.

    Every PO
Not another platform

The software sells you a license. Your purchasing rules are the product.

Purchasing software is a license plus a configuration project your team then maintains inside the vendor’s data model. The demo assumes one clean catalog; your business units run seven ERPs and a spreadsheet.

We are an AI implementation services firm: our AI reads each requisition against your encoded rules, drafts the PO, and routes only exceptions to a buyer — running in your cloud environment, yours to keep.

In production
Every POChecked against encoded approval, price, and vendor rules before it goes to the vendor
Exception queueWhere a requisition that breaks a rule lands — flagged with the rule it broke, decided by a buyer
One rule setApproval thresholds, price checks, and vendor terms per business unit — documented and yours to keep
Peter Enestrom, founder of Zaigo
Who builds it

Led by Peter Enestrom.

Founder — leads AI & Engineering

Pete Enestrom

Every engagement is led personally by Pete, working with the Zaigo AI & engineering team from the two-week audit through the production handover. The person who scopes the work is the person who builds it.

Education
Yale & ColumbiaGraduate
Background
Microsoft & IntelFormer
Experience
Exited FounderVenture-Backed

Background

Questions04

Asked by presidents and purchasing leads.

The straight answers, before you book anything.

Purchase order automation is the path from requisition to a confirmed vendor order without a person keying it: the request is read, checked against your purchasing rules, drafted into a PO, dispatched to the vendor, and the acknowledgment chased. A person reviews drafts and decides the exceptions.

Purchasing software licenses you a platform your team configures and maintains inside the vendor’s data model. We are an AI implementation services firm — we encode your purchasing rules into agents that run in your cloud environment, and the encoded rules are yours to keep. There is no per-seat license and no new system of record.

No — those cover the pay side: vendor invoices arriving against your POs and the match that runs before payment. This page is the buy side — creating, approving, dispatching, and confirming the PO itself. Both are covered separately: see AP invoice automation and two-way matching.

No — that is the sales side, covered on our sales order processing page. This page is the procurement side: the POs your buyers issue to your vendors. Many manufacturers need both; the inboxes and the rule sets are different.

Your buyers do. The agents read, check, and draft; a person decides anything that breaks a rule. Every rule is documented, every decision is logged, and the exception queue shows the rule that was broken — supervision is the design, not an afterthought.

It is the normal starting shape. Rules are encoded per business unit and per ERP — a requisition from one unit is checked against that unit’s vendors, prices, and approval thresholds. There is no consolidation project to finish first.

Start with one workflow.

Tell us where your team loses hours. We will come back with a straight answer on whether AI can help, what it would take, and what it would pay.