Перейти до вмісту
Пошук в
  • Детальніше...
Шукати результати, які ...
Шукати результати в ...

SAP - SMS / OTP Pro - авторизація за номером телефону, OTP-захист замовлень, SMS / Viber / Telegram, дзвінки та сповіщення для OpenCart та ocStore

S_A_P ☆☆☆☆☆ 0 відгуків 8 завантажень 4 728 24.07.26
1.0.0 Ioncube Loader: Так
Додаткові послуги
Кількість, домен, опції
Разом:30.00 USD
OpenCart3.0, 2.3
ocStore3.0, 2.3.0.2.4, 2.3
Тип ліцензіїНа один домен
Метод активаціїЗа запитом в приватні повідомлення, За запитом на пошту
Ioncube LoaderТак
Звернення до сервера розробникаТак
Завантаження8
Опубліковано22.07.26
Оновлене24.07.26
Розмір файлу2 КБ
При покупці від 3 до 5 знижка -5% 28.50 USD
При покупці від 6 до 10 знижка -10% 27.00 USD
При покупці від 11 до 20 знижка -15% 25.50 USD
При покупці від 21 до 30 знижка -20% 24.00 USD
При покупці більше 30 знижка -25% 22.50 USD

Відгуки користувачів

SAP - SMS / OTP Pro

SMS, OTP, дзвінки, Telegram, Viber та автоматичні повідомлення для OpenCart/ocStore.

 

SAP - SMS / OTP Pro створений для магазинів, де номер телефону клієнта, статус замовлення і швидке повідомлення адміністратора мають реальне значення. Це не просто кнопка "відправити SMS". Це повноцінний центр комунікацій для OpenCart/ocStore: OTP, керований захист оформлення замовлення, авторизація дзвінком, SMS, Viber, Telegram, ручні повідомлення, масові розсилки, відкладені сценарії, звіти, зашифрований експорт та імпорт, журнал обліку бюджету SMS/Viber, захист від проксі та атак із підмереж і окремий захист бюджету дзвінків.

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

 

Що модуль дає магазину

  • Підтвердження номера телефону при вході, реєстрації, зміні телефону в кабінеті та оформленні замовлення.
  • Захист оформлення замовлення: збалансований режим для гостей, нових клієнтів і непідтверджених номерів, суворий режим для кожного замовлення або вибіркова перевірка за власними правилами.
  • Менше фейкових замовлень, помилкових телефонів і ситуацій, коли менеджер телефонує в нікуди.
  • Автоматичні SMS, Viber або Telegram-повідомлення для клієнтів і адміністраторів.
  • Авторизація дзвінком через окремий шлюз дзвінків (поле «Call gateway») або через SMS-шлюз, який підтримує дзвінки.
  • Можливість працювати без SMS-шлюзу, якщо магазину потрібна тільки авторизація дзвінком.
  • Ручна відправка повідомлення з картки клієнта або замовлення без запуску масової розсилки.
  • Відкладені сценарії: нагадування про оплату, прохання залишити відгук, повідомлення після доставки, сервісні нагадування.
  • Звіти, моніторинг і Telegram-алерти, щоб бачити не "не працює", а точну причину, включно з вичерпаними SMS/Viber або дзвінковими лімітами.
  • Антиспам-ліміти, посилений захист від проксі та атак із підмереж і бюджетні обмеження, які захищають баланс SMS/Viber і дзвінків від ботів, флуду, помилок масового надсилання та зайвих OTP-запитів.
  • Зашифрований експорт та імпорт налаштувань і даних модуля: від конфігурації та відкладених подій до звітів, стану OTP, спроб авторизації дзвінком, стану захисту, сповіщень адміністратору та журналу використання бюджету.

 

Як це працює

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

OTP має окрему логіку маршрутизації. Якщо ввімкнена авторизація дзвінком, модуль спочатку використовує вибраний шлюз дзвінків. Якщо дзвінок не розпочався або не підтвердився, резервне SMS буде надіслано тільки тоді, коли налаштований основний SMS-шлюз. Якщо магазин працює в режимі «Без SMS / тільки авторизація дзвінком», резервне SMS не використовується.

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

 

Ключові можливості

1. OTP-підтвердження телефону

  • OTP при вході в акаунт.
  • OTP при реєстрації нового клієнта.
  • OTP при зміні телефону в особистому кабінеті.
  • Підтвердження номера під час оформлення перед завершенням замовлення: для кожного покупця, для гостей і нових клієнтів або вибірково за правилами ризику. Кілька окремих замовлень можна оформити без нового коду, поки підтвердження того самого номера залишається чинним.
  • Підтримка 4- або 6-значного коду.
  • Налаштування часу повторної відправки, строку життя коду і строку довіри до підтвердженого телефону. Явний вихід з акаунта скасовує довіру до номера, тому наступний вхід за телефоном знову потребує OTP.
  • Окремі шаблони OTP для входу, реєстрації, редагування акаунта та оформлення замовлення.
  • Вставка коду через шорткод {otp}.
  • Маска телефону, міжнародний код країни, перевірка формату і нормалізація номера.
  • Окрема маршрутизація OTP: можна вибрати перший канал OTP (SMS, Viber або Telegram), дзвінок має пріоритет, після невдалого дзвінка резервне надсилання SMS працює окремо, а без дзвінка модуль пробує інші доступні канали в порядку Telegram -> Viber -> SMS, пропускаючи вже вибраний канал.
  • Якщо ввімкнена авторизація дзвінком, поле каналу в адмінці показується як «Канал OTP без дзвінка», щоб не плутати його з першим дзвінком або резервним SMS після дзвінка.

 

2. Підтвердження ризикових замовлень

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

  • Вкладка з'являється автоматично, коли в OTP увімкнено сценарій «Оформлення замовлення».
  • Окремий перемикач функції, три рівні захисту, тестовий режим «лише журнал» і робочий режим, який вимагає чинного підтвердження номера.
  • Пріоритет правил, логіка «Усі умови (AND)» або «Будь-яка умова (OR)» і зупинка після першого збігу.
  • Умови за сумою, способом оплати, типом покупця, кількістю успішних замовлень, фактом і віком OTP-підтвердження та кількістю замовлень із телефона за період.
  • Список способів оплати формується автоматично з установлених та увімкнених розширень магазину - без зашитих кодів.
  • Статуси успішних замовлень визначають історію покупця для правил «Тип покупця» і «Кількість успішних замовлень».
  • Налаштовуваний строк завершення поточного підтвердженого оформлення та безпечна політика недоступного OTP-провайдера. Строк внутрішнього дозволу не перевищує залишок часу довіри до номера; у збалансованому й суворому режимах замовлення блокується, якщо нове підтвердження потрібне, але недоступне, а дозвіл без OTP доступний лише у вибірковому режимі.
  • Журнал із захистом приватних даних: дата, правило або причина політики, замаскований телефон, зрозумілий статус та ID створеного замовлення; є строк зберігання і кнопка повного очищення.
  • Правила та журнал входять в окремий розділ зашифрованого експорту та імпорту.
  • Для гостя у збалансованому режимі та для будь-якого покупця в суворому модуль одразу вимагає чинне підтвердження номера без зайвого читання власних правил. Якщо підтвердження ще діє, новий код не надсилається; історія, сума й правила завантажуються лише тоді, коли вони справді потрібні.

 

