Перейти до основного контенту

Редагування працюючої автоматизації: Що потрібно знати

Yevhen avatar
Автор: Yevhen
Оновлено понад 2 міс. тому


При редагуванні активної автоматизації, слід враховувати, що певна категорія змін може призвести до логічних помилок у роботі автоматизації. У цій публікації оглянемо найбільш часті типи змін і які наслідки вони можуть мати в рамках алгоритму.

Головний принцип на якому базується робота автоматизації - принцип водоспаду. Контакт починає рух з самої верхньої точки (блоку Segment) і по прописаній гілці поступово спускається вниз, виконуючи задачі у вказаному порядку. Якщо контакт спустився нижче по автоматизації - на нього не діятимуть зміни, що відбулись вище.


Додавання сендер профілю в активній автоматизації

Як тільки автоматизація вперше запускається - одразу починається розподілення завантажених у неї контактів по сендер профайлах. Кожен контакт привʼязується до визначеного сендер профіля і у стандартних умовах не змінює його.
Тож якщо до активної автоматизації додати новий сендер профіль, всі контакти, що були завантажені раніше - не побачать його і продовжать виконувати дії так, як вони були розподілені на початку.

В той час як, контакти, що будуть додаватись в автоматизацію після закріплення нового сендер профілю - вже будуть розподілятись між усіма профілями.

Тим не менш, завантажені раніше контакти можна перерозподілити на сендер профілі в ручному режимі. Для цього вам у блоці сендер профілю потрібно обрати тип дистрибуції Random Rotation, а потім з обраного вами вузла всі контакти у статусі In Progress перезапустити через функцію Restart from Top. Детальніше з типами дистрибуції та перезапуском контактів можна ознайомитись у цій статті.

Примітка: рекомендуємо в такій ситуації не перезапускати зі старту контакти, які вже спустились нижче вузла Send Connection Request, а перерозподіляти саме ті контакти, для яких ще не встигли виконатись ключові дії, як наприклад, відправка запиту в контакти.


Видалення сендер профілю в активній автоматизації

Якщо сендер профіль видаляється з працюючої автоматизації - система запропонує обрати один з двох варіантів:
- Відмінити задачі для цього профілю: всі привʼязані до цього профілю дії в рамках автоматизації відміняються
- Залишити задачі активними: дозавантаження нових контактів на цей профіль вже не розповсюджується, але поточні контакти, закріплені за цим профілем виконають усі заплановані задачі в рамках автоматизації

Редагування поточних/додавання нових кроків в активній автоматизації

Враховуючи принцип водоспаду, контакти що пройшли вглиб автоматизації не помітять вузол, який був доданий у алгоритмі вище за поточний крок, натомість контакти, які будуть додаватись у автоматизацію в подальшому вже обовʼязковим чином винокають новий крок.

Приклад: якщо у вказаному на скріншоті місці додати вузол Visit Profile, то контакти з вузла #2 Send Connection Request у статусі In Progress зможуть виконати перехід на профіль, в той час, як контакти з вузла #6 Connection Request Accepted не побачать такий крок, оскільки вже знаходяться нижче по алгоритму

При редагуванні існуючого вузла слід вважати, що контакти, зі статусом In Progress на ньому виконують задачу у її первинній формі

Приклад: У вузлі Time Delay змінюється час очікування з 7 днів до 2 днів. Контакти, що на момент зміни були у статусі In Progress в цьому вузлі продовжать чекати тиждень з моменту потрапляння на цей крок, в той час як на нові контакти, що спускатимуться у вузол згори, діятимуть вже нові правила - 2 дні очікування.

Видалення кроків у активній автоматизації

При видаленні будь якого вузла в автоматизації, всі контакти зі статусом In Progress втрачають орієнтацію, оскільки зникає координата, до якої він був привʼязаний. Через це такі контакти змінять свій статус на Cancelled або Failed і не продовжать свій рух по алгоритму.

Ви отримали відповідь на своє запитання?