Статьи — 

Илья Базалевский, №7-8/2026

22.09.2026

на главную
ВЕСТНИК НАУФОР №7-8/2026
Читать в pdf
ЗАДАЧА/РЕШЕНИЕ
Илья Базалевский
менеджер проекта XBRL ООО «Аванкор»

Подружиться с XBRL

Программное решение «Аванкор» для работы с XBRL-CSV 2.0
Требования Банка России к отчётности постепенно меняются: кроме только итоговых отчетных показателей регулятору требуется всё больше детализированной информации об операциях и объектах учёта. Вендеры предлагают программные решения, которые позволят правильно подготовить учётно-операционные данные в новом формате XBRL-CSV 2.0

1. Введение

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

В российской практике данная тенденция получила последовательное развитие в рамках внедрения стандарта XBRL. Банк России указывает, что формат XBRL используется для представления отчётности широким кругом участников финансового рынка; для ряда категорий организаций его применение стало обязательным начиная с 2018 года. При этом сама система XBRL рассматривается не только как формат файла, но и как технологическая модель описания регуляторных требований посредством таксономии.

Следующим этапом развития становится переход к работе с гранулированными, то есть детализированными, учётно-операционными данными. Для профессиональных участников рынка ценных бумаг (ПУРЦБ) речь идёт о данных внутреннего учёта, которые по своей природе значительно ближе к первичным операционным данным, чем к классической регуляторной отчётности.

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

Банк России сформировал специальный набор таксономии и технологических материалов для сбора и обработки учётно-операционных данных ПУРЦБ в формате XBRL-CSV. На актуальном этапе опубликована финальная таксономия версии 6.1.0.10, а также правила формирования данных, методические рекомендации, материалы для проверки контрольных соотношений, схемы проверки JSON и примеры пакетов XBRL-CSV.

Формат XBRL-CSV 2.0 представляет собой один из ответов на эту задачу. Его принципиальная особенность заключается в сочетании табличного представления данных с семантической строгостью XBRL. Формат предназначен для представления больших объёмов учётно-операционных данных в удобной табличной форме. При этом XBRL-CSV 2.0 сохраняет основные преимущества XBRL: данные формируются по единой структуре, установленной таксономией Банка России, и могут автоматически проверяться на соответствие установленным требованиям.

Для специалиста по отчётности подготовку данных в формате XBRL-CSV 2.0 можно представить как следующий процесс: необходимо взять данные из внутренних учётных систем, привести их к требованиям таксономии Банка России, сформировать из них CSV-файлы и специальный файл mapping.json, упаковать в пакет, после чего провести его проверку, подписать и передать регулятору.

Таким образом, XBRL-CSV 2.0 целесообразно рассматривать не как простой альтернативный формат CSV-файла, а как технологический механизм представления структурированных данных, в котором табличная форма является лишь внешним способом сериализации более сложной информационной модели.

2. От XBRL-отчётности к детализированным учётно-операционным данным

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

внутренние системы > обработка и агрегация > показатели отчётности > XBRL-документ > регулятор.

Для детализированных данных структура принципиально иная:

внутренние системы > извлечение первичных/операционных фактов > структурирование > XBRL-CSV > регулятор.

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

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

В частности, информационная система ПУРЦБ должна обеспечить:

  1. идентификацию источников необходимых данных;
  2. сопоставление внутренних объектов учёта с объектами таксономии;
  3. приведение значений к установленным типам и справочникам;
  4. формирование взаимосвязанных записей;
  5. соблюдение требований к уникальности и идентификации фактов;
  6. выполнение контрольных соотношений;
  7. формирование технически корректного пакета;
  8. воспроизводимость процесса подготовки данных.

Именно поэтому переход к XBRL-CSV 2.0 является не столько задачей замены одного формата файла другим, сколько задачей перестройки информационного процесса.

3. Методологические основы XBRL-CSV 2.0

3.1 Что представляет собой XBRL-CSV 2.0

Для понимания XBRL-CSV 2.0 важно разделять сами данные и правила, которые объясняют, что именно эти данные означают.

Если говорить простыми словами, то факты XBRL — это обычные данные, с которыми ежедневно работают бухгалтеры и специалисты по отчётности: суммы, даты, номера договоров, ФИО клиентов, коды ценных бумаг, адреса, реквизиты организаций и другие показатели.

Однако для регулятора важно не только само значение, но и ответ на вопрос: к чему именно относится это значение.

Например, число 100 000 000 рублей само по себе не несёт достаточной информации. Необходимо понимать:

  • что именно отражает эта сумма;
  • к какой организации она относится;
  • за какой период представлена;
  • в какой валюте указана;
  • относится ли она к определённому клиенту, договору, операции или финансовому инструменту.

В XBRL для этого используются специальные понятия.

Например, значение:

150 000 руб.

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

  • это показатель «Стоимость активов»;
  • данные относятся к конкретной организации;
  • отчётная дата — 31.12.2025;
  • сумма указана в рублях;
  • показатель относится к определённому клиенту или финансовому инструменту.

Именно совокупность значения и его описания образует факт XBRL.

Таким образом, строка в XBRL-CSV — это не просто запись таблицы, как в обычном Excel-файле или базе данных. Она содержит данные, смысл которых определяется таксономией и дополнительными правилами описания.

Для хранения этих правил используются специальные метаданные, в том числе файл mapping.json. Он описывает, как именно колонки CSV-файлов связаны с показателями таксономии Банка России.

Международный стандарт XBRL предусматривает единую информационную модель (Open Information Model, OIM), которая позволяет представлять одни и те же данные в разных технических форматах: XML, JSON или CSV.

Поэтому переход от классического XBRL-XML к XBRL-CSV не означает изменения состава данных или отказа от требований таксономии. Изменяется только способ хранения и передачи информации: вместо сложных XML-файлов используются более компактные и удобные табличные данные.

3.2. Табличная форма как способ эффективного хранения

Спецификация XBRL-CSV допускает гибкую организацию таблиц. Связь между данными и их семантикой определяется JSON-метаданными. Метаданные указывают, какие CSV-таблицы входят в отчёт и каким образом следует интерпретировать их колонки.

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

С методологической точки зрения это позволяет разделить два уровня:

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

уровень метаданных — описание того, как эти записи должны интерпретироваться в терминах XBRL.

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

Пример представления информации в файле XBRL-XML

Пример отображени