Operation Server – основной серверный компонент Digital Bank Platform. Является транзакционным ядром платформы. Основной функционал приложения:
• Выполнение операций (платежи, переводы, нефинансовые транзакции)
• Расчет комиссий по операциям
• Управление лимитами операций
• Управление сценариями работы фронтальных приложений
• Хранение шаблонов операций
• Поддержка агентской схемы приема платежей
• Маршрутизация платежей
• Управление взаимодействием с провайдерами услуг
• Локализация платформы
• Функционал кеш менеджемента (для АТМ)
Настройки и управление Operation Server выполняются через Operation Studio. Доступ в приложение осуществляется с помощью Access Manager.

На основе операций, прошедших через операционный сервер, формируются наборы проводок, которые выгружаются в учетную систему банка. За это отвечает специальный модуль операционного сервера BCIT (Bank core integration toolkit). Проводки могут формироваться по платежам и переводам, по инкассациям, по реестрам получателей (агрегированные проводки), по реестрам агентов. Для этого в системе настраиваются счета, по которым возможен расчет сальдо. Генерация и выгрузка проводок выполняются на основе конфигурационного файла плана счетов, настройка которого может быть выполнена, в том числе, сотрудниками банка. Также данный сервис используется при поддержке агентской схемы работы. Для каждой точки и агента в операционном хабе заводятся виртуальные счета и рассчитывается сальдо.

Точка - это один из основных бизнес-объектов операционного сервера. Любая операция может быть создана только от имени точки. Точки платформы отличаются по типам: касса, киоск, АТМ, Интернет-банк, мобильный банк и другие. Различаются собственные точки банка и точки, принадлежащие агентам. При необходимости точки можно группировать (например, по региону). Сервис позволяет создавать, редактировать и блокировать точки операционного сервера. У разных типов точек имеются отличия, на основании которых операции могут обрабатываться по-разному.

Операционный сервер отвечает за хранение шаблонов операций. Сервис доступен во всех фронтальных приложениях (с учетом особенностей фронтов). Шаблоны операций могут храниться в БД самого операционного сервера и в стороннем хранилище.

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

Проведение операции - основная бизнес функция операционного сервера. За выполнение этой функции отвечает Payment and Operation service. С помощью этого сервиса выполняется регистрация и проведение операции, поиск или отмена операций, перепроведение или корректировка операций. В зависимости от параметров в процессе проведения операции может запускаться цепочка обработчиков. Каждый обработчик может выполнять то или иное действие, например, дебетование или кредитование счета, проверку данных, запрос во внешнюю систему и так далее. На основании полученного ответа обработка операции может быть продолжена или завершена в статусе «отвергнут». Механизм позволяет гибко настраивать обработку любых видов операций.

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

Для любого типа операции в системе, как минимум, должны быть зарегистрированы бизнес-объекты: услуга, получатель и шлюз. Управление этими объектами в системе осуществляет Provider Management Service. Объекты можно создавать, редактировать или блокировать. На шлюзе реализуется протокол обмена с конечным получателем операции.

Сервис позволяет корректно локализовать не только статические элементы интерфейсов и сценарии работы фронтальных приложений, но и все параметры бизнес-объектов в системе, в том числе динамические. Все настройки локализации выполняются в приложении Operation Studio. Поддерживается полная локализация мультиходовых сценариев. Таким образом, поддержка языка во фронтальных приложениях ограничивается только возможностями бэковых приложений.

Настройки сценариев выполнения операций на фронтальных приложениях (АТМ, в мобильных приложениях, интернет-банке, платежном фронте и других) выполняются в интерфейсе Operation Studio. Кроме того, данные для отображения в интерфейсе пользователя могут быть запрошены по мульти-ходовой схеме от конечного оператора. В последнем случае Operation Server выполняет роль прокси-сервера. Поддерживается возможность настройки сложных нелинейных сценариев, где ветвление происходит в зависимости от введенных пользователем параметров. Такие сценарии необходимы для комплексных операций, таких, как открытие депозита или заказ карты.

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