ПРОГРАММНЫЙ КОМПЛЕКС "ИНТЕГРАЦИОННЫЕ СЕРВИСЫ"

«ПРОГРАММНЫЙ КОМПЛЕКС "ИНТЕГРАЦИОННЫЕ СЕРВИСЫ"» включено в реестр российского ПО: реестровая запись № 14937, решение Экспертного совета (протокол № 1309пр от 13.09.2022). Правообладатель — ООО "ГК "ИННОТЕХ". Заявление № 259272 от 11.08.2022.

Статус: Включено в реестр · Этап: В реестре · ПО

Номер заявления: № 259272, зарегистрировано 11.08.2022
Правообладатель: ООО "ГК "ИННОТЕХ"
Реестровая запись: Реестровая запись №14937 от 16.09.2022
Классы ПО: 05.15 Информационные системы для решения специфических отраслевых задач

О продукте

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

Что умеет

Продукт «Интеграционные сервисы» состоит из модулей, каждый из которых предоставляет определенный набор функциональности. 1.1 Модуль Messenger Модуль Messenger обеспечивает поддержку определенного набора протоколов, а также предоставляет адаптеры для интеграции с различными системами. Поддерживаются различные режимы доставки сообщений, включая режим гарантированной доставки, а также механизмы резервирования и отказоустойчивости. Работоспособность модуля не зависит от доступности других систем, которые взаимодействуют с ним. Основные функции модуля: • выполнение транспортных транзакций; • маршрутизация сообщений и вызовов; • построение композитных, агрегационных и переиспользуемых сервисов; • обеспечение устойчивости сервисов к недоступности систем-провайдеров; • контроль времени жизни в очередях и тайм-аутов; • преобразование транспортных протоколов; • предоставление точки подключения для систем-потребителей; • изоляция точек подключения систем-потребителей от компонентов платформы; • преобразование данных из формата одной информационной системы в формат другой. 1.2 Модуль «Банковский шлюз» «Банковский шлюз» – программно-аппаратный комплекс, состоящий из нескольких кластеров и отдельных серверов. Основная задача – обеспечение взаимодействия между внутренними информационными системами банка и внешними информационными системами (транспорт). Основные функции модуля: • обеспечение произвольного информационного взаимодействия между информационными системами банка и внешними информационными системами в сегменте B2B; • обеспечение доступа к различным видам сведений в СМЭВ2/СМЭВ3 в сегменте B2G (ЕСИА, «Биометрия», ФССП, ФНС и др.) для внутрибанковских информационных систем; • аутентификация и авторизация внешних систем
1.3 Модуль «Гермес» Модуль «Гермес» отвечает за предоставление сервиса информационной рассылки SMS- и email-уведомлений по событиям различных банковских систем, реализующих банковские продукты, в адрес клиентов, являющихся потребителями этих банковских продуктов. Модуль взаимодействует с внутренними банковскими системами и платформами, реализуя процесс нотификации, в рамках которого он: • принимает сообщения от банковских систем, выполняя при этом проверку корректности и допустимости сообщений; • для каждого сообщения определяет подписчиков – клиентов банковских продуктов, заинтересованных в информации по сообщениям; • формирует соответствующие уведомления – конечные сообщения для подписчика, учитывающие тип сообщений, форму представления информации и тип канала доставки; • выполняет доставку сформированных уведомлений подписчикам, выполняя при этом учет оплаты уведомлений. Общая схема работы модуля: Описание элементов схемы: • БД Гермес – база данных системы рассылки уведомлений клиентам; выполняет хранение данных о клиентах для выполнения SMS- и email-рассылкок; • CacheManagerModule – модуль, выполняющий доставку изменений по подпискам в Kafka; выполняет следующие функции: o собирает данные о подписках клиента; o публикует полученные данные о подписках в брокер сообщений Kafka; • unp-kafka – программный брокер сообщений, реализующий паттерн «издатель-подписчик»; используется для выполнения следующих функций: o накопления очереди сообщений, поступивших от unp-template-engine; o накопления очереди сообщений, поступивших от unp-gateway; o накопления очереди сообщений, поступивших от unp-subscription-cache; o доставки изменений по условиям подписки клиента из «Гермес», СУБО и общего сервиса «Кросс-ссылки ФЛ» в кэш общего сервиса «Нотофикация» (Tarantool). 1.4 Модуль «Центр обработки платежей» «Центр обработки платежей» (ЦОП) – автоматизированная банковская система, предназначенная для онлайн-регистрации платежей от физических лиц в пользу поставщика услуг, квитирования информационных и финансовых потоков по платежам, осуществления информационного и финансового взаимодействия с получателями, расчета комиссионного вознаграждения, формирования отчетности и других сопутствующих действий. Модуль предназначен для обработки клиентских распоряжений (платежи физических лиц в пользу юридических по договорам информационного обмена) через различные терминалы приема платежей (устройства самообслуживания, онлайн-сервисы, касса). ЦОП реализует: • различные каналы приема и передачи информации (информационный шлюз) с получателями средств (например, с операторами связи); • синхронизацию информационных и финансовых потоков; • проведение расчетов между подразделениями банка; • информационный обмен и расчеты с получателями средств; • расчет и аналитическое распределение комиссионного вознаграждения между подразделениями банка; • учет и обработку уведомлений от Государственной информационной системы жилищно-коммунального хозяйства и Государственной информационной системы государственных и муниципальных платежей по платежам; • автоматическое формирование и выгрузку сформированных документов в систему электронного документооборота. 1.5 Модуль WIM API Модуль WIM API – унифицированный REST-интерфейс вызовов, реализующий базовую функциональность для совершения биржевых и внебиржевых операций клиентами партнера на бирже в рамках существующей схемы брокерского обслуживания. Модуль позволяет партнерам банка, заключившим партнерский договор, расширить существующую базу клиентов брокерского обслуживания. В ландшафте IT-инфраструктуры банка развертываются серверы для установки прикладного ПО (серверы приложений), сервер балансировки трафика и взаимодействия с внешними сетями передачи данных (через DMZ). Внутри данной инфраструктуры разворачивается информационная система, состоящая из набора программных сервисов, основной задачей которых является обеспечение безопасного взаимодействия информационной системы партнера и сервисов банка, предоставляющего услуги брокерского обслуживания клиентам партнера. В качестве схемы взаимодействия используется схема подключения сервер-сервер, в которой клиенты партнера подключаются к информационной системе партнера, который в свою очередь реализует слой безопасности для клиента, обработку и передачу команд управления операциями клиента в информационную систему банка. WIM API реализует следующую функциональность: • автоматические открытие брокерского счета клиента партнера в учетной системе банка; • автоматическое открытие брокерского счета клиента партнера на бирже; • открытие ИИС клиента партнера в банке; • зачисление денежных средств на брокерский счет через эквайринг; • вывод денег с брокерского счета банка по реквизитам на счет в организации, имеющей действующую банковскую лицензию в РФ; • использование денег/ценных бумаг, имеющихся на брокерском счете банка для операций купли/продажи на бирже; • возможность получения текущей информации по ценным бумагам и инструментам, торгуемым на бирже; • возможность получения исторической информации по ценным бумагам и инструментам, торгуемым на бирже; • возможность получения данных внебиржевого рынка; • возможность контроля заявок/сделок, а также портфеля клиента партнера в режиме реального времени. При реализации схемы сетевого взаимодействия с внешними партнерами (Яндекс, РБК и другие) модуль выполняет следующие функции: • фильтрация внешних подключений к фронтальному серверу авторизации; • авторизация партнерских подключений по сертификату в режиме клиент-сервер; • проверка сроков действия и действительности сертификатов в сторонних УЦ и УЦ банка; • трансформация заголовков партнерского подключения для усиления схемы безопасности; • балансировка трафика между несколькими серверами приложений; • мониторинг доступности серверов приложений

Свидетельство Роспатента: № 2022664408 от 29.07.2022
Код ОКПД 2: 62 Продукты программные и услуги по разработке программного обеспечения; консультационные и аналогичные услуги в области информационных технологий
ИНН правообладателя: 9703073496
Государство регистрации: Россия
Документация: inno.tech
Стоимость и лицензия: inno.tech

По карточке заявления на сайте реестра, обновлена там 16.09.2022.

Решения Экспертного совета

Внести изменения в сведения — протокол № 193пр от 27.03.2023, голосование: за 17, против 0, воздержались 0; поручение оператору от 03.04.2023
- Новый программный модуль: Модуль WIM API
Включить в реестр — протокол № 1309пр от 13.09.2022, голосование: за 17, против 0, воздержались 0; поручение оператору от 16.09.2022

История заявления

16.09.2022 — реестровая запись № 14937
13.09.2022 — решение Экспертного совета: Включить в реестр (протокол № 1309пр)
27.03.2023 — решение Экспертного совета: Внести изменения в сведения (протокол № 193пр)
11.08.2022 — появилось в списке со статусом «Включено в реестр»

Другие продукты правообладателя

Процессинг РБ — На доработке заявителем
Процессинг КБ — Включено в реестр
Интеграционная платформа KORE DWH — Включено в реестр
Т1.Фреймворк — Включено в реестр
Сфера: Кит — Включено в реестр
Ассистента для команд разработки — Включено в реестр
Программная часть программно-аппаратного комплекса «Эвирис» — Включено в реестр
Противодействие мошенническим операциям — Включено в реестр

Все заявления — ООО "ГК "ИННОТЕХ"