Что такое XBRL-CSV 2.0 и как подготовить отчётность для Банка России
С 2026 года Банк России вводит новый формат представления отчётности — XBRL-CSV 2.0. Он станет обязательным для профессиональных участников рынка ценных бумаг, включая банки с брокерской и дилерской лицензией.
При этом у большинства участников рынка сегодня больше вопросов, чем ответов:
— как выстроить процесс подготовки отчётности,
— как работать с большими объёмами данных,
— как избежать ошибок при проверке и отправке.
В этой статье разберём:
При этом у большинства участников рынка сегодня больше вопросов, чем ответов:
— как выстроить процесс подготовки отчётности,
— как работать с большими объёмами данных,
— как избежать ошибок при проверке и отправке.
В этой статье разберём:
- что такое XBRL-CSV 2.0 простыми словами,
- чем он отличается от классического XBRL,
- как выглядит процесс подготовки отчётности по шагам,
- и какие инструменты позволяют упростить этот процесс.
О чем статья
Что такое XBRL-CSV 2.0
XBRL-CSV 2.0 — это новый формат регуляторной отчётности, который Банк России вводит для работы с большими объёмами данных. Если упростить, это тот же XBRL, но переведённый из сложного XML-языка в более привычный табличный формат.
Раньше отчётность в XBRL выглядела как большой XML-файл — с вложенными тегами, сложной структурой и тяжёлой обработкой. Такой формат неудобен, когда данных становится много: файлы разрастаются, проверки занимают время, а ошибки сложно найти.
В XBRL-CSV подход меняется. Данные теперь хранятся в виде таблиц (CSV), а логика и структура описываются отдельно — через JSON и таксономию. Это позволяет работать с отчётностью так же, как с обычными таблицами, но при этом сохранять все требования регулятора.
Представьте простой пример.
Есть данные по операциям: дата, сумма, клиент, тип сделки. В классическом XBRL это будет выглядеть как длинная цепочка XML-тегов, где каждая строка зашита в структуру файла.
В XBRL-CSV это обычная таблица:
Раньше отчётность в XBRL выглядела как большой XML-файл — с вложенными тегами, сложной структурой и тяжёлой обработкой. Такой формат неудобен, когда данных становится много: файлы разрастаются, проверки занимают время, а ошибки сложно найти.
В XBRL-CSV подход меняется. Данные теперь хранятся в виде таблиц (CSV), а логика и структура описываются отдельно — через JSON и таксономию. Это позволяет работать с отчётностью так же, как с обычными таблицами, но при этом сохранять все требования регулятора.
Представьте простой пример.
Есть данные по операциям: дата, сумма, клиент, тип сделки. В классическом XBRL это будет выглядеть как длинная цепочка XML-тегов, где каждая строка зашита в структуру файла.
В XBRL-CSV это обычная таблица:
Дата | Клиент | Тип сделки | Сумма
01.01.2026 | ООО "А" | Покупка | 1 000 000
01.01.2026 | ООО "Б" | Продажа | 500 000 Но при этом к этой таблице подключена таксономия, которая говорит:
— какие поля обязательны,
— какие проверки должны выполняться,
— как эти данные интерпретирует Банк России.
В результате XBRL-CSV 2.0 — это не просто новый формат файлов, а переход к более современному, дата-центричному подходу, где отчётность строится вокруг данных, а не вокруг сложной структуры документа.
— какие поля обязательны,
— какие проверки должны выполняться,
— как эти данные интерпретирует Банк России.
В результате XBRL-CSV 2.0 — это не просто новый формат файлов, а переход к более современному, дата-центричному подходу, где отчётность строится вокруг данных, а не вокруг сложной структуры документа.
Почему Банк России переходит на XBRL-CSV 2.0
Основная причина перехода — резкий рост объёма данных, с которыми работает регулятор.
Если раньше отчётность представляла собой агрегированные показатели, то сейчас Банк России всё чаще запрашивает детальные данные по операциям: сделки, клиенты, договоры, движения средств. И это уже не тысячи строк, а миллионы и десятки миллионов записей в одном отчёте. В классическом XBRL такой объём превращается в проблему. Файл становится тяжёлым, его сложно сформировать, долго проверять и ещё сложнее — исправлять ошибки.
Представьте ситуацию:
Вам нужно передать данные по операциям за месяц — это, например, 20–30 миллионов строк.
В XML-формате такой файл может занимать гигабайты и обрабатываться часами. Любая ошибка — и весь процесс приходится повторять.
XBRL-CSV 2.0 решает эту задачу иначе: данные хранятся в табличном виде, а проверки выполняются прямо на уровне базы данных — с помощью SQL.
Это означает, что:
— файлы становятся значительно меньше,
— проверка проходит быстрее,
— ошибки можно находить точечно, а не вслепую в структуре XML.
По сути, регулятор меняет сам подход: от документной отчётности — к работе с данными как с массивами, которые можно быстро анализировать и проверять. Для рынка это означает одно: меняется не только формат, но и вся логика подготовки отчётности.
Если раньше отчётность представляла собой агрегированные показатели, то сейчас Банк России всё чаще запрашивает детальные данные по операциям: сделки, клиенты, договоры, движения средств. И это уже не тысячи строк, а миллионы и десятки миллионов записей в одном отчёте. В классическом XBRL такой объём превращается в проблему. Файл становится тяжёлым, его сложно сформировать, долго проверять и ещё сложнее — исправлять ошибки.
Представьте ситуацию:
Вам нужно передать данные по операциям за месяц — это, например, 20–30 миллионов строк.
В XML-формате такой файл может занимать гигабайты и обрабатываться часами. Любая ошибка — и весь процесс приходится повторять.
XBRL-CSV 2.0 решает эту задачу иначе: данные хранятся в табличном виде, а проверки выполняются прямо на уровне базы данных — с помощью SQL.
Это означает, что:
— файлы становятся значительно меньше,
— проверка проходит быстрее,
— ошибки можно находить точечно, а не вслепую в структуре XML.
По сути, регулятор меняет сам подход: от документной отчётности — к работе с данными как с массивами, которые можно быстро анализировать и проверять. Для рынка это означает одно: меняется не только формат, но и вся логика подготовки отчётности.
Основные отличия форматов
Ниже мы собрали все ключевые отличия форматов в одной таблице — чтобы вы сразу увидели, что именно меняется и почему старые подходы больше не работают.
Главная проблема: требования есть, но как реализовать — непонятно
На момент написания этого материала — 10 апреля 2026 года — у рынка всё ещё остаётся больше вопросов, чем ответов. Если вы читаете эту статью позже, часть из них уже могла проясниться, но ключевые сложности перехода на XBRL-CSV остаются актуальными.
На первый взгляд может показаться, что всё уже описано: есть таксономия, есть требования Банка России, есть формат. Но на практике этого недостаточно, чтобы реально подготовить отчёт.
Основная проблема в том, что между требованиями регулятора и реальными данными внутри компании нет прямого соответствия: формы отчётности не совпадают с привычной логикой учёта, а одни и те же показатели приходится собирать и пересчитывать по новой структуре.
В результате компании сталкиваются с типовыми сложностями:
— непонятно, какие именно данные нужны;
— данные находятся в разных системах и не связаны между собой;
— нет единой логики, как разложить их по структуре отчёта;
— отчёт не проходит проверки с первого раза.
Именно поэтому переход на XBRL-CSV 2.0 — это не просто смена формата, а перестройка всего процесса подготовки отчётности.
На первый взгляд может показаться, что всё уже описано: есть таксономия, есть требования Банка России, есть формат. Но на практике этого недостаточно, чтобы реально подготовить отчёт.
Основная проблема в том, что между требованиями регулятора и реальными данными внутри компании нет прямого соответствия: формы отчётности не совпадают с привычной логикой учёта, а одни и те же показатели приходится собирать и пересчитывать по новой структуре.
В результате компании сталкиваются с типовыми сложностями:
— непонятно, какие именно данные нужны;
— данные находятся в разных системах и не связаны между собой;
— нет единой логики, как разложить их по структуре отчёта;
— отчёт не проходит проверки с первого раза.
Именно поэтому переход на XBRL-CSV 2.0 — это не просто смена формата, а перестройка всего процесса подготовки отчётности.
Пошаговый процесс подготовки XBRL-CSV 2.0
Шаг 1. Понять запрос Банка России
Подготовка отчётности начинается с анализа запроса Банка России.
В запросе указывается:
— какую форму необходимо предоставить (точку входа),
— за какой период требуется отчёт,
— какие данные должны быть включены.
На этом этапе важно определить, что именно запрашивает регулятор, где находятся нужные данные внутри компании и в каком виде их необходимо собрать. Особенность этого шага в том, что запрос не всегда напрямую совпадает со структурой внутренних данных. Поэтому сначала требуется корректно определить состав данных и параметры отчёта, а уже затем переходить к их сбору и подготовке.
Подготовка отчётности начинается с анализа запроса Банка России.
В запросе указывается:
— какую форму необходимо предоставить (точку входа),
— за какой период требуется отчёт,
— какие данные должны быть включены.
На этом этапе важно определить, что именно запрашивает регулятор, где находятся нужные данные внутри компании и в каком виде их необходимо собрать. Особенность этого шага в том, что запрос не всегда напрямую совпадает со структурой внутренних данных. Поэтому сначала требуется корректно определить состав данных и параметры отчёта, а уже затем переходить к их сбору и подготовке.
Шаг 2. Сбор данных
На этом этапе формируется набор данных для отчёта. Данные, как правило, распределены по разным источникам: учётные системы, хранилища данных, CRM и операционные базы. В отчёт включаются данные по операциям, сделкам, клиентам и договорам, которые необходимо объединить в единый массив.
Особенность этапа — отсутствие единого источника и разнородность данных. Они могут храниться в разных форматах и системах, а общий объём достигать десятков миллионов строк.
Поэтому на практике требуется:
— собрать данные из нескольких источников,
— привести их к единому виду,
— подготовить для дальнейшей обработки и загрузки в отчёт.
На этом этапе формируется набор данных для отчёта. Данные, как правило, распределены по разным источникам: учётные системы, хранилища данных, CRM и операционные базы. В отчёт включаются данные по операциям, сделкам, клиентам и договорам, которые необходимо объединить в единый массив.
Особенность этапа — отсутствие единого источника и разнородность данных. Они могут храниться в разных форматах и системах, а общий объём достигать десятков миллионов строк.
Поэтому на практике требуется:
— собрать данные из нескольких источников,
— привести их к единому виду,
— подготовить для дальнейшей обработки и загрузки в отчёт.
Шаг 3. Приведение данных к формату XBRL-CSV
После сбора данные необходимо подготовить в соответствии с требованиями Банка России. Это включает:
— распределение данных по структуре отчёта,
— сопоставление с элементами таксономии,
— формирование CSV-файлов в установленном формате.
Ключевая особенность этапа — отсутствие прямого соответствия между исходными данными и формами отчётности. Данные нужно преобразовать и разложить по логике XBRL-CSV 2.0 с учётом требований к структуре, форматам и идентификаторам.
После сбора данные необходимо подготовить в соответствии с требованиями Банка России. Это включает:
— распределение данных по структуре отчёта,
— сопоставление с элементами таксономии,
— формирование CSV-файлов в установленном формате.
Ключевая особенность этапа — отсутствие прямого соответствия между исходными данными и формами отчётности. Данные нужно преобразовать и разложить по логике XBRL-CSV 2.0 с учётом требований к структуре, форматам и идентификаторам.
Шаг 4. Валидация отчёта
На этом этапе выполняется проверка отчёта на соответствие требованиям Банка России.
Валидация включает:
— контрольные соотношения, заложенные в таксономии,
— дополнительные SQL-проверки, используемые на стороне регулятора.
Особенность XBRL-CSV 2.0 — необходимость двойной проверки: как по правилам таксономии, так и по SQL-контролям. Проверка позволяет выявить несоответствия в данных и обеспечить корректность отчёта перед отправкой.
На этом этапе выполняется проверка отчёта на соответствие требованиям Банка России.
Валидация включает:
— контрольные соотношения, заложенные в таксономии,
— дополнительные SQL-проверки, используемые на стороне регулятора.
Особенность XBRL-CSV 2.0 — необходимость двойной проверки: как по правилам таксономии, так и по SQL-контролям. Проверка позволяет выявить несоответствия в данных и обеспечить корректность отчёта перед отправкой.
Шаг 5. Формирование и отправка отчёта
На финальном этапе подготавливается отчёт для передачи в Банк России.
Процесс включает:
— формирование файлов XBRL-CSV,
— сбор архива в установленной структуре,
— подписание электронной подписью (УКЭП),
— шифрование,
— загрузку в Единый личный кабинет Банка России.
На этом этапе важно соблюдение технических требований к структуре и составу архива, чтобы отчёт был корректно принят регулятором.
Дополнительно необходимо учитывать:
— максимальный размер архива — 5 ГБ;
— если архив превышает 5 ГБ, требуется направить запрос в Банк России (espp@cbr.ru);
— кодировка файлов — UTF-8 без BOM.
На финальном этапе подготавливается отчёт для передачи в Банк России.
Процесс включает:
— формирование файлов XBRL-CSV,
— сбор архива в установленной структуре,
— подписание электронной подписью (УКЭП),
— шифрование,
— загрузку в Единый личный кабинет Банка России.
На этом этапе важно соблюдение технических требований к структуре и составу архива, чтобы отчёт был корректно принят регулятором.
Дополнительно необходимо учитывать:
— максимальный размер архива — 5 ГБ;
— если архив превышает 5 ГБ, требуется направить запрос в Банк России (espp@cbr.ru);
— кодировка файлов — UTF-8 без BOM.
Инструменты для подготовки отчетности в формате XBRL-CSV 2.0
Ручная подготовка данных
Формирование отчётности с использованием Excel и CSV-файлов.
Подходит для небольших объёмов данных, но требует значительных трудозатрат и не масштабируется при росте нагрузки.
Собственная разработка
Создание внутреннего решения под требования XBRL-CSV 2.0.
Позволяет адаптировать процессы под компанию, но требует времени на разработку, ресурсов и последующей поддержки при изменениях требований.
Готовые решения
Использование готовых инструментов для подготовки XBRL-CSV2.0 отчётности.
Позволяет автоматизировать сбор данных, проверку и формирование отчёта с учётом требований Банка России и сократить время подготовки.
Почему мы советуем использовать готовое решение
Переход на XBRL-CSV 2.0 — это дополнительная нагрузка на сотрудников, которые уже работают с отчётностью в сжатые сроки.
Теоретически процесс можно выстроить вручную или разработать собственное решение. Однако на практике это потреюует значительных ресурсов: времени команды, участия ИТ, постоянных доработок и поддержки.
При этом требования Банка России продолжают развиваться — обновляются таксономии, контрольные соотношения и подходы к проверке данных. Это означает, что разработанное решение необходимо регулярно адаптировать.
В результате затраты на самостоятельную реализацию часто оказываются выше, чем использование готового специализированного инструмента, который уже учитывает требования регулятора и поддерживает их актуальность.
Теоретически процесс можно выстроить вручную или разработать собственное решение. Однако на практике это потреюует значительных ресурсов: времени команды, участия ИТ, постоянных доработок и поддержки.
При этом требования Банка России продолжают развиваться — обновляются таксономии, контрольные соотношения и подходы к проверке данных. Это означает, что разработанное решение необходимо регулярно адаптировать.
В результате затраты на самостоятельную реализацию часто оказываются выше, чем использование готового специализированного инструмента, который уже учитывает требования регулятора и поддерживает их актуальность.
Как выглядит процесс с готовым решением XBRLCA
Ниже представлен процесс подготовки отчётности с использованием программного продукта XBRLCA. Система берёт на себя ключевые этапы — от загрузки данных до формирования итогового пакета отчётности.
Задача пользователя — запустить процесс, контролировать результат и при необходимости корректировать выявленные ошибки.
Задача пользователя — запустить процесс, контролировать результат и при необходимости корректировать выявленные ошибки.
Импорт и интеграция данных
Данные загружаются в систему одним из способов:
- ручной ввод;
- загрузка из Exce, CSV, TXTl;
- импорт XBRL / XBRL-CSV;
- интеграция с внешними источниками в рамках проекта.
Табличная визуализация данных
Данные отображаются в табличном виде с возможностью работы в интерфейсе, включая функции Excel в облаке.
Многопоточная валидация
Выполняется проверка данных:
- по контрольным соотношениям таксономии;
- по дополнительным SQL-скриптам Банка России.
- Поддерживается обработка десятков миллионов строк.
Формирование пакета данных (ZIP, 1 уровень)
Формируется первичный архив, включающий:
- CSV-файлы с данными;
- файл mapping.json.
Экспорт и формирование архива (ZIP, 2 уровень)
Выполняется экспорт данных в форматы:
- XBRL-CSV;
- XBRL;
- Excel;
- TXT;
- CSV
а также добавляются сопроводительные материалы с формированием архива второго уровня.
Подписание архива
Архив подписывается электронной подписью.
Формируется файл подписи *.SIG для архива *.ZIP.
Шифрование архива
Подписанный архив шифруется.
Формируется зашифрованный файл *.ENC для архива *.ZIP.
Отправка в Банк России
Подготовленный пакет загружается в Личный кабинет Банка России.
Что делать, если найдены ошибки в отчетности?
Если в процессе подготовки у вас возникают ошибки на этапе внутренней проверки — до отправки в Банк России — вы можете обратиться в нашу техническую поддержку. Мы поможем разобраться и устранить все выявленные несоответствия в течение одного рабочего дня.
По результатам пилотного сбора Банка России при использовании XBRLCA отчётность была сформирована без ошибок. Это подтверждает корректность подхода к подготовке данных и соответствие требованиям регулятора уже на этапе тестирования.
По результатам пилотного сбора Банка России при использовании XBRLCA отчётность была сформирована без ошибок. Это подтверждает корректность подхода к подготовке данных и соответствие требованиям регулятора уже на этапе тестирования.
Что такое XBRLCA?
XBRLCA — это профессиональный веб-инструмент для работы с регуляторной отчётностью, который закрывает весь процесс: от сбора и консолидации данных до формирования и отправки отчётов в личный кабинет Банка России. Решение основано на многолетнем опыте и практических наработках и используется в реальных проектах внедрения XBRL-инфраструктуры. XBRLCA обеспечивает надёжную работу с большими объёмами данных, точное соответствие требованиям регулятора и стабильный результат на каждом этапе подготовки отчётности.
100
постоянных клиентов
8
лет внедряем
ТОП-5
в рейтинге ERP по г. Москве
XBRL Creating Application внесена в единый реестр российских программ от Минцифры.
Продукт получил статус российского ПО. Реестровая запись №26565 от 12.02.2025
Продукт получил статус российского ПО. Реестровая запись №26565 от 12.02.2025
Реестр российского программного обеспечения от Минцифры
Легко интегрируется с любыми учетными системами, позволяя получать данные из множества источников.
XBRLCA легко интегрируется с другими инструментами!
Многопользовательский режим
Даёт возможность под одним аккаунтом работать одновременно нескольким пользователям с разных компьютеров в любой точке мира
О1
Для каждого пользователя возможно настроить видимость необходимых точек входа
О2
Можно создать неограниченное количество пользователей.
О3
Удобная проверка контрольных соотношений
Онлайн редактирование показателей даже после валидации.
О1
Выделение цветами ячеек, участвующих в контрольном соотношении
О2
Расшифровка переменных из таксономии
О3
Переключение между формами
О4
Контроль и автоматизация работы с данными
Получайте уведомления об ошибках с детальной расшифровкой и исправляйте их с помощью встроенных подсказок.
О1
Избавляйтесь от ручного ввода данных и сводите к минимуму вероятность допущения ошибок при подготовке отчётности.
О2
Скорость и планирование отчётности
Сокращайте время на формирование отчётности за счёт интуитивно понятного интерфейса и высокой скорости работы программного обеспечения.
О1
Планируйте работу с отчётностью, расставляйте приоритеты, отслеживайте готовность проектов и сдавайте отчёты в срок с помощью встроенного календаря.
О2
Интеграции и источники данных
Прямая интеграция с учетными системами и бэк-офисами
О1
Загрузка данных из Excel, CSV, TXT, XBRL и XBRL-CSV, поддержка нескольких источников данных в рамках одного проекта.
О2
Гибкий маппинг данных под требования таксономии Банка России
О3
Постоянное обновление решения
Постоянное добавление новых функций, призванных облегчить и улучшить жизнь пользователя, на основе обратной связи от клиентов
О1
Новая версия таксономии появляется в XBRLCA через 2 дня после официальной публикации на сайте Банка России
О2
Наши клиенты
У вас есть задача?
Мы готовы её обсудить и предложить лучшее решение!
Арсений Микрюков,
Руководитель департамента
по работе с ключевыми клиентами
Руководитель департамента
по работе с ключевыми клиентами