Когда от Банка России приходит запрос на учётно-операционные данные в формате 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 года, после старта обязательных запросов, и даже оно решает только задачу преобразования, оставляя сбор данных, работу с точками входа и полноценную валидацию на стороне организации.

---

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

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

---

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

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

---

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

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

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

---