REDA One Help Center
EN
Language
English EN Español ES Português PT Italiano coming soon Français FR Deutsch coming soon العربية coming soon
reda.one ↗
Home / REDA Financials AI / Tax Management / Tax Engine Foundations / Tax Types

Tax Types

A Tax Type is a named tax — UK VAT, Brazil ICMS, India IGST, a poverty-fund surcharge — together with a few facts about how it behaves. If a Jurisdiction is the “where,” a Tax Type is the “what.”

The clearest way to hold it in your head: a Tax Type is a noun, and a Tax Rule is the verb. The type names the tax and classifies it; the rule says “apply this type at this rate when these conditions match.” One Tax Type (Brazil ICMS) is referenced by many rules — one per state rate. The type itself carries no rate.

Getting there. Open the App Launcher (the grid icon at the top-left of any page) → REDA Financials Admin → the Tax Types tab. In practice the Tax Seeding Wizard creates these with their flags pre-set; open the tab to review or adjust a type.
Access you'll need. Setting up and maintaining tax types requires the Accounting Admin v2 or Accounting Controller v2 permission set. The Accounts Payable v2, Accounts Receivable v2, and Read Only v2 sets can view them but not change them.
What a Tax Type does not hold. No rate, no jurisdiction-to-jurisdiction logic, no effective dates. Those all live on the Tax Rule. The Tax Type holds the tax’s identity and a small set of behavioral and classification flags — and, as you’ll see, only one of those flags actually changes the numbers.

The fields — with UK & Brazil values

Every field, what it does, and a real value from the seed packs — UK VAT (Standard Rate) beside Brazil ICMS, two “VAT/GST” taxes that nonetheless differ in revealing ways.

FieldTypeRequiredWhat it’s for🇬🇧 UK VAT (Std)🇧🇷 Brazil ICMS
NameTextYesDisplay nameUK VAT — Standard RateICMS — Imposto sobre Circulação…
CodeText(20) · External IDYesMatch/seed key (COUNTRY-TAXNAME)GB-VAT-STDBR-ICMS
Tax FamilyPicklistYesBroad category (for grouping/reporting)VAT / GSTVAT / GST
Authority LevelPicklistYesWhich government level levies itFederalState / Provincial
Is Recoverable (ITC)CheckboxNo (default off)Drives GL routing — asset vs expense on purchasesYesYes
Is Withheld at SourceCheckboxNoClassifies a tax as withholding-typeNoNo
Invoice PresentationPicklistNoHow it’s meant to appear on invoices——
DescriptionText AreaNoShort description (shown in lookups)……
NotesLong Text(500)NoRegulatory refs, filing notesVATA 1994; MTDSEFAZ per state
Is ActiveCheckbox (default on)YesOff → can’t be used on new rulesYesYes

The one flag that changes the accounting: Is Recoverable

Here is the most important sentence in this article, verified against the engine: of all these fields, the only one the tax calculation acts on is Is Recoverable. Everything else organises, classifies, or describes — useful, but not an input to the math.

Recoverable means a VAT-registered buyer can reclaim this tax on its purchases (an “input tax credit”). That single flag decides where the tax posts when you record a bill:

On a purchase, the tax is…Because it’s…It posts to…
Recoverable (e.g. UK VAT)money you’ll get back from HMRCan asset — Input Tax Recoverable (1511-VAT-ITC-GB)
Not recoverable (e.g. Canada PST)a real, sunk costan expense — absorbed into the cost
In practice, on a Purchase Invoice line. When you post a bill, the engine reads the matched rule’s Tax Type, checks Is Recoverable, and uses it as part of the key into Tax GL Mapping — so the same tax type can post to two different accounts. Recoverable VAT debits an asset you’ll reclaim; non-recoverable tax is capitalised into the expense (or the asset’s cost). On a sales invoice the flag is moot — output tax you collect is never “recoverable” to you; it’s a liability you owe.
The same tax, two recoverabilities — a real example. Brazil’s PIS ships as two Tax Types: BR-PIS-NC (non-cumulative, Lucro Real) is recoverable, while BR-PIS-C (cumulative, Lucro Presumido / Simples) is not. Same economic tax, different regime, different recoverability — so they’re modelled as distinct types, each with the flag set correctly. That’s the flag earning its keep.

The classification & display fields

The remaining flags don’t feed the calculation — they organise your taxes for reporting, setup, and presentation. Worth setting correctly, but know what they do (and don’t):

FieldOptionsPurpose
Tax FamilyVAT / GST · Sales Tax · Withholding Tax · Excise / Customs · Payroll Tax · Fund / Surcharge · OtherGroups taxes for reporting and filtering. ICMS is “VAT/GST”; IPI is “Excise / Customs”; FCP is “Fund / Surcharge.”
Authority LevelFederal · State / Provincial · Municipal · RegionalWhich tier of government levies it — for grouping and compliance views. Brazil shows all three: IPI/PIS/COFINS Federal, ICMS/DIFAL/FCP State, ISS Municipal.
Is Withheld at SourceCheckboxMarks a tax as withholding-type. Note: actual withholding is handled by the separate Withholding Tax engine (its own rules and rates) — this flag is a classification marker, not the mechanism.
Invoice PresentationLine Item – Itemised · Combined Total · Excluded from InvoiceDescribes how the tax is intended to appear on a customer invoice — itemised on its own line, merged into a combined total, or hidden (internal taxes). A presentation attribute, not a calculation input.

“Inclusive of tax” lives elsewhere — an important clarification

People often expect a Tax Type to say whether tax is “included in the price.” It doesn’t. There are three different concepts, on three different records — keep them apart and a lot of confusion disappears:

ConceptLives onWhat it controls
Inclusive / Exclusive of TaxThe invoice line (Tax Base)Whether the price you typed already includes tax. Inclusive → the engine back-calculates the net. A per-line user choice.
Tax included in price (“por dentro”)The Tax RuleA property of certain taxes (Brazil ICMS/PIS/COFINS) embedded in the price — they don’t add to the receivable; at posting they reduce revenue via a contra-revenue deduction account. Set on the rule, not the type.
Invoice PresentationThe Tax TypeHow the tax is displayed — itemised, combined, or hidden. Cosmetic, not arithmetic.
So on a real invoice line: you choose Inclusive or Exclusive of Tax on the line; the engine computes the tax and writes it to the line’s Tax Amount (which rolls up to the invoice total). The Tax Type you’re reading about here just names the tax and tells the engine, on a purchase, whether it’s recoverable.

Real data: UK and Brazil tax types

🇬🇧 United Kingdom — four treatments of one tax

The UK has a single tax, VAT, modelled as four types — the difference is the rate (set on the rule) and recoverability:

CodeNameFamilyRecoverable?
GB-VAT-STDUK VAT — Standard Rate (20%)VAT / GSTYes
GB-VAT-REDUK VAT — Reduced Rate (5%)VAT / GSTYes
GB-VAT-ZEROUK VAT — Zero Rate (0%)VAT / GSTYes
GB-VAT-EXEMPTUK VAT — ExemptVAT / GSTNo

Note the accounting subtlety the flag captures: zero-rated is a taxable supply at 0% — you still reclaim input VAT, so it’s recoverable. Exempt is different — no VAT, and input VAT is not reclaimable, so the flag is off. Same 0% on the invoice, opposite treatment behind it.

🇧🇷 Brazil — a spread of families, levels, and recoverabilities

Brazil shows the full range of what the classification fields are for:

CodeTaxFamilyAuthorityRecoverable?
BR-ICMSICMS (goods circulation)VAT / GSTState / ProvincialYes
BR-IPIIPI (manufactured goods excise)Excise / CustomsFederalYes
BR-PIS-NCPIS — non-cumulative (Lucro Real)VAT / GSTFederalYes
BR-PIS-CPIS — cumulative (Lucro Presumido)VAT / GSTFederalNo
BR-COFINS-NCCOFINS — non-cumulativeVAT / GSTFederalYes
BR-DIFALICMS rate differentialVAT / GSTState / ProvincialNo
BR-FCPPoverty-fund surchargeFund / SurchargeState / ProvincialNo
BR-ISSISS (services tax)OtherMunicipalNo

Twelve types in all (the seed also includes the 2026 reform’s BR-CBS and BR-IBS). Each one’s rate comes from its rules; the type just names it and flags recoverability for the GL.

One type, many rules

Because the rate lives on the rule, a single Tax Type is reused across many rules. BR-ICMS is one type — but São Paulo’s rules apply it at 18%, Rio’s at 20%, and the interstate rule at 12%. Same noun, different verbs:

BR-ICMS (one Tax Type)
  ← rule BR-ICMS-5101-SP-INTRA @ 18% (São Paulo internal)
  ← rule BR-ICMS-5101-RJ-INTRA @ 20% (Rio internal)
  ← rule BR-ICMS-6101-SP-TO-SE @ 12% (interstate to SE)

This is why you rarely create many Tax Types — you create a handful and let rules express every rate and condition. Tax Rules is the next article.

Guardrails & setup

  • Code is uppercase, no spaces — two validation rules enforce it, same as jurisdictions, because the code is an external ID used by the seed and lookups.
  • Seeded, not hand-built. The Tax Seeding Wizard creates a country’s tax types with the flags pre-set. You mostly review and adjust.
  • Deactivate, don’t delete. Turning off Is Active stops a type being used on new rules while preserving every historical record that referenced it.
  • Set Is Recoverable carefully — it’s the one flag with accounting consequences. When in doubt for a purchase tax: can a registered business reclaim it? Yes → recoverable; no → leave it off.

Where to go next

  1. Tax Jurisdictions — the place a tax type belongs to.
  2. Tax Rules — rules that apply a tax type.
  3. Tax GL Mapping — where a tax type posts.
  4. How Tax Calculates on a Document — tax types firing on a document.

Frequently asked questions

Not here — on the Tax Rule. The Tax Type names the tax and flags its behaviour; the rule carries the rate, the jurisdictions, the conditions, and the effective dates. One type, many rules.

No. Withholding is performed by the separate Withholding Tax engine, which has its own rules, rates, and thresholds. Is Withheld on a Tax Type is a classification marker so withholding-type taxes are grouped and reported correctly — it isn’t the mechanism. See Understanding Withholding Tax.

Because they behave differently for recovery. Under Lucro Real, PIS is non-cumulative and recoverable; under Lucro Presumido / Simples it’s cumulative and not recoverable. Modelling them as two types (BR-PIS-NC and BR-PIS-C) lets each carry the correct Is Recoverable flag, so the GL routing is right for each regime.

Because the recoverability differs. Zero-rated is a taxable supply at 0% — you can still reclaim input VAT (recoverable = Yes). Exempt is outside VAT — no charge, and input VAT on exempt activity is not reclaimable (recoverable = No). The flag, and clean reporting, depend on keeping them separate.

That’s the Invoice Presentation attribute (Itemised / Combined / Excluded) — it describes how the tax is meant to appear. Whether tax is included in the price you enter is a separate, per-line choice (Tax Base: Inclusive vs Exclusive); see the clarification above.

Was this article helpful?