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

На недавнем вебинаре в Ассоциации российских банков «Как банкам подготовить отчётность XBRL-CSV 2.0» Владислав СИНИЦЫН, руководитель направления XBRL отчётности, в программном продукте XBRLca пошагово разобрал путь от получения запроса Банка России до формирования и отправки готового пакета отчётности. Ключевой вывод простой: готовиться к новому формату нужно заранее. Основная сложность заключается не только в том, чтобы сформировать файл в нужном формате, а в том, чтобы быстро найти, собрать, сопоставить, проверить и корректно представить данные, которые хранятся в разных учётных системах банка.

Что такое XBRL-CSV 2.0 простым языком

XBRL-CSV 2.0 – это формат отчётности, в котором данные передаются в виде набора CSV-таблиц и сопроводительных JSON-файлов. Если объяснять без технических деталей, это «табличная» форма XBRL-отчётности, рассчитанная на большие объёмы данных. В отличие от классического XBRL XML, где файл может быть тяжёлым и сложным для обработки, XBRL-CSV 2.0 позволяет быстрее загружать, проверять и анализировать миллионы строк.

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

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

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

Главная проблема для банков состоит в том, что между внутренним учётом и отчётностью XBRL-CSV 2.0 нет простого соответствия «одна форма – одна таблица в системе». Данные могут находиться в АБС, бэк-офисной системе, депозитарном модуле, торговых системах, хранилище данных, отдельных реестрах и даже в Excel-файлах. При этом для отчёта важно не только наличие самих данных, но и их взаимосвязь.

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

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

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

Процесс подготовки можно представить в виде пяти последовательных шагов (Рис. 1).

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

Второй шаг – собрать данные. В отчёт могут попадать операции и сделки, сведения по клиентам и договорам, финансовые показатели, остатки, данные по активам и обязательствам. Чем больше объём операций, тем выше требования к автоматизации. Ручной сбор здесь быстро становится узким местом.

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

Четвёртый шаг – выполнить валидацию. Валидация – это автоматическая проверка отчёта на соответствие правилам. Она отвечает на вопросы: все ли обязательные поля заполнены, правильно ли указаны форматы, сходятся ли взаимосвязанные показатели, нет ли нарушений контрольных соотношений. Иными словами, валидация показывает, «понимает» ли регулятор отчёт и можно ли его принять.

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

Что происходит, если отчёт не сдан или отклонён

Несвоевременная сдача отчётности – это не просто техническая задержка. В презентации вебинара отдельно отмечалось, что при несдаче возможны предписание Банка России, штрафные санкции, усиленный контроль, репутационные и регуляторные риски. Если отчёт отклонен из-за ошибок, он фактически считается несданным, сроки продолжают идти, а банк вынужден срочно исправлять замечания и заново формировать пакет отчётности.

На практике это может превратиться в несколько циклов: отчёт отправили, получили квитанцию об ошибках, исправили, пересобрали, снова отправили – и получили новые ошибки. Чем больше объём данных, тем дороже каждый такой цикл с точки зрения времени, нагрузки на сотрудников и рисков нарушения сроков (Рис. 2.).

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

Почему важно быстродействие системы

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

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

На вебинаре мы показывали, что XBRLCA ориентирована на работу с большими объёмами: система поддерживает быструю загрузку, проверку и формирование отчётов, включая сценарии с миллионами строк. Это важно не только для удобства, но и для соблюдения сроков: чем быстрее выполняется цикл «загрузка – валидация – исправление – выгрузка», тем ниже риск не успеть сдать отчётность.

Интеграция с АБС: какие данные нужно подготовить

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

Поэтому ключевая задача банка – заранее понять, какие сведения уже есть в АБС, бэк-офисной системе, депозитарном модуле, торговых шлюзах, хранилище данных или Excel-реестрах, и как они соотносятся с требованиями таксономии. Для автоматического формирования отчётности в АБС должны быть доступны не только суммы и остатки, но и операционные атрибуты: даты и время операций, валюта, вид актива, количество, цена, стоимость, направление движения, основание операции, документы-источники, статусы поручений и сделок, сведения о контрагентах, счетах учёта и местах хранения активов.

В рамках проекта внедрения XBRLCA мы помогаем банку пройти этот путь: анализируем источники данных, формируем карту соответствия между полями АБС и показателями XBRL-CSV, определяем недостающие реквизиты, настраиваем витрины данных или прямое подключение к базам. XBRLCA может подключаться к АБС, КХД, реляционным базам данных и учётным системам; если прямой доступ к промышленной базе нежелателен, используется отдельная витрина, куда выгружаются уже подготовленные данные. Далее система автоматически распределяет их по структуре отчёта, проверяет контрольные соотношения и формирует готовый пакет XBRL-CSV для передачи в Банк России (Рис. 3).

Зачем нужна готовая система, а не ручная подготовка

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

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

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

Что банку стоит сделать уже сейчас

Подготовку к XBRL-CSV 2.0 лучше начинать не с выбора кнопки «сформировать отчёт», а с обследования данных. Необходимо определить, какие разделы отчётности могут быть запрошены, какие поля для них нужны, где эти данные находятся, какие идентификаторы используются, есть ли единые справочники клиентов, договоров, счетов и активов, можно ли восстановить связи между поручениями, сделками, движениями и остатками.

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

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

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

Материал также опубликован в печатной версии Национального банковского журнала (май 2026)