По текущим материалам Банка России для XBRL-CSV по учетно-операционным данным ПУРЦБ нет универсального календаря сдачи «с такого-то квартала все начинают сдавать регулярную отчетность в XBRL-CSV». Это не регулярная отчетность, а представление информации по требованию Банка России.

Корректнее говорить не «отчеты», а пакеты учетно-операционных данных в формате XBRL-CSV. Отправлять нужно не все разделы всегда, а только те разделы, которые Банк России укажет в конкретном требовании.

Порядок предусматривает следующие разделы информации:

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

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

Если речь идет о разделе 6 XBRL-CSV об обязательствах, логика такая: статус обязательства определяется на последний календарный день отчетного периода; отдельно указываются дата/время возникновения, ожидаемая дата операции, фактическая дата прекращения/изменения, входящие обязательства, изменение обязательства и исходящие обязательства.

Возникновение/увеличение обязательства отражается положительным числом, прекращение/уменьшение — отрицательным. Если обязательство возникло и было погашено внутри периода, к концу периода оно обычно будет иметь статус «прекращено», а поток записей должен показывать сначала его возникновение, затем прекращение. Это прямой вывод из структуры полей раздела 6.

Для XBRL-CSV Банк России запрашивает не «формы» в банковском смысле 6406-У, а разделы данных внутреннего учета, указанные в конкретном требовании Банка России за указанный период.

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

Публично не опубликован единый «чек-лист полей АБС», но из Порядка следует минимальный состав доменов: договоры, поручения клиентов, сделки, счета/разделы счетов внутреннего учета, операции с активами, обязательства, остатки активов, справочник активов, сведения о клиентах и сопроводительная информация.

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

Для банковского контура нужно смотреть минимум четыре блока:

• 6406-У и актуальные комментарии к нему;
• Положение № 577-П о внутреннем учете профучастников;
• материалы XBRL-CSV версии 6.1.0.10, опубликованные 30.04.2026;
• FAQ по XBRL-CSV, обновленные 04.05.2026.

Для более широкого банковского roadmap уместно учитывать консультационный доклад 2025 года, но он не заменяет обязательные нормы.

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

Порядок предусматривает следующие разделы информации:

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

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

Предоставляется нулевая отчетность с заполненным отчетом «Сопроводительная информация».

Состав 11 разделов прямо приведен в Порядке: от договоров и поручений до сделок, счетов, операций, обязательств, остатков активов, активов, клиентов и сопроводительной информации. Техническая оболочка пакета, сервисный JSON, CSV и схемы валидации описаны в «Правилах формирования».

Публично не установлен обязательный поформенный график перевода форм 6406-У в XBRL-CSV. Консультационный доклад Банка России выделяет приоритетные предметные области: «Ссуды», «Вклады и депозиты», «Ценные бумаги», «Платежи и переводы»; в иллюстрации к докладу показаны и группы форм по этим областям. Но это именно консультационный документ.

Из уже конкретных шагов публично названы: пилот XBRL-CSV по учетно-операционным данным профучастников РЦБ с октября 2025 года и пилот по детальным данным кредитования юрлиц и ИП в 2026 году.

Правило двойное. Если нет всего раздела, действует п. 1.3 Порядка: раздел перечисляется как запрошенный, а отсутствие данных объясняется в pz.doc. Если нет значения конкретного показателя, оно не заполняется, если нет безусловного требования.

Значение «НП» используется только там, где это прямо предусмотрено моделью, например по идентификатору сделки/этапа для операций, не связанных со сделкой, или по идентификатору поручения клиента для операций не по поручению клиента.

Требует уточнения.

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

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

Для сделки T+1 раздел 6 по обязательствам строится как учет жизненного цикла обязательства: на дату сделки указываются дата/время возникновения обязательства и ожидаемая дата операции поступления/выбытия = T+1; величина изменения обязательства — со знаком «плюс» при возникновении.

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

Да. В текущей публичной редакции Порядка прямо сказано: профессиональный участник, являющийся кредитной организацией, по показателю «Информация о праве брокера использовать в своих интересах актив клиента, находящийся на счете» указывает значение «1».

Да. По п. 7.27 положительное значение означает возникновение или увеличение обязательства, отрицательное — прекращение или уменьшение. Поэтому при последующем закрытии ранее возникшего обязательства запись в гр. 26 по смыслу будет с обратным знаком по сравнению с первоначальным возникновением.

Для описанного кейса — «21», потому что по текущему п. 4.32 код «21» используется, когда профучастник представляет обе стороны сделки, а второй стороной выступает клиент профучастника. Код «23» применяется, когда второй стороной выступает отчитывающаяся организация.

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

Собрать XBRL-CSV-отчёт без ПО нельзя — причины:

• Таксономия — сложная структура (XML с тысячами элементов), которую невозможно точно воспроизвести вручную.
• Контрольные соотношения (КС) — сотни правил проверки; часть из них есть только во внутреннем ПО Банка России.
• Атомарность данных — каждая строка должна содержать полный набор атрибутов: легко что-то пропустить или ошибиться.
• Интеграция источников — данные берутся из разных систем (учёт, торговля, депозитарий и т. д.), их нужно консолидировать.
• Формат отчёта — это не одна таблица, а архив из нескольких файлов (CSV, JSON, XML); собрать его вручную крайне сложно.
• Объём данных — тысячи или миллионы строк: ручной ввод займёт слишком много времени и приведёт к ошибкам.
• Обновления — таксономии меняются, ПО автоматически актуализирует правила, а при ручном подходе придётся всё переделывать.

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

Контрольные соотношения находятся в публичном доступе по ссылке:

Прямого публичного official crosswalk 577-П → XBRL-CSV Банк России в материалах не публикует. Это логично: 577-П регулирует внутренний учет, а XBRL-CSV-пакет — машиночитаемое представление этого учета в разрезе 11 разделов, идентификаторов, аналитик и контрольных правил.

Контрольный контур в XBRL-CSV состоит минимум из:

• проверки структуры пакета и сервисного JSON;
• контроля обязательных разделов/связок;
• бизнес-правил и контрольных соотношений из таксономии и отдельных файлов формул.

По «пустым» значениям действует правило разделения «не указывать» и «НП»; по дублям — нужны стабильные уникальные ключи события/сущности.