В роботі автоматизації можуть виникати ситуації, коли контакти не просуваються воронкою, отримують статуси помилок або не стають на паузу після відповіді. Зазвичай це повʼязано з помилками, допущеними при побудові автоматизації. У цій статті ми розберемо найпоширеніші невідповідності в логіці та кроки для їх вирішення.
Після відправки запиту всі контакти отримали статус Failed
Можлива причина
Не встановлено тригер Wait for Connection
🟡 Примітка: Після вузла Send connection request обов’язково потрібно додавати тригер Wait for connection. Він дозволяє системі моніторити статус запиту протягом заданого часу і розподіляти контакти у відповідні гілки автоматизації.
Наслідок
Якщо цього тригера немає, система одразу намагається надіслати наступне повідомлення контакту, який ще не прийняв запит. Виникає помилка, і на вузлі з повідомленням контакти отримують статус Failed.
Рішення
-
Додайте тригер Wait for connection одразу після вузла Send connection request.
-
Під гілкою Not connected обов'язково додайте вузол завершення автоматизації End automation.
-
Після цього перезапустіть контакти на вузлі повідомлення, які опинилися в статусі помилки: натисніть на число навпроти статусу Failed, у модальному вікні оберіть всі контакти та натисніть на кнопку Restart from top.
Контакт прийняв запит, але розсилка не йде
Можлива причина
Занадто малий час очікування у тригері
🟡 Примітка: У налаштуваннях тригера Wait for connection вказується кількість днів, протягом яких ви готові чекати на прийняття запиту. Інколи користувачі встановлюють замалий ліміт (наприклад, 1 день).
Наслідок
Якщо час очікування вичерпався, а контакт так і не прийняв запит, система направляє його на гілку Not connected. Навіть якщо він прийме запит пізніше, система вже не зможе самостійно повернути його на гілку Connected до ланцюжка повідомлень.
🟢 Порада: Рекомендуємо встановлювати більший проміжок часу на тригері, щоб збільшити шанси на прийняття запиту. Більшість запитів за статистикою приймаються у перші 14 днів - відповідно, такий самий час очікування можна встановити в тригері.
Рішення
Якщо контакти вже потрапили в гілку Not connected через замалий проміжок часу, ви можете повернути їх в роботу.
-
Збільшіть час очікування у тригері Wait for connection.
-
Під час збереження налаштувань обов'язково оберіть опцію застосування змін для наявних контактів (Apply updates).
-
На вузлі, де зараз перебувають контакти у гілці Not connected, натисніть на число навпроти статусу In progress.
-
У модальному вікні оберіть усі контакти і натисніть на Restart from top.
🟡 Примітка: Перед виконанням перезапуску (Restart from top) обов'язково оцініть, на якому саме вузлі зараз перебуває контакт. На гілці Not connected також можуть бути встановлені комунікаційні вузли (наприклад, надсилання Email або InMail), які контакт уже міг пройти і можливо, в таких випадках, перезапуск буде недоречним. -
Контакти піднімуться на початок автоматизації. Вузол Send Connection Request буде пропущено (оскільки запит уже надіслано), і контакти знову опиняться на тригері очікування, але вже з більшим запасом часу.
Контакти зупинились у статусі "In progress" і не виконують задачі
Можлива причина
Встановлено мануальний тип виконання задачі
🟡 Примітка: За замовчуванням на вузлах комунікації та взаємодії з контактом встановлений автоматичний тип виконання задач. Користувачі можуть випадково встановити мануальний режим.
Наслідок
Такі задачі не будуть виконуватись системою самостійно. Вони відображатимуться у меню мануальних задач, і вам потрібно буде самостійно виконувати задачу та в подальшому підтверджувати її виконання, інакше контакт не перейде на наступний вузол.
Рішення
Для зміни типу виконання задачі, відкрийте налаштування вузла, оберіть режим Automatically та збережіть зміни.
🟡 Примітка: Зверніть увагу, що до задач, які вже отримали статус мануальних, нові налаштування вузла не застосуються. Вам необхідно виконати ці задачі та відмаркувати їх виконаними вручну.
Детально про обробку ручних задач читайте у статті: [Робота з ручними задачами (Manual Tasks)].
Автоматизація не зупиняється після відповіді
Можлива причина
На вузлах комунікації (Send Message, Send Email, Send InMail) активований тогл "Send always"
Наслідок
Активована функція Send Always змушує систему надсилати повідомлення у будь-якому випадку, незалежно від наявності відповіді або статусу "Automation paused after reply".
Рішення
Якщо ви увімкнули цей перемикач помилково і хочете, щоб система знову коректно реагувала на відповіді:
-
Вимкніть тогл у налаштуваннях вузла.
-
Під час збереження налаштувань обов'язково оберіть опцію застосування змін для наявних контактів (Apply updates).