За 3 дня проверим клиентские данные. Расскажем, как улучшить

Поле не может быть пустым

Поле не может быть пустым

Поле не может быть пустым

Заявка отправлена.Скоро мы свяжемся с вами.

Модуль «Связи»

Хранит связи между клиентами и другими объектами реального мира

Помогает уменьшить серую зону при поиске дубликатов

Позволяет добавить новые гарантированные правила объединения карточек с учетом связанных сущностей:

  • первого порядка: связанные с клиентом объекты — договор страхования или автомобиль;    
  • второго порядка: общие карточки, с которыми через разные объекты связаны две похожие записи.

Поддерживает логику жизненного цикла связей

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

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

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

Загружает связи с помощью существующих методов

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

Может загружать:

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

Умеет формировать инкрементальные изменения

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

Ищет по любым полям связанной сущности или по типу связи

Позволяет найти клиента по номеру договора, VIN-коду ТС или рабочей роли — например, «главный бухгалтер».

Подстраивает формат возврата данных под интеграцию

Отдает в представлении или в онлайне нужные варианты:

  • клиента и связь,
  • только связь,
  • только клиента,
  • связанные сущности и связь между ними в одном ответе.

Отдает набор эталонных связей

Возвращает связи как в разрезе исходных карточек, так и в разрезе объединенной сущности.

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

  • карточку клиента,
  • карточку ТС,
  • три карточки договоров.

Готовый набор типов связей

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

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

У двух записей Анны Курочкиной совпадают только ФИО и ДР. Это не является достаточным основанием для объединения.

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

Важно! Если страхователь популярный (у одного человека много связей к другим), его связи не используются. Например, карточки однофамильцев из огромного холдинга, которых застраховал один и тот же сотрудник HR-отдела, не объединятся.

Проверяет контрагентов на аффилированность в онлайне

Моментально покажет, есть ли значимая связь между физлицом и юрлицом. Например, что Иван Травин является генеральным директором ООО «Ромашка».

Строит эталон для связей

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

Скачать описание в PDF

Мы используем cookie-файлы, без них сайт сломается. Подробности — в политике конфиденциальности