Skip to the answer

Disclosure GuidesPillar guides, articles, FAQ and expert notes

Уровень 2 · Decision guide·IFRS S1 / S2 · Disclosure guides

Таксономия раскрытия информации об устойчивом развитии IFRS: цифровая разметка для IFRS S1 и S2

Назначение, обязательные требования, элементы SASB, расширения, контроль версий и предлагаемые обновления

Для кого этот курс A 18-minute read for reporting teams working through Климатические риски, сценарный анализ и устойчивость в соответствии с IFRS S2, and for reviewers testing whether the evidence behind it holds.

Опубликованный паспорт

Current as at 11 Август 2026
RK Проверил Dr Ross KurinkoLinkedIn Strategic ESG Advisor · IFRS S1 & S2 / GRI / ESRS expert GRI Certified Global Trainer · PhD, University of Cambridge · ESG-AI expert 15+ years on FTSE 100 & Fortune Global 500 disclosures Canary Wharf, London Учебные материалы LRA · Не выпущено и не одобрено IFRS

Edition written against

IFRS S1 / S2 (August 2026)

Source cut-off: 1 August 2026. Official texts and jurisdictional implementation requirements can change. Before publication or …

Опубликовано

14 Авг 2026

Knowledge Hub guide

Последняя проверка

11 Авг 2026

Short answer

The answer, before the reasoning

Таксономия раскрытия информации об устойчивом развитии IFRS содержит цифровые элементы, необходимые для того, чтобы раскрытия информации в соответствии с IFRS S1 и IFRS S2 были машиночитаемыми. Сама по себе она не делает разметку обязательной: регулятор рынка ценных бумаг, фондовая биржа или иной орган соответствующей юрисдикции решает, должен ли субъект представлять отчетность в цифровом формате, какую точку входа и формат таксономии использовать, разрешены ли локальные расширения и какие правила валидации применяются.

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

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

На практике

Карта статьи

Этап Что сможет сделать читатель
Ответить Объяснить, что делает таксономия и кто решает, является ли разметка обязательной.
Различить Разграничить таксономию, требование о представлении отчетности, техническую валидацию и соответствие требованиям IFRS.
Применить Использовать контролируемый рабочий процесс разметки и иерархию принятия решений по расширениям.
Подтвердить доказательствами Сформировать записи о сопоставлении, версии, расширениях и валидации.
Обновить Оценить предложение от июля 2026 года, не рассматривая его как выпущенную таксономию.

Почему цифровая разметка имеет значение

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

Важно различать, что Таксономия представляет собой цифровое представление понятий, связанных с раскрытием информации, а не отдельную систему подготовки отчетности. Соответствующее раскрытие сначала должно быть подготовлено в соответствии с применимыми Стандартами раскрытия информации об устойчивом развитии IFRS и правилами соответствующей юрисдикции субъекта. Затем разметка указывает значение, период, единицу измерения, отчитывающийся субъект и, где это уместно, аспекты этого раскрытия в структурированном формате, таком как XBRL или Inline XBRL.

Rule

ПОЧЕМУ КОМАНДЫ ДОПУСКАЮТ ОШИБКИ

Три решения часто сводят к одному: применяются ли IFRS S1 и S2; требует ли юрисдикция представления отчетности в цифровом формате; и точно ли выбранные теги отражают опубликованное раскрытие. Они связаны между собой, но ни одно из них автоматически не отвечает на два других вопроса.

Краткая ориентация

От требования о раскрытии информации к размеченному факту

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

На практике

Вопрос Практический ответ
Кто устанавливает требования к раскрытию информации? IFRS S1 и IFRS S2 в редакции, принятой или иным образом применяемой в соответствующей юрисдикции.
Кто принимает решение о том, является ли цифровая разметка обязательной? Соответствующий орган юрисдикции, регулирующий орган, биржа или оператор системы подачи отчетности.
Что предоставляет таксономия IFRS? Стандартизированные элементы, метки, ссылки, взаимосвязи и точки входа для разметки финансовой информации, связанной с устойчивым развитием, по IFRS.
Когда требуется элемент, созданный самой организацией? Только если представленный факт невозможно достоверно представить с помощью доступного элемента IFRS или соответствующего элемента SASB и правила подачи отчетности допускают расширения.
Доказывает ли успешное прохождение проверки валидации соответствие IFRS? Нет. Обычно оно доказывает только то, что заданные технические проверки и проверки по правилам подачи отчетности пройдены.

На практике

Ключевые понятия простыми словами

Понятие Значение на практике Не следует путать с
Элемент таксономии Цифровое понятие, используемое для идентификации значения раскрытого факта, например показателя, описательного раскрытия или раскрытия, связанного с политикой. Формулировкой, напечатанной в отчете. Элемент может представлять формулировку, отличающуюся от его метки, если экономический смысл или смысл отчетности совпадает.
Тег Применение элемента таксономии к конкретному факту в отчете. Гиперссылкой или визуальной меткой. Тег содержит структурированный смысл и технические атрибуты.
Контекст Информация, идентифицирующая отчитывающуюся организацию, отчетный период и другие характеристики факта, к которому применен тег. Текстом, окружающим факт в отчете.
Измерение / член измерения Структурированный способ дезагрегировать одно понятие — например, по категории Scope 3, географии, бизнес-сегменту или другому разрешенному уровню детализации. Созданием отдельного пользовательского элемента для каждого уровня детализации.
Точка входа Определенный пакет или подмножество таксономии, импортируемое в среду подачи отчетности. Порталом подачи отчетности или опубликованным отчетом.
Элемент расширения Элемент, созданный самой организацией или регулирующим органом, поскольку базовые таксономии не содержат подходящего понятия. Предпочтительной меткой или дубликатом существующего элемента IFRS.
Привязка / взаимосвязь Взаимосвязь, которая помогает пользователям понять, как расширение связано с понятием стандартной таксономии. Доказательство того, что расширение является корректным по существу.
Валидация Автоматизированные или ручные проверки на соответствие техническим спецификациям и правилам представления отчетности. Полная проверка качества или соответствия раскрытий IFRS S1/S2.

Что делает Таксономия раскрытия информации об устойчивом развитии по МСФО

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

Отражает концепции раскрытия информации, предусмотренные IFRS S1 и IFRS S2. Таксономия 2024 года отражает Стандарты, выпущенные в июне 2023 года, и включает элементы, связанные с сопроводительными материалами, такими как руководство по применению и иллюстративные примеры.

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

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

Работает совместно с Таксономией стандартов SASB. Отраслевая информация может быть промаркирована с использованием соответствующих элементов SASB, если составитель применяет Стандарты SASB или IFRS S1/S2 совместно с отраслевым руководством.

Чего Таксономия не делает

Она не определяет, какие организации обязаны применять IFRS S1 или IFRS S2.

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

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

Она не превращает раскрытие, не относящееся к МСФО, в раскрытие по МСФО лишь потому, что к нему был присоединен элемент МСФО.

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

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

Rule

ТРЕБОВАНИЕ И ПРАКТИКА ВНЕДРЕНИЯ

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

Требования юрисдикции: первая точка принятия решения

Фонд МСФО публикует и поддерживает таксономию, однако обязательства по представлению отчетности обычно устанавливаются посредством принятия таксономии в юрисдикции, регулирования рынка ценных бумаг, правил биржи или другого требования к представлению отчетности. Поэтому две организации, которые обе публикуют раскрытия по IFRS S1/S2, могут столкнуться с разными требованиями к цифровому представлению отчетности. Одна может направлять регулятору пакет Inline XBRL; другая может публиковать только отчет, предназначенный для чтения человеком; третья может использовать местную таксономию устойчивого развития, которая импортирует элементы МСФО или сопоставляет с ними свои элементы.

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

На практике

Поле правил представления отчетности Что необходимо подтвердить Сохраняемые подтверждающие материалы
Охват и область применения Какие организации, ценные бумаги, отчеты и отчетные периоды входят в область применения? Закон, нормативный акт, правило биржи или уведомление регулятора.
Разрешенная таксономия Таксономия раскрытия информации об устойчивом развитии по МСФО, местная таксономия, импортированный пакет или указанная версия? Руководство по представлению отчетности и идентификатор пакета таксономии.
Технический формат XBRL, Inline XBRL, JSON, поля данных на портале или иная структура? Действующие технические спецификации.
Детализация присвоения тегов Какие описательные части, таблицы, значения и примечания должны иметь теги? Правила присвоения тегов и примеры, выпущенные органом, ответственным за представление отчетности.
Расширения Разрешены ли расширения, ограничены ли они, требуется ли их привязка или они запрещены? Политика расширений и правила валидации.
Язык и метки Можно ли использовать метки на местном языке и как следует сохранять официальную идентичность элемента? Правила перевода или обозначения.
Подтверждение / проверка Входит ли цифровой слой в объем проверки для целей подтверждения или регуляторного контроля? Применимое законодательство о подтверждении, объем задания или рекомендации регулятора.
Срок и повторное представление Когда должен быть представлен цифровой файл и как исправляются ошибки? Календарь представления и протокол исправлений.

На практике

Практический процесс разметки

Шаг Действие Ответственный и исходные данные — Результат / контроль
1 Зафиксировать основу отчетности и цифровое требование. Руководитель подготовки отчетности, руководитель юридического/регуляторного направления, руководство по представлению. — Утвержденная записка об объеме и применимая версия таксономии.
2 Зафиксировать набор раскрытий, доступный для восприятия человеком. Технические авторы, ответственные за финансы и устойчивое развитие. — Версия отчета с идентификаторами абзацев и таблиц.
3 Составить сопоставление раскрытий с элементами. Специалист по разметке с использованием актуальных пакетов таксономий IFRS и SASB. — Реестр сопоставления с указанием выбранного элемента, обоснования, контекста и размерностей.
4 Устранить пробелы с использованием иерархии принятия решений по расширениям. Специалист по разметке и технический рецензент. — Утвержденное расширение или документированное использование существующего элемента.
5 Создать контексты, единицы измерения, размерности и взаимосвязи. Команда по цифровой отчетности. — Структурированные факты, достоверно воспроизводящие отчетный период, отчитывающийся субъект и дезагрегацию.
6 Выполнить техническую валидацию. Специалист по программному обеспечению и подаче отчетности. — Отчет об ошибках, журнал предупреждений и устраненные технические исключения.
7 Провести содержательную проверку. Технический рецензент по IFRS и ответственные за раскрытия. — Подтверждение того, что каждый тег представляет фактическое раскрытие и применимое значение по IFRS.
8 Утвердить, подать и архивировать. Уполномоченные подписанты и издатель. — Поданный пакет документов, подтверждение принятия, запись о версии и план исправлений.

Расширения, специфичные для организации: применяйте дисциплинированную иерархию

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

Дерево решений по расширениям и контролю версий

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

На практике

Решение Вопрос для рассмотрения Предпочтительный ответ
1. Существует ли элемент IFRS? Представляет ли элемент текущей Таксономии раскрытий в области устойчивого развития IFRS содержание раскрываемого факта? Используйте его, даже если наименование элемента не совпадает с формулировкой в отчете; применяйте соответствующее предпочтительное наименование, если это допускается правилами подачи отчетности.
2. Существует ли соответствующий элемент SASB? Является ли факт отраслевым раскрытием, представленным в текущей Таксономии стандартов SASB? Используйте элемент SASB, если это допускается основой подготовки отчетности и архитектурой ее подачи.
3. Существует ли элемент, специфичный для регулятора? Предоставляет ли орган, принимающий отчетность, обязательный местный элемент для этого факта? Используйте его в соответствии с местными правилами, сохраняя при этом требуемые связи с понятиями IFRS, если это применимо.
4. Действительно ли необходимо расширение? Будет ли любой доступный элемент искажать или затруднять понимание смысла раскрываемого факта? Создайте наиболее узкое расширение, достоверно представляющее это понятие.
5. Требуется ли связь? Можно ли связать расширение с более широким, более узким или иным образом сопоставимым базовым понятием? Создайте требуемую связь представления, расчета или привязки и документируйте обоснование.
6. Будет ли оно повторно использоваться в следующем году? Будет ли это же понятие последовательно использоваться в будущих периодах? Присвойте ему стабильный внутренний идентификатор понятия и определите правило вывода из обращения на случай, если будущая таксономия добавит подходящий стандартный элемент.

Rule

ПРЕДУПРЕЖДЕНИЕ О РАСШИРЕНИИ

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

Как вписывается SASB Standards Taxonomy

IFRS S1 требует, чтобы организация обращалась к темам раскрытия информации SASB и учитывала их применимость, а при выявлении применимых метрик — метрики, связанные с этими темами. Поэтому SASB Standards Taxonomy имеет значение, когда информация на основе отраслевой принадлежности является частью основы подготовки отчётности организации. Она поддерживается отдельно от IFRS Sustainability Disclosure Taxonomy, хотя предполагается, что эти две таксономии будут работать совместно.

Текущим пакетом SASB Standards Taxonomy на дату отсечения исходных данных является обновление 2024 года, выпущенное 28 October 2024 и технически обновлённое 7 November 2024. Пакеты 2022 и 2021 годов помечены как устаревшие. Команда по разметке не должна выбирать старый пакет лишь потому, что шаблон её программного обеспечения или сопоставление за предыдущий год по-прежнему указывает на него.

Зафиксируйте, поддерживает ли элемент SASB раскрытие информации, требуемое IFRS S1/S2, метрику, выбранную на основе руководства SASB, или отдельное утверждение, относящееся только к SASB.

Сохраняйте пространства имён IFRS и SASB видимыми в реестре сопоставления, а не переименовывайте все понятия в локальные поля.

Проверьте, изменяет ли сопутствующее изменение к отдельным стандартам SASB, связанным с климатом, от December 2025 исходную метрику или путь обновления таксономии для периодов, начинающихся 1 January 2027 или позднее.

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

Контроль версий: рассматривайте таксономию как контролируемое программное обеспечение для подготовки отчётности

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

На практике

Поле реестра Пример содержания Цель контроля
Название и версия таксономии Таксономия раскрытия информации об устойчивом развитии IFRS 2024; Таксономия стандартов SASB 2024. Предотвращать случайное использование черновых, устаревших или локальных тестовых пакетов.
Точка входа / пространство имён Точная импортированная точка входа и URI пространства имён. Сохранять идентичность элементов и воспроизводимость.
Версия правил подачи отчётности Руководство регулятора и правила валидации, действующие в отношении отчётного периода. Отделять изменения таксономии от изменений локальных правил подачи отчётности.
Сборка программного обеспечения Версии средств разметки и валидатора, использованные для подготовки и окончательной подачи отчётности. Воспроизводить результаты валидации и расследовать дефекты.
Версия сопоставления Контролируемый реестр сопоставления с указанием утверждающего лица и истории изменений. Отслеживать изменения по сравнению с метками и расширениями за предыдущий год.
Версия таксономии расширения Пакет расширения организации, связи и метки. Обеспечивать утверждение и стабильность всех расширений, а также их надлежащее связывание.
Оценка изменений Новые, изменённые, устаревшие или переименованные элементы и затронутые раскрытия информации. Направлять техническую проверку на области, изменённые в новом выпуске.
Архив Окончательный отчёт, документ экземпляра, пакеты таксономии, журналы валидации и подтверждение принятия. Обеспечить возможность будущего пересмотра, проверки и регуляторного запроса.

Предлагаемое обновление таксономии 1: текущий статус на 1 августа 2026 года

Предложение учитывает поправки к раскрытию информации о выбросах парниковых газов в соответствии с IFRS S2 от декабря 2025 года, которые применяются к годовым периодам, начинающимся 1 января 2027 года или после этой даты; досрочное применение разрешено. Предлагаемые изменения таксономии предусматривают цифровое моделирование следующих элементов:

объяснения, требуемого в случае, когда организация применяет ограничение на измерение и раскрытие выбросов категории 15 области 3 сверх финансируемых выбросов;

общего объема выбросов парниковых газов категории 15 области 3 и промежуточного итога финансируемых выбросов, включенных в этот общий объем;

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

связанных изменений ссылок, таблиц, осей и элементов, необходимых для отражения измененных требований IFRS S2.

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

Technical status

ПРИМЕЧАНИЕ О СТАТУСЕ

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

Цифровая валидация и соответствие IFRS являются разными контрольными этапами

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

На практике

Контрольный этап Типичные вопросы Что подтверждает успешное прохождение — Что оно не подтверждает
Контрольный этап 1: техническая проверка и проверка подачи Корректно ли сформирован файл? Присутствуют ли требуемые контексты, единицы измерения, взаимосвязи и обязательные поля? Проходят ли расчеты и правила подачи? Цифровой пакет соответствует установленным техническим проверкам и обычно может быть принят системой подачи отчетности. — Это не подтверждает, что раскрытие является существенным, полным, нейтральным, точным или соответствующим всем требованиям IFRS S1/S2.
Контрольный этап 2: содержательная проверка отчетности Представляет ли каждый тег опубликованный факт? Подготовлено ли раскрытие в соответствии с правильным стандартом, периодом, границей, методологией и суждением о существенности? Цифровое представление связано с технически проверенным раскрытием и подтверждающими его доказательствами. — Это не подтверждает, что регулятор или практикующий специалист по подтверждению согласится с каждым суждением, и не означает, что уведомление о принятии отчетности является заключением о подтверждении.

Гипотетический пример: производитель готовит свою первую цифровую отчетность

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

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

Hypothetical scenario

ИЛЛЮСТРАТИВНЫЙ СЦЕНАРИЙ

Производитель, чьи акции котируются на бирже, публикует раскрытия в соответствии с IFRS S1/S2 и обязан по требованию регулятора рынка ценных бумаг представить пакет Inline XBRL. В отчете описывается существенный риск перебоев в поставках, связанных с водой, приводится количественная оценка выручки, подверженной риску перебоев у поставщиков, раскрываются выбросы парниковых газов области 1–3 и включается отраслевой показатель, выбранный после рассмотрения руководства SASB.

Illustrative only. It shows how the decision is made, not wording that can be copied or relied on.

На практике

Слабое и более эффективное управление разметкой

Область Слабый подход Более эффективный подход
Сопоставление Теги выбираются непосредственно в программном обеспечении без реестра сопоставления раскрытий с элементами. Для каждого существенного факта имеются обоснование сопоставления, контекст, измерения, ответственный сотрудник и проверяющий.
Расширения Новый элемент создается всякий раз, когда формулировка в отчете отличается от наименования элемента таксономии. Расширения требуют документированного поиска элементов IFRS, SASB и разрешенных местных элементов, а также утверждения понятия отчетности.
Версионирование Пакет таксономии за предыдущий год используется повторно до тех пор, пока валидатор не выдаст ошибку. До начала тегирования оцениваются текущий разрешенный пакет и правила подачи; измененные и устаревшие элементы регистрируются.
Валидация Чистый отчет технического валидатора рассматривается как доказательство соответствия. Технические проверки и содержательная проверка по IFRS имеют отдельные области охвата, результаты и подтверждения.
Доказательства В архиве хранится только итоговый файл отчета. Сохраняются версия отчета, мэппинг, пакет расширений, файлы таксономии, журналы валидации, утверждения и подтверждение подачи.

На практике

Распространенные ошибки и способы их исправления

Ошибка Почему это происходит Риск — Исправление
Начинать с тегов до стабилизации раскрытия. Цифровой рабочий процесс рассматривается как отдельная производственная задача. Повторный мэппинг и несогласованные факты между человеко- и машиночитаемыми версиями. — Зафиксировать идентификаторы абзацев и таблиц, а затем управлять контролируемыми изменениями в рамках одной версии отчета.
Создавать расширения для предпочтительной формулировки. Метки ошибочно принимаются за определения. Сопоставимые стандартные факты становятся данными, специфичными для компании. — Оценить определение элемента и ссылки; использовать предпочтительные метки только в разрешенных случаях.
Игнорировать таксономию SASB. Отраслевые данные помещаются в локальные пользовательские поля. Утрата сопоставимости и ненужные расширения. — Искать в текущем пакете SASB соответствующий показатель, если он вытекает из отраслевых руководств SASB или IFRS.
Использовать устаревшую версию таксономии. Шаблоны за предыдущий год проще использовать повторно. Нарушенные ссылки на пространства имен, недействительная подача или вводящие в заблуждение сравнения. — Проводить ежегодную оценку влияния версий и вести утвержденный реестр точек входа.
Считать предупреждения валидации безвредными. Предполагается, что предупреждения являются лишь программным шумом. Существенная проблема контекста, знака, периода или дублирования может остаться нерешенной. — Ранжировать предупреждения по риску, документировать решения и получать одобрение проверяющего для принятых исключений.
Тегировать информацию, не относящуюся к IFRS, элементом IFRS. Команда хочет, чтобы все данные отчета выглядели сопоставимыми. Пользователи могут предположить, что факт соответствует требованию IFRS, хотя это не так. — Использовать соответствующий локальный элемент или элемент расширения и сделать основу подготовки отчетности прозрачной.

Rule

МИФ И РЕАЛЬНОСТЬ

Миф: «Если валидатор XBRL принимает файл, наши раскрытия по IFRS S1 и S2 соответствуют требованиям». Реальность: валидация обычно проверяет установленные правила цифрового представления и подачи. Соответствие требованиям IFRS зависит от того, отвечают ли лежащие в основе раскрытия всем применимым требованиям, включая существенность, достоверное представление, отчитывающуюся организацию, взаимосвязанную информацию, сроки и любые требования, относящиеся к конкретной теме.

Готовность

Контрольный список готовности к цифровой разметке

  • Определены и датированы применимый юрисдикционный мандат и руководство по подаче отчетности.
  • Зафиксированы разрешенные версия Таксономии раскрытия информации об устойчивом развитии IFRS и точка входа.
  • Доступна действующая Таксономия стандартов SASB, если могут потребоваться отраслевые элементы.
  • Версия отчета, доступная для чтения человеком, контролируется, а идентификаторы параграфов/таблиц являются стабильными.
  • Для каждого существенного факта с разметкой утверждены элемент, контекст, единица измерения и размерностная обработка.
  • Расширения ограничены, задокументированы, связаны и проверяются на предмет вывода из использования, когда становятся доступны стандартные элементы.
  • Версии таксономии, программного обеспечения, сопоставления и правил подачи зафиксированы в едином реестре.
  • Для ошибок и предупреждений технической валидации задокументированы решения.
  • Специалист по содержательной проверке удостоверился, что теги достоверно представляют опубликованное раскрытие и основу отчетности.
  • Окончательный пакет документов для подачи, журналы, утверждения и подтверждение принятия заархивированы.
  • Предлагаемые обновления отслеживаются отдельно от выпущенных требований таксономии.

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

