Felhőszerver- és fizetési automatizálás beállítása WHMCS használatával

A WHMCS modulok egyetlen kezelőfelületen fogják össze az olyan célzott munkafolyamatokat, mint a fizetések fogadása, a megújítási díjak frissítése, az ügyfélműveletek kezelése és a felhőszerver-erőforrások vezérlése a WHMCS rendszeréből. A Hostragons kínálatában öt fizetési és üzemeltetési modul, valamint öt különálló integráció található OVHcloud, AWS Lightsail, Contabo, Microsoft Azure és Google Cloud infrastruktúrákhoz. Ez az útmutató összehasonlítja a tíz modul feladatait, korlátait és javasolt felhasználási területeit.

A modul kiválasztásakor nem elegendő csupán a funkciólistát áttekinteni. Figyelembe kell venni a használt WHMCS-verziót, a szolgáltatói fiókot, az API-jogosultságokat, az operációs rendszert, a számlázási modellt és az élesítés előtti tesztelési tervet is. Az itt bemutatott integrációk nem helyettesítik a WHMCS-licencet, a felhőszolgáltatói fiókot vagy az adott pénzforgalmi szolgáltatónál vezetett fiókot. A szolgáltatók használati, hálózati, licenc- és adóköltségei külön fizetendők.

Milyen feladatokat egyszerűsítenek a WHMCS modulok?

A WHMCS alaprendszere kezeli az ügyfelek, megrendelések, számlák és szolgáltatások életciklusát. A modulok ezt az alaprendszert kapcsolják össze egy-egy meghatározott munkafolyamattal. Egy fizetési átjáró külső fizetési oldalra irányíthatja a számlát, majd továbbíthatja az ellenőrzött eredményt a WHMCS részére. Egy üzemeltetési modul tömeges egyenleg- vagy díjfrissítést végezhet. Egy szervermodul pedig létrehozhatja a megrendeléshez tartozó virtuális gépet, és elérhetővé teheti az engedélyezett kezelési műveleteket az ügyfélfelületen.

Ez a különbségtétel lényeges, mert egyik modul sem lát el minden feladatot. A Paddle fizetési átjáró és a Mollie fizetési átjáró például a fizetési folyamatokra, az Ügyfél egyenlegkezelő az adminisztratív jóváírási műveletekre, a felhőintegrációk pedig kizárólag az adott szolgáltató erőforrásaira összpontosítanak. A megfelelő termék kiválasztását megkönnyíti, ha az igényeket először „fizetés”, „ügyfélműveletek” és „szerverautomatizálás” kategóriákra bontja.

A 10 WHMCS modul gyors összehasonlítása

A táblázatban szereplő összegek a cikk közzétételekor érvényes listaárak, és nem jelentenek tartós árígéretet. Vásárlás előtt mindig a termékoldalon feltüntetett aktuális tartalom, licencfeltételek és árak az irányadók.

Fizetési és üzleti üzemeltetési modulok

Automatikus díjfrissítés

Az ismétlődő díjak idővel változhatnak, miközben a korábban megnyitott aktív vagy felfüggesztett szolgáltatásoknál a régi megújítási összeg maradhat érvényben. Az Automatikus díjfrissítés modul a szolgáltatások, kiegészítők és domainek megújítási díjait számítja újra a WHMCS aktuális árazása alapján. A művelet egyszer futtatható, vagy ütemezett cron-folyamathoz kapcsolható.

A modul különösen azoknak a vállalkozásoknak lehet hasznos, amelyek árfolyam- vagy díjszabásváltozás után nem szeretnének nagy mennyiségű bejegyzést egyenként módosítani. Alkalmazási példákat a WHMCS automatikus árfrissítő modul útmutatóban talál. Tömeges módosítás előtt azonban adatbázis-mentést kell készíteni, érdemes korlátozott ügyfélcsoporton próbát végezni, majd ellenőrizni a létrejövő számlákat.

Paddle fizetési átjáró

A Paddle Billing V3 integráció egyszeri és előfizetéses fizetéseket indít a WHMCS számláihoz a Paddle fizetési felületén. Ellenőrzi a HMAC-SHA256 aláírással ellátott webhook értesítéseket, és az előfizetési azonosító alapján segít a megfelelő számlához rendelni az ismétlődő fizetési értesítést. Így a rendszer nem a böngészőbeli átirányítás eredményére támaszkodik, hanem a szervertől érkező, aláírt értesítést dolgozza fel.

A modul nem biztosít Paddle-fiókot, és nem jelent kereskedelmi megfelelőségi jóváhagyást. A Paddle-fiókot, a termékmeghatározásokat, a pénznemet és a webhook beállításait a vállalkozásnak kell konfigurálnia. A telepítés részleteiért tekintse meg a Paddle WHMCS-fizetés tartalmat, és a fizetési felület élesítése előtt tesztkörnyezetben külön-külön próbálja ki a sikeres, sikertelen, megszakított és ismétlődő fizetési helyzeteket.

Mollie fizetési átjáró

A Mollie fizetési átjáró a Mollie-fiókban engedélyezett fizetési módokat, köztük az iDEAL, a kártyás fizetés, a PayPal, az Apple Pay, a Bancontact, a SOFORT és a banki átutalás lehetőségét kapcsolja a WHMCS számláihoz. A webhook visszahívások továbbítják a fizetési állapotokat a WHMCS részére, emellett a modul olyan fizetési módhoz kötött funkciókat kínál, mint a bank kiválasztása az iDEAL folyamatában vagy a határidő kezelése banki átutalásnál.

Az egyes fizetési módok elérhetősége az országtól, a pénznemtől, a Mollie-fióktól és az abban engedélyezett lehetőségektől függ. Ezért a „15 fizetési mód” megfogalmazás nem jelenti azt, hogy minden fiókban mindegyik használható. A WHMCS Mollie-modul útmutató mellett a Mollie kezelőfelületén megadott jogosultságokat és a webhook végpontját is ellenőrizni kell az élesítés előtt.

Domain átvitel ügyfelek között

A Domain átvitel ügyfelek között modul szabályozott folyamatot biztosít ahhoz, hogy egy WHMCS-ügyfél a fiókjában lévő domaint egy másik WHMCS-ügyfélnek adhassa át. A kérelmet az ügyfélfelületről lehet elindítani, majd a fogadó elektronikus levélcímére küldött egyszer használható hivatkozással kell jóváhagyni. Az ellenőrző kód hitelesítése, a hálózati cím naplózása, a beállítható érvényességi idő és az állapotkövetés a kézi átadásnál jobban nyomon követhető folyamatot tesz lehetővé.

Ez a művelet eltér a regisztrátorok közötti hagyományos domainátviteltől: ugyanazon WHMCS-telepítésen belül módosítja az ügyfélhez tartozó tulajdonosi hozzárendelést. A regisztrátori átviteli zárolásra, az EPP-kódra és a külső fiókok közötti áthelyezésre továbbra is az adott regisztrátor szabályai vonatkoznak.

Ügyfél egyenlegkezelő

Az Ügyfél egyenlegkezelő a WHMCS adminisztrációs felületén végzett ügyféljóváírások szűrésére és tömeges kezelésére összpontosít. Az ügyfelek név, vállalat, elektronikus levélcím, pénznem és egyenlegállapot szerint kereshetők. A kijelölt fiókokhoz tömegesen adható jóváírás, illetve egyenlegük nullázható. A műveleteket adminisztrátori megjegyzés és tevékenységnapló rögzíti.

Mivel a jóváírási egyenleg közvetlenül érinti a pénzügyi nyilvántartást, korlátozni kell az arra jogosult adminisztrátori szerepköröket. A művelet előtt ellenőrizni kell a kijelölt ügyfelek listáját, a nagyobb tömeges módosításokat pedig csak biztonsági mentés készítése után szabad végrehajtani.

Felhőszerver-automatizálási modulok

