Як налаштувати автоматизацію хмарних серверів і оплат у WHMCS

Модулі WHMCS допомагають зібрати в одній панелі ключові бізнес-процеси: приймання оплат, оновлення цін на продовження, керування діями клієнтів і контроль ресурсів хмарного сервера безпосередньо з WHMCS. У каталозі Hostragons доступні п’ять модулів для платежів і операційної роботи, а також п’ять окремих інтеграцій для інфраструктур OVHcloud, AWS Lightsail, Contabo, Microsoft Azure і Google Cloud. У цьому матеріалі порівнюємо, що саме роблять ці десять модулів, де проходять межі їхніх можливостей і для яких сценаріїв вони підходять найкраще.

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

Які завдання спрощують модулі WHMCS?

Базове ядро WHMCS відповідає за клієнтів, замовлення, рахунки та життєвий цикл послуг. Модулі ж підключають це ядро до конкретних робочих сценаріїв. Платіжний шлюз може перенаправити рахунок на зовнішню сторінку оплати та повернути перевірений результат назад у WHMCS. Операційний модуль може масово оновлювати баланс або ціни. А серверний модуль — створювати віртуальну машину, прив’язану до замовлення, і надавати клієнту дозволені функції керування в особистому кабінеті.

Це розділення принципово важливе: один модуль не вирішує всі задачі одразу. Наприклад, модулі Paddle і Mollie працюють із платіжними сценаріями, Менеджер балансу клієнтів — з адміністративними кредитними операціями, а хмарні інтеграції — лише з ресурсами конкретного провайдера. Тому перед вибором логічно розкласти свої потреби на три категорії: «оплати», «клієнтські операції» та «автоматизація серверів». Так набагато легше зрозуміти, який модуль вам дійсно потрібен.

Швидке порівняння 10 модулів WHMCS

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

Модулі для оплат і операційної роботи

Автоматичне оновлення ціни

Коли повторювані тарифи змінюються, раніше створені активні або призупинені послуги можуть залишатися зі старою вартістю продовження. Модуль Автоматичного оновлення цін потрібен саме для цього: він перераховує суми продовження послуг, доповнень і доменів відповідно до актуальної цінової сітки у WHMCS. Запуск можна виконати одноразово або підключити до запланованого cron-сценарію.

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

Платіжний шлюз Paddle

Інтеграція Paddle Billing V3 дозволяє запускати для рахунків WHMCS як разові оплати, так і платежі за підпискою через Paddle Checkout. Модуль перевіряє webhook-сповіщення з підписом HMAC-SHA256 і допомагає зіставити повідомлення про повторний платіж із потрібним рахунком за ідентифікатором підписки. Тобто обробка не покладається лише на повернення користувача з браузера — ключовим джерелом істини стає підписане серверне повідомлення.

Водночас модуль не відкриває вам акаунт у Paddle і не проходить за вас комерційну перевірку. Акаунт Paddle, налаштування продуктів, валют і webhook потрібно підготувати самостійно. Деталі підключення можна знайти в Оплата Paddle у WHMCS. Перед запуском у продакшн бажано окремо перевірити успішні, неуспішні, скасовані та повторні платежі в тестовому середовищі.

Платіжний шлюз Mollie

Модуль Mollie підключає до рахунків WHMCS ті способи оплати, які активовані у вашому акаунті Mollie: iDEAL, банківські картки, PayPal, Apple Pay, Bancontact, SOFORT, банківський переказ та інші. Через webhook-зворотні виклики статуси платежів передаються назад у WHMCS, а для окремих методів доступні специфічні функції — наприклад, вибір банку в сценарії iDEAL або керування строком оплати при банківському переказі.

Важливий нюанс: доступність конкретного методу оплати залежить від країни, валюти, типу вашого акаунта Mollie та переліку ввімкнених способів оплати. Тобто фраза на кшталт «15 методів оплати» не означає, що кожен акаунт отримає весь набір автоматично. Разом із інструкцією Модуль Mollie для WHMCS перед виходом у бойове середовище слід перевірити права доступу в панелі Mollie і коректність webhook endpoint.

Перенесення домену між клієнтами

Цей модуль створює контрольований процес, у межах якого домен з акаунта одного клієнта WHMCS можна передати іншому клієнту в тій самій системі. Запит ініціюється з клієнтської зони, а підтвердження відбувається через одноразове посилання, яке надсилається на email отримувача. Перевірка token, фіксація IP, налаштовуваний строк дії посилання та відстеження статусів роблять процес більш прозорим і керованим, ніж ручна передача.

