Short answer
The answer, before the reasoning
Полезная корпоративная платформа MRV должна обеспечивать контроль периметра отчитывающейся организации, объектов и реестра источников; версий коэффициентов и методологий; пересчета единиц и вычислений; оценок и неопределенности; доказательств и утверждений; неизменяемых журналов аудита; доступа верификатора; готовых для представления в уполномоченный орган выгрузок; хранения в течение пяти лет; и безопасности. Национальная система MRV ОАЭ была запущена в октябре 2025 года как интегрированная национальная платформа, однако общедоступная информация о запуске не заменяет инструкции по представлению отчетности для конкретной организации и не раскрывает все спецификации интерфейсов.
Актуальный правовой и цифровой контекст
Статья 6(2) требует от Министерства создать электронную систему и связать ее с местными системами. В октябре 2025 года MOCCAE объявило о запуске окончательной Национальной системы MRV, готовой к использованию, в качестве интегрированной платформы, охватывающей выбросы парниковых газов и загрязняющих веществ в атмосферу. В публичном объявлении описываются национальные цели, управление и упрощение процессов; в нем не публикуются все схемы, API, роли или инструкции по представлению отчетности, предназначенные для организаций.
Rule
ПРАВИЛО ЗАКУПОК
Разработайте или приобретите корпоративную платформу для формирования контролируемых данных, готовых для представления компетентному органу. Не фиксируйте в коде предполагаемый официальный интерфейс до тех пор, пока компетентный орган не опубликует или не подтвердит требуемую схему, идентификаторы, процесс работы с порталом и приложения.
На практике
Минимальная архитектура платформы
| Уровень | Минимальные возможности |
|---|---|
| Управление и правовые вопросы | Периметр отчитывающейся организации/объекта, статус назначения, реестр уполномоченных органов, отчетный период, редакция источника, утверждения и переписка. |
| Основные данные | Реестр источников выбросов, единицы измерения, газы, оборудование, версии коэффициентов/GWP, пользователи, роли, даты вступления в силу и контролируемые справочники. |
| Данные и расчеты | Импорт, проверка, тесты на дублирование/отсечение, пересчет единиц, формулы, оценки, неопределенность, перерасчет и сравнительные данные. |
| Доказательства и рабочий процесс | Идентификаторы доказательств, версии документов, утверждения по принципу «подготовил — проверил», рабочее пространство верификатора, запросы/выявленные вопросы, правовая проверка и неизменяемый аудиторский след. |
| Результаты и безопасность | Формы/выгрузки для уполномоченного органа, заблокированный пакет представления, подтверждение получения, хранение в течение пяти лет, журналы доступа, шифрование, резервное копирование, восстановление и юридическое удержание. |
1. Основные данные об организации, объектах и источниках
Платформа не должна начинать работу с вкладки электронной таблицы под названием «выбросы». Она должна начинать работу с контролируемых основных данных: юридических лиц, объектов, договоров аренды, совместных предприятий, источников выбросов, оборудования, счетов за коммунальные услуги, взаимосвязей, статуса назначения, компетентного органа, ответственных лиц и периодов действия. Каждая запись расчета и доказательства должна ссылаться на эти стабильные идентификаторы.
2. Контроль версий коэффициентов и методологий
Библиотека коэффициентов должна хранить сведения об издателе, редакции, географии, технологии, единицах измерения, основе теплотворной способности, GWP, датах вступления в силу и замененных версиях. Платформа должна предотвращать незаметную замену, показывать, в каких расчетах использовалась каждая версия, и поддерживать утвержденное решение о перерасчете.
3. Модуль расчетов и оценок
• Проверяйте единицы измерения, знаки, дублирующиеся записи и отсечение по отчетному периоду до выполнения расчета.
• Делайте логику формул доступной для проверки и тестирования; избегайте расчетов в виде черного ящика, зависящих только от поставщика.
• Помечайте оценки, прокси-показатели, отсутствующие периоды, охват и неопределенность.
• Сохраняйте исходные и исправленные значения с указанием причины изменения и утверждения.
• Обеспечивайте сверку на уровне источника, газа, объекта и организации с окончательным представлением отчетности.
4. Доказательства и утверждения
Каждый существенный показатель должен быть связан с исходным доказательством, методом, расчетом и утверждением. Рабочий процесс должен разделять подготовку данных, проверку, правовую проверку/проверку заявлений и окончательное представление. Рабочее пространство верификатора должно обеспечивать контролируемый доступ только для чтения, вопросы, выявленные вопросы, ответы и закрытие без раскрытия иных файлов с ограниченным доступом.
5. Журналы аудита, хранение и экспорт
• Неизменяемый журнал изменений данных, факторов, формул, доступа, статуса и утверждений.
• Заблокированный пакет за отчетный период с контрольной суммой или ссылкой на целостность.
• Пятилетняя политика хранения исходных записей, относящихся к Article 6, с возможностью приостановки уничтожения по юридическому требованию.
• Настраиваемый экспорт в формы для представления органам, локальные системы и по запросам проверяющих.
• Подтверждение отправки, история повторных отправок и связь с корреспонденцией.
• Тестирование резервного копирования и восстановления, а не только экран настройки резервного копирования.
Отделяйте автоматизируемую работу от обязательных этапов утверждения человеком.
Точки принятия решений, требующие человеческого суждения
Программное обеспечение должно автоматизировать повторяемую работу, приостанавливаясь для утверждения назначенным ответственным лицом там, где ответ определяется фактами, правовым статусом или профессиональным суждением.
На практике
| Можно автоматизировать | Требует утверждения человеком |
|---|---|
| Проверка импорта, преобразование единиц и проверка дубликатов. | Применимость законодательства, обозначение источника и компетентный орган. |
| Применение утвержденного фактора и выполнение формул. | Организационные/операционные границы и учет договоров аренды/JV. |
| Напоминания рабочего процесса и ссылки на доказательства. | Существенные пробелы в данных, оценки и отступления от методологии. |
| Сопоставление версий и периодов. | Права на заявления в отношении углеродных кредитов и Article 6. |
| Формирование экспорта и блокировка пакета. | Итоговые заверения, представление материалов органу и ответ на проверку. |
На практике
Оценочная карта процедуры должной проверки поставщика
| Проверка | Запрашиваемые доказательства | Тревожный сигнал |
|---|---|---|
| Прозрачность источника/версии | Экспорт реестра факторов, ссылки на методологию, история изменений. | «Проприетарный расчёт» без доступного для проверки источника или версии. |
| Модель границ | Демонстрация сущности/объекта/источника, даты вступления в силу и типы взаимосвязей. | Одно глобальное поле границ для каждой метрики. |
| Аудиторский след | Старые/новые значения, пользователь, отметка времени, заявка и утверждение. | Редактируемая история или журнал, видимый только поставщику. |
| Процесс работы с доказательствами | Связи «показатель — документ», права рецензента и верификатора. | Документы хранятся без стабильных идентификаторов или классификации доступа. |
| Выгрузки | Настраиваемая схема, заблокированный пакет, история получения и повторной подачи. | Обещание официального API без опубликованной спецификации полномочий. |
| Безопасность и непрерывность | Проверка доступа, MFA, шифрование, местонахождение данных, резервные копии и тест восстановления. | Отсутствуют подтверждения восстановления или имеется неограниченный доступ администратора. |
Hypothetical scenario
ИЛЛЮСТРАТИВНЫЙ СЦЕНАРИЙ
Диверсифицированная группа сравнивает две углеродные платформы. У поставщика A привлекательные информационные панели, но он не может показать версии коэффициентов, логику формул или восстанавливаемый аудиторский след. У поставщика B имеются надежная модель данных, идентификаторы доказательств, рабочий процесс с разделением подготовки и проверки, доступ верификатора и настраиваемые выгрузки, однако группе необходимо определить правила полномочий. Группа выбирает поставщика B и рассматривает юридическую настройку как отдельный рабочий поток реализации, находящийся в ее ведении, а не как гарантию поставщика.
Illustrative only. It shows how the decision is made, not wording that can be copied or relied on.
Иллюстративное требование RFP
«Решение должно поддерживать регистры сущностей, объектов, источников, коэффициентов и методологий с контролем версий; связывать каждый представленный показатель с исходным доказательством, расчетом и утверждением; сохранять неизменяемые журналы доступа и изменений; поддерживать доступ верификатора только для чтения; хранить заблокированные отчетные пакеты и подтверждения в течение требуемого периода; и формировать настраиваемые выгрузки для уполномоченных органов. Поставщик не должен заявлять, что решение определяет юридическую применимость или гарантирует соблюдение требований».
Распространенные ошибки при использовании программного обеспечения
• Покупка программного обеспечения до определения охвата отчетности и владельцев данных.
• Использование одной библиотеки коэффициентов без дат вступления в силу.
• Импорт счетов без сверки полноты.
• Разрешение изменять формулы без утверждения в рамках разделения подготовки и проверки.
• Хранение документов без стабильных идентификаторов доказательств.
• Предоставление верификатору широкого административного доступа.
• Предположение, что информационная панель является аудиторским следом.
• Жесткое кодирование формата неофициального портала.
• Игнорирование местонахождения данных, восстановления из резервных копий и выхода от поставщика.
• Разрешение поставщику утверждать юридические заявления или заявления по Article 6.
Rule
МИФ / РЕАЛЬНОСТЬ
Миф: платформа MRV обеспечивает соответствие компании требованиям. Реальность: программное обеспечение может обеспечивать соблюдение рабочего процесса и дисциплину работы с доказательствами, однако организация сохраняет ответственность за применимость, границы, методы, оценки, заявления, утверждения и точность поданной информации.
Готовность
Минимальный перечень требований к программному обеспечению
- • Стабильные идентификаторы сущностей/объектов/источников.
- • Реестр назначений и полномочий.
- • Библиотека коэффициентов/GWP с контролем версий.
- • Проверяемые формулы и преобразования единиц.
- • Рабочий процесс оценки и неопределенности.
- • Прослеживаемость от доказательства до показателя.
- • Разделение подготовки и проверки, а также утверждения руководством.
- • Неизменяемый журнал доступа/изменений.
- • Рабочая область верификатора только для чтения.
- • Настраиваемые выгрузки UAE/локального формата.
- • Хранение в течение пяти лет и юридическая блокировка удаления.
- • MFA, шифрование, резервное копирование и проверенное восстановление.
- • Выход от поставщика и полная выгрузка данных.
- • Контрольные точки утверждения юридических вопросов и заявлений человеком.
Вопросы
Вопросы, которые задают люди
Какова минимальная модель основных данных?
Платформа не должна начинаться с вкладки электронной таблицы под названием «выбросы». Она должна начинаться с управляемых основных данных: юридических лиц, объектов, договоров аренды, совместных предприятий, источников выбросов, оборудования, счетов за коммунальные услуги, взаимосвязей, статуса отнесения, компетентного органа, владельцев и периодов действия. Каждая запись расчёта и доказательства должна ссылаться на эти стабильные идентификаторы.
Какие средства контроля расчётов и коэффициентов необходимы?
Библиотека коэффициентов должна хранить издателя, редакцию, географию, технологию, единицы измерения, основу для определения теплотворной способности, GWP, даты действия и заменённые версии. Платформа должна предотвращать незаметную замену, показывать, в каких расчётах использовалась каждая версия, и поддерживать утверждённое решение о перерасчёте.
Как должен быть организован доступ проверяющего?
Каждая существенная точка данных должна быть связана с исходным доказательством, методом, расчётом и утверждением. Рабочий процесс должен разделять подготовку данных, проверку, юридическую проверку/проверку заявлений и итоговое представление. Рабочее пространство проверяющего должно обеспечивать контролируемый доступ только для чтения, вопросы, выводы, ответы и закрытие без раскрытия других файлов с ограниченным доступом.
Какие функции экспорта и хранения имеют значение?
Полезная корпоративная платформа MRV должна обеспечивать контроль реестра организаций, объектов и источников; версий коэффициентов и методик; преобразований единиц измерения и расчётов; оценок и неопределённости; доказательств и утверждений; неизменяемых журналов аудита; доступа проверяющего; экспортов, подготовленных для органов власти; хранения в течение пяти лет; и безопасности. UAE National MRV System была запущена в October 2025 как интегрированная национальная платформа, однако общедоступная информация о запуске не заменяет инструкции по подаче документов для конкретной организации и не раскрывает все спецификации интерфейсов.
Какие решения должны оставаться за людьми?
Программное обеспечение должно автоматизировать повторяемую работу, приостанавливая её для получения именного утверждения там, где ответ определяется фактами, юридическим статусом или профессиональным суждением. На практике программное обеспечение может обеспечивать соблюдение рабочего процесса и дисциплину в отношении доказательств, но организация сохраняет ответственность за применимость, границы охвата, методы, оценки, заявления, утверждения и точность поданной информации.
Sources
Primary sources
- Федеральный декрет-закон № (11) от 2024 года о сокращении последствий изменения климата
- UAE запускает National MRV System, WAM, 16 октября 2025
- Постановление Кабинета министров № (67) от 2024 года о Национальном реестре углеродных кредитов
- Протокол по парниковым газам: стандарт корпоративного учета и отчетности, пересмотренное издание
- Обзор законодательства ОАЭ о защите данных
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
Он отвечает по материалам этой страницы и обращается к связанным карточкам раскрытия, если вопрос касается самого стандарта. Первые два ответа бесплатны и доступны без входа.
Углубиться · UAE FDL 11 / 2024
Обучение по климатическому законодательству ОАЭ
Обязательства в соответствии с Федеральным декретом-законом № 11 от 2024 года: от инвентаризации до плана сокращения выбросов.
Available as Guided Flex, Live Cohort, 1:1 Expert Mentorship or Corporate Programme.
