The things distributors ask first.

Software for distributors who sell from vans or book orders on routes. A salesman loads a van, visits shops, sells, prints invoices, takes returns and collects payments on an Android phone, with or without signal. At night the depot counts the stock and cash that came back and settles every difference before the next load.

It is the second product on the Ibex platform, after Ibex POS, and shares its vendor console, sign-in service, offline sync and printing.

Not yet. Ibex Van Sales is in development. The first release is the cash-van core: customers, products, prices, routes, van stock, invoicing, returns, collections, settlement, one tax country pack and daily reports. Pre-sales and control follow in the second release, merchandising and scale in the third.

If you would like to see it on your own routes, get in touch.

Yes. The five operating models (van sales, pre-sales, delivery, merchandising and hybrid) share one data model, so a cash van on one route and a booker-plus-driver pair on another use the same customers, products and prices. Pre-sales and delivery arrive in the second release.

No. Ibex Van Sales keeps its own customer ledger, statements, ageing, stock and tax records. If your books are in Tally, Zoho, Odoo, QuickBooks or Business Central, sales, returns, receipts and ledgers can be exported there. Tally and Zoho come in the second release, the others in the third. See integrations.

Yes, from the second release. Containers move with each invoice and collection, every customer has a container balance, deposits can be charged and refunded, and empties are checked at settlement. See water routes.

That is the design. After the morning sync, the phone holds the route's customers, the catalogue, prices, the van's stock and its own document numbers. Selling, returns, collections, cheques, expenses, approvals by PIN or code, printing and the end-of-day request all work offline. The design target is at least 16 hours without a network.

Every document is saved on the phone before it prints and synced when a signal returns. Sending the same document twice never creates a duplicate.

Android 10 or newer with 3 GB RAM, 32 GB storage, GPS and a camera, plus a 58 mm or 80 mm Bluetooth ESC/POS thermal printer. Or a rugged Android handheld with a built-in printer and scanner, in the Sunmi, Zebra or Urovo class. The back office runs in Chrome or Edge. Exact models are tested with each distributor before go-live; iPhone comes in the third release.

Yes. The app draws Arabic and Urdu text as an image and sends that to the printer, because mobile printer fonts rarely shape Arabic properly. Saudi tax invoices always carry Arabic. English and Arabic are in the first release; Urdu in the first release depends on where the pilot is, otherwise it follows in the second.

The company locks or wipes it from the web. The lock applies as soon as the phone next makes contact, and a wipe first pushes any waiting documents if it can. The local database is encrypted, sign-in needs a personal PIN, and every printed invoice carries its number and QR code, so the day's documents can still be traced. A revoked phone's unused document numbers are voided so no one can use them.

Only while their sales day is open. The first release checks the GPS at each check-in against the shop's pin. From the second release a route trail is sampled every one to two minutes while the day is open, never before start of day or after end of day. Field users are told at first sign-in and can see their own trail.

The salesman ends the day only once every document has synced. The storekeeper counts the stock that came back by condition; a cashier, who cannot be the salesman, counts the cash by denomination and ticks off each cheque. The system compares both with what should be there:

• Stock: opening + loaded + reloads + good returns − sold − transferred out
• Cash: float + cash collected − approved cash expenses − deposits made

Every difference becomes a variance to approve. The next load opens once the day is settled. See the evening, step by step.

Each variance is resolved as written off, charged to the salesman, or found, with a reason and an approval from someone whose limit covers the amount. The salesman, the cashier and the person who raised it cannot approve it.

Charging a shortage to a salesman is a company setting and is off by default. Whether shortages may be deducted from pay differs by country, so check local law before you use it; the product records the charge, and payroll stays outside.

Yes, within each customer's credit limit and terms. If a sale would take the shop over its limit, or the shop has an invoice overdue beyond its terms, the phone blocks the credit invoice unless a supervisor approves. Cash-only routes cannot issue credit at all, and new shops buy for cash only until approved. A bounced cheque reopens the invoices it paid and blocks the shop's credit until finance releases it.

Three ways: online from the supervisor's approvals inbox, by the supervisor typing their PIN on the salesman's phone, or by a one-time code the supervisor reads out over the phone. The code is single use, valid for 15 minutes, and bound to that action and that amount.

The engine is designed for Saudi Arabia (ZATCA), Pakistan (FBR), the UAE and Oman (through accredited providers from 2027), India (IRN and e-way bill), and printed invoices for Bahrain, Qatar and Kuwait. The first country pack will be Saudi Arabia or Pakistan, chosen with the pilot distributor; the rest follow. Each pack is confirmed with a local tax adviser before it goes live. See compliance by country.

No. An issued invoice, credit note or receipt is never edited or deleted. A mistake is corrected with a new document, such as a credit note, that references the original. Voids need approval and keep the original; reprints say COPY.

Yes. Every record carries its company, and the database enforces it on every query as well as the application. All traffic is encrypted; data on the phone is encrypted too. Each person only sees data in their own scope, and a field user's phone only receives their own route's data.

Ibex Van Sales runs in the cloud on the Ibex platform; the phones work offline and sync to it. There is no on-premise install. Whether Saudi distributors' data must be hosted inside the Kingdom is being confirmed, and the hosting region will be stated in your contract.

Prices are quoted per distributor. There are three proposed plans (Starter, Pro and Enterprise) that differ by depots, vans and modules. See plans and contact us for a quote.

Yes. Onboarding uses Excel import templates for customers, products and price lists, with every rejected row explained, and a CSV template for monthly targets.

Yes. Partners get a product overview and guides for each role (salesman, booker and driver, supervisor, storekeeper and gatekeeper, cashier and back office) plus device and printing notes, in the partner portal.