Reported operating use · Finance and procurement operations

AI purchase request review: Anthropic example

A finance manager at Anthropic built a purchase-request review agent using Claude, according to an observational Anthropic study published on 16 October 2026. The source reports internal employee use. It does not establish correctness of autonomous invoice issuance, and it offers no controlled or audited task-quality result.

Purchase-request review

Anthropic

One of four role views from a single observational Anthropic study, published 16 October 2026. Internal employee use is reported.

A published third-party example, not a Nuvepro customer case or evidence of a partnership.

The workflow at a glance

Anthropic reported work

Illustrative summary of the published account

Reported work components. Their arrangement does not imply a fixed execution order or simultaneous work.

  • Internal finance use

    Purchase-request review agent

    A finance manager built a review agent.

  • Scope distinction

    Separate AP activity

    Invoice processing is reported separately and does not prove autonomous invoice issuance.

One of four role views from a single observational Anthropic study, published 16 October 2026. Internal employee use is reported. Internal-company observational evidence; no controlled causal or independently audited task-quality result. See the source account and limitations below.

What the source reports

A finance manager built a purchase-request review agent. The report separately describes accounts-payable invoice processing; it does not establish correctness of autonomous invoice issuance.

Reported technology: Claude. Scope and outcomes are source-reported.

What the enterprise environment would need

The following is a proposed project design for an enterprise doing similar work. Published details are marked; the remaining systems, data and scenarios would be agreed for your project.

Proposed practice environment

Review a purchase request and its approval route

Illustrative project design to scope with your enterprise.

  1. 1 · Set up the environment

    Purchase-request fixtures

    Fictional requester, supplier, amount, cost centre, quote and policy version.

  2. 2 · Preparation and agent contributions

    Assemble purchase review

    Draft evidence, related-request links and policy-exception routing.

  3. 3 · Independent checks

    Independent finance-policy checks

    Reference cases test completeness, split amounts, authority and segregation of duties.

  4. 4 · People decide acceptance

    Finance owner accepts routing

    Resolve unclear justification; authorized approvers retain commitment decisions.

Only within the accepted practice scope
Practice output

A reviewable evidence package

A supported purchase-review packet and unresolved exception queue.

If a check fails → withhold acceptance.

Related split requests evade an approval limit or a quote is missing. Withhold acceptance, repair, independently recheck and return to owner review.

Failure or owner rejection returns to review

  1. Hold
  2. → 2 · Revise work
  3. → 3 · Rerun independent checks
  4. → 4 · Owner review

Operating boundary. Test approvals only; no purchase order, invoice issuance or payment commitment.

Proposed, not an executed Nuvepro project or a description of the named company’s implementation. Owners agree the data, rules, responsibilities and acceptance criteria for their enterprise.
Systems and tools
Proposed: Connect a purchase-request test workspace to approved policy and budget references.
Data and state
Proposed: Link requester, supplier, amount, cost centre, supporting quote and policy version.
People and handoffs
Proposed: Finance reviewers resolve unclear justification and authorized approvers decide commitment.
Rules and authority
Proposed: Preserve approval limits, segregation of duties and authority over purchase orders and payments.
Normal and exception cases
Proposed: Include missing quotes, duplicate requests, split amounts and uncertain supplier details.
Reset and replay
Proposed: Restore synthetic requests and approval state; prevent real purchase orders or payments.

A proposed simulation

An illustrative practice design derived from this work, not an executed assessment.

Build a purchase-review workflow that assembles evidence, identifies policy exceptions and hands each request to its authorized reviewer.

Review gate: Finance can validate the policy interpretation and explain every proposed approval or escalation.

Challenge the result: Split one purchase into related requests; the workflow must expose the relationship for review rather than bypass the approval rule.

What needs checking

  • Proposed: compare required evidence and routing against finance-approved cases.
  • Proposed: test that an incomplete or unauthorized request cannot become an approved commitment.

Review environment fidelity, human capability and agent performance separately. The enterprise’s accountable owners decide acceptance of the shared workflow and any operating use.

How an enterprise could build similar work

A proposed build order for an enterprise doing similar work, written by Nuvepro from the published account and our interpretation of the environment and checks above. It is not how Anthropic built or operates this work.

  1. Frame a proposed test projectThis is a proposed design for a similar project, not a description of how Anthropic's finance manager built the agent. The mission is a purchase-review workflow that assembles evidence, identifies policy exceptions and hands each request to its authorized reviewer.
  2. Connect a safe test workspaceConnect a purchase-request test workspace to approved policy and budget references. Link requester, supplier, amount, cost center, supporting quote and policy version, so every request carries the evidence a reviewer needs.
  3. Preserve approval authorityFinance reviewers resolve unclear justification, and authorized approvers decide commitment. Preserve approval limits, segregation of duties and authority over purchase orders and payments, so the agent cannot commit spend by itself.
  4. Include awkward requestsAdd missing quotes, duplicate requests, split amounts and uncertain supplier details. These are the cases where a review agent is most likely to wave through something a human would question.
  5. Compare against finance-approved casesCompare required evidence and routing against finance-approved cases. Test that an incomplete or unauthorized request cannot become an approved commitment, and that finance can explain every proposed approval or escalation.
  6. Reset and run the split-purchase testRestore synthetic requests and approval state between runs, and prevent real purchase orders or payments. Split one purchase into related requests: the workflow must expose the relationship for review rather than bypass the approval rule.

Your systems, data, rules and accountable owners decide the real project. Agree acceptance criteria, escalation owners and operating responsibility with the people accountable for the work before anything runs on live records. Treat the first run as a rehearsal on test records: compare the draft output with an independently prepared answer, and record what the people reviewing it change.

Questions about this example

What does Anthropic's finance team use AI for?
A finance manager built a purchase-request review agent with Claude. It is one of four role views in a single observational Anthropic study. The report separately describes accounts-payable invoice processing, but does not establish that autonomous invoice issuance is correct.
Who checks the purchase-request agent's output?
The record does not say who reviews the agent's output. Nuvepro proposes that finance reviewers resolve unclear justification and authorized approvers decide commitment, with approval limits and segregation of duties preserved. This is a suggested design, not Anthropic's reported practice.
How strong is the evidence for this example?
Reported use, from internal-company observational evidence in one study published on 16 October 2026. It offers no controlled causal result and no independently audited task-quality result, so it supports employee-reported use, not measured quality.
What would an enterprise need to build something similar?
Nuvepro's proposed design, not Anthropic's, would connect a purchase-request test workspace to approved policy and budget references, with linked requester, supplier, amount, cost center and quote. Real purchase orders and payments are blocked. Checks test that an incomplete or unauthorized request cannot become an approved commitment.

Shape this around your enterprise

Bring a similar workflow and the people responsible for it. Together, define the records and systems to use, the result your team will build or configure, and how its owners will check it. Nuvepro scopes the simulation, environment and preparation. Agree any existing-agent evaluation, implementation assistance and production responsibilities separately.

Sources and limitations

Curation review: . This is the date this source example was reviewed, separate from source publication dates.

  • Internal-company observational evidence; no controlled causal or independently audited task-quality result.
  1. How employment is changing at AnthropicSource publication: 2026-10-16

More finance and accounting examples

All 15 finance and accounting examples

Explore more enterprise work