Short answer
The answer, before the reasoning
Een nuttig corporate MRV-platform zou het register van de rapporterende entiteit, faciliteiten en bronnen moeten beheersen; versies van factoren en methodologieën; eenheidsconversies en berekeningen; schattingen en onzekerheid; bewijsmateriaal en goedkeuringen; onveranderlijke auditlogs; toegang voor verificateurs; voor autoriteiten geschikte exports; bewaring gedurende vijf jaar; en beveiliging. Het UAE National MRV System werd in oktober 2025 gelanceerd als een geïntegreerd nationaal platform, maar openbare informatie over de lancering vervangt geen entiteitsspecifieke indieningsinstructies en maakt niet elke interfacespecificatie bekend.
Huidige juridische en digitale context
Artikel 6(2) vereist dat het ministerie een elektronisch systeem instelt en dit koppelt aan lokale systemen. In oktober 2025 kondigde MOCCAE de lancering aan van het definitieve, gebruiksklare National MRV System als een geïntegreerd platform voor broeikasgasemissies en luchtverontreinigende stoffen. De openbare aankondiging beschrijft nationale doelstellingen, governance en vereenvoudiging van processen; zij publiceert niet elk schema, elke API, rol of indieningsinstructie voor entiteiten.
Rule
INKOOPREGEL
Bouw of koop het corporate platform om beheerste, voor autoriteiten geschikte gegevens te produceren. Hardcode geen veronderstelde officiële interface totdat de bevoegde autoriteit het vereiste schema, de identificatoren, het portaalproces en de bijlagen publiceert of bevestigt.
In de praktijk
Minimale platformarchitectuur
| Laag | Minimale mogelijkheden |
|---|---|
| Governance en juridisch | Afbakening van rapporterende entiteit en faciliteit, aanwijzingsstatus, autoriteitenregister, rapportageperiode, broneditie, goedkeuringen en correspondentie. |
| Stamgegevens | Register van emissiebronnen, eenheden, gassen, apparatuur, versies van factoren/GWP, gebruikers, rollen, ingangsdata en beheerde woordenboeken. |
| Gegevens en berekening | Imports, validatie, tests op duplicaten en cut-off, eenheidsconversie, formules, schattingen, onzekerheid, herberekening en vergelijkingscijfers. |
| Bewijs en workflow | Bewijs-ID's, documentversies, goedkeuringen door opsteller en controleur, werkruimte voor de verificateur, verzoeken/bevindingen, juridische beoordeling en onveranderlijk audittrail. |
| Uitvoer en beveiliging | Formulieren/exports voor bevoegde autoriteiten, vergrendeld indieningspakket, ontvangstbevestiging, bewaartermijn van vijf jaar, toegangslogboeken, versleuteling, back-up, herstel en juridische bewaarblokkade. |
1. Stamgegevens van entiteiten, faciliteiten en bronnen
Het platform zou niet moeten beginnen met een spreadsheettabblad met de naam “emissies”. Het zou moeten beginnen met beheerde stamgegevens: rechtspersonen, faciliteiten, leases, joint ventures, emissiebronnen, apparatuur, nutsrekeningen, relaties, aanwijzingsstatus, bevoegde autoriteit, eigenaars en geldigheidsperioden. Elke berekening en elk bewijsrecord zou naar deze stabiele ID's moeten verwijzen.
2. Versiebeheer van factoren en methodologie
Een factorbibliotheek zou uitgever, editie, geografie, technologie, eenheden, grondslag van de verbrandingswaarde, GWP, ingangsdata en vervangen versies moeten opslaan. Het platform zou stille vervanging moeten voorkomen, moeten tonen voor welke berekeningen elke versie is gebruikt en een goedgekeurde beslissing tot herberekening moeten ondersteunen.
3. Berekenings- en schattingsengine
• Valideer eenheden, tekens, dubbele records en de afsluiting van de rapportageperiode vóór de berekening.
• Maak de formuledlogica inspecteerbaar en testbaar; vermijd berekeningen als black box die uitsluitend door de leverancier kunnen worden uitgevoerd.
• Label schattingen, proxy's, ontbrekende perioden, dekking en onzekerheid.
• Bewaar zowel oorspronkelijke als gecorrigeerde waarden, met reden voor de wijziging en goedkeuring.
• Ondersteun reconciliatie op bron-, gas-, faciliteits- en entiteitsniveau naar de definitieve indiening.
4. Bewijs en goedkeuringen
Elk materieel datapunt zou aan bronbewijs, methode, berekening en goedkeuring moeten zijn gekoppeld. De workflow zou gegevensvoorbereiding, beoordeling, juridische/claimbeoordeling en de definitieve representatie van elkaar moeten scheiden. Een werkruimte voor een verificateur zou gecontroleerde alleen-lezen toegang, vragen, bevindingen, reacties en afsluiting mogelijk moeten maken zonder toegang te geven tot niet-gerelateerde beperkte bestanden.
5. Auditlogboeken, bewaartermijnen en exports
• Onveranderlijk logboek van wijzigingen in gegevens, factoren, formules, toegang, status en goedkeuringen.
• Vergrendeld pakket voor de rapportageperiode met checksum of integriteitsreferentie.
• Bewaarbeleid van vijf jaar voor Article 6-bronregistraties, met een override voor een juridische bewaarblokkade.
• Configureerbare exports naar formulieren van autoriteiten, lokale systemen en verzoeken van verificateurs.
• Ontvangstbevestiging van indiening, geschiedenis van herindieningen en koppeling aan correspondentie.
• Testen van back-up en herstel, niet alleen een configuratiescherm voor back-ups.
Scheid automatiseerbaar werk van vereiste menselijke goedkeuringsmomenten.
Beslismomenten voor menselijk oordeel
Software zou herhaalbaar werk moeten automatiseren en moeten pauzeren voor goedkeuring door een met naam aangewezen persoon wanneer feiten, juridische status of professioneel oordeel het antwoord bepalen.
In de praktijk
| Kan worden geautomatiseerd | Vereist menselijke goedkeuring |
|---|---|
| Importvalidatie, eenheidsconversies en controles op dubbele records. | Juridische toepasselijkheid, bronvermelding en bevoegde autoriteit. |
| Goedgekeurde toepassing van factoren en uitvoering van formules. | Organisatorische/operationele afbakening en behandeling van leases/JV's. |
| Workflowherinneringen en bewijskoppelingen. | Materiële datalacunes, schattingen en afwijkingen van de methodologie. |
| Vergelijkingen van versies en perioden. | Claims over koolstofkredieten en claimrechten op grond van Article 6. |
| Exportgeneratie en vergrendeling van het pakket. | Definitieve verklaring, indiening bij de autoriteit en reactie op inspectie. |
In de praktijk
Scorekaart voor due diligence bij leveranciers
| Test | Op te vragen bewijs | Rode vlag |
|---|---|---|
| Transparantie over bron/versie | Export van het factorenregister, methodologische referenties, wijzigingsgeschiedenis. | “Eigen berekening” zonder inspecteerbare bron of versie. |
| Afbakeningsmodel | Demonstratie van entiteit/faciliteit/bron, ingangsdata en relatietypen. | Eén globaal afbakeningsveld voor elke metriek. |
| Audittrail | Oude/nieuwe waarden, gebruiker, tijdstempel, ticket en goedkeuring. | Bewerkbare geschiedenis of logboek dat alleen zichtbaar is voor de leverancier. |
| Bewijsworkflow | Koppelingen van datapunten naar documenten, machtigingen voor beoordelaars en verificateurs. | Documenten opgeslagen zonder stabiele ID's of toegangsclassificatie. |
| Exports | Configureerbaar schema, vergrendeld pakket, ontvangstbevestiging en geschiedenis van opnieuw indienen. | Belofte van een officiële API zonder gepubliceerde specificatie van de bevoegde instantie. |
| Beveiliging en continuïteit | Toegangsbeoordeling, MFA, encryptie, datalocatie, back-ups en hersteltest. | Geen herstelbewijs of onbeperkte beheerderstoegang. |
Hypothetical scenario
ILLUSTRATIEF SCENARIO
Een gediversifieerde groep vergelijkt twee koolstofplatforms. Leverancier A heeft aantrekkelijke dashboards, maar kan geen versies van factoren, formules en audittrail die kan worden hersteld tonen. Leverancier B heeft een sterk datamodel, bewijs-ID's, een maker-checkerworkflow, toegang voor verificateurs en configureerbare exports, maar vereist dat de onderneming de regels voor bevoegde instanties definieert. De groep selecteert Leverancier B en behandelt de juridische configuratie als een implementatiewerkstroom die in eigendom van de onderneming is, in plaats van als een garantie van de leverancier.
Illustrative only. It shows how the decision is made, not wording that can be copied or relied on.
Illustratieve RFP-vereiste
“De oplossing dient versiegecontroleerde registers van entiteiten, faciliteiten, bronnen, factoren en methodologieën bij te houden; elk gerapporteerd datapunt te koppelen aan bronbewijs, berekening en goedkeuring; onveranderlijke toegangs- en wijzigingslogboeken te bewaren; alleen-lezen toegang voor verificateurs te ondersteunen; vergrendelde rapportagepakketten en ontvangstbevestigingen gedurende de vereiste periode te bewaren; en configureerbare exports voor bevoegde instanties te genereren. De leverancier mag niet beweren dat de oplossing de juridische toepasselijkheid vaststelt of naleving garandeert.”
Veelvoorkomende softwarefouten
• Software aanschaffen voordat de rapportagescope en de gegevenseigenaren zijn gedefinieerd.
• Eén factorbibliotheek gebruiken zonder ingangsdata.
• Facturen importeren zonder volledigheidsafstemming.
• Formules laten wijzigen zonder goedkeuring volgens een maker-checkerproces.
• Documenten opslaan zonder stabiele bewijs-ID's.
• De verificateur brede beheerderstoegang geven.
• Aannemen dat een dashboard een audittrail is.
• Een niet-officieel portaalformaat hard coderen.
• Datalocatie, herstel van back-ups en vertrek van de leverancier negeren.
• De leverancier juridische of Article 6-claims laten goedkeuren.
Rule
MYTHE / WERKELIJKHEID
Mythe: een MRV-platform maakt de onderneming compliant. Werkelijkheid: software kan workflow en discipline rond bewijs afdwingen, maar de organisatie blijft verantwoordelijk voor toepasselijkheid, grenzen, methoden, schattingen, claims, goedkeuringen en de nauwkeurigheid van de ingediende informatie.
Gereedheid
Minimale softwarechecklist
- • Stabiele ID's voor entiteiten/faciliteiten/bronnen.
- • Register van aanwijzingen en bevoegdheden.
- • Versiebeheerde factor-/GWP-bibliotheek.
- • Controleerbare formules en eenheidsconversies.
- • Workflow voor schattingen en onzekerheid.
- • Herleidbaarheid van bewijs naar datapunt.
- • Maker-checker- en managementgoedkeuringen.
- • Onveranderlijk toegangs-/wijzigingslogboek.
- • Alleen-lezenwerkruimte voor de verificateur.
- • Configureerbare UAE/lokale exports.
- • Five-year-bewaring en juridische bewaarplicht.
- • MFA, encryptie, back-up en geteste herstelprocedure.
- • Leveranciersuitstap en volledige data-export.
- • Menselijke juridische en claimgoedkeuringspoorten.
Vragen
Veelgestelde vragen
Wat is het minimale stamgegevensmodel?
Het platform zou niet moeten beginnen met een spreadsheettabblad met de naam “emissions”. Het zou moeten beginnen met gecontroleerde stamgegevens: juridische entiteiten, faciliteiten, leasecontracten, joint ventures, emissiebronnen, apparatuur, nutsvoorzieningsaccounts, relaties, aanwijzingsstatus, bevoegde autoriteit, eigenaren en geldigheidsperioden. Elke berekening en elke bewijsregistratie zou naar deze stabiele ID's moeten verwijzen.
Welke controles op berekeningen en factoren zijn nodig?
Een factorenbibliotheek moet uitgever, editie, geografie, technologie, eenheden, grondslag voor de verbrandingswaarde, GWP, ingangsdata en vervangen versies opslaan. Het platform moet stille vervanging voorkomen, tonen welke berekeningen elke versie hebben gebruikt en een goedgekeurde beslissing over herberekening ondersteunen.
Hoe moet de toegang voor verificateurs werken?
Elk materieel datapunt moet worden gekoppeld aan bronbewijs, methode, berekening en goedkeuring. De workflow moet gegevensvoorbereiding, beoordeling, juridische/claimbeoordeling en definitieve weergave van elkaar scheiden. Een werkruimte voor verificateurs moet gecontroleerde alleen-lezen-toegang, vragen, bevindingen, reacties en afsluiting mogelijk maken zonder toegang te geven tot niet-gerelateerde beperkte bestanden.
Welke export- en bewaarfaciliteiten zijn van belang?
Een bruikbaar bedrijfs-MRV-platform moet het register van entiteiten, faciliteiten en bronnen beheren; versies van factoren en methodologieën; eenheidsconversies en berekeningen; schattingen en onzekerheid; bewijs en goedkeuringen; onveranderlijke auditlogs; toegang voor verificateurs; voor autoriteiten geschikte exports; een bewaartermijn van vijf jaar; en beveiliging. Het UAE National MRV System werd in oktober 2025 gelanceerd als een geïntegreerd nationaal platform, maar openbare informatie over de lancering vervangt geen entiteitsspecifieke indieningsinstructies en maakt niet elke interfacespecificatie bekend.
Welke beslissingen moeten bij mensen blijven?
Software moet herhaalbaar werk automatiseren en tegelijk pauzeren voor goedkeuring door een met naam genoemde persoon wanneer feiten, juridische status of professioneel oordeel het antwoord bepalen. Feitelijk kan software workflow- en bewijsdiscipline afdwingen, maar de organisatie blijft verantwoordelijk voor toepasselijkheid, afbakeningen, methoden, schattingen, claims, goedkeuringen en de juistheid van de ingediende informatie.
Sources
Primary sources
- Federaal wetsdecreet nr. (11) van 2024 inzake de vermindering van de gevolgen van klimaatverandering
- De VAE lanceert het nationale MRV-systeem, WAM, 16 oktober 2025
- Kabinetbesluit nr. (67) van 2024 betreffende het Nationaal Register voor koolstofkredieten
- GHG Protocol-standaard voor boekhouding en rapportage op ondernemingsniveau, herziene editie
- Overzicht van de UAE-wetgeving inzake gegevensbescherming
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 · UAE FDL 11 / 2024
Opleiding over de klimaatwet van de VAE
Verplichtingen uit hoofde van Federaal wetsdecreet nr. 11 van 2024, van inventaris tot reductieplan.
Available as Guided Flex, Live Cohort, 1:1 Expert Mentorship or Corporate Programme.
