From order email to a checked order
An order agent turns an incoming order email into a completed order proposal that a team member checks.



Process order emails without retyping everything by hand.
An order email contains customer details, products, quantities and delivery arrangements, but these are not yet in the right fields of your ERP or CRM system. A team member must first find and copy the information. This makes a recurring back-office process unnecessarily prone to typing and matching errors.
The order agent turns the email into a completed order proposal for that system. It matches the customer and products mentioned to existing data and flags what is missing or uncertain. A team member checks the proposal and decides when the order is saved.
Less data to copy from email
The team member checks a completed proposal instead of retyping every order line by hand.
Uncertainties visible straight away
Missing quantities, unknown product names and questionable matches appear alongside the proposal.
One check before the order is booked
The team member reviews the customer, order lines and delivery arrangements before the order is saved.
How a customer email becomes a checked order.
The agent extracts the order details from the email and matches them to existing customers and products. A team member decides which details are saved.
- 01SYSTEM
The order email arrives
One new email with order information starts a processing run.
Why: This keeps each proposal linked to the original customer email.
- 02AGENT
The agent extracts the order details from the email
The agent reads the customer name, products, quantities and any delivery arrangements.
Why: This information is in free text and is not yet in the order system's fields.
- 03AGENT
The agent fills in an order proposal
The agent matches the email to existing customer and product data and flags what is missing or uncertain.
Why: The team member immediately sees which details are ready and where a decision is still needed.
- 04HUMAN
A team member checks the order
The team member checks the customer, order lines, quantities and delivery arrangements and corrects the proposal where needed.
Why: An incorrect match or a missing agreement must not end up in the order system.
- 05SYSTEM
The order is saved
After approval, only the checked details are saved as an order.
Why: The approval step makes it clear which details were booked and which email they came from.
Connect the workflow to the systems your team already uses.
The mailbox supplies the customer request. The agent fills in the proposal, and a direct integration provides access to the required data. The chosen ERP or CRM system receives only the approved order.
- Custom agent
System integration
Direct API integration
Start with one familiar order type.
Choose a recurring order format with fixed fields and existing customers and products. This lets you test the integrations and exceptions in a focused way.
For this version, all you need is: Access to one order mailbox, Read permissions for customer and product data, A controlled integration with the order system.
- 01
Choose one order type and define which fields the agent may propose for it.
- 02
Give the agent access only to the customer and product data needed for this order type.
- 03
Have a team member approve every order before it is saved.
Keep the first version's scope clear. One order email leads to one proposed order. New master data and sending an order confirmation are outside the scope of this first version.
The agent drafts a proposal; your team decides what to save. Test a complete order email from an existing customer with known products. Test an email with a missing quantity, an unknown product name or an unclear delivery arrangement. Test an incorrect customer match and check that the agent flags it as uncertain. Check that no order is saved without approval.

Use a ready-made prompt.
Use this prompt in Claude, Claude Code, ChatGPT, Codex, Microsoft Copilot or Gemini. The agent starts with the questions below before building a clearly scoped first version.
Would you like en:twine to help you build it? Contact us.
- 01Which order emails and attachments may the agent read?
- 02Which customer, product, order and delivery fields must the proposal contain?
- 03When must the agent flag a match or order line as uncertain?
- 04Who checks the order and in which system is the order saved?
- 01Read one new order email and extract the agreed order details.
- 02Search only the existing customer and product data in the chosen system.
- 03Build one completed proposal and flag missing or uncertain information.
- 04Have a team member approve the proposal before the order is saved.
The full prompt includes the workflow URL, sources, AI solutions, integrations, questions, build steps and safety boundaries.
Does the first route process orders reliably? Expand the workflow in a controlled way.
en:twine helps with field definitions, access permissions, exceptions and monitoring for multiple order types and team members.