Архитектура и ТЗ D2Tech · в разработке

Платформа взыскания для банков Юго-Восточной Азии

Полтора десятка сервисов вокруг событийной шины; телефония и мессенджеры сведены в одно рабочее место оператора. Документация на двух языках, из графа знаний сгенерированы OpenAPI и ER.

15 сервисов вокруг событийной шины4 класса интеграций: телефония, мессенджеры, почта, обмен с банком2 языка документации

Задача

Долги ведут в таблицах и разрозненных базах: оператор не видит, кто уже звонил должнику и что тот обещал, а отчёт для банка-клиента собирают ручной сверкой.

Отдельная головная боль — мусор в портфелях: один телефон на десятки должников, имена в разных написаниях.

Что сделали

Одно рабочее место оператора

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

Честный импорт портфелей

Записи склеиваются только по точным совпадениям. Спорные дубли уходят человеку на проверку, а не молча в базу.

Таблица правил вместо конструктора

От визуального BPM-конструктора в первом релизе отказались: заказчику нужны работающие стратегии обзвона, а не конструктор. Оставили таблицу правил.

Документация из графа

OpenAPI, ER и C4 всех уровней генерируются из единого графа знаний и не расходятся друг с другом. Всё — на двух языках.

Как устроено

Архитектура: Около 15 сервисов вокруг событийной шины; API-шлюз как единая точка входа; интеграции с телефонией, мессенджерами, почтой и обменом с банком.
Документация: C4 уровней 1–4, OpenAPI и ER сгенерированы из графа знаний; каталог событий; ADR по ключевым решениям.
Процесс: 34 замечания заказчика по ТЗ разобраны и закрыты с трассировкой в документацию.

Похожая задача?

Опишите её — пришлём скоуп и смету за 24 часа: