Витрины данных АРРФР 2027: требования к банкам

13.11.2026
Posted by: Oleg
Рубрика: Статьи

Витрины данных АРРФР 2027: требования к банкам Казахстана

С 1 января 2027 года банки Казахстана должны открыть регулятору прямой доступ к своим данным через витрины. Проект правил АРРФР уже опубликован, а до Нового года остались считаные недели. Разбираемся, что именно требуется, почему «сделаем в декабре» не сработает и как превратить обязаловку в полезный для банка актив.

Что произошло

Новый закон «О банках и банковской деятельности в Республике Казахстан» обязал банки второго уровня вести витрины данных. Запуск уже один раз переносили: вместо июня 2026 года нормы вступают в силу 1 января 2027 года. Второй отсрочки никто не обещал.

16 октября 2026 года АРРФР опубликовало проект постановления с правилами формирования, ведения и обновления витрин. Публичное обсуждение завершилось 3 ноября. На момент выхода этой статьи документ остаётся проектом, и детали ещё могут измениться. Но каркас требований понятен уже сейчас, и ждать финальной редакции, чтобы начать работу, — всё равно что ждать первого снега, чтобы купить зимнюю резину.

Что именно требуется от банка

Витрина данных — это отдельная база систематизированной информации на инфраструктуре самого банка. Регулятор не забирает данные к себе, а обращается к витрине через централизованную платформу. Технологический оператор платформы — Центр цифрового развития Национального Банка.

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

Ключевые требования проекта:

Только автоматическая загрузка. Данные попадают в витрину из внутренних систем банка без участия человека. Ручная загрузка запрещена, то есть привычный «подвиг в Excel перед отчётной датой» больше не вариант.
Работа 24/7. Витрина должна быть доступна круглосуточно.
Контроль качества. Данные проверяются и на стороне банка, и на платформе оператора, на соответствие утверждённым спецификациям.
Неизменяемый журнал. Фиксируется, кто, когда и к каким данным обращался. Журнал нельзя править и удалять, хранить его нужно не менее трёх лет.
Жёсткие сроки при сбоях. О плановых работах банк предупреждает за пять рабочих дней. О внеплановом сбое сообщает в течение двух часов после обнаружения, устраняет его за три рабочих дня, а затем отчитывается о причинах в течение одного рабочего дня.
Защищённые каналы. Доступ организуется либо запросами к базе в режиме чтения, либо через API. Банковская тайна при этом не отменяется.

Требования распространяются на банки второго уровня и филиалы банков-нерезидентов.

Почему это не «ещё один отчёт»

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

Отчёт — это фотография. Витрина — прямая трансляция. На фотографии можно поправить свет и убрать лишнее из кадра. В прямом эфире видно всё как есть: расхождения между АБС и кредитным модулем, справочники, которые в каждой системе ведутся по-своему, «временные» ручные корректировки, которым пошёл пятый год.

Поэтому проект витрины — это на 20% вопрос технологий и на 80% вопрос порядка в данных. Как говорится, не зеркало виновато.

Во что обходится опоздание

Конкретные санкции за неготовность витрины проект правил не описывает, и придумывать цифры штрафов мы не будем. Но цена опоздания складывается не только из штрафов:

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

Сколько времени это занимает на самом деле

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

Дальше идёт самое трудоёмкое: инвентаризация источников, согласование логики расчёта показателей, очистка справочников, настройка загрузок, проверки качества, нагрузочные тесты, выстраивание эксплуатации. Семь раз отмерь здесь не поговорка, а план-график.

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

Вывод: если проект ещё не начат, каждая неделя без решения сокращает план. Откладывать на декабрь — значит заранее выбрать времянку.

Что делать сейчас: план на ближайшие недели

Назначить владельца. Витрина — не «проект ИТ». Нужен руководитель с полномочиями над ИТ, рисками, финансами и отчётностью одновременно.
Провести инвентаризацию источников. Где сегодня живут данные о кредитах, вкладах, платежах, переводах и наличных? Какие системы, какие форматы, кто отвечает.
Оценить качество данных. Найти расхождения до того, как их найдёт платформа оператора.
Выбрать архитектуру. Отдельная витрина поверх имеющегося хранилища или новое хранилище данных (DWH) с витриной как первым потребителем. Второй путь дольше на старте, но окупается. В обоих случаях АБС менять не нужно: витрина ставится отдельным контуром рядом.
Спроектировать эксплуатацию. Мониторинг, дежурства, регламент уведомлений о сбоях, резервирование. Требование 24/7 — это про людей и процессы не меньше, чем про серверы.
Заложить изменения. Спецификации будут уточняться. Решение, в котором каждое новое поле требует месяца доработок, устареет раньше, чем заработает.

На чём мы строим хранилища и витрины

Регуляторная витрина — не повод покупать закрытую «коробку» с лицензией на годы вперёд. Мы строим корпоративные хранилища данных (КХД) и витрины на открытых технологиях, на которых работают мировые технологические компании. Тот редкий случай, когда модное совпало с практичным.

StarRocks + Apache Iceberg: открытый код и открытый формат. Iceberg родился в Netflix и работает в Apple, StarRocks используют Airbnb и Pinterest. Данные банка лежат в открытом формате, а не в «чёрном ящике» поставщика.
dbt: правила как код. Каждое правило расчёта — это код с автоматическими тестами, который хранится в Git-репозитории банка. Видно, кто, когда и что изменил. Для аудита это находка, для команды — конец эпохи «спросите у того, кто помнит, как это считается».
Data Vault 2.0: новый источник без переделки. Регулятор расширил перечень полей, банк сменил АБС или запустил новый продукт — хранилище достраивают, а не перестраивают.
Проверка до загрузки, карантин, оповещения. Данные проверяются на входе. Сомнительные записи уходят в карантин, ответственные сразу получают оповещение. Данные сверяются с балансом, а каждое поле витрины прослеживается до источника и правила расчёта. В витрину попадает только то, что прошло контроль.
Оболочка и портал управления от RBC Group. Поверх открытого стека мы даём собственную оболочку и портал с дашбордами, через которые банк управляет своим КХД. Загрузки, свежесть данных, результаты проверок и оповещения видны на одном экране, а не в десятке консолей.
Прозрачность вместо «чёрного ящика». Правила расчёта и модель данных хранятся в Git-репозитории банка: любое изменение видно, проверяемо и остаётся у вас.

Что это даёт руководителю:

Бюджет идёт в результат. За открытое программное обеспечение не нужно платить лицензии. Деньги уходят на внедрение и инфраструктуру, а не на право пользоваться.
Поддерживать просто. В основе — SQL и код в Git. Таких специалистов на рынке намного больше, чем знатоков редкой закрытой платформы, а новый сотрудник читает правила в репозитории, а не восстанавливает их по устным преданиям.
Готовность к ИИ. Правила, записанные как код, понятны не только инженерам, но и ИИ-ассистентам: объяснить расчёт показателя, предложить тест, подготовить изменение. А данные в открытом формате доступны любым аналитическим и ML-инструментам без выгрузок и конвертаций.

Именно так устроены платформы данных у компаний, которые моложе большинства банков и при этом обрабатывают на порядки больше данных. Хорошая новость: банку не нужно быть Netflix, чтобы пользоваться теми же инструментами.

Как получить от витрины пользу для самого банка

Хорошая новость: данные, которые нужны регулятору, нужны и правлению. Кредитный портфель, крупные клиенты, денежные потоки — это основа управленческой отчётности, риск-аналитики и бюджетирования.

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

Строить витрину только для регулятора — как провести в дом воду и пользоваться одним краном.

Вопросы и ответы

Что такое витрина данных АРРФР?

Это база систематизированной информации на инфраструктуре банка, к которой Агентство по регулированию и развитию финансового рынка получает защищённый доступ для надзора и раннего выявления рисков.

С какой даты действует требование?

Нормы закона о витринах данных вступают в силу 1 января 2027 года. Правила формирования и ведения витрин на момент публикации статьи существуют в виде проекта постановления АРРФР.

Кого касается требование?

Банков второго уровня Казахстана и филиалов банков-нерезидентов.

Какие данные должны быть в витрине?

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

Можно ли загружать данные в витрину вручную?

Нет. Проект правил требует автоматической загрузки из внутренних систем банка и прямо запрещает ручную.

Передаются ли данные банка на хранение регулятору?

Нет. Первичные данные остаются в банке. Платформа оператора обращается к витрине при каждом запросе и не хранит первичные данные постоянно.

Чем витрина данных отличается от DWH?

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

На каких технологиях RBC Group строит хранилища и витрины?

На открытом стеке: StarRocks и Apache Iceberg для хранения и запросов, dbt для правил расчёта и тестов, методология Data Vault 2.0 для модели данных. Управление хранилищем идёт через оболочку и портал с дашбордами от RBC Group. Правила расчёта и модель данных хранятся в Git-репозитории банка.

Чем может помочь RBC Group

RBC Group строит хранилища данных для банков Казахстана на открытых технологиях, разрабатывает решение для регуляторных витрин и внедряет IBM Planning Analytics для бюджетирования и управленческой отчётности на тех же данных. Ядро нашей команды строит хранилища данных для банков и финансовых организаций с 2002 года. Если вам нужно оценить готовность банка к требованиям 2027 года, начните с короткого аудита источников и качества данных: он покажет реальный объём работ и сроки.

Связаться с нами: marketing@rbc-grp.solutions, +7 727 258 1712.

Источники

Статья подготовлена по открытым источникам на 13 ноября 2026 года: публикациям деловых изданий Казахстана о проекте постановления АРРФР. Она не является юридической консультацией; после утверждения постановления требования могут отличаться от проекта.

Витрины данных АРРФР: что банкам Казахстана нужно успеть к 1 января 2027 года