3. SMS-шлюзи і канали доставки

  • TurboSMS.
  • SMS Club.
  • SMS-fly.
  • ITTell v2.
  • AlphaSMS.
  • Custom HTTP для підключення іншого SMS-провайдера через URL, GET/POST, JSON і API-параметри.
  • Режим "Без SMS / тільки авторизація дзвінком" для проєктів, де SMS не потрібні.
  • Viber-повідомлення, якщо їх підтримує вибраний SMS-шлюз.
  • Резервне SMS для Viber, якщо доставка не відбулася.
  • Telegram через окремий Telegram-сервер.
  • Резервне SMS для Telegram, якщо отримувач недоступний у Telegram.
  • Підключений SMS-шлюз відповідає за SMS і резервні надсилання, але не заважає окремому шлюзу дзвінків.

 

4. Авторизація дзвінком

  • Якщо SMS дорогі, нестабільні або магазину потрібен альтернативний спосіб підтвердження номера, модуль може підтверджувати телефон дзвінком.
  • Окремий вибір шлюзу дзвінків у полі «Call gateway» на вкладці «Авторизація дзвінком».
  • Якщо шлюз дзвінків не вибраний, модуль може використати основний SMS-шлюз, якщо той підтримує дзвінки.
  • Підтримуються ITTell, голосове OTP через AlphaSMS і Stream Telecom Call2FA.
  • ITTell підтримує диктування коду, останні цифри номера і вибір цифри в меню.
  • AlphaSMS підтримує диктування коду і останні цифри номера; голосовий відправник потрібен тільки для сценарію диктування, якщо його вимагає обліковий запис.
  • Stream Telecom підтримує останні 4 цифри номера і натискання цифри 1 у голосовому меню; він не відправляє SMS.
  • Stream Telecom працює як шлюз лише для дзвінків і не потрапляє до списку SMS-шлюзів.
  • Stream Telecom підтримує два сценарії: останні 4 цифри номера, з якого дзвонить сервіс, або натискання цифри 1 у голосовому меню.
  • Для Stream Telecom в облікових даних потрібні адреса електронної пошти та пароль.
  • Підтримуються зворотний виклик від провайдера, періодична перевірка результату дзвінка, тайм-аут і контрольний журнал для діагностики.
  • Резервне SMS після невдалого дзвінка працює тільки через основний SMS-шлюз. Якщо SMS-шлюз не вибраний, модуль працює лише з дзвінками.
  • Окремий захист бюджету дзвінків: ліміти за IP, телефоном, браузером і загальною кількістю за добу.

 

5. Telegram-сервер

Telegram у модулі - це не просто поле для токена. Є окрема вкладка підключення, стани сервера, токен активації, форматування Markdown/HTML, відключення, повторне підключення і перевірка доступу.

  • Telegram-повідомлення адміністратору про нові замовлення.
  • Сервісні повідомлення і технічні алерти.
  • Підтримка номерів телефону та @username.
  • Окремий серверний Telegram-акаунт адміністратора для ручного контакту з клієнтом.
  • Стани підключення: сервер підключений, доступ вимкнений, очікування активації, неправильний токен, доступ завершився та інші.
  • SMS може бути запасним каналом.

 

6. Повідомлення адміністратору

  • Повідомлення адміну про нові замовлення.
  • Вибір каналу доставки: SMS, Telegram, Viber або доступна комбінація.
  • Кілька номерів адміністратора або Telegram-контактів.
  • Шорткоди для номера замовлення, суми, статусу, імені покупця, телефону, назви магазину та інших даних замовлення.
  • Telegram-алерти про OTP-проблеми, помилки дзвінків, IP-бани, карантин джерел і невдалі відкладені повідомлення.

 

7. Повідомлення клієнту про статус замовлення

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

  • Нове замовлення прийнято.
  • Оплату отримано.
  • Замовлення передано в обробку.
  • Замовлення відправлено.
  • Замовлення готове до видачі.
  • Замовлення доставлено.
  • Замовлення скасовано.
  • Окремий канал для статусних повідомлень: SMS, Viber або Telegram, якщо підключений.

 

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

Це одна з найсильніших частин модуля. Повідомлення можна відправляти не одразу, а після заданої затримки. Правило створює завдання, cron його виконує, а журнал показує результат.

  • Нагадати про оплату через 10 хвилин після нового замовлення.
  • Попросити відгук через 1 день після доставки.
  • Надіслати бонус через 2 години після реєстрації без замовлення.
  • Повідомити адміністратора через 30 хвилин після зміни статусу.
  • Умови за статусом замовлення, групою клієнта, сумою, товарами, категоріями і виробниками.
  • Отримувач: клієнт, адміністратор або довільний номер.
  • Затримка у хвилинах, годинах або днях.
  • Тихі години, повторні спроби, дедуплікація і скасування за фінальними статусами.
  • Черга завдань, журнал виконання і cron URL з токеном.
  • Якщо бюджет SMS/Viber вичерпано, відкладене завдання не витрачає спроби доставки: воно переходить у стан budget_wait, отримує наступну спробу приблизно через 30 хвилин і лишається в черзі.

 

9. Ручна відправка з картки клієнта і замовлення

  • Кнопка "Відправити повідомлення" в картці клієнта і біля номера телефону в замовленні.
  • Одне компактне спливне вікно у стилі модуля: канал, отримувач, текст, шорткоди і попередній перегляд.
  • Показуються тільки увімкнені й дозволені канали: SMS, Viber і Telegram.
  • Telegram приймає телефон або @username; резервне SMS не використовується для @username.
  • Шорткод {products} вставляє всі товари замовлення з опціями, кількістю і ціною у валюті замовлення.
  • Надсилання використовує наявні шлюзи, логіку резервних каналів і звіт; одноразовий токен захищає від дублювання.

 