Важливо не плутати це з класичним transfer домену між реєстраторами. Тут змінюється власник домену лише всередині однієї інсталяції WHMCS. Якщо йдеться про transfer lock, EPP code або перенесення в зовнішній акаунт реєстратора, далі вже діють правила відповідного реєстратора окремо від цього модуля.

Менеджер балансу клієнта

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

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

Модулі автоматизації хмарних серверів

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

OVHcloud VPS & Dedicated

Інтеграція OVHcloud підключає до WHMCS послуги VPS і Dedicated. Для VPS можна автоматизувати базовий життєвий цикл сервера та операції перевстановлення, а також надати клієнту дозволені функції самообслуговування в особистому кабінеті. Для Dedicated сфера застосування стосується призначення наявного пулу серверів і контрольованих операцій; не варто сприймати це як інструмент, що автоматично купує нові фізичні сервери з нуля. Для призупинення, видалення та інших потенційно ризикових дій, які можуть призвести до втрати даних, потрібен операторський контроль.

AWS Lightsail

Модуль AWS Lightsail пов’язує послугу в WHMCS зі сценаріями provisioning, power operations, статичним IPv4, firewall і snapshot у Lightsail. Дані доступу для ресурсів Linux і Windows обробляються відповідно до правил самої платформи. Це не універсальний каталог сервісів AWS, а спеціалізована інтеграція саме для ресурсів Lightsail.

Такі дані, як provider identity, регіон, ім’я instance або прив’язаний статичний IP, мають зберігатися на рівні конкретної послуги. API keys не постачаються всередині ZIP-архіву модуля — під час інсталяції клієнт сам налаштовує доступ у власному акаунті AWS з потрібними правами.

Contabo Cloud

Модуль Contabo Cloud забезпечує зв’язок із ресурсами Contabo VPS і VDS для provisioning, power operations, reinstall, reset password і керування snapshot. Тут критично важливо, щоб ідентифікатор ресурсу коректно збігався з послугою у WHMCS, повторні запити на створення не породжували дублікати, а видалення та інші чутливі дії виконувалися лише після перевірки права власності.

Для роботи окремо потрібні акаунт Contabo, доступ до API та покриття витрат провайдера за використання ресурсів. Не варто наперед припускати, що підвищення пакета, reverse DNS, browser-based VNC або будь-яка інша функція провайдера вже входить у можливості модуля — орієнтуйтеся лише на актуальний список функцій на сторінці продукту.

Microsoft Azure VM

Модуль Microsoft Azure VM підключає до WHMCS створення віртуальних машин, power operations, deallocate, зміну розміру, керування дисками, snapshot і firewall. Для перевірки належності ресурсу послузі використовуються resource group і теги віртуальної машини. Операцію видалення не слід вважати завершеною, доки не підтверджено асинхронний результат з боку Azure і фактичне зникнення ресурсу.

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

Google Cloud Compute Engine

Модуль Google Cloud пов’язує з WHMCS provisioning, power operations, зміну machine type і керування мережевими правилами для віртуальних машин Compute Engine на базі Linux. Ім’я ресурсу, регіон і теги послуги зберігаються як сталі ідентифікатори, а всі дії життєвого циклу виконуються лише після перевірки цієї інформації про власність.

Поточний реліз 2.0.0 розрахований саме на Linux workloads. Не варто будувати план впровадження так, ніби там уже є підтримка Windows або RDP. Проєкт Google Cloud, service account, квоти, мережеві параметри й billing-налаштування бізнес має забезпечити самостійно.

Який модуль WHMCS обрати саме вам?

• Якщо потрібно привести старі ціни продовження до актуального каталогу, зверніть увагу на Автоматичне оновлення цін.
• Якщо ви хочете приймати оплату через Paddle Checkout або Mollie, обирайте відповідний платіжний шлюз.
• Якщо потрібна передача доменів між клієнтами в межах однієї інсталяції WHMCS, використовуйте Передачу домену між клієнтами.
• Якщо ви регулярно виконуєте кредитні операції для великої кількості акаунтів, підійде Менеджер балансу клієнтів.
• Якщо потрібно підключити VPS, VDS або VM до API конкретного провайдера, обирайте лише той модуль хмарного сервера, який відповідає вашому реальному провайдеру.

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

Як відбуваються купівля, завантаження та встановлення

1. Оберіть модуль, який відповідає вашим задачам, і перевірте актуальний функціонал на сторінці продукту.
2. Оформіть замовлення в клієнтській зоні WHMCS і сплатіть рахунок.
3. Після підтвердження оплати з боку WHMCS офіційний сценарій Auto Release переведе відповідну послугу в статус Active.
4. У акаунті з послугою в статусі Active з’явиться завантаження лише того продукту, який був придбаний.
5. Перевірте ZIP-архів, прочитайте інструкцію з інсталяції та завантажте файли в тестове середовище WHMCS.
6. Після встановлення внесіть API-дані провайдера або платіжного сервісу у відповідні поля конфігурації.
7. Перед запуском у продакшн протестуйте успішні та неуспішні операції, webhook, timeout, retry і сценарії завершення послуг.

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

Ліцензія, витрати провайдера та межі безпеки

Файли модулів постачаються з незашифрованим вихідним кодом, але це не означає автоматично ані «open source», ані право на вільне поширення. Використання, модифікація та повторне розповсюдження регулюються умовами придбаної ліцензії; зручно вести облік за продуктами та інсталяціями через підхід Керування ліцензіями WHMCS. API keys провайдерів, реальні дані клієнтів, ідентифікатори бойових ресурсів або робочі дані Hostragons до пакета поставки не входять.

Під час налаштування варто суворо дотримуватися принципу найменших привілеїв. Якщо можливо, видавайте модулю окремі облікові дані лише для необхідних API-операцій, регулярно оновлюйте webhook secrets, обмежуйте ролі адміністраторів у WHMCS і маскуйте чутливі дані в логах. До запуску в бойове середовище використовуйте окремий тестовий акаунт або недорогий тестовий ресурс. Під час перевірки cancel і terminate важливо дивитися не лише на відповідь API провайдера, а й на те, чи ресурс справді видалено і чи не залишилися платні додаткові компоненти.

Продаючи хмарний сервер, закладайте у собівартість не лише віртуальну машину, а й диски, snapshot, IP-адреси, трафік, ліцензії та регіональні відмінності в ціні. Автоматизація через модуль може суттєво скоротити ручну операційну роботу, але вона не скасовує квоти провайдера, вимоги до верифікації акаунта чи фінансову відповідальність за billing.

Короткий чекліст перед встановленням

• Ознайомтеся з актуальною документацією продукту для вашої версії WHMCS і PHP.
• Зробіть резервну копію бази даних і файлів.
• Надайте зовнішньому API-користувачу лише необхідні дозволи.
• Створіть тестовий продукт, тестового клієнта й ресурс провайдера з низьким ризиком.
• Перевірте, що повторні виклики CreateAccount не створюють другий ресурс.
• Підтвердіть у панелі провайдера результати suspend, unsuspend, terminate і reinstall.
• Для платіжних модулів протестуйте підписаний webhook, неправильну суму, повторні повідомлення та сценарії refund.
• Після запуску уважно відстежуйте перші замовлення та журнали помилок.

Поширені запитання

Що таке модуль WHMCS?

Модуль WHMCS додає до системи конкретний сценарій роботи — наприклад, приймання платежів, клієнтські операції або керування серверами. Він не замінює ні ліцензію WHMCS, ні зовнішній акаунт у провайдера.

Які хмарні провайдери підтримуються?

Є окремі модулі для OVHcloud VPS і Dedicated, AWS Lightsail, Contabo VPS/VDS, Microsoft Azure VM та Google Cloud Compute Engine на базі Linux.

Чи входять у ціну акаунт провайдера та плата за використання ресурсів?

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

Чи є в пакеті модуля готові API-облікові дані?

Ні. У ZIP-пакетах немає провайдерських облікових даних або реальних даних клієнтів. Усе необхідне вводиться після встановлення у відповідні поля конфігурації WHMCS.

Як завантажити придбаний модуль?

Після того як WHMCS підтвердить оплату і пов’язана послуга набуде статусу Active, у клієнтській зоні з’явиться доступ до завантаження саме придбаного продукту.

Чи зашифрований вихідний код модулів?

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

Оберіть модуль, який відповідає вашому сценарію WHMCS

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