Booking
Booking to bilty
LR and e-way bill flow from one booking record without retyping.
Built for how Indian transport runs: attached vehicles alongside owned, bilty that flows into the e-way bill, and driver advances that reconcile themselves.
Booking
LR and e-way bill flow from one booking record without retyping.
Execution
Track vehicle, driver, POD, tolls, expenses, advances and settlement against one trip.
Margin
See freight earned, every cost line, and net margin by route, party, vehicle and driver.
The problem
At month end, the honest answer to “does Vapi–Hyderabad make money?” is: probably.
The quote comes from a laminated rate chart. The bilty is handwritten, then retyped into the e-way bill portal. The ₹8,000 advance goes in a diary, and the POD gets lost in a WhatsApp group.
Trip-Level Visibility: Low
Trip P&L
LeakHighP&L risk
?Margin leak
Transport profits leak when booking, bilty, settlement, tolls and billing live in separate registers.
If the trip is not costed end to end, these losses stay invisible.
Booking, bilty, e-way bill and trip P&L in one flow.
How it works
Booking → Vehicle assignment → Bilty/LR → E-way bill → In transit → POD → Settlement → Invoice → Payment → Trip P&L
OthersRates from a laminated chart; bilty retyped.
CovixyRate from master; bilty feeds the e-way bill.
OthersWhiteboard, phone calls and a diary.
CovixyGPS, FASTag and POD attached to the trip.
OthersA diary and an argument.
CovixyAdvance, fuel, tolls and detention totalled.
OthersA guess at month end.
CovixyMargin per trip the moment settlement closes.
Profitable
Trip-level P&L shows freight earned, fuel, tolls, driver cost, hire, detention and final margin.
Modules
Booking, dispatch, bilty and e-way bill, GPS/FASTag, driver settlement, vehicle compliance, billing and trip P&L.
Module 01
Rates by party, route, material, vehicle and weight slab, so a quote is a lookup, not a recollection.
Module 02
One board for owned and attached vehicles: status, driver, last GPS ping and document expiry.
Module 03
Bilty laid out like the paper form; the same record generates the e-way bill and the invoice.
Module 04
Vendor-agnostic GPS by JSON webhook; FASTag tolls mapped to the trip by vehicle and time.
Module 05
Per-driver ledger of advances, expenses, tolls, bhatta and detention. A calculation, not a negotiation.
Module 06
Fitness, permit, insurance, PUC and road tax expiry per vehicle, plus fuel efficiency by vehicle and driver.
Module 07
Invoice from settled trips with the LR attached, e-invoice IRN where applicable, and receivables ageing by party.
Dashboards
Four views: owner, dispatcher, trip P&L and route profitability, built to be read in 30 seconds.
The bilty screen matches the paper form. A trained clerk enters a bilty in under [90] seconds.
Bilty matches the paper form
Field order follows the layout your clerk already knows.
Works on a ₹[8,000] phone
Tested on mid-range Android phones on real 4G networks.
Offline-tolerant
POD and expense photos queue on the phone and upload when signal returns.
Keyboard-first
Booking and bilty entry work without touching the mouse.
Strict Access Roles
A booking clerk sees rates but not margin. A dispatcher sees vehicles but not the party ledger.
Audit trail on every record
Who edited a settled trip, when, and the previous value. Branch users can't see other branches' data.
Integrations
Keep the systems that already work. If it exposes an API, it can usually be connected, and we quote the cost first.
Toll transactions mapped to the trip by vehicle and time.
Invoices, receipts and expense vouchers; accounts stay in Tally.
IRN and signed QR at billing, where turnover requires it.
Vendor-agnostic JSON webhook: position, ignition, speed, halts.
Bilty PDF to party, POD to consignee, dispatch alerts.
Generate, update Part-B, extend and cancel from consignment data.
Financial Impact
Your return comes from faster billing, calculated settlement, billed detention and fewer penalties.
Critical Impact
Invoices go out the day settlement closes, not four days later.
By scope
A calculated driver ledger replaces hours of diary reconciliation.
By scope
Detention hours from GPS billed to the party instead of forgotten.
By scope
Toll and fuel cost per route as a real line item.
By scope
EWB and document expiries flagged before a truck is detained.
By scope
We model payback using trips, vehicles and billing data.
Custom /mo
Target audience
Made for fleets with trip sheets, settlement, branches and attached vehicles.
Perfect Fit
Misaligned
Implementation Flow
| Stage | What happens | Duration | Need from you |
|---|---|---|---|
| Operations review | We walk your process, gate to invoice | 20 minutes free | Whoever knows the operation best |
| Scoping | Screen-by-screen specification, integration list, data audit, fixed scope and price | [N] weeks [₹X / free] | [X] hours across your team, access to current records |
| Build | [Milestone structure], working screens at each milestone | [N] months | Review and sign-off at each milestone |
| Data migration | Parties, vehicles, drivers, rates, open balances | [N] weeks | Your existing data, however messy |
| Parallel run | Old and new side by side | [N] weeks | Patience. This is the hard part. |
| Go-live and training | On-site, on your floor, in your language | [N] days | [X] hours per user |
| Support | [AMC scope and response commitments] | Ongoing |
Alternatives
When a product TMS is better: standard full-truckload, owned vehicles, one branch, and live next month. Buy the product.
Custom-built for transport booking, dispatch and settlement workflows.
LOZICS, Cargo365, Fretron class: faster to start, but their process.
Configurable within Odoo's model; fleet needs customisation.
Already running; settlement and trip P&L stay manual.
| Feature | Covixy | Product TMS | Odoo | Excel |
|---|---|---|---|---|
| Process fit | Exact | Their process | Odoo's model | DIY |
| Attached vehicles | Built for it | Often weak | Customisation | Manual |
| E-way bill | From bilty data | Usually yes | Partner module | Re-entry |
| FASTag / GPS | Any vendor | Their partner | Custom | None |
| Trip-level P&L | Native | Varies | Customisation | Not practical |
| Code ownership | You | No | Partner-dep. | N/A |
| Year-1 cost | [₹X] | [₹X] | [₹X] | ~₹0 |
FAQ
The objections we actually get.
The likeliest failure. We lay screens out like your paper forms, train on your floor and keep the first release small. You decide whether the old register gets put away.
55–75% of ERP projects miss their objectives. The reason is usually scope creep, unassessed data migration or a vendor who vanished, and our stages address all three.
You own the code and the database, and it runs in your hosting, so another developer can pick it up. [Repository access, escrow, handover documentation.]
Yes. The usual first release is booking → bilty → e-way bill, which removes double entry on day one. Settlement and trip P&L follow.
Next step
We'll walk your process and tell you whether to build, configure, or buy something off the shelf. If it's the third one, we'll name the product.
Share how your operation runs today and where it hurts. We'll review it and reply with a clear recommendation.
Walk us through your process on a call. Twenty minutes, no slides, and a straight answer at the end.
No sales pitch. If an off-the-shelf product fits better, we'll name it.