10. Масові повідомлення

  • Ручна відправка для тестів, сервісних повідомлень або дозволених маркетингових кампаній.
  • Отримувачі: всі клієнти, група клієнтів, вибрані клієнти або довільні номери.
  • Отримувачі за товарами, якщо потрібно повідомити покупців конкретного товару.
  • Вибір каналу масової доставки.
  • Перевірка результату у звіті.
  • Масова SMS/Viber-розсилка має окремий ліміт; коли бюджетну межу досягнуто, поточне надсилання зупиняється і не переходить до наступної сторінки.

 

11. Безпека OTP і антиспам

OTP без лімітів - це не безпека, а витік бюджету. У модулі є окремий захисний шар, який зупиняє підозрілу активність до платної SMS/Viber-спроби або платного дзвінка; Telegram-сповіщення адміністратору не мають резервного SMS і не витрачають SMS-бюджет.

  • Ліміти повторних OTP-запитів.
  • Ліміти неправильних кодів.
  • Чорний список телефонів.
  • Geo-IP фільтр.
  • Білий список IP.
  • Адаптивний захист джерел.
  • Мінімальний вік форми та строк життя захисної форми.
  • Затримка між послідовними змінами телефону.
  • Ізоляція браузера або сесії при підозрілій поведінці.
  • Блокування IP-адреси за серію некоректних запитів.
  • Пам'ять довіреного браузера для постійних клієнтів.
  • Швидкий пошук телефону через оптимізовану схему, якщо це підтримує сервер бази даних.
  • Розділений захист бюджету SMS/Viber працює через журнал sap_sms_budget_usage: загальна межа, OTP-резерв, окрема межа для недовірених OTP, резерв для довірених OTP та добові ліміти для підтверджень, замовлень, відкладених, адміністративних, ручних, масових та інших надсилань.
  • Значення 0 у загальній межі вимикає тільки загальну межу й OTP-резерв; окремі ліміти типів надсилання продовжують працювати. Значення 0 у конкретному типі вимикає тільки його ліміт.
  • У бюджет SMS/Viber рахуються SMS, Viber і каскадні спроби Viber+SMS; каскадна спроба може списувати 2 одиниці. Telegram і дзвінки цей бюджет не збільшують.
  • Розподіл на довірені й недовірені OTP та аварійний режим захищають OTP-резерв: при використанні 70% загального бюджету адміністратор отримує попередження в Telegram, при 85% блокуються недовірені OTP із середнім або вищим ризиком, а при 95% усі недовірені платні OTP блокуються.

 

12. Моніторинг, звіти і обслуговування

  • Звіт доставки для SMS, Telegram, Viber і дзвінків.
  • Ручні повідомлення з картки клієнта і замовлення пишуться у той самий звіт.
  • Для дзвінків у звіт потрапляють змістовні фінальні події: підтверджено, не підтверджено, помилка провайдера, отримано зворотний виклик.
  • Технічне створення Stream-завдання не забиває звіт окремим рядком.
  • Повторна відправка і видалення записів звіту.
  • Автоматичне очищення старих записів за строком зберігання.
  • Моніторинг OTP-безпеки: карантини, IP-бани, події і Telegram-алерти.
  • Зрозумілі причини блокування, щоб скарги клієнтів можна було швидко перевірити.
  • Звіт показує канал і результат надсилання, а бюджет рахується окремо в sap_sms_budget_usage за типом і контекстом витрати, рівнем ризику та статусами резервування, списання, звільнення або блокування.

 

13. Оформлення замовлення, сумісність і продуктивність

Модуль автоматично підключає стандартні маршрути OpenCart: account/register, account/edit і checkout/checkout. Для нестандартних сторінок оформлення внутрішній маршрут можна додати вручну.

  • Сценарії реєстрації, редагування облікового запису й оформлення замовлення.
  • Додаткові маршрути для сторонніх модулів оформлення замовлення.
  • Готова інтеграція з Simple / SimpleCheckout і One Page Checkout (onepcheckout).
  • Підтримка надсилання повідомлень із модуля «Нова Пошта».
  • Для сильно зміненого оформлення замовлення маршрут можна налаштувати вручну.
  • Перевірка і нормалізація телефону перед OTP-доставкою.
  • Сумісність з OpenCart/ocStore 2.3 і 3.x: TPL і Twig, старі та нові ключі налаштувань платіжних розширень.
  • У правилах ризику автоматично показуються всі встановлені та увімкнені способи оплати магазину.
  • Чиста інсталяція та оновлення реєструють тільки відсутні події OpenCart і не створюють повторні однакові записи.
  • Стан OTP, правила та журнали зберігаються у власних таблицях модуля; службові колонки в системну таблицю customer не додаються.
  • Контролер каталогу лишається тонким фасадом, а логіка виконання розділена на профільні сервіси.
  • Кеш активних правил і ліниві обчислення скорочують кількість SQL-запитів під час оформлення замовлення без зміни результату перевірки.

14. Експорт / Імпорт

Зашифрований .sapbackup файл для резервної копії або перенесення налаштувань і даних модуля.

Експорт із вибором розділів: налаштування модуля, відкладені події, телефони й стан OTP, спроби авторизації дзвінком, журнал захисту, блокування та карантин, дані звіту, сповіщення адміністратору і журнал використання бюджету.

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

Перед відновленням автоматично створюється резервна копія поточного стану перед імпортом.

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

Окремий розділ резервної копії «Ризикові замовлення» переносить правила ризику та журнал рішень із замаскованими приватними даними й привʼязками до створених замовлень.

Кому потрібен цей модуль

  • Магазинам, яким потрібно блокувати фейкові замовлення за допомогою обовʼязкового або адаптивного OTP-захисту.
  • Магазинам, які хочуть підтверджувати телефон до завершення оформлення замовлення.
  • Проєктам, де менеджери часто отримують замовлення з неправильними телефонами.
  • Магазинам, яким потрібна авторизація дзвінком замість SMS або разом із SMS.
  • Проєктам, які хочуть використовувати Stream Telecom Call2FA, голосове OTP через AlphaSMS або ITTell для дзвінків.
  • Власникам, які хочуть сервісні події в Telegram.
  • Маркетологам і менеджерам, яким потрібні відкладені повідомлення, ручні повідомлення один-на-один і масові розсилки.
  • Сайтам, де OTP треба захищати від ботів, перебору номерів, пулів проксі та зайвих витрат.

 

Коротко

