Перенести или добавить дела из другой сущности в текущую

Что делает робот

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

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

Два режима: добавить или перенести

Добавить. Дело получает дополнительную привязку к текущей карточке и остаётся в исходной сущности. Одно письмо или звонок видно в обоих таймлайнах. Подходит, когда старая карточка ещё жива и история в ней должна сохраниться.

Перенести. Дело сначала привязывается к текущей карточке, затем привязка к источнику снимается. Внутри одного типа сущностей (например, из сделки в сделку) перенос выполняется одной операцией. Между разными типами — в два шага: сначала привязка, потом отвязка, причём отвязываются только успешно привязанные дела. Если часть операций упала, такие дела остаются в обеих карточках, а робот сообщает об ошибках — ничего не теряется молча.

Настройка

• Тип исходной сущности — лид, сделка, компания, контакт, смарт-процесс или смарт-счёт;
• ID исходной сущности — конкретный элемент. Обычно подставляется из переменных: ID лида, из которого сконвертировали сделку, или результат поиска дублей;
• Что сделать — режим «Добавить» или «Перенести»;
• Все типы дел — переключатель. Выключите его, если переносить нужно не всё: откроется список типов — звонки, встречи, задачи, письма, обзвоны, веб-формы, Zoom-конференции.

Робот работает на сервере. Если в исходной сущности сотни дел, перенос займёт заметное время — это штатно, процесс дождётся результата.

Что робот возвращает

После выполнения доступны счётчики: всего дел в источнике, сколько выбрано по фильтру типов, сколько обработано, сколько новых привязок создано и сколько снято. Отдельно — списки ID обработанных и пропущенных дел и тексты ошибок, если они были. По ним удобно строить ветвление: например, если количество ошибок больше нуля, создать задачу администратору на ручную проверку.

Сценарии из практики

Сделка после конвертации лида. Менеджер поработал с лидом пару недель: звонки, письма, встречи. Лид сконвертировали в сделку, а история осталась в лиде. Робот на первой стадии воронки добавляет дела лида в сделку — менеджер видит полный контекст, не открывая старую карточку.

Переезд работы в смарт-процесс. Компания переводит обслуживание клиентов из сделок в смарт-процесс. Процесс создаёт элемент смарт-процесса, робот переносит в него дела из исходной сделки, сделка закрывается. В таймлайне новой карточки — вся предыстория.

Чистая миграция задач. Из старой сущности нужны только задачи, а звонки и письма пусть остаются. Переключатель «Все типы дел» выключен, в списке отмечен только TASK. Остальные дела попадут в список пропущенных и не тронутся.

Типичные ошибки

Нулевые счётчики при успехе. Если источник совпадает с текущей карточкой, робот честно завершается с нулями и сообщением, что обработка не требуется. Это признак того, что в ID источника подставилась переменная текущей сущности — проверьте, откуда берётся идентификатор.

«Перенёс», а дела на месте. Выбран режим «Добавить» вместо «Перенести». При добавлении привязка к источнику не снимается — дело видно в обеих карточках. Смените режим и прогоните робота снова.

Не перенеслись письма или звонки. Скорее всего, выключен «Все типы дел», а нужный тип не отмечен. Такие дела не ломаются — они попадают в список пропущенных. Сверьте выбранные типы с тем, что реально лежит в таймлайне источника.

Часть дел осталась в обеих карточках после переноса. При переносе между разными типами сущностей отвязка выполняется только для успешно привязанных дел. Смотрите счётчик ошибок и их тексты — чаще всего это права доступа у пользователя, от имени которого работает робот.