Рубрика: Статьи

Логика обычно простая: есть данные в Excel — хочется нажать одну кнопку и сразу получить XBRL-CSV. Так можно? Ответ одновременно и «да», и «нет»: данные из Excel действительно можно использовать как источник, но превратить их в готовый к сдаче отчёт «одним кликом» обычный конвертер файлов не способен. Разбираем, почему так, какую роль на самом деле играет Excel и как таблица превращается в корректный пакет XBRL-CSV 2.0.

Можно ли просто конвертировать Excel в XBRL-CSV?

Коротко. Загрузить данные из Excel — можно, а «сконвертировать файл» в привычном смысле — нет.

Дело в том, что XBRL-CSV 2.0 — это не альтернативное расширение файла, как .pdf вместо .docx, а целый машиночитаемый пакет со строгой структурой, проверками и сопроводительными файлами. У обычного XLSX нет ни описания структуры, ни валидации, ни привязки к таксономии регулятора. Поэтому задача не «переписать таблицу в другой формат», а «разложить данные из таблицы по строгим правилам, проверить их и собрать пакет». Именно это делает специализированный инструмент, тогда как простой онлайн-конвертер файлов выдаст в лучшем случае невалидный набор данных, который Банк России не примет.

Что такое XBRL-CSV 2.0 и почему это не «ещё один формат файла»

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

Ключевое отличие от Excel в том, что в XBRL-CSV каждое поле подчиняется таксономии: задан тип значения (текст или число), формат дат, допустимые коды по справочникам, маски идентификаторов и логические контрольные соотношения. Обычная таблица этих ограничений не знает — поэтому простой выгрузки в CSV недостаточно.

Какую роль на самом деле играет Excel

Excel и CSV — это удобная точка входа для данных, а не конечный формат отчёта. На практике сценарий выглядит так: вы готовите или выгружаете первичные данные в таблицу в понятном вам виде, а инструмент берёт их как исходник, сопоставляет колонки с показателями таксономии, проверяет и формирует из них пакет XBRL-CSV 2.0.

Это особенно полезно для лёгкого старта без интеграции: не нужно сразу подключать учётные системы по API — можно загрузить данные вручную через Excel или CSV и собрать первый отчёт. Уже потом, посмотрев на реальные запросы, можно решить, нужна ли полноценная автоматическая интеграция с источниками.

Как данные из Excel превращаются в XBRL-CSV: по шагам

1. Подготовка данных в Excel или CSV. Собираете нужные сведения (операции, сделки, клиенты, договоры) в таблицу. Источников может быть несколько — их приводят к единому виду.
2. Загрузка в инструмент. Таблица загружается как исходные данные — без программирования и без ручной сборки CSV-файлов «руками».
3. Сопоставление с таксономией и выбор точки входа. Колонки таблицы привязываются к показателям нужного раздела, выбирается версия таксономии (точка входа) под конкретный запрос.
4. Валидация по контрольным соотношениям. Данные проверяются на типы, форматы, заполненность, коды по справочникам и логические связи. Ошибки видно до отправки.
5. Формирование пакета. Инструмент собирает CSV-данные, служебный файл mapping.json, подписывает архив электронной подписью (.SIG) и шифрует (.ENC) — в том виде, который загружается в личный кабинет Банка России.

Онлайн-конвертер «одним кликом» против подготовки в инструменте

Критерий	Конвертер «одним кликом»	Подготовка в инструменте
Соответствие таксономии	Нет	Да, данные раскладываются по показателям
Валидация по контрольным соотношениям	Нет	Да, ошибки видно до отправки
Версии таксономии и точки входа	Не учитываются	Выбираются под конкретный запрос
Структура пакета (mapping.json, .SIG, .ENC)	Не формируется	Формируется автоматически
Большие объёмы (миллионы строк)	Проблематично	Рассчитано на объёмы
Загрузка данных из Excel/CSV	Формально да, но без проверки	Да, как штатный источник данных