SAP - SMS / OTP Pro закриває кілька задач одразу: підтвердження телефону, керований захист оформлення замовлення, авторизацію дзвінком, автоматичні повідомлення, Telegram-сповіщення, відкладені сценарії, масові розсилки, звіти, зашифрований експорт та імпорт, розділений бюджет SMS/Viber із журналом обліку й OTP-резервом, поділ OTP на довірені й недовірені та захист бюджету дзвінків. Дозвіл після OTP привʼязаний до поточного оформлення, використовується один раз, а правила автоматично бачать увімкнені способи оплати магазину.

 

Важливо перед покупкою

  • Перед робочим режимом перевірте матрицю в тестовому режимі, залиште збалансований або суворий рівень, увімкніть блокування при недоступному OTP-провайдері та протестуйте гостя, нового й постійного клієнта.
  • Для SMS потрібен акаунт і баланс у SMS-провайдера.
  • Якщо саме OTP-атака вичерпає окремий ліміт OTP, межу для недовірених OTP або загальний SMS/Viber-ліміт, автоматичне SMS/Viber-підтвердження зупиниться до звільнення 24-годинного вікна або зміни ліміту адміністратором. Запасний шлях - підключений Telegram, дзвінок або ручна перевірка менеджером.
  • Якщо потрібна тільки авторизація дзвінком, у полі SMS-шлюзу виберіть режим «Без SMS / тільки авторизація дзвінком»: модуль працюватиме без SMS-шлюзу, а резервне SMS буде недоступне.
  • Резервне SMS після дзвінка працює тільки тоді, коли налаштований основний SMS-шлюз.
  • Stream Telecom не надсилає SMS. Це окремий шлюз лише для дзвінків Call2FA.
  • Режими дзвінка залежать від провайдера: ITTell має всі три сценарії, AlphaSMS - диктування коду й останні цифри, Stream Telecom - останні цифри та вибір цифри в меню.
  • Для Stream Telecom потрібні адреса електронної пошти та пароль від облікового запису Stream Telecom.
  • Для авторизації дзвінком URL зворотного виклику магазину має бути доступний з інтернету, якщо вибраний провайдер повертає результат через зворотний виклик.
  • Viber доступний тільки якщо його підтримує вибраний шлюз і провайдер.
  • Telegram потребує підключення Telegram-сервера.
  • Для відкладених подій потрібен серверний cron.
  • Повна резервна копія містить приватні дані. Якщо ввімкнений режим приватності, експорт та імпорт має виконувати тільки головний адміністратор.


Мови модуля - українська, англійська, російська.

 

Документація - https://sms.sapas.pw/

 

Демо:

https://os3.sapas.pw/

 

В демо код OTP можна знайти в модулі в вкладці "Звіт"

Адмінка:

https://os3.sapas.pw/admin

  • Логін: demo
  • Пароль: demo

 

Встановлення / Оновлення модуля

Прихований текст

Встановлення
1️⃣ Перейдіть в Адмінка -> Доповнення -> Встановлення доповнень.
2️⃣ Завантажте файл: sms_otp_pro.ocmod.zip
3️⃣ Дочекайтеся повідомлення про успішне встановлення.
4️⃣ Перейдіть у Доповнення -> Модифікатори та натисніть "Оновити".
5️⃣ Перейдіть у Доповнення -> Доповнення.
6️⃣ Знайдіть та увімкніть модуль SAP - SMS / OTP Pro.


Оновлення
✔ Налаштування модуля зберігаються.
Рекомендований порядок оновлення:
1️⃣ Видаліть стару версію SAP - SMS / OTP Pro у розділі Модифікатори.
2️⃣ Перейдіть у Доповнення -> Встановлення доповнень та завантажте нову версію модуля.
3️⃣ Перейдіть у Доповнення -> Модифікатори та натисніть "Оновити".
4️⃣ Очистьте кеш магазину та кеш браузера.
5️⃣ Перевірте роботу модуля.
 

⚠️ Важливо: після встановлення або оновлення модуля обов’язково оновлюйте модифікатори.



ЛІЦЕНЗІЙНА УГОДА

Прихований текст

Ця Ліцензійна угода визначає умови придбання, встановлення, активації та використання програмного модуля "SAP - SMS / OTP Pro", а також правила отримання оновлень і технічної підтримки.

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

Якщо Користувач не погоджується з умовами цієї Угоди, він не повинен завантажувати, встановлювати, активувати або використовувати модуль.

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

1. ОСНОВНІ ВИЗНАЧЕННЯ

1.1. Модуль - програмне забезпечення "SAP - SMS / OTP Pro", включно з його програмним кодом, файлами, базами даних, бібліотеками, шаблонами, документацією, інструкціями, оновленнями та іншими пов'язаними компонентами.

1.2. Розробник або Правовласник - автор модуля, якому належать майнові права інтелектуальної власності на модуль або який має законні повноваження на його розповсюдження.

1.3. Користувач - фізична особа, фізична особа - підприємець або юридична особа, яка законно придбала ліцензію на використання модуля.

1.4. Ліцензія - обмежене право на використання модуля відповідно до умов цієї Угоди.

1.5. Ліцензійний ключ - унікальний набір даних, який використовується для підтвердження права Користувача на встановлення, активацію та використання модуля.

1.6. Ліцензований домен - доменне ім'я інтернет-магазину, для якого було придбано та зареєстровано ліцензію.

1.7. Окремий магазин - самостійний сайт або інтернет-магазин, який має власну систему керування, базу даних, каталог, замовлення або інший незалежний функціонал.

1.8. Сторонні сервіси - оператори мобільного зв'язку, SMS-шлюзи, сервіси голосових дзвінків, месенджери, поштові сервіси, API-платформи, хостинг-провайдери та інші системи, які не належать Розробнику.

2. ПРАВА НА МОДУЛЬ

2.1. Усі майнові права інтелектуальної власності на модуль, його програмний код, структуру, логіку роботи, документацію, назву та інші оригінальні компоненти належать Правовласнику.

Це положення не поширюється на OpenCart, ocStore, сторонні бібліотеки та інші компоненти, які використовуються відповідно до умов їхніх власних ліцензій.

2.2. Придбання ліцензії не означає продаж або передання Користувачу майнових прав інтелектуальної власності на модуль чи його вихідний код.

2.3. Користувачу надається невиключне, обмежене та непередаване право використовувати модуль відповідно до умов цієї Угоди.

2.4. Користувач не отримує права представлятися автором, Правовласником, офіційним представником або Розробником модуля.

2.5. Усі права, які прямо не надані Користувачу цією Угодою, залишаються за Правовласником.

3. УМОВИ ВИКОРИСТАННЯ ЛІЦЕНЗІЇ