A felhőmodulok összekötik a WHMCS megrendelési és szolgáltatási bejegyzéseit a szolgáltatók API-rendszereivel. Az alapvető szolgáltatási életciklus működését a Automatikus tárhelyfiók-létrehozás WHMCS-sel útmutató ismerteti. Az ügyfelek számára elérhető műveletek köre a szolgáltatói API működésétől, a termékbeállításoktól és a vállalkozás által megadott jogosultságoktól függ. Ezek különálló integrációk: nem az érintett felhőszolgáltatók fejlesztették őket, és nem utalnak partneri kapcsolatra.

OVHcloud VPS és dedikált szerverek

Az OVHcloud integráció a VPS- és dedikáltszerver-szolgáltatásokat kapcsolja a WHMCS rendszeréhez. A VPS-erőforrásoknál az életciklus- és újratelepítési műveletek az ügyfélfelületen engedélyezett önkiszolgáló vezérlőkkel kezelhetők. A dedikált szervereknél a modul a meglévő szerverkészlet hozzárendelésére és a szabályozott műveletekre összpontosít; nem szabad feltételezni, hogy új fizikai szerver vásárlását is automatizálja. A felfüggesztéshez, megszüntetéshez és az esetleges adatvesztéssel járó műveletekhez üzemeltetői ellenőrzés szükséges.

AWS Lightsail

Az AWS Lightsail modul a szerverek létrehozását, az energiaállapot kezelését, a statikus IPv4-címeket, a tűzfalat és a snapshot-folyamatokat kapcsolja össze a WHMCS szolgáltatásaival. A Linux- és Windows-erőforrások hozzáférési adatait az adott rendszer saját szabályai szerint kezeli. A modul nem általános szolgáltatáskatalógus, hanem kifejezetten az AWS Lightsail erőforrásaira összpontosító integráció.

A szolgáltatói azonosítót, a régiót, a példány nevét és a hozzárendelt statikus IPv4-címet szolgáltatásonként kell tárolni. Az API-kulcsok nem részei a telepítési ZIP-állománynak; ezeket az ügyfél a telepítés során, a saját AWS Lightsail-fiókjában szükséges jogosultságokkal állítja be.

Contabo felhő

A Contabo felhő modul kapcsolatot biztosít a Contabo VPS- és VDS-erőforrások létrehozásához, energiaállapotuk kezeléséhez, újratelepítéséhez, jelszavuk visszaállításához és snapshotjaik kezeléséhez. Kiemelten fontos, hogy az erőforrás-azonosító helyesen kapcsolódjon a WHMCS szolgáltatásához, az ismételt létrehozási kérelmek ugyanahhoz az erőforráshoz legyenek egyeztetve, törléskor pedig megtörténjen a tulajdonjog ellenőrzése.

A Contabo-fiókot, az API-hozzáférést és a szolgáltatói használati díjakat külön kell biztosítani. Nem szabad feltételezni, hogy a csomagváltás, a fordított névfeloldás, a böngészőn belüli VNC vagy a szolgáltató minden funkciója a modul részét képezi; mindig a termékoldalon található aktuális funkciólista az irányadó.

Microsoft Azure VM

A Microsoft Azure VM modul a virtuális gépek létrehozását, energiaállapotuk kezelését, az erőforrások felszabadítását, a méretezést, valamint a lemezek, snapshotok és tűzfalak kezelését kapcsolja össze a WHMCS rendszerével. Az erőforráscsoport és a virtuális gép címkéi a szolgáltatás tulajdonjogának ellenőrzésére szolgálnak. A törlést nem szabad befejezettnek tekinteni addig, amíg a Microsoft Azure időben elhúzódó műveletének eredménye és az erőforrás tényleges eltávolítása nincs ellenőrizve.

A fizetős kiegészítő erőforrások, például a Microsoft Azure-lemezek és snapshotok katalógusának és árazásának kialakítása a vállalkozás feladata. Az ügyfeleknek megjelenített lehetőségeket kizárólag a beállított és tesztelt funkciókra kell korlátozni.

Google Cloud Compute Engine

A Google Cloud modul a Linux-alapú Compute Engine virtuális gépek létrehozását, energiaállapotuk kezelését, géptípusuk módosítását és a szolgáltatáshoz tartozó hálózati szabályok kezelését kapcsolja össze. Az erőforrás neve, régiója és szolgáltatáscímkéi tartós azonosítóként tárolódnak; az életciklus-műveletek csak a tulajdonosi adatok ellenőrzése után hajthatók végre.

A jelenlegi 2.0.0-s kiadás Linux-munkaterhelésekre terjed ki. A rendszer tervezésekor nem szabad Windows- vagy RDP-támogatást feltételezni. A Google Cloud-projektet, a szolgáltatási fiókot, a kvótát, a hálózatot és a számlázási beállításokat a vállalkozásnak kell biztosítania.

Melyik WHMCS modult érdemes választania?

• Ha a korábbi megújítási díjakat az aktuális katalógushoz szeretné igazítani, fontolja meg az Automatikus díjfrissítés modult.
• Ha Paddle vagy Mollie használatával szeretne fizetéseket fogadni, válassza a megfelelő fizetési átjáró modult.
• Ha ugyanazon WHMCS-telepítés ügyfelei között kell domaint átadni, használja a Domain átvitel ügyfelek között modult.
• Ha sok ügyfélfiókban végez jóváírási műveleteket, az Ügyfél egyenlegkezelő lehet a megfelelő választás.
• Ha VPS-, VDS- vagy VM-szolgáltatást szeretne szolgáltatói API-hoz kapcsolni, kizárólag az igénybe vett szolgáltatóhoz készült felhőszerver-modult válassza.

Ha saját infrastruktúráján kínál VPS- vagy VDS-szolgáltatást, a virtuális szerver termékstruktúráját és a WHMCS-automatizálást együtt tervezze meg. Több szolgáltatót használó vállalkozásoknál célszerű minden integrációt külön API-fiókkal, külön teszttermékkel és lehetőség szerint külön, korlátozott jogosultságú hozzáférési adatokkal bevezetni. Ez csökkenti a hibák lehetséges hatókörét.

Vásárlási, letöltési és telepítési folyamat

1. Ellenőrizze az igényeinek megfelelő modult és az élő termékoldalon szereplő aktuális funkciókört.
2. Fejezze be a megrendelést a WHMCS ügyfélfelületén, majd fizesse ki a számlát.
3. Miután a WHMCS jóváhagyta a fizetést, a hivatalos Auto Release folyamat Active állapotba helyezi az érintett szolgáltatást.
4. Az Active szolgáltatással rendelkező fiókban kizárólag a megvásárolt termékhez tartozó letöltés jelenik meg.
5. Ellenőrizze a ZIP-archívumot, olvassa el a telepítési dokumentációt, majd töltse fel a fájlokat a tesztelésre használt WHMCS-környezetbe.
6. A szolgáltató vagy pénzforgalmi szolgáltató API-adatait a telepítés után adja meg a megfelelő beállítási mezőkben.
7. Az élesítés előtt tesztelje a sikeres és sikertelen műveleteket, a webhook működését, az időtúllépést, az ismételt próbálkozást és a megszüntetési helyzeteket.

A letölthető fájlokat nem nyilvános webes könyvtárból szolgálják ki. A termék és a szolgáltatás kapcsolata, valamint a szolgáltatás Active állapota határozza meg az ügyfélfelületen elérhető letöltési jogosultságot. A megrendelési oldalon megjelenő aktuális licencfeltételek és a telepítési dokumentáció minden esetben elsőbbséget élveznek ezzel az összefoglalóval szemben.

Licencelés, szolgáltatói költségek és biztonsági korlátok

A modulfájlokat titkosítatlan forráskóddal adják át; ez azonban nem jelent nyílt forráskódú felhasználást vagy szabad továbbterjesztési jogot. A felhasználási, módosítási és továbbterjesztési jogosultságokra a megvásárolt licencszerződés vonatkozik, ezért azokat a WHMCS-licenckezelés megközelítésének megfelelően, termékenként és telepítésenként kell nyomon követni. A szolgáltatói API-kulcsok, valódi ügyfélbejegyzések, élő erőforrás-azonosítók és a Hostragons működési adatai nem kerülnek bele a terjesztési csomagokba.

A telepítés során a legkisebb szükséges jogosultság elvét kell alkalmazni. Lehetőség szerint külön hozzáférési adatokat rendeljen a modulhoz, kizárólag a szükséges API-műveletek engedélyezésével. Rendszeresen cserélje a webhook titkos adatait, korlátozza a WHMCS adminisztrátori szerepköreit, és takarja el az érzékeny adatokat a naplókban. Élesítés előtt használjon külön tesztfiókot vagy alacsony költségű teszterőforrást. A lemondási és megszüntetési próbák során ne csak a szolgáltatói API válaszát ellenőrizze, hanem azt is, hogy az erőforrás valóban megszűnt-e, és nem maradtak-e utána fizetős kiegészítők.

felhőszolgáltatás szolgáltatás értékesítésekor a költségszámításba ne csak a virtuális gépet, hanem a lemezeket, snapshotokat, IPv4-címeket, adatforgalmat, licenceket és a régiónként eltérő árakat is foglalja bele. A modulautomatizálás csökkentheti az üzemeltetési időt, de nem szünteti meg a szolgáltatói kvótákat, a fiókjóváhagyási követelményeket vagy a számlázási felelősséget.

Rövid ellenőrzőlista telepítés előtt

• Olvassa el a WHMCS- és PHP-verziójához tartozó aktuális termékdokumentációt.
• Készítsen biztonsági mentést az adatbázisról és a fájlokról.
• A külső API-felhasználónak kizárólag a szükséges jogosultságokat adja meg.
• Hozzon létre tesztterméket, tesztügyfelet és alacsony kockázatú szolgáltatói erőforrást.
• Ellenőrizze, hogy az ismételt CreateAccount hívások nem hoznak-e létre második erőforrást.
• A szolgáltató kezelőfelületén ellenőrizze a felfüggesztés, újraaktiválás, megszüntetés és újratelepítés eredményét.
• A fizetési moduloknál tesztelje az aláírt webhook, a hibás összeg, az ismételt értesítés és a visszatérítés eseteit.
• Az élesítés után fokozottan figyelje az első megrendeléseket és a hibanaplókat.

Gyakori kérdések

Mi az a WHMCS modul?

A WHMCS modul egy meghatározott munkafolyamattal, például fizetéssel, ügyfélműveletekkel vagy szerverkezeléssel egészíti ki a WHMCS rendszert. Nem helyettesíti a WHMCS-licencet vagy a külső szolgáltatói fiókot.

Mely felhőszolgáltatók támogatottak?

Külön modul érhető el az OVHcloud VPS- és dedikáltszerver-szolgáltatásaihoz, az AWS Lightsail, a Contabo VPS és VDS, a Microsoft Azure VM, valamint a Linux-alapú Google Cloud Compute Engine használatához.

A felhőszolgáltatói fiók és a használati díjak benne vannak az árban?

Nem. A szolgáltatói fiók, az előfizetés, az erőforrás-használat, a hálózat, a licencek és az adók költségeit az adott szolgáltató külön számítja fel.

Az API hozzáférési adatai megtalálhatók a modulcsomagban?

Nem. A modul ZIP-állományai nem tartalmaznak szolgáltatói hozzáférési adatokat vagy élő ügyféladatokat. A szükséges adatokat a telepítés után kell megadni a WHMCS megfelelő beállítási mezőiben.

Hogyan tölthető le a megvásárolt modul?

Miután a WHMCS jóváhagyta a fizetést, és az érintett szolgáltatás Active állapotba került, az ügyfélfelületen kizárólag a megvásárolt termékhez tartozó letöltési hozzáférés jelenik meg.

Titkosítottak a modulok forráskódjai?

Nem. A modulfájlokat titkosítatlan forráskóddal biztosítják. A felhasználási, testreszabási és továbbterjesztési jogokra a megvásárolt licenc feltételei vonatkoznak.

Válassza ki a WHMCS-munkafolyamatához illő modult

Hasonlítsa össze a fizetéshez, ügyfélműveletekhez vagy felhőszerver-automatizáláshoz szükséges modul funkciókörét, aktuális árát és licencfeltételeit. Tekintse meg a WHMCS-modulokat, majd a telepítési dokumentáció alapján készítse el az élesítés előtti tesztelési tervet.