Short answer
The answer, before the reasoning
De IFRS Sustainability Disclosure Taxonomy bevat de digitale elementen die nodig zijn om toelichtingen op grond van IFRS S1 en IFRS S2 machineleesbaar te maken. De Taxonomy maakt tagging niet zelf verplicht: een effectenregulator, beurs of andere bevoegde autoriteit bepaalt of een entiteit digitaal moet indienen, welk taxonomie-instappunt en formaat moet worden gebruikt, of lokale uitbreidingen zijn toegestaan en welke validatieregels van toepassing zijn.
Een technisch geldige indiening kan nog steeds een onvolledige of onjuiste IFRS-toelichting bevatten. Daarom moeten digitale validatie en inhoudelijke naleving als afzonderlijke controlepoorten worden beoordeeld.
Een praktische handleiding om toelichtingen op grond van IFRS S1 en IFRS S2 om te zetten in betrouwbare digitale feiten—zonder een geldige indiening te verwarren met inhoudelijke naleving.
In de praktijk
Artikeloverzicht
| Fase | Wat de lezer kan doen |
|---|---|
| Beantwoorden | Uitleggen wat de Taxonomy doet en wie bepaalt of tagging verplicht is. |
| Onderscheiden | Taxonomy, indieningsverplichting, technische validatie en IFRS-naleving van elkaar scheiden. |
| Toepassen | Een gecontroleerde taggingworkflow en hiërarchie voor beslissingen over uitbreidingen gebruiken. |
| Onderbouwen | Registraties voor mapping, versies, uitbreidingen en validatie opbouwen. |
| Actualiseren | Het voorstel van July 2026 beoordelen zonder het als een uitgegeven Taxonomy te behandelen. |
Waarom digitale tagging belangrijk is
IFRS S1 en IFRS S2 zijn geschreven voor door mensen leesbare financiële verslagen voor algemene doeleinden, maar gebruikers van kapitaalmarkten nemen dezelfde informatie steeds vaker af via databases, screeningtools en geautomatiseerde analyses. De IFRS Sustainability Disclosure Taxonomy vertaalt de structuur van de toelichtingen in de Standards naar digitale elementen die aan gerapporteerde feiten kunnen worden gekoppeld. Tagging kan ervoor zorgen dat een beschrijving, getal, datum, percentage of tabel gemakkelijker kan worden geëxtraheerd en vergeleken, zonder dat een analist de informatie opnieuw hoeft in te voeren.
Het belangrijke onderscheid is dat de Taxonomy een digitale weergave van toelichtingsconcepten is, en geen afzonderlijk verslaggevingsstelsel. De onderliggende toelichting moet eerst worden opgesteld overeenkomstig de toepasselijke IFRS Sustainability Disclosure Standards en de regels van de bevoegde autoriteit van de entiteit. Tagging identificeert vervolgens de betekenis, periode, eenheid, rapporterende entiteit en—waar relevant—dimensies van die toelichting in een gestructureerd formaat zoals XBRL of Inline XBRL.
Rule
WAAROM TEAMS DIT VERKEERD DOEN
Drie beslissingen worden vaak tot één beslissing samengevoegd: of IFRS S1 en S2 van toepassing zijn; of de bevoegde autoriteit een digitale indiening vereist; en of de geselecteerde tags de gepubliceerde toelichting correct weergeven. Ze houden verband met elkaar, maar geen van deze beslissingen beantwoordt automatisch de andere twee.
Snelle oriëntatie
Van toelichtingsvereiste naar getagd feit
Het digitale proces begint met een op de bron gebaseerde toelichting. Daarna volgen de selectie van de Taxonomy, context, dimensies en technische validatie; de inhoudelijke beoordeling blijft een afzonderlijke controle.
In de praktijk
| Vraag | Praktisch antwoord |
|---|---|
| Wie stelt de toelichtingsvereisten vast? | IFRS S1 en IFRS S2, zoals aangenomen of anderszins toegepast in de relevante jurisdictie. |
| Wie beslist of digitale tagging verplicht is? | De bevoegde autoriteit, toezichthouder, beurs of eigenaar van het indieningssysteem in de betreffende jurisdictie. |
| Wat biedt de IFRS Taxonomie? | Gestandaardiseerde elementen, labels, verwijzingen, relaties en ingangspunten voor het taggen van financiële informatie over duurzaamheid die onder IFRS valt. |
| Wanneer is een entiteitsspecifieke uitbreiding nodig? | Alleen wanneer het gerapporteerde feit niet getrouw kan worden weergegeven met een beschikbaar IFRS- of relevant SASB-element en de indieningsregels uitbreidingen toestaan. |
| Bewijst het slagen voor een validatie dat aan de IFRS-vereisten is voldaan? | Nee. Het bewijst doorgaans alleen dat gespecificeerde technische controles en controles volgens de indieningsregels zijn geslaagd. |
In de praktijk
Belangrijke begrippen in gewone taal
| Begrip | Betekenis in de praktijk | Niet verwarren met |
|---|---|---|
| Taxonomie-element | Een digitaal begrip dat wordt gebruikt om de betekenis van een vermeld feit te identificeren, zoals een maatstaf, beschrijving in tekst of informatieverschaffing over beleid. | De tekst die in het verslag is afgedrukt. Een element kan tekst vertegenwoordigen die afwijkt van het label ervan als de economische of rapportagebetekenis hetzelfde is. |
| Tag | Het toepassen van een taxonomie-element op een bepaald feit in het verslag. | Een hyperlink of visueel label. De tag bevat gestructureerde betekenis en technische kenmerken. |
| Context | Informatie die de rapporterende entiteit, de verslagperiode en andere kenmerken van een getagd feit identificeert. | De tekst rondom het feit in het verslag. |
| Dimensie / lid | Een gestructureerde manier om één begrip uit te splitsen—bijvoorbeeld naar Scope 3-categorie, geografisch gebied, bedrijfssegment of een andere toegestane uitsplitsing. | Voor elke uitsplitsing een afzonderlijk aangepast element creëren. |
| Ingangspunt | Een gedefinieerd pakket of deelverzameling van de taxonomie dat in de indieningsomgeving wordt geïmporteerd. | Een indieningsportaal of het gepubliceerde verslag zelf. |
| Uitbreidingselement | Een entiteits- of toezichthouderspecifiek element dat is gecreëerd omdat de basistaxonomieën geen geschikt begrip bevatten. | Een voorkeurslabel of een duplicaat van een bestaand IFRS-element. |
| Verankering / relatie | Een relatie die gebruikers helpt te begrijpen hoe een uitbreiding verband houdt met een concept in een standaardtaxonomie. | Bewijs dat de uitbreiding inhoudelijk juist is. |
| Validatie | Geautomatiseerde of handmatige controles aan de hand van technische specificaties en indieningsregels. | Een volledige beoordeling van de kwaliteit of naleving van de toelichtingen van IFRS S1/S2. |
Wat de IFRS Sustainability Disclosure Taxonomy doet
Maakt gerapporteerde informatie machineleesbaar. Beleggers en andere gebruikers kunnen getagde duurzaamheidsgerelateerde financiële informatie op grote schaal zoeken, extraheren, vergelijken en analyseren.
Weerspiegelt de toelichtingsconcepten van IFRS S1 en IFRS S2. De Taxonomy 2024 weerspiegelt de standaarden die in juni 2023 zijn uitgegeven en omvat elementen die verband houden met begeleidend materiaal, zoals implementatierichtlijnen en illustratieve voorbeelden.
Voorziet in een gemeenschappelijke digitale taal. Standaardelementen en relaties ondersteunen vergelijkbaarheid tussen entiteiten en jurisdicties wanneer ze consistent worden geïmplementeerd.
Ondersteunt zowel volledige als essentiële toegangspunten. Het essentiële toegangspunt is ontworpen als basis waarop uitbreidingen kunnen worden gebouwd, met inachtneming van de indieningsarchitectuur en lokale regels.
Werkt naast de SASB Standards Taxonomy. Informatie op basis van bedrijfstakken kan worden getagd met behulp van relevante SASB-elementen wanneer de opsteller de SASB Standards of IFRS S1/S2 samen met sectorspecifieke richtlijnen toepast.
Wat de Taxonomy niet doet
De Taxonomy bepaalt niet welke entiteiten IFRS S1 of IFRS S2 moeten toepassen.
De Taxonomy bepaalt niet of een jurisdictie XBRL, Inline XBRL, een ander formaat of helemaal geen digitale indiening verplicht stelt.
De Taxonomy vervangt niet de materialiteitsbeoordelingen, de voorbereiding van toelichtingen of de verklaring van overeenstemming van de entiteit.
De Taxonomy maakt een niet-IFRS-toelichting niet tot een IFRS-toelichting, enkel doordat er een IFRS-element aan is gekoppeld.
De Taxonomy garandeert geen vergelijkbaarheid wanneer entiteiten ongeschikte elementen, buitensporig veel uitbreidingen, inconsistente contexten of verouderde taxonomieversies gebruiken.
De Taxonomy biedt geen enkel universeel regelboek voor validatie. Indieningssystemen kunnen lokale berekeningen, verplichte velden, regels voor uitbreidingen, taaleisen en indieningstermijnen toevoegen.
Rule
VEREISTE VERSUS IMPLEMENTATIEPRAKTIJK
Vereiste: volg de digitale indieningsregels die juridisch of contractueel op de entiteit van toepassing zijn. Implementatiepraktijk: ontwerp beheersingsmaatregelen voor tagging rond de architectuur van de IFRS Taxonomy, gebruik basiselementen vóór uitbreidingen, houd een mappingregister bij en voer zowel een technische als een inhoudelijke beoordeling uit.
Jurisdictiespecifieke verplichtingen: de eerste beslispoort
De IFRS Foundation publiceert en onderhoudt de taxonomie, maar indieningsverplichtingen ontstaan doorgaans door adoptie in een jurisdictie, effectenregelgeving, beursregels of een ander rapportagevoorschrift. Twee entiteiten die beide toelichtingen op grond van IFRS S1/S2 publiceren, kunnen daarom met verschillende digitale vereisten te maken krijgen. De ene kan een Inline XBRL-pakket indienen bij een toezichthouder; een andere kan uitsluitend een voor mensen leesbaar verslag publiceren; een derde kan een lokale duurzaamheidstaxonomie gebruiken die IFRS-elementen importeert of daaraan koppelt.
Voordat een taggingproject begint, zou het rapportageteam een gecontroleerd profiel van indieningsregels moeten verkrijgen. Dit profiel zou de volgende vragen moeten beantwoorden, in plaats van te steunen op aannames die zijn overgenomen uit tagging van financiële overzichten:
In de praktijk
| Veld voor indieningsregels | Wat moet worden bevestigd | Te bewaren bewijs |
|---|---|---|
| Populatie en reikwijdte | Welke entiteiten, effecten, verslagen en verslagperioden vallen binnen de reikwijdte? | Wet, regelgeving, beursregel of kennisgeving van de toezichthouder. |
| Toegestane taxonomie | IFRS Sustainability Disclosure Taxonomy, lokale taxonomie, geïmporteerd pakket of gespecificeerde versie? | Indieningshandleiding en identificatie van het taxonomiepakket. |
| Technisch formaat | XBRL, Inline XBRL, JSON, gegevensvelden van het portaal of een andere structuur? | Actuele technische specificaties. |
| Granulariteit van tagging | Welke beschrijvingen, tabellen, waarden en toelichtingen moeten worden getagd? | Taggingregels en voorbeelden die door de indieningsautoriteit zijn uitgegeven. |
| Uitbreidingen | Zijn uitbreidingen toegestaan, beperkt, verankerd of verboden? | Beleid voor extensies en validatieregels. |
| Taal en labels | Kunnen labels in de lokale taal worden gebruikt, en hoe moet de officiële identiteit van het element worden behouden? | Regels voor vertaling of labeling. |
| Assurance / beoordeling | Valt de digitale laag binnen de reikwijdte van assurance of van toezicht door de toezichthouder? | Toepasselijke assurancewetgeving, reikwijdte van de opdracht of richtlijnen van de toezichthouder. |
| Deadline en herindiening | Wanneer moet het digitale bestand worden ingediend en hoe worden fouten gecorrigeerd? | Indieningskalender en correctieprotocol. |
In de praktijk
Een praktische taggingworkflow
| Stap | Actie | Eigenaar en input — Output / controle |
|---|---|---|
| 1 | Leg de rapportagebasis en het digitale mandaat vast. | Rapportageverantwoordelijke, verantwoordelijke voor juridische/regulatoire zaken, indieningshandleiding. — Goedgekeurde notitie over de reikwijdte en toepasselijke taxonomieversie. |
| 2 | Bevries de voor mensen leesbare openbaarmakingsset. | Technische auteurs, verantwoordelijken voor financiën en duurzaamheid. — Rapport met versienummer en identificatie van alinea's en tabellen. |
| 3 | Stel een mapping van openbaarmaking naar element op. | Taggingspecialist die de actuele IFRS- en SASB-taxonomiepakketten gebruikt. — Mappingregister met het geselecteerde element, de motivering, de context en de dimensies. |
| 4 | Los hiaten op aan de hand van de beslissingshiërarchie voor extensies. | Taggingspecialist en technisch beoordelaar. — Goedgekeurde extensie of gedocumenteerd gebruik van een bestaand element. |
| 5 | Maak contexten, eenheden, dimensies en relaties aan. | Team voor digitale rapportage. — Gestructureerde feiten die de verslagperiode, entiteit en uitsplitsing getrouw reproduceren. |
| 6 | Voer technische validatie uit. | Specialist in software en indiening. — Foutenrapport, logboek van waarschuwingen en afgehandelde technische uitzonderingen. |
| 7 | Voer inhoudelijke validatie uit. | Technisch IFRS-beoordelaar en verantwoordelijken voor toelichtingen. — Bewijs dat elke tag de feitelijke toelichting en de toepasselijke IFRS-betekenis weergeeft. |
| 8 | Goedkeuren, indienen en archiveren. | Bevoegde ondertekenaars en uitgever. — Ingediend pakket, ontvangstbevestiging, versieoverzicht en correctieplan. |
Entiteitsspecifieke uitbreidingen: gebruik een gedisciplineerde hiërarchie
Uitbreidingen zijn noodzakelijk in digitale verslaggeving omdat entiteiten soms materiële feiten toelichten die niet door een standaardelement worden weergegeven. Ze zijn ook een belangrijke bron van verloren vergelijkbaarheid. Een goed uitbreidingsbeleid begint daarom met het uitgangspunt dat de basistaxonomieën worden gebruikt en vereist gedocumenteerd bewijs voordat een nieuw element wordt gecreëerd.
Beslisboom voor uitbreidingen en versiebeheer
Zoek eerst in de huidige IFRS Taxonomy, vervolgens in de relevante SASB Taxonomy en in elke toegestane lokale taxonomie. Creëer alleen een uitbreiding voor een echt rapportageconcept dat niet anders getrouw kan worden weergegeven.
In de praktijk
| Beslissing | Vraag die moet worden gesteld | Voorkeursreactie |
|---|---|---|
| 1. Bestaand IFRS-element? | Geeft een element uit de actuele IFRS Sustainability Disclosure Taxonomy de inhoud van het gerapporteerde feit weer? | Gebruik het, ook als het label van het element niet identiek is aan de formulering in het verslag; pas een passend voorkeurslabel toe als de indieningsregels dit toestaan. |
| 2. Relevant SASB-element? | Is het feit een bedrijfstakgebaseerde toelichting die in de actuele SASB Standards Taxonomy wordt weergegeven? | Gebruik het SASB-element wanneer de verslaggevingsbasis en de indieningsarchitectuur dit toestaan. |
| 3. Element specifiek voor de toezichthouder? | Verstrekt de indieningsautoriteit een vereist lokaal element voor het feit? | Gebruik het volgens de lokale regels en behoud daarbij, waar van toepassing, de vereiste koppelingen met IFRS-concepten. |
| 4. Is een echte uitbreiding nodig? | Zou elk beschikbaar element de betekenis van het toegelichte feit onjuist weergeven of verhullen? | Creëer de nauwst mogelijke uitbreiding die het concept getrouw weergeeft. |
| 5. Is een relatie vereist? | Kan de uitbreiding worden gerelateerd aan een breder, nauwer of anderszins vergelijkbaar basisconcept? | Creëer de vereiste presentatie-, berekenings- of ankerrelatie en documenteer de onderbouwing. |
| 6. Volgend jaar herhaalbaar? | Zal hetzelfde concept in toekomstige perioden consistent worden gebruikt? | Wijs een stabiele interne concept-ID toe en definieer een buitengebruikstellingsregel voor het geval een toekomstige taxonomie een geschikt standaardelement toevoegt. |
Rule
WAARSCHUWING OVER UITBREIDINGEN
Maak geen extensie aan louter omdat het management de voorkeur geeft aan een andere formulering, omdat het verslag twee standaardconcepten in één zin combineert, of omdat de indeling van een tabel afwijkt van de presentatie in de taxonomie. Beoordeel eerst of bestaande elementen, labels, dimensies en afzonderlijke tagging de feiten kunnen weergeven.
Hoe de SASB Standards Taxonomy past
IFRS S1 vereist dat een onderneming verwijst naar de toepasselijkheid van SASB-disclosureonderwerpen en deze in overweging neemt en, bij het identificeren van toepasselijke maatstaven, de met die onderwerpen verbonden maatstaven in overweging neemt. De SASB Standards Taxonomy is daarom relevant wanneer op bedrijfstakken gebaseerde informatie deel uitmaakt van de verslaggevingsgrondslag van de onderneming. Deze wordt afzonderlijk van de IFRS Sustainability Disclosure Taxonomy onderhouden, hoewel de twee bedoeld zijn om samen te werken.
Het actuele pakket van de SASB Standards Taxonomy op de peildatum van de bron is de update van 2024, uitgegeven op 28 October 2024 en technisch bijgewerkt op 7 November 2024. De pakketten van 2022 en 2021 zijn als deprecated gemarkeerd. Een taggingteam mag niet uitsluitend een oud pakket selecteren omdat de softwaresjabloon of de mapping van het voorgaande jaar daar nog naar verwijst.
Leg vast of het SASB-element een door IFRS S1/S2 vereiste toelichting ondersteunt, een via SASB-richtsnoeren geselecteerde maatstaf, of een afzonderlijke, uitsluitend op SASB gebaseerde bewering.
Houd de IFRS- en SASB-namespaces zichtbaar in het mappingregister in plaats van alle concepten te hernoemen als lokale velden.
Controleer of een consequential amendment van December 2025 op geselecteerde klimaatgerelateerde SASB Standards de onderliggende maatstaf of het updatepad van de taxonomie wijzigt voor perioden die aanvangen op of na 1 January 2027.
Gebruik geen SASB-tag om te impliceren dat de onderneming een volledige SASB Standard of bedrijfstakclassificatie heeft toegepast, tenzij de grondslag van opstelling die bewering ondersteunt.
Versiebeheer: behandel de taxonomie als gecontroleerde rapportagesoftware
Versiebeheer van de taxonomie is geen administratief detail. Een taxonomiepakket legt de namespace, elementidentiteiten, labels, verwijzingen en relaties vast die in de indiening worden gebruikt. Het gebruik van een deprecated of niet-overeenkomende versie kan validatie verstoren, de vergelijkbaarheid verbreken en mappings van het voorgaande jaar misleidend maken.
In de praktijk
| Registerveld | Voorbeeldinhoud | Beheersdoelstelling |
|---|---|---|
| Naam en versie van de taxonomie | IFRS-taxonomie voor duurzaamheidsinformatie 2024; SASB-standaardentaxonomie 2024. | Onbedoeld gebruik van concept-, verouderde of lokale testpakketten voorkomen. |
| Toegangspunt / naamruimte | Exact geïmporteerde entry point en namespace-URI. | Elementidentiteit en reproduceerbaarheid behouden. |
| Versie van de indieningsregels | Handleiding van de toezichthouder en validatieregels die voor de verslagperiode van kracht zijn. | Wijzigingen in de taxonomie scheiden van lokale wijzigingen in de indieningsregels. |
| Softwarebuild | Versies van de tagging- en validatiesoftware die voor de voorbereiding en de definitieve indiening zijn gebruikt. | Validatieresultaten reproduceren en gebreken onderzoeken. |
| Mappingversie | Gecontroleerd mappingregister met goedkeurder en wijzigingsgeschiedenis. | Wijzigingen ten opzichte van tags en extensies van het voorgaande jaar traceren. |
| Versie van de extensietaxonomie | Extensiepakket van de onderneming, relaties en labels. | Waarborgen dat alle extensies zijn goedgekeurd, stabiel zijn en correct zijn gekoppeld. |
| Beoordeling van wijzigingen | Nieuwe, gewijzigde, deprecated of hernoemde elementen en de betreffende toelichtingen. | De technische beoordeling richten op de gebieden die door de nieuwe release zijn gewijzigd. |
| Archief | Definitief verslag, instance document, taxonomiepakketten, validatielogboeken en ontvangstbevestiging. | Ondersteun toekomstige herziening, beoordeling en onderzoek door toezichthouders. |
Voorgestelde update van de taxonomie 1: huidige status op 1 August 2026
Het voorstel is een reactie op de wijzigingen van December 2025 in de toelichtingen op broeikasgasemissies in IFRS S2, die van kracht zijn voor jaarperioden die aanvangen op of na 1 January 2027, waarbij vroegtijdige toepassing is toegestaan. De voorgestelde wijzigingen in de taxonomie omvatten digitale modellering voor:
de vereiste toelichting wanneer een entiteit de beperking toepast op het meten en toelichten van Scope 3 Category 15-emissies die verder gaan dan gefinancierde emissies;
de totale broeikasgasemissies van Scope 3 Category 15 en het subtotaal van de gefinancierde emissies die in dat totaal zijn opgenomen;
het geselecteerde classificatiesysteem voor bedrijfstakken voor de uitsplitsing van gefinancierde emissies en de toelichting waarom dat systeem nuttige informatie verschaft over de blootstelling aan transitie-risico;
de daarmee verband houdende wijzigingen in verwijzingen, tabellen, assen en leden die nodig zijn om de gewijzigde vereisten van IFRS S2 weer te geven.
Een team voor de impactanalyse van wijzigingen moet de betrokken toelichtingen identificeren, nagaan of huidige aangepaste uitbreidingen kunnen worden ingetrokken, vergelijkende tagging beoordelen en vaststellen of software, validatieregels en datamodellen moeten worden gewijzigd. De definitieve implementatie moet wachten op de uitgegeven update van de taxonomie en de toepasselijke indieningsinstructies van de jurisdictie.
Technical status
STATUSNOTITIE
Het document van July 2026 is een voorstel voor commentaar, niet de huidige verplichte taxonomie. Opmerkingen moeten uiterlijk op 28 September 2026 worden ingediend. Rapporteurs zouden het moeten gebruiken voor impactanalyse van wijzigingen en systeemplanning, maar zouden voorgestelde elementen niet stilzwijgend in een productie-indiening moeten laden, tenzij een toezichthouder die aanpak expliciet toestaat of vereist.
Digitale validatie en naleving van IFRS zijn afzonderlijke controlepoorten
De twee controlepoorten zouden met elkaar moeten communiceren. Een inhoudelijke beoordelaar kan vaststellen dat één narratief verschillende afzonderlijk te taggen feiten bevat; een digitale beoordelaar kan vaststellen dat een aangepaste uitbreiding een standaardconcept verbergt. De goedkeuringen zouden echter onderscheidbaar moeten blijven, zodat een softwarewaarschuwing niet wordt aangezien voor een tekortkoming in de toelichting en een foutloos validatierapport niet wordt beschouwd als bewijs van naleving.
In de praktijk
| Controlepoort | Gebruikelijke vragen | Wat een geslaagde controle aantoont — Wat deze niet aantoont |
|---|---|---|
| Controlepoort 1: technische validatie en validatie van de indiening | Is het bestand goed gevormd? Zijn de vereiste contexten, eenheden, relaties en verplichte velden aanwezig? Slagen berekeningen en indieningsregels? | Het digitale pakket voldoet aan de gespecificeerde technische controles en kan normaliter door het indieningssysteem worden geaccepteerd. — Dat de toelichting materieel, volledig, neutraal, accuraat of in overeenstemming met alle vereisten van IFRS S1/S2 is. |
| Controlepoort 2: inhoudelijke validatie van de verslaggeving | Geeft elke tag het gepubliceerde feit weer? Is de toelichting opgesteld volgens de juiste standaard, periode, afbakening, methodologie en materialiteitsbeoordeling? | De digitale weergave is gekoppeld aan een technisch beoordeelde toelichting en het onderliggende bewijsmateriaal daarvan. — Dat de toezichthouder of assuranceprofessional met elke beoordeling zal instemmen, of dat een ontvangstbevestiging van acceptatie van de indiening een assuranceoordeel is. |
Hypothetisch voorbeeld: een fabrikant stelt zijn eerste digitale indiening op
Het team brengt het narratief over waterrisico's in kaart aan de hand van bestaande tekstuele elementen uit de IFRS-taxonomie, tagt de schatting van de aan blootstelling onderhevige omzet met het relevante monetaire concept en de relevante context, gebruikt standaardelementen en dimensies voor de emissiegegevens van broeikasgassen en past een huidig SASB-element toe op de bedrijfstakmetriek. Een voorgesteld aangepast element met de naam “veerkracht van strategische leveranciers tegen klimaatverandering” wordt afgewezen omdat bestaande elementen de afzonderlijke feiten kunnen taggen. Eén echte uitbreiding wordt goedgekeurd voor een bedrijfsspecifieke operationele metriek waarvoor geen geschikt IFRS-, SASB- of toezichthouderelement bestaat; deze wordt gerelateerd aan het dichtstbijzijnde bredere concept en gedocumenteerd in het uitbreidingsregister.
De technische validatie slaagt aanvankelijk, maar uit de inhoudelijke beoordeling blijkt dat het feit over Scope 3 was getagd met de context van de geconsolideerde groep, terwijl de gepubliceerde metriek een recent verworven dochteronderneming uitsloot. Het bestand is daarom technisch geldig maar inhoudelijk misleidend. Het team corrigeert ofwel de afbakening van de toelichting ofwel de tagcontext, documenteert de beslissing en voert beide controlepoorten opnieuw uit.
Hypothetical scenario
ILLUSTRATIEF SCENARIO
Een beursgenoteerde fabrikant publiceert toelichtingen op grond van IFRS S1/S2 en moet van zijn effecten-toezichthouder een Inline XBRL-pakket indienen. Het verslag beschrijft een materieel watergerelateerd toeleveringsrisico, geeft een gekwantificeerde schatting van de aan verstoring bij leveranciers blootgestelde omzet, rapporteert Scope 1–3-broeikasgasemissies en bevat een bedrijfstakmetriek die is geselecteerd na overweging van SASB-richtsnoeren.
Illustrative only. It shows how the decision is made, not wording that can be copied or relied on.
In de praktijk
Zwak versus sterker bestuur van tagging
| Onderdeel | Zwakke aanpak | Sterkere aanpak |
|---|---|---|
| Mapping | Tags worden rechtstreeks in software geselecteerd zonder register dat toelichtingen aan elementen koppelt. | Voor elk materieel feit zijn een motivering van de mapping, context, dimensies, eigenaar en beoordelaar vastgelegd. |
| Uitbreidingen | Er wordt telkens een nieuw element gecreëerd wanneer de bewoording in het verslag afwijkt van het taxonomielabel. | Voor uitbreidingen is een gedocumenteerde zoekactie vereist naar IFRS-, SASB- en toegestane lokale elementen, evenals goedkeuring van het rapportageconcept. |
| Versiebeheer | Het taxonomiepakket van het voorgaande jaar wordt hergebruikt totdat de validator faalt. | Het huidige toegestane pakket en de indieningsregels worden vóór het taggen beoordeeld; gewijzigde en verouderde elementen worden geregistreerd. |
| Validatie | Een technisch validatierapport zonder bevindingen wordt beschouwd als bewijs van naleving. | Technische controles en inhoudelijke IFRS-beoordeling hebben afzonderlijke reikwijdten, bevindingen en goedkeuringen. |
| Bewijsmateriaal | Alleen het definitieve instance-document wordt gearchiveerd. | De rapportversie, mapping, extensiepakket, taxonomiebestanden, validatielogboeken, goedkeuringen en het indieningsbewijs worden bewaard. |
In de praktijk
Veelgemaakte fouten en hoe deze te corrigeren
| Fout | Waarom dit gebeurt | Risico — Correctie |
|---|---|---|
| Beginnen met tags voordat de toelichting stabiel is. | De digitale werkstroom wordt beschouwd als een afzonderlijke productieoefening. | Herhaaldelijk opnieuw mappen en inconsistente feiten tussen mens- en machineleesbare versies. — Zet alinea- en tabelidentificatoren vast en beheer gecontroleerde wijzigingen vervolgens via één rapportversie. |
| Extensies maken voor voorkeursbewoording. | Labels worden aangezien voor definities. | Vergelijkbare standaardfeiten worden bedrijfsspecifieke gegevens. — Beoordeel de definitie en verwijzingen van het element; gebruik voorkeurslabels alleen waar dit is toegestaan. |
| De SASB Taxonomy negeren. | Sectorgegevens worden in lokale aangepaste velden geplaatst. | Verlies van vergelijkbaarheid en onnodige extensies. — Zoek in het huidige SASB-pakket wanneer de maatstaf voortvloeit uit SASB- of IFRS-sectorspecifieke richtsnoeren. |
| Een verouderde taxonomieversie gebruiken. | Sjablonen van het voorgaande jaar zijn gemakkelijker opnieuw te gebruiken. | Verbroken namespace-koppelingen, ongeldige indiening of misleidende vergelijkingen. — Voer jaarlijks een beoordeling van de gevolgen van versiewijzigingen uit en houd een register bij van goedgekeurde entry points. |
| Validatiewaarschuwingen als onschadelijk behandelen. | Er wordt aangenomen dat waarschuwingen ruis van de software zijn. | Een materieel probleem met context, teken, periode of duplicatie kan onopgelost blijven. — Rangschik waarschuwingen naar risico, documenteer oplossingen en verkrijg goedkeuring van de beoordelaar voor aanvaarde uitzonderingen. |
| Niet-IFRS-informatie taggen met een IFRS-element. | Het team wil dat alle rapportgegevens vergelijkbaar lijken. | Gebruikers kunnen afleiden dat het feit aan een IFRS-vereiste voldoet, terwijl dat niet het geval is. — Gebruik het passende lokale of extensie-element en maak de grondslag van de verslaggeving transparant. |
Rule
MYTHE VERSUS WERKELIJKHEID
Mythe: “Als de XBRL-validator het bestand accepteert, zijn onze IFRS S1- en S2-openbaarmakingen compliant.” Werkelijkheid: validatie toetst doorgaans gespecificeerde digitale en indieningsregels. IFRS-compliance hangt ervan af of de onderliggende openbaarmakingen voldoen aan alle toepasselijke vereisten, waaronder materialiteit, getrouwe weergave, rapporterende entiteit, verbonden informatie, timing en eventuele onderwerpspecifieke vereisten.
Gereedheid
Checklist voor gereedheid voor digitale tagging
- Het toepasselijke jurisdictiegerelateerde mandaat en de indieningshandleiding zijn geïdentificeerd en gedateerd.
- De toegestane versie van de IFRS Sustainability Disclosure Taxonomy en het toegangspunt zijn vastgelegd.
- De actuele SASB Standards Taxonomy is beschikbaar waar sectorspecifieke elementen nodig kunnen zijn.
- De leesbare rapportversie wordt beheerd en identificatoren van paragrafen/tabellen zijn stabiel.
- Elk materieel getagd gegeven heeft een goedgekeurd element, context, eenheid en dimensionale behandeling.
- Uitbreidingen zijn beperkt, gedocumenteerd, gekoppeld en worden beoordeeld op buitengebruikstelling wanneer standaardelementen beschikbaar komen.
- Versies van taxonomie, software, mapping en indieningsregels zijn vastgelegd in één register.
- Technische validatiefouten en waarschuwingen hebben gedocumenteerde oplossingen.
- Een inhoudelijke beoordelaar heeft gecontroleerd of de tags de gepubliceerde openbaarmaking en rapportagegrondslag getrouw weergeven.
- Het definitieve indieningspakket, de logboeken, goedkeuringen en het ontvangstbewijs van acceptatie zijn gearchiveerd.
- Voorgestelde updates worden afzonderlijk bijgehouden van vastgestelde taxonomievereisten.
Een entiteitsspecifieke taxonomie-uitbreiding vertegenwoordigt een werkelijk rapportageconcept dat niet getrouw kan worden getagd met een beschikbaar basistaxonomie-element. Zoek eerst in de actuele IFRS-, relevante SASB- en toegestane lokale taxonomieën en documenteer vervolgens het nieuwe element en de relatie ervan tot het dichtstbijzijnde bredere standaardconcept.
Zelftoets
- Welk bewijs zou aantonen dat een uitbreiding werkelijk noodzakelijk was?
- Welke autoriteit bepaalt of uw organisatie de openbaarmakingen volgens IFRS S1/S2 moet taggen?
- Hoe zal het team een vastgestelde taxonomiewijziging onderscheiden van een voorgestelde update?
Vragen
Veelgestelde vragen
Is tagging volgens IFRS S1/S2 verplicht?
De IFRS Sustainability Disclosure Taxonomy biedt de digitale elementen die nodig zijn om openbaarmakingen volgens IFRS S1 en IFRS S2 machineleesbaar te maken. De taxonomie maakt tagging op zichzelf niet verplicht: een effectenregulator, effectenbeurs of andere jurisdictiegerelateerde autoriteit bepaalt of een entiteit digitaal moet indienen, welk taxonomietoegangspunt en welk formaat moeten worden gebruikt, of lokale uitbreidingen zijn toegestaan en welke validatieregels van toepassing zijn. Een technisch geldige indiening kan nog steeds een onvolledige of onjuiste IFRS-openbaarmaking bevatten. Daarom moeten digitale validatie en inhoudelijke compliance als afzonderlijke poorten worden beoordeeld.
Wat is een entiteitsspecifieke taxonomie-uitbreiding?
Een entiteitsspecifieke taxonomie-uitbreiding vertegenwoordigt een werkelijk rapportageconcept dat niet getrouw kan worden getagd met een beschikbaar basistaxonomie-element. Zoek eerst in de actuele IFRS-, relevante SASB- en toegestane lokale taxonomieën en documenteer vervolgens het nieuwe element en de relatie ervan tot het dichtstbijzijnde bredere standaardconcept.
Kunnen SASB-taxonomie-elementen worden gebruikt?
IFRS S1 vereist dat een entiteit verwijst naar de SASB-openbaarmakingsonderwerpen en de toepasselijkheid daarvan in overweging neemt en, bij het identificeren van toepasselijke maatstaven, de met die onderwerpen verbonden maatstaven in overweging neemt. De SASB Standards Taxonomy is daarom relevant wanneer sectorspecifieke informatie deel uitmaakt van de rapportagegrondslag van de entiteit. De taxonomie wordt afzonderlijk van de IFRS Sustainability Disclosure Taxonomy onderhouden, hoewel beide bedoeld zijn om samen te werken.
Bewijst XBRL-validatie compliance?
Mythe: “Als de XBRL-validator het bestand accepteert, zijn onze IFRS S1- en S2-openbaarmakingen compliant.” Werkelijkheid: validatie toetst doorgaans gespecificeerde digitale en indieningsregels. IFRS-compliance hangt ervan af of de onderliggende openbaarmakingen voldoen aan alle toepasselijke vereisten, waaronder materialiteit, getrouwe weergave, rapporterende entiteit, verbonden informatie, timing en eventuele onderwerpspecifieke vereisten.
Welke wijzigingen worden in 2026 voorgesteld?
De voorgestelde taxonomiewijzigingen omvatten digitale modellering voor: de toelichting die vereist is wanneer een entiteit de beperking toepast op het meten en openbaar maken van Scope 3 Category 15-emissies bovenop gefinancierde emissies; de totale Scope 3 Category 15-broeikasgasemissies en het subtotaal van de in dat totaal opgenomen gefinancierde emissies; het geselecteerde sectorclassificatiesysteem voor de uitsplitsing van gefinancierde emissies en de toelichting waarom dat systeem nuttige informatie verschaft over de blootstelling aan transitierisico; gerelateerde wijzigingen in verwijzingen, tabellen, assen en leden die nodig zijn om de gewijzigde vereisten van IFRS S2 weer te geven. Het document van July 2026 is een voorstel voor commentaar, niet de momenteel verplichte taxonomie.
Praktische conclusie
Behandel digitale tagging als een gecontroleerde rapportagelaag, niet als een softwaretaak achteraf. De meest betrouwbare volgorde is: de rapportage- en jurisdictiegrondslag vaststellen, de informatieverschaffing stabiliseren, deze aan de huidige IFRS- en SASB-elementen koppelen, extensies en versies beheersen, en zowel technische als inhoudelijke validatie uitvoeren. Die aanpak behoudt de vergelijkbaarheid zonder dat de digitale vorm de kwaliteit van de onderliggende IFRS S1/S2-informatie verhult.
Take it with you
The checklists as a working spreadsheet
Every checklist and table on this page, with empty status, owner and evidence columns for your team to fill in and keep.
✓ LRA AI Assistant · Human-in-the-loop
Ask about this guide
De Assistent antwoordt op basis van deze pagina en raadpleegt gekoppelde disclosurekaarten bij vragen over de standaard zelf. De eerste twee antwoorden zijn gratis, zonder inloggen.
Verder verdiepen · IFRS S1 / S2
Training IFRS S1 en S2
Financiële materialiteit, scenarioanalyse en de klimaatgerelateerde toelichtingen van S2, toegepast op uw eigen rapportage.
Available as Guided Flex, Live Cohort, 1:1 Expert Mentorship or Corporate Programme.