3.1. Одна придбана ліцензія надає право використовувати модуль лише в одному окремому інтернет-магазині на одному ліцензованому домені.

3.2. Для кожного іншого окремого магазину або домену необхідно придбати окрему ліцензію, навіть якщо всі магазини:
- належать одному власнику;
- розміщені на одному сервері або хостинг-акаунті;
- використовують однаковий дизайн;
- мають спільний каталог товарів;
- керуються однією компанією;
- використовують однакові облікові записи SMS-провайдера;
- працюють на одній копії OpenCart або ocStore.

3.3. Варіанти одного домену з префіксом "www" і без нього, а також використання протоколів HTTP і HTTPS не вважаються різними доменами, якщо вони відкривають один і той самий магазин.

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

3.5. Якщо на піддомені розміщено окремий сайт або інтернет-магазин, для такого піддомену необхідно придбати окрему ліцензію.

3.6. Якщо OpenCart Multistore використовує декілька окремих доменів, для кожного активного домену необхідна окрема ліцензія, якщо інші умови попередньо не були письмово погоджені з Розробником.

3.7. Користувач може створити резервну копію модуля виключно з метою збереження або відновлення ліцензованого магазину.

3.8. Використання модуля на тестовому, технічному або резервному домені допускається лише як тимчасова копія ліцензованого магазину та за умови, що такий сайт:
- не використовується як окремий діючий магазин;
- не приймає реальні замовлення;
- не обслуговує покупців;
- не здійснює регулярне надсилання SMS або інших повідомлень;
- не використовується одночасно з основним магазином у комерційних цілях.

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

3.9. Перенесення ліцензії на інший домен можливе лише після звернення Користувача до Розробника.

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

3.11. Одночасне використання однієї ліцензії на старому та новому доменах заборонено.

3.12. Ліцензія не може бути продана, подарована, передана в оренду, обміняна, передана іншій особі або використана для субліцензування без попередньої письмової згоди Розробника.

4. ЛІЦЕНЗІЙНИЙ КЛЮЧ ТА АКТИВАЦІЯ

4.1. Ліцензійний ключ надається після підтвердження придбання модуля відповідно до встановленого порядку продажу.

4.2. Ліцензійний ключ може бути сформований та надісланий Користувачу автоматично або наданий Розробником індивідуально.

4.3. Ліцензійний ключ надається для конкретного ліцензованого домену та конкретного власника ліцензії.

4.4. Користувач зобов'язаний зберігати ліцензійний ключ у таємниці та не передавати його стороннім особам.

4.5. Користувач несе відповідальність за збереження ліцензійного ключа та даних доступу до свого облікового запису.

4.6. Для видачі, активації, відновлення, перенесення або перевірки ліцензії Розробник має право запросити:
- домен інтернет-магазину;
- адресу електронної пошти власника ліцензії;
- номер або інший ідентифікатор замовлення;
- версію модуля;
- версію OpenCart або ocStore;
- іншу технічну інформацію, необхідну для підтвердження законності використання ліцензії.

4.7. Модуль може використовувати технічні механізми активації та перевірки відповідності ліцензійного ключа зареєстрованому домену.

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

4.9. Тимчасова недоступність сервера ліцензування через технічні роботи, проблеми мережі, хостингу, каналів зв'язку або інші незалежні від Розробника обставини не вважається порушенням цієї Угоди.

4.10. Розробник вживає обґрунтованих заходів для відновлення роботи системи ліцензування після отримання інформації про відповідну технічну проблему.

5. ДОЗВОЛЕНІ ДІЇ

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

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

5.3. Користувач відповідає за дії осіб, яким він надав доступ до модуля, сайту, сервера або ліцензійного ключа.

5.4. Внесення змін у відкриті файли модуля не надає Користувачу авторських або майнових прав на модуль чи його окремі частини.

5.5. Модифіковану версію модуля заборонено продавати, передавати, публікувати або розповсюджувати серед третіх осіб.

5.6. Розробник не зобов'язаний забезпечувати сумісність майбутніх оновлень із самостійними змінами, внесеними Користувачем або сторонніми спеціалістами.

6. ЗАБОРОНЕНІ ДІЇ

Користувачу забороняється:

6.1. Використовувати одну ліцензію одночасно в декількох окремих магазинах або на декількох доменах.

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

6.3. Перепродавати, дарувати, здавати в оренду, обмінювати або іншим способом передавати модуль без письмової згоди Розробника.

6.4. Купувати, продавати, отримувати або розповсюджувати модуль у складчину.

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

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

6.7. Видаляти, приховувати або підмінювати відомості про автора, Правовласника, назву модуля, ліцензію чи інші повідомлення про права на програмне забезпечення.

6.8. Копіювати програмний код, структуру, логіку або суттєві частини модуля з метою створення, продажу чи розповсюдження аналогічного програмного продукту.

6.9. Представляти модуль або його модифіковану версію як власну розробку.

6.10. Використовувати модуль для:
- шахрайства;
- незаконного отримання персональних даних;
- несанкціонованих масових розсилок;
- навмисного надсилання спаму;
- введення користувачів в оману;
- порушення прав третіх осіб;
- вчинення інших протиправних дій.

7. СТРОК ДІЇ ЛІЦЕНЗІЇ ТА ОНОВЛЕННЯ

7.1. Якщо інше прямо не зазначено в описі продукту або умовах продажу, придбана ліцензія надає Користувачу безстрокове право використовувати законно отриману версію модуля на ліцензованому домені за умови дотримання цієї Угоди.

7.2. Безстрокове право використання придбаної версії модуля не означає автоматичного довічного права на:
- отримання всіх майбутніх оновлень;
- підтримку всіх майбутніх версій OpenCart, ocStore або PHP;
- безстрокову безкоштовну технічну підтримку;
- безкоштовне розроблення нового функціоналу;
- адаптацію до змін сторонніх сервісів.

7.3. Строк, порядок і умови отримання оновлень визначаються описом продукту, умовами продажу або окремими домовленостями між Розробником і Користувачем.

7.4. Розробник самостійно визначає необхідність, склад і строки випуску оновлень.

7.5. Оновлення можуть містити:
- виправлення помилок;
- зміни системи безпеки;
- підтримку нових версій OpenCart, ocStore або PHP;
- інтеграцію з новими сервісами;
- адаптацію до змін API;
- зміну або вдосконалення наявного функціоналу.

7.6. Розробник не гарантує сумісність модуля з усіма майбутніми версіями OpenCart, ocStore, PHP, шаблонів, сторонніх модулів, API та зовнішніх сервісів.

