Release to fulfilment, allocate, pick, deliver, invoice — each can run on part of the order — with a live counter of what’s still pending; bulk order processing for the hundred-order morning.
Per-customer and per-partner limits enforced at order and invoice save, with the arithmetic in the rejection — and a breach can auto-raise an approval.
GST-ready invoices with GL posting, split billing, advances — statutory documents generated from the record, not re-keyed.
Every row ships today and traces to a capability described on this page.
| Capability | xMatix Sales |
|---|---|
| Staged order lifecycle | Native |
| Partial fulfilment and split invoicing | Native |
| Bulk order processing | Native |
| Credit-limit enforcement at order save | Native |
| Trade schemes recomputed at posting | Native |
| e-Invoice (IRN) and e-Way Bill in the invoice flow | Native |
| Payments and collections against open invoices | Native |
| Dealer purchase-order conversion | Native |
| Subscriptions and usage billing | Native |
| Credit and debit notes | Native |
Everything from the confirmed order to money in the bank. Orders move through visible stages — confirmation, allocation, delivery, invoicing — so “where is it” answers itself, and whole batches can be confirmed, allocated or invoiced in one action. Invoicing carries GST compliance inside the flow, payments record against the open documents they settle, and receipts knock off partially or in full until the customer statement reconciles. Credit and debit notes keep corrections as auditable as the sale.
Yes — partial fulfilment is treated as the normal case, not a workaround. You ship what's ready and invoice what shipped; the rest of the order waits intact, with nothing forced or cancelled. Billing follows the same flexibility: advance now and balance on delivery, or one order split across several invoices, so the paperwork matches the way the deal was actually struck.
From policy, not the salesperson's memory. Price lists and discount groups follow the customer, their group and the date, so the right price applies automatically. Trade schemes compute on the server when the document posts — the promise shown at order time and the final invoice always match, because the same engine produces both. The rules themselves are configured by your team on the platform, without a release.
Yes — compliance happens inside the invoice, not after it. IRN and e-Way Bill generate in the invoicing flow itself, with no portal detour and no truck held at the gate. GST data accumulates correctly through the month in xMatix Finance & Accounting, so filing the return is a review rather than a reconstruction. TDS and TCS compute where the transaction happens.
Every payment records against the open documents it settles, with the outstanding balance always live — collections stop being detective work. Receipts knock off against invoices cleanly, partial or full, so the customer statement always reconciles. Credit limits read the same figures: the order that would blow the line is stopped at save, and the salesperson sees the exact numbers rather than a mystery error.