Ключевой вывод. «Конвертер» в смысле «переписать XLSX в другой формат» задачу не решает. Решает её инструмент, который принимает Excel/CSV на вход, но дальше делает то, чего таблица сама по себе не умеет, — сопоставление с таксономией, валидацию и сборку подписанного пакета.

Почему бесплатные конвертеры не закрывают задачу

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

Частые вопросы

Есть ли бесплатный онлайн-конвертер Excel → XBRL-CSV?
Простого бесплатного сервиса, который из произвольного XLSX делает готовый к сдаче пакет XBRL-CSV 2.0, нет. Бесплатный конвертер ЦБ рассчитан на прежний XBRL, а корректная подготовка из таблицы требует сопоставления с таксономией и валидации.

Можно ли вообще загрузить данные из Excel?
Да. Excel и CSV — удобный способ подать первичные данные на вход, особенно при лёгком старте без интеграции. Дальше инструмент сам раскладывает их по формам и проверяет.

Нужно ли программировать, чтобы получить XBRL-CSV из таблицы?
Нет. Сборка CSV-файлов, mapping.json, подпись и шифрование выполняются инструментом — вручную писать файлы пакета не требуется.

Подойдёт ли для этого конвертер с сайта Банка России?
Он работает только со старым форматом XBRL и для XBRL-CSV 2.0 не предназначен.

В XBRLCA можно загрузить данные из Excel или CSV без интеграции, проверить отчёт встроенной валидацией и сформировать подписанный пакет. Отчёты, подготовленные в XBRLCA, прошли все пилотные сборы Банка России по XBRL-CSV без единой ошибки.

Подробнее о работе с XBRL-CSV в XBRLCA →

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

• Процесс — пять шагов: понять запрос → собрать данные → привести к формату → валидация → отправка.
• Самое трудоёмкое — не сам отчёт, а сбор данных и исправление ошибок валидации.
• Чаще всего отклоняют из-за форматов, пустых строк, дублей и нарушения структуры архива.

Как выглядит запрос от ЦБ

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

• Период — может быть от одного дня до нескольких лет (глубина до трёх лет). За три года это потенциально сотни миллионов строк.
• Номер запроса — его придётся использовать в наименовании итоговых файлов: регулятор заложил это требование прямо в таксономию.

Пять шагов подготовки отчёта

Шаг 1. Понять, что именно нужно предоставить

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

Шаг 2. Собрать данные

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

Шаг 3. Привести данные к формату XBRL-CSV 2.0

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

• Даты — в едином формате (год-месяц-день, при необходимости со временем).
• Типы значений — для каждой ячейки задано, текстовое это поле или числовое. Значение 00001 в текстовом и числовом виде — для регулятора разные вещи.
• Коды — должны соответствовать заданным справочникам (например, коды валют).
• Идентификаторы с маской ввода — у многих полей жёстко задан шаблон допустимых символов.

Шаг 4. Проверить отчёт (валидация)

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

Шаг 5. Сформировать и отправить отчёт

После успешной валидации нужно сформировать отчёт в формате XBRL-CSV 2.0, собрать архив в требуемой многоуровневой структуре, подписать и зашифровать файл и отправить его в личный кабинет Банка России. Это не просто ZIP-архив: внутри, помимо CSV-данных, лежит служебный файл mapping.json, описывающий состав пакета, — по нему регулятор сопоставляет, что прислано именно то, что запрашивалось. Готовый архив сначала подписывается электронной подписью (файл .SIG), затем шифруется (файл .ENC), и только после этого загружается в личный кабинет.

Можно ли подготовить отчёт без специального инструмента

Короткий ответ — практически нет. Это следствие самого устройства формата: сложная таксономия с тысячами элементов, сотни контрольных соотношений (часть существует только во внутреннем ПО регулятора), атомарность данных, несколько источников, многофайловый архив строгой структуры, объёмы в миллионы строк и постоянные обновления таксономии.

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

Что делать, если отчёт отклонён

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

Код контроля	Что проверяет (простыми словами)
fControlLogicalCsv2	Тип данных в колонке: ждут дату, а пришло число (или наоборот).
fControlLogicalCsv5	Соответствие маске: значение не укладывается в заданный шаблон.
fControlLogicalCsv6 / Csv7	Значение не входит в допустимый перечень: код, которого нет в справочнике.
fControlFormatCsvRFC4180	Нарушены правила формирования CSV: например, неверное число полей в строке.
fControlLogicalCsv102	Нарушен запрет на пустые колонки данных.
fControlLogicalCsv103	Нарушен запрет на пустые строки (ячейки) данных.
fControlLogicalCsv3	Пустые значения по открытым осям (аналитическим разрезам), где это запрещено.
fControlLogicalCsv4	Дубли составных значений открытых осей — повторяющиеся строки, которые должны быть уникальны.

Топ причин отклонения

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

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

Как снизить риск отклонения

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

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

Частые вопросы о подготовке и валидации

Что такое ассершен в квитанции об отклонении?
Так Банк России называет конкретное контрольное соотношение (ошибку); у каждого есть свой номер. Удобные инструменты показывают рядом с номером расшифровку причины на русском языке, а не только технический код вида fControlLogicalCsv5.

Почему отчёт не проходит, хотя данные «в порядке»?
Чаще всего дело в форматах: даты в неверном виде, число вместо строки, значение вне справочника, дубли по открытым осям или нарушение структуры архива. SQL-валидация регулятора находит такие несоответствия и отклоняет отчёт.

Сколько времени реально занимает подготовка?
При настроенной интеграции и готовом маппинге — дни. Без них, с ручным сбором данных из нескольких систем и несколькими циклами исправления ошибок, подготовка легко выходит за отведённые 10 рабочих дней.

XBRLCA закрывает весь путь: от интеграции с источниками до подписанного пакета →

С 4 августа 2026 года Банк России направляет реальные запросы на представление учётно-операционных данных в формате XBRL-CSV 2.0. Это не плавный переход «с определённого квартала», а механизм отчётности по требованию, к которому нужно быть готовым заранее.

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

Кто обязан сдавать XBRL-CSV 2.0

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

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

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

При этом важны два момента.

Это касается и некредитных, и кредитных организаций. Под периметр попадают как инвестиционные и брокерские компании, так и банки, у которых есть лицензия брокера, дилера или управляющего, — а такое совмещение деятельности встречается часто. Если банк ведёт брокерскую, дилерскую или доверительную деятельность, его внутренний учёт по этим направлениям подпадает под 577-П и, как следствие, под XBRL-CSV 2.0.

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

О чём важно помнить

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

Нюанс для банков-брокеров. По текущей редакции Порядка по показателю о праве брокера использовать в своих интересах актив клиента на счёте по умолчанию указывается значение «1». Это пример того, как общая методология имеет отдельные правила именно для банков — их легко упустить при самостоятельной подготовке.

Как шёл переход на XBRL-CSV 2.0

Когда	Что произошло
Начало марта 2026	Банк России провёл встречу с рынком по итогам тестового (пилотного) сбора отчётности.
Апрель 2026	Опубликована финальная версия таксономии (6.1.0.10) и финальные требования. Материалы и FAQ обновлялись в апреле–мае 2026 года.
Апрель — начало августа 2026	Работал тестовый стенд Банка России: туда можно было загрузить отчёт и проверить его до реальных запросов.
4 августа 2026	Старт. Формат официально запущен, начались первые реальные запросы.
Конец 2026	Ожидается выпуск бесплатного ПО Банка России для XBRL-CSV 2.0 — то есть уже после старта обязательных запросов.

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

Сколько времени на самом деле даёт срок в 10 дней

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

• выгрузка и сбор данных из учётных систем;
• приведение к формату и формирование структуры отчёта;
• валидация по контрольным соотношениям;
• исправление ошибок и повторная валидация;
• формирование итогового пакета, подписание, шифрование и отправка.

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

Что будет, если не сдать отчёт вовремя

Несдача — это не разовая проблема, а начало постоянного давления со стороны регулятора:

• Предписание Банка России — требование срочно предоставить отчёт; сроки могут быть жёсткими и заранее неизвестными.
• Штрафы — суммы санкций могут достигать сотен тысяч рублей, причём штраф начисляется за каждый отчёт.
• Усиленный контроль — компания попадает в зону повышенного внимания: дополнительные запросы, проверки, регулярный контроль.
• Репутационные и регуляторные риски — в крайних случаях возможны более серьёзные меры, вплоть до риска для лицензии.

Почему опасно откладывать подготовку

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

Более безопасный сценарий — лёгкий старт по принципу «сначала попробуйте, потом решайте»: развернуть систему за несколько дней без интеграции, загрузить данные вручную через Excel или CSV и сформировать первый отчёт. Посмотреть на реальные запросы — как часто они приходят и какой объём данных нужен — и уже на фактах решить, нужна ли полноценная интеграция.

Частые вопросы о сроках и обязанностях

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

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

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

Будет ли формат обязательным для всех банков?
В первую очередь периметр — профучастники РЦБ (брокеры, дилеры, управляющие), включая кредитные организации с такими лицензиями. Для широкого банковского контура XBRL-CSV пока обозначен как целевая технология, а не универсально обязательный формат.

Подготовка отчётности XBRL-CSV 2.0 в XBRLCA →

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

Что такое XBRL-CSV 2.0 коротко

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

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

Похожие названия: XBRL, XBRL-CSV, XBRL-CSV 2.0 и просто CSV

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

• XML — текстовый язык разметки, в котором данные хранятся вместе с описанием их структуры (теги, вложенность). Файлы получаются точными, но объёмными.
• CSV — простой табличный формат: строки и значения, разделённые запятыми. Лёгкий и быстрый, но сам по себе не содержит ни описания структуры, ни проверок.
• JSON — компактный формат для описания структуры и служебной информации; в XBRL-CSV используется как сопроводительный файл с описанием состава таблиц.

Теперь сами форматы отчётности:

• XBRL — международный стандарт регуляторной отчётности на базе XML. Надёжный, но при больших объёмах данных медленный и объёмный, поэтому для миллионов строк подходит плохо.
• XBRL-CSV — облегчённый вариант: данные хранятся в CSV и JSON (меньше по объёму), но проверки по-прежнему выполняются на XML-контролях, а они сложны и работают долго.
• XBRL-CSV 2.0 — следующий шаг: структура та же (CSV + JSON), но проверки переведены на SQL-запросы к базе данных. Это позволяет проверять отчёт в десятки раз быстрее.
• CSV (просто CSV) — тот же табличный формат для визуального просмотра данных, например в Excel. Валидации не содержит: это удобный способ посмотреть данные, но не способ сдать отчёт.

Формат	Структура	Валидация	Объём файлов	Скорость
XBRL	XML	XML-контроли	Значительно больше	Медленная
XBRL-CSV	CSV + JSON	XML-контроли	Существенно меньше	Средняя
XBRL-CSV 2.0	CSV + JSON	SQL-запросы	Существенно меньше	Быстрая
CSV	Табличная	Отсутствует	Существенно меньше	Быстрая

Ключевой вывод. XBRL-CSV 2.0 сохраняет лёгкость CSV и JSON, но за счёт SQL-проверок работает быстро — и это главная причина, по которой регулятор выбрал именно его для работы с большими объёмами данных.

Ключевые понятия: таксономия, точка входа, валидация

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

• Таксономия — набор правил и описаний того, какие данные, в каком виде и с какими проверками регулятор хочет получить. Это «книга целиком».
• Точка входа — конкретная версия таксономии под определённый запрос. У неё есть номер версии и период действия. Именно точку входа выбирают при создании отчёта.
• Разделы (формы) — крупные блоки данных: раздел 1, раздел 2 и так далее. Это «оглавление».
• Показатели — конкретные поля внутри разделов: даты, коды, суммы, идентификаторы. Это «текст глав».
• Валидация — проверка отчёта на ошибки перед сдачей. Отчёт, не прошедший валидацию, регулятор не примет.
• Контрольные соотношения (КС) — правила, по которым проверяется отчёт: типы данных, форматы, заполненность, логические связи. В XBRL-CSV 2.0 они реализованы как SQL-запросы.
• Ассершен (assertion) — так Банк России называет конкретное контрольное соотношение (ошибку); у каждого есть свой номер, который указывается в результатах проверки и в квитанции об отклонении.

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

Что именно попадает в отчёт

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

• договорам с клиентами;
• поручениям и требованиям клиентов;
• сделкам;
• счетам и разделам счетов внутреннего учёта;
• операциям с активами и обязательствам;
• активам клиентов;
• использованию денежных средств клиентов;
• плановым позициям;
• справочникам активов и клиентов.

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

Частые вопросы о формате XBRL-CSV 2.0

Чем XBRL-CSV 2.0 принципиально отличается от XBRL?
Структурой данных и способом проверки. XBRL построен на XML и при больших объёмах работает медленно. XBRL-CSV 2.0 хранит данные в лёгких CSV и JSON, а проверки выполняет через SQL-запросы — это в десятки раз быстрее.

XBRL-CSV и XBRL-CSV 2.0 — это одно и то же?
Нет. Структура у них одинаковая (CSV + JSON), но в версии 2.0 валидация переведена с медленных XML-контролей на быстрые SQL-запросы.

Можно ли просто выгрузить данные в CSV и отправить?
Нет. Обычный CSV не содержит валидации и не соответствует структуре таксономии — регулятор такой отчёт не примет. XBRL-CSV 2.0 — это многофайловый пакет со строгими требованиями к структуре, форматам и наименованиям.

Подойдёт ли бесплатный конвертер Банка России?
Имеющийся бесплатный конвертер работает только с прежним форматом XBRL. Собственное ПО регулятора под XBRL-CSV 2.0 ожидается к концу 2026 года.

Как XBRLCA готовит отчётность в формате XBRL-CSV 2.0 →

XBRL (eXtensible Business Reporting Language — «расширяемый язык деловой отчётности») — это международный стандарт обмена деловой информацией, который позволяет автоматизировать подготовку и обмен финансовой и нефинансовой отчётностью.

В основе стандарта пять принципов: стандартизация, прозрачность, автоматизация, совместимость и доверие к данным.

Как это работает

XBRL основан на языке разметки XML и использует связанные технологии (XML Schema, XLink, XPath). Ключевой элемент стандарта — таксономии. Они:

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

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

Зачем нужен XBRL

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

Какие организации используют XBRL

• банки и кредитные организации;
• страховые компании и негосударственные пенсионные фонды;
• публичные компании, отчитывающиеся по МСФО;
• регуляторы (Банк России, налоговые органы, биржи) — для сбора и анализа данных.

В России XBRL обязателен для ряда финансовых организаций при сдаче отчётности в Банк России.

Как XBRL упрощает отчётность

• Экономия времени. Автоматизация рутинных операций сокращает сроки подготовки отчётов.
• Снижение рисков. Валидация данных по таксономиям исключает ошибки при сдаче в регуляторы.
• Интеграция. Совместимость с учётными системами (включая 1С) и внешними сервисами.
• Масштабируемость. Поддержка обновлений таксономий и новых требований регуляторов.

Нормативная основа

Работа XBRLCA основана на международной спецификации XBRL, разработанной организацией XBRL International Inc., которая является базовой для таксономии Банка России. В разработке использованы нормативные акты, правила, указания и разъяснения Банка России и Центра XBRL.

Меняется закон — меняются настройки: мы следим за обновлениями и адаптируем решения (1С:БФР, XBRLCA) под новые требования регулятора.

Что автоматизирует XBRLCA

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

Характеристики компьютера пользователя не влияют на производительность: все процессы и нагрузки выполняются на стороне сервиса.

Подготовка отчётности в формате XBRL в XBRLCA →