7.7. Розробник має право припинити підтримку застарілих версій модуля, OpenCart, ocStore, PHP або сторонніх сервісів.

7.8. Перед встановленням оновлення Користувач зобов'язаний створити актуальну резервну копію файлів і бази даних магазину.

7.9. Розробник не несе відповідальності за наслідки оновлення, якщо воно було виконане:
- без резервної копії;
- з порушенням інструкції;
- поверх самостійно змінених файлів;
- на несумісній версії OpenCart, ocStore або PHP;
- без попередньої перевірки на тестовій копії магазину, якщо така перевірка була об'єктивно необхідною.

8. ТЕХНІЧНА ПІДТРИМКА

8.1. Технічна підтримка надається лише законному власнику ліцензії або уповноваженому ним представнику.

8.2. Особи, які отримали модуль шляхом копіювання, перепродажу, складчини, завантаження з неофіційного джерела або іншим способом без законного придбання ліцензії, не мають права на:
- технічну підтримку;
- консультації;
- оновлення;
- відновлення ліцензійного ключа;
- доступ до файлів модуля.

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

8.4. Безкоштовна технічна підтримка, якщо вона передбачена умовами продажу, може включати:
- консультації щодо стандартного встановлення та налаштування модуля;
- перевірку відтворюваних помилок у незміненій актуальній версії модуля;
- виправлення підтверджених помилок модуля в заявленому сумісному середовищі;
- роз'яснення щодо використання заявленого функціоналу.

8.5. Для розгляду звернення Користувач повинен надати достатню інформацію про проблему, зокрема:
- детальний опис проблеми;
- послідовність дій для її відтворення;
- текст або знімок екрана з помилкою;
- відповідні журнали помилок;
- версію OpenCart або ocStore;
- версію PHP;
- версію модуля;
- інформацію про шаблон, оформлення замовлення та встановлені модифікатори;
- інші технічні відомості, необхідні для діагностики.

8.6. Якщо без технічного доступу встановити причину проблеми неможливо, Розробник має право запросити тимчасовий доступ до:
- адміністративної частини магазину;
- файлів сайту;
- бази даних;
- панелі керування хостингом;
- журналів сервера;
- кабінету SMS-провайдера;
- інших систем, безпосередньо пов'язаних із заявленою проблемою.

8.7. Користувач самостійно вирішує, чи надавати запитаний доступ. Якщо Користувач відмовляється надати доступ або надає недостатню інформацію, Розробник має право призупинити або припинити діагностику, коли встановлення причини проблеми без такого доступу об'єктивно неможливе.

8.8. Перед наданням доступу або початком будь-яких технічних робіт Користувач зобов'язаний створити актуальну резервну копію файлів сайту та бази даних.

8.9. Користувач повинен надавати лише тимчасові дані доступу та змінити їх після завершення технічних робіт.

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

8.11. На платній основі можуть виконуватися:
- встановлення модуля;
- первинне або розширене налаштування;
- налаштування SMS-, OTP-, Telegram-, голосових та інших сторонніх сервісів;
- налаштування правил безпеки та лімітів;
- адаптація до нестандартного оформлення замовлення;
- адаптація до нестандартної реєстрації або редагування облікового запису;
- інтеграція зі сторонніми шаблонами та модулями;
- пошук і усунення конфліктів зі стороннім програмним забезпеченням;
- відновлення роботи після самостійного редагування файлів;
- адаптація до незаявленої версії OpenCart, ocStore або PHP;
- перенесення налаштувань між сайтами;
- аналіз атак, масових SMS-відправлень або несанкціонованих запитів;
- аналіз журналів сервера, бази даних, мережевого трафіку або сторонніх модулів;
- роботи на сервері або в кабінеті SMS-провайдера;
- розроблення нового чи індивідуального функціоналу;
- виконання інших робіт, які не пов'язані з виправленням підтвердженої помилки самого модуля.

8.12. Вартість платних робіт, їхній обсяг і строки погоджуються з Користувачем окремо.

8.13. Технічна підтримка не є цілодобовою аварійною службою, якщо послуга аварійного або пріоритетного обслуговування не була придбана окремо.

8.14. Надання технічної підтримки не означає обов'язку Розробника безкоштовно усувати проблеми, спричинені:
- діями Користувача;
- діями сторонніх спеціалістів;
- змінами файлів модуля або магазину;
- сторонніми модулями;
- шаблоном;
- сервером;
- хостингом;
- SMS-провайдером;
- змінами API;
- шкідливим програмним забезпеченням;
- атакою на сайт;
- іншими обставинами, які не є помилкою модуля.

9. СТОРОННІ СЕРВІСИ

9.1. Модуль є програмним засобом інтеграції та не є:
- оператором мобільного зв'язку;
- SMS-провайдером;
- сервісом голосових дзвінків;
- месенджером;
- поштовим сервісом;
- платіжною системою;
- постачальником телекомунікаційних послуг.

9.2. Користувач самостійно:
- обирає сторонні сервіси;
- реєструється в них;
- приймає умови їх використання;
- оплачує їхні послуги;
- контролює баланс облікового запису;
- отримує необхідні API-ключі;
- забезпечує правильність налаштування облікових записів;
- контролює тарифи, ліміти та обмеження;
- відповідає за законність повідомлень, які надсилаються.

9.3. Розробник не контролює та не гарантує:
- доставлення кожного SMS-повідомлення або OTP-коду;
- швидкість доставлення повідомлень;
- роботу мобільних операторів;
- безперервну доступність API стороннього сервісу;
- незмінність тарифів;
- збереження конкретного імені відправника;
- відсутність блокувань з боку оператора або SMS-сервісу;
- відсутність фільтрації чи відхилення повідомлень;
- правильність телефонного номера, введеного покупцем магазину;
- правильність списання коштів стороннім сервісом;
- збереження стороннім сервісом певного функціоналу або API.

9.4. Зміна API, тарифів, правил, технічних обмежень або політики стороннього сервісу не є помилкою модуля.

9.5. Адаптація модуля до змін у сторонньому сервісі може потребувати окремого оновлення або платного доопрацювання.

9.6. Розробник не гарантує можливість продовження інтеграції, якщо сторонній сервіс:
- припинив роботу;
- закрив або суттєво змінив API;
- заборонив відповідний спосіб використання;
- обмежив доступ із певної країни;
- припинив обслуговування конкретного облікового запису;
- запровадив технічні вимоги, які неможливо реалізувати в підтримуваних версіях модуля або OpenCart.

10. БЕЗПЕКА ТА ЗАХИСТ ВІД ЗЛОВЖИВАНЬ

