Проблема
Что остаётся невидимым
CRM, учётная система и аналитика используют разные идентификаторы и правила обновления. Из-за пропущенного external ID, дубля телефона или сбоя очереди одна операция может превратиться в несколько несвязанных записей.
← Все AI-концепции
Почему клиент и выручка есть в одной системе, но отсутствуют в другой?
AI-сверка Битрикс24, 1С и Roistat
Концепция агента сверки, который находит потерянные связи и дубли, показывает доказательства и разделяет безопасные исправления и спорные случаи.
Зачем агентный слой
Почему одного правила недостаточно
Жёсткая сверка по одному ключу не справляется с историческими данными и неоднозначными совпадениями. Агент может собрать несколько признаков, объяснить вариант связи и остановиться, если уверенности недостаточно.
Proposed architecture
Как мог бы работать агент
Это предполагаемый контур. Конкретные инструменты, права и автоматические действия определяются только после аудита реальной системы.
-
01
Определяет источники истины
Для клиентов, сделок, оплат и атрибуции фиксирует владельца каждого факта.
-
02
Нормализует ключи
Сопоставляет external ID, телефоны, даты, суммы и историю обмена.
-
03
Группирует расхождения
Разделяет пропущенные связи, дубли, задержки и конфликтующие значения.
-
04
Оценивает вариант repair
Показывает доказательства, риск и обратимость предполагаемого исправления.
-
05
Контролирует повтор
Использует idempotency key и повторную сверку после подтверждённого действия.
Inputs
Какие данные потребуются
- идентификаторы и карточки CRM-сущностей;
- клиенты, операции и оплаты в 1С;
- визиты, источники и сделки аналитики;
- журналы очередей, retry и прошлых сопоставлений.
Outputs
Что агент должен вернуть
- реестр расхождений по типу и критичности;
- кандидаты на связь с набором доказательств;
- разделение auto-fix, approval и ручного расследования;
- контрольная сверка после repair.
Human control
Где остаётся человек
- правила источника истины фиксируются до запуска;
- неоднозначные связи нельзя подтверждать автоматически;
- каждый repair имеет idempotency key и журнал;
- удаление и перезапись финансовых фактов запрещены агенту.
Limits
Чего агент не знает
- без устойчивых идентификаторов часть совпадений останется предположением;
- одинаковые телефоны и суммы могут принадлежать разным операциям;
- агент не заменяет регламент владения мастер-данными.
Expected effect
Предполагаемый эффект — не фактический результат
До пилота это гипотезы ценности. На реальном внедрении их пришлось бы превратить в измеримые критерии и проверить в shadow-режиме.
- видеть расхождения до жалобы пользователя;
- снизить объём ручной построчной сверки;
- безопасно повторять исправления без дублей;
- объяснять, откуда взялась каждая связь.
Safe pilot
Как проверять концепцию без ранней автономности
Аудит данных
Источники истины, качество событий, права и ограничения.
Историческая проверка
Синтетика и обезличенные примеры с заранее известным ответом.
Shadow-режим
Агент предлагает решения, но ничего не изменяет.
Контролируемые действия
Только обратимые операции и подтверждение человека.
Related Lab
Интерактивный прототип этого сценария
Lab использует синтетические события и моделируемый ответ AI. Реальные API, клиентские данные и автоматические действия отсутствуют.