Масові розсилки Viber та SMS: автоматизація сповіщень та технічні налаштування

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

Проте, під час налаштування автоматизації підприємці часто стикаються з технічними нюансами та ставлять фахівцям такі питання: «Чому мої клієнти отримують одне й те саме SMS чи Viber-повідомлення по три рази?», «Чому клієнту надійшло сповіщення про те, що у нього згорить 0 бонусів?», «Як зробити так, щоб замість тексту <ім'я> у повідомленні підставлялося реальне ім'я покупця?» та «Чому запланована на певний час Viber-розсилка відправилась миттєво?». 

У цій статті ми детально розберемо технічні сценарії роботи розсилок та дамо відповіді на всі ці запитання.

Завдання за розкладом та корінь проблеми дублювання повідомлень

Автоматизація сповіщень (наприклад, про нарахування чи згоряння бонусів) виконується у Торгсофт за допомогою Сервера додатків у фоновому режимі через «Завдання за розкладом». Сервер додатків використовує конфігураційний файл ReloadDB.ini, у якому зберігається перелік баз даних, що мають бути запущені для виконання автоматичних завдань.

Найпоширеніша проблема, з якою звертаються користувачі — дублювання SMS або Viber повідомлень. Наприклад, клієнт отримує три однакових повідомлення підряд, а сервіс (наприклад, TurboSMS) блокує їх з позначкою «Повідомлення відхилено. Дублікат повідомлення».

Чому це відбувається і як це вирішити? Проблема виникає через те, що у файлі ReloadDB.ini з'являються дублюючі записи про підключення до однієї й тієї ж бази даних. Це трапляється, коли користувачі експериментують з налаштуваннями підключення (наприклад, прописують ім'я сервера в різному регістрі: SERVER-PC\SQLEXPRESS та server-pc\sqlexpress), і програма створює нові рядки підключення, не видаляючи старі. Відповідно, Сервер додатків бачить «три» бази даних і виконує одне й те саме завдання за розкладом тричі.

Технічний сценарій вирішення:

1. Зупиніть служби TorgSoftService та TorgsoftAutoService на головному комп'ютері (сервері).

2. Відкрийте файл ADConnectionDefs.ini у каталозі програми та залиште лише одне правильне налаштування підключення до бази даних.

3. Видаліть файл ReloadDB.ini з каталогу програми Торгсофт.

4. Запустіть програму Торгсофт та дочекайтеся переустановлення служб. Програма автоматично створить новий, чистий файл ReloadDB.ini, який міститиме лише одне правильне підключення (формату {"items":[{"server":"...","database":"..."}]}). Після цього Сервер додатків формуватиме лише одну масову розсилку, і дублювання припиниться.

Змінні в шаблонах та проблеми з транслітерацією

Щоб повідомлення було персоналізованим, Торгсофт використовує змінні (наприклад, <ім'я>, <сума бонусів>, <відсоток знижки>).

Проблема не підтягування змінних

Іноді підприємці запитують, чому в українській локалізації замість імені підставляється сам текст <ім'я>. Раніше така проблема виникала через те, що сервер додатків не міг коректно обробити кириличні назви змінних при автоматичній розсилці. Розробники змінили алгоритм: тепер перед записом тексту шаблону в базу всі змінні парсяться і перекладаються латинськими літерами, а при відображенні користувачу — знову мовою інтерфейсу. Це гарантує безперебійну підстановку реальних даних клієнта. Важливо лише слідкувати, щоб змінні додавалися через кнопку «Вставити змінну», а не вписувалися вручну з помилками.

Транслітерація та економія коштів

Повідомлення, набране латиницею, може містити до 160 символів, тоді як кирилицею — лише 70. Використання транслітерації (переведення українського тексту в латиницю) дозволяє суттєво економити. Проте, виникав технічний казус: під час транслітерації українська літера «Ч» трансформувалася у символи «Сh», де «С» залишалася кириличною. Через один кириличний символ усе повідомлення тарифікувалося сервісами як кириличне (відповідно, ставало вдвічі дорожчим). Цю помилку в алгоритмі транслітерації вже виправлено.

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

Аномалія «нульових бонусів»

Дуже поширеним було питання від ритейлерів: «Чому програма відправляє повідомлення клієнтам, що у них згорить 0.00 бонусів?». Це відбувалося у випадках, коли клієнт мав бонуси з обмеженим терміном дії, але вже встиг їх витратити до моменту автоматичного списання. Програма за розкладом все одно генерувала сповіщення про закінчення їхнього терміну дії, підставляючи у змінну суму «0.00».

В актуальних версіях Торгсофт цей логічний недолік виправлено: повідомлення про списання бонусів більше не надсилаються, якщо сума бонусів, що підлягає списанню, дорівнює нулю (тобто якщо клієнт їх уже використав). Крім того, була виправлена візуальна помилка: якщо клієнт проходив верифікацію картки і не мав бонусів на рахунку, змінна <сума бонусів> раніше залишала пусте місце. Тепер у повідомленні коректно відображається цифра 0.

Viber-розсилки: завдання за розкладом та довідправка SMS

Viber-розсилки (особливо рекламні повідомлення з картинками та кнопками-посиланнями) є дуже популярними, оскільки вони дешевші та інформативніші за SMS.

Миттєва відправка замість запланованої. Підприємці запитували, чому вказаний на формі розсилки «Час доставки» ігнорується, і повідомлення у Viber надходять клієнтам одразу після натискання кнопки «Відправити». Це була програмна помилка взаємодії з API TurboSMS. Раніше Торгсофт передавав на сервіс повідомлення без урахування часу затримки. У поточних версіях відправка Viber-повідомлень жорстко синхронізована: розсилка спрацьовує рівно у ту дату та час, які вказані в налаштуваннях масової розсилки.

Гібридна розсилка (Довідправка по SMS). Оскільки не всі клієнти мають встановлений Viber (або можуть бути поза зоною доступу інтернету), у Торгсофт передбачено функцію «Довідправлення через SMS». Якщо Viber-повідомлення отримує статус Помилка (або rejected_status), система автоматично відправляє альтернативний короткий текст через SMS-канал. Це гарантує, що клієнт гарантовано отримає важливу інформацію, незалежно від наявності месенджера.

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