10.1. Користувач несе відповідальність за належний захист:
- свого сайту;
- сервера;
- бази даних;
- адміністративних облікових записів;
- електронної пошти;
- домену;
- кабінетів сторонніх сервісів;
- API-ключів;
- паролів;
- токенів;
- секретних ключів;
- ліцензійного ключа модуля.

10.2. Користувач зобов'язаний самостійно перевірити та налаштувати всі доступні йому засоби захисту, зокрема:
- обмеження частоти надсилання повідомлень;
- погодинні та добові ліміти;
- обмеження кількості спроб отримання та введення OTP-коду;
- блокування повторних запитів;
- обмеження за IP-адресою;
- обмеження за номером телефону;
- обмеження за сесією або обліковим записом;
- антибот-захист, якщо він використовується на сайті Користувача;
- ведення журналу відправлень;
- сповіщення про підозрілу активність;
- фінансові ліміти в кабінеті SMS-провайдера;
- контроль залишку коштів;
- регулярне оновлення OpenCart, модуля та серверного програмного забезпечення.

10.3. Модуль не є комплексною системою захисту сайту або сервера. Сам факт встановлення модуля не гарантує абсолютного захисту від:
- ботів;
- автоматизованих атак;
- підбору кодів;
- злому сайту;
- уразливостей сторонніх модулів;
- викрадення облікових даних;
- компрометації API-ключів;
- помилок персоналу;
- інших способів несанкціонованого використання стороннього сервісу.

10.4. Жоден окремий програмний модуль не може гарантувати повну відсутність атак або зловживань за будь-яких умов.

10.5. Розробник не несе відповідальності за списання коштів SMS-провайдером або іншим стороннім сервісом, якщо таке списання стало наслідком:
- атаки на сайт або сервер;
- зараження сайту шкідливим програмним забезпеченням;
- викрадення або розголошення API-ключів;
- використання ненадійних паролів;
- відсутності або відключення доступних захисних функцій;
- неправильно встановлених лімітів;
- помилкового налаштування модуля;
- змін, внесених Користувачем або сторонніми спеціалістами;
- уразливостей OpenCart, ocStore, шаблону, стороннього модуля, сервера або іншого програмного забезпечення;
- дій працівників, підрядників або інших осіб, яким Користувач надав доступ;
- особливостей роботи, тарифікації або білінгу стороннього сервісу;
- використання застарілої версії модуля, якщо для неї було доступне оновлення безпеки;
- ігнорування наданих Розробником рекомендацій щодо безпеки.

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

10.7. Якщо буде підтверджено, що несанкціоноване надсилання повідомлень безпосередньо спричинене відтворюваною помилкою в незміненій актуальній версії модуля, Розробник вживає обґрунтованих технічних заходів для виправлення такої помилки.

10.8. Розробник не компенсує та не відшкодовує Користувачу вартість SMS-повідомлень, дзвінків, послуг сторонніх сервісів, втраченого балансу, неотриманого прибутку або інших витрат і збитків, пов'язаних із використанням модуля або сторонніх сервісів.

11. ПЕРСОНАЛЬНІ ДАНІ ТА ЗАКОННІСТЬ ВИКОРИСТАННЯ

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

11.2. Користувач самостійно визначає мету, обсяг, строки та правові підстави обробки персональних даних у своєму інтернет-магазині.

11.3. Користувач самостійно відповідає за:
- законність збору та обробки персональних даних;
- розміщення політики конфіденційності;
- отримання необхідних згод;
- інформування покупців;
- дотримання строків зберігання інформації;
- обмеження доступу до персональних даних;
- захист персональних даних;
- законність рекламних, інформаційних та сервісних повідомлень;
- дотримання вимог законодавства країни, у якій працює магазин або перебуває одержувач повідомлення.

11.4. Користувач зобов'язаний використовувати модуль лише для надсилання повідомлень, на які він має відповідні законні підстави.

11.5. Забороняється використовувати модуль для:
- несанкціонованих масових розсилок;
- надсилання спаму;
- шахрайства;
- переслідування;
- незаконного збирання даних;
- інших протиправних дій.

11.6. Розробник не визначає зміст повідомлень, які створює та надсилає Користувач, і не несе відповідальності за їхню законність, достовірність або відповідність вимогам законодавства.

12. СУМІСНІСТЬ І ЗАЯВЛЕНИЙ ФУНКЦІОНАЛ

12.1. Перед придбанням модуля Користувач повинен ознайомитися з:
- описом продукту;
- заявленими функціональними можливостями;
- переліком підтримуваних версій OpenCart або ocStore;
- технічними вимогами;
- доступною документацією;
- умовами цієї Угоди.

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

12.3. Відсутність функції, яка не була заявлена в описі продукту, не є помилкою або недоліком модуля.

12.4. Побажання Користувача щодо зміни логіки роботи, додавання нового функціоналу або адаптації модуля під індивідуальні вимоги не вважається вимогою про виправлення помилки.

12.5. Розробник не гарантує автоматичну сумісність модуля з:
- нестандартними шаблонами;
- зміненим ядром OpenCart або ocStore;
- неофіційними збірками;
- індивідуальними оформленнями замовлення;
- сторонніми модулями авторизації;
- сторонніми модулями реєстрації;
- сторонніми модулями редагування облікового запису;
- сторонніми модулями оформлення замовлення;
- застарілими або майбутніми версіями PHP;
- програмним забезпеченням, яке не було зазначене як сумісне.

12.6. Наявність технічного конфлікту зі стороннім модулем або шаблоном не означає автоматично, що помилка міститься саме в модулі "SAP - SMS / OTP Pro".

12.7. Для визначення джерела конфлікту може знадобитися окрема платна технічна діагностика.

13. НАДАННЯ МОДУЛЯ ЗА ПРИНЦИПОМ "AS IS"

13.1. Модуль надається за принципом "AS IS" - "як є", у поточному стані та з функціональністю, заявленою в його описі.

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

14. ОБМЕЖЕННЯ ВІДПОВІДАЛЬНОСТІ

14.1. Користувач самостійно оцінює доцільність використання модуля та можливі ризики, пов'язані з його встановленням і використанням.

14.2. Розробник не відповідає за:
- непрямі збитки;
- втрачений прибуток;
- втрату замовлень або клієнтів;
- репутаційні втрати;
- перерви в роботі магазину;
- втрату або пошкодження даних;
- витрати на послуги третіх осіб;
- блокування облікового запису стороннім сервісом;
- недоставлені або затримані повідомлення;
- наслідки неправильного використання модуля.

14.3. Розробник не несе відповідальності за проблеми або збитки, які виникли внаслідок:
- неправильного встановлення або налаштування;
- недотримання документації;
- відсутності резервних копій;
- редагування файлів модуля;
- змін у коді магазину;
- конфліктів зі сторонніми розширеннями;
- проблем сервера або хостингу;
- несправності сторонніх сервісів;
- зміни стороннього API;
- блокування з боку оператора або SMS-провайдера;
- дій або бездіяльності Користувача;
- дій залучених Користувачем спеціалістів;
- несанкціонованого доступу до сайту або облікових записів;
- дії шкідливого програмного забезпечення;
- інших незалежних від Розробника обставин.

14.4. Загальний розмір прямої майнової відповідальності Розробника за вимогами, пов'язаними з конкретною ліцензією, не може перевищувати суму, фактично сплачену Користувачем за цю ліцензію.

15. ПОВЕРНЕННЯ КОШТІВ ТА ОБМІН ЛІЦЕНЗІЇ

15.1. Ліцензійний ключ формується для конкретного власника та ліцензованого домену.

15.2. Після надання Користувачу ліцензійного ключа, доступу до завантаження або можливості використовувати модуль повернення коштів чи обмін ліцензії через зміну рішення Користувача не здійснюється.

15.3. Не є підставою для повернення коштів:
- придбання модуля помилково;
- зміна рішення після придбання;
- небажання надалі використовувати модуль;
- відсутність функції, яка не була заявлена в описі;
- відсутність облікового запису у відповідного SMS-провайдера;
- незгода Користувача з тарифами стороннього сервісу;
- припинення роботи обраного Користувачем стороннього сервісу;
- несумісність із шаблоном, модулем або версією програмного забезпечення, підтримка яких не була заявлена;
- неправильне встановлення або налаштування;
- самостійне редагування файлів;
- відмова Користувача надати інформацію або доступ, без яких неможливо перевірити заявлену проблему;
- блокування облікового запису Користувача стороннім сервісом;
- відсутність у Користувача необхідних технічних знань.

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

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

15.6. Повернення платежів, списаних SMS-провайдером, оператором мобільного зв'язку або іншою сторонньою платформою, не належить до компетенції Розробника модуля.

16. ПРИЗУПИНЕННЯ ТА АНУЛЮВАННЯ ЛІЦЕНЗІЇ

16.1. Розробник має право тимчасово призупинити активацію ліцензії та запросити пояснення, якщо виявлено обґрунтовані ознаки порушення цієї Угоди.

16.2. Підставами для перевірки можуть бути:
- одночасне використання одного ключа на декількох доменах;
- аномально велика кількість активацій;
- невідповідність домену даним ліцензії;
- поширення файлів модуля;
- використання зміненого або підробленого ліцензійного ключа;
- спроба обійти систему ліцензування.

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

16.4. Розробник за власним рішенням може запропонувати Користувачу усунути виявлене порушення у визначений Розробником строк.

Надання строку для усунення порушення є правом, а не обов'язком Розробника. Ненадання такого строку не обмежує право Розробника призупинити або анулювати ліцензію відповідно до умов цієї Угоди.

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

16.6. Після анулювання ліцензії Користувач зобов'язаний:
- припинити використання модуля;
- видалити модуль із сайту;
- видалити всі наявні в нього копії модуля;
- припинити використання ліцензійного ключа.

16.7. Анулювання ліцензії через підтверджене порушення цієї Угоди призводить до припинення доступу до:
- активації;
- оновлень;
- завантажень;
- технічної підтримки;
- відновлення ліцензійного ключа.

16.8. Анулювання ліцензії у зв'язку з підтвердженим істотним порушенням цієї Угоди не є підставою для повернення коштів.

17. ЗМІНА УМОВ УГОДИ

17.1. Розробник має право публікувати нові редакції цієї Угоди у зв'язку з:
- змінами законодавства;
- змінами функціоналу модуля;
- змінами системи ліцензування;
- появою нових загроз безпеці;
- зміною порядку надання оновлень або технічної підтримки.

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

17.3. До вже придбаної ліцензії застосовуються умови, які діяли на момент її придбання, крім:
- технічних змін системи ліцензування, які не позбавляють Користувача законно придбаного права використання модуля;
- змін, спрямованих на припинення незаконного використання модуля;
- окремих нових умов, на які Користувач прямо погодився.

17.4. Зміна Угоди не може без достатніх підстав позбавити Користувача права використовувати раніше придбану версію модуля на ліцензованому домені за умови дотримання Користувачем цієї Угоди.

18. ЗАКЛЮЧНІ ПОЛОЖЕННЯ

18.1. Ця Угода регулюється законодавством України, якщо інше прямо не погоджено сторонами.

18.2. Спори та розбіжності сторони намагаються вирішити шляхом переговорів та обміну письмовими або електронними повідомленнями.

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

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

18.5. Опис продукту, документація, правила отримання оновлень, умови технічної підтримки та індивідуальні письмові домовленості сторін є складовими умов використання модуля.

18.6. У разі розбіжностей між цією Угодою та індивідуальними письмовими умовами, окремо погодженими між Розробником і Користувачем, перевагу мають індивідуально погоджені умови.

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

18.8. Придбання, завантаження, встановлення, активація або використання модуля підтверджує повне прийняття Користувачем умов цієї Ліцензійної угоди.


Купуючи модуль SAP - SMS / OTP Pro ви інвестуєте у розвиток модуля, яка повернеться вам у вигляді нового функціоналу.

Характеристики

Системні вимогиPHP 5.6–8.3, ionCube Loader 13+, MySQL або MariaDB, cURL, JSON, OpenSSL
Тип ліцензіїНа один домен
Метод активаціїЗа запитом в приватні повідомлення, За запитом на пошту
Ioncube LoaderТак
В продажеДа
OpenCart3.0, 2.3
ocStore3.0, 2.3.0.2.4, 2.3
OpenCart.Pro, ocShopНе проверялось
Звернення до сервера розробникаТак
Якщо сервер розробника недоступнийДополнение работает
ЗнижкаНі
Сумісно з шаблонамиDefault, для інших шаблонів може знадобитись адаптація.
АдаптаціяПлатна
ЛокалізаціяУкраїнська, Англійська, Російська
Версія1.0.0
Розмір файлу2 КБ
Опубліковано22.07.26
Оновлене24.07.26

  • Зараз на сторінці   0 користувачів

    • Ні користувачів, які переглядиють цю сторінку
Гість
×
  • Створити...

Important Information

На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність.