NFS-e and ISS: the auto shop's labor is a service, and the municipality is in charge

Of all the tax obligations of a Brazilian shop, NFS-e is the one that frustrates newcomers the most: it isn't one rule, it's thousands. Every municipality legislates its own ISS, and for years each one had its own portal, its own layout and its own way of authenticating. A management program that wanted to issue NFS-e would have to speak thousands of dialects.

The split that defines everything

Go back to the clutch swap. The kit is merchandise: it goes out on a state nota. The 4.5 hours of shop work are a service: they go out on a municipal nota. Two notas, two taxes, two authorities, for one car and one customer.

This has a direct consequence for the software: the quote has to separate the lines from the start. You can't build a quote with one lump sum and then try to figure out, at issuing time, how much was parts and how much was labor. Whoever works that way ends up estimating the split, and estimating the split between ICMS and ISS isn't a decision worth making in a hurry.

ISS: why your rate isn't your neighbor's

Lei Complementar 116/2003 defines the list of services taxable under ISS and the rate limits. Within those limits, each municipality chooses. There are also rules about where the tax is owed — generally the municipality where the provider is established, with exceptions set by law for certain services.

For a shop with a single address this is simple. For one with two locations in different municipalities, it stops being simple: that's two municipal registrations, possibly two rates and two payment calendars.

The national standard changes the game

Unifying the layout and having a national data environment is what makes it possible, for the first time, for a shop management program to issue NFS-e without writing an integration per city. Municipalities are joining in stages, and not all of them are at the same point.

This matters when evaluating a provider. The right question isn't "do you issue NFS-e?" — it's "do you issue NFS-e in my municipality?" Those are different things, and the honest answer to that question tends to separate the ones who sell from the ones who deliver.

Withholding at source: you receive less than you issued

When the recipient is responsible for withholding the ISS, the amount that lands in your account is less than the invoice's face value. If your system only records the gross amount, bank reconciliation stops closing and the difference turns into a monthly mystery.

At a shop that works with fleets, this isn't an exception: it's routine. The document needs to record the withholding, and accounting needs to expect the net amount.

What to ask of the software

Even when fiscal issuing lives in a separate system — which is the situation for many shops today, and Promec's situation in Brazil —, there are things the management program has to get right so that issuing doesn't become rework:

• Separate labor and parts into distinct lines, from the quote to the closed work order.
• Store the customer's complete tax details, including whatever the service nota requires.
• Record the net amount received when there was a withholding, not just the invoiced amount.
• Let all of that be exported so the accountant doesn't have to retype anything.

A shop organized this way can switch fiscal issuers without trauma — which is why it's worth organizing before integrating, not after.

FAQ