Order evidence agent
Retrieve the purchase order and supplier update. Preserve the original commitment and source record identifiers.

Procurement / Purchasing / Solution blueprint
A supplier changes a delivery date. Keep the order, the decision, and the people affected connected.
Business problem & expected outcomes
Delivery updates arrive across email and purchasing tools. Buyers have to reconstruct the commitment before they can assess a change.
Compare the new date with the recorded commitment, identify missing facts, and prepare an exception brief for the buyer.
How to measure the improvementTime to prepare a complete exception brief; completeness of evidence; unauthorized changes blocked.
Purchase orders, supplier correspondence, promised dates, and owner assignments.
Interactive workflow diagram
Compare the new date with the recorded commitment, identify missing facts, and prepare an exception brief for the buyer.
Purchase orders, supplier correspondence, promised dates, and owner assignments.
Designed around the work
An orchestrator passes evidence between specialists, checks that required facts are present, and holds the workflow at the review boundary.
Retrieve the purchase order and supplier update. Preserve the original commitment and source record identifiers.
Compare promised and proposed dates, identify affected items, and flag missing planning context.
Combine the evidence and assessment into a buyer brief. Route the proposed change to the accountable buyer.
Bind only the operations this workflow needs. Keep credentials in ART and choose the permitted tools explicitly.
Use erpnext_get_purchase_order to read the order by its document ID through an authorized ERPNext connection. Include the record version with the evidence used for the decision.
Store source correspondence in buckets and track the original date, proposed date, decision, and owner in a dynamic table.
Require the buyer’s approval before writing a revised commitment to the purchasing system.
ART product mapping
Agent Lab prepares the work described below. These are the capabilities that support this workflow.
Retrieve the required records through scoped tools; begin with read-only access.
Track the case, owner, source references, and review state as structured records.
Coordinate specialist agents with explicit inputs, handoffs, and review checkpoints.
Validate required facts and evaluate explicit rules before an action can proceed.
Pause the proposed action for the designated owner to review its evidence.
The implementation, step by step
Purchase orders, supplier correspondence, promised dates, and owner assignments.
Agree the trigger or manual request, record identifiers, and the process owner.Compare the new date with the recorded commitment, identify missing facts, and prepare an exception brief for the buyer.
Define instructions, permitted tools, and the expected output. Keep missing information explicit.Require the buyer’s approval before writing a revised commitment to the purchasing system.
Configure the selected policy or approval capabilities before enabling write actions.Time to prepare a complete exception brief; completeness of evidence; unauthorized changes blocked.
Compare outputs with reviewed examples and test incomplete, conflicting, and unauthorized inputs.Explore the agent configuration behind this example. Select a screen to inspect it at full size.


Before you build
Source-system APIs or MCP tools, scoped credentials, and an integration owner.
Typed fields, record identifiers, relationships, and a table-retention policy.
A responsibility for each agent, typed handoff data, stopping conditions, and an accountable workflow owner.
Registered actions, required facts, and explicit allow, block, or approval rules.
Named reviewer roles, escalation ownership, and timeout and rejection behavior.
Also prepare an ART project and environment, the model configuration appropriate to your agent, an accountable process owner, and approved sample data.
Authority stays with your team
Require the buyer’s approval before writing a revised commitment to the purchasing system.
Explore execution governanceMap the source material and responsible owners first. Where the selected components require system access, configure scoped APIs or tools. A document-based pilot can start with approved material already available in the workspace.
Keep source references with the prepared output and review representative results before expanding scope. If the implementation includes executable actions, define their required facts and authority first. Apply retention to any stored records, files, or memory used by the case.
Build evidence from your own work
Time to prepare a complete exception brief; completeness of evidence; unauthorized changes blocked.
Choose a bounded sample of completed cases, record the current process, and agree review criteria with the process owner.
Use approved sample data and read-only connections. Compare prepared outputs with reviewer expectations, including incomplete and conflicting inputs.
Enable a limited set of actions only after the team accepts the results. Check approvals, failures, and handoffs before increasing scope.
Make it your workflow
Start with supplier update. Connect your approved tools, configure the review boundary, and adapt the output to your team's process.
Open your ART workspace to configure this use case.
Discuss the setup with usIndustry & department library
3 use cases in Procurement
Turn a collection of supplier documents into a review the procurement team can act on.

Prepare a complete requisition before the buyer reviews it.
Bring renewal dates and contract evidence into the same review.
Procurement / Let’s explore the fit
Tell us where work slows down. We’ll discuss how ART could fit your process, your systems, and the decisions your team needs to own.