БАЗА ЗНАНЬ
PHP 5.6–8.3ionCube Loader 13+OpenCart / ocStore 2.3–3.x
Головна/Документація/Готові сценарії
Рецепти налаштування

Вісім готових схем для типових задач магазину

Покрокові конфігурації для захищеного оформлення, OTP під час входу й реєстрації, Telegram адміну, статусів, дзвінків і відгуків.

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

Як користуватися рецептами

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

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

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

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

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

22. Готові сценарії налаштування

22.1 Тільки OTP на оформлення замовлення

  1. Увімкніть Налаштування -> Статус.
  2. Налаштуйте SMS-шлюз.
  3. Відправте тестове SMS собі.
  4. Увімкніть OTP Статус.
  5. Увімкніть тільки Оформлення замовлення.
  6. Виберіть Канал надсилання OTP (Канал OTP без дзвінка, якщо увімкнена авторизація дзвінком): для першого тесту найпростіше SMS, якщо саме SMS має бути основним способом підтвердження без дзвінка.
  7. Налаштуйте довжину коду, повторне надсилання і термін дії.
  8. Увімкніть базові ліміти безпеки.
  9. Установіть реальні бюджетні межі: глобальну, OTP-резерв, межі для недовірених і довірених OTP, Viber cascade units та ліміти типів надсилання.
  10. Перевірте текст OTP з {otp}.
  11. Створіть тестове замовлення.
  12. Перевірте Звіт і OTP -> Моніторинг.

22.2 OTP при вході і реєстрації

  1. Налаштуйте SMS-шлюз.
  2. Увімкніть OTP Статус.
  3. Увімкніть Авторизації і Реєстрації.
  4. За потреби увімкніть Зміні в Особистому кабінеті.
  5. Виберіть Канал надсилання OTP (Канал OTP без дзвінка, якщо увімкнена авторизація дзвінком) для першої спроби доставки коду без дзвінка.
  6. Налаштуйте ліміти неправильних кодів.
  7. Протестуйте вхід, реєстрацію і зміну телефону.
  8. Установіть Час життя підтвердженого номера, наприклад 20 хвилин, успішно підтвердьте номер і переконайтеся, що модуль не просить зайвий код у дозволених повторних сценаріях цього браузера.
  9. Натисніть Вийти, знову виберіть вхід за телефоном і переконайтеся, що модуль обов’язково вимагає новий OTP, хоча 20 хвилин ще не минули.

22.3 Адмін отримує Telegram про нові замовлення

  1. Налаштуйте Telegram сервер.
  2. Перевірте, що стан сервера активний.
  3. Відкрийте Сповіщення адміністратору.
  4. Увімкніть сповіщення.
  5. Виберіть Telegram як канал.
  6. Напишіть текст із номером замовлення, сумою і телефоном.
  7. Створіть тестове замовлення.
  8. Перевірте Telegram і звіт.

22.4 Клієнт отримує повідомлення при відправці замовлення

  1. Налаштуйте SMS або Viber із резервним SMS.
  2. Відкрийте Сповіщення про статус замовлення.
  3. Увімкніть статус Відправлено.
  4. Напишіть текст повідомлення.
  5. Збережіть.
  6. Змініть тестове замовлення на статус Відправлено.
  7. Перевірте доставку і звіт.

22.5 Тільки авторизація дзвінком через Stream Telecom без SMS

  1. У вкладці Налаштування SMS-шлюзу виберіть Без SMS / тільки авторизація дзвінком.
  2. Відкрийте Авторизація дзвінком.
  3. У полі Call gateway виберіть Stream Telecom.
  4. Заповніть Stream email і Stream пароль.
  5. Виберіть сценарій Останні цифри номера або Вибір цифри в меню.
  6. Поле SMS при помилці дзвінка у цьому режимі недоступне, бо SMS-шлюз не налаштований.
  7. Увімкніть потрібний OTP-сценарій, наприклад оформлення замовлення.
  8. Не розраховуйте на Канал надсилання OTP / Канал OTP без дзвінка як запасний канал після Stream у цьому режимі: SMS-шлюз відсутній, тому після невдалого дзвінка резервне SMS недоступне.
  9. Протестуйте дзвінок на своєму номері.
  10. Перевірте Звіт і OTP -> Моніторинг.

22.6 Stream Telecom для дзвінка плюс резервне SMS

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

  1. У вкладці Налаштування SMS-шлюзу виберіть основний SMS-провайдер: SMS Club, TurboSMS, ITTell, AlphaSMS або інший робочий шлюз.
  2. Заповніть токен/ключ/імʼя відправника і відправте тестове SMS собі.
  3. Відкрийте Авторизація дзвінком.
  4. Увімкніть Авторизація дзвінком.
  5. У полі Call gateway виберіть Stream Telecom.
  6. Заповніть Stream email і Stream пароль.
  7. Виберіть сценарій Останні цифри номера або Вибір цифри в меню.
  8. Увімкніть SMS при помилці дзвінка.
  9. Увімкніть потрібний OTP-сценарій, наприклад оформлення замовлення.
  10. Пам'ятайте: для невдалого дзвінка використовується саме SMS при помилці дзвінка, а не Канал надсилання OTP / Канал OTP без дзвінка.
  11. Протестуйте два випадки: успішний дзвінок і невдалий дзвінок із переходом у SMS.
  12. У Звіт має бути фінальний результат дзвінка або резервне SMS, але не окремий технічний рядок створення Stream-задачі.

22.7 Відгук через день після доставки

  1. Увімкніть відкладені події.
  2. Створіть правило Відгук після доставки.
  3. Подія - Зміна статусу замовлення.
  4. Статус - Доставлено.
  5. Отримувач - Клієнт.
  6. Затримка - 1 день.
  7. Увімкніть години тиші.
  8. Додайте глобальні статуси скасування.
  9. Налаштуйте cron.
  10. Перевірте чергу і журнал.

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

  1. Налаштуйте й перевірте основний канал OTP та потрібні резервні канали.
  2. Увімкніть OTP Статус і сценарій Оформлення замовлення.
  3. Відкрийте вкладку OTP -> Ризикові замовлення.
  4. Увімкніть Підтвердження ризикових замовлень.
  5. Виберіть Рівень захисту = Збалансований і залиште режим Тестовий - лише журнал.
  6. Додайте правила для додаткового захисту постійних клієнтів: часті повторні замовлення, ризиковий спосіб оплати або незвично велика сума.
  7. Виберіть реальні Статуси успішних замовлень.
  8. Задайте Строк підтвердження checkout, хвилин = 15 і Зберігати журнал, днів = 30.
  9. Виберіть Заблокувати оформлення замовлення, якщо OTP неможливо надіслати.
  10. Увімкніть ліміти запитів OTP, неправильних кодів, різних телефонів з однієї IP-адреси та адаптивний захист джерела.
  11. Перевірте гостя, нового авторизованого клієнта, перевіреного постійного клієнта і замовлення, яке відповідає власному правилу.
  12. Переконайтеся, що тестовий режим не блокує покупців, а рішення потрапляють до журналу.
  13. Перемкніть режим на Робочий - вимагати OTP і повторіть матрицю.
  14. Гість, новий клієнт і непідтверджений номер мають отримати OTP; постійний клієнт без збігу правила має пройти швидко; після зміни кошика або паралельного повтору старий дозвіл не повинен створювати ще одне замовлення.
Потрібна швидка перевірка?Відкрити діагностику →
ПРЯМИЙ ЗВ’ЯЗОК

Потрібна адаптація або Telegram-сервер?

Зв’язок з автором модуля щодо сумісності, встановлення, нестандартної теми, оформлення замовлення та платного підключення Telegram-сервера.

Підтримка SAP - SMS / OTP Pro на OpenCartForum