Het implementeren van een wereldwijd ERP-systeem in Brazilië is niet simpelweg een kwestie van je landsjabloon te nemen en een paar velden aan te passen. De Braziliaanse belasting- en fiscale regels zijn rechtstreeks in de bedrijfsprocessen ingebouwd: belastingberekening, facturering, inkoop, verkoop, voorraadbeheer, logistiek en financiële rapportage verlopen allemaal via deze processen. Als de Braziliaanse configuratie niet klopt, is dat geen financieel probleem. Het is een operationeel probleem.
In deze gids wordt besproken wat Brazilië zo bijzonder maakt, waar die complexiteit in het ERP-systeem tot uiting komt, en hoe u een implementatie kunt opzetten waarbij de Braziliaanse vestiging naadloos aansluit op uw wereldwijde architectuur, in plaats van er omheen te werken.
Brazilië is niet zomaar een land waar het product wordt gelanceerd
Bij de implementatie van een wereldwijd ERP-systeem wordt meestal uitgegaan van een gestandaardiseerd model: kernprocessen, stamgegevensstructuren, financiële controles en rapportages worden centraal vastgelegd en waar nodig lokaal aangepast. In de meeste landen is die aanpassing een afsluitende stap.
In Brazilië is het een structureel probleem. Belasting- en fiscale vereisten zijn verweven met de operationele transactie zelf, waardoor lokale vereisten niet alleen betrekking hebben op de financiële module, maar ook op verkoop, inkoop, voorraadbeheer, logistiek en facturering. Een implementatie in Brazilië moet aan twee doelstellingen tegelijk voldoen: de wereldwijde ERP-standaarden van het bedrijf intact houden en de lokale functionaliteit inbouwen die Brazilië vereist om überhaupt te kunnen functioneren.
Dat betekent dat er een reeks ontwerpvragen moet worden beantwoord voordat met de implementatie wordt begonnen, en niet pas tijdens het testen. Welke processen blijven in de algemene sjabloon? Welke moeten specifiek voor Brazilië worden geconfigureerd? Voor welke stamgegevens zijn Braziliaanse classificaties nodig? Moeten de belastingautoriteiten en lokale systemen worden geïntegreerd? Welke wettelijk verplichte rapportages moeten rechtstreeks uit het ERP-systeem komen?
Bewaar deze vragen voor nadat de globale sjabloon in gebruik is genomen, anders betaal je er twee keer voor: eenmaal in de vorm van herstelwerk aan de configuratie, interfaces en gegevens, en nogmaals in het testen waarvan je dacht dat je er al mee klaar was.
De complexiteit van het Braziliaanse belastingstelsel, transactie voor transactie
Het Braziliaanse belastingstelsel is de reden waarom een marktintroductie in Brazilië niet als een standaardlokalisatie kan worden behandeld. De belastingberekening hangt hier af van veel meer variabelen dan op de meeste markten het geval is, en elke variabele maakt integraal deel uit van de commerciële transactie, en staat er niet los van.
| Area | Voorbeelden |
|---|---|
| Federale belastingen | IPI, PIS en COFINS |
| Staatsbelastingen | ICMS |
| Gemeentebelastingen | ISS |
| Productclassificatie | NCM |
| Begrotingsverrichting | CFOP |
| Belastingberekening | Belastingtarieven, belastinggrondslagen, vrijstellingen, kortingen en andere toepasselijke regels |
Wat een product is, wie het koopt, wie het verkoopt, waar beide partijen gevestigd zijn en hoe goederen tussen staten worden vervoerd: al deze factoren zijn van invloed op de toepasselijke belasting. Het ERP-systeem moet dit op het moment van de transactie afhandelen, niet achteraf. De stamgegevens van producten en klanten bevatten de informatie waarop de belastingberekening is gebaseerd. Verkooporders, inkooporders en voorraadmutaties genereren elk transacties waarvoor onmiddellijk de juiste fiscale behandeling moet worden toegepast, en die behandeling wordt direct doorgevoerd in de facturering en het grootboek.
Als je de fiscale classificatie van één enkel product wijzigt, heeft dat in één klap gevolgen voor de prijsbepaling, de orderverwerking, de voorraadbeheer, de facturering en de boekhouding. Daarom moet de Braziliaanse belastinglogica vanaf dag één worden meegenomen in het procesontwerp, het stamgegevensmodel en de configuratie. Het is geen lokalisatielaag die je er achteraf aan toevoegt zodra het wereldwijde sjabloon klaar is.
Elektronische facturering: het fiscale document is de transactie
De factuur is geen verslag van wat er is gebeurd. Het is een onderdeel van wat de transactie rechtsgeldig maakt.
| Fiscaal document | Hoofdtoepassing |
|---|---|
| NF-e | Verkoop en andere transacties met betrekking tot goederen |
| NFS-e | Dienstverlening |
| CT-e | Vervoersdiensten |
| MDF-e | Vervoers- en logistieke documentatie |
De Nota Fiscal Eletrônica (NF-e) is hiervan het duidelijkste voorbeeld. Het ERP-systeem genereert de fiscale gegevens, stuurt deze ter goedkeuring naar de betreffende belastingdienst van de deelstaat (SEFAZ) en pas zodra de goedkeuring is ontvangen, wordt de transactie als geldig beschouwd. Zonder goedkeuring geen verkoop.
Dat zorgt voor een directe koppeling tussen uw ERP-systeem en de fiscale infrastructuur van Brazilië. Productclassificaties, belastingcodes, hoeveelheden, waarden, herkomst en bestemming, de betrokken partijen en de aard van de transactie moeten allemaal kloppen voordat het document zelfs maar wordt ingediend. De taak van het ERP-systeem houdt niet op bij het genereren van een factuur. Het moet correcte fiscale gegevens produceren, in realtime communiceren met overheidssystemen, de teruggekoppelde informatie verwerken en de resulterende documentatie en status actueel houden. Als dat onjuist wordt opgezet of geconfigureerd, lopen transacties vast bij de autorisatiestap, en niet pas in een rapport ergens verderop in het proces.
Eén lokalisatie, alle belangrijke platforms
SAP, Oracle en Microsoft Dynamics leveren allemaal specifieke aanpassingen voor de Braziliaanse markt, en dat zegt iets: dit is geen eigenaardigheid van het platform van één leverancier. Het is wat de Braziliaanse fiscale regelgeving van elk ERP-systeem vereist.
Neem SAP als voorbeeld. De Braziliaanse lokalisatie van SAP zorgt voor belastingberekening, de verwerking van de “Nota Fiscal”, elektronische fiscale documenten en de fiscale gegevens die vereist zijn voor Braziliaanse transacties, en reikt veel verder dan alleen de financiële afdeling: het omvat ook verkoop, inkoop, materiaalbeheer en voorraadbeheer. Een verkooptransactie in SAP Brazilië is niet simpelweg “een prijs bepalen, omzet boeken”. Het gaat erom de toepasselijke belastingen te bepalen, de juiste fiscale classificaties toe te passen, de Nota Fiscal-gegevens te genereren en de transactie telkens via elektronische autorisatie af te handelen. Inkoop en voorraadmutaties werken op dezelfde manier: de fiscale behandeling hangt af van wat er wordt verplaatst en hoe, dus de Braziliaanse gegevens moeten gedurende het hele proces aanwezig zijn en mogen niet pas aan het einde worden toegevoegd.
Dat is het echte verschil tussen een wereldwijd sjabloon en een landspecifieke aanpassing. Het sjabloon biedt je gestandaardiseerde processen en controles. De landspecifieke aanpassing voorziet die processen van de lokale functionaliteit die nodig is om ze daadwerkelijk binnen het Braziliaanse belastingstelsel uit te voeren.
Eén verandering heeft gevolgen voor het hele systeem
Omdat begrotingsregels aan de transactie zijn gekoppeld, reikt de Braziliaanse lokalisatie veel verder dan alleen financiën en belastingen.
| ERP-gebied | Braziliaanse vereisten en overwegingen |
|---|---|
| Verkoop | Belastingberekening, fiscale classificaties, genereren van NF-e’s |
| Inkoop | Leveranciersgegevens, fiscale behandeling, inkomende fiscale documenten |
| Voorraad | Fiscale behandeling van goederenbewegingen en -overdrachten |
| Logistiek | Transacties tussen staten, vervoersdocumenten |
| Financiën | Boekingen met betrekking tot belastingen, debiteuren/crediteuren en wettelijk vereiste rapportages |
| Stamgegevens | NCM, CFOP-gerelateerde informatie, fiscale classificaties en andere lokale kenmerken |
| Verslaglegging | SPED en andere wettelijke vereisten in Brazilië |
Een typisch verkoopproces verbindt klantstamgegevens, productclassificatie, prijsbepaling, belastingberekening, voorraadbeheer, facturering en financiële boeking tot één doorlopende keten. Raak één schakel aan, en de rest volgt. Daarom kunnen de Braziliaanse vereisten niet worden toevertrouwd aan een apart belasting- of boekhoudteam. Ze moeten consistent zijn in elke module, elk stukje stamgegevens en elke interface waar de transactie doorheen loopt, van de eerste invoer tot de uiteindelijke boeking.
Algemene sjabloon versus lokale vereisten
De centrale vraag bij de uitrol in Brazilië is in hoeverre het wereldwijde concept de confrontatie met de Braziliaanse realiteit doorstaat, en het antwoord is: grotendeels, als je de grens op de juiste manier trekt.
Uw wereldwijde sjabloon definieert kernprocessen, organisatiestructuren, principes voor stamgegevens, financiële controles en rapportagestandaarden, en die standaarden zijn van belang voor het bestuur en de consistentie binnen de hele groep. Brazilië vervangt dat sjabloon niet. Het vult aan wat het sjabloon niet kan bieden, omdat de Braziliaanse fiscale en regelgevende vereisten simpelweg niet binnen een standaard wereldwijd ontwerp passen.
Het doel is niet een afzonderlijk Braziliaans ERP-systeem dat op zichzelf staat. Het gaat om een Braziliaanse bedrijfsvoering die verbonden blijft met de wereldwijde architectuur en tegelijkertijd beschikt over de lokale functionaliteit die nodig is om transacties correct te verwerken. Dat betekent dat er in een vroeg stadium een duidelijke scheidslijn moet worden getrokken: processen die niet onder de Braziliaanse regelgeving vallen, blijven binnen het wereldwijde raamwerk; processen die te maken hebben met Braziliaanse belastingen, fiscale documentatie of wettelijke rapportage krijgen een lokale configuratie en integratie. Voor stamgegevens geldt dezelfde logica. Behoud de wereldwijde structuur waar dat mogelijk is, en voeg Braziliaanse fiscale classificaties en belastingkenmerken toe waar dat noodzakelijk is.
Als het goed wordt aangepakt, is dit geen afweging tussen standaardisatie en lokalisatie. Het is een overzicht van waar elk van beide van toepassing is en hoe ze met elkaar samenhangen.
De belastinghervorming verschuift het doel
Dit is allemaal niet statisch. Brazilië vervangt de PIS, COFINS, ICMS en ISS door een nieuw dubbel btw-tarief, CBS en IBS, plus een selectieve belasting, in een overgangsperiode die loopt van 2026 tot 2033. Voor een implementatie die nu plaatsvindt, betekent dit dat er rekening moet worden gehouden met een veranderend doel, niet met een vast doel.
De praktische gevolgen voor ERP-systemen zijn nu al merkbaar. Sinds 1 augustus 2026 moeten elektronische belastingdocumenten (NF-e en NFC-e) op grond van Technische Nota NT 2025.002 speciale velden voor CBS, IBS en Selectieve Belasting bevatten, waarbij de validatieregels in de loop van de tweede helft van het jaar geleidelijk worden ingevoerd. De inning van de CBS begint in 2027, wanneer de PIS en COFINS verdwijnen en de ICMS en ISS tussen 2029 en 2032 geleidelijk worden afgebouwd ten gunste van de IBS. De hervorming introduceert ook gesplitste betalingen, waarbij een deel van elke factuur op het moment van betaling automatisch naar de belastingdienst wordt doorgestuurd, en schakelt het hele systeem over op bestemmingsgebonden belastingheffing, waardoor mechanismen zoals DIFAL en ICMS-ST, waarop de huidige ERP-configuraties zijn gebaseerd, uiteindelijk verdwijnen.
Specifiek voor SAP-klanten heeft dit betrekking op verkoopprijzen (RVABRA/RVXBRA), belastingprocedures bij inkoop (TAXBRA/TAXBRJ), nieuwe IBS/CBS/IS-velden in de NF-e, nieuwe CFOP’s en verplichte fiscale tekst, en dit alles op het gebied van facturering, voorraadbeheer, boekhouding en fiscale administratie. Voor Oracle EBS-klanten zullen alleen versie 12.2.6 en hoger überhaupt CBS/IBS-conformiteitspatches ontvangen. Een implementatie in Brazilië die geen rekening houdt met de hervorming, is vanaf dag één niet toekomstbestendig. De implementatie loopt nu al achter.
Integratie, gegevens en rapportage
De Braziliaanse ERP-omgeving functioneert nooit op zichzelf. Naast uw wereldwijde systemen moet deze ook communiceren met de lokale fiscale infrastructuur en de externe platforms die transacties goedkeuren en rapporteren, wat betekent dat er integratie-eisen gelden die bij uw implementaties in andere landen waarschijnlijk niet aan de orde waren.
Stamgegevens spelen hier de belangrijkste rol. Braziliaanse fiscale classificaties en belastingkenmerken moeten al aanwezig zijn op het moment dat een transactie wordt aangemaakt, omdat onvolledige of inconsistente gegevens de belastingberekening, facturering en rapportage in de verdere verwerking verstoren – niet alleen de eerste keer, maar elke keer weer. De architectuur moet ook een onderscheid maken tussen de gegevens die ten grondslag liggen aan de wereldwijde rapportage en die voor de Braziliaanse wettelijk verplichte rapportage, aangezien dezelfde transactie voor beide doeleinden kan dienen, maar daarvoor toch verschillende structuren of transformaties vereist.
Als je dit goed aanpakt, blijven de wereldwijde systemen alles ontvangen wat ze nodig hebben voor de groepsrapportage, terwijl de Braziliaanse omgeving de lokale fiscale vereisten opvangt waarvoor het wereldwijde sjabloon nooit is ontworpen, zonder dat de bedrijfslogica op beide plaatsen dubbel wordt geïmplementeerd. Dit is architectuurwerk, geen technische toevoeging die er achteraf aan wordt geplakt zodra de functionele ontwikkeling is afgerond.
Een praktische aanpak van de implementatie
Begin bij de architectuur, niet bij de configuratie. Breng eerst de Braziliaanse bedrijfsprocessen in kaart en bepaal precies op welke punten de lokale belasting- en fiscale regels het wereldwijde procesontwerp beïnvloeden, op het gebied van verkoop, inkoop, voorraadbeheer, logistiek, facturering en financiën.
Bepaal vervolgens welke lokale functionaliteiten u daadwerkelijk nodig hebt: belastingberekening, fiscale classificaties, elektronische fiscale documenten, wettelijk verplichte rapportages en de koppelingen die uw ERP-systeem verbinden met de fiscale infrastructuur van Brazilië. Verwerk de stamgegevens in dezelfde fase, en niet pas daarna, zodat Braziliaanse producten, klanten, leveranciers en bedrijfsactiviteiten vanaf het begin de fiscale informatie bevatten die voor elke transactie nodig is.
Het testen moet de volledige transactie omvatten, niet alleen de ERP-stap. Dat betekent dat de transactie telkens moet worden gevolgd vanaf de oorspronkelijke zakelijke transactie via de belastingberekening, het genereren van fiscale documenten, de externe autorisatie, de financiële boeking en de rapportage, want een transactie die de ERP-test doorstaat maar bij de SEFAZ-autorisatie wordt afgewezen, is in feite niet geslaagd. Beoordeel ten slotte de Braziliaanse oplossing als onderdeel van uw bredere bedrijfsarchitectuur, met interfaces naar wereldwijde ERP-systemen, rapportageplatforms en andere bedrijfsapplicaties die samen met de lokale componenten worden ontworpen, en niet pas daarna.
Op deze manier blijft de Braziliaanse vestiging afgestemd op uw wereldwijde ERP-landschap en beschikt ze toch over alles wat nodig is om binnen het Braziliaanse fiscale kader te opereren, zowel tijdens deze overgangsfase als tijdens de volgende.
Ondersteuning bij de implementatie van uw ERP-systeem in Brazilië
Op Ipanema International helpen we internationale bedrijven bij het opzetten en uitbreiden van hun activiteiten in Brazilië, waarbij we markttoetreding, bedrijfsontwikkeling en lokale operationele ondersteuning combineren met expertise op het gebied van bedrijfsprocessen, ERP en bedrijfsarchitectuur.
Als u een ERP-omgeving voor Brazilië implementeert of aanpast, helpen wij u bij het in kaart brengen van de lokale vereisten, het beoordelen van de gevolgen voor uw bestaande processen en systemen, en het uitstippelen van een aanpak waarmee de Braziliaanse activiteiten worden geïntegreerd in uw bredere bedrijfsarchitectuur, inclusief de belastinghervorming.
Bent u van plan een ERP-systeem in Brazilië te implementeren, of bent u bezig met het in kaart brengen van de vereisten voor een Braziliaanse dochteronderneming? Neem dan contact met ons op om uw situatie en de juiste aanpak te bespreken.
