Почему сделка в amoCRM назначена менеджеру вне группы распределения

В настройках группы указаны три менеджера, а новая сделка оказалась у четвёртого. Кажется, что виджет «Распределение сделок» проигнорировал состав группы. Но в его инструкции описаны два сценария, при которых ответственный может быть выбран вне этого списка: глобальное наследование ответственного от контакта или компании и резервное назначение по графикам, когда в группе никто не работает.

Ниже — проверка для администратора amoCRM. Не меняйте правила рабочей воронки, пока не восстановите цепочку конкретной сделки.

1. Зафиксируйте пример до изменения настроек

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

2. Проверьте глобальную настройку ответственного по контакту или компании

В общих настройках виджета есть вариант «Ставить Ответственным за сделку того, кто ответственный за Контакт. Без дополнительных проверок»; аналогичный вариант предусмотрен для компании. По инструкции такой ответственный берётся сразу, без проверки группы распределения и графика. Поэтому сначала откройте связанный контакт и компанию: не совпадает ли их ответственный с тем самым четвёртым менеджером?

Если бизнес-правило требует назначать по контакту только внутри выбранной группы, инструкция предлагает другую комбинацию: отключить глобальный вариант и включить в группе локальную настройку «Ответственным за сделку станет тот, кто ответственный за контакт». Это изменение логики назначения, а не универсальная «починка»: согласуйте его с владельцем процесса и проверьте на тестовом сценарии до рабочего применения.

3. Проверьте график и резервного ответственного

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

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

4. Если обе ветки не подошли — проверьте порядок автоматизаций

Сравните первоначальное назначение в статистике или последних обработанных запросах виджета с историей сделки в amoCRM. Другой робот, триггер или интеграция мог изменить ответственного после распределения. В таком случае исправление группы виджета не устранит источник перезаписи. Передайте поддержке обезличенный пример: ID сделки, время с часовым поясом, название группы, ожидаемого и фактического ответственных, снимки релевантных настроек и последовательность изменений. Не присылайте клиентские данные или доступы в открытый чат.

Короткая развилка: ответственный совпал с владельцем контакта или компании — проверьте глобальное наследование; событие пришлось на время, когда в группе никто не работал — проверьте резерв по графику; оба условия не подтвердились — восстановите историю автоматизаций. Подробные названия настроек есть в инструкции «Распределение сделок». Возможности виджета — на странице продукта. Если сделка вовсе не распределилась или не подходит под правило, начните с общего чек-листа девяти проверок.