Sales order automation for distributors

I build the system that reads every order and enters it for you, on the software you already run.

A two-week paid pilot proves the accuracy on your real orders first. Then a three-week fixed-price build that belongs to you when it's done.

Three questions about how orders reach you. If it isn't a fit I'll say so on the call.

Two people, every morning, typing what was already typed.

Change the three numbers below to yours.

Hours a day
4.0
Working days a year
250
Hours a year
1,000
Cost of typing, every year$22,000

About 85% of that comes off once this is running. The rest is the exception queue, which still needs a person and always will.

Platforms, portals and enterprise tools. All the wrong shape.

You needed order entry. Every option on the table wanted more than that.

The platforms wanted to replace your system.

Storefront, CRM, payments, collections. A migration, when all you had was an inbox problem.

The customer portal went unused.

Your customers have ordered the same way for fifteen years. They are not going to log in.

The enterprise tools assumed an ERP you don't run.

They integrate with SAP and Prophet 21. You run QuickBooks and a shared inbox.

The price arrived after a demo, as a percentage.

Of your revenue. Indefinitely. To a company you have no leverage over.

From your inbox into your system. Nothing else changes.

Five steps. Your team only touches the exceptions.

  1. Orders arrive as usual

    Customers send orders exactly the way they do today. No portal, no app, no new address.

  2. Every line is matched

    Each order is read and every line matched to your catalogue, your product codes, and the price that customer actually pays.

  3. Clean orders are entered

    A clean order lands in whatever you already use. Nothing gets replaced.

  4. Doubts go to a person

    Anything below the confidence threshold goes into a queue with the original attached and the problem named.

  5. You get one summary

    One summary reaches you at the end of the day.

A flagged line, as your team would see itExample

Needs a person: Bradford Mechanical, PO 44817

Line 3: "1/2 CU 90 ELL × 200"200

Two catalogue matches, 61% confidence

CU-090-050 ($2.14) and CU-090-050S ($2.61). This customer's last four orders used CU-090-050S. Original PDF attached.

The end-of-day summaryExample

Tuesday 14 October, orders@

Orders received
43
Entered without a person
37
Sent to the queue
6
Still open at 5pm
1
Typing hours avoided
3.7

It refuses rather than guesses.

95% line accuracy in the pilot, or you don't pay for the build.

Every line is matched against your catalogue and scored. The price is checked against that customer's price list, not the list price. Quantities are checked against the units you actually sell in. Anything scoring below the threshold is never entered. It goes to the queue with the original document and the specific reason attached.

The pilot runs two weeks on your real orders, writing nothing anywhere, and every result is compared against what your team entered that day. At the end you get the tally: lines matched, lines flagged, lines it got wrong. That number is in the contract as the condition for the build.

I won't quote you an exception rate before I've seen your orders. Clean repeat POs land near 5%. Handwritten faxes and free-text emails land nearer 20%. The pilot tells us yours before you commit to a build.

It runs on your accounts, not mine.

Around $40 to $90 a month at forty orders a day, billed to your card at cost.

Your API keys, your logins, your data. You see every charge and there is nothing for me to hold hostage. Every part is documented well enough that another developer could take it over tomorrow.

Three numbers, all of them fixed.

You commit $2,000 to find out, not $6,500 on faith.

Pilot

$2,000two weeks

Two weeks on your real orders, writing nothing. You get the accuracy report and the exception rate for your business. Credited in full against the build if you go ahead.

Build

$6,500pilot credited

One order channel, live and running. Three weeks. Half on start, half on delivery, and the balance is conditional on the accuracy floor.

Support

$750per month, optional

Monitoring, changes as your catalogue moves, fixes, one improvement a month. First month included. Three-month minimum, then thirty days. Cancel it and the system keeps running on your accounts.

What it adds up to, at your numbers above
Year 1Year 2Year 3
Build$6,500$0$0
Support$8,250$9,000$9,000
Running costs$780$780$780
Typing avoided$18,700$18,700$18,700
Net+$3,170+$8,920+$8,920

None of that counts a single avoided pricing error, which on a 200-unit line is usually worth more than a month of typing. A second channel or a second system is a separate fixed quote. Nothing is open-ended and nothing is billed by the hour.

Four things I won't do for money.

  • Anything beyond creating the order.

    It never touches payments, banking, invoicing or your books. It creates a sales order and stops there. Read-only on everything else.

  • Replace software that works.

    If your current system is fine, it stays. I am not selling you a platform.

  • Pretend the last ten percent is solved.

    Some orders need judgment. Those go to a person, with everything already assembled. That is the design, not a shortcoming.

  • Promise round-the-clock availability.

    One business day for changes, same day for anything broken, written into the contract.

Questions people ask

Is this your full-time job?

Not yet. I run the development department at a retail and wholesale company, and I build Ordexic on early mornings and evenings. You would find that out eventually, so here it is now.

In practice: the scope stays narrow because I take one build at a time, the price is fixed so you carry none of the schedule risk, and response times are in the contract rather than implied. The system runs on your accounts, so it does not stop when I am unavailable. If three weeks slips, you hear it in week one, not week three.

You put orders into QuickBooks. Isn't that a transaction?

It creates a sales order, which is a non-posting document in QuickBooks. It does not touch the general ledger, invoices, payments or bank feeds. Your bookkeeper's workflow is unchanged, except the order is already there and already right. Scope is spelled out line by line in the contract before anything is connected.

What if our orders come in by phone?

Then that is the channel we build for, and I would price it separately because voice is harder than PDF. On the call I ask how orders actually reach you first, because that answer decides everything else. If phone is the bulk of your volume and PDFs are a trickle, I may tell you to wait.

What happens if you disappear?

Everything runs on accounts in your name with your keys, documented so any competent developer can pick it up. If I vanished tomorrow the system keeps running and you own every part of it. That is architecture, not a promise.

We tried something like this and it didn't work.

Usually that was a tool built for fixed formats, and it broke the first week a customer sent something slightly different. Tell me what you tried and what specifically broke. If it is the same failure mode, I will say so.

How is this different from the software companies selling it?

They sell a platform you rent. Usually good, usually priced per month or per transaction indefinitely, and it usually wants to become the system your business runs on. This is a fixed-price build that fits around what you already have and belongs to you at the end. If a platform genuinely fits your business, buy the platform. It will be cheaper.

Where are you based?

I live in Montreal. The work is with distributors in the GTA and the Peel corridor. It runs remotely, and I'll come in person for the kickoff when that helps.

What access do you need to our data?

Your product catalogue, your price lists, and a sample of real orders. No customer financial data, no payment information. All of it covered by a mutual confidentiality agreement signed before you send me anything.

Twenty minutes, three questions.

I'm Fahad Khan. I run the development department at a Canadian retail and wholesale company, where I built and still run the systems handling order intake, the register, inventory and fulfilment. Every day, in production, with real money moving through them.

Ordexic is that same work, for distributors who need it and can't buy it off a shelf. The call is three questions about how orders reach you. If it isn't a fit, I will tell you while we're on it.

Or write to fahad@ordexic.com and tell me how your orders arrive.