Order Fulfillment
Order Fulfillment manages the full life of a customer order from a single screen β from the first quotation, through the sales order, purchasing, delivery, and finally invoicing. Each order follows a fulfillment template (a workflow of steps), and the dashboard shows you where every order stands. In ANTE, Order Fulfillment is the first sub-module of the Orders module (it used to sit inside Assets).
Overview
An order in this module is a workflow rather than a single form. When you start an order you pick a fulfillment template, and ANTE runs that order through the template's steps one at a time. As each step is completed, the order advances and its progress bar fills up.
The Order Fulfillment screen brings three things together in one place:
- Orders β the live list of orders with their current step, progress, status, and total.
- Sales Report (Orders β Reports) β sales analytics built from completed orders (revenue, top clients, monthly trend).
- Order Templates (Orders β Settings) β the workflow templates that define the steps an order goes through.
The page header shows summary counter cards β Active Orders, Completed, Active Templates, and Pipeline value β and a + New Order button.
Finding Order Fulfillment
- Open the Orders module (its icon is in the left icon column).
- Click Orders β the first entry in the module's sub-module list.
The page shows the live list of orders. It no longer has tabs: the sales analytics and the templates each have their own place in the Orders module.
Where the Rest Lives
| What you want | Where it is |
|---|---|
| The live list of orders, with summary counters and filters | Orders β Orders |
| Sales analytics, lost and cancelled orders, and orders still waiting for the customer's PO | Orders β Reports (the Sales Report, the Lost & Cancelled report and Orders awaiting customer PO) |
| The fulfillment workflow templates | Orders β Settings β Order Templates |
| Documents produced by orders, by type | Orders β Documents β All documents first, then one entry per type, grouped Sales, Delivery and billing and Purchasing. See Documents. |
| The sales order register and Open POs | The Sales Orders and Open POs entries of Orders β Documents |
| Files kept for the module | Orders β Files |
| How each document type is numbered, validated and printed | Orders β Settings β Document Types β see Document Types |
Hover an entry in the Documents dropdown and click its pin to pin it to the menu (for example Invoices): pinned entries appear on the main list above the dropdown, for you only, and the pin is saved to your account. Click the pin again to unpin.
Right-click an order on the board to open it (or in a new tab), copy its order, sales order or customer PO number, duplicate it, jump to its parent order or Open PO, or Undo Stock on a cancelled order. Cancel and Mark Lost stay inside the order screen.
Who Can See and Change Orders
Orders has its own permissions, set per user level in Settings β Security β User Levels. Three standard levels come with every company:
| User level | What the person can do |
|---|---|
| Orders Admin | Everything on orders: start them, work their steps and documents, advance steps, cancel an order, mark it lost, and change Order settings (the outcome reasons and the Lost needs approval default). |
| Orders Staff | Start orders, work their steps and their documents, and advance steps. No cancelling or marking lost. |
| Orders Viewer | Orders β view only: sees orders, their documents and the reports, and changes nothing. |
Having access to Assets does not let anyone change orders. Users who reached Orders only through plain Assets access (for example the standard Asset Viewer) were given Orders β view only, so they still see every order but can no longer change one. To let them work on orders, give their role an Orders level (Orders Staff or Orders Admin).
What Orders β View Only Can See
- The Orders list and Reports, every order's popup (Timeline, Documents and History) and the Open POs.
- Every document an order holds β quotations, Sales Orders, Delivery Receipts, invoices, Receiving Reports and the rest β read-only.
What a view-only user does not get: the + New Order button, the order popup's Duplicate orderβ¦, Mark Lostβ¦ and Cancel Orderβ¦, the Open PO create / edit / release / change-order buttons, the Attach to order and stage-move buttons on documents, and New on a document list.
When a Change Is Refused
Ante enforces this on the server, not only by hiding buttons. Anyone without Orders work access who tries to change an order β start one, complete or skip a step, fill in or submit a step's form, close a step early, cancel it, mark it lost, or add or remove its attachments β is refused with You have view-only access to Orders β ask an administrator for Orders Staff access to make changes. This applies equally to the workflows started under an order (its delivery, receiving, purchase order, Open PO release and re-quote workflows).
The one exception is the person a step is assigned to (or who belongs to the role or department the step is routed to): they can work that step's form and complete it without an Orders level. Cancelling, marking lost and deleting an order always need Orders work access.
Recording or extending the customer's PO date, reserving or releasing stock, moving a Delivery Receipt's stage and accepting extra goods on a receipt each have the same rule β they are described where that job is explained below.
Orders You Can't Open
Someone with no Orders access can still see an order's code in Workspace β Processes β Instances, shown with a small lock beside it (hover it for You don't have access to Orders. Ask an admin.). Clicking such an order opens a panel that says the same thing instead of loading forever β and, if the order has been removed, This order no longer exists.
The Orders Page
Summary Counters
Four counter cards sit at the top of the Orders page. Three of them are clickable shortcuts:
| Counter | Meaning | Click action |
|---|---|---|
| Active Orders | Orders currently running | Filters the list to Active orders |
| Completed | Orders that have finished all steps | Filters the list to Completed orders |
| Active Templates | Number of active fulfillment templates | Opens Orders β Settings β Order Templates |
| Pipeline value (β your main currency) | Total sales value across orders, expressed in the company's main currency: orders in a foreign currency are converted at their own exchange rate. When any order is in another currency, a By currency: line under the counters lists each currency's total in its own currency, and an order that has no exchange rate is left out of the main-currency total with a note saying how many were left out. | β (display only) |
Status Filter Tabs
Below the counters, a row of filter tabs narrows the list by order status:
- All β every order
- Active β orders still in progress
- Completed β orders that have finished
- Cancelled β orders that were cancelled
Filter Bar
You can further narrow the list with the filter bar:
- Search β type an order code or client name to find a matching order.
- All Months β filter by the month the order started.
- All Clients β filter by client.
- All Templates β filter by the template the order is using.
- All Assignees β filter by the person assigned to a step.
- All outcomes β filter by how the order ended: Open (still running, or waiting for an approval), Won, Lost or Cancelled. Lost orders are never hidden β use this filter to find them. When any order has a step whose automatic action failed or was refused β or a live step no one can take because its department, role or person was deleted (re-point it in the Builder) β a Needs attention (N) choice also appears; it lists those orders, and each shows Needs attention Β· <step> in the Order cell (hover for the reason).
When any filter is active, a Clear Filters button appears to reset them all at once.
Orders Table
| Column | Description |
|---|---|
| Order | The order code. A release drawn from an Open PO runs under that Open PO's order and shows under <order code> beneath its own code. |
| Customer | The customer the order is for |
| Sales Person | The sales person on the order |
| Requested delivery date | The customer's requested delivery date. A running order past that date shows an Overdue mark under it. Orders without a requested date show a dash. |
| Current Step | The step the order is on right now, with the assigned person (if any). Once the order is Completed, this column just reads Completed instead of naming the last step. |
| Progress | A progress bar showing completed steps out of total (e.g. 3/5) |
| Status | The order status together with its outcome, in words β for example Running, Completed Β· Won, Closed Β· Lost with the reason underneath (e.g. "Price too high"), or Cancelled with its reason. A Lost order's Current Step reads Closed. |
| Total | The order's grand total amount |
Click any row to open the order's tracking view, where you can follow the timeline of steps and act on the current step.
How Totals Read (Net and incl. VAT)
Every order total follows one rule, so a figure always says what it is. On the Orders list, the order screen, the Pipeline value counter and the order reports, the main figure is the net amount (before VAT), with incl. VAT β±β¦ smaller beside it β for example β±1,200,000.00 with incl. VAT β±1,344,000.00.
When VAT makes no difference β a Zero-rated or Non-VAT order β there is no second figure; the tax words show instead (Zero-rated (0%), Non-VAT). VAT follows each line's own tax type on the Sales Order, else the order's.
Billing documents read the other way round (see How totals read on documents), and the order's History always names both: β±1,200,000.00 net (β±1,344,000.00 incl. VAT).
Order Status
An order moves through three overall states:
- In Progress β the order is still running through its steps.
- Completed β every step has been finished and, when the workflow has a Delivery Receipt step, every goods line has been delivered. If the last step is done but lines are still to deliver, the order stays running and shows Finishes when: Waiting: 2 lines to deliver; it completes by itself when the last delivery lands. (Services and lines covered by a "counts as fulfilled" step don't wait.) If the Invoice step is set to Order completes only when every invoice is paid, it then shows Delivered Β· awaiting payment until every invoice is marked paid.
- Cancelled β the order was cancelled before completing.
Order Outcome β Won, Lost, Cancelled
Besides its status, every order records how it ended, so a finished order and a lost one never look the same:
- Won β set automatically when the workflow's "won" step is completed. By default that is the first Sales Order or Open PO step; a workflow can choose another step (see Processes β Outcome panel). Shown as Completed Β· Won (or Running Β· Won while the rest of the steps carry on).
- Lost β the customer didn't go ahead. Someone used Mark Lostβ¦ (see Common Tasks). Shown as Closed Β· Lost β reason.
- Cancelled β the order was cancelled, with a reason from the company's list (or the words typed when cancelling). Shown as Cancelled β reason in the list and on the order screen.
The order popup shows the same status and, for a Lost or Cancelled order, a short block with who did it, when, the reason and any note. A request waiting for an administrator shows Lost requested instead.
Only where the workflow tracks it. Won and Lost mean something only in a workflow with a sales stage before the order is won β for example a quotation before the Sales Order. A workflow that starts at the customer's PO (the Sales Order is its first step, or its "Won when" step is the first step) has nothing to win or lose, so its orders show no Won or Lost chip: an order closed as Lost there reads Cancelled β reason in the Status column, under the Cancelled tab and on the order screen. When no active order workflow tracks an outcome, the filter bar drops All outcomes (the status tabs already show Running, Completed and Cancelled). Nothing is changed on the order β only how it reads.
How Orders Flow Through Steps
Each fulfillment template defines a sequence of steps. A typical end-to-end order covers quotation β sales order β purchasing β delivery β invoicing, though the exact steps depend on the template you choose.
- The first step is a quotation. When you start an order, step 1 opens automatically so you can choose the client and fill in the items and terms.
- You pick the client on the quotation β not when first creating the order. Once the quotation is locked in, the client carries through to the later steps (sales order, purchase order, delivery, invoice).
- Each step's status is shown as you progress β for example a quotation can be Draft, Sent, Accepted, Rejected, or Expired; a delivery can be Scheduled, In Transit, Delivered, or Failed; an invoice can be Partially Paid, Paid, or Overdue.
- Every other document form in a workflow step (Sales Order, Purchase Order, Invoice, Collection and so on) has a Preview draft button in its header. Before the form is submitted it renders what is saved as a DRAFT β watermarked, the downloaded file name ends
-DRAFT.pdf, and it is not logged as a print. If nothing is saved yet you are told to fill the form in first. After submitting, the button reads Preview PDF and shows the document as issued. The preview has a Design picker to choose a print layout, and a Download button. - While the quotation is open, an Export PDF button in the dialog's header lets you download a branded PDF copy at any time β you don't need to finish or lock in the quotation first.
- The quotation's items table stays lean by default, but for trading orders you can click Trade columns (grade / size / MT) above the table to add Grade, Size (MM), and Qty (MT) columns per line (the regular Qty column relabels to Qty (PC)). Once any row has a value in one of those columns, the trade columns stay shown for that quotation.
Currency and Exchange Rate on Order Documents
The Quotation (estimate), Sales Order, Purchase Order and Invoice steps each carry a Currency in their header. Pick the document's currency from the currencies your finance team enabled in Settings β Currency (the main currency is listed first). In the main currency nothing else is needed. In a foreign currency the form shows the rate controls:
A typed rate is compared with the official rate. If it is further away than the company's tolerance, a warning appears β "β¦ % from the official rate β this document will be flagged for finance review". It never blocks you: the document still saves, and finance sees it under Rates to review in Settings β Currency. A rate copied from the source document gets the same check.
| Rate you type | Difference from official | What happens |
|---|---|---|
| 58.80 | +1.38% | Saves normally |
| 59.50 | +2.59% | Saves; flagged under Rates to review |
Converting line prices. If you change a document's currency after entering line prices, ANTE asks Convert line prices? and shows an example (for instance a price before and after). Convert prices converts the lines from the old to the new currency at the document rates; Keep as entered leaves the numbers untouched. If no rate is available for the currency, prices are not converted and you are told to check the line prices.
Proforma Invoice. The Proforma Invoice step has the same Currency and rate controls as the Invoice, in place of the old free-text currency box. The currency is taken from the Sales Order (or from the order, when the previous document carries none), and the rate basis and tolerance follow the Sales Invoice policy in Settings β Currency. A foreign currency needs a rate before the step can be locked in. A typed rate beyond the tolerance still saves and appears under Rates to review, labelled Pro-forma Invoice. The printout shows the currency and, for a foreign currency, the exchange rate.
Register Open PO and Release from Open PO Steps
Two further steps work with standing customer orders (Open POs). Register Open PO records the customer's Open PO β fixed prices and a total quantity per item, with a validity period β and stays a draft until the order completes. Release from Open PO draws a quantity from an active Open PO at its fixed prices and links the release to a Sales Order. An order tied to an active Open PO also shows an Open PO link and a Change Order button in its tracking view. Every field is explained on Open POs (Blanket Orders).
Create Sales Order, Create Purchase Order, Create Invoice, and Record Payment Steps
Several steps generate real records elsewhere in ANTE:
- Create Sales Order β locking in this step creates a confirmed Sales Order, using the items carried over from the quotation plus the Requested delivery date and Notes you enter here. You can find it afterward in Orders β Sales Orders. The total shown on this step is net only β there's no Tax Type field here anymore; a note reads "VAT is applied on the invoice", since tax is decided at the next step, not this one. If the order reached this step with no customer (a branch that skipped the Quotation, or an order started without one), the form also asks for a Customer first β see Sales Order β Filling In the Create Sales Order Step.
- Create Purchase Order β locking in this step raises a Purchase Order to a supplier, using the items and quantities carried over from the Sales Order. The customer-facing Sales Order price is never copied as the supplier cost β instead, each line's Unit price is pre-filled from that item's buying price on file in the item catalog, so procurement starts from a real number instead of zero; it stays fully editable before submitting.
- Create Invoice β locking in this step raises a real invoice in Treasury β Receivables β Collection by Invoice, using the Description, Tax Mode (VAT Inclusive/Exclusive), Currency, and per-line Discount and Tax Type (VATable, Zero-Rated, VAT-Exempt, or Non-VAT) you set on this step. Once the invoice is created, ANTE automatically marks the linked Sales Order Completed and shows that invoice's VAT and tax-inclusive total back on the Sales Order. When the template has no Sales Order step before this one (for example, Quick Direct Sale), the invoice instead pre-fills its line items straight from the quotation, and defaults Tax Mode to VAT Exclusive so VAT is still added on top β matching the price the client already approved. Like the Sales Order step, raising the invoice needs a customer on the order; see When a Document Isn't Created below for what happens if it can't be created.
- Record Payment β some templates (for example, Quick Direct Sale, which has no purchasing or delivery legs) end with this step instead. Locking it in records a collection receipt in Treasury against the invoice raised by the Create Invoice step. The step pre-fills the invoice number and its Outstanding balance (read-only) β a View Invoice button opens a read-only quick view of the full invoice (client, dates, tax mode, VAT rate, project, and description; line items with discount and tax type; the payment summary; and any collection receipts already recorded against it) if you want to double-check it before collecting. You then enter the Gross amount to collect (defaults to the full outstanding balance), an EWT rate, the Fund account the cash is deposited into, the Collection date, and optional Notes. Submitting settles that fund account and updates the invoice β Paid once the full balance is collected, or Partially Paid if you record less than the full balance. If the invoice is still Draft, submitting this step automatically issues it (moves it to Sent) before recording the payment β you don't need to send it manually first, unlike collecting from the invoice directly in Treasury.
When a Document Isn't Created
Creating the Sales Order or the Invoice behind a step happens automatically when you lock the step in β normally it's invisible. If it can't happen, the step still completes (there's nothing stopping you from moving on), but its card in the Timeline now shows a red warning chip explaining why instead of silently leaving the document missing. Hover the chip to read the exact reason, for example:
Invoice not created β this order has no customer. Set the customer on the Sales Order step (re-open it and re-submit), then re-submit this invoice.
The most common cause is a missing customer β see Create Sales Order, Create Purchase Order, Create Invoice, and Record Payment Steps above for how that happens and how the Sales Order step's Customer field fixes it. The same chip also covers a few rarer causes stamped the same way: the form had no line items, the submitted form couldn't be read, or the create call itself failed.
Fix the cause, then re-open and re-submit the affected step β that creates the missing document and clears the warning on its own; nothing else needs resetting. This is the same Automation failed chip used elsewhere on a workflow's timeline for a failed on-complete action β see Project Processes β Automation Failed Badge.
Receive Goods and QC Approval Steps
Templates with a purchasing leg (for example Standard Order Fulfillment and High-Value Order (with QC)) include a receiving step where the warehouse logs what arrived against the Purchase Order β the quantity received and a QC status per line (Pass, Fail, or the initial Pending). If the Purchase Order was split across suppliers, each line also names its delivering supplier, carried over from the PO.
- In Standard Order Fulfillment (no separate QC-approval step), completing Receive Goods stocks the received lines directly.
- In High-Value Order (with QC), Receive & QC Inspection logs the receipt and QC Approval reviews it β completing (approving) the QC Approval step is what stocks the reviewed lines.
Every line on the receiving step itself must be marked Pass or Fail before that step can be completed β you can't submit while any line is still Pending. A Mark all pending as PASS button above the items table sets every remaining Pending line to Pass in one click, for the common case where everything simply arrived fine; mark exceptions Fail individually first.
Either way, only lines marked Pass enter inventory, at the quantity actually received β Fail lines are never stocked. The stock lands in the order's Purchase Order's warehouse, or the company's main warehouse if the order has none set.
Receiving more than was ordered. A receipt can't go beyond what the Purchase Order still has outstanding (plus the Receiving Report's over-receipt tolerance, if one is set). If the same item appears on several lines, the lines are added together first. When the supplier really did send more, tick Accept extra β receive more than the PO still has outstanding under the remarks and fill in Reason for receiving extra (at least a few characters). Without a reason, submitting is refused with the item, the quantity and what is outstanding, and a reminder to tick Accept extra. Once accepted, the form states Extra accepted (item received / outstanding): reason, and the order's History tab records who accepted it, when and why.
Accepting extra counts as a change to the order, so it needs Orders work access or the access that lets you write Receiving Reports (Purchasing, or Treasury purchase-order access). Orders β view only, or merely being assigned the step, is not enough: you are told Accepting extra goods needs Orders or receiving access, and someone who has it must accept the extra.
Revising a Purchase Order
When a supplier can only ship part of a PO, changes a price or moves a date, revise the PO instead of voiding it. Open the PO in Documents and click Revise PO lines.
- Change the linesFor each line you can change the Quantity, Unit price and Delivery date. The Received column shows what already arrived β a line can't go below it. The dialog shows the PO total before and after.
- Give the reason and issue the revisionType the Reason (for example Supplier can only ship 6 bolts) and click Issue PO-β¦-R1.
The PO now carries the revision number (PO-001500-R1), and its print says Revision R1, replaces PO-001500 with the changed lines, ready to send to the supplier. The earlier copy stays in Documents marked Superseded; its print is watermarked SUPERSEDED. The PO's History tab lists every revision, with who made it, when and why, and Compare shows what changed between two of them.
The revision updates everything that reads the PO: Goods Received expects the new quantities, the PO total and its open payment request follow in Treasury, and a line that was cancelled with the supplier stops showing that note once the PO is revised down.
A PO can't be revised once the supplier bill is recorded: Revise PO lines is unavailable and the message names the bill (Supplier bill β¦ is recorded β this PO is final). A PO from a split award (several suppliers on one form) can't be revised yet.
Steel Import DDP Templates (Non-VAT / VAT)
The Steel Import DDP (Non-VAT) and (VAT) workflows, with their Steel document designs, are no longer built in. They ship as a Pre-sale package that installs into demo companies from Processes β Install package (see Processes). Companies that already have them keep their copies.
TDK Procurement Workflow
The TDK Procurement Workflow is no longer built in either: it ships as a Pre-sale package for demo companies, installed the same way. Companies that already have it keep their copy.
Delivery Receipt (Dispatch to Client and Outgoing)
One form now covers everything that leaves your warehouse. The old Dispatch and Outgoing Delivery forms were merged into the Delivery Receipt: the Order Fulfillment templates' Dispatch to Client step and the manufacturing flow's Outgoing step both use it, and both take the signed delivery receipt as an attachment. Older orders that used the old forms open on the Delivery Receipt too.
The form has a Delivery section where you set the Delivery stage:
- Prepared β the goods are ready but have not left yet.
- Dispatched β fill in the dispatch fields: Dispatch date, Courier and Tracking # (or, for Own delivery, Vehicle plate) β see Couriers, Tracking and Ships Frombelow.
- In transit β the delivery is on its way.
- Delivered and signed β requires Received by and Received date. If the step takes files, attach the signed delivery receipt to the step before submitting.
In manufacturing orders the lines also show a Lot no. column, pre-filled from the Production Report / QC Inspection.
When the workflow step has Stock on delivery switched on, the stage also moves your stock: Dispatched moves the goods to an in-transit warehouse, Delivered and signed takes them out of stock, and cancelling the delivery brings them back. A shortfall at dispatch stops the change. The step also sets where the goods ship from.
Because these stages move stock, changing the stage needs Orders work access (Orders Admin or Orders Staff) or Deliveries update access β seeing the document is not enough, and neither plain Assets access nor Orders β view only counts. Without it you are told that moving the delivery to that stage moves stock and which access you need. A stage change is also refused, with a clear message, when the in-transit warehouse no longer holds the goods (for example another user already received, dispatched or cancelled the same delivery): refresh and check the delivery. Stock is never adjusted to zero to make a change go through.
On a Delivered and signed receipt the lines also show Delivered qty (blank = the full quantity) and Reason ("Why less was accepted") for a customer who accepted less; with Stock on delivery on, the quantity not accepted goes back to the ship-from warehouse.
Issuing a Delivery Receipt for Delivery
On an order's Delivery Receipt step you do not submit the form to start the delivery. Fill in the receipt β customer, lines, Ships from, and the delivery details β and click Issue for delivery at the top of the form. This locks the receipt in: it gets its number (DR no. β see Document Types β Changing a Number Format), the form becomes read-only, and a message says Delivery Receipt issued β print it for signature. The step itself stays open, and the rest of the delivery happens right there in the step (see Doing the Delivery in the Step below). Issuing is refused while a required custom field is empty or Ships from is missing for any line.
Click Preview / Print PDF at the top of the form. Once the receipt is issued it is the version to sign: a receiving block is stamped on its last page β Received in good order and condition, with lines for Received by (name), Signature and Date received β and the file is named after the receipt (for example DR-2026-00006.pdf).
Doing the Delivery in the Step
After Issue for delivery the step shows the delivery as a short flow β you never have to leave the task. At the top, one line sums up the receipt (DR no., delivery date, ships from, sales order, customer PO, deliver to); click All fields to see the full, read-only form. Below it a stepper shows where the delivery is: Prepare (only when lines are checked when preparing) β Dispatch β In transit (only when your company uses it) β Delivered and signed. Each finished stage shows a one-line summary under its name, and only the current stage can be filled in.
- Prepare β check each lineFor every line click Found, Short or Missing (or Mark All Found). For a short line, type how many were found β Found 48 of 50. The note beside the button says how many lines are checked and which are left; Save Check and Continue turns on when every line has a result. What isn't found stays owed on the order (the line shows 2 stay owed).
- DispatchPrint the receipt with Preview / Print PDF and send it with the goods. Enter the Dispatch date (today by default) and how it goes: Courier (the courier and its tracking no.) or Own vehicle (vehicle / plate and driver). Click Mark Dispatched.
- In transit (when used)Click Mark In Transit when the goods are on the road.
- Delivered and signedEnter Received by and Date received and attach the signed copy (it is saved as DR-β¦-signed). When your company's rule doesn't ask for the signed copy here, you can attach it later. Click Mark Delivered.
- Order DeliveredThe card shows who received it, when, the signed copy and how it was dispatched. Order Delivered at the top turns on β click it to finish the step.
These moves are the same as Move to next stage on the document in Orders β Documents: the same checks, the same stock movement and the same stage history. The person the step is assigned to can move it even without access to the Documents screens. When a delivery workflow carries the receipt, the cards are read-only and say which workflow steps Logistics is working on.
When the step is done in parts, a strip above the stepper says which part this is β for example Part 1 of 2 Β· 59 of 61 delivered β and Add Another Delivery starts the next part. A cancelled receipt shows DR-β¦ was cancelled instead of the stepper.
Delivery as Its Own Workflow
When a Delivery Receipt is issued, the step starts a delivery workflow for that receipt β one workflow per receipt, and one per part when the step is done in parts. Unless the step chooses another or opts out, it is your company's own Delivery workflow (Prepare β Dispatch β In transit β Delivered and signed β see Processes β The Delivery Starter Workflow), created automatically the first time it is needed. Its steps appear on the order as sub-steps under the Delivery Receipt step (a separate colored SUB-WORKFLOW box numbered 7a, 7bβ¦). Logistics works them: each step moves the receipt to its stage, recording who and when β Dispatch asks for the Dispatch date, courier and tracking no. or vehicle; In transit takes an Expected arrival and a Note; Delivered and signed asks for Received by, Date received and the signed copy (Attach the signed Delivery Receipt to this step).
Each delivery task shows a strip, For order OF-β¦ Β· customer Β· DR-β¦ Β· Target delivery: date: click the order code to open the order. The task's due date follows the order's Target Delivery Date and moves with it (each change is noted on the task's activity); the date shows in the warning tone when it is two days away or less, or past.
Which workflow starts is set per step in the Process Builder (When issued for delivery, start) and, as the document default, in Documents β Delivery Receipt β Rules. A receipt that was issued before its step started delivery workflows shows Start delivery workflow; click it once to hand the receipt to Logistics, or move the delivery on yourself in the step. A receipt that already has a delivery workflow is refused a second one (β¦it already has one), and if another user is starting it at that moment you are asked to try again in a moment.
When the Delivery Step Can Be Completed
The delivery step's submit button β Order Delivered by default, or the wording your workflow gives it β stays disabled until everything the step needs is in place. Beside it, Waiting for: lists what is left, joined by Β· β for example Waiting for: Dispatch Β· Delivered and signed:
| The button says | What to do |
|---|---|
| Issue DR | Click Issue for delivery on the receipt. |
| The delivery workflow's open steps | The delivery workflow still has open steps; Logistics completes them. |
| Dispatch Β· In transit Β· Delivered and signed | Without a delivery workflow, move the delivery on in the step (Mark Dispatched, Mark In Transit, Mark Delivered) until it reaches the stage the step completes at (Delivered and signed unless the step says otherwise). |
| Signed copy | When the step completes at Delivered and signed, attach the signed copy β in the step's Delivered and signed card or on the delivery workflow's last step. |
With a delivery workflow the step completes by itself once that workflow is done and signed. The server still checks all of this when the step completes, so a refused completion explains what is missing.
Couriers, Tracking and Ships From
Moving the delivery on from the document itself:
- Open the Delivery Receipt
Go to Orders β Documents β Delivery Receipts and open the receipt.
- Use the Delivery card
Click Move to next stage. Only forward stages are offered, and the dialog asks for the fields that stage needs (for example Received by and Received date for Delivered and signed). Click Move to confirm.
- Or cancel the delivery
Click Cancel delivery and confirm. The delivery is marked Cancelled and the document becomes Voided. This can't be undone.
Lines from the Client's PO
A customer often sends their own purchase order β a PDF or a photo. Instead of typing its lines, open the Sales Order (or a Work Order on the Sales Order form) and choose Pick fromβ¦ β From the client's PO. Ante reads the file with your company's AI (Settings β Cloud Credentials); you check every line before anything is added. The option is greyed out until the company's AI is set up.
Each added line keeps where it came from β From Client PO CAP-PO-77812 Β· line 10 β and its PO line number goes into Customer line #, which the Delivery Receipt and invoice carry. An empty Customer PO # is filled with the PO's number. The read itself is not stored.
Computed output: PO CAP-PO-77812 lists line 10 SVC-ZN-C255 Zinc plating 1 Γ β±5,600, line 20 Blue passivation 2 Γ β±1,800 (blurred) and line 30 Chrome plating. Line 10 matches your SKU but your price is β±5,400, so it starts unticked with "Client PO says β±5,600.00, our price is β±5,400.00"; line 20 matches by name but reads "Check this β hard to read"; line 30 has no matching item. Ticking lines 10 and 20 and clicking Add 2 Lines gives the order two lines (β±5,600.00 and β±3,600.00), Customer line # 10 and 20, and Customer PO # CAP-PO-77812.
Materials for This Order
When an order is for a service (plating, coating, assembly), the Sales Order β or a Work Order built on the Sales Order form β shows a second table under its lines: Materials for this order. It holds what each service uses up: the client's own goods (their lots, at no value) and your own stock (which counts in the order's cost). It appears only when a service on the order has Materials used set up on its item page, or when the order already has materials.
Every change is saved and reserved a moment later, so nobody else can take the same goods. The Reserved column says how it went:
The materials are used up by a later step whose On Complete Action is Use up the order's materials (set in the Process Builder, nothing to configure). When that step is done, your stock leaves its warehouse and the client's lots are issued to the job. A step with a line still short is refused, and names the line.
Computed output: a Work Order for Zinc plating Γ 1 and Blue passivation Γ 1. Zinc plating's Materials used is 1,000 of the client's brackets and 15 kg of zinc anode; Blue passivation's is 6 L of passivate. Fill from Materials Used gives three lines. With lot CAP-L2610-07 (1,000 pcs), 20 kg of zinc and 2 L of passivate in the warehouse, they read β 1,000 pcs reserved from lot CAP-L2610-07, β 15 kg reserved and Short 4 L. Lowering the passivate to 2 L turns it into β 2 L reserved. When Processing is done, all three read Used β¦: the warehouse keeps 5 kg of zinc and 0 L of passivate, and the client's lot is empty.
Manufacturing β Receiving to Outgoing Template
A pre-built 7-step manufacturing flow that tracks a job from goods receiving through to outgoing delivery: Receiving β Incoming Inspection β Work Order β Production β QA Release β Dispatch Approval β Outgoing. It has no client and no quotation step β it's a production flow, not a sale β so on the Orders page, the Customer and Total columns simply stay blank for orders started from it.
This template only captures records at each step β completing a step (including each production batch and its quality inspection) saves its form but does not move or deduct any stock yet. Use it to track and gate the manufacturing process itself (with its QA sign-off, dispatch clearance, and rework loops); inventory postings are a later addition.
- Receiving (Warehouse) β count the delivery against its paperwork on the Delivery Count form: Supplier, PO / Order Ref, DR No., Date Received, Warehouse / Bay, and Received By, plus a line table of Qty on DR vs Qty Counted with an auto-computed Variance β a Remarks note is required on any line with a variance. Attaching the supplier's DR / packing list (and mill certs / test reports, if you have them) is optional β it doesn't block completing the step.
- Incoming Inspection (QC) β inspect the received lines: Received, Sampled, Pass, and Fail quantities per item, with a Defect note required whenever a line has a failed quantity. Partial acceptance is normal β for example 146 pass and 2 fail out of 148 received. Rejecting this step sends the delivery back to Receiving for return to the supplier (RTV).
- Work Order (Planning) β release the job: WO No., Customer / SO Ref, Product, Qty to Produce, Start Date, Due Date, and Line / Work Centre, plus the BOM exploded into component Required quantities (Per Unit Γ Qty to Produce) alongside optional On Hand / Reserved figures that compute a Short quantity. If any component is short, a written Release Reason is required before the step can complete β it's capture-only for now, computing Required but reserving nothing. As the job moves downstream, three read-only panels appear so Planning can watch it without leaving the Work Order: Incoming Inspection Results (received / pass / fail from Step 2), Production Status (the running Done / NG / On-Hold / Pending count QC is recording per item), and Delivery Status (the Outgoing step's delivery stage, DR no., customer, and quantity). A Work Order Progress table also tracks each product's accepted quantity against its target as inspections complete.
- Production (Floor) β a standing step that stays open for the life of the job rather than closing after one submission. Report on two tables as before β Output (Good, Rework, and Scrap quantities per item, a reason required whenever there's scrap) and Consumption ( Reserved vs Consumed, with the Variance computed automatically) β and additionally submit each finished batch as it's made: enter a Lot No. and the produced item lines, then Submit Batch β QC. Each submission opens its own QC Inspection task for that batch (listed below with its lot, lines, and the linked task's live status), and the composer clears for the next batch. The step only advances to QA Release once every output product's QC-accepted quantity has reached its Work Order target; NG or still-pending quantities show as For Production and need a fresh batch. In the rare case production genuinely can't reach the target, Complete production below target (ship partial) advances the step anyway once every open QC inspection is finished and a reason is entered. A Show Work Order button in the header opens the live Work Order Progress / Production Status / Delivery Status readout without leaving the step.
- QC Inspection (per batch) β there's no separate top-level QC step anymore: every batch submitted in Production opens its own QC Inspection task, seeded with that batch's lot number and item lines. Two things to fill in: the measured Characteristics table (Characteristic Β· Spec β for example "120.0 Β± 0.3 mm" Β· Measured Β· a judged Result (Pass/Fail), as before), and an Item Status table where each item is worked down from Produced into Done, NG, and On-Hold counts β click a bucket's count to record an entry (a quantity plus a note; an NG entry requires a reason), which keeps a timestamped history of who changed what. Completing the batch's inspection closes just that batch: its Done quantity rolls up toward the Work Order's target, and its NG (plus anything still Pending) rolls back to Production under For Production for rework. Attaching the inspection record / measurement sheet is optional. This step also has the Show Work Order button.
- QA Release β the quality release gate. Opening the task shows the run's completed Production record read-only β the Output and Consumption tables plus every submitted batch β with the Show Work Order button for the live accepted-vs-target rollup across every QC inspection. QA can approve the whole run (advancing to Dispatch Approval) or send it back; a Send Items Back to Production panel also lets QA reject specific quantities per output product (with an optional reason) instead of holding the entire run β only those units return to Production for rework, the rest stay credited toward the target. Like the rest of this template, QA Release is left unclaimed on the Quest Board for anyone in QA's pool to pick up, rather than routed to one fixed approver.
- Dispatch Approval β the PPC clearance gate before shipment. Opening the task shows the released Work Order read-only, together with its Production Status and Delivery Status monitors, so Planning can confirm the job is really ready before it ships. Approving advances to Outgoing; holding sends the job back to Production. Also left on the Quest Board for PPC to claim.
- Outgoing (Logistics, the last step) β ship the dispatch-approved lots on the Delivery Receipt (the old Outgoing Delivery form was merged into it; see Delivery Receipt). Its lines carry a Lot no. column, pre-filled from the Production Report / QC Inspection. Set the delivery Stage β Prepared β Dispatched β In transit β Delivered and signed β and, once the customer signs, record Received by and Received date. The signed delivery receipt is attached to the step as an optional upload.
The reject loops keep the flow honest: a failed Incoming Inspection returns to Receiving, a QA Release hold sends the run back to Production, and a Dispatch Approval hold also sends it back to Production β there's no separate top-level QC step to loop through since QC now runs per batch inside Production itself.
Receiving, QC Inspection, and Outgoing's optional uploads (the signed delivery receipt) use the same attachments panel described in Approval & Review Tasks β Attaching Required Documents β each shows a Supporting documents / Optional badge instead of a blocking Required documents one.
Common Tasks
Starting a New Order
- On the Order Fulfillment screen, click + New Order (top right).
- In the New Order dialog, select a Fulfillment Template (required) from the dropdown. Templates are grouped into Pre-built and Custom Templates. The dialog remembers the last template you started an order with and pre-selects it automatically, so starting another order of the same kind is a single click β you can still pick a different template before starting.
- When you select a template, a Workflow Preview appears showing how many steps it has. Click View flow to see the full numbered list of steps.
- Click Start Order.
- The order is created and the first step (the quotation) opens automatically, assigned to you. Fill in the client, items, and terms there to move the order forward.
You choose the client while filling out the quotation, not in the New Order dialog. The New Order dialog only asks for the template β the order itself is the workflow shell, and the price and customer details live on the quotation and the steps that follow.
Tracking and Working an Order
- On the Orders page, click the order's row.
- The order's tracking view opens, showing the timeline of steps and the current step.
- Work the current step to advance the order. When you finish a step, the order's progress bar and status update.
If a step spawns its own sub-workflow β for example TDK's Approve Payment & Send Proof step spawning Payment Approval & Release β once it actually spawns, a separate, distinctly colored SUB-WORKFLOW box appears right after that step's card in the timeline, numbered with the step's own number and how many sub-workflows it spawned (for example 11.1 for one, or 11.3 if the step split across three suppliers and spawned three). Click the box to open a dialog listing every spawned sub-workflow β its code, template, status, and its own step-by-step timeline β so you can see how far each one has gotten without leaving the order.
Once an order is Completed or Cancelled, every step keeps its Task button so you can still open and review what was submitted β but the step is locked: there is nothing left to fill in or re-submit, so opening it is view-only.
Exporting a Quotation to PDF
- Open the order's quotation step (either while filling it in, or while reviewing it later).
- Click Export PDF at the top of the quotation dialog, next to the close button. If your company has saved Quotation print layouts, a Design dropdown beside it lets you pick Automatic (the step's or the active design), Standard layout, or a named design β also before the quotation is submitted.
- ANTE renders the quotation exactly as it currently stands β company header and logo, bill-to client, line items, subtotal, VAT (if the quotation is taxed), grand total, payment terms, notes, and signature lines β and downloads it as a PDF. The payment terms are worded as in your company's own list. When any line has a discount, the table adds Disc. % and Net Price columns and the totals add Gross total and Total discount above the subtotal. The signature lines read Prepared by (name, position and β once the quotation is issued β the signature image), Approved by (only when someone approved it) and a blank Received by for the customer.
- If no items have been entered yet, ANTE asks you to add at least one item before it will export.
Because the PDF always reflects the current form contents, you can use it to share a preview with the client before the quotation is finalized β it works whether you're still editing the quotation or just reviewing it.
Exporting Any Completed Step's Document
Beyond the quotation's own Export PDF button, the order's tracking view has a Documents view that gathers the order's documents in one place (it was called Exportable before):
- Open the order's tracking view (click its row on the Orders page).
- Click Documents (N) next to Timeline at the top right of the Process Timeline section β this toggle only appears once at least one step's form has been submitted or a document exists.
- The view lists each document of the order and of any workflow started under it (Quotation, Sales Order, Purchase Order, Invoice, Payment, and so on), grouped by type, with its number, status, date and total. Forms that print but are not documents in their own right are listed under Working forms.
- Click Preview next to a document to open it as a full-screen PDF preview inline, rendered from the order's real data, without downloading anything.
- Click PDF to download a branded PDF copy of the document.
- Excel downloads the same document as a real .xlsx workbook instead of a PDF, built from the order's real data. It uses your company's active spreadsheet template for that document type if you've set one up, or a default layout otherwise, so it always works β see Project Processes β The Spreadsheet Designer to design one.
- Click a document itself to open its document view β lines, details and the trail of related documents.
For a single document, you don't have to switch views at all β once a step's document is locked in, that same step's card in the Timeline view carries its own Download button (next to its form-type chip, for example Purchase Order) that downloads that one branded PDF directly.
The Order's History
The order popup's History tab (next to Timeline and Documents) lists everything that happened on the order and on the workflows started under it, newest first: who did it, when, and the reason when one was given. It covers:
- Changes β the order started, steps completed, skipped or closed early, re-quotes, documents added, the customer's PO recorded, the Sales Order checked against the quotation, the customer's PO date moved, a document printed or exported to Excel (with the print layout used and why it was chosen), the workflow changed while the order ran ("this order kept its version"), Won, Lost and Cancelled.
- Approvals β approvals and rejections (with their comments), steps sent back, re-quote approvals (including "Self-approved β highest in the organisation"), price-check overrides and cancellation requests.
- Deliveries β Delivery Receipt stage changes, receipts, "Accept extra" with its reason, and stock set aside or released for the order.
- Money β invoices and collections added, invoice-rule overrides, payment-term changes and invoice cancellations ("Cancelled invoice β¦ and reversed its journal", with who cancelled it and the reason). A strip at the top shows what has been Invoiced, Collected and is Outstanding so far.
Click a filter to see one kind only; All shows everything. Entries from a delivery or other sub-workflow carry its number (for example DLV-2026-004). The history is read-only, and anyone who can open the order can see it, including Orders β view only.
It shows only what you may see. Entries about a document type you have no access to β its documents on the order, its delivery stages, overrides and quotation revisions β are left out, and the Invoiced / Collected / Outstanding strip appears only if you can see invoices or collections. Two people looking at the same order can therefore see different histories.
Orders Waiting for the Customer's PO
When an order goes ahead on an Advance Order (the customer said yes, but their PO comes later), Ante keeps track of the missing PO until it is recorded:
- The Orders list shows Customer PO awaited Β· due β¦ on the order, and the status filter has a Customer PO awaited choice.
- Orders β Reports β Orders awaiting customer PO lists every such order, soonest due first β see The Orders Awaiting Customer PO Report.
- If the customer needs more time, open the Sales Order and click Extend expected date next to Record customer PO. Pick the new date (after today) and give a reason. The reminders move to the new date, the Sales Order shows Changed from β¦ with the reason, and the move appears on the order's History tab. Extending the date, like recording the PO, needs Orders work access; it is only possible while the PO is still awaited, and a date that is today or earlier, or the same as now, is refused.
The printed Advance Order states plainly that it is issued ahead of the customer's purchase order and when their PO is expected, with the quotation it is for, who confirmed it on the customer's side and why the order goes ahead.
Checking the Sales Order Against the Quotation
When a Sales Order is submitted on a standard order (one that rests on the customer's PO), Ante compares it line by line with the quotation the customer accepted and shows the result on the Sales Order:
- Matches QT-β¦ β same items, quantities, unit prices and UOM.
- Differs from QT-β¦ β each difference is listed: an item that is not on the quotation, a quoted item left out, a different quantity, a different unit price (after the line discount), or a different UOM.
How strict it is depends on the rule Compare with the accepted quotation in Settings β Documents β Sales Order β Rules: Flag the differences (the default β the Sales Order is still submitted), Block until it matches (submitting is refused and the message lists each difference), or Off. Use the list to check the customer's PO before buying or delivering, and re-quote if the customer ordered something other than what was quoted. The result also appears on the order's History tab. An order that goes ahead on an Advance Order is checked on the Advance Order instead.
The Customer's PO Number on Invoices and Receipts
The customer usually won't pay without their PO number on the bill. An invoice under a Sales Order therefore carries the Sales Order's Customer PO #: the field is locked on the invoice and shows From SO-β¦. Only an invoice without a Sales Order lets you type it. If the customer wants something else on the bill as well (their cost centre, a project code), use Billing reference.
The standard printouts show it: the invoice prints Customer PO # (and Billing reference), the Delivery Receipt prints it as Customer PO #, and the payment receipt prints the PO number of the invoice it pays. To leave it off a standard printout, turn off Print the customer's PO number in Settings β Documents β Invoice (or Delivery Receipt, Collection) β Rules. A saved print layout shows it only if the design includes the field.
Seeing How Far Each Order Line Has Got
Once an order has a submitted Sales Order, the order popup shows an Order lines table (headed From the Sales Order number) with one row per Sales Order line:
- Ordered β the quantity on the Sales Order.
- In transit β dispatched but not yet delivered.
- Delivered β delivered so far, shown as delivered / ordered.
- Invoiced β invoiced so far, shown as invoiced / ordered.
- To deliver β what is still left to deliver.
- Reserved and To buy β in the order popup, the stock already set aside for the line and the quantity still to buy (the line's quantity still to deliver minus what is reserved).
Delivered or invoiced quantities that match no Sales Order line are listed under Not on the Sales Order. The table is hidden when the order has no Sales Order lines. The same table (without Reserved / To buy) appears on the Sales Order form after it is submitted.
Reserving Stock for an Order
Use stock you already have before buying more. You can set stock aside for an order in three places:
- From the order popup
In the Order lines table, click Reserve Stock. Choose the warehouse; the dialog shows each line's Still to deliver and what is Available. Under If stock is short choose Reserve what's available or Reserve only if all of it is available, then click Reserve Stock. The result says Fully reserved, Partly reserved or Nothing reserved, with Requested, Reserved and Short per line. Reserve again from another warehouse to cover a shortfall. Lines that aren't catalog items can't be reserved.
- From the quotation
On a quotation that is part of an order, click Reserve Stock, tick the lines to hold (or Reserve all), set the Quantity, and click Reserve n Lines. When the Sales Order is created, the reservation moves to its lines.
- Automatically from the workflow
If the workflow has a Reserve Stock step action, the stock is reserved when that step is done, and the result (Fully, Partly or Not in stock) can send the order down different paths.
Setting stock aside, releasing it and taking it over need Orders work access or the warehouse update access. Plain Assets access and Orders β view only can see the reservations but not change them.
Every reservation can be reviewed and released under Assets β Inventory β Reservations. On the Purchase Order each line starts from what the order holds (Use from stock) and buys only the rest (see Purchase Orders).
Invoice Quantity Rules and Warnings
The company decides how much may be invoiced against what has been delivered. Set it in Settings β Documents β Invoice β Rules:
- How much may be invoiced β Up to delivered quantity, Up to available stock, or No check. It is checked when an invoice is submitted; service items are never checked.
- When an invoice is over β Warn (the invoice is submitted and the warning is kept on it) or Block β a supervisor can override (it is refused unless a supervisor overrides it with a reason). Not used when the check is No check.
A workflow's Invoice step can override this company rule for itself (see Process Builder β Configure a step). When you submit an invoice that is over the rule:
- With Warn, a warning titled Over what was delivered shows on the invoice.
- With Block, the invoice shows This invoice is over the invoice policy and is not submitted. A supervisor clicks Override with a reason, enters the Reason, and clicks Override and submit. The reason is recorded on the invoice and in the audit trail, and the invoice shows who overrode it and why.
The quantity check runs one invoice at a time for each order, so two invoices submitted together cannot both pass on the same delivered quantity. If you are told that another invoice for this order is being saved, wait a moment and submit again.
Price-Change Check on Order Documents
Quotations, Sales Orders, Proforma Invoices, Invoices and Purchase Orders can also be checked against the last price for the same item from the same customer or supplier (Settings β Document Types β (type) β Rules β Price changes): flag the change, flag it for review, or block it unless a manager overrides with a reason. Each line also shows a "Last bought / last sold" hint under its price. See Item Prices and Price Alerts.
Ordering Fewer Than Quoted
A customer can order less than the quotation, and one quotation can feed several orders (500 units three times). While you enter a Sales Order or an Advance Order, a note under the lines compares each line with its quotation line β whether the line was picked from the quotation or the order runs on its own quotation:
- Fewer than quoted β confirm with the customer: "Bolt: ordered 60 of 100 quoted (QT-β¦)".
- When earlier orders already used the quotation: "Bolt: 100 quoted Β· 40 ordered before Β· 60 now Β· 0 left (QT-β¦) Β· used in SO-β¦".
It never stops the order. In Pick from Quotations, each line shows its balance on one line β 80 quoted Β· 30 ordered Β· 50 left β and pointing at 30 ordered lists the orders (SO-β¦, AO-β¦). Ticking a line starts it at what is left. A line with nothing left reads Fully ordered (or 1 over when more was ordered than quoted, with 1 line over-ordered on the quotation) and can't be ticked. Quotations with lines left come first; a used-up one sits at the bottom, folded β click Show to see it. Typing more than is left says 10 more than left on QT-β¦ but doesn't stop you. An Advance Order counts until its order has a Sales Order; voided documents, cancelled orders and cancelled remaining lines don't count. Ticking an item that is already on the order β picked earlier from another quotation, or added by hand β asks Same item twice β¦ Keep both lines? (Untick this one / Keep both); it never stops you. The footer adds the quantities up only when every ticked line is in the same unit (pcs and PCS count as one).
Replacing a Line (Substitute Item or Corrected Re-order)
When a line stands in for a line of an earlier document β a substitute item, or the customer re-ordering a corrected item β say so on the line, and both documents show it. It works on Quotation, Sales Order and Invoice lines.
- Open the line's detail
Click the arrow at the start of the line, then Replaces a line⦠(next to it: "Link the line this item stands in for").
- Pick the line it replaces
The list holds this customer's issued quotations and Sales Orders, newest first, each line numbered. Search by number or item, choose the line, add a reason if you like (e.g. substitute item) and click Link this line.
- Under the item, the new line reads β QT-β¦ Β· L3 (point at it for the full sentence: which line and item it replaces, and why).
- The old line reads β Replaced by SO-β¦ Β· line 2 Β· Bolt M8 zinc (a Sales Order draft until that order is issued; (and 1 earlier) when it was replaced more than once). Each number opens its document; point at the line for the full sentence and the reason.
- If that document is voided or the quotation is revised later, the link stays as history: (voided) or (revised since).
- A line replaces at most one line, and only of the same customer. Removing the line (or the link) removes it from both.
- The link travels with the line to the Delivery Receipt and Invoice. A print layout can show it with the line-table column Replaces (Line 3 of QT-β¦); like Customer Line #, it prints only when a line has one.
Long Line Tables: Keyboard and Bulk Editing
A Sales Order with dozens of lines is entered from the keyboard and changed many lines at a time. A bar above the lines says how many there are (24 lines Β· 20 suggested dates not yet accepted).
| Key | What it does |
|---|---|
| Tab / Shift+Tab | The next / previous box on the line, then the next line. |
| β / β | The same column on the line above / below (also in quantity boxes). An open list keeps its own arrows. |
| Enter on a suggested date | Accepts the date and moves down one line, so holding Enter down the date column accepts the dates line by line. |
| Space | Selects or unselects the line (outside a text box). |
| Ctrl/Cmd+A | Selects every line shown (outside a text box). |
| Esc | Leaves the box; a second Esc closes the form as usual. |
Selecting lines. Tick the box at the start of a line, or the box in the header for every line; Shift-click ticks a range. The bar then reads 6 lines selected of 24 and offers Set Requested Date⦠(one date for all of them), Accept Suggested (only the selected lines that have a suggestion), Mark Urgent, Not Urgent and Remove 6. Each change shows a message with Undo for 8 seconds instead of asking first.
Accept 20 Suggested Dates uses each line's suggested date (order date + the item's lead time); lines you already dated are not changed. Find a line shows only the lines whose item, SKU or description match.
From 21 lines on, the lines are shown compact (more on screen; the description moves into the line's detail arrow) and the table scrolls in its own box with its header kept in view. The row-height button next to Find a line switches between compact and roomy rows, and is remembered. The Due column reads On track, Late 3 days or No date yet; the dates behind it are in its tooltip.
Going Ahead Before the Customer's PO (Advance Orders)
Sometimes the customer has confirmed β by email, say β but the PO has not arrived. An Advance Order lets the order go ahead on that confirmation, with the customer's PO to follow. It is a form step you add to the workflow in the Process Builder (Form: Advance Order), after the Final Quotation, usually followed by an approval step. The document is numbered AO-β¦ and listed in Orders β Documents β Advance Orders.
- Open the Advance Order form
The customer and the lines come from the Final Quotation that ran before it. The form autosaves, showing Saving⦠then Saved.
When the step says Lines come from: the customer's valid quotations (Process Builder, on the Advance Order step) β and always for an Advance Order made on its own (Orders β Documents β Advance Orders β New) β choose the customer if the order has none, click Pick from Quotations and tick the lines (or a whole quotation). Each picked line shows From QT-β¦ and may then only be reduced or removed.
- Fill it inCustomertextThe quotation's customer (read-only), or chosen here when the lines are picked.Customer PO expected by*dateWhen the customer's PO should arrive. Reminders run around this date until the PO is recorded. Asked only while the rule Ask when the customer's PO is expected is on (the default).Confirmed by (customer side)textWho on the customer's side confirmed, for example J. Dela Cruz, Purchasing β email of 8 Oct.Why go ahead without the PO*textThe reason, kept with the order. Asked only while the rule Ask why we go ahead without the PO is on (the default).QtynumberPer line, from 0 up to the Quoted quantity. A line can be removed with its Γ, but never added, increased or re-priced β a price change is a re-quote. A reduced line keeps the quotation's net unit price.NotestextOptional.
A banner shows Matches the quotation, or Changed from the quotation: β¦ listing reduced and removed lines.
- Click Submit Advance Order
Submitting is refused until the expected date and the reason (when asked) are filled in and at least one line is kept, and the server also refuses lines that were added, increased or re-priced, or picked from a quotation of another customer or one no longer valid.
What the order may then do depends on the Advance Order's approval:
- The Sales Order rests on it only once it is approved β it then counts as the customer's PO # for the Require the customer's PO # rule. If it is not yet approved (or was rejected), submitting the Sales Order is refused with AO-β¦ is not approved yet β the Sales Order can rest on it only once it is approved (or enter the customer's PO #).
- The Purchase Order to the supplier waits for the approval too: β¦the Purchase Order to the supplier waits for its approval.
- An Invoice raised before the PO is recorded follows the Invoicing before the customer's PO rule (Allow, Warn β the default β or Block): Warn files the invoice with a Customer PO not received yet note, Block refuses it until the PO is recorded.
When the PO arrives, record it on the Sales Order β see Sales Order β Recording the Customer's PO. The Advance Order then shows Customer PO β¦ recorded on β¦ β this Advance Order is closed and its reminders stop.
Steps Done in Parts and Closing a Step Early
Some jobs are done in several goes β three deliveries of one order, an invoice per delivery, goods arriving in batches. A step set to Can be done in parts (Process Builder; Delivery Receipt, Invoice, Receive & QC, Goods Receiving, Purchase Order and Collection steps) stays open while its parts add up, instead of being simply open or done.
- The step card shows a Done in parts marker and the progress β for example 5,000 of 11,244 delivered β and the step reads Partly done (in the Orders list, the order's Status chip and Current Step follow it).
- Each part is listed as Part 1, Part 2β¦ with its own document number (or No document yet), its status (Open, Done or Cancelled) and an Open task button. Part 1 is the step's own task.
- Click Add another delivery, Add another invoice or Add another receipt, Add another purchase order or Add another collection to start the next part (Part N started); its task opens with its own form and numbered document. A step can have at most 50 parts, and nothing more can be added once everything is already done on the step. Two clicks at once never take the same number β the second is told to try again.
- When a part is done the step re-checks its Finished when⦠measure from the order's documents (every line delivered and signed, every line invoiced, or every PO line received). For a Purchase Order step done in parts (one order bought from several suppliers on several POs) the measure is All of the shortfall is ordered (on one or more POs): what the order still has to buy, after stock reserved, is covered by what is open on its POs. For a Collection step it is Every invoice is fully paid (and invoicing is finished): every invoice issued on the order is fully paid and the order's Invoice step is done or closed early; the step shows progress such as ⦠of ⦠collected (or n of n invoices fully paid when the invoices are in different currencies). When it is met the step completes by itself, any part still open is closed, and the order moves on. If the step lets the next step start after the first part, that step opens as soon as the first part is done.
Closing a Step Early
When the rest of the job will not be done β the customer cancelled the remaining quantity β a Partly done step can be closed early:
- Click Close earlyβ¦
It shows beside the add button once at least one part is done. The dialog, Close "<step>" early, says So far: β¦ The rest will not be done on this order.
- Give the reasonReason*textWhy the rest will not be done β at least 5 characters, for example Customer cancelled the remaining quantity. It is kept on the step: Closed early: β¦.
- Click Close early
The step completes, parts still open are cancelled, and the order moves on. If delivery was closed early, invoicing then only has to cover what was delivered.
It is refused when the step is not partly done (use Skip or Cancel for a step with no part done), when the order is not running, or when it already finished meanwhile β This step was finished meanwhile, so a step that completed on its own is never undone. Only the order owner, someone who may cancel orders, or a user with full access can close a step early.
Order Profit
People allowed to See margins see what the order makes, on the order screen (never printed or exported): Selling Β· Cost Β· Profit Β· Margin %, in the company's currency. The margin turns red below the Sales Order rule Highlight margins below % (Settings β Documents β Sales Order β Rules), or on a loss.
- Selling: the Sales Order, net, less any cancelled remaining lines.
- Cost: the order's purchase orders, each at its own rate (a USD PO at the rate it was raised with), plus what the order takes from stock at the item's buying price.
- Estimated from POs until every PO's supplier bill is recorded β then Actual.
| Line | Selling | Cost (POs) | Cost (stock) | Margin % |
|---|---|---|---|---|
| Bolt Γ 10 | 100.00 | 24.00 | 20.00 | 56% |
| Nut Γ 5 | 20.00 | 0.00 | 10.00 | 50% |
| Order | 120.00 | 24.00 | 30.00 | 55% |
Breakdown per line shows each line's selling, cost and margin (a row Bought beyond the orderwhen a PO bought more than the order sells), and the order's POs with their own amount, rate and whether the supplier bill is recorded. In Orders, Show margin adds a Margin column to the list.
On a Purchase Order split by supplier, each line also shows Sells at (SO) (the Sales Order's price in the company's currency, with its value in the supplier's currency under it) and Margin (amount Β· %, red with below cost when the buying price is higher), and each supplier shows Margin β β¦ (3 of 4 lines) β lines without a buying price are left out. Turn the columns on in Documents β Purchase Order β Rules β Margins. A supplier with no rate today shows the missing-rate chip instead; with only an older rate the margin is labelled "estimate at the β¦ rate".
Cancelling the Remaining Lines
Use Cancel remaining lines when the customer still takes what was delivered but no longer wants the rest β for example their PO was reduced. What was delivered, is on its way or was invoiced stays; the rest of each line is cancelled from the order. Nothing already done is undone: no document is voided and no stock moves.
- Open the order and choose More β Cancel remaining linesβ¦
The action is in the β― (More) menu at the top right of the order popup (you need the permission to cancel orders).
- Read what stays and what is cancelled
Each line shows Ordered, Stays (delivered + on its way, or invoiced if more), Cancelled and What happens: Cancelled; or, when part of it is already on a supplier PO, Cancelled Β· 4 already on PO-0012 β Purchasing decides. Stock held for the order is released.
- Give the reason and confirm
The reason is required (e.g. "Customer reduced their PO"). Click Cancel remaining lines.
| Line | Stays | Cancelled | What happens |
|---|---|---|---|
| Bolt Γ 10 | 3 | 7 | Cancelled Β· 4 already on the PO β Purchasing decides |
| Nut Γ 6 | 0 | 6 | Cancelled |
After the cancel:
- The order no longer asks for the cancelled quantities: the delivery and purchase steps measured against the lines can finish, and the order completes once everything left is delivered (and paid, when its workflow waits for payment).
- The order's Total (on the order, in the Orders list and in the pipeline value) drops by the cancelled lines' amount, VAT with it. The order lines show the quantity in a Cancelled column; Ordered is what is still asked for.
- A step done in parts whose target is now met finishes by itself β also when its last part is delivered but not yet marked done.
- A notice on the order says how many lines were cancelled and how many wait for Purchasing. Review lists them.
- For a line already on a supplier PO, Purchasing picks Cancel with the supplier (then revises the PO with the supplier) or Keep as company stock (the goods arrive as free stock, not reserved for anyone). Each line is decided once; a note is optional.
- The order's History records who cancelled which lines, when and why β and each Purchasing decision.
It needs something delivered or invoiced first. When nothing is, cancel the whole order instead.
Marking an Order Lost
Use Mark Lost when the customer won't go ahead β the price was too high, they went with a competitor, they stopped answering. Unlike cancelling, nothing is voided: the quotations you sent stay on record and can still be printed and counted.
- Open the order
Click the order in Orders β Orders (or open it from Workspace β Processes).
- Choose More β Mark Lostβ¦
The action sits in the β― (More) menu at the top right of the order popup, apart from the everyday actions.
- Pick a reason
Choose a reason from your company's Lost reasons (searchable). Reasons such as Other need a note; for the rest the note is optional. (On a CRM deal, the list of Lost reasons is available to people with CRM deals access.)
- Read what happens, then click Mark Lost
The dialog lists the consequences, for example "QT-000123 is closed as Lost β not voided", "2 stock reservations are released" and "3 open steps are closed". If a CRM deal is linked to the order's quotation, tick Also mark the deal Lost to close the deal with the same reason.
What Mark Lost does:
- Issued quotations of the order become Closed Β· Lost β not voided.
- Stock reserved for the order is released.
- The order's open steps are closed and the order ends as Closed Β· Lost.
When Mark Lost Isn't Available
Mark Lost⦠shows greyed out, with the reason written right under it, when the order can no longer be lost:
- A Sales Order or Open PO already exists β the order is won; cancel it instead.
- Past the point where it can be marked Lost β the workflow's "Lost allowed until" step is already done; cancel it instead.
It isn't offered at all on a workflow started under an order, on a finished order, or to someone who may not cancel the order.
When Lost Needs Approval
If your company (or the order's workflow) has Lost needs approval switched on, Mark Lost by someone who isn't an administrator sends a request instead β the toast says Sent for approval and the order shows Lost requested β reason. An administrator opens the order and clicks Approve Lost (optionally also marking the linked deal Lost) or Reject.
If two people mark the same order Lost at the same moment, only the first goes through. The second sees "This order was already closed or changed meanwhile. Refresh and try again." and nothing is changed. The same protection applies to sending a Lost or cancellation request for approval.
A Lost order can't be reopened. If the customer comes back, use β― β Duplicate orderβ¦ on the order to start a new one from its quotation.
Duplicating an Order
To start a new order that begins like an existing one, open the existing order's popup, click the β― (More) menu at the top right and choose Duplicate orderβ¦, then confirm Duplicate. The same menu holds Mark Lostβ¦ and, last and in red, Cancel Orderβ¦.
- The new order uses the same workflow template and gets its own order code (you'll see Created <code>).
- Only the order's first form (for example the quotation) is copied, as an editable draft: customer, lines, prices and custom fields. Nothing else is copied β the new order runs its workflow afresh.
- You are taken straight to that first form, exactly as after + New Order, and the Orders list and counters refresh.
Quotation Revisions and the Final Quotation
ANTE keeps every version of an order's quotation instead of overwriting it, so you can see what the client was sent, what changed and what they finally agreed to.
Revisions
The first time the quotation is locked in it is issued as the original (for example QT-β¦). Every later change that is submitted becomes a numbered revision β QT-β¦-R1, -R2 and so on β and the revision it replaces becomes Superseded. A revision's status is one of Waiting for approval, Approved β not issued yet, Current, Superseded, Rejected or Withdrawn.
Revising a Quotation Made on Its Own
A quotation made on its own (Orders β Documents β Quotations β New) is changed from its document. Open it; the window has two tabs, Overview and History.
- Click Revise
Shown on the current revision only. Type an optional reason (for example Customer asked for 5 pcs) and click Open for Revision. A quotation that belongs to an order is changed from its order instead (re-quote), so there Revise is greyed out. The quotation's own task offers Revise in place of Reopen, with the same dialog.
- Change the form and submit it
The form opens with the banner Revising QT-β¦ β QT-β¦-R1. Submitting issues the next revision; the window then shows it with QT-β¦-R1 issued. Cancel Revision puts the form back as it was, closes it and issues nothing.
History lists every revision, newest first: its number, status, total, who made it, when and the reason. Click a row to see that revision read-only, with its Preview and PDF (a superseded one prints watermarked Superseded). Tick two rows and click Compare to see the total before and after, the header fields that changed, and each line marked Added, Removed or Changed. A superseded quotation opened from the list says Superseded by QT-β¦, with Open Current.
Re-quote Approval
When Re-quote approval is on, a changed quotation does not go out until someone approves it. After you submit the change the quotation form shows a banner:
- Re-quote <code> is waiting for approval β the change was sent for an internal approval. Submit again once it's approved, or click Withdraw re-quote (then Confirm withdraw) to keep the current quotation.
- Re-quote <code> was approved β submit the quotation again, unchanged, to issue it.
- Re-quote <code> was rejected (with the reason, if given) β change the quotation and submit again to send a new re-quote.
The approver is the one set in the Quotation Re-quote Approval workflow in the Process Builder (Direct Supervisor by default), and the author can't approve their own re-quote. Re-quotes that don't need approval (for example when approval is off) are issued at once.
When the author has no supervisor set, the approval goes up the organisation instead:
- Their supervisor, if they have one.
- Otherwise the first active person holding a higher role in the role tree (nearest role first).
- Otherwise the company's administrator β never the author.
A re-quote is self-approved only when its author is genuinely at the top: a full-access administrator, or someone whose role tops a role tree that has at least one role below it. It is then recorded as Self-approved β highest in the organisation (it shows on the order's History tab). In a flat company where no role sits under another, a salesperson with no supervisor is not the top: the re-quote goes to an administrator. The same self-approval is also used as a last resort when there is nobody else at all β no higher role holder and no other administrator β for an author whose role has no parent role; if there is no approver at all otherwise, the submit is refused.
| Threshold | New price 960.00 (4% drop) | New price 940.00 (6% drop) |
|---|---|---|
| Empty (every re-quote) | Needs approval | Needs approval |
| 5% | Issued at once | Needs approval |
| 10% | Issued at once | Issued at once |
Open these settings from Settings β Form Registry (the Quotation card's Settings button) or from the Quotation's Rules tab in Settings β Documents β Document Types. Changing them needs Company settings access; without it you can only view them.
Quotation History and Compare
Once an order has a quotation revision, a Quotation history button (followed by the Final's code when there is one) appears in the order's tracking view header. It opens a list of every revision with Revision (marked FINAL or as sent), Status, Total, Created by, Decision and a PDF download. Below it, Compare revisions lets you pick a From and a To revision (by default the latest against the last one before it) and shows the total, which header fields changed (client, valid until, tax type, payment terms, currency, notes, custom fields) and each line as Added, Dropped or Changed with its quantity, unit price and discount.
Client Approval and the Final Quotation
A workflow step can be set up (in the Process Builder, on an approval step, with Client finalizes the quotation here) so the client's decision is recorded on the quotation itself. That step opens the quotation as Quotation β Client Approval:
- Every line starts ticked in the Client approved column β untick each line the client dropped (a line whose price is still to follow can't be ticked). At least one line must stay ticked (or be added), and a client must be selected.
- Unticked lines are closed for good (shown as Not approved by client) and don't go to the Sales Order.
- You may edit ticked lines and add new ones (marked Added); a change beyond ticking is a re-quote and may need approval. Original values are shown as Sent: β¦.
- Approving issues the Final Quotation. Once decided, the form is read-only.
A Final Quotation can't change once its Sales Order exists.
Line Discount Presets
If your company has set Line discount presets (see Settings β Company Information), the quotation and Sales Order lines show a Disc. % pick next to the Discount amount. Choose β for no discount, a preset such as 2%, or Custom to type the amount yourself. Once a preset is chosen, the discount follows quantity and price edits; typing an amount by hand makes it a custom discount. The Sales Order keeps the preset a quotation line was given.
| Disc. % pick | Discount | Line total |
|---|---|---|
| β | 0.00 | 10,200.00 |
| 2% | 204.00 | 9,996.00 |
| 5% | 510.00 | 9,690.00 |
| 10% | 1,020.00 | 9,180.00 |
Cancelling an Order
Cancelling needs its own Cancel Order permission β it is not automatically included with the module access that lets you open and work an order. A role without it (for example the seeded Asset Manager, who can still open orders and advance every step) simply does not see the Cancel action on the tracking view.
While viewing an order that is still running (not already Completed or Cancelled), you can cancel it from the tracking view (More β Cancel Orderβ¦). Pick a reason from your company's cancel reasons (required) and add a note β the note is required for reasons such as Other. The reason shows on the order ("Cancelled β Customer cancelled the order") and in the Lost & Cancelled report. If a step already generated a document β a Sales Order, Purchase Order, or invoice β the confirm dialog lists what cancelling will do to each one before you type the reason: documents still safe to nullify will be voided (their status becomes Voided), and documents that can't be safely voided (a payment already recorded, goods already received, an invoice already posted to the books) are listed as left untouched, with the reason why.
Invoices are never voided by cancelling the order β an invoice posts to the books the moment it's created, so it always shows up as left untouched. See Sales Invoice.
Once cancelled, every step in the order's timeline turns Void β completed steps included β and the order itself moves to the Cancelled status.
If a step had spawned its own sub-workflow that's still running β for example TDK's Payment Approval & Release, spawned by Approve Payment & Send Proof β cancelling the order also cancels that sub-workflow, so no orphaned approval or release task is left behind.
Deleting an Order Started by Accident
If you started an order by mistake and haven't done anything in it yet, you can delete it outright instead of cancelling it. In the order popup (opened from Orders, or right after Start Order), an order that is still empty shows Delete in place of Cancel.
An order counts as empty only while it has none of the following:
- a completed step
- saved form data β even a draft (just opening a form and closing it doesn't count)
- documents or files
- comments, notes or time logged
- linked or child records
Delete is available for 60 minutes after the order was started, and only to the person who started it and full-access admins. Click it and confirm Delete this order? β the order and its tasks are removed for good, the tasks' notifications are withdrawn, and an audit entry of the deletion is kept.
If it was the latest order number, the next order reuses that number; a number in the middle of the sequence stays a gap.
As soon as anything is saved in the order, the button turns back into Cancel (see Cancelling an Order above).
Submit the Document Before Completing a Step
A step whose form is a document β Quotation, Sales Order, Purchase Order, Delivery Receipt, Invoice, Collection and so on β can only be completed once that document is submitted. If you try to mark it done first, ANTE refuses with Submit the <document> first. (for example Submit the Quotation first.). This is checked wherever the step is completed β from its task, the kanban board or the order popup β and it applies to orders that are already running, not only new ones. Approval steps are not affected, and the workflow's builder can turn the rule off for a step with an optional form (Document required to complete this step in the step settings).
When the Workflow Is Changed While Orders Are Running
Changing a workflow does not have to disturb orders already in progress. When the workflow is published, its builder chooses either New orders only β running orders keep the version they started on (the default) or Apply to running orders too (running orders follow the change from their next step) β see Save and activate. An order that kept its version finishes exactly as it started, and its tracking view shows Version of <date> beside the workflow name.
Reopening a Completed Step
If a step was completed by mistake, open its task and click Reopen. The step returns to In Progress, and if the order had already finished (Completed) or been cancelled, the order itself comes back to In Progress too. Reopening is blocked if a later step in the order has already been completed β you can only reopen the most recently completed step.
Reopening a Create Purchase Order step and completing it again does not create a duplicate purchase order β as long as the purchase order it already raised is still unpaid, ANTE reuses that same purchase order. The Reopen confirmation dialog notes this on Create Purchase Order steps.
Dates, Reminders and Expiry
Ante can watch the dates that matter on your documents and remind people before and after them: a quotation's Valid until, a purchase order's Expected delivery, a sales order's Requested delivery date, an invoice's Payment due and an Open PO's Valid to. Nothing is watched until a company turns it on for a document type.
Setting Up Dates and Reminders
Open Settings β Document Types in the document's home module (for example Orders β Settings β Document Types β Quotation) and choose the Dates & reminders tab. Each date has its own card:
- Track this date β turns watching on. An expiry date (Valid until, Valid to) becomes required when submitting while tracking is on; other dates become required once reminders are on.
- When it expires (expiry dates only) β Mark as expired only, Block use until re-quoted, or for an Open PO Ask to extend it.
- Send reminders β then list when: N days before the date, on the day, or N days after the date (an after-reminder can repeat every N days until the document no longer needs it). Turning tracking on starts with 3 days before and on the day.
- Who is told β the document owner, the order owner, everyone in chosen roles, and specific people.
- How β in-app notification, email to those people, and Email the customer (or supplier). That last one sends email outside the company, is off by default, and shows a warning when ticked.
Click Save Changes on the card. Discard drops unsaved edits.
The Upcoming and Overdue Page
Open Orders β Upcoming & Overdue to see every watched date that is still open, soonest first. The three counters β Overdue, Due today and Next 7 days β also filter the list when clicked. Filter by When, Document, Date, and Only mine. The Where it stands column says it in words: In 3 days, Due today, Overdue by 2 days, Expired. Click a row to open the document; Open order opens its order.
Admins also see Run Reminders Now, which re-reads open documents and sends anything due today. A reminder that was already sent is never sent twice. If a reminder is interrupted part-way (for example, some recipients were emailed before an error), the next run finishes only the recipients and channels still outstanding.
Dates on a Document
A document with a watched date shows a Dates card in its document view (and on the Sales Order record page): each date with where it stands, and the Reminder history β what was sent, to whom, by which channel and when. Clicking a reminder notification opens the document.
For a partly received purchase order, the delivery date shows Still outstanding β only the lines not yet received β and reminders are about those lines only. The date closes once the PO is fully received or closed short.
Using an Expired Quotation
When a quotation's validity is tracked with Block use until re-quoted and its date has passed, submitting the Sales Order shows The quotation has expired and nothing is created. Re-quote it, or a manager clicks Override with a Reason, enters the Reason and clicks Override and Submit. The Sales Order then shows who used the expired quotation and why, and the override is kept in the quotation's reminder history and the audit trail. Other users see the block with a note to ask a manager.
With Mark as expired only, the Sales Order is created and carries a Made from an expired quotation warning.
The Sales Report
Open it from Orders β Reports.
The Sales Report turns your completed orders into sales analytics. Each completed order is treated as a closed sale, and its grand total counts as revenue. Orders that ended Lost are left out β they were never a sale.
Filters
- Period β choose All time, Year to date, Quarter to date, or Month to date. The period narrows results by when each order was completed.
- Currency β choose All or a specific currency that appears in your orders.
What the Report Shows
| Section | Description |
|---|---|
| Total revenue | The combined grand total of completed orders in the range |
| Orders completed | How many orders completed in the range |
| Avg order value | Average revenue per completed order |
| Pipeline snapshot | A point-in-time count of Running, Completed, and Cancelled orders |
| Sales by month | A bar chart of revenue over the last 12 months |
| Top clients | Your highest-revenue clients in the range, with order counts |
If completed orders show no revenue, it usually means those orders have no Sales Order linked (so there is no amount to total). The report will note this where the figures would otherwise appear.
The Lost & Cancelled Report
Open it from Orders β Reports β Lost & Cancelled. It shows the orders that ended Lost or Cancelled in a period β how many, how much, and why.
Filters
- From / To β the period, by the date the order was marked Lost or cancelled (this year so far by default).
- Outcome β Lost and cancelled, Lost only, or Cancelled only.
- Group by β Reason, Customer, Salesperson or Month.
What the Report Shows
- Orders lost or cancelled β the count, split into Lost and Cancelled.
- Value in your main currency β each order's value converted at the exchange rate frozen on its document. Orders without a value in the main currency (no document yet, or no exchange rate) are counted but left out of the total, and the report says how many.
- Value by document currency β the amounts in each document's own currency, never added together across currencies.
- A bar chart of the value (or the count, when nothing converts) per group, a Summary table per group, and an Orders table listing each order with its reason, note, customer, salesperson, document, amount, rate and main-currency value. Click an order code to open the order.
The Customer POs Report
Open Orders β Reports β Customer POs to see which customer POs have been served and which are still open. Each row is one customer PO number (several orders of the same customer on one PO number are one row):
- Customer PO #, Customer and the Order # (click it to open the order).
- PO date β the date of the earliest Sales Order on that PO.
- Ordered, Delivered, Invoiced and Open β quantity and amount (at the Sales Order's net prices, in the order's currency). These are the order's own line numbers, the same as inside the order. What a cancelled order never delivered shows as "cancelled", not open.
- Status β Open, Partly delivered, Delivered, Invoiced, or Cancelled remainder (nothing open, but a cancelled order left part of the PO undelivered).
- Latest delivery β the latest delivery receipt date.
Filter by customer, status and order date, or search by customer PO # or order #. Export downloads the rows as an Excel file. Anyone who can open Orders can see the report.
The Orders Awaiting Customer PO Report
Open it from Orders β Reports β Orders awaiting customer PO. It lists every running order that went ahead on an Advance Order and still has no customer PO recorded, so Sales can chase the customer. An order leaves the list as soon as its PO is recorded on the Sales Order (or when the order is cancelled or completed).
| Column | What it shows |
|---|---|
| Order | The order code β click it to open the order. |
| Customer | The customer on the order. |
| Sales Order | The Sales Order number. |
| Advance Order | The AO-β¦ number the order went ahead on. |
| PO expected by | The date the customer's PO is expected (as extended, if it was moved). |
| Late | N days late once the date has passed, otherwise Not yet due. |
| Age | How many days old the Sales Order is. |
| Value | The Sales Order total in its own currency. |
| Value (main currency) | The same in your main currency at the order's exchange rate; a dash if there is no rate. |
| Owner | The person who started the order. |
The list is sorted with the soonest due first. When nothing is waiting it says No orders are waiting for a customer PO. Orders with a PO still awaited also carry the Customer PO awaited chip on the Orders list.
If the customer asks for more time, use Extend expected date on the Sales Order β the report, the list chip and the reminders all follow the new date.
Starting an Order
Open it from Orders β Settings β Starting an Order (/orders/settings/starting-an-order). It says what must be linked before an order can start β one setting for every order workflow. Changing it needs company-settings access or the Order settings permission; everyone else sees it read-only.
| Choice | What happens |
|---|---|
| Not used | Hidden on the order. |
| Optional | Offered, never checked (grey in the checklist). |
| Warn | The order starts; an amber reminder shows until the link is made. Never blocks. |
| Required | Starting is refused until the link is made (red, with the way to fix it). |
The same check, with the same words, runs in three places: the New Order dialog (a Needed to start checklist once you pick a workflow β choose the customer there to check their quotations and client goods), Start an order on a quotation (a workflow missing a Required link is shown disabled with the reason), and the start step's Submit. The start step is the workflow's first Sales Order, Advance Order, Register Open PO or Release from Open PO step.
| Link | Order-to-cash trading | Processing a client's goods |
|---|---|---|
| Quotation | Required | Required |
| Customer PO | Required | Optional |
| Received client goods | Not used | Required |
| Approval | Required for Advance Orders | Not used |
Workflows That Differ
A workflow can start differently (for example a Release from Open PO needs no quotation). In the Process Builder, its start step shows the links as chips (Quotation Β· company: Required); Override for this workflow sets its own choice per link, and Follow the company setting clears it. Every workflow that differs is listed on this page with an Edit in Builder link.
Until the page is saved, it shows your current Sales Order and Advance Order rules, so nothing changes for an existing company. Saving here also updates those two rules.
Outcome Reasons
Open them from Orders β Settings β Order Templates β Outcome Reasons (button at the top of the page), or go to /orders/settings/outcome-reasons. Changing them needs company-settings access or the Order settings permission (part of Orders Admin); everyone else sees the list read-only.
One list holds every reason. Tick each reason as used for Lost, for Cancel, or both; tick Needs a note for reasons such as "Other" where the person must explain. CRM deals use the same Lost reasons.
- Add Reason β name it and tick where it's used.
- Rename β the pencil on a row.
- Order β the up / down arrows set the order reasons appear in the pickers.
- Active β switch a reason off to stop it being picked. Reasons are never deleted, so orders and deals that already use one keep it.
New companies start with: Price too high, Lead time too long, Lost to competitor, Customer project cancelled and No response (Lost); Customer cancelled the order, Duplicate order and Entered by mistake (Cancel); and Other (both, needs a note).
Lost Needs Approval
The switch at the top of the page. Off by default. When on, Mark Lost by someone who isn't an administrator waits for an administrator's approval. A workflow can override this company default in its Outcome panel.
Order Templates
Open them from Orders β Settings β Order Templates.
Templates define the steps an order goes through. Customize templates per client type by duplicating and modifying them.
Working with Templates
- The Order Templates page lists each template with its Name, Status, Steps count, Runs (number of orders started from it), and Last Updated date. You can switch between Grid view and List view and search templates by name.
- Pre-built templates are marked with a badge. They can't be edited directly β when you Start an order from a pre-built template, ANTE automatically makes your own copy and runs that. To change a pre-built template, duplicate it and edit the copy.
- Start β begins a new order from that template.
- Edit β opens the template in the process builder so you can change its steps.
Editing a Template
- On Orders β Settings β Order Templates, click Edit on the template you want to change (pre-built templates must be duplicated first).
- The Process Builder opens, where you can adjust the template's steps.
- You can also click Open Process Builder at the top of the Order Templates page to manage process templates directly.
Tips
- Pick the template that matches the order β the steps you'll work through are decided by the template, so choose one whose workflow fits the order.
- The quotation comes first β expect the quotation step to open right after you start an order; that's where the client and items are set.
- Export a quotation PDF anytime β the Export PDF button in the quotation dialog works even on an unfinished quotation, so you can send a preview to the client before locking anything in.
- Check the Documents view for everything else β once other steps are done (Sales Order, Purchase Order, Invoice, Payment), switch the tracking view to Documents to download each one as a branded PDF (or Excel) instead of hunting through the timeline. Or skip the tab entirely and click Download right on that step's card in the Timeline view.
- Use the filters to find orders fast β search by order code or client, or narrow by month, client, template, or assignee, then Clear Filters to reset.
- Watch the progress bar β it shows completed steps out of total, so you can see at a glance how close an order is to done.
- Completed orders feed the Sales Report β only completed orders count as revenue, so finishing the final steps keeps your sales analytics accurate.
Related Pages
- Open POs (Blanket Orders) β standing orders registered and released by order steps
- Settings β Currency β the currencies, rate age limit and rate policy order documents follow
- Sales Order β the confirmed order register created by the Create Sales Order step
- Sales Invoice β invoices raised by the Create Invoice step
- Purchase Orders β the purchasing step orders flow into
- Deliveries β track deliveries tied to fulfillment
How It Connects
Set up first
- Client Management β the client on an order and its quotation comes from your client list.
- Settings β Currency β sets the currencies, rate age limit, typed-rate tolerance and which exchange rate each order document takes.
Gets its data from
- Bill of Materials β the manufacturing templateβs Work Order step shows the BOM exploded into component quantities.
Feeds into
- Sales Order β the Create Sales Order step produces the confirmed order register.
- Open POs (Blanket Orders) β the Register Open PO step creates the Open PO and the Release from Open PO step draws from it.
- Treasury β Sales Invoice β the Create Invoice step raises the invoice in Treasury.
- Purchase Order β the purchasing step issues purchase orders.
- Deliveries β Pending Receive β deliveries tied to the order are tracked on the Deliveries screen.