Цифровая разметка ESRS и XBRL: что составителям отчетности необходимо создать уже сейчас

Технический статус. Комиссия приняла пересмотренные ESRS 3 July 2026, однако на ее странице, посвященной имплементации, по-прежнему указывалось, что изменяющий делегированный регламент не вступил в силу до публикации в Официальном журнале. Существующая таксономия EFRAG XBRL Set 1 была разработана для ESRS 2023. В May 2026 ESMA сообщила, что временно приостановила завершение требований к цифровой отчетности об устойчивом развитии, пока решались законодательные и технические вопросы. Перед публикацией повторно проверьте все три пункта.

Образовательный материал. Он не заменяет применимый делегированный акт, национальное законодательство, юридическую консультацию, профессиональное суждение или вывод по результатам предоставления услуг по выражению уверенности.

Цифровую отчетность часто рассматривают как преобразование на финальном этапе: завершить отчетность об устойчивом развитии, отправить PDF- или Word-файл поставщику услуг по XBRL и попросить его выполнить разметку. Такой подход переносит нерешенные решения в области отчетности на этап разметки. Он также порождает вопросы, которых можно избежать: в каком предложении содержится факт, какая граница применяется, является ли число фактом на момент времени или фактом за период, следует ли размечать нарративный блок и требует ли раскрытие, специфичное для предприятия, расширения.

Более эффективная модель — рассматривать цифровую отчетность как контролируемую информационную архитектуру. В той же записи, которая используется для подготовки текста, следует указывать, в чем состоит требование, почему оно применяется, где появляется раскрытие, какие доказательства его подтверждают, как определяется факт и какая концепция таксономии является текущим кандидатом для сопоставления. Это не означает преждевременную разметку отчета. Это означает недопущение системы отчетности, в которой текст, читаемый человеком, рабочие книги с данными и будущие машиночитаемые факты развиваются независимо друг от друга.

Коммерческие последствия и последствия для предоставления услуг по выражению уверенности имеют практический характер. Некачественное сопоставление может выявить несогласованности, скрытые в тексте. Движок валидации способен обнаружить определенные структурные дефекты, но не может решить, было ли пропущено существенное воздействие, является ли оценка обоснованной или сбалансированно ли описана политика. Поэтому составителям отчетности необходимы как технические средства контроля, так и суждения в области подготовки отчетности.

Первый уровень — это юридическая обязанность подготовить и опубликовать отчетность об устойчивом развитии. Она определяет отчитывающееся предприятие, период, место в отчете руководства, применимые стандарты, утверждение и предоставление услуг по выражению уверенности. Цифровая разметка не определяет, требуется ли раскрытие по закону; сначала проводится правовой анализ и анализ существенности.

Статья 29d Директивы по бухгалтерскому учету устанавливает правовую основу для электронной отчетности и разметки информации об устойчивом развитии. Директива (EU) 2026/470 добавила важную практическую гарантию: от предприятий не требуется выполнять разметку отчетности об устойчивом развитии до принятия соответствующих делегированных правил. Это различие должно быть четко отражено в планах проектов и материалах для совета директоров.

Отчетность, читаемая человеком, предназначена для руководства, совета директоров, пользователей и поставщика услуг по выражению уверенности. Она должна согласованно представлять требуемую информацию, с надлежащей структурой, перекрестными ссылками и взаимосвязанной информацией. Технически корректная разметка не исправит неоднозначную границу, отсутствующую методологию или общее описание политики.

Таксономия представляет собой контролируемый словарь и модель взаимосвязей. Она содержит концепции, метки, типы данных, ссылки, измерения и другие технические взаимосвязи. Таксономия EFRAG ESRS Set 1 содержит элементы для точек данных и детализированного представления по измерениям в ESRS 2023. Это важный источник для понимания будущей модели фактов, но сама по себе она не является окончательным правилом подачи отчетности Комиссии.

Размеченная отчетность объединяет видимое содержимое с машиночитаемыми фактами, как правило посредством Inline XBRL в формате XHTML. Она также зависит от точки входа, технических спецификаций, правил подачи отчетности, разрешенных расширений, средств валидации и порядка представления. Эти элементы являются окончательными только после принятия применимого регуляторного пакета и его вступления в силу.

Рисунок 1. Текущая отчетность, готовность составителя отчетности и будущий обязательный цифровой уровень. Авторская практическая визуализация London Reporting Academy.

Наиболее ценная работа составителей отчетности должна быть в достаточной степени нейтральной к таксономии, чтобы сохранять актуальность при изменении версии таксономии, но при этом достаточно структурированной для поддержки быстрого перемаппинга.

