Дії автоматизацій

Дія є останньою частиною автоматизації: це те, що Requiply робить, коли збігаються тригер і фільтри.

Дії

Розділ Дія визначає, що робить автоматизація і кого вона охоплює. Є сім типів дій, які йдуть у випадному списку Тип дії в такому порядку:

Надіслати email (клієнту)

Надсилає вибраний шаблон листа клієнту бронювання, яке запустило автоматизацію. Інформаційна примітка пояснює точну поведінку: «Надсилається клієнту з бронювання, яке запустило цю автоматизацію. Не надсилається, якщо тригер не повʼязаний з бронюванням або в бронюванні немає клієнта.»

• Шаблон email: обовʼязковий.

Надіслати email на список

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

• Шаблон email: обовʼязковий.
• Власні email-отримувачі: щонайменше одна адреса, введена як чип.

Надіслати email користувачам організації

Надсилає вибраний шаблон одному чи кільком користувачам вашої організації (членам вашої команди), а не клієнту чи довільно введеним адресам. Отримувачів обирають зі списку користувачів.

• Шаблон email: обовʼязковий.
• Користувачі-отримувачі: вибір користувачів організації чипами. Потрібен щонайменше один користувач. Спроба зберегти без жодного показує сповіщення про помилку «Виберіть щонайменше одного користувача організації.»
• Інформаційна примітка: «Надсилається на email кожного обраного користувача організації.»

Використовуйте цю дію, коли отримувачі є справжніми користувачами Requiply, наприклад щоб надіслати лист відповідальному менеджеру, коли бронювання підтверджено. (Цим вона відрізняється від Надіслати email на список, яка надсилає листи на довільно введені адреси, що не обовʼязково належать користувачам.)

Надіслати push-сповіщення користувачам організації

Надсилає мобільне push-сповіщення на зареєстровані пристрої вибраних користувачів організації. Шаблон не потрібен: заголовок і текст ви пишете просто в автоматизації.

