Новости

Клиринг под нагрузкой: как банки готовят карточную инфраструктуру к росту — итоги форума Fido Biznes CardHub

Клиринг под нагрузкой: как банки готовят карточную инфраструктуру к росту — итоги форума Fido Biznes CardHub

Рост безналичных платежей увеличивает нагрузку на клиринг, сверку, бухгалтерский учёт, контроль расхождений и взаиморасчёты. Этому был посвящён практический форум «Карточная инфраструктура как бизнес-фактор: скорость, затраты, рост», который Fido Biznes провёл 8 октября.

Участники обсуждали, когда рост транзакций превращает клиринг из технической функции в бизнес-фактор. Отдельный блок был посвящён пилоту FB CardHub. Модуль «Клиринг» в Халк банке.

Когда карточная инфраструктура становится бизнес-фактором

Управляющий директор Octobank Кирилл Салахович предлагает оценивать карточную инфраструктуру от бизнес-задачи: сначала определить, какой продукт и как быстро нужно вывести на рынок, а уже под эту задачу развивать IT, процессы и инфраструктуру.

«Клиринг, сверки очень важны в первую очередь для бизнеса — чтобы уметь считать расходы, доходы и понимать, продукт вообще прибыльный или нет».

Узкое место — не всегда производительность процессинга

Директор департамента транзакционных операций Octobank Шерали Абдиев отмечает, что одним из главных узких мест по мере роста объёмов становится сверка и работа с исключениями.

Банк одновременно работает с HUMO, UZCARD, международными платёжными системами, QR-платежами и P2P-переводами — с разными форматами файлов, расчётными циклами и временными окнами. Поэтому при увеличении количества транзакций сложность расхождений может расти быстрее самого объёма операций.

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

«Для нас вопрос роста — это не только выдержит ли процессинг, но и выдержит ли бэк-офис».

Три сигнала, что инфраструктура начинает тормозить бизнес

Шерали Абдиев выделяет три сигнала, что инфраструктуру пора пересматривать.

Первый — экономика перестаёт масштабироваться: вместе с ростом операций приходится увеличивать штат.

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

Третий — ухудшается работа в пиковые периоды: растут задержки, отказы и клиентские жалобы.

«Если инфраструктура перестала давать эффект масштаба, её пора менять — даже если технически она ещё работает».

Чем больше карточный бизнес, тем меньше пространства для ручного клиринга

Наима Мирзаева, член наблюдательного совета CLICK, отметила: за январь–август 2026 года объём поступлений через POS в Узбекистане достиг примерно 97% от показателя всего 2025 года.

«Чем больше карточный бизнес, тем меньше банк может позволить себе ручной клиринг».

Если после автоматической обработки сотрудник всё ещё вынужден вручную доказывать, что расчёты сошлись, подход уже не соответствует масштабу бизнеса. За расхождением при этом может стоять клиентская проблема, зависшие средства, диспут, чарджбэк или операционный риск. Целевая модель — автоматическая сверка стандартных операций, при которой сотрудники работают прежде всего с исключениями. Абдиев называет ориентир порядка 90–95% автоматического закрытия.

Что показывает пилот Халк банка

Банк участвует в пилотировании FB CardHub на реальных сценариях клиринга, фактической транзакционной нагрузке HUMO и UZCARD и при участии профильных специалистов.

Средняя дневная нагрузка в рассматриваемом контуре составляет около 12,5 млн транзакций, а максимальная зафиксированная дневная — 39,5 млн. В этот пиковый день 17,7 млн операций пришлось на HUMO и 21,8 млн — на UZCARD.

Что меняет FB CardHub

FB CardHub — платформа для карточного бизнеса банка, где модуль «Клиринг» становится первым инфраструктурным компонентом.

Его задача — объединить расчёты, сверку и формирование проводок в одном автоматизированном контуре, сохранив основной бухгалтерский учёт в АБС банка.

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

Модуль работает с операциями UZCARD, HUMO и международных карт. В основе FB CardHub — единые правила учёта, интеграционный слой для АБС и процессинговых центров, мониторинг и централизованное управление конфигурацией. Новые карточные направления могут подключаться к уже созданной технологической основе без построения отдельной инфраструктуры каждый раз.

Модуль «Клиринг» автоматизирует путь операции от файла процессингового центра до проводки в АБС. Транзакционные и бухгалтерские данные сопоставляются автоматически, расхождения становятся видны сразу, а файлы могут приниматься и обрабатываться 24/7, включая выходные.

FB CardHub позволяет банку самостоятельно управлять частью расчётной логики: задавать параметры расчётов и схемы проводок, подключать новых торговых и онлайн-партнёров и настраивать новые типы платежей без превращения каждого изменения в отдельный проект разработки.

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

Внедрение FB CardHub не требует переноса основного банковского учёта в новую систему. На время проекта модуль «Клиринг» может работать параллельно с существующим клирингом банка на тех же файлах. При готовом интеграционном контуре АБС ориентир по развёртыванию составляет около 1–2 месяцев.

Ещё одно преимущество FB CardHub — поэтапное развитие инфраструктуры: новые процессы, партнёры и платёжные сценарии подключаются к уже созданной платформенной основе без перестройки всего контура.

Надёжность, скорость или стоимость

Председатель Central Asian Fintech Association Отабек Насыров считает, что технологический партнёр должен учитывать не только сегодняшние ограничения банка, но и нагрузку, с которой инфраструктура столкнётся через три–пять лет, а банк — стоимость владения, совместимость и окупаемость решения.

«Если выбирать один главный критерий, я бы поставил на первое место надёжность. Но для современного банка важен баланс надёжности, стоимости и масштабируемости», — отметил Отабек Насыров.

Инфраструктура должна расти раньше нагрузки

Состояние карточной инфраструктуры нельзя оценивать только по принципу «работает или не работает». Важнее, сохраняется ли эффект масштаба.

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

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

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

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