Rupees and litres are different problems
An accounting package models transactions. Money moves between accounts, entries balance, and the output is a set of statements that describe the financial position of the business. It is very good at this and a fuel outlet genuinely needs it.
But the three checks that catch losses at a pump are not financial. Litres dispensed against tank movement is a physical check. Book stock against the dip is a physical check. Even the cash reconciliation is really a physical check wearing a financial disguise — it compares money against litres, and the litres side comes from a totaliser, not from a ledger.
A package that only ever sees the rupee side of each transaction cannot perform any of them, because the other side was never entered.
The tell
Ask what a ledger would show if a nozzle over-delivered by 0.4% for six months. The answer is: nothing at all. Every sale was recorded at the price charged, every purchase at the price paid, and the accounts balance perfectly. The loss is entirely in litres, and the ledger never sees litres.
What each is actually for
These are complements, not competitors, and the boundary between them is clean once you look at what each records.
| Job | Belongs in |
|---|---|
| Nozzle meter readings | Pump software |
| Tank dip and stock variance | Pump software |
| Shift handover and attribution | Pump software |
| Expected vs collected revenue | Pump software |
| Purchase and sales ledgers | Accounting software |
| Statutory returns and filings | Accounting software |
| Profit and loss, balance sheet | Accounting software |
| Payroll and statutory dues | Accounting software |
The division of labour between operational and financial software.
The handoff between them
In practice the operational system produces the monthly figures that the accounting system consumes: sales by fuel type with values, purchases with invoices, collections by channel, expenses by category and closing stock per tank.
PumpDesk exports all of those to Excel over any date range, which is the format an accountant will want to work in. It also exports a TallyPrime import file: each day's sales at meter value with collections, credit customers and expenses, ready for Gateway of Tally, Import.
Do you need both?
If you already run an accounting package, keep it. Nothing here replaces it, and moving your books is not the point.
The question is whether the operational side — readings, dips, shifts, reconciliation — is currently being done anywhere at all. At many outlets the honest answer is that it is done in a register nobody compares, which means the accounts are being produced from records that were never checked against the physical fuel.
Frequently asked questions
Can Tally handle petrol pump stock?
It can carry stock as inventory in quantity terms. What it does not do is derive book stock from nozzle meter readings and compare it against a measured dip — because the meter readings and the dip are not accounting entries and were never captured. Inventory in a ledger is a recorded quantity, not a reconciled one.
Does PumpDesk export to my accounting software?
Yes, to TallyPrime. PumpDesk downloads a Tally import file of each day's sales (valued from the meters, with collections by payment type and any shortfall shown), credit customers' receipts, your expenses and the tanker and lube purchases whose invoice amounts you recorded, plus a ledgers file you import once. Every report also exports to Excel and PDF.
Which should I set up first?
Whichever is currently missing. If you have accounts but no daily physical reconciliation, you are the common case — the books are being produced from records nobody checked against the fuel in the ground.