Коротко: NovaPay має офіційні модулі для OpenCart 3, OpenCart 4 та WooCommerce на WordPress. Оберіть збірку саме для своєї платформи, підключіть Merchant ID, перевірте роботу у тестовому середовищі й лише після цього відкривайте спосіб оплати покупцям.
Які модулі доступні
16 вересня 2026 NovaPay оголосив готові модулі для CMS. На дату перевірки офіційний каталог містить окремі рішення для OpenCart 3, OpenCart 4 і WooCommerce. Не переносіть заявлену підтримку основної платформи на всі її модифікації.
| Магазин | Що звірити | Офіційне джерело |
|---|---|---|
| OpenCart 3 | Гілку 3.x, сумісну версію PHP та активний Merchant ID | Модуль OC3 |
| OpenCart 4 | Окрему збірку для нової архітектури, вимоги поточної версії | Модуль OC4 |
| WordPress + WooCommerce | WordPress 6.8+, WooCommerce 8+, PHP 7.4+ та Merchant ID за сторінкою постачальника | Модуль WooCommerce |
Мінімальна версія з документації не є рекомендацією використовувати застаріле програмне забезпечення. Уточніть підтримувану безпечну конфігурацію у свого розробника. OpenCart 2.3, Magento 2 і Drupal у вересневому анонсі були планами; перевіряйте їхню фактичну появу в каталозі, а не встановлюйте чужу збірку.
Оплата, доставка і BlackPost — різні модулі
Модуль NovaPay додає платіжний метод. Модуль перевізника працює з адресами, відділеннями та ТТН. BlackPost допомагає перевіряти покупця. Встановлення одного з них не означає, що автоматично встановлені або налаштовані інші.
Перед роботами намалюйте для себе послідовність: створення замовлення → оплата або погодження післяплати → перевірка ризику → відправлення. Визначте, який модуль змінює кожен статус. Це допоможе помітити ситуацію, коли неоплачене замовлення помилково потрапляє на склад як готове до відправлення.
Який тариф і що порівнювати
У каталозі NovaPay зазначено стандартний тариф інтернет-еквайрингу 1,3%; індивідуальні умови потрібно погоджувати окремо. За цією ставкою комісія з оплати 1 000 грн дорівнює 13 грн. Приклад не включає інші можливі витрати вашого договору.
Еквайринг не дорівнює післяплаті. Порівнюйте реальну вартість способів оплати, частку незавершених оплат і витрати на повернення. Окремо перевірте строки зарахування, порядок повернення грошей та звірки платежів. Для післяплати є інша тарифна модель.
Підготовка без ризику для чинного магазину
- Зафіксуйте поточний стан. Версія CMS, PHP, тема, кошик, модулі доставки та оплат, правила статусів замовлення.
- Зробіть резервну копію файлів і бази та переконайтеся, що знаєте процедуру відновлення. Сам архів без перевірки відновлення не є достатньою підготовкою.
- Використайте тестову копію. Вимкніть на ній реальні сповіщення клієнтам, складські відвантаження та інші зовнішні дії.
- Беріть модуль з офіційного джерела. Звірте вимоги саме завантаженої версії та її інструкцію. Не передавайте ключі у відкриті чати чи скриншоти.
- Збережіть чинні методи оплати. Не видаляйте робочий варіант до завершення перевірок нового.
Що перевірити до запуску
Офіційні сторінки описують тестове середовище, перехід на платіжну сторінку та оновлення статусу після оплати. Нижче — наш тестовий набір, а не звіт про виконане встановлення:
| Сценарій | Очікуваний результат |
|---|---|
| Успішна оплата | Сума й валюта відповідають замовленню; підтвердження є у платіжній системі та CMS. |
| Покупець скасував оплату | Замовлення не позначене оплаченим і не відправляється автоматично. |
| Закриття вкладки після платежу | Статус можна звірити без обов’язкового повернення покупця на сторінку магазину. |
| Повторне повідомлення про платіж | Не дублюються списання залишків, листи та відвантаження. |
| Мобільний кошик і знижка | Сума не втрачає доставку, купон чи округлення. |
| Повернення оплати | Погоджений із провайдером процес відображається в обліку; ви не припускаєте наявність неперевіреної кнопки в модулі. |
Скриншот клієнта чи сторінка «дякуємо» не замінює звірки платежу. Якщо статуси розійшлися, зупиніть відвантаження цього замовлення й перевірте його через офіційний кабінет та журнали інтеграції.
Запуск і співіснування з перевіркою покупця
Після успішного тесту заплануйте впровадження на час, коли відповідальна людина може перевірити перші замовлення. Підготуйте можливість вимкнути новий метод без відключення решти магазину. Перевірте і успішний платіж, і відмову — лише одного «зеленого» сценарію недостатньо.
Підключення BlackPost описано окремо для OpenCart та WooCommerce. Ця стаття не підтверджує спільну сумісність конкретних версій плагінів: її потрібно перевіряти на вашій конфігурації.
Не робіть висновок, що передоплата повністю усуває ризики. Вона змінює фінансову модель; повернення товарів і спірні ситуації все одно потребують процесу. Перед зміною політики прочитайте порівняння передоплати та післяплати.
Часті запитання
Це модуль доставки Нової пошти?
Ні. У статті йдеться про інтернет-еквайринг NovaPay. Вибір відділення, створення ТТН і перевірка покупця — окремі функції.
Чи можна поставити збірку OpenCart 4 на OpenCart 3?
Не використовуйте збірки як взаємозамінні. У каталозі NovaPay вони розділені за версією платформи.
Чи гарантовано працює модуль з ocStore та нестандартним кошиком?
Така гарантія з перевірених сторінок не випливає. Потрібен тест саме вашої версії, теми та модуля оформлення замовлення.
Чи усуває онлайн-оплата всі невикупи?
Ні. Змінюються розрахунки та фінансовий ризик, але залишаються повернення, скасування й операційні помилки.
Чи перевіряла редакція реальне встановлення?
Ні. Матеріал підготовлено за офіційними сторінками NovaPay; практичну сумісність конкретного магазину потрібно перевіряти окремо.
Актуальність: перевірено 2 жовтня 2026 року. Це огляд офіційної документації та редакційний чекліст. Ми не проводили встановлення чи оплату цими модулями; сумісність із вашим оформленням замовлення потребує окремого тесту.
Джерела: Анонс модулів від 16 вересня 2026 · Каталог і тариф еквайрингу · Модуль OpenCart 3 · Модуль OpenCart 4 · Модуль WooCommerce
Оплата і перевірка покупця вирішують різні завдання. Для замовлень із післяплатою перевіряйте історію одержувача до відправлення й оцінюйте сигнали без автоматичних звинувачень.
Перевірити покупця перед відправкою