• Користувачі-отримувачі: той самий вибір користувачів, що й вище; потрібен щонайменше один.
• Заголовок сповіщення: обовʼязковий. У нього можна вставляти змінні шаблону бронювання через вибір Вставити змінну (наприклад, #{{bookingId}}).
• Текст сповіщення (необовʼязково): довільний текст, який теж підтримує змінні шаблону (як-от {{clientName}} і {{bookingTotal}}). Якщо залишити поле порожнім, воно зберігається порожнім.
• Дія при натисканні: що відкриває сповіщення після натискання:
  • Відкрити бронювання #ID: бронювання, яке запустило автоматизацію (за замовчуванням).
  • Відкрити клієнта #ID: клієнта бронювання.
  • Відкрити список бронювань: список бронювань.
• Інформаційна примітка: «Користувачі без встановленого застосунку будуть пропущені.»

Поля шаблону листа для цієї дії немає.

Надіслати push-сповіщення групам користувачів

Надсилає такі самі push-сповіщення, як і попередня дія, але групам користувачів, а не окремим користувачам. Використовуйте її, коли знати має вся команда, наприклад усі в групі Склад, без переліку людей поіменно.

• Групи-отримувачі: обовʼязкові. Натисніть +, щоб відкрити Додати групу користувачів: діалог перелічує кожну групу дозволів з кількістю користувачів у ній. Вибрані групи зʼявляються як чипи, прибрати групу можна її ×. Коли всі групи вже вибрано, діалог показує Усі групи користувачів уже обрані.
• Під чипами Requiply показує, хто зараз у цих групах: Зараз у цих групах: {names} або В обраних групах поки немає користувачів.
• Заголовок сповіщення, Текст сповіщення (необовʼязково) і Дія при натисканні працюють так само, як у Надіслати push-сповіщення користувачам організації, зокрема зі змінними бронювання.
• Інформаційна примітка: «Сповіщення отримають усі, хто перебуває в обраних групах на момент запуску автоматизації, тож користувачі, додані до групи пізніше, теж його отримають. Користувачі без встановленого застосунку будуть пропущені.»

Збереження без групи показує сповіщення Виберіть щонайменше одну групу користувачів. Колонка Попередній перегляд показує Групи-отримувачі, потім заголовок, текст і дію при натисканні push-сповіщення.

Push-сповіщення автоматизацій не обʼєднуються з іншими push-сповіщеннями: кожен запуск надсилає власне сповіщення. Текст той, який ви написали, однаковий на кожному телефоні незалежно від його мови.

Надіслати повідомлення клієнту (SMS / Viber / Telegram)

Надсилає повідомлення клієнту бронювання, яке запустило автоматизацію, через SMS, Viber чи Telegram за допомогою провайдера повідомлень, підключеного на сторінці Комунікації. Текст береться із шаблону повідомлення, а не з самої автоматизації.

Щойно підключено хоча б одного провайдера, ви побачите:

• Провайдер: обовʼязковий. Випадний список лише з провайдерами, яких ваша організація активно підключила (кожен зі своїм логотипом). Інших провайдерів каталогу вибрати не можна.
• Канал: обовʼязковий. Обмежений тим, що підтримує вибраний провайдер. TurboSMS пропонує SMS, Viber і Viber, із резервним SMS; Kyivstar і Twilio пропонують лише SMS; Telegram пропонує лише Telegram. За замовчуванням вибрано Viber, із резервним SMS, якщо провайдер це підтримує. Інакше вибір переходить на перший підтримуваний канал провайдера.
• Шаблон повідомлення: обовʼязковий. Випадний список ваших шаблонів повідомлень, кожен із тегом свого формату. У списку лише шаблони, сумісні з вибраним каналом: звичайні шаблони Текст працюють усюди, шаблони Telegram лише на каналі Telegram, а шаблони Viber на каналах Viber. Зміна каналу очищує вибір, який більше не підходить.

Інформаційна примітка: «Надсилається клієнту через налаштованого провайдера повідомлень. Вміст повідомлення береться з обраного шаблону.»

Якщо сумісного шаблону ще немає, замість вибору показується попередження «Немає шаблонів повідомлень для обраного каналу.» з посиланням Створити шаблон, яке відкриває редактор шаблонів повідомлень і потім повертає вас сюди.

Дії потрібні справжні бронювання й клієнт, тому вона поєднується з тригерами, повʼязаними з бронюваннями (Статус бронювання досягнуто, Статус оплати досягнуто, Бронювання створено і Відносний час досягнуто, що ідеально підходить для нагадувань). Дія пропускається, коли бронювання не має клієнта, коли отримувач SMS чи Viber не має номера телефону або коли отримувач Telegram ніколи не підключався до вашого бота. Кожна спроба, успішна чи ні, записується в картку Повідомлення клієнта з причиною будь-якої невдачі.

Колонка попереднього перегляду підсумовує правило (тригер, фільтри, дію, шаблон), а повідомлення ліворуч є тим, що справді отримує клієнт: заповнений шаблон із кнопкою-посиланням і доданим рахунком.

Змінити статус бронювання

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

• Змінити статус на: обовʼязкове. Випадний список ваших статусів бронювань, кожен показано кольоровим тегом.
• Інформаційна примітка: «Встановлює обраний статус для бронювання, яке запустило цю автоматизацію. Використовуйте Фільтри вище (напр. Статус бронювання: Новий), щоб обмежити, які бронювання змінюються.»

Колонка Попередній перегляд показує Змінити статус на: з тегом статусу.

Що відбувається під час запуску автоматизації:

• Дозволені переходи не діють. Автоматизація може перевести бронювання у вибраний статус з будь-якого статусу, навіть коли ваші статуси бронювань не дозволяють такого кроку вручну. Використовуйте фільтри, наприклад Статус бронювання дорівнює Нове, щоб переводилися лише потрібні бронювання.
• Бронювання, яке вже має цей статус, залишається без змін.
• Інвентар перевіряється так само, як під час ручної зміни. Якщо новий статус знову утримує інвентар, а частину одиниць бронювання тим часом зайняло інше бронювання, їх замінюють вільними одиницями тієї самої групи товарів. Якщо новий статус є статусом видачі, спершу одиниці призначаються бронюванню. Якщо вільних одиниць не вистачає, статус не змінюється, а автоматизація не пробує ще раз.
• Історія бронювання це фіксує. У стрічці коментарів зʼявляється системний запис із назвою автоматизації та зміною, наприклад Автопідтвердження: Нове -> Підтверджене, а також усі заміни чи призначення одиниць.
• Інші автоматизації реагують на новий статус. Автоматизації Статус бронювання досягнуто для нового статусу запускаються як зазвичай, тож лист-підтвердження однаково надсилається. Інші автоматизації Змінити статус бронювання ця зміна не запускає, тож одна зміна статусу не може спричинити ланцюжок інших.

Поля шаблонів у різних діях: три дії з листами потребують шаблону листа; дія з повідомленням клієнту потребує шаблону повідомлення; дві дії з push-сповіщеннями та Змінити статус бронювання не використовують жодного. Кожен випадний список перелічує всі шаблони свого виду в організації і показує стан завантаження, поки їх отримують. Коли шаблонів немає, дії з листами вимикають поле й пропонують кнопку Створити шаблон, а дія з повідомленням клієнту пропонує посилання Створити шаблон. Обидва варіанти памʼятають, звідки ви прийшли, тож ви зможете повернутися.