Самопроверка

  1. Какие доказательства подтвердили бы, что расширение действительно было необходимо?
  2. Какой орган решает, должна ли ваша организация маркировать раскрытия по IFRS S1/S2?
  3. Как команда будет отличать выпущенное изменение таксономии от предлагаемого обновления?

Вопросы

Часто задаваемые вопросы

Обязательна ли разметка по IFRS S1/S2?

Таксономия раскрытия информации об устойчивом развитии IFRS предоставляет цифровые элементы, необходимые для того, чтобы раскрытия по IFRS S1 и IFRS S2 были машиночитаемыми. Сама по себе она не делает разметку обязательной: регулятор рынка ценных бумаг, фондовая биржа или иной юрисдикционный орган решает, должна ли организация подавать отчетность в цифровом формате, какую точку входа таксономии и формат использовать, разрешены ли местные расширения и какие правила валидации применяются. Технически действительная подача может по-прежнему содержать неполное или неверное раскрытие по IFRS, поэтому цифровая валидация и содержательное соответствие должны проверяться как отдельные этапы.

Что представляет собой расширение таксономии, специфичное для организации?

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

Можно ли использовать элементы таксономии SASB?

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

Подтверждает ли валидация XBRL соответствие требованиям?

Миф: «Если валидатор XBRL принимает файл, наши раскрытия по IFRS S1 и S2 соответствуют требованиям». Реальность: валидация обычно проверяет установленные правила цифрового представления и подачи. Соответствие требованиям IFRS зависит от того, отвечают ли лежащие в основе раскрытия всем применимым требованиям, включая существенность, достоверное представление, отчитывающуюся организацию, взаимосвязанную информацию, сроки и любые требования, относящиеся к конкретной теме.

Какие изменения предлагаются в 2026?

Предлагаемые изменения таксономии включают цифровое моделирование для: объяснения, требуемого, когда организация применяет ограничение на измерение и раскрытие выбросов Scope 3 Category 15 сверх финансируемых выбросов; общих выбросов парниковых газов Scope 3 Category 15 и промежуточного итога финансируемых выбросов, включенных в этот общий показатель; выбранной системы классификации отраслей для дезагрегации финансируемых выбросов и объяснения того, почему эта система предоставляет полезную информацию о подверженности переходному риску; связанных изменений ссылок, таблиц, осей и членов, необходимых для отражения измененных требований IFRS S2. Документ от July 2026 представляет собой предложение для представления комментариев, а не действующую обязательную таксономию.

Практический вывод

Рассматривайте цифровую маркировку как контролируемый уровень подготовки отчётности, а не как программную задачу, выполняемую постфактум. Наиболее надёжная последовательность такова: установить основу для подготовки отчётности и юрисдикционные требования, стабилизировать раскрытие информации, сопоставить его с актуальными элементами IFRS и SASB, контролировать расширения и версии, а также провести техническую и содержательную проверку. Такой подход сохраняет сопоставимость, не позволяя цифровой форме затмить качество лежащей в основе информации IFRS S1/S2.

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.

Download .xlsx

✓ LRA AI Assistant · Human-in-the-loop

Ask about this guide

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

Попробуйте
2 бесплатных ответа Automated · the LRA team is one click away

Углубиться · IFRS S1 / S2

Обучение по IFRS S1 и S2

Финансовая существенность, сценарный анализ и раскрытие климатической информации в соответствии с S2 с применением к вашей собственной отчетности.

Available as Guided Flex, Live Cohort, 1:1 Expert Mentorship or Corporate Programme.

See course formats
/ru/knowledge-hub/disclosure-guides/ifrs-issb/ifrs-issb-climate-risk-scenarios-resilience/ifrs-sustainability-disclosure-taxonomy-digital-tagging-for-ifrs-s1-an/