Оплата карткою в OpenCart: модулі для України

Типова картина: клієнт оформив замовлення, отримав у відповідь реквізити для переказу і зник. Комусь ліньки вбивати IBAN руками, хтось відклав «оплачу ввечері» й забув. Або друга класика: накладений платіж, посилка тиждень лежить у відділенні, потім їде назад, а ви платите за доставку в обидва боки плюс комісію за післяплату. Обидві проблеми ростуть з одного кореня: у магазині немає нормальної онлайн-оплати карткою.

Стандартний OpenCart тут не помічник, і зараз побачите чому. Розберімо, які способи оплати платформа дає з коробки, чого їй бракує для України і які платіжні модулі це закривають: NovaPay, LiqPay, MonoPay та WayForPay для OpenCart 2.x і 3.x (частина вже підтримує і 4.x).

Способи оплати в OpenCart з коробки

Відкрийте Розширення → Розширення → Оплата в адмінці чистого OpenCart, і побачите список на два десятки методів: PayPal, Klarna, Authorize.Net, банківський переказ, чек поштою, оплата при доставці. Набір зібраний явно не для українського ринку. Жодної української платіжної системи там немає: ні LiqPay, ні monobank, про NovaPay і казати нічого.

З усього коробкового списку в українських реаліях живуть хіба два методи. «Оплата при доставці» для накладеного платежу і «Банківський переказ» для оплати по реквізитах, куди в описі зазвичай вписують IBAN або номер картки. Обидва ручні: гроші ви звіряєте очима, статуси міняєте руками, а про моментальне підтвердження оплати можна забути. Тож приймання оплати карткою онлайн у OpenCart завжди означає сторонній платіжний модуль.

Чому переказ по реквізитах і чиста післяплата зливають гроші

Часи «скиньте на картку менеджеру» минули разом з фінмоніторингом і фіскалізацією, тож легальних варіантів у магазину лишилося два: рахунок по реквізитах або еквайринг. І поки клієнт «оплатить рахунок ввечері», він встигає передумати, знайти дешевше або просто забути. Кожна зайва дія між кнопкою «Оформити» і списанням грошей ріже конверсію, а ручний переказ по IBAN тут найгірший варіант: вийти з магазину, відкрити банківський застосунок, скопіювати реквізити, вбити суму й призначення платежу. Покупець, який звик платити в один тап через Apple Pay, на цьому етапі просто відвалюється.

Друга сторона тієї ж проблеми: ручна звірка. Оплату по реквізитах хтось має побачити у виписці, знайти замовлення й поміняти статус руками. Поки менеджер дійде до виписки, клієнт уже двічі подзвонить із «я оплатив, де посилка», а на вихідних оплати взагалі висять до понеділка. Еквайринг закриває це автоматично: платіжна система сама підтверджує оплату, модуль сам міняє статус замовлення.

І третє, про що новачки згадують уже після перших збитків: незабрані посилки. Накладений платіж без передоплати означає, що весь ризик логістики на вас. Передоплата хоча б 100–200 грн різко дисциплінує покупця: за посилкою, за яку вже заплачено, приходять зовсім з іншою мотивацією.

Платіжні модулі для OpenCart: що в них спільного

Усі чотири модулі зробив один розробник (bogdan281989), тому логіка роботи в них схожа, і це зручно: навчилися працювати з одним, розберетеся з рештою за пʼять хвилин. Спільна база така:

• HOLD (холдування коштів). Гроші блокуються на картці клієнта, але не списуються, поки менеджер не підтвердить оплату з адмінки. Для магазинів, де спершу треба перевірити наявність товару на складі чи у постачальника, це рятівна річ: немає товару — просто відхиляєте платіж, і клієнту не доводиться чекати повернення коштів по повній процедурі.
• Керування з адмінки. Підтвердження, повернення, список транзакцій: усе в панелі OpenCart, без походів в особистий кабінет платіжної системи.
• Гнучкі статуси замовлень. Кожній події (успішна оплата, скасування, повернення) призначається свій статус зі списку Система → Локалізація → Статуси замовлень.
• Стандартне встановлення через «Установник доповнень», без правки системних файлів. Після інсталяції не забудьте оновити модифікатори. Це той крок, який пропускають найчастіше, а потім пишуть у підтримку «модуль не зʼявився».
• Тестовий режим для перевірки інтеграції без реальних списань.

Тепер важливий технічний нюанс, який стосується всіх чотирьох: модулі закодовані IonCube і активуються ліцензійним ключем на один домен. Перед покупкою перевірте, що на хостингу увімкнено IonCube Loader для вашої версії PHP: створіть файл із <?php phpinfo(); і пошукайте на сторінці слово ionCube. Немає — пишіть хостеру або вмикайте в панелі. Заявлена підтримка PHP широка, від 5.6 до 8.2, але тримати магазин на PHP нижче 7.4 у 2026 році вже окрема розмова, і не на користь такого рішення.

Кожен модуль на момент публікації коштує 15 USD , встановлення силами розробника обійдеться ще в 10 USD. Ліцензія включає безлімітну підтримку. І ще деталь, яку варто знати до оплати: у WayForPay-модуля перевидача ліцензії на інший домен не передбачена, тож домен при покупці вказуйте той, на якому магазин реально житиме, а для розробки використовуйте тестовий піддомен, який іде в комплекті.

LiqPay: найширший функціонал у четвірці

Модуль LiqPay API найбільш «нафарширований» з чотирьох. Це насправді пакет із трьох модулів: основна оплата, окремий метод передоплати (фіксована сума або відсоток) і копія основного модуля з окремими API-ключами під програму єПідтримка.

Що вміє основний модуль:

• Оплата карткою, Apple Pay, Google Pay, Приват24, рахунок на e-mail, QR-код.
• Два режими: класичний редирект на liqpay.com або вбудований віджет, коли форма оплати зʼявляється прямо на сторінці оформлення, без переходу на зовнішній сайт. Віджет для кошика працює в попапі.
• Двоетапна оплата (Hold) із підтвердженням з адмінки.
• Фіскалізація: передача даних товарів (обʼєкт rro_info) у LiqPay для формування фіскальних чеків, із вибором артикулу (model, sku, ean тощо). Розробник чесно попереджає в історії змін: функція тестується, факт пробиття чека перевіряйте самі. Це саме той рівень чесності, який хочеться бачити частіше.
• В адмінці зʼявляються окремі розділи «Транзакції Liqpay» і «Товари Liqpay» у меню «Продажі», а в картці замовлення — кнопка Liqpay: подивитися транзакцію по API, згенерувати посилання на оплату, відправити його клієнту листом.

Актуальна версія 2.3.0 (червень 2026) переведена на LiqPay API v7 з верифікацією callback. Підтримувані версії: OpenCart 2.1–2.3 (PHP 5.6–7.4) і OpenCart 3.x (PHP 7.3–8.2), у технічних деталях заявлена і 4.1.0.

MonoPay: еквайринг monobank, включно з OpenCart 4.x

Модуль MonoPay підключає інтернет-еквайринг monobank через офіційне API. Для покупця це знайомий платіжний інтерфейс mono, а довіра до платіжної форми напряму конвертується в завершені оплати.

Функціонал: HOLD з підтвердженням або поверненням з адмінки, автоматична зміна статусів замовлення за подіями платежу, створення інвойсів (рахунків на оплату) з адмінпанелі, тестовий режим. Сумісність: OpenCart 2.x, 3.x і 4.x (у переліку версій є 4.1.0). Якщо ви вже переїхали чи плануєте переїзд на четверту гілку, це важливий аргумент: далеко не всі платіжні модулі на ринку четвірку взагалі бачили. Актуальна версія 1.7.2.

NovaPay: еквайринг Нової Пошти плюс передоплата проти незабраних посилок

Модуль NovaPay інтегрує еквайринг від Нової Пошти в OpenCart 2.x–3.x. Логіка очевидна: якщо 90% ваших відправлень і так їдуть Новою Поштою, оплата в тій самій екосистемі виглядає для клієнта природно.

Головна родзинка модуля — вбудований плагін передоплати. Налаштовуєте аванс фіксованою сумою (скажімо, 200 грн) або відсотком від замовлення, і саме він страхує вас від сценарію «посилка зʼїздила туди-назад за ваш рахунок». Для магазинів з дешевим товаром і високою часткою накладеного платежу цей один плагін здатен окупити модуль швидше, ніж усе інше разом.

Решта набору стандартна для лінійки: HOLD, повне або часткове повернення з адмінки, окремий список транзакцій з детальними статусами, виключення окремих тоталів кошика з суми до оплати, сторінка помилки з повторною спробою оплати, внутрішній лог для діагностики API.

Для старту потрібен ФОП або ТОВ і договір еквайрингу з NovaPay, далі отримуєте API-ключі в кабінеті й вносите їх у налаштування. Це, до речі, стосується будь-якого офіційного еквайрингу: на фізособу вам його ніхто не підключить.

WayForPay: два режими оплати й інвойси

Модуль WayForPay API закриває інтеграцію з однойменним платіжним сервісом для OpenCart 2.1–3.x (у технічних деталях зазначена й 4.1.0). WayForPay традиційно обирають за умови роботи з кількома банками та великий вибір платіжних інструментів на стороні самого сервісу.

З можливостей модуля:

• Два режими: редирект на сторінку платіжної системи або оплата у вбудованому віджеті без переходу.
• Холдування коштів до ручного підтвердження менеджером.
• Інвойси: довільний рахунок вручну, автоматична генерація з даних замовлення, приймання передоплати по будь-якому замовленню через інвойс.
• Список транзакцій та деталі по конкретному замовленню прямо в адмінці.
• Логування відповідей платіжної системи. Коли оплата «не доходить», саме лог відповідає на питання за хвилину замість години листування з підтримкою платіжки.

З відкритості коду тут найкраща ситуація в четвірці: IonCube закодований лише один файл адмінки, решта відкрита для редагування. Для розробника, якому треба щось допиляти під проєкт, це помітна перевага. Актуальна версія 2.1.1 (червень 2026).

Що перевірити перед встановленням

Кілька речей, на яких спотикаються найчастіше:

IonCube Loader. Без нього модулі не запустяться взагалі. Перевіряється через phpinfo(), вмикається на хостингу.

HTTPS і callback. Платіжна система підтверджує оплату серверним запитом на ваш сайт. Якщо SSL-сертифікат прострочений або callback-адресу ріже файрвол чи модуль безпеки, замовлення висітимуть у статусі «очікує оплати», хоча гроші вже списані. Симптом упізнаваний: клієнт дзвонить «я заплатив», а в адмінці тиша.

Статуси замовлень. Перед налаштуванням модуля продумайте схему статусів: що означає «оплачено», а що «холд підтверджено» чи «повернення». Якщо повісити все на дефолтний Processing, потім у звітах чорт ногу зломить.

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

Кому оплата карткою в OpenCart не потрібна

Чесно: не всім. Якщо ви працюєте виключно B2B з оплатою по рахунках через бухгалтерію, картковий еквайринг вам нічого не дасть. Якщо у магазина три замовлення на тиждень, комісія еквайрингу й час на налаштування навряд чи відібʼються швидко: почніть з безкоштовного банківського переказу і поверніться до модулів, коли зʼявиться потік. І якщо у вас немає ФОП чи ТОВ — спершу реєстрація, потім еквайринг, в іншому порядку не вийде.

Для всіх інших математика проста: передоплата ріже незабрані посилки, оплата в один клік ріже кинуті кошики, а керування платежами з адмінки економить менеджеру годину-другу на день. На фоні цього 673 грн за модуль — не та стаття витрат, на якій варто економити.

Чек-лист підключення онлайн-оплати

1. Зареєструйте ФОП/ТОВ, якщо ще ні, і укладіть договір еквайрингу з обраною платіжною системою.
2. Перевірте IonCube Loader на хостингу через phpinfo().
3. Перевірте версію PHP: для OpenCart 3.x цільовий діапазон 7.3–8.2.
4. Переконайтеся, що SSL-сертифікат валідний і не спливає найближчим часом.
5. Купуючи модуль, вкажіть правильний бойовий домен (особливо для WayForPay, де перевидачі ліцензії немає).
6. Встановіть модуль через «Установник доповнень» і оновіть модифікатори.
7. Створіть окремі статуси замовлень під події оплати (Система → Локалізація → Статуси замовлень).
8. Отримайте API-ключі в кабінеті платіжної системи і внесіть у налаштування модуля.
9. Проженіть повний цикл у тестовому режимі: оплата → callback → статус → лист клієнту.
10. Якщо працюєте з накладеним платежем, увімкніть передоплату (у NovaPay і LiqPay для цього є окремі модулі в комплекті).
11. Після запуску тиждень поглядайте в лог модуля і список транзакцій: розбіжності між оплатами і статусами видно саме там.