Read this first. This page does not state any rule. It contains no rate, no threshold, no condition, no option, no exemption and no statement about who is liable in any given situation. Goods transport services have specific treatment under Indian GST, and that treatment depends on the nature of the service, the parties involved, elections that may be available, and rules that are revised. What applies to your business should be established with your CA, and nothing here should be read as advice on it. The position taken remains your business's own responsibility.
What this page is about is the operational problem that remains once your CA has told you what applies: recording it, applying it consistently across hundreds of invoices, and holding the records that support it.
Many transporters already run Tally for accounting and GST, and it handles the tax on the invoice. That stays where it is. What is often still managed outside it is the operational discipline around which treatment belongs to which customer and whether it was actually applied.
Key takeaways
- Which treatment applies should be established on professional advice. The operational problem is applying it consistently at volume.
- Treatment can differ customer by customer, which makes it a property of the customer relationship and something to hold as a field rather than remember at billing time.
- Inconsistency is the practical risk. The same customer billed two ways in the same quarter is something that may have to be explained later.
- The declarations and supporting records that sit behind a treatment need to be held with the customer, retrievable later, rather than in a file somebody remembers.
- A useful number is the count of invoices where the treatment applied does not match the treatment recorded for that customer.
Your CA is not the problem
Your CA advises on what applies, keeps up with changes, and handles the filings. That is their work and this page is not an argument for doing any of it differently.
The trouble sits between the advice and the invoices, at identifiable points.
When the treatment lives in someone's head
Your CA advised on it once. The billing clerk remembers most of it. New customers get whatever was applied to the last similar customer.
When the same customer is billed inconsistently
Two people raise invoices, or one person is on leave, and the same customer receives invoices treated two different ways in the same period.
When supporting records cannot be found
A declaration, a confirmation or a customer's registration status is needed to support how something was billed. It exists somewhere, in an email or a file, and finding it takes a day.
When something changes and nobody re-checks
Treatment changes, or a customer's status changes, and billing continues on the old basis because nothing prompted a review.
What this software holds
Customer tax profile
The treatment applying to each customer's freight billing, as established with your CA, held as a field on the customer record.
Effective dates
When a treatment started applying and when it changed, so historical invoices can be checked against what applied at the time.
Supporting records
Declarations, confirmations, registration details and any documentation your CA asks you to retain, held against the customer.
Application at billing
The recorded treatment carried through when consignments for that customer are billed, rather than selected each time.
Mismatch flags
Any invoice where the treatment applied differs from what is recorded, surfaced before or shortly after it is raised.
Consignment-level records
The consignment note details, parties, values and treatment, at the level of detail your CA requires.
Review prompts
A prompt to re-confirm treatment with your CA on a schedule you set, or when a customer's details change.
Extracts for your CA
The records your CA asks for, in the form they want them, produced without assembling them by hand.
The problem is consistency, not knowledge
Many transporters know broadly how their freight billing is treated. Their CA advised them, and the treatment has been in place for some time.
The failure mode is not ignorance. It is drift.
A new customer is onboarded and nobody asks which treatment applies, so the billing clerk applies whatever was used for the last similar customer. A regular customer's circumstances change and billing continues unchanged because nothing triggered a review. Two people raise invoices in the same month and apply different treatments to the same customer. A treatment changes and past invoices remain on the old basis while new ones move, with no record of when the changeover happened.
Each of these is individually small and each produces the same result: a set of invoices that cannot be explained consistently if anybody asks.
Making the treatment a property of the customer record rather than a decision at billing time removes most of this. The position is established once, with your CA, and is recorded. Billing applies what is recorded. Nobody chooses at the point of invoice, which means nobody chooses differently.
The effective-date discipline matters alongside it. Treatment that changed in the middle of a period means invoices before and after should differ, and being able to show that the change was applied from a specific date is much easier than reconstructing it later.
Hold the supporting records where the billing happens
Whatever treatment applies, there is usually something behind it: a declaration, a confirmation, a registration detail, a customer's status, or correspondence recording what was agreed.
These are typically held wherever the person who obtained them put them, which is an email folder or a physical file. They are needed at two moments and both are inconvenient: when your CA asks at filing time, and when a question arises months or years later.
Holding them against the customer, in the same place as the treatment they support, is a small change with a large effect on how easy those two moments are. The record and the reason for the record sit together.
What specifically needs to be retained, and for how long, is a matter for your CA. The application holds what they tell you to hold, and the useful design principle is that a document supporting a billing treatment should be attached to the customer it relates to rather than filed by date.
A related point on review. Circumstances change: a customer's registration status, the nature of the service, or the rules themselves. None of these announce themselves in your billing system. A scheduled prompt to re-confirm treatment with your CA, and a prompt when a customer's key details are edited, are cheap to build and they are one of the few mechanisms that catch a stale treatment early.
What this application does not do
Worth stating explicitly, because the temptation to build more here is real and the consequences of getting it wrong can be regulatory rather than merely commercial.
It does not determine treatment. It records the position you have established with your CA.
It does not compute tax. Your accounting system handles the tax treatment used for the invoice. Pentoggle holds the operational record of the treatment established with your CA.
It does not file anything. Filings happen through the appropriate channels, handled by your CA.
It does not tell you when rules change. Your CA does that, and the application holds a prompt to ask them.
It does not advise on elections or options. Where a choice exists, whether to exercise it and what follows from it is a professional judgement with consequences beyond billing.
The value it adds is entirely operational: consistency at volume, records in the right place, mismatches surfaced, and extracts produced without a day of assembly. That is a genuine problem for a transporter raising hundreds of consignment-note-based invoices a month, and it sits below the level at which a CA is usually engaged.
Where this looks different by business type
- Transport Contractor and Fleet Owner Software, where consignment-note-based billing to contracted customers is the core of the business.
- Freight Forwarder and CHA Software, where the firm's own charges sit alongside amounts paid on a customer's behalf and the treatment differs between them.
- Courier and Parcel Business Software, where how the service is characterised is itself a question for your CA.
- Bulk and Tanker Transport Software, where billing net of deductions raises its own questions for your CA.
- City Distribution Software, where the operator may be a distributor rather than a transport service provider.
- 3PL Software, where a bundle of services is provided and how each element is treated is a question for your CA.
Why transporters choose Pentoggle for this
Treatment as a field on the customer
Established once with your CA, recorded, and applied consistently rather than chosen at each invoice.
Effective dates held
When a treatment started and when it changed, so historical invoices can be explained against what applied at the time.
Supporting records with the customer
Declarations and confirmations attached to the customer they support, retrievable when your CA or anybody else asks.
Mismatches surfaced
Invoices where the applied treatment differs from what is recorded, flagged rather than discovered.
Sits around your accounting and your CA
Tally and comparable systems continue computing tax and producing the invoice. Your CA continues advising on what applies and handling filings. Pentoggle adds the operational discipline in between.
A useful number here
The count of invoices where the treatment applied does not match the treatment recorded for that customer.
This should be zero, and that is what makes it useful. It is a control rather than a performance measure, and a number that is routinely above zero means the treatment is being chosen at billing time rather than applied from the record.
Read the exceptions individually rather than as a trend. Each one is either a recording error, a genuine change that was not recorded, or a customer whose treatment was never established. All three need a specific action and two of them need a conversation with your CA.
Track alongside it the number of customers with no recorded treatment and the age of the oldest unreviewed treatment. Both are leading indicators of the mismatch count rising, and both are easier to fix before invoices are raised than after.
Ready to build this into your billing?
Your CA has told you how your freight billing should be treated.
Whether that is what actually happened across last quarter's invoices is a different question.
Describe how your billing works and what your CA has confirmed to Pentoggle in plain English and generate a working first version in hours, then refine it around your process.