Разные пути к одной цели

Опыт российских банков в импортозамещении критических IT-систем

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

Заместитель председателя правления Абсолют Банка Светлана Растопшина о построении карточного процессинга на собственной инфраструктуре:

— Рынок банковского процессинга за последние несколько лет пережил фундаментальные перемены: уход западных вендоров, определение значимых объектов критической информационной инфраструктуры (КИИ) и ужесточение требований по импортозамещению. В этих условиях участники рынка вынуждены проводить кардинальные изменения в инфраструктуре, пересматривать подходы в работе и оценивать целесообразность радикальной смены технологической конфигурации.

Светлана Растопшина

Светлана Растопшина

Фото: Пресс-служба Абсолют Банка

Светлана Растопшина

Фото: Пресс-служба Абсолют Банка

У банков, не входящих в перечень системно значимых, в том числе у Абсолют Банка, сейчас есть уникальная возможность изучить новые отечественные решения и опыт участников рынка, перешедших к активному этапу импортозамещения. И, учитывая сложность и ресурсозатратность технического переоснащения, дополнительное время на анализ всех «за» и «против» — есть и важное преимущество для банков за пределами топ-10 в силу меньших технологических, финансовых и кадровых возможностей.

В связи с этим особую значимость приобретает работа полигонов индустриального центра компетенции (ИЦК) «Финансы». Они позволяют перенять опыт его участников другим банкам, минимизировать типичные ошибки, сократить сроки внедрения и выбрать оптимальное инвестиционное решение.

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

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

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

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

Стоит отметить, что в банке уже был опыт использования стороннего процессинга. В 2022 году Абсолют Банк реализовал проект по эмиссии карт «Мир» на стороннем процессинге, а обслуживание действующих международных карт Visa оставил на in-house процессинге. Однако при переходе ко второму этапу проекта возникли сложности: контрагент был не готов его выполнять. Эта история наглядно показала преимущества собственного процессинга — гибкость системы и скорость реализации необходимых доработок. Кроме того, сохранение процессинга в своем периметре и возможность самостоятельной оперативной «настройки» дает конкурентные преимущества, которые теряются при передаче данного функционала «на сторону».

В настоящее время мы понимаем: для реализации стратегически важного проекта по импортозамещению требуется эволюционный, а не революционный подход. Учитывая, что на рынке появились новые, но еще недостаточно апробированные продукты, целесообразно двигаться поэтапно. Первым шагом должна стать замена критических компонентов (HSM) на российские аналоги, что позволит снизить санкционные риски без радикальной перестройки всего ландшафта.

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

Директор по информационным технологиям ОТП Банка Сергей Симоненко о локализации банковского процессинга в сжатые сроки:

— Российская банковская отрасль за последние несколько лет прошла значительный путь модернизации IT-систем и к 2026 году может заявить о достигнутом результате, который в том числе значим для компаний, еще стоящих на пути импортозамещения.

Сергей Симоненко

Сергей Симоненко

Фото: Пресс-служба ОТП-банка

Сергей Симоненко

Фото: Пресс-служба ОТП-банка

ОТП Банк — один из немногих игроков на российском рынке, кто уже полностью заместил свой карточный процессинг. Мы завершили этот проект за один год и девять месяцев, уложившись ровно в те сроки, которые сейчас обсуждаются в отрасли как ориентир. Наш опыт был вынужденным и непростым, но именно такие кейсы сегодня важны для всех, кто только встает на путь импортозамещения ключевых IT-систем.

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

Мы проанализировали всех крупных российских вендоров, представленных на рынке в тот момент. БПЦ, «Кард стандарт», «Компас+» — все предлагали монолитные решения, и все они были построены на СУБД Oracle. Это означало, что после внедрения банку пришлось бы проходить через повторную миграцию — теперь уже с Oracle на PostgreSQL. Мы поняли, что такой сценарий несет двойные риски, и сделали ставку на решение, изначально работающее на отечественном стеке. В итоге выбор пал на продукт компании Solanteq, который нас полностью устроил, при этом важную роль сыграли ощущение подлинного партнерства и готовность команды работать плечом к плечу.

Внедрение заняло полтора года, еще около трех месяцев ушло на доработки и тестирование. Главный вывод, который мы сделали: сама процессинговая платформа — это лишь верхушка айсберга. У всех вендоров она примерно одинаковая по качеству и функциональности. Основные сложности возникают на этапе интеграции с существующим ландшафтом банка: автоматизированной банковской системой, дистанционным обслуживанием, цифровыми каналами, отчетностью перед регулятором. Именно здесь потребовалось кратно больше усилий, чем мы планировали изначально. Поэтому тем, кто только готовится к миграции, я настоятельно рекомендую закладывать значительный бюджет времени именно на интеграционные работы.

Еще один критически важный этап — тестирование. Мы провели нагрузочные испытания на своих тестовых средах. В реальной эксплуатации при текущей нагрузке 100–150 трансакций мы имеем трехкратный запас прочности. Параллельно мы запустили пилотную эксплуатацию на узкой группе лояльных клиентов и сотрудников — это помогло выявить множество нюансов, незаметных при тестах.

Отдельная тема — стратегия самой миграции. Мы пошли на определенный риск и провели переход в формате big bang, одномоментно перенеся все 2,5 млн карт. Это произошло в ночь на 25 марта прошлого года. Нам повезло: операция прошла успешно, хотя были моменты, когда все висело на волоске. При этом у нас имелся план отката, но сама процедура возврата к старой системе тоже стресс для банка. Сейчас, оглядываясь назад, я рекомендовал бы договариваться с НСПК о поэтапной миграции по BIN-диапазонам. Это дольше, но безопаснее и для банка, и для клиентов.

Сегодня мы работаем на новом процессинге уже почти год. Производительность, скорость обработки трансакций, отказоустойчивость — все соответствует заявленным характеристикам. Важное преимущество нового стека (PostgreSQL, Java, Kafka) — возможность обновлять систему без остановки сервисов. В старом монолите на Oracle деплой (развертывание.— “Ъ”) всегда означал простой. Теперь мы можем развивать продукты непрерывно.

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

Резюмируя, хочу выделить несколько практических рекомендаций для коллег, которым еще предстоит локализация критической инфраструктуры. Прежде всего при выборе решения нужно ориентироваться не на декларируемые характеристики платформы — у всех вендоров они сопоставимы, а на способность команды к глубокой кооперации и готовность погружаться в задачи банка. Крайне важно закладывать основную часть ресурсов не на внедрение самой коробки, а на интеграцию с существующим ландшафтом — именно здесь возникает большинство сложностей. Тотальное тестирование, включая программу friends and family и нагрузочные испытания на своей конфигурации,— единственный способ выявить проблемы до того, как они затронут клиентов.

Заместитель председателя правления банка ДОМ.РФ Николай Козак о локализации критических финансовых IT-систем:

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

Николай Козак

Николай Козак

Фото: пресс-служба ДОМ.РФ

Николай Козак

Фото: пресс-служба ДОМ.РФ

2025 год стал для банковской отрасли точкой сборки. Вступил в силу федеральный закон №58-ФЗ, внесший принципиальные изменения в регулирование критической информационной инфраструктуры. Одновременно при координации Банка России на площадке ИЦК «Финансы» развернулись масштабные испытания отечественных решений для самого высоконагруженного сегмента — банковского процессинга. Для нас, в банке ДОМ.РФ, этот этап стал не просто выполнением регуляторных требований, а возможностью выстроить архитектуру будущего, опираясь на баланс проверенных вендорских решений и собственной экспертизы.

Результаты испытаний на отраслевом полигоне ИЦК «Финансы» дают рынку главное — референтную базу. В декабре 2025 года были успешно протестированы автоматизированные банковские системы и процессинговые решения в условиях, максимально приближенных к реальным эксплуатационным нагрузкам. Участники рынка получили возможность наблюдать за испытаниями в режиме реального времени, а итоговые протоколы стали доступны для всех игроков.

Полигон позволил проверить, как прикладное ПО работает на отечественном оборудовании, как выстраивается взаимодействие между системами виртуализации, СУБД и самим процессингом. Это снижает IT-риски при внедрении: банк видит не изолированные характеристики решения, а его поведение в связке с другими элементами инфраструктуры.

Приступая к проекту замены карточного процессинга в начале 2025 года, мы исходили из простой логики: процессинг — это кровеносная система банка. Здесь неприемлемы простои, критична скорость трансакций, жестки требования безопасности, включая мировые стандарты безопасности данных. И при этом нужна гибкость — способность быстро выводить на рынок новые продукты. Мы выбрали гибридную модель. Для онлайн-взаимодействия с платежной системой, где необходимо строгое соответствие требованиям платежных систем и стандартам безопасности, мы опираемся на зрелое вендорское решение. Но бэк-офис процессинга, логику обработки, правила, тарификацию — все, что требует скорости изменений и тонкой настройки под наши продукты,— строим самостоятельно.

Исторически банк ДОМ.РФ всегда стремился концентрировать экспертизу внутри и развивать самописные системы там, где это оправданно. Проект по процессингу подтвердил: гипотеза работает. За десять месяцев мы построили новый инфраструктурный контур на отечественном «железе» и подготовили программную платформу на базе российских решений. Уже в октябре 2025 года провели первые успешные трансакции. Это доказательство того, что баланс между надежностью вендорского софта и гибкостью собственной разработки достижим.

Наш опыт участия в отраслевых полигонах показывает: открытые испытания дают исчерпывающую картину. Мы внимательно следим за результатами тестов на площадке ИЦК «Финансы». Но проведение индивидуального тестирования по параметрам банка ДОМ.РФ на развернутом полигоне не входит в наши планы. И вот почему: результаты работы системы, которую мы выстроили, уже полностью удовлетворяют нашим требованиям по нагрузке, отказоустойчивости и безопасности. Мы получили практическое подтверждение, что архитектура работает, на собственном «боевом» контуре.

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

Текущий год для нас — этап завершения миграции и масштабирования. Основные технологические решения приняты, инфраструктурный контур построен, первые трансакции проведены. Локализованная платформа дает нам свободу: мы можем быстрее внедрять новые сценарии, интегрироваться с цифровыми сервисами, работать с инновациями, в том числе с цифровым рублем. Именно здесь гибкость собственного бэка становится нашим конкурентным преимуществом. Мы прошли активную фазу трансформации и теперь нацелены на то, чтобы превратить новую инфраструктуру в источник роста. Банковский процессинг — сложнейший механизм. Но когда он собран правильно, из проверенных и совместимых компонентов, когда за ним стоит собственная экспертиза и понимание каждого винтика, он работает как часы.

Директор по информационным технологиям Альфа-банка Алексей Фетисов о постепенном переходе на отечественные решения:

— Новые рекомендации Банка России и требования федерального закона №58-ФЗ задают четкий вектор на локализацию критической инфраструктуры. В Альфа-банке это видят не просто нормативным требованием, а масштабным технологическим вызовом. По мнению компании, ключевая задача — перенести высочайшую культуру надежности, заложенную в старой архитектуре, на новые отечественные рельсы, сохранив бесперебойность сервисов для миллионов клиентов.

Алексей Фетисов

Алексей Фетисов

Фото: Дмитрий Лебедев, Коммерсантъ

Алексей Фетисов

Фото: Дмитрий Лебедев, Коммерсантъ

Прямолинейная замена «всего и сразу» для системы, работающей 24/7, такой как банковский процессинг,— это критический риск. Поэтому мы выбрали путь, который позволяет решать задачу без влияния на клиентов: шардирование баз данных. Мы не переписываем ядро целиком, а последовательно, шард за шардом замещаем узлы на Oracle узлами на Postgres Pro. Это итеративная миграция с минимальными рисками, где мы сохраняем уникальную бизнес-логику, накопленную за 20 лет. Параллельно мы решаем задачу горизонтального масштабирования: деление монолита на части дает нам возможность наращивать мощность до тысяч операций в секунду и повышает отказоустойчивость за счет распределения нагрузки.

Наш текущий стек — это отправная точка. Ядро процессинга Альфа-банка работает на решении компании БПС («СмартВиста»), которое развивается внутри банка более 20 лет. Это не коробочный продукт, а глубоко кастомизированная система с уникальной веткой кода, собственной командой развития и интеграцией с десятками внутренних систем. Исторически эта критическая инфраструктура работает на максимально отказоустойчивом импортном стеке: серверы HPE SuperDome Flex, дисковые массивы HPE XP, кластер под управлением HPE ServiceGuard, ОС SUSE Linux Enterprise Server и СУБД Oracle. Архитектура максимально надежная, но полностью импортная.

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

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

В целевом решении мы уходим на 100% отечественный стек. Серверы — это платформа Х86 от компаний «Ядро», Fplus, Delta Computers. Системы хранения данных — дисковые подсистемы от «Ядра», операционные системы — РОСА «Хром» и Astra Linux, СУБД — Postgres Pro Enterprise.

Мы строим архитектуру не по классической схеме master-slave, а на базе геораспределенных отказоустойчивых кластеров с синхронной репликацией и автоматическим выбором лидера (автофейловером). Базы данных будут «растянуты» между несколькими ЦОДами, серверы приложений — в горизонтальные шарды. Трансакции будут обрабатываться всеми узлами одновременно. Это гарантирует непрерывность даже при потере целого дата-центра.

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

Директор департамента информационных технологий розничного бизнеса Россельхозбанка Василий Светлов о ситуации на российском финтех-рынке:

— Наш банк стал уникальным участником спецпроекта «Review-Локализация процессинга» неслучайно: мы первыми в России полностью завершили импортозамещение критически важной инфраструктуры процессингового центра в Россельхозбанке. Это та система, которая обрабатывает все карточные операции клиентов в режиме реального времени, и требования к ней максимальные: надежность, скорость, отказоустойчивость.

Василий Светлов

Василий Светлов

Фото: Пресс-служба РСХБ

Василий Светлов

Фото: Пресс-служба РСХБ

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

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

Мы полностью перевели на отечественный технологический стек фронт-офис процессингового центра — платформу SmartVista и инфраструктуру для нее, использовали российские решения: серверы «Ядро», виртуализацию «РЕД», операционную систему Astra Linux и базу данных Postgres Pro. При выборе мы ориентировались не на формальный признак «отечественное», а на реальные показатели — производительность и устойчивость под высокой нагрузкой.

Вся миграция заняла около восьми месяцев и проходила поэтапно. Сначала мы развернули тестовый контур, полностью повторяющий боевую систему, и провели тысячи тестов: от базовых операций до сценариев аварийного восстановления. Затем перешли к опытной эксплуатации: подключили пилотные подразделения и проверяли работу уже на реальных клиентах. И только после этого начали поэтапную миграцию филиалов: небольшие переводили целиком, а крупные — постепенно, по офисам. Это позволило минимизировать риски и не влиять на клиентов.

Конечно, без сложностей не обошлось. Основные вызовы были связаны с тремя вещами. Первое — обеспечить полный функционал на уровне предыдущей системы. Это решалось через глубокое тестирование каждого сценария. Второе — производительность базы данных. Мы провели серьезную оптимизацию и настройку, чтобы выдерживать транзакционные нагрузки. И третье — подготовка к возможному откату. У нас был полностью проработанный сценарий обратной миграции без потери данных, хотя в итоге он не понадобился.

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

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

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

Руководитель центра компетенций систем процессинга МКБ Алексей Беседин о выборе вендорской платформы процессинга:

— Импортозамещение процессинговых систем — наиболее нагруженного элемента банковской ИТ-инфраструктуры — фактически стало приоритетом для всех игроков с in-house процессингом.

Алексей Беседин

Алексей Беседин

Фото: Пресс-служба «МКБ»

Алексей Беседин

Фото: Пресс-служба «МКБ»

Ключевым фактором неопределенности для рынка до последнего времени оставалась готовность отечественных решений — как с точки зрения функциональности, так и по параметрам производительности. Дополнительные риски обусловлены требованием высокой доступности процессинга (24/7/365): любая смена технологической платформы воспринимается бизнесом как потенциальный источник сбоев.

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

При этом выбор стратегии импортозамещения — собственная разработка или внедрение готового решения — остается дискуссионным. Крупные банки рассматривают собственную разработку прежде всего как инструмент сокращения time-to-market (время вывода нового продукта на рынок) и снижения зависимости от поставщиков (vendor lock-in). Однако в сегменте электронных платежей пространство для кастомизации ограничено: развитие отрасли в значительной степени определяется требованиями регуляторов (Банк России, НСПК), что нивелирует различия между решениями на уровне базовой функциональности.

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

МКБ, в частности, по итогам открытого конкурса сделал выбор в пользу вендорской платформы процессинга. Решение будет внедряться с учетом специфики ИТ-ландшафта банка и набора функциональных и нефункциональных требований. Новая платформа позволит банку обрабатывать до 1 тыс. TPS с целевым SLA 99,99%. Для сохранения непрерывности работы сервисов МКБ миграция будет происходить поэтапно — с постепенным онлайн-переключением транзакционного потока на импортозамещенное решение. Такой подход сводит риски отказа в обслуживании к минимуму, поскольку предусматривает план отката на случай возникновения нештатных ситуаций. Также для минимизации рисков внедрения была разработана скоринговая модель оценки решений, основанная на детализированном техническом задании, что позволило провести объективный анализ предложений и выбрать продукт с максимальным соответствием исходным требованиям.

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