Для каждого требования к раскрытию информации ESRS и существенного показателя данных следует зафиксировать:

стабильный внутренний идентификатор требования;

стандарт, требование к раскрытию информации и исходную редакцию;

вывод о существенности и применимости;

соответствующее воздействие, риск или возможность;

границу и период отчетности;

место раскрытия в отчете;

ответственного за данные или текстовое описание;

доказательства и методологию;

статус проверки и окончательное утверждение;

текущий кандидат на сопоставление с таксономией;

любую проблему, связанную с расширением или размерностью;

версию таксономии и сопоставления.

Реестр не должен быть статичным указателем содержания. Это контрольный объект, связывающий требование, опубликованный текст и подтверждающие доказательства.

Не следует делать имя концепта таксономии единственным идентификатором в исходной системе. Таксономия может измениться, концепт может быть переименован, а пересмотренный стандарт может объединить или исключить требования. Внутренний идентификатор показателя данных должен оставаться стабильным, тогда как история сопоставления фиксирует внешний использованный концепт для каждого отчетного цикла.

Полезный идентификатор не обязан воспроизводить юридическую нумерацию. Например, CLIMATE.GHG.S2.LOCATION.GROSS может оставаться стабильным, даже если внешний концепт таксономии или нумерация раскрытия изменятся. В записи затем сохраняется связь с E1-8 и соответствующим концептом таксономии для выбранной редакции.

Числовое значение не является полным машиночитаемым фактом. Составителям отчетности следует определить, когда это применимо:

тип данных: денежный, десятичный, процентный, целочисленный, логический, дата, перечисление, текст или текстовый блок;

период: момент или продолжительность;

отчитывающаяся организация и границы консолидации;

единица измерения и масштабирование;

география, объект, бизнес-сегмент или другие измерения;

валовая или нетто-основа;

текущий период, сравнительный период и статус пересчета;

статус оценки и версия методологии;

является ли видимое раскрытие информации нарративным, полунарративным или количественным.

Модель также должна объяснять, когда дезагрегация представлена в отчете, но не хранится как отдельное поле исходной системы. Такой пробел позднее часто становится проблемой тегирования и подтверждения.

ESRS содержит значительный объем нарративной информации. Цифровая таксономия может включать концепты текстовых блоков, логические подтверждения и перечисляемые значения, а также числовые факты. Поэтому составителям отчетности следует структурировать подготовку нарративного текста вокруг контролируемых компонентов: области действия политики, ответственности в сфере управления, действия, ресурса, цели, методологии, ограничения и прогресса.

Это не означает, что для таксономии следует писать роботизированный текст. Это означает, что нарративный текст должен быть прослеживаемым. Один утвержденный абзац может поддерживать несколько машиночитаемых элементов, а для одного элемента может потребоваться тщательная идентификация конкретного видимого текста, который его представляет.

Процесс сопоставления следует начинать только после того, как вывод о раскрытии информации и его формулировка станут достаточно стабильными.

Одного столбца электронной таблицы под названием «потребление воды» недостаточно. Он может относиться к консолидированному итогу, показателю для районов, испытывающих нехватку воды, значению на уровне объекта, величине за текущий период, сравнительному показателю или показателю интенсивности. Окончательное сопоставление зависит от утвержденного раскрытия информации и контекстов, связанных с фактом.

Расширение — это специфичное для отчитывающейся организации понятие таксономии, используемое в случаях, когда стандартное понятие не отражает достоверно представленную информацию. Расширения могут быть необходимы, но они также могут снижать сопоставимость и создавать технические ошибки.

Составителям следует установить политику в отношении расширений со следующей иерархией:

Тщательно изучите соответствующую таксономию и метки.

Проверьте, отражает ли существующее понятие тот же бухгалтерский или связанный с устойчивым развитием смысл, а не просто содержит похожие слова.

Проверьте, позволяет ли использование измерений или дезагрегации решить проблему без создания нового понятия.

Документально обоснуйте, почему более широкие, более узкие или альтернативные понятия не являются достоверными.

Создавайте расширение только в соответствии с окончательными разрешёнными правилами.

Определите требуемые этими правилами якоря или взаимосвязи.

Утвердите расширение посредством отчётной и технической проверки.

Переоценивайте его при изменении таксономии.

Показатель, специфичный для организации, не требует расширения автоматически. Если он представлен только как вспомогательная информация и его разметка не требуется в соответствии с окончательными правилами представления отчётности, расширение может не понадобиться. И наоборот, обязательное существенное раскрытие нельзя оставить без разметки лишь потому, что составитель не разработал управление расширениями.

Зрелая цифровая запись содержит как минимум пять версий:

версия правового источника — использованные директива, делегированный регламент и национальные меры по имплементации;

версия ESRS — конкретные применённые стандарты и исправления;

версия таксономии — пакет, точка входа и дата выпуска;

версия сопоставления — утверждённая взаимосвязь между внутренними точками данных и понятиями таксономии;

версия отчёта — окончательный опубликованный управленческий отчёт или отчёт об устойчивом развитии.

Связь между ними имеет значение. Сопоставление, подготовленное на основе таксономии ESRS 2023, нельзя молча перенести в отчёт, подготовленный в соответствии с пересмотренными ESRS. В записи должно быть указано, было ли сопоставление сохранено, изменено, разделено, объединено, удалено или заменено кандидатом на расширение.

Используйте журнал изменений, в котором указаны основание изменения, затронутые факты, ответственный, проверка, последствия для сравнительных данных и необходимость повторного формирования ранее утверждённой отчётности. Храните фактический пакет таксономии, а не только веб-ссылку, которая впоследствии может вести на более новую версию.

Техническая валидация может быть эффективной. В зависимости от окончательных правил и программного обеспечения она может выявлять:

недействительные ссылки на таксономию или схему;

отсутствующие или противоречивые контексты;

неверные единицы измерения или масштабирование;

дублирующиеся факты с противоречивыми значениями;

недействительные перечисления;

несогласованности в расчётах;

отсутствующие факты, выявленные правилами формул;

неверное использование понятий расширений или взаимосвязей;

факты, не соответствующие видимому тексту;

дефекты пакета представления отчётности и XHTML.

Она сама по себе не может определить:

входит ли отчитывающаяся организация в сферу правового регулирования;

является ли оценка двойной существенности надёжной;

содержит ли тема или точка данных существенную информацию;

является ли граница или оценка обоснованной;

действительно ли политика действует;

располагает ли осуществляемая деятельность заявленными ресурсами;

является ли целевой показатель достоверным или сбалансированы ли результаты деятельности;

являются ли текущие и ожидаемые финансовые последствия полными;

является ли повествовательная часть достоверной, нейтральной и понятной;

сохраняет ли технически действительное расширение сопоставимость.

Таким образом, отсутствие замечаний в отчёте о валидации свидетельствует о технической обработке, но не является сертификатом соответствия.

Рисунок 2. Рабочий процесс сопоставления и граница между технической валидацией и проверкой отчётности человеком. Оригинальная практическая визуализация London Reporting Academy.

Цифровой уровень следует включить в среду контроля подготовки отчётности ещё до начала обязательной разметки.

Лицо, выбирающее понятие таксономии, не должно быть единственным лицом, утверждающим сопоставление. Проверяющий должен понимать как смысл раскрытия, так и техническую модель. Для фактов с высоким риском — таких как выбросы ПГ, финансовые последствия, инциденты с персоналом или ключевые показатели EU Taxonomy — рассмотрите совместную проверку владельцем предметной области, отчётной командой и специалистом по XBRL.

Итоговый контроль должен сопоставлять:

значение, отображаемое в отчёте;

значение в файле расчётов;

значение в факте XBRL;

контекст, единицу измерения, масштаб и знак;

порядок представления сравнительных данных и пересчёта;

любую разницу, связанную с округлением.

Для повествовательных текстов и текстовых блоков требуется аналогичная проверка: размеченный текст должен быть видимым, полным и не выходить за пределы предполагаемого раскрытия.

Проверяющим следует изучать документ в средстве визуализации, удобном для восприятия человеком. Одна лишь техническая экстракция может не выявить проблемы отображения, скрытый текст, дублирующиеся абзацы или теги, прикреплённые к неправильному видимому содержанию. Храните отображённый результат, результаты валидации, реестр сопоставлений, утверждения расширений и итоговую контрольную сумму как часть комплекта доказательств публикации.

Контекст. Meridian Components подготавливает отчёт об устойчивом развитии в соответствии с ESRS и ожидает, что цифровая разметка станет обязательной в будущем отчётном цикле. Пересмотренные ESRS и окончательная таксономия ESEF ещё не входят в действующие требования к представлению её отчётности.

Решение. Meridian не публикует добровольную отчётность, описанную как «обязательный отчёт ESRS XBRL». Вместо этого она создаёт внутренний реестр цифровых сопоставлений.

Реализация. Реестр связывает каждое утверждённое раскрытие с внутренними идентификаторами точек данных, страницами отчёта, ответственными лицами, доказательствами, типами фактов и текущим понятием EFRAG Set 1, если существует обоснованный кандидат. Сопоставления, затронутые пересмотренными ESRS, помечаются как «предварительные — выполнить повторное сопоставление после утверждения окончательной таксономии». Показатели, специфичные для организации, регистрируются как возможные кандидаты на расширение, но не реализуются до установления окончательных правил для расширений.

Контроль. Отчётная команда тестирует наиболее сложные раскрытия в изолированной среде и фиксирует технические предупреждения. Руководство получает отчёт о готовности, в котором пробелы в содержании отделены от технических дефектов.

Ограничение. Действия Meridian не устанавливают, что сопоставление будет принято в соответствии с будущими правилами представления отчётности. Они сокращают объём работ по миграции и выявляют недостатки базовой системы раскрытия информации.

Иллюстративная формулировка — адаптируйте к фактам и правовым требованиям. «Отчёт об устойчивом развитии подготовлен в формате, удобном для восприятия человеком, в соответствии с требованиями к представлению отчётности, применимыми к Группе за год, закончившийся 31 December 20X6. Обязательная разметка отчётности об устойчивом развитии к этому отчётному циклу не применялась. Группа вела внутренний реестр точек данных и сопоставлений для поддержки будущей готовности к цифровому представлению отчётности. Реестр использовал таксономию EFRAG ESRS Set 1 в качестве технического справочного материала, если это было уместно; сопоставления, затронутые пересмотренными стандартами или будущими правилами ESEF, остаются предварительными и не представлены как регуляторная отчётность».

Эта формулировка работает только тогда, когда она фактически точна. Она отделяет правовой статус отчёта от готовности составителя, указывает на предварительный характер сопоставления и избегает необоснованного заявления о соответствии.

Называть таксономию EFRAG действующей обязательной таксономией для подачи отчётности. Исправление: указать её техническую роль и проверить, приняла ли Комиссия соответствующие правила ESEF.

Выполнять сопоставление до утверждения существенности и применимости. Исправление: связать сопоставление с реестром решений о раскрытии.

Рассматривать извлечение страниц PDF как модель фактов. Исправление: определить период, организацию, единицу измерения, границы, измерения и статус оценки.

Использовать таксономию как словарь данных без внутренних идентификаторов. Исправление: отделить стабильные внутренние точки данных от версий внешней таксономии.

Предполагать, что всё содержание повествовательного характера будет размечено как один блок. Исправление: понять различия между текстовыми блоками, полуповествовательными элементами и правилами окончательной разметки.

Создавать расширения для удобства. Исправление: документировать поиск концепций, альтернативы измерений и окончательные критерии регуляторного расширения.

Игнорировать логику сравнительных данных и пересчёта. Исправление: версионировать контексты и согласовывать изменённые методы или границы.

Позволять поставщику услуг XBRL принимать содержательные решения в отношении отчётности. Исправление: сохранять ответственность руководства и этапы технической проверки.

Закрывать все вопросы, поскольку отчёт о валидации имеет зелёный статус. Исправление: вести раздельные технические и содержательные замечания.

Не выполнять повторную генерацию после внесения изменений в окончательный отчёт. Исправление: совместно зафиксировать окончательный исходный файл, версию сопоставления и контрольную сумму.

Миф: «После того как файл XBRL прошёл валидацию, отчётность об устойчивом развитии соответствует требованиям».

Реальность: Валидация проверяет правила, закодированные в таксономии, спецификации подачи и программном обеспечении. Соответствие ESRS также зависит от правовой сферы применения, существенности, достоверного представления, границ, методик, доказательств, представления и управления. Допустимый экземпляр всё ещё может содержать разметку неполного или вводящего в заблуждение отчёта.

Основные правовые и технические связи

Директива об учёте, статья 29d — основание для электронного формата и разметки с внесёнными изменениями.

Директива (EU) 2026/470 — текущие изменения, включая гарантию запрета разметки до принятия правил.

Таксономия EFRAG ESRS Set 1 XBRL и пояснительные материалы — техническая таксономия для ESRS 2023 года.

Работа ESMA в отношении ESEF — предлагаемые правила разметки, расширения, валидация и механизмы подачи.

Пересмотренные ESRS — целевой набор требований, предназначенный для представления в форме, доступной для чтения человеком, который потребует соответствующего цифрового обновления.

Следующие практические материалы

Матрица раскрытий ESRS и указатель содержания: сопоставление требований с местами в отчёте и доказательствами.

Управление данными ESRS и внутренние средства контроля: владельцы точек данных, расчёты и средства контроля проверки.

Контрольный список соответствия ESRS и бесплатная матрица раскрытий: инструмент контроля публикации, включённый в этот пакет.