ESEF-rapportage: iXBRL onder IFRS voor beursgenoteerde ondernemingen

ESEF (European Single Electronic Format) is het verplichte elektronische formaat voor de jaarlijkse financiële verslaggeving van uitgevende instellingen op gereglementeerde markten in de EU. Het volledige jaarverslag wordt opgesteld in XHTML; bevat het een geconsolideerde jaarrekening onder IFRS, dan worden de cijfers en toelichtingen daarin bovendien gemarkeerd met Inline XBRL (iXBRL) volgens de ESEF-taxonomie. In Nederland dienen emittenten hun ESEF-verslag in bij de AFM. Het regime staat los van de gewone deponeringsplicht bij KVK, al groeien beide werelden technisch naar elkaar toe.

Kerngegevens

• Voor wie: uitgevende instellingen (emittenten) waarvan effecten zijn toegelaten tot een gereglementeerde markt in de EU, zoals Euronext Amsterdam.

• Rechtsgrond: Gedelegeerde Verordening (EU) 2019/815, een technische standaard (RTS) op grond van de Transparantierichtlijn, jaarlijks geactualiseerd door de Europese Commissie op voorstel van ESMA.

• Formaat: het hele jaarverslag in XHTML; de IFRS-geconsolideerde jaarrekening gemarkeerd met iXBRL en ingediend als één Report Package.

• Taxonomie: de ESEF-taxonomie, een uitbreiding van de IFRS Accounting Taxonomy van de IFRS Foundation; jaarlijks een nieuwe versie.

• Invoering in Nederland: primaire overzichten verplicht getagd vanaf boekjaar 2021 (Nederland benutte de uitsteloptie voor boekjaar 2020); block tagging van de toelichting vanaf boekjaar 2022.

• Entiteitsidentificatie: de LEI (Legal Entity Identifier), in Nederland aan te vragen bij KVK.

• Toezicht in Nederland: Autoriteit Financiële Markten (AFM).

Wat is ESEF?

ESEF staat voor European Single Electronic Format. De standaard is ontwikkeld door de European Securities and Markets Authority (ESMA) met als doel de jaarlijkse financiële verslagen van beursgenoteerde ondernemingen in de hele EU machineleesbaar en vergelijkbaar te maken. Vóór ESEF publiceerde elke emittent zijn jaarverslag in een eigen formaat, variërend van PDF tot Word, waardoor geautomatiseerde vergelijking en analyse nauwelijks mogelijk was.

ESEF lost dit op met twee verplichtingen. Ten eerste wordt het volledige jaarverslag opgemaakt als XHTML-document, dat in elke browser leesbaar is. Ten tweede worden, wanneer het verslag een geconsolideerde jaarrekening onder IFRS bevat, de cijfers en toelichtingen voorzien van ingebedde XBRL-tags. Dat is precies wat Inline XBRL (iXBRL) doet: één bestand dat zowel leesbaar is voor mensen als verwerkbaar door machines. De tags verwijzen naar concepten uit de ESEF-taxonomie, zodat elk bedrag op dezelfde manier wordt gelabeld, ongeacht het land van herkomst.

Voor wie geldt het ESEF-mandaat?

De XHTML-verplichting geldt voor alle uitgevende instellingen die op grond van de Transparantierichtlijn een jaarlijks financieel verslag algemeen verkrijgbaar moeten stellen. De aanvullende iXBRL-tagverplichting geldt alleen wanneer aan twee cumulatieve voorwaarden is voldaan:

• De effecten van de onderneming zijn toegelaten tot de handel op een gereglementeerde markt in de EU (zoals Euronext Amsterdam).

• Het jaarverslag bevat een geconsolideerde jaarrekening opgesteld overeenkomstig IFRS zoals aanvaard in de EU.

Emittenten die uitsluitend een enkelvoudige jaarrekening opstellen of die op basis van een nationale GAAP rapporteren, hoeven dus niet te taggen, maar moeten hun jaarverslag wél in XHTML publiceren. Volgens de AFM is tagging bij andere verslaggevingsstelsels dan IFRS zelfs niet toegestaan. Ook ondernemingen van buiten de EU met een notering op een Nederlandse gereglementeerde markt vallen onder ESEF.

Niet-beursgenoteerde ondernemingen vallen volledig buiten ESEF: zij deponeren hun jaarrekening bij KVK via SBR (Standard Business Reporting) op basis van de Nederlandse taxonomie. Verwar de twee regimes niet; zie de vergelijking verderop in dit artikel.

Wat moet worden getagd — en sinds wanneer?

Het ESEF-mandaat is gefaseerd ingevoerd. Nederland heeft daarbij gebruikgemaakt van de Europese lidstaatoptie (een COVID-19-maatregel) om de eerste toepassing een jaar uit te stellen; dat uitstel gold niet voor de block tagging van de toelichting.

Detailed tagging betekent dat elk bedrag in de vier primaire overzichten — balans, winst-en-verliesrekening met totaalresultaat, kasstroomoverzicht en mutatieoverzicht eigen vermogen — een eigen XBRL-tag krijgt die verwijst naar een concept in de ESEF-taxonomie, of naar een bedrijfseigen extensie die aan de taxonomie is verankerd. Daarbij horen ook de juiste periode, valuta-eenheid, schaal en het juiste teken.

Block tagging houdt in dat volledige toelichtingen — bijvoorbeeld de grondslagen of de toelichting op de omzet — als één tekstblok worden gemarkeerd met een XBRL-tag. Een machine kan dan gericht ophalen welk type informatie waar staat, ook als de afzonderlijke cijfers in dat blok niet apart zijn getagd. Een block tag mag tekst, bedragen en tabellen bevatten.

Welke taxonomieversie geldt voor uw boekjaar?

De ESEF-taxonomie wordt jaarlijks geactualiseerd om aan te sluiten op de IFRS Accounting Taxonomy van de IFRS Foundation. Elke update wordt vastgelegd in een wijziging van de RTS. Gebruik altijd het taxonomie-instappunt dat bij het boekjaar hoort; een verkeerde versie leidt tot validatiefouten.

De 2025-update voegt bovendien de eis toe dat zowel het iXBRL-instancedocument als de extensietaxonomie valide zijn onder de Calculations 1.1-specificatie, de modernere rekenregelcontrole van XBRL. De 2025-taxonomie bevat verder al elementen voor IFRS 18 en IFRS 19; die elementen mogen pas worden gebruikt zodra deze standaarden formeel in de EU zijn goedgekeurd. ESMA heeft daarnaast geconsulteerd over een herziening van de markeerregels voor de toelichting en over uitbreiding van ESEF-tagging naar duurzaamheidsrapportering; volg de publicaties van ESMA en AFM voor de actuele stand.

Extensies en anchoring

De ESEF-taxonomie dekt de gangbare IFRS-presentatieregels, maar niet elke emittent hanteert dezelfde indeling. Gebruikt een onderneming een post die niet in de standaardtaxonomie voorkomt, dan mag zij een extensie aanmaken: een eigen XBRL-concept dat specifiek voor die emittent geldt.

Voor extensies in de primaire overzichten geldt een ankerplicht (anchoring): de extensie wordt gekoppeld aan het dichtstbijzijnde bredere concept uit de ESEF-taxonomie. Combineert een extensie twee of meer standaardconcepten, dan wordt zij daarnaast geankerd aan elk van die smallere concepten. Twee uitzonderingen: een zuiver subtotaal van andere regels in hetzelfde overzicht hoeft niet breder te worden geankerd (maar moet wel in de calculatiestructuur zitten), en extensies die alleen in de toelichting voorkomen hoeven niet te worden geankerd.

Een voorbeeld: een luchtvaartmaatschappij die de regel "vliegtuigmaterieel" rapporteert, maakt daarvoor een extensie aan en ankert die aan het bredere IFRS-concept voor materiële vaste activa. Data-aggregatoren en toezichthouders kunnen de bedrijfseigen post dan toch plaatsen binnen de standaardstructuur. De AFM adviseert het gebruik van extensies tot een minimum te beperken: elke extensie vermindert de vergelijkbaarheid.

Entiteitsidentificatie: de LEI

Elke ESEF-indiening identificeert de rapporterende entiteit met de LEI (Legal Entity Identifier), een wereldwijd unieke code van 20 tekens volgens ISO 17442. De LEI vervangt in ESEF de nationale identificatiecodes: waar een SBR-deponering bij KVK het KvK-nummer gebruikt, verwijst een ESEF-rapportage naar de LEI van de emittent. Zonder geldige LEI accepteert het AFM-portaal de indiening niet.

In Nederland is de LEI aan te vragen bij KVK, die als uitgevende instantie voldoet aan de eisen van de Global Legal Entity Identifier Foundation (GLEIF). Een aanvraag kost € 80 en de code moet jaarlijks worden verlengd (€ 49,20); een niet-verlengde LEI krijgt de status "lapsed" en is dan niet langer geldig voor de indiening. Controleer de status van de LEI dus ruim vóór de deponeringsdeadline.

Indienen bij de AFM

Nederlandse emittenten stellen hun ESEF-verslag algemeen verkrijgbaar via het deponeringsportaal van de AFM. Het bestand moet daarbij ten minste aan deze technische eisen voldoen:

• geen executable code in het document;

• een valide LEI-code van de onderneming;

• maximale bestandsgrootte van 100 MB;

• correcte XML-, XHTML- en iXBRL-specificaties;

• het iXBRL-instancedocument en de extensietaxonomie samen ingediend als één rapportagepakket volgens de Report Packages 1.0-specificatie.

Bij de indiening genereert het portaal een validatierapport. Een ERROR kan leiden tot weigering van het bestand of tot nader onderzoek door de AFM; een WARNING vraagt om eigen beoordeling, bijvoorbeeld of een verplichte markering echt ontbreekt. Een onjuist opgebouwd rapportagepakket is in de praktijk een veelvoorkomende oorzaak van geweigerde deponeringen — test het pakket dus vooraf met een ESEF-validator.

Toezicht en veelgemaakte fouten

De AFM houdt toezicht op de naleving van de ESEF-vereisten en kan bij non-conformiteit handhavend optreden. Ook de externe accountant controleert de naleving van de ESEF-verordening en rapporteert daarover in de controleverklaring. De AFM publiceert bovendien periodiek aandachtspunten; uit haar verkennend onderzoek naar de verslaggeving over 2023 kwamen onder meer deze punten:

• Teken en schaal: controleer of gemarkeerde bedragen de juiste richting (positief of negatief) en schaal hebben; een fout hierin leidt tot verkeerde interpretatie van de cijfers.

• Consistente linkbases: de onderlinge relaties tussen elementen (presentatie, berekening) moeten volledig en consistent zijn met de leesbare jaarrekening.

• Extensies beperken: gebruik een extensie alleen als de standaardtaxonomie het gegeven echt niet dekt, en anker haar correct.

• Pakketopmaak: een fout in de opbouw van het Report Package leidt al bij het uploaden tot weigering.

De juiste toepassing van ESEF is ook een van de Europese toezichtprioriteiten die ESMA jaarlijks publiceert en die de AFM in haar toezicht volgt.

Het verschil met KVK-deponering (Dutch GAAP / SBR)

ESEF en de Nederlandse deponeringsplicht zijn twee gescheiden regimes met elk hun eigen rechtsgrond, taxonomie en loket:

De twee werelden groeien wel naar elkaar toe. Vanaf boekjaar 2025 zijn alle bedrijfsklassen — ook grote rechtspersonen — verplicht hun jaarrekening elektronisch te deponeren bij KVK, en het SBR-domein Handelsregister ondersteunt naast XBRL ook een iXBRL-rapportagepakket dat zoveel mogelijk aansluit bij de ESEF-regels. Uitgevende instellingen die onder ESEF vallen, kunnen hun ESEF-rapportage bovendien rechtstreeks bij het Handelsregister deponeren, aangevuld met enkele verplichte Nederlandse gegevens.

Voor een Nederlandse beursgenoteerde onderneming betekent dit in de praktijk: de geconsolideerde IFRS-jaarrekening valt onder ESEF en gaat naar de AFM; de wettelijke openbaarmaking bij het Handelsregister blijft daarnaast bestaan, maar kan steeds vaker met hetzelfde iXBRL-bestand worden bediend.

Veelgestelde vragen

Wat is ESEF?

ESEF staat voor European Single Electronic Format: het verplichte elektronische rapportageformaat voor de jaarlijkse financiële verslaggeving van uitgevende instellingen op gereglementeerde markten in de EU. Het jaarverslag wordt opgesteld in XHTML; een IFRS-geconsolideerde jaarrekening wordt daarin gemarkeerd met Inline XBRL volgens de ESEF-taxonomie.

Vanaf welk boekjaar geldt ESEF in Nederland?

Het EU-startpunt was boekjaar 2020, maar Nederland heeft de Europese uitsteloptie benut: Nederlandse emittenten zijn verplicht vanaf boekjaar 2021 in ESEF te rapporteren. De block tagging van de toelichting is verplicht vanaf boekjaar 2022; dat onderdeel viel buiten het uitstel.

Welke ondernemingen moeten in ESEF rapporteren?

Alle uitgevende instellingen met effecten op een gereglementeerde markt in de EU stellen hun jaarverslag op in XHTML. De iXBRL-tagverplichting geldt alleen voor wie daarin een geconsolideerde jaarrekening onder IFRS opneemt. Niet-beursgenoteerde ondernemingen vallen buiten ESEF; voor hen geldt de KVK-deponering via SBR.

Wat is het verschil tussen ESEF en iXBRL?

ESEF is de regelgeving, iXBRL het technische formaat. ESEF schrijft voor dát emittenten hun jaarverslag in XHTML met ingebedde XBRL-tags publiceren; iXBRL (Inline XBRL) is de technische standaard die dat mogelijk maakt: één bestand dat bruikbaar is voor zowel menselijke lezers als geautomatiseerde systemen.

Vereist ESEF extensies en anchoring?

Extensies zijn toegestaan wanneer de standaardtaxonomie een post niet dekt. Extensies in de primaire overzichten moeten worden geankerd aan het dichtstbijzijnde bredere ESEF-concept; combinatie-extensies ook aan elk smaller basisconcept. Zuivere subtotalen en extensies die alleen in de toelichting voorkomen zijn van (bredere) anchoring uitgezonderd. De AFM adviseert extensies tot een minimum te beperken.

Doc2iXBRL bij ESEF-rapportage

Doc2iXBRL ondersteunt emittenten en hun adviseurs bij het omzetten van het goedgekeurde jaarverslag naar een ESEF-conform iXBRL-bestand. Het platform converteert PDF- of Word-documenten naar getagde XHTML, stelt via AI mapping-suggesties voor op basis van de ESEF-taxonomie en valideert het resultaat met Arelle en eigen pre-filing checks, inclusief controle op ontbrekende anchoring. De reviewer houdt controle over elke tag en elke extensie; een ESMA- of AFM-acceptatie wordt niet gegarandeerd. Lees meer op de pagina over ESEF-rapportage met Doc2iXBRL.

Bronnen

• esma.europa.eu — Electronic Reporting: overzicht van het ESEF-mandaat, de taxonomie en het ESEF Reporting Manual.

• EUR-Lex — Gedelegeerde Verordening (EU) 2019/815: de RTS die het ESEF-formaat vastlegt.

• EUR-Lex — Gedelegeerde Verordening (EU) 2026/283: de 2025-taxonomie-update, verplicht voor boekjaren vanaf 1 januari 2026.

• afm.nl — Jaarlijkse verslaggeving in ESEF: technische indieningseisen en het validatierapport van het AFM-portaal.

• afm.nl — Aandachtspunten toepassing ESEF: bevindingen uit het AFM-onderzoek naar ESEF in de verslaggeving over 2023.

• officielebekendmakingen.nl — Kamerbrief ESEF-uitstel: de Nederlandse keuze voor de lidstaatoptie (eerste verplichte boekjaar 2021).

• kvk.nl — Legal Entity Identifier (LEI): LEI aanvragen en verlengen bij KVK.

• sbr-nl.nl — RTS SBR-domein Handelsregister: iXBRL-rapportagepakketten en de samenloop met ESEF bij het Handelsregister.