Перевірте кожну підсистему до бойового запуску

Окремі перевірки SMS-шлюзу, OTP, трьох рівнів захисту оформлення, власних правил, дзвінків, статусів і відкладених подій.

На цій сторінціШвидкий перехід до конкретного налаштування

Тестуйте послідовно

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

Окремо перевірте захищене замовлення

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

ПОВНА ІНСТРУКЦІЯ

Усі поля, варіанти та перевірки

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

9 тематичних підрозділівТаблиці, поля й контрольні перевірки

23. Перевірка після запуску

Після налаштування пройдіть ці перевірки.

Для кожного ввімкненого сценарію перевірте не тільки успішний випадок, а й одну керовану помилку. Наприклад: неправильний OTP, повторне надсилання до завершення таймера, недоступний канал або замовлення, яке не відповідає правилам ризику.

Що перевіряється	Успішний результат	Керована помилка	Де шукати доказ
SMS/Viber	Повідомлення доставлено потрібним каналом	Неправильний номер або тестова відмова провайдера повертає зрозумілу помилку	`Звіт`, відповідь шлюзу, баланс провайдера
OTP	Правильний код завершує вибраний сценарій	Неправильний код відхиляється, повтор підкоряється таймеру	`Звіт`, `OTP -> Моніторинг`
Телефонний вхід після виходу	Поки користувач не натискав `Вийти`, чинне підтвердження можна повторно використати в дозволених сценаріях цього браузера	Після явного виходу старе підтвердження не дає знову увійти: модуль запитує новий OTP	Сторінка входу, cookies браузера, `OTP -> Моніторинг`
Захищене замовлення	У збалансованому режимі гість, новий клієнт і непідтверджений номер отримують OTP; власні правила додатково захищають постійного клієнта	Повторне створення за тим самим одноразовим дозволом блокується, а помилка провайдера не дає тихого обходу	`Останні спрацювання`, фінальний ID і статус замовлення
Дзвінок	Провайдер підтверджує потрібну дію клієнта	Тайм-аут або відмова переходить у дозволений резервний сценарій	`Звіт`, журнал зворотних викликів або опитування провайдера
Відкладена подія	Черга створює і надсилає одне повідомлення у правильний час	Години тиші, скасований статус або бюджетна межа не гублять задачу без пояснення	Черга, хронологія, журнал, `Звіт`

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

SMS-шлюз

Відправте SMS собі через Масові повідомлення.
Перевірте, чи SMS прийшло.
Перевірте Звіт.
Перевірте баланс провайдера.

OTP

Відкрийте сайт як клієнт.
Перейдіть у сценарій, де увімкнено OTP.
Перевірте, який канал вибрано в OTP -> Налаштування OTP -> Канал надсилання OTP / Канал OTP без дзвінка.
Введіть свій телефон.
Отримайте код.
Переконайтеся, що код прийшов саме через очікуваний канал або через дозволений запасний канал.
Введіть код.
Перевірте, що сценарій завершився.
Перевірте Звіт і OTP -> Моніторинг.

Захищене оформлення замовлення

Виберіть Рівень захисту = Збалансований і залиште режим Тестовий - лише журнал.
Оформіть замовлення як гість, як новий авторизований клієнт і як постійний клієнт із раніше успішним замовленням та підтвердженим номером.
Переконайтеся, що тестовий режим нікого не зупинив: для гостя й нового клієнта має з'явитися запис про майбутню вимогу OTP, а перевірений постійний клієнт без збігу правила має пройти без такого запису.
Створіть для постійного клієнта замовлення, яке точно відповідає одному власному правилу ризику, і перевірте окремий запис цього правила.
Перемкніть режим на Робочий - вимагати OTP та повторіть матрицю: гість, новий клієнт і непідтверджений номер мають отримати OTP; перевірений постійний клієнт без збігу правила має пройти без повторного коду зі статусом Дозволено постійному клієнту; збіг власного правила має знову вимагати OTP.
Після успішного OTP завершіть замовлення й перевірте ID та статус Замовлення створено в журналі.
Спробуйте повторити фінальний запит із тим самим підтвердженням: одноразовий дозвіл не повинен створити друге замовлення.
Змініть кошик, суму, оплату, доставку або адресу після підтвердження й переконайтеся, що модуль формує нове рішення та за потреби просить новий OTP.
Перевірте недоступного провайдера: у збалансованому та суворому режимах замовлення має блокуватися; дозвіл без OTP можливий лише у вибірковому режимі Лише правила.

Дзвінок

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

Сповіщення про статус

Створіть тестове замовлення.
Змініть статус на той, для якого увімкнене повідомлення.
Перевірте повідомлення.
Перевірте Звіт.

Ручна відправка

Відкрийте тестового клієнта або тестове замовлення.
Натисніть Надіслати повідомлення.
Перевірте список доступних каналів.
Вставте шорткод і перевірте попередній перегляд.
Відправте повідомлення на свій номер або тестовий Telegram-контакт.
Перевірте Звіт.

Відкладені події

Створіть умову, яка має запустити правило.
Перевірте, що завдання з'явилось у черзі.
Дочекайтесь cron або натисніть Відправити зараз.
Перевірте журнал і звіт.

Потрібна швидка перевірка?Відкрити діагностику →