Модуль «Публикация событий об изменениях»

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

Модуль оповещает потребителей об изменениях в данных, которые происходят в «Едином клиенте».

Возможности модуля

Передает изменения в карточке контрагента другим системам

Рассказывает об изменениях в карточке. Это помогает:

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

Помогает работать с дублями и связями

Если на уровне «Единого клиента» несколько карточек объединены в одну, модуль сообщит об этом подключенным системам, чтобы они могли принять решение: например, объединить карточки на своей стороне, перенести договоры на одну, а остальные закрыть.

«Публикация событий об изменениях» рассказывает не только о фактах объединения, но и о связях между клиентами. Источников связей может быть несколько:

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

Отправляет сигналы о рисках

Модуль оперативно сообщает внешним системам о важных признаках клиента, которые выявлены в «Едином клиенте». Например, может передать сигнал, что клиент найден в черном списке или обнаружен в данных ЕФРСБ.

Дополнительные возможности

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

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

Технические возможности

Поддерживает синхронный и асинхронный режимы отправки

• В синхронном режиме событие отправляется сразу, как только возникает в «Едином клиенте» — сообщение уходит в очередь, система дожидается подтверждения, что очередь его приняла, и отвечает по API, что все прошло успешно.

  Это также удобно, если важно узнать об изменении сразу — например, когда в системе-партнере что-то поменялось и ей нужно понять, кого об этом оповестить: она обращается в «Единый клиент», уточняет и передает информацию в нужные системы. Однако скорость работы API начинает зависеть от очереди — если она недоступна или тормозит, это сказывается и на API.

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

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

Интегрируется с разными транспортами

Модуль подключается к Kafka, RabbitMQ, Oracle ESB, Tibco, IBM WebSphere MQ и другим брокерам или шинам сообщений через доступные для них протоколы, включая JMS там, где он поддерживается.

Если у заказчика есть собственная API-система для обмена сообщениями, модуль можно интегрировать с ней.

Повышает безопасность

При работе с транспортами модуль поддерживает авторизацию и защищенное соединение через TLS. Подключение настраивается с учетом механизмов безопасности конкретного транспорта.

Поддерживает повторную отправку событий

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

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

Детализирует изменения в карточке

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

Детализация подключается опционально и помогает системам реагировать только на значимые для них изменения.

Список возможных событий:

• Создан новый клиент.
• Клиент изменился.
• Клиент был закрыт.
• Карточки клиентов были объединены (слияние дубликатов).
• Объединение карточек было отменено (разлияние).
• Создана связь между клиентами.
• Связь была закрыта.
• Клиент найден в черном списке.
• Запрошено текущее состояние карточки (синк-сообщение) — передает актуальное состояние карточки без привязки к событию.

Ограничения

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