Главные обновления функционала Payments.iQ NG в версии 1.14

Команда разработчиков BS/2 представляет новую версию платформы для управления платежными терминалами и киосками — Payments.iQ NG 1.14. Этот релиз фокусируется на улучшении операционной эффективности, упрощении администрирования и повышении безопасности системы. Новые возможности делают работу с платежной инфраструктурой более прозрачной, управляемой и надежной.  

Единая модель статусов транзакций  

Проблема, которую решает обновление 

В предыдущих версиях Payments.iQ NG разные компоненты системы использовали различные обозначения статусов транзакций. Это создавало путаницу при анализе данных и усложняло поддержку: один и тот же статус мог отображаться по-разному в журнале транзакций, отчетах и логах. 

Что изменилось? 

В версии 1.14 реализована единая модель статусов (Unified Statuses) для всех компонентов системы. 

Преимущества унификации: 

Упрощение анализа
Теперь статус транзакции одинаково отображается во всех разделах системы: в журнале транзакций, отчетах, API и экспортируемых данных. 

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

Прозрачность для интеграций
Внешние системы, интегрирующиеся с Payments.iQ NG через API, получают предсказуемые и консистентные статусы. 

Стандартные статусы теперь включают: 

• Completed — транзакция успешно завершена 

• Failed — транзакция завершилась с ошибкой 

• Pending — транзакция в процессе обработки 

• Waiting for Resolution — требуется вмешательство оператора (новый статус) 

• Retracted — операция отменена (например, клиент забрал карту) 

• Timeout — превышено время ожидания ответа 

Расширенные возможности повтора платежей  

Массовый повтор транзакций 

Одно из самых востребованных улучшений версии 1.14 — возможность повторного запуска платежа для нескольких транзакций одновременно. 

Сценарии использования: 

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

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

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

Уточнение условий отображения кнопки Retry 

Кнопка Retry Payment теперь отображается только для транзакций, которые действительно можно повторить. Система автоматически проверяет: 

• Не истек ли срок действия сессии 

• Находится ли устройство в онлайн-статусе 

• Не была ли транзакция уже успешно повторена 

• Соответствует ли статус транзакции условиям повтора 

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

Улучшения журнала транзакций  

Корректное отображение операций Retract 

Что такое Retract?
Retract — операция отмены транзакции, когда клиент забирает карту до завершения операции или когда система отменяет транзакцию из-за ошибки. 

Проблема в предыдущих версиях:
Сумма операции Retract не отображалась в колонке Dispensed (выданная сумма), что создавало путаницу при анализе данных. 

Решение:
Теперь при операции Retract сумма корректно отображается в соответствующей колонке, что обеспечивает полную прозрачность движения средств. 

Новый статус: Waiting for Resolution 

В журнал транзакций добавлен специальный статус Waiting for Resolution для ситуаций, требующих вмешательства оператора. 

Когда применяется этот статус: 

• Несоответствие между выданной суммой и запрошенной 

• Потеря связи с платежным шлюзом в критический момент 

• Технические ошибки, требующие ручной проверки 

• Сомнительные транзакции, отмеченные системой fraud-мониторинга 

Преимущества: 

Операторы могут легко найти все проблемные транзакции с помощью фильтра по этому статусу и обработать их приоритетно. 

Отображение названия сервиса 

В основной таблице журнала транзакций теперь отображается название сервиса, что упрощает анализ: 

Show Image 

Зачем это нужно? 

• Быстрая идентификация типа операции без необходимости открывать детали транзакции 

• Удобная группировка и фильтрация по типам сервисов 

• Упрощение анализа для бизнес-аналитиков 

Экспорт логов через Loki API  

Что такое Loki? 

Loki — современная система логирования от создателей Grafana, оптимизированная для работы с большими объемами логов. 

Новая возможность: экспорт логов через Admin Console 

В версии 1.14 реализован прямой экспорт логов из Loki через административную консоль без необходимости обращаться к Grafana. 

Функциональность включает: 

Форму параметров экспорта 

• Выбор временного диапазона 

• Фильтрация по устройствам 

• Выбор уровня детализации логов 

• Формат выгрузки (JSON, TXT, CSV) 

Кнопку загрузки
Одним кликом все отфильтрованные логи выгружаются в файл. 

Настройку политики хранения (retention)
Администраторы могут через UI определить, как долго хранить логи: 

• Краткосрочные логи (7–30  дней) — для оперативной диагностики 

• Долгосрочные логи (до 1 года) — для аудита и расследований 

Получение session logs через Loki API 

Проработан механизм получения логов конкретной сессии через Loki API. 

Применение: 

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

Передача журналов агента на сервер 

Реализована передача журналов PaymentsNG Agent на сервер через технический агент. 

Как это работает? 

1. PaymentsNG Agent на терминале собирает логи локально 

1. Технический агент периодически отправляет накопленные логи на сервер 

1. Логи автоматически индексируются в Loki 

1. Администраторы получают доступ к полной истории работы устройства 

Преимущества: 

• Централизованное хранение логов даже от устройств в удаленных локациях 

• Возможность анализа поведения устройства за весь период работы 

• Сохранение логов даже при переустановке ПО на терминале 

Удаление устаревшего Error Logger 

В рамках миграции на Loki/Grafana из системы удален устаревший Error Logger, включая: 

• Код компонента 

• Таблицы базы данных 

• Права доступа 

Это упрощает архитектуру системы и снижает эксплуатационные издержки. 

Интеграция алертов Grafana  

Проактивный мониторинг 

Версия 1.14 включает интеграцию алертов Grafana с сервисом оповещений Payments.iQ NG. 

Что это дает? 

Автоматические уведомления о проблемах
Когда Grafana обнаруживает аномалию (например, резкий рост ошибок на определенном устройстве), система автоматически отправляет уведомление операторам через: 

• Email 

• Telegram 

• SMS (при наличии интеграции) 

• Push-уведомления в мобильном приложении 

Примеры алертов: 

• Превышение порога ошибок транзакций (>5% за последний час) 

• Недоступность критичного устройства более 15 минут 

• Заполнение дискового пространства на сервере более 85% 

• Аномальная активность на терминале (возможная попытка взлома) 

Настраиваемые условия
Администраторы могут определить: 

• Пороговые значения для различных метрик 

• Кому отправлять уведомления в зависимости от типа алерта 

• Время активности алертов (например, критические — круглосуточно, информационные — только в рабочее время) 

Мониторинг версий агента Payments.iQ NG  

Отображение версии PaymentsNG Agent 

На вкладке Pulse в разделе мониторинга теперь отображается версия PaymentsNG Agent с указанием commit hash. 

Зачем это важно? 

Контроль обновлений
Администраторы могут видеть, какие устройства еще не обновились до последней версии агента. 

Диагностика проблем
При обращении в техподдержку указание точной версии агента (включая commit hash) ускоряет диагностику — специалисты сразу понимают, какие исправления уже включены, а какие нет. 

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

Улучшенная обработка ошибок опроса 

Усовершенствована обработка ошибок сетевого опроса терминалов и логирование исключений. 

Что изменилось: 

• Более детальное логирование причин недоступности устройств 

• Дифференциация типов ошибок (сеть, таймаут, ошибка протокола) 

• Автоматическая повторная попытка опроса с экспоненциальной задержкой 

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

Безопасность и уведомления  

Логирование выхода пользователей 

В Журнале аудита (Audit Trail) теперь фиксируется событие выхода пользователя (logout). 

Зачем это нужно? 

Соответствие требованиям безопасности
Многие стандарты (PCI DSS, ISO 27001) требуют полного логирования действий пользователей, включая вход и выход из системы. 

Расследование инцидентов
При анализе инцидентов безопасности важно знать, в какое время пользователь завершил работу с системой. 

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

Уведомления по security-событиям 

Реализованы email и Telegram-уведомления по событиям безопасности. 

Примеры событий, генерирующих уведомления: 

• Множественные неудачные попытки входа в систему 

• Доступ к системе из нового IP-адреса 

• Изменение критичных настроек безопасности 

• Попытка доступа к функциям без соответствующих прав 

• Подозрительная активность на терминалах 

Настройка: 

Администраторы определяют: 

• Какие события считаются критичными 

• Кому отправлять уведомления 

• Формат уведомлений (краткий или детальный) 

Преимущества: 

Быстрое реагирование на потенциальные угрозы безопасности — от обнаружения до принятия мер могут пройти минуты, а не часы. 

AI Assistant для анализа логов  

Интеллектуальная диагностика 

Одна из самых инновационных функций версии 1.14 — возможность подключения модели AI Assistant для обработки логов Payments.iQ NG. 

Как это работает? 

AI Assistant анализирует логи системы и: 

Автоматически выявляет паттерны проблем
Вместо ручного просмотра тысяч строк логов, AI находит повторяющиеся ошибки и группирует их по типам. 

Предлагает вероятные причины
На основе анализа AI может предположить, что стало причиной проблемы: ошибка конфигурации, сетевая проблема, сбой интеграции с банковской системой и т.д. 

Рекомендует решения
AI предлагает конкретные шаги для устранения проблемы на основе базы знаний о типичных инцидентах. 

Примеры применения: 

Сценарий 1: Массовые ошибки транзакций
AI анализирует логи и определяет: «Все ошибки начались после 14:32, затрагивают только один платежный шлюз, код ошибки указывает на проблемы с сертификатом. Рекомендуется проверить срок действия SSL-сертификата шлюза». 

Сценарий 2: Проблемы с конкретным устройством
«Терминал №125 генерирует ошибки чтения карты в 30% транзакций. Паттерн ошибок указывает на загрязнение картридера. Рекомендуется плановая чистка». 

Сценарий 3: Производительность
«Время обработки транзакций увеличилось на 40% за последние 3 дня. AI обнаружил рост задержек в запросах к базе данных. Рекомендуется оптимизация индексов или масштабирование БД-сервера». 

Улучшения идентификации устройств  

Обработка клонированных устройств 

Проработан сценарий с клонированными устройствами — ситуацией, когда несколько терминалов имеют одинаковые terminalId или H/W ID. 

Почему это происходит? 

• Некорректное клонирование образа системы при массовом развертывании 

• Ошибки при конфигурации новых устройств 

• Попытки мошенничества с подменой терминала 

Как система обрабатывает такие случаи: 

1. Обнаружение дубликатов при подключении устройства 

1. Автоматическое присвоение временного уникального идентификатора 

1. Уведомление администратора о проблеме 

1. Блокировка работы дублирующих устройств до устранения конфликта 

Формирование уникального H/W ID 

Реализовано формирование уникального Hardware ID на основе MAC-адресов сетевых адаптеров. 

Алгоритм: 

1. Система считывает MAC-адреса всех сетевых интерфейсов устройства 

1. Формирует хэш на основе комбинации MAC-адресов 

1. Использует этот хэш как часть уникального H/W ID 

Преимущества: 

• Практически невозможно получить два устройства с одинаковым H/W ID 

• Идентификатор сохраняется даже при переустановке ОС 

• Возможность отслеживания устройства при смене IP-адреса 

UI/UX улучшения  

Улучшение отображения сценариев 

Проведена работа по улучшению отображения и локализации сценариев работы терминалов. 

Что изменилось: 

Человеко-читаемые имена
Вместо технических обозначений (SCENARIO_PAYMENT_01) — понятные названия («Оплата услуг ЖКХ»). 

Описания сценариев
Каждый сценарий теперь имеет краткое описание, объясняющее его назначение. 

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

Кнопка Export в разделе Logs 

Добавлена кнопка Export на вкладке Logs для быстрой выгрузки данных. 

Форматы экспорта: 

• CSV — для анализа в Excel 

• JSON — для программной обработки 

• TXT — для просмотра в текстовых редакторах 

Изменение фильтров аппаратного мониторинга 

Фильтры в разделе аппаратного мониторинга изменены с checkbox на combo (выпадающий список с множественным выбором). 

Преимущества: 

• Меньше занимают места на экране 

• Удобнее при большом количестве опций 

• Сохранение выбранных фильтров между сессиями 

Ограничение сортировки по Terminal ID 

Ограничена сортировка таблиц по Terminal ID для повышения читаемости. 

Причина изменения: 

При большом количестве устройств (1000+) сортировка по Terminal ID могла приводить к непредсказуемым результатам, если идентификаторы содержали и цифры, и буквы. 

Решение: 

Теперь Terminal ID сортируется по определенной логике (например, сначала по региону, затем по номеру), что делает результаты более предсказуемыми и полезными. 

Итоги релиза 

Версия 1.14 представляет собой зрелый enterprise-релиз с фокусом на: 

• Операционную эффективность — массовые операции, улучшенный журнал транзакций 

• Прозрачность и наблюдаемость — глубокая интеграция с Loki/Grafana 

• Проактивный мониторинг — алерты и уведомления в реальном времени 

• Безопасность — детальный аудит, уведомления по security-событиям 

• Инновации — AI Assistant для интеллектуального анализа проблем 

• Удобство использования — улучшения UI/UX, локализация 

Эти улучшения делают Payments.iQ NG мощной платформой для управления распределенными сетями платежных терминалов и киосков самообслуживания. Хотите узнать больше о возможностях Payments.iQ NG для вашей организации?
Специалисты BS/2 готовы провести презентацию системы и обсудить, как Payments.iQ NG может оптимизировать управление вашей платежной инфраструктурой. Получите бесплатную консультацию и демонстрацию возможностей!