Bharat Tools — one live ledger from purchase to doorstep in three hours.
An Odoo ERP across the whole business, then a same-day tools-delivery app running on the very same live stock ledger — one warehouse with two front doors.
Bharat Tools
Live
Enterprise / ERP, Web & Product, Mobile app
Odoo · PostgreSQL · Android (customer + rider) · GST-compliant invoicing
Project build + AMC retainer
A tools business lives on knowing what's on the shelf.
Run on memory, WhatsApp and paper challans.
Bharat Tools sells industrial tools and hardware — drills, cutters, abrasives, fasteners, measuring instruments — to workshops, contractors and retail counters. A tools business lives and dies on two things: knowing exactly what is on the shelf, and getting the right item into a buyer's hand before the job on their floor stalls.
Stock counts drifted between the godown and the billing desk. A counter sale, a workshop order and a purchase from a supplier all touched the same SKU, but none of them touched the same ledger — the familiar tools-trade tax of over-ordering fast movers, running dry on what a customer walked in for, and reconciliation nights at month-end.
- Godown and billing counts drifting apart
- Same SKU, five ledgers, one true number nowhere
- Month-end reconciliation run as a firefight
Make one number true across five moving parts.
The genuinely hard part was not installing software. It was making one number — the quantity of a given SKU — true across five moving parts at once: incoming purchase orders, godown stock, the billing counter, the delivery vehicle, and the customer's order on their phone. If those five disagree by even a handful of units, a rider is dispatched for an item that is not there, and the three-hour promise breaks in public.
Layered on that: GST-correct invoicing on every sale, HSN discipline across thousands of SKUs, and a delivery window short enough to be a genuine reason to buy from Bharat Tools instead of the shop next door. Three hours is not a marketing line — it is an operational constraint that the stock ledger, the picker and the routing all have to honour.
One warehouse, two front doors.
An Odoo ERP as the single source of truth
We implemented Odoo as the spine of the business — Purchase, Inventory, Sales and Accounting configured around how a tools distributor actually works. Every SKU carries its HSN code, GST rate, reorder point and supplier lead time, so a goods-inward entry, a counter bill and a delivery-app order all move the same stock figure in real time. Month-end reconciliation stopped being an event.
GST-compliant billing, built in
Invoicing runs inside the same system that holds the stock, so a bill can never be raised for something the ledger does not have. Tax is computed per line from the SKU master, returns pull from clean data, and counter staff bill at the speed of a retail queue without a separate accounting step.
A three-hour tools-delivery app
On top of the ERP we built a same-day delivery app — a customer side to browse the live catalogue and place an order against stock that is genuinely available, and a rider side to pick, confirm and deliver. Because the catalogue is the ERP catalogue, a customer is never shown an item the godown cannot fulfil, and orders drop straight into the same sales pipeline.
One shelf, drawn down from both sides
The ERP and the app are not two projects — they are one warehouse with two front doors. The counter and the app draw down the same shelf, which is what makes a three-hour promise safe to advertise: the number a customer sees on their phone is the number sitting in the rack.
The catalogue a customer orders from is the shelf the godown picks from.
Because the delivery app reads the ERP stock ledger, a customer is never shown an item Bharat Tools cannot fulfil — which is what makes a three-hour promise safe to advertise.
Purchase-to-doorstep on one live ledger.
Bharat Tools now runs purchase-to-doorstep on one live ledger. Stock shown to customers reflects real availability, billing is GST-correct by construction, and same-day delivery is an operational routine rather than a heroic effort. Status is Live on both the ERP and the delivery app, and we stay on through an AMC retainer — tuning reorder points, adding SKUs and extending the app as the catalogue grows.
- Reconciliation effort reduced by an estimated [metric] with one shared stock ledger.
- Same-day fulfilment window held at three hours for [metric]% of in-zone orders.
- Stock-out incidents on fast-moving SKUs down by [metric] after reorder-point automation.
The questions tools distributors actually ask.
Can one system run both a warehouse and a delivery app?
Yes. For Bharat Tools the delivery app reads and writes to the same Odoo stock ledger as the billing counter, so customers only ever see items that are genuinely in stock and orders flow into one sales pipeline.
How do you keep GST billing correct across thousands of SKUs?
Each SKU carries its own HSN code and GST rate in the product master, so tax is computed per line automatically and returns pull from clean, ledger-backed data rather than manual entry.
Is a three-hour delivery promise realistic for a tools business?
It is, when the catalogue a customer orders from is the same ledger the godown picks from. The constraint is data accuracy, not vehicles — which is exactly what the ERP fixes.
Do you support the system after go-live?
Yes. Bharat Tools is on an AMC retainer for tuning, new SKUs, reporting and app enhancements. We stay after go-live by default.
Where this connects.
Sibling case studies
True Way Organics — 45-module agri ERP
Ebuzz — EV ERP + fleet tracking
Industry
Running your stock on memory and paper?
We put purchase, godown and delivery on one live ledger — and we stay after go-live. Tell us how your warehouse actually works.