Проект «Свод»

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

Демонстрационный проект 404gen: интерфейс, модель процесса и решения на примере. Клиентское внедрение и показатели бизнеса здесь не заявляются.

О проекте

• Задача: Разбор и объединение дублей контактов
• Решение: Сравнение до изменения базы
• Ограничение: Совпадение признака не равно одной сущности

Задача

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

Задача разбора — показать управляемое решение вместо автоматической кнопки очистки. Для сравнения используются обезличенные демонстрационные поля; действующая база и реальные контакты не подключены.

Риски исходного процесса

Общий номер приняли за одного клиента

Кандидат и подтверждённый дубль разделены.

Потеряли связанные обращения

Предварительный просмотр показывает переносимые связи.

Применили устаревший снимок

Изменение источника блокирует старый результат.

Решение

Разделили подбор кандидатов и разрешение на объединение. В центре экрана расположены различия, происхождение значений и связанная история. Предварительный результат показывает, что будет сохранено; принятие относится к актуальной версии карточек.

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

Как устроен продукт

1. Очередь кандидатов. Основания совпадения и открытые процессы. Зачем: Пользователь оценивает риск пары.
2. Сравнение полей. Значения, источник и явный выбор конфликта. Зачем: Заполненная карточка не считается автоматически правильной.
3. Предварительный результат. Итоговые поля и переносимые связи. Зачем: До применения видно, что изменится.
4. История операции. Идентификаторы источников и основание решения. Зачем: Ошибку можно предметно разобрать.

Что помогает пройти сценарий

Выбор конфликта

Без согласованного значения итог не применяется.

Контроль версии

Обновлённые исходники требуют пересчёта просмотра.

Одно применение

Повтор подтверждения не переносит связи заново.

Ключевые сценарии

Разрешить конфликт

Объединение требует явного решения по ответственному.

На входе: Две обезличенные карточки с разными ответственными и двумя связями.

1. Сравнить исходные карточки.
2. Выбрать итогового ответственного.
3. Сформировать предварительный результат.

На выходе: Просмотр содержит согласованное значение и обе связи.

Если что-то пошло не так: Без выбора ответственного применение недоступно.

Критерий приёмки: Конфликт не разрешается скрытым приоритетом первой записи.

Обновить просмотр

Изменение источника делает предыдущий расчёт устаревшим.

На входе: Предварительный результат построен по исходникам v1.

1. Изменить источник после просмотра.
2. Проверить блокировку применения старого результата.
3. Повторно обновить предварительный просмотр.

На выходе: Новый просмотр относится к актуальной версии источников.

Если что-то пошло не так: Устаревший просмотр нельзя применить.

Критерий приёмки: Номер просмотренной версии совпадает с текущей перед применением.

Применить результат

Объединение выполняется один раз с сохранением самостоятельных связей.

На входе: Конфликт разрешён; предварительный результат актуален.

1. Прочитать состав будущего изменения.
2. Применить объединение.
3. Проверить число карточек, связей и повторное действие.

На выходе: Одна карточка, две связи; повторное применение недоступно.

Если что-то пошло не так: Повтор подтверждения не переносит связи ещё раз.

Критерий приёмки: Итог содержит одну карточку и ровно две исходные связи.

Роли пользователей

Менеджер

Разобрать совпадение, сохранив контекст клиента.

Почему эти записи предложены вместе?

Владелец данных

Утвердить признаки и безопасные исключения.

Что происходит с конфликтующими полями?

Администратор интеграций

Сохранить внешние связи и повторную доставку.

Куда ведёт старый идентификатор после операции?

Как устроено технически

Граф связей

Сделки, задачи и обращения сохраняют собственные идентификаторы.

Операция объединения

Состав изменения и версия проверяются на сервере.

Доступ и внешние ID

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

Что входит в разработку

• Две обезличенные карточки
• Явный конфликт ответственного
• Предварительный результат
• Имитация изменения источника
• Однократное применение без внешних записей

План реализации

1. Собрать обезличенные примеры и источники дублей.
2. Согласовать признаки совпадения и запреты.
3. Проверить сравнение и предварительный результат.
4. Реализовать серверные связи, доступ и журнал.
5. Принять модуль на сложной выборке и повторных событиях.

Что замеряем после запуска

• Ошибочные совпадения — Проверяем выборку и причины отклонений.
• Источники дублей — Отделяем форму, импорт и повтор события.
• Качество результата — Контролируем связи и возможность объяснить решение.

Стек

Граф связей, Операция объединения, Доступ и внешние ID.

Все кейсы · Услуга · Калькулятор стоимости

Интерфейс и устройство процесса

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