Новини eSputnik за липень 2022

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

З новинками червня можна ознайомитись за посиланням.

Віджети

Налаштування тексту

У редакторі віджетів додали нові можливості для форматування тексту:

• Широкий набір шрифтів.
• Фільтрацію шрифтів за латиницею та кирилицею.

Дизайн

Щоб надати формі об’ємного вигляду, тепер можна задавати значення, менше ніж 0, для параметрів “Тінь” і “Зовнішні відступи”.

Попередній перегляд

Додано прев’ю віджетів, яке дозволяє їх переглянути:

• на загальному списку під час наведення курсору на назву віджета,
• у загальному списку під час натискання трьох крапок,
• у параметрах віджета.

Зовнішній id клієнта

Використання в ресурсі Send prepared message

Підтримано можливість використання зовнішнього ID в ресурсі Send prepared message. Це дозволяє відправляти одиночні повідомлення через сценарій з урахуванням цього поля.

Окрім locator або contactId, вхідні параметри також можна валідувати за полем externalCustomerId.

Пріоритет перевірки полів: contactId > externalCustomerId > locator.

Імпорт контактів

Підтримано ручний імпорт контактів з унікальністю за externalCustomerId.

Особливості:

• Якщо в стовпцях відповідності обрати exId, то “Унікальність контакту за полем” автоматично встановиться exId. Змінити це неможливо, бо перевірка унікальності у разі наявності exId відбувається лише за ним.
  Отже, оновлення exId контакту можливе лише через API. Наприклад, за допомогою ресурсу Update contact.
• Для пустих значень у колонці exId є валідація: кількість помилок перед початком імпорту і після завершення імпорту.

Більше інформації про імпорт контактів.

Експорт контактів

Підтримано експорт контактів у файл з externalCustomerId:

• експорт зі сторінки "Всі контакти",
• експорт із групи (статичної та умовної).

Пошук контакту в Orders

Змінено логіку пошуку контакту для мапінгу на externalCustomerId при використанні ресурсу API Orders:

1. Якщо раніше в систему передавалося замовлення з певним externalCustomerId, то для нього вже створено мапінг externalCustomerId на contactId, він зберігається в базі із замовленнями. Якщо з цим externalCustomerId прийде ще одне замовлення, буде використаний той самий мапінг, що вже існує, без будь-яких дій з контактом: нового контакту не буде створено, існуючий контакт не буде оновлений і не буде відновлений із вилучених.
2. Якщо раніше мапінгу не було, то його потрібно створити. Для пошуку або створення контакту буде використана така логіка для запобігання дублікатів. Пошук контакту здійснюється за пріоритетами: externalCustomerId → пара email + sms → email окремо → sms окремо, спочатку активні, потім вилучені (з відновленням вилученого). Якщо знайдено кілька контактів з однаковим пріоритетом, використовується пізніше створений сontactId.

externalCustomerId під час створення контакту в сценарії

Блок "Завдання"

Для завдання типу "Створити контакт" підтримана передача exId як на рівні параметрів блоку, так і на рівні JSON.

Якщо в події є змінна externalCustomerId і в сценарії, який вона запускає, присутній блок "Створити контакт" з параметром email, SMS чи з обома, то контакт, що створюється, на додачу до цих контактних данних міститиме ще й exId. Виняток: коли exId збігається з номером чи емейлом. Наприклад, вказали номер телефону в параметрі exId, тоді це значення не додається контакту.

Для передавання параметрів у блок через JSON теж підтримано передачу поля externalCustomerId. Можна задати у вкладеному JSON, можна використати із параметрів сценарію.

Блок "Додати до групи"

Цей блок створює контакт, якщо не знайшов його. Якщо сценарій містить змінну externalCustomerId і її значення не дорівнює email чи номеру телефону, то цей exId буде у створеного контакта.

Також змінено пошук контакта: тепер він враховує exId, якщо його значення не збігається з номером чи email і якщо змінні з локаторами мають стандартні назви. Список стандартних назв:

• ${email}
• ${emailaddress}
• ${useremail}
• ${contactemail}
• ${phone}
• ${sms}

Якщо є блок з назвою параметра ${email} і в сценарії є змінна externalCustomerId, пошук буде спочатку за externalCustomerId, а потім за email. Якщо в блоці буде параметр, наприклад ${emailParam}, тоді пошук буде одразу за email.

Щоб наша команда розповіла про систему або окремі можливості, пишіть на sales@esputnik.com або запишіться на демо. Якщо у вашому акаунті немає якої-небудь функціональності, напишіть у службу підтримки на support@esputnik.com.

Special Request Inline