Nederländernas XAF 4.0 förändring per 1 januari 2027
Ändring av formatet för revisionsfiler för Nederländernas XAF 4.0-rapporter per den 1 januari 2027: Vad företag och programvaruleverantörer behöver veta
Översikt
Från 1 januari 2027, den Den nederländska skattemyndighetens ODB-meddelande stater som Endast XAF 4.0 kommer att accepteras för inlämning för XML Auditfile Financieel, och äldre XAF-versioner kommer inte längre att accepteras. Den officiella Belastingdienst/ODB-uppdateringen publicerades den 22 April 2026 och råder organisationer att påbörja förberedelserna tidigt så att övergången kan löpa smidigt under fjärde kvartalet 2026, före deadline 2027.
Vad är XML Auditfile Financieel?
Ocuco-landskapet XML Auditfile Finansiell, vanligtvis förkortat till XAF, är en öppen standard för utbyte av data från administrativa system för rapporterings- och kontrolländamål. Enligt Belastingdiensts ODB-information, Belastingdienst, förvaltare och redovisningssektorn är viktiga användare av revisionsfilen.
Auditfile utvecklades för att minska den administrativa bördan vid skatterevisioner. Belastingdienst förklarar att varje entreprenör kan ställas inför en skattekontroll, och att det kan vara tidskrävande att samla in och strukturera nödvändiga uppgifter. XML Auditfile Financieel hjälper eftersom det innehåller de flesta uppgifter som behövs för sådana kontroller och stöds av många redovisningsprogram i Nederländerna.
Vad ändras från och med den 1 januari 2027?
Den viktigaste förändringen är formatacceptans. 1 januari 2027, den Betalningstjänst/ODB meddelandet säger att 4.0 XNUMX FCFA är det format som accepteras för inlämning, medan äldre versioner fasas ut.
Detta är särskilt viktigt för leverantörer av redovisningsprogram, bokföringsplattformar, revisorer, administrationskontor och företag som måste kunna exportera finansiella data för kontroller. ODB är den offentliga källan för programvaruutvecklare och dataleverantörer för att förstå hur data ska levereras till Belastingdienst och vilka krav programvara måste uppfylla för digitalt meddelandeutbyte.
Varför XAF 4.0?
Den officiella förklaringen är förenkling och bättre datakvalitet. XAF 4.0 minskar antalet datafält från 250 till 90. Belastningstjänsten anger att många fält i den äldre versionen inte användes eller var ofullständigt ifyllda i praktiken, så minskningen är avsedd att minska implementeringskomplexiteten och förbättra kvaliteten på ifyllda revisionsfiler.
Belastningstjänsten listar också flera avsedda fördelar med XAF 4.0 jämfört med XAF 3.2: enklare implementering, förbättrad datakvalitet, tydligare hantering av RGS och en mer framtidssäker grund för utvecklingar som ViDA och mer transaktionsorienterad registrering i linje med internationella standarder.
Vad sägs om RGS?
ODB-uppdateringen 2026 är tydligt att RGS är inte en blockering för att gå över till XAF 4.0Om RGS redan finns i programvaran måste det tillhandahållas; men närvaron av RGS bör inte hindra övergången till XAF 4.0.
Detta är viktigt för programvaruleverantörer och revisorer eftersom det skiljer två problem åt: migreringen till XAF 4.0 bör fortsätta, medan RGS-data bör inkluderas där programvaran redan innehåller den.
Varför företag borde bry sig, även om deras revisor hanterar revisionsfilen
Holländska företag är redan skyldiga att upprätthålla en god förvaltning. Belastningstjänsten anger att företagare måste upprätta och föra korrekta register, eftersom skattedeklarationer baseras på administrationen och Belastingdienst måste kunna kontrollera dessa deklarationer snabbt och korrekt.
För moms måste företagare föra och bevara sin administration på ett sätt som är kontrollerbart av BelastningstjänstenDe uppger också att affärsregister måste i allmänhet sparas 7 år, medan uppgifter om fast egendom och rättigheter i fast egendom måste sparas 10 år.
Digital förvaltning bör också fortsätta att vara användbar. Belastingdienst förklarar att om register förvaras digitalt måste verksamheten säkerställa att Belastingdienst kan använda relevanta program och filer under en kontroll; det räcker inte att endast behålla tryckta versioner av digitala filer.
Praktisk förberedelse inför 2026
Företag och rådgivare bör inte vänta till januari 2027. Det officiella ODB-meddelandet rekommenderar uttryckligen att förberedelserna påbörjas tidigt så att övergången kan löpa smidigt under fjärde kvartalet 2026.ODB Betalningstjänst)
En praktisk förberedelseväg är:
- Fråga din leverantör av bokföringsprogramvara om XAF 4.0-export stöds.
ODB:s nuvarande XAF-dokumentationssida hänvisar till XML Auditfile Financieel XAF v4.0.3 och tillhandahåller den officiella produktnedladdningen för den versionen. (ODB Betalningstjänst) - Testa om din administration kan exportera en komplett XAF 4.0-fil.
Poängen med revisionsfilen är att effektivisera datautbytet för rapportering och kontroller, så testningen bör fokusera på om den exporterade informationen är fullständig, konsekvent och användbar.Belastingdienst) - Kontrollera RGS-hanteringen.
Om RGS redan finns tillgängligt i programvaran bör det inkluderas i XAF 4.0-filen.ODB Betalningstjänst) - Håll din underliggande administration tillgänglig.
Revisionsfilen är användbar, men den ersätter inte den bredare skyldigheten att föra register i kontrollerbar form och inom tillämplig lagringstid.Belastingdienst)
Slutsats
Förändringen av XAF den 1 januari 2027 är en tydlig signal från Belastingdienst/ODB: organisationer bör gå över till XML Auditfile Financieel XAF 4.0 och sluta förlita sig på äldre XAF-versioner för inlämning. Ändringen är utformad för att förenkla standarden, förbättra datakvaliteten och stödja en mer transparent revisionskedja. För företag, revisorer och programvaruleverantörer är det säkraste tillvägagångssättet att behandla 2026 som övergångsår: verifiera programvaruberedskap, testa exporter, granska RGS-hanteringen och se till att digitala register förblir tillgängliga för Belastingdienst-kontroller.
Har en fråga?
Kom i kontakt!
Baltic Assist tillhandahåller en omfattande outsourcinglösning som sparar kostnader, förbättrar effektiviteten och strategiskt beslutsfattande för ditt företag.
