Альтернатива Tyntec: як перенести SMS, верифікацію та WhatsApp
Шукаєте альтернативу Tyntec і спосіб переїхати так, щоб клієнти цього не помітили? Оновлення замовлень, нагадування й розмови у WhatsApp мають і далі надходити від імені відправника, яке люди вже знають, поки трафік за ними змінює маршрут. Цей гайд дає порядок дій, за якого цей ризик найменший.
Ви отримаєте план із п'яти кроків — інвентаризація, вивантаження, правила країн, паралельний запуск і перемикання по країнах — та чек-лист того, що забрати перед переїздом. Наприкінці покажемо, як у тому ж проєкті додати WhatsApp із SMS як резервним каналом. Сприймайте це як план, щоб уникнути простою, а не як обіцянку нульового простою. BSG не пов'язана з Tyntec.
Крок 1 — Інвентаризуйте кожен потік трафіку, починаючи з верифікації
Ваша інвентаризація визначає все подальше: у яких країнах потрібна робота із Sender ID, які ділянки коду зміняться і скільки має тривати паралельний запуск. Почніть із верифікації. Цей трафік користувачі помічають за секунди, а виклики часто сидять у формах реєстрації, антифрод-правилах чи логіці маршрутизації, якими опікується інша команда, ніж маркетингом.
SMS, перевірки номерів і повідомлення WhatsApp мають прямі відповідники в BSG, тож робота зводиться переважно до перенаправлення інтеграцій і тестування, а не до перебудови сценаріїв. Якщо ви користувалися чимось без прямого відповідника, як-от інбоксом для операторів, віртуальними номерами чи voice, обговоріть це з командою business development BSG якомога раніше, щоб це не гальмувало решту переїзду.
Потім внесіть кожен потік окремим рядком:
- Одноразові паролі та інші верифікаційні повідомлення. Перенесіть і цей трафік — умови для нього уточніть у команди business development BSG до перемикання.
- Перевірки номерів — незалежно від того, через який API чи протокол вони йдуть.
- Транзакційні SMS: сповіщення про замовлення, доставку, оплату та акаунт.
- Маркетингові SMS разом із записами згод і відписок.
- Номери WhatsApp, шаблони та системи, які їх запускають.
- Вхідний трафік: відповіді, ключові слова та двосторонні сценарії.
Для кожного потоку зафіксуйте країни, місячний обсяг, тип відправника, систему-тригер і внутрішнього відповідального. Маршрутизація, робота із Sender ID і тестування плануються по кожному потоку й кожній країні окремо, тож цей список — основа для решти плану.
Крок 2 — Що вивантажити, поки доступ не змінився
Вивантажте все, перш ніж щось змінювати, і зберігайте копії поза будь-якою окремою системою постачальника. Ці файли — база для паралельного запуску і записи, які попросить ваша комплаєнс-команда.
Чек-лист: що забрати до переїзду
- Sender ID по кожній країні разом із реєстраційними документами, листами-авторизаціями та номерами погоджень від операторів.
- Активи WhatsApp: ID WABA, номери телефонів, відображувані імена, а також назву, мову, категорію, точний текст і статус кожного шаблону.
- Звіти про доставку (DLR) по країнах і операторах за останні місяці.
- Історію обсягів по країнах, місяцях і типах трафіку — на її основі наступний провайдер будує маршрути та ціни.
- Логи перевірок номерів: обсяги запитів і поля відповіді, які реально читає ваш код.
- Карту інтеграції: ендпоїнти, вебхуки, callback URL, білі списки IP, SMPP-підключення та логіку повторних спроб.
- Записи згод і відписок із часовими мітками.
- Договір і останні рахунки.
Точний текст шаблонів важить більше, ніж здається. У поточній моделі акаунтів Meta шаблони повідомлень належать Messaging-акаунту, у якому їх створили, і не передаються між Messaging-акаунтами (Meta for Developers, 2026). З новим провайдером їх зазвичай доведеться створити заново й повторно подати на погодження, а переписування з пам'яті змінює формулювання, які ваша комплаєнс-команда вже затвердила.
Крок 3 — Що переноситься до альтернативи Tyntec: по країнах
Частина активів переходить разом із вашим бізнесом. Інші прив'язані до провайдера, і їх доведеться відновлювати.
| Актив | Що відбувається | Що потрібно зробити |
|---|---|---|
| Бізнес-номер WhatsApp | Залишається у вашому WhatsApp-акаунті; відображуване ім'я, рейтинг якості та ліміт повідомлень не змінюються | Надати доступ до WhatsApp-акаунта новому провайдеру в Meta Business Suite; сам номер не мігрує |
| Шаблони повідомлень WhatsApp | Залишаються в Messaging-акаунті попереднього провайдера | Створити заново й подати на погодження з вивантаженого тексту |
| Алфавітно-цифровий Sender ID | Залежить від правил кожної країни | Там, де потрібна реєстрація, подати нову заявку через нового провайдера |
| Перевірки номерів (portability, верифікація) | Інтеграція API не переноситься | Перенаправити виклики на новий API перевірки та перемапити поля відповіді |
| Звіти про доставку та історія обсягів | Залишаються у старій системі | Використати вивантаження як базу для паралельного запуску |
Рядки про WhatsApp ґрунтуються на документації Meta щодо нової моделі акаунтів, яка до середини жовтня 2026 року охопила всі бізнеси (Meta for Developers, 2026). Meta розділила те, що раніше було одним WhatsApp Business Account (WABA), на дві частини: WhatsApp-акаунт, який містить бізнес-номер і завжди належить вашому бізнесу, та Messaging-акаунти з шаблонами повідомлень — окремий для кожного партнера. Переносити номер від одного партнера до іншого в цій моделі не можна. Щоб змінити провайдера WhatsApp Business API, надайте доступ до свого WhatsApp-акаунта новому провайдеру в Meta Business Suite. Доступ додається, а не замінюється, тож попередній провайдер може зберігати його до завершення перемикання.
SMS Sender ID підпорядковуються правилам операторів кожної країни, і єдиного європейського стандарту немає. Там, де Sender ID динамічний, реєстрація не потрібна, і перемикання — переважно питання тестування. Там, де обов'язкова реєстрація Sender ID, критичним шляхом стає час погодження, часто окремо в кожного оператора. Таблиця зводить ключові ринки з гайду BSG про реєстрацію Sender ID у ЄС і Великій Британії — на даних маршрутизації BSG станом на вересень 2026 року. Оператори оновлюють ці правила, тож перед перемиканням підтвердьте кожен цільовий ринок із BSG.
| Країна | Як обробляються відправники | До перемикання |
|---|---|---|
| Німеччина, Нідерланди | Без попередньої реєстрації; динамічний алфавітно-цифровий відправник | Перевірити відображення відправника в кожній мережі під час паралельного запуску |
| Австрія | Без попередньої реєстрації; міжнародний цифровий відправник замінюється національним | Використовувати алфавітно-цифровий або національний цифровий відправник |
| Франція | Без попередньої реєстрації; короткі коди й цифрові відправники замінюються загальним алфавітним або коротким кодом | Зберегти алфавітно-цифровий відправник, якщо клієнти його впізнають |
| Польща | Без попередньої реєстрації; деякі оператори замінюють усіх відправників фіксованим алфавітним | Перевірити відображення відправника в кожного оператора |
| Бельгія, Іспанія | У даних маршрутизації BSG попередня реєстрація не позначена | Підтвердити в кожного оператора до запуску |
| Чехія | Реєстрація обов'язкова в T-Mobile та O2; незареєстрованих відправників там замінює загальний алфавітний | Зареєструвати в обох мережах до паралельного запуску |
| Румунія | Реєстрація фактично обов'язкова; Orange і Digi замінюють незареєстрованих відправників коротким кодом | Почати реєстрацію заздалегідь; потрібна підписана й завірена печаткою форма договору |
| Болгарія, Хорватія | Реєстрація в кожного оператора | Почати реєстрацію заздалегідь; підготувати Sender ID, зразки текстів і сайт |
| Словенія | Реєстрація обов'язкова | Зареєструвати до перемикання |
| Італія | Брендований відправник лише для компаній з італійським VAT і PEC, зареєстрованих через AGCOM; інші отримують локальний цифровий відправник | Перевірити, чи є італійська юрособа, перш ніж обіцяти брендований відправник |
| Угорщина | Усі відправники замінюються цифровим | Очікувати цифрове відображення |
| Велика Британія | Без попередньої реєстрації, але загальні, цифрові та невідповідні відправники блокуються; промо-тексти треба попередньо погодити (whitelist) | Погодити відправника, текст і посилання до першої кампанії |
Крок 4 — Паралельний запуск перед перемиканням
Паралельний запуск означає, що контрольована частка живого трафіку йде через нового провайдера, поки решту несе ваш наявний маршрут, а результати порівнюються на тих самих країнах, операторах і типах повідомлень. Якщо ви вже перевели частину трафіку до тимчасового провайдера, проводьте запуск паралельно з ним. Так ви оцінюєте альтернативу Tyntec на власному трафіку, а не за презентацією продажів.
Порівняйте чотири речі, перш ніж збільшувати частку:
- Статуси доставки по країнах і операторах — відносно вивантаженої бази.
- Відображення відправника на реальних телефонах у кожному ринку, особливо там, де таблиця вище показує заміну.
- Паритет перевірок: той самий номер має повертати ту саму мережу, статус перенесення та активність у старих і нових запитах.
- Обробку помилок у вашому коді: формати вебхуків, коди статусів і повторні спроби — не лише в тестовій консолі.
Без паралельного запуску першою ознакою того, що відправника в Румунії замінено коротким кодом або бракує реєстрації в чеського оператора, стає скарга клієнта. З ним це видно у звіті порівняння ще до перемикання.
Порядок і умови для OTP-трафіку погодьте з BSG окремо: у цьому потоці найменше простору для помилок. BSG надає вебхуки доставки та звітність, тож порівняння можна вести на власних дашбордах.
Крок 5 — Перемикайте по країнах, потім вимикайте стару інтеграцію
Переводьте ринки за готовністю, а не за розміром. Першими йдуть країни з динамічним Sender ID і чистими результатами паралельного запуску. Ринки з реєстрацією — після отримання погоджень, а верифікаційний трафік переходить за графіком, погодженим із BSG. Тримайте попередній маршрут як резервний протягом погодженого періоду спостереження і лише після цього спрямовуйте 100% трафіку ринку через нового провайдера.
Вимкнення — окреме завдання. Відкличте старі API-ключі, видаліть вебхуки та IP з білих списків, заархівуйте вивантаження й оновіть перелік обробників і записи про обробку даних відповідно до GDPR.
Переїжджайте один раз і одразу оновлюйтеся: спершу WhatsApp, SMS — резерв
Ви однаково перебудовуєте інтеграцію, тож це слушний момент змінити не лише те, куди йдуть повідомлення, а й як вони надсилаються. Якщо через Tyntec ви надсилали тільки SMS, у тому ж проєкті можна додати WhatsApp. Якщо WhatsApp у вас там уже був, збережіть номер (крок 3) і поставте його перед SMS.
З BSG WhatsApp API повідомлення спершу йде у WhatsApp, а якщо його не доставлено, автоматично переходить у SMS. Це і є каскад повідомлень: клієнти з WhatsApp отримують повідомлення з кнопками й медіа, усі інші — SMS. Та сама схема працює з RCS перед SMS через BSG One API, з єдиним форматом звітів про доставку для всіх каналів.
Практична порада: для повідомлень, які ініціюєте ви, WhatsApp потребує погоджених шаблонів, тож додайте чернетки шаблонів у план міграції й попросіть команду business development BSG порахувати обидва канали каскаду по кожній країні.
Принесіть інвентаризацію трафіку та чек-лист вивантажень на дзвінок із командою business development BSG, щоб обговорити маршрути для кожного потоку й країни, де потрібна реєстрація Sender ID і як каскад «спершу WhatsApp» працюватиме на вашому трафіку. BSG має 15+ національних телеком-ліцензій у ЄС і 60+ прямих підключень до мобільних операторів. Запишіться на дзвінок щодо міграції з командою business development BSG.
FAQ
Чи можна зберегти номер WhatsApp Business при зміні провайдера?
Так. У новій моделі акаунтів Meta номер залишається у вашому власному WhatsApp-акаунті: замість міграції ви надаєте доступ до цього акаунта новому провайдеру в Meta Business Suite. Відображуване ім'я, рейтинг якості та ліміт повідомлень не змінюються, але шаблони повідомлень зазвичай доведеться створити заново в нового провайдера.
Чи потрібно повторно реєструвати Sender ID при зміні SMS-провайдера?
Залежить від країни. Німеччина та Нідерланди приймають динамічного відправника без попередньої реєстрації, а Болгарія, Хорватія, Чехія, Румунія та Словенія вимагають реєстрації принаймні в частини операторів. Велика Британія не вимагає попередньої реєстрації, але блокує загальні й цифрові відправники та вимагає погодження промо-текстів, тож почніть цю роботу до перемикання.
Скільки триває міграція з Tyntec?
Стандартних строків немає: усе залежить від кількості країн, потоків трафіку та реєстрацій Sender ID. Попросіть команду business development BSG оцінити строки на основі вашої інвентаризації.