Автоматизацию amoCRM следует включать после проверки условий запуска, повторных событий и исключений. Для каждого правила заранее опишите, когда оно выполняется, какой результат создаёт и что произойдёт при отмене или повторном входе. Проверка только одного успешного прохода не показывает, безопасно ли правило в повседневной работе.
Составьте паспорт правила
Запишите деловую цель, событие запуска, условия, действие и владельца. Например, после готовности расчёта нужно назначить обсуждение предложения текущему менеджеру. Отдельно укажите, что должно произойти при отсутствии ответственного или необходимых данных. Не объединяйте несвязанные задачи в одну длинную цепочку без понятной причины.
Официальная документация Digital Pipeline описывает автоматические действия по условиям и событиям. Доступность зависит от тарифа и подключённых компонентов. Методика ниже — программа испытаний вашей конфигурации; она не означает, что любой желаемый контроль существует как готовая настройка. Базовые идеи можно сверить со списком первых автоматизаций.
Постройте матрицу входных условий
Проверьте сочетания, которые меняют результат: нужный и другой источник, заполненное и пустое поле, активный и отсутствующий сотрудник, обычная и закрытая сделка. Для каждого сочетания укажите ожидаемое действие либо его отсутствие. Проверка того, что правило не срабатывает, столь же важна, как успешный запуск.
Не требуется перебирать все возможные значения базы. Выберите границы и смысловые классы. Если условие зависит от суммы, испытайте значение ниже границы, на границе и выше. Если зависит от даты, уточните часовой пояс и поведение около смены дня. Ожидания нужно записать до выполнения, иначе любой результат легко объяснить задним числом.
Испытайте повторный вход
Условная автоматизация создаёт задачу после перехода в «Предложение готово». Менеджер замечает ошибку, возвращает сделку на расчёт и затем повторно переводит вперёд. Нужно решить, следует ли создавать новую задачу, обновлять существующую или ничего не делать при открытой предыдущей.
Все три варианта могут быть разумными для разных процессов. Ошибка возникает, когда выбор не сделан и сотрудник получает несколько одинаковых напоминаний. Проверьте также повторное изменение одного поля и повторную доставку внешнего события. Для каждого случая сохраните идентификаторы созданных объектов и порядок действий, чтобы отличить ожидаемую повторную работу от технического дубля.
Отдельно проверьте внешние эффекты
Письмо клиенту, сообщение в мессенджере и изменение внешнего заказа требуют внимательнее относиться к тестовым данным. Используйте специально выделенных получателей и явно помеченные карточки. Не запускайте испытание на всей рабочей воронке без ограничения.
Смоделируйте недоступность подключённого сервиса согласованным способом. Зафиксируйте, где видно ошибку, кто её получает и как повторить действие без лишней отправки. Если технически невозможно безопасно воспроизвести отказ, это ограничение должно остаться в протоколе вместе с альтернативной проверкой и планом наблюдения после запуска.
Подготовьте отключение и приёмку
До включения назначьте человека, который может остановить правило, и опишите порядок восстановления карточек после ошибочного эффекта. Отключение не обязательно отменяет уже созданные задачи или отправленные сообщения. Поэтому журнал затронутых объектов нужен отдельно от инструкции по выключению.
Критерии приёмки: положительные и отрицательные условия проверены; повторы имеют согласованное поведение; внешние действия контролируются; владелец и версия правила известны. После изменения повторяйте связанные сценарии, а не только новый фрагмент. Журнал и протокол передайте в сопровождение CRM, чтобы будущие доработки не нарушали уже проверенные условия.
Источники и документация
- Цифровая воронка — проверено 2026-10-20
Перед настройкой сверьте документацию и доступность функций в вашей версии сервиса.
Применить в вашей компании
Обсудим вашу задачу?
Поможем разобраться с процессом, данными и настройками. Работаем удалённо с компаниями по всей России.