Поделиться
Как ВТБ, «Сбер», Т-Банк импортозамещают ПО и с какими проблемами они сталкиваются
Крупные российские банки — ВТБ, «Сбер», ПСБ, Т-Банк — начали работы по импортозамещению ПО за несколько лет до введения санкций, так как были недовольны результатами взаимодействия с вендорами. Газпромбанк также финансирует работы по импортозамещению «железа». Кроме того, были созданы полигоны по отработке решений между вендорами и банками. Но банки жалуются на проблемы с совместимостью различных российских продуктов и необходимостью следовать методическим рекомендациям Минцифры.
Полигоны для взаимодействия банков и разработчиков ПО
В рамках ИЦК (индустриальный центр компетенций) «Финансы», объединяющего банки, ПФР (пенсионные фонды), платежные системы и биржевые организации, нет ни одного ОЗП (особо значимого проекта), который мог бы претендовать на получение грантов от государственных фондов. Тем не менее банки подробно рассказали о том, как у них происходят процессы импортозамещения, а также с какими проблемами приходится сталкиваться.
Для отработки взаимодействия банков и вендоров с 2024 г. в рамках ИЦК «Финансы» стали создаваться отраслевые полигоны. «Вендоры считают, что у них есть все необходимое — приходите и берите, а банки считают, что этого недостаточно, — объясняет замдиректора департамента Центробанка по информационной безопасности Андрей Выборнов. — Чтобы сложилась объективная картина, стали создаваться полигоны. Первой целью является прозрачность понимания состояния дел. Для вендоров это очерчивает направления доработки».
Первый полигон был создан для отработки NGFW (межсетевой экран нового поколения). Затем было выбрано пять классов: АБС (автоматизированная банковская система), процессинг, ДБО (дистанционное банковское обслуживание), микросервисные подходы и пенсионные фонды. Участие в полигонах бесплатное, при этом у каждого полигона есть оператор из числа ИТ-компаний. По каждому классу также есть по две рабочие группы — из финансовых организаций и из вендоров и операторов полигонов.
В качестве продуктов по направлению ДБО тестировались решения «Финансовая платформа Т1» (разработчик — Т1), IsimpleBank (разработчик — «Айсимплаб»), RS-Interbank:Corporate и RS-Interbank:Personal от «Эр-Стайл Софтлаб» и «Платформа Abanking OEM» от «Артсофте». Операторами выступили Т1, Fplus и Yadro.
В случае с ДБО тестируется два отдельных класса систем: для физических и для юридических лиц, рассказала директор департамента корпоративного развития «Россельхозбанка» (РСХБ) Екатерина Елманова. Всего было протестировано 19 сценариев: 10 сценариев для физических лиц (6 основных и 4 дополнительных) и 9 — для юридических лиц (4 основных и 5 дополнительных).
«Россельхозбанк» и откат назад из-за импортозамещения АБС
Среди АБС тестировались продукты «Финансовая платформа Т1» (разработчик — Т1), «Банк 21 век» (разработчик — «Инверсия»), ЦФТ-Банк (разработчик — БФТ), Diasoft Digital Q (разработчик — «Диасофт»), «Микросервисная АБС» («АРТ-Финтех»), RS-Bank («ЭР-Стайл Софтлаб»), «Платформа FXL» («ФлексСофт»). Операторами полигона выступили Т1, Fplus, Yadro, «Скала-Р» и «Сбертех».
«В случае с АБС принцип импортозамещения соблюдался "до последнего шурупа" — не было ни одного компонента, который не входил бы в реестры отечественных продуктов», — рассказал первый вице-президент Газпромбанка Дмитрий Назипов. Также были сформированы две группы критериев: функциональные (ЗО КИИ) и дополнительные (продуктовая линейка, кредиты, депозиты).
По итогам тестирования были выявлены российские АБС, достаточные для проведения импортозамещения, в частности, АБС от компании ЦФТ на базе доверенных ПАК (программно-аппаратный комплекс) «Скала-Р», говорит Назипов. Впрочем, Екатерина Елманова возражает: клиентская база банка в два раза больше, чем та, что тестировалась. Впрочем, Екатерина Елманова возражает: клиентская база банка в два раза больше, чем та, что тестировалась, Сейчас РСХБ частично импортозаместил АБС (часть, связанная с платежами и переводами), и относительно бек-офисной части АБС будет проводить имопртозамещение отдельно по филиалам, Причем для банка это будет «откат назад», так как ранее РСХБ, наоборот, сделал централизованную систему.
В части процессинга тестировались решения «Смартвиста» (разработчик — БПС), Solar Transaction Processing Suite (разработчик — «Салантек»), «Нео-Процессинг» (разработчик — «Арт-Финтех»), «Сигма» (разработчик — «Лектон») и TranzAxis (разработчик — «Компас Плюс»). Операторами выступили Fplus, Yadro и «Скала-Р».
В части микросервисных платформ тестировались решения «Нео» (разработчик — «Арт-Финтех»), Platform V Flow и Platform V DropApp (разработчик — «Сбертех»), «Финансовая платформа Т1» (разработчик — Т1), а также решения от компаний «Иридиум», «Скала-Р», «Флант», ГК «Астра», «Орион», «Базальт СПО», «Ред Софт» и «Роса». Операторами выступили Yadro, «Сбертех», Т1, «Крафтвей», «Скала-Р» и Fplus.
В части НПФ тестировались решения АИС «Наша пенсия» (разработчик — «Датсистемс»), «Управление НПФ с ЕПС» (разработчик — «Ортикон-ИТ Интегратор») и Diasoft Digital Q.Pension (разработчик — «Диасофт»). Операторами выступили Fplus, «НЭВЦ» и K2Tech. Нагрузочное тестирование происходило отдельно для малых НПФ (до 1 млн клиентов), для средних НПФ (до 5 млн клиентов) и для крупных фондов (до 10 млн клиентов), рассказал гендиректор НПФ «Будущее» Андрей Козлов.
Какие ИТ-системы существуют в банках
В Газпромбанке работает порядка 15 систем ЗО КИИ (значимый объект критической информационной инфраструктуры), рассказал первый вице-президент банка Дмитрий Назипов. Это базовые системы, платежные/расчетные системы, системы дистанционные и процессинговые. Такие системы должны пройти импортозамещение до конца 2028 г. Также банковские системы делятся на вендорские (к ним относятся базовые системы и процессинг) и системы, созданные своими силами (дистанционный банкинг, удаленные каналы, некоторые платежные системы).
Вендорские системы — это системы традиционной корпоративной архитектуры, они создавались десятилетия назад и базируются на вертикальном масштабировании. Тогда эскалацией аппаратных средств можно было достичь повышения производительности усложняющихся систем и растущего количества клиентов банков, объясняет Назипов. Причем форсирование аппаратных средств всегда было проще и быстрее, чем их переписывание, то есть происходило движение вверх по спирали аппаратных мощностей.
В этой части банки ожидал «холодный душ», говорит Назипов: портировать такие системы на отечественный стек невозможно, необходимо менять их архитектуру. Сейчас банки совместно с вендорами проводят колоссальную работу по данному направлению — выносят функциональность в системы-сателлиты, меняют Oracle на PostgreSQL и т.д. Системы второго класса — внутренней разработки — изначально создавались с опорой на СПО и микросервисную архитектуру, их гораздо проще портировать на отечественный стек.
Как Газпромбанк «альтруистически» финансирует импортозамещение банковского «железа»
В части аппаратного обеспечения для горизонтально масштабируемых систем есть большой класс серверов на базе процессоров Intel, находящихся в реестре российского оборудования, из которых можно создать ландшафт оборудования. Хуже обстоят дела с вертикально интегрированными системами: в России нет высокопроизводительных Intel-систем, к тому же PostgreSQL плохо на них масштабируется при увеличении количества ядер процессоров и тактовой частоты, говорит Назипов.
Есть также проблемы с отечественными системами хранения данных для высокопроизводительных систем (отсутствуют такие возможности, как сжатие, репликация и т.д.). Еще хуже обстоит проблема с сетевым оборудованием и межсетевыми экранами: производительность имеющихся на рынке решений крайне недостаточна. В результате приходится уходить от горизонтальной архитектуры — когда делались общие фермы для баз данных, виртуальные рабочие столы, виртуализации и т.д., а потом делили все это микросегментацией и межсетевым экраном. Теперь необходимо делать вертикальную нарезку (чтобы сетевое оборудование смогло с этим справиться), объясняет Назипов.
Ситуация усложняется тем, что и в софтверном, и в аппаратном ландшафте ежедневно находятся новые ошибки. Газпромбанк не хочет стать ИТ-компанией, но готов финансировать общерыночные компетенции для создания вендорами решений, интересных всему рынку. Совместно с производителями ПАК — «Скала-Р» — было инвестировано много усилий для доведения соответствующих решений до бизнес-уровня и обеспечения запуска на нем импортонезависимых решений. При этом такого рода подход для банка является «альтруистичным», считает Назипов.
В том числе было обнаружено большое количество проблем совместимости ПАК с системами виртуализации. Для СУБД был разработан подход «все в одном», когда весь необходимый для них софт лежит на тех же ПАК. Назипов не уверен, что ПАК будут доведены до необходимого уровня, но полагает, что банку удастся создать стандарт «фиксированных программно-аппаратных комплексов» для индустрии и предоставить рынку необходимую экспертизу.
Газпромбанку удалось перевести базовую (core) систему — АБС от компании ЦФТ — на отечественный стек: ПАК «Скала-Р», сервера Yadro на базе процессоров Intel и PostgreSQL (ранее использовались высокопроизводительные серверы от IBM и СУБД Oracle). До конца 2026 г. все 15 базовых систем в банке должны быть переведены на импортонезависимый ландшафт — ПАК «Скала-Р», сервера Yadro, российские системы виртуализации и мониторинга, СХД и т.д.
«Сбер» — импортозамещение на основе собственного стека ПО
«Сбер» еще в 2014 г. принял решение о разработке собственной платформы процессинга банковских карт, потому что вендорские решения не выдерживали необходимой нагрузки, рассказал директор департамента ИТ-блока «Транзакционный банкинг B2C» «Сбера» Алексей Осипов. Эксплуатация данного решения началась в 2019 г., а миграция — в 2020 г.
Однако изначально «Сбер» планировал переход на новую платформу одновременно с первым пуском банковских карт. Но в 2022 г. цены на «болванки» для карт взлетели вверх, в связи с чем было принято решение о копировании базы данных и бесшовном переводе клиентов на новую платформу, объясняет Осипов.
Процесс был завершен в 2024 г. Средняя задержка в обслуживании одного клиента составляла 10 секунд, при этом были запущены новые сервисы. В процессе миграции было переведено более 200 млн банковских карт. «Сбер» смог решить проблему «высокого сезона»: при работе с вендорами с января готовился к декабрю. Данная проблема была решена благодаря платформенному подходу и возможности «пересадить» проблемного клиента с одного из трех ЦОД, находящихся в онлайне, на другой. Также ощутимо было сокращено время выхода на рынок и гибкого реагирования на происходящие события.
Технологический стек составили продукты «дочки» «Сбера» — «Сбертеха»: ОС Platform V SberLinux, СУБД Platform V Pangolin, брокер Platform V Corax, платформа для хранения и обработки больших объемов данных Platform V DataGrid, платформа для управления приложениями Platform V DropApp, платформа файловой передачи информации Platform V Synapse File Exchange и Platform V Backend. Также был создан продукт для логической репликации в режиме реального времени Platform V GoldenGate, который является заменой продукта Oracle GoldenGate.
ВТБ: ставка на СПО и собственную разработку и экономия 180 млрд руб.
ВТБ занялся вопросами технологического суверенитета еще в 2019 г., рассказал руководитель департамента ИТ-архитектуры банка Илья Старостин. В первой ИТ-стратегии банка было выделено 4 направления. Во-первых, произошло смещение акцента на собственную разработку — соотношение внешней разработки к внутренней вместо 90:10 стало 10:90 (с учетом ранее принадлежавшей ВТБ компании Т1).
Второе направление состоит в том, что с 2020 г. ни одно новое решение в ВТБ не было запущено без использования СПО (свободное программное обеспечение) и ставки на низкопроизводительное оборудование и низкопроизводительную СУБД. Также был создан центр компетенций по СПО с целью доведения таких продуктов до бизнес-уровня.
Третьим направлением стала сервисная архитектура и построение платформы. Платформа состоит из перечня служебных сервисов (аудит, мониторинг, журналирование, идентификация, портал внутренних и внешних API, служебный сервис гибкой маршрутизации), использующих динамическую инфраструктуру.
Четвертое направление — единая модель данных. Был создан репозиторий, в котором находится более 37 тыс. атрибутов с указанием систем мастер-данных по каждому из них. Только данный репозиторий может публиковать сведения в платформу данных и их API, всем остальным системам запрещено это делать. Также был создан сервис устойчивых операций.
Всего ВТБ внедрил 385 систем и вывел из эксплуатации 180. Долгое время ВТБ не трогал вопросы АБС (автоматизированная банковская система) и процессинга. После присоединения разных банков к ВТБ банк столкнулся с пятью АБС, в которых обрабатывалось более 100 депозитных продуктов. ВТБ попытался работать с одной АБС — от компании «ЦФТ — Банковские системы» — находившейся в трех разных инсталляциях, и оставил процессинг от OpenWave.
Однако события 2022 г. заставили форсировать и данное направление. ВТБ попробовал самую маленькую из инсталляций от ЦФТ перевести на PostgreSQL, но после неудачного опыта начал создание собственными силами базовых систем банкинга. Старостин говорит, что банк решил «растворить АБС в ИТ-ландшафте организации», в том числе клиентские транзакции были отделены от бухгалтерских проводок. Ключевым компонентом стали продуктовые процессоры — порядка 20. В 2024 г. было внедрено 4 процессора, относящихся к ЗО КИИ, включая расчетный центр. В части расчетно-кассового обслуживания физических и юридических лиц и процессинга ВТБ находится в режиме «для своих» (friend&family), обслуживая ограниченное число клиентов.
Всего в сфере ЗО КИИ из 62 ИТ-систем 47 систем были написаны ВТБ. Исключением стал слой динамической инфраструктуры, который в 2022 г. был запущен на VMWare, Redhat и OpenShift. Параллельно центр компетенций банка по СПО стал приводить Kubernetes и OpenStack к корпоративных стандартам. В результате на конец 2024 г. было импортозамещено 42 ИТ-системы, оставалось еще 15 (в основном систем, выросших из ЦФТ). В качестве ОС используется AstraLinux. 91% инсталляций СУБД приходится на российские решения, в сфере контейнеризации и виртуализации — 85%, в сфере серверов приложений — 95%. Всего в ИТ-подразделении ВТБ работает 14 тыс. человек и реализуется 270 проектов.
К настоящему моменту полностью импортозамещены слои, в которых числятся мобильный банк, отделения и все виды операций, совершаемых в них. Также на 100% выполнена работа по замене систем, использующихся в оформлении заявок, например, на открытие кредитов или депозитов, в феврале 2026 г. рассказал зампредправления ВТБ Вадим Кулик. «Нам осталось заместить бухгалтерскую механику, то есть процессы по начислению или списанию процентов, созданию резервов и т.д., а также так называемые экзотические операции, например, учет монет», — добавил Кулик, при этом экономия, которую ВТБ получит за счет использования импортозамещенных разработок до 2030 г., оценивается в 180 млрд руб.
Старший вице-президент ВТБ Сергей Безбогов добавляет, что импортозамещение в банках могло бы стать дешевле, если бы его можно было отдать на аутсорсинг. Например, перенести некоторые системы в защищенные ЦОД, предоставив банкам второго эшелона возможность ими пользоваться. Но для этого нужно изменение законодательной базы. Законопроект о возможности использования облачных услуг финансовыми организациями был принят Госдумой в I чтении в 2023 г., но с тех пор его рассмотрение не осуществлялось.
ПСБ: импортозамещению мешают методические рекомендации Минцифры
Банк ПСБ, будучи госбанком, ориентированным на обслуживание гособоронзаказа, является «самым зарегулированным», сообщил директор департамента трансформации и операционного контроля ИТ кредитной организации Игорь Панов. В связи с этим банк раньше других вынужден был заняться «настоящим импортозамещением». Еще в 2018 г. ПСБ, получив статус опорного банка, стал готовиться к попаданию в санкционные списки США и готовить «обходные пути».
С тех пор банк утвердил три стратегии цифровой трансформации (СЦТ), создаваемых с учетом методических рекомендаций Минцифры по цифровой трансформации госкомпаний. В 2019 г. в банке было разработано и внедрено 17 новых российских ИТ-систем.
В 2020 г. банк выбрал отечественные решения для инфраструктурного слоя: в качестве ОС для приложений были выбраны «Альт», «РедОС» и AstraLinux, в качестве ОС для рабочих мест — AstraLinux, в качестве СУБД — PostgreSQL, Arenadata DB и QM, в качестве платформы серверной виртуализации — zVirt, в качестве платформы виртуализации рабочих мест (VDI) и виртуализации гиперконвергентных систем — «Скала-BPM».
В качестве платформы телефонии была выбрана «Сател», причем она потребовала наименьшее количество доработок от банка. В качестве мессенджера был выбран eXpress, в качестве офисного пакета — «Р7-Офис» (но тут возникли проблемы с существующими макросами), решение для контакт-центра было выбрано от «Наумен», в качестве ВКС — Iva.
В 2021 г. банк выбрал две платформы с минимальным кодом (low-code) для создания собственных систем — FIS и Greendata. Всего в банке было реализовано 100 проектов по импортозамещению. По состоянию на 2024 г. в банке было введено 98 систем из Единого реестра российских программ для ЭВМ. В реестр было включено 19 программ собственной разработки банка, также 14 информационных систем на их основе было введено в эксплуатацию (включая систему мониторинга гособоронзаказа). В том числе система дистанционного банковского обслуживания создавалась банком самостоятельно.
Панов выявил ряд проблем в сфере импортозамещения. В соответствии с требованиями Минцифры к госкомпаниям, на внутреннюю разработку должно приходиться не более 30% затрат на ИТ-бюджеты. При этом СЦТ ежегодно приходится актуализировать, что затрудняет вопросы планирования ресурсов. Часть отечественных софтверных и аппаратных решений для банков для высокопроизводительных и высоконагруженных систем потребовала совместной доработки с вендорами (в частности, из-за наличия СПО-компонентов, отсутствия ролевых моделей, наличия прав доступа суперпользователя и т.д.).
Кроме того, выяснилась серия проблем по совместимости отечественных продуктов друг с другом, например, AstraLinux со «Скала-BPM» или «Скала-BPM» не работает с ПО для контакт-центра. Есть проблема с ценообразованием. Другая проблема — непрозрачное ценообразование. В 2019-20 гг. проекты в области ИТ стоили «адекватных» денег — до 100 млн. Сейчас проекты с такими же техническими заданиями стоят 150–200 млн. Панов призвал коллег «играть в долгую, а не пытаться собрать куш». Также в законе отсутствует ответственность за срыв проектов по импортозамещению.
За первое полугодие 2024 г. ПСБ потратил на цифровую трансформацию 14,9 млрд руб. Вложения в отечественные ИТ-решения составили 8,97 млрд руб., доля расходов на закупку российского ПО в общем объеме затрат по ПО составила 93,3%, доля расходов на закупку российской РЭП (радиоэлектронной продукции) в общем объеме расходов на РЭП составила 71,5%.
Объем вложений в российскую радиоэлектронную продукцию составил 4,8 млрд руб., расходы на обеспечение перехода на отечественное ПО составили 8,96 млрд руб., расходы на обеспечение перехода на отечественный РЭП — 4,8 млрд руб. Объем затрат на исследования и разработки составил 172 млн руб., из 62 систем было замещено 34.
Т-Банк: ставка на микросервисную архитектуру
Работы по импортозамещению ПО в Т-Банке (бывший банк «Тинькофф») начались в 2020 г., рассказал директор по качеству ПО кредитной организации Никита Макаров. У Т-Банка в 2019 г. было более 1 тыс. приложений, большинство из которых — микросервисы в контейнерах. Отдельно находились приложения, относящиеся к ЗО КИИ и жестко зарегламентированные.
Банк сталкивался с проблемой фрагментированных частей платформ, а от написания первой строчки кода до его публикации уходило в среднем 18 дней. Также в банке понимали, что в течение 3–5 лет его бизнес будет сильно масштабироваться. Кроме того, как отмечает Макаров, еще в «доковидные» времена банк сталкивался с проблемами с вендорскими продуктами: список доработок мог быть расписан «на 15 лет», в связи с чем было решено сделать ставку на собственную разработку.
По состоянию на 2024 г. у банка более пяти тыс. приложений. Большинство из них — по-прежнему микросервисы в контейнерах. Также теперь те приложения, которые всегда были зарегламентированы (стандарт PCI DSS и т.д.), также относятся к этим приложениям: это платежи и переводы, 3DS, кредиты, балансы, АБС, пополнения, банкоматы, виртуальный сотовый оператор «Т-Мобайл». От первой строчки кода до публикации в продакшен теперь уходит в среднем два дня. Произошло масштабирование до пяти дата-центров.
Платформы в Т-Банке разделены на четыре типа: инфраструктурные платформы, платформы разработки приложений, платформы запуска приложений, бизнес-платформы. Платформа разработки приложений состоит из двух «перил»: авторизация/аутентификация и безопасность (анализ уязвимостей, compliance, публикация, доступы). Между ними находятся такие процессы, как хранение и сборка кода, публикация артефактов, контроль качества, ресурсы и квоты, и развертывание, и конфигурация. Код должен быть написан правильно, безопасно и ресурсоемким.
В платформе запуска приложений объекты ЗО КИИ банк старается перенести на российское железо и софт («Альт», AstraLinux и др.). Также банк смотрит на разработку своего специализированного ядра с увеличенными нормами безопасности: дистрибутивы, созданные на основе СПО общего назначения, открывают возможность для атаки, объясняет Макаров. Слои управления сетью, планировщик нагрузок и контейнерной инфраструктуры банк использует на основе СПО, но с «тоннами» переработок от банка.
Преимуществами платформ, по мнению Макарова, являются: возможность включения некоторых решений на уровне проектирования (важно для банков, где большие требования к безопасности); целостная картина по безопасности/утилизации/квотированию; поддержка малыми командами высокого уровня (инженерам интересно заниматься такими разработками).
Нюансами внедрения платформ являются: горизонтальное масштабирование (Макаров нигде не видел вертикального масштабирования); построение на основе commodity «железа» (максимально дешевое железо); инфраструктурная разработка как скрытые затраты. «Кажется, что платформы можно собрать из СПО, но в реальности объем разработки вокруг СПО — "чудовищный"», — говорит Макаров.
Как Т-Банк пережил кризис полупроводников и санкционное давление
В 2021-22 гг. Т-Банк столкнулся с кризисом полупроводников. В условиях срыва поставок и отсутствия «железа» банк предпринял усилия по «уплотнению» ресурсов и централизации инструментов и инфраструктуры: оптимизация использования ресурсов в масштабе всей компании; борьба с неэффективным использованием инфраструктуры: поиск приложений с плохой утилизацией и последующее перераспределение ресурсов. В результате был обеспечен рост при ограниченных внешних поставках и повышена устойчивость бизнеса в условиях кризиса.
В 2022 г. началось санкционное давление. Сочетание множества одновременных вызовов привело к «идеальному шторму»: рост клиентской базы при ограниченном доступе к инфраструктуре; трехкратный рост инжиниринга и необходимость импортозамещения; усиление угроз информационной безопасности.
Банк предпринял следующие шаги: быстрое горизонтальное масштабирование в облаке благодаря стандартизации; повышение производительности разработчиков с помощью внутренних инструментов; централизованные платформы для улучшения качества и безопасности. В результате было обеспечено выживание и рост компании в кризисных условиях, сокращение времени онбординга новых сотрудников и повышена эффективность управления ИТ-ландшафтами, говорит Макаров.
В планах Т-Банка на будущее значится работа в нескольких облаках — банк планирует пользоваться любым доступным в России облаком, включая публичные (например, «Яндекс»), но ЗО КИИ туда запускаться не будут.
Внедрение АБС от ЦФТ в банке «Таврический»
Компания «ЦФТ-Банковские системы» начала разработку собственной автоматизированной банковской системы (АБС) в 2008 г. Продукт получил название 2МСА. В 2016 г. начался перевод системы на PostgreSQL. Как отмечалось выше, ВТБ не смог работать с АБС от данной компании. Но у компании есть успешные опыты внедрения своей АБС в менее масштабных банках. Так, в 2023 г. начался переход банка «Таврический» на 2МСА. Сам банк исторически работал на «самоличной» АБС, но с 2017 г. перешел на продукты от «ЦФТ-Банковские системы». Отметим, что после описываемых событий — в 2025 г. — у банка «Таврический» была отозвана лицензия.
Переход происходил в два этапа: сначала банк перешел на 2МСА на базе СУБД Oracle, затем был проведен переход на PostgreSQL. Как пояснил директор блока развития бизнеса «ЦФТ-Банковские системы» Александр Козак, 2МСА может работать сразу с несколькими СУБД. «Если раньше исходный код АБС хранился в Oracle, то теперь он хранится в промежуточном слое — на серверах приложений на Java», — пояснил Козак.
При этом ранее АБС у банка «Таврический» работала на серверах на базе процессоров Sparc. Поскольку PostgreSQL не поддерживает Sparc, пришлось переходить на сервера на архитектуре x86. Непосредственно переход произошел в новогодние праздники 2023/24 гг. При переходе наблюдалось некоторое замедление работы АБС, также были проблемы с СБП (Система быстрых платежей), но они были решены.
Кроме того, как признает Козак, в компании забыли о процедуре KYC («узнай своего клиента»), которую должны производить банки, поэтому непосредственно в праздники специалистам компании пришлось спешно дописывать соответствующие модули. Также была обнаружена психологическая проблема: если пользователь АБС из числа сотрудников банка не может долго ждать и закрывает окно с незавершенной операцией, то обработка операции не прекращается и происходят взаимные блокировки.
Зато, как отметил председатель правления банка «Таврический» Павел Зварич, миграция на новую АБС позволила банку получить независимость от вендора СУБД и далее позволит оперативно вносить изменения в различные модули АБС без длительного обновления платформы. Это необходимо в связи с изменениями конъюнктуры рынка и текущего законодательства. Размер базы данных банка составляет 8 Тб, число пользователей — 300.
Предложение о создании Индекса роста цен на ИТ-услуги
Член совета директоров компании «НПК Финиш-Софт» Дмитрий Минеев поднял вопрос о рентабельности работы ИТ-подрядчиков банков. По его словам, 70% доходов компаний из данной сферы приходится на договоры на поддержку, в которые входят закупка лицензий и необходимость доработки продуктов под требования законодательства.
При этом индексация затрат по договорам с банками не покрывает рост расходов ИТ-компаний на найм персонала, кроме того, не все банки перешли на отечественные решения. В этих случаях ИТ-подрядчики для выполнения своих обязательств должны по параллельному импорту продолжать закупать лицензии разработчиков у иностранных вендоров.
Еще одна проблема, по словам Минеева, состоит в том, что компании, специализирующиеся на автоматизации банковской деятельности, в частности разработчики ПО для производственного цикла банков (шлюзы для СБП, дистанционное банковское обслуживание), не могут воспользоваться [льготами/мерами поддержки].
В то же время договоры заключаются по «Римскому праву», и у ИТ-подрядчиков нет оснований заявить о существенных изменениях обстоятельств, не позволяющих выполнять условия договоров. В связи с этим Минеев предложил ввести «Индекс роста цен на ИТ-услуги» — математический агрегат, который будет учитывать такие факторы, как инфляция, рост зарплат в ИТ, ключевая ставка, бивалютная корзина, надбавка за ПО на импортонезависимом стеке и т.д. Такой подход обеспечит прозрачность ценообразования, предсказуемость бюджетов, единые условия для всех участников рынка.
Короткая ссылка
