Расширенные функции — это инструмент, который позволяет глубже контролировать процессы в amoCRM и реагировать не только на стандартные события, но и на системные изменения, которые обычно «скрыты» от базовой автоматизации.
Если стандартные триггеры — это реакция на очевидные действия (создали сделку, сменили этап), то расширенные функции дают доступ к деталям: кто был ответственным раньше, сколько раз меняли задачу, кем создан контакт, когда поставили первую задачу и многое другое.
Это решение особенно полезно, если вам нужно:
контролировать дисциплину менеджеров
отслеживать системные изменения
проверять корректность данных
строить сложную логику автоматизации
Какие задачи решают расширенные функции
Функциональность условно можно разделить на три блока.
1. Расширенные действия с сущностями amoCRM
Позволяют работать с контактами, сделками и компаниями на более глубоком уровне.
Контакты:
нормализация номера телефона
поиск контактов массивом
получение часового пояса
Сделки:
копирование сделки
поиск ID сделки
массовый поиск сделок
Компании:
поиск ID компании
массовый поиск компаний
Это удобно, когда нужно: - сравнить данные - объединить дубли - массово обработать сущности - передать корректные данные во внешнюю систему
2. Получение расширенных системных данных
Позволяет получать данные, которые недоступны в стандартных триггерах.
По задачам:
тип задачи
описание
время постановки первой задачи
время постановки текущей задачи
дата и время выполнения
По сделкам:
ID предыдущего ответственного
ID предыдущего статуса
По контактам и компаниям:
предыдущий ответственный
кем создано
кем изменено
дата создания и изменения
Это особенно важно, если: Автоматизация должна реагировать не просто на факт изменения, а на контекст изменения.
Например:
уведомлять РОПа только если сменили конкретного менеджера
фиксировать, кто и как часто меняет ответственных
анализировать историю изменений
3. Расширенные триггерные события
Дополнительно доступны события, которые позволяют точечно реагировать на изменения:
ответственный сущности изменён
сущность восстановлена
сущность удалена
сущность изменена
сущность добавлена
Это даёт возможность строить логику, максимально приближенную к реальным бизнес-процессам.
Пример: контроль «скидывания» задач менеджерами
Рассмотрим практический кейс — менеджер регулярно снимает с себя задачи и назначает их другим сотрудникам, а руководителю важно контролировать такие действия.
Как реализовать:
1. В качестве триггера выбираем событие «Ответственный задачи изменён».
2. В локальную переменную записываем предыдущего ответственного: