Så automatiserar du molnservrar och betalningar med WHMCS

WHMCS-moduler samlar specifika arbetsflöden i en enda kontrollpanel, exempelvis betalningar, uppdatering av förnyelsepriser, hantering av kundärenden och styrning av molnserverresurser via WHMCS. I Hostragons katalog finns fem moduler för betalningar och drift samt fem fristående integrationer för infrastrukturen hos OVHcloud, AWS Lightsail, Contabo, Microsoft Azure och Google Cloud. Den här guiden jämför vad de tio modulerna gör, vilka begränsningar de har och vilka användningsområden de passar för.

Det räcker inte att enbart granska funktionslistan när du väljer modul. Du behöver även ta hänsyn till aktuell WHMCS-version, leverantörskonto, API-behörigheter, operativsystem, faktureringsmodell och testplan inför driftsättning. Integrationerna ersätter varken en WHMCS-licens, ett konto hos molnleverantören eller ett konto hos den berörda betalningsleverantören. Avgifter för användning, nätverk, licenser och skatter debiteras separat av respektive leverantör.

Vilka arbetsuppgifter förenklar WHMCS-moduler?

Grunden i WHMCS hanterar kunder, beställningar, fakturor och tjänsternas livscykel. Moduler kopplar denna grundfunktion till ett specifikt arbetsflöde. En betalningsgateway kan skicka kunden från fakturan till en extern betalningssida och överföra det verifierade resultatet tillbaka till WHMCS. En driftmodul kan genomföra samlade uppdateringar av saldon eller priser. En servermodul kan skapa en virtuell maskin som hör till en beställning och ge kunden tillgång till tillåtna hanteringsfunktioner.

Skillnaden är viktig eftersom ingen enskild modul utför alla uppgifter. Modulerna för Paddle och Mollie fokuserar exempelvis på betalningsflödet, Kundbalanschef på administrativa kreditåtgärder och molnintegrationerna enbart på resurser hos respektive leverantör. Genom att först dela upp behoven i ”betalningar”, ”kundadministration” och ”serverautomatisering” blir det enklare att välja rätt produkt.

Snabb jämförelse av 10 WHMCS-moduler

Priserna i tabellen är de aktuella listpriser som visades när artikeln publicerades och utgör inget löfte om framtida prissättning. Kontrollera alltid aktuellt innehåll, licensvillkor och pris på produktsidan före köp.

Moduler för betalningar och affärsdrift

Automatisk prisuppdatering

När återkommande priser ändras över tid kan tidigare aktiverade eller avstängda tjänster ligga kvar med gamla förnyelsepriser. Automatisk prisuppdatering används för att räkna om förnyelsebeloppen för tjänster, tillägg och domännamn enligt den aktuella prissättningen i WHMCS. Åtgärden kan köras en gång eller kopplas till ett schemalagt cron-flöde.

Modulen passar särskilt företag som behöver ändra ett stort antal poster efter valuta- eller prisförändringar utan att redigera dem en i taget. Du hittar praktiska exempel i guiden WHMCS-modul för automatiska prisuppdateringar. Innan en samlad ändring genomförs bör du ändå säkerhetskopiera databasen, testa på en begränsad kundgrupp och kontrollera de fakturor som skapas.

Paddle Betalningsgateway

Integrationen med Paddle Billing V3 initierar engångsbetalningar och abonnemangsbetalningar för WHMCS-fakturor via Paddles betalningssida. Den verifierar meddelanden via webhook som signerats med HMAC-SHA256 och hjälper till att koppla aviseringar om återkommande betalningar till rätt faktura med hjälp av abonnemangsidentifieraren. Därmed behandlas det signerade meddelandet från servern i stället för att systemet enbart förlitar sig på resultatet av omdirigeringen i webbläsaren.

Modulen tillhandahåller varken ett Paddle-konto eller ett godkännande för kommersiell användning. Företaget ansvarar för att konfigurera Paddle-kontot, produktdefinitioner, valuta och webhook. Installationsinformation finns i Paddle-betalning för WHMCS. Innan betalningssidan tas i drift bör lyckade, misslyckade, avbrutna och återkommande betalningar testas separat i en testmiljö.

Mollie Payment Gateway

Modulen för Mollie kopplar de betalningsmetoder som är aktiverade på Mollie-kontot till fakturor i WHMCS. Det kan exempelvis vara iDEAL, kort, PayPal, Apple Pay, Bancontact, SOFORT och banköverföring. Återkoppling via webhook överför betalningsstatus till WHMCS. Modulen erbjuder även metodspecifika funktioner, exempelvis val av bank i iDEAL-flödet och hantering av förfallodatum för banköverföringar.

Tillgängligheten för en betalningsmetod beror på land, valuta, Mollie-konto och vilka metoder som har aktiverats på kontot. Uppgiften om ”15 metoder” innebär därför inte att samtliga metoder är tillgängliga för alla konton. Behörigheterna i Mollies kontrollpanel och slutpunkten för webhook bör verifieras före driftsättning tillsammans med guiden WHMCS Mollie-modul.

Domänöverföring mellan kunder

Domänöverföring mellan kunder skapar ett kontrollerat arbetsflöde där en WHMCS-kund kan överlåta ett domännamn på sitt konto till en annan WHMCS-kund. Begäran initieras i kundområdet och godkänns via en engångslänk som skickas till mottagarens e-postadress. Verifiering av engångskoden, registrering av nätverksadress, justerbar giltighetstid och statusspårning ger ett mer spårbart flöde än en manuell överlåtelse.

Åtgärden skiljer sig från en traditionell domänöverföring mellan registrarer. Den ändrar kundägarskapet inom samma WHMCS-installation. Registrarens regler gäller fortfarande separat för överföringslås, EPP-kod och flytt till ett externt konto.

Kundbalanschef

Kundbalanschef är inriktad på filtrering och samlad hantering av kundkrediter i administratörsområdet i WHMCS. Kunder kan sökas fram efter namn, företag, e-postadress, valuta och saldostatus. Kredit kan läggas till på flera valda konton samtidigt, eller så kan saldot nollställas. Åtgärderna registreras med administratörsanteckning och aktivitetspost.

Eftersom kreditsaldon påverkar ekonomiska poster direkt bör behöriga administratörsroller begränsas. Listan över valda kunder ska kontrolleras före åtgärden, och större samlade ändringar bör genomföras först efter att en säkerhetskopia har skapats.

Moduler för automatisering av molnservrar

Molnmoduler fungerar som en brygga mellan beställningar och tjänsteposter i WHMCS och leverantörernas API. Grundprinciperna för tjänsternas livscykel beskrivs i guiden Skapa hostingkonto automatiskt med WHMCS. Vilka åtgärder kunden får tillgång till beror på leverantörens API-beteende, produktinställningarna och företagets tilldelade behörigheter. Modulerna är fristående integrationer. De har inte utvecklats av de berörda molnleverantörerna och innebär inte att något partnerskap föreligger.

OVHcloud VPS och dedikerad server

Integrationen för OVHcloud kopplar VPS-tjänster och dedikerade servrar till WHMCS. För VPS kan livscykel- och ominstallationsåtgärder hanteras genom tillåtna självbetjäningsfunktioner i kundområdet. För dedikerade servrar är omfattningen inriktad på tilldelning från en befintlig serverpool och kontrollerade driftåtgärder. Det ska inte förutsättas att köp av nya fysiska servrar automatiseras. Avstängning, avslut och åtgärder som kan orsaka dataförlust kräver operatörskontroll.

AWS Lightsail

Modulen för AWS Lightsail kopplar driftsättning av servrar, strömåtgärder, statisk IPv4, brandvägg och snapshot-flöden till en WHMCS-tjänst. Åtkomstuppgifter för Linux- och Windows-resurser hanteras enligt respektive plattforms regler. Modulen är inte en allmän tjänstekatalog för leverantören, utan en integration som fokuserar på resurser i AWS Lightsail.

Uppgifter som leverantörsidentifierare, region, instansnamn och tillhörande statisk IPv4 ska lagras för den specifika tjänsten. API-nycklar ingår inte i den distribuerade ZIP-filen. Vid installationen konfigurerar kunden de behörigheter som krävs i det egna kontot för AWS Lightsail.

Contabo molnserver

Modulen för Contabo kopplar samman driftsättning, strömåtgärder, ominstallation, lösenordsåterställning och hantering av snapshot för VPS- och VDS-resurser hos Contabo. Det är avgörande att resursidentifieraren kopplas till rätt WHMCS-tjänst, att upprepade driftsättningsbegäranden stäms av mot samma resurs och att ägarskapet verifieras före åtgärder som borttagning.

Ett konto hos Contabo, API-åtkomst och leverantörens användningsavgifter krävs separat. Det ska inte förutsättas att paketuppgraderingar, omvänd namnuppslagning, webbläsarbaserad VNC eller samtliga leverantörsfunktioner ingår i modulen. Den aktuella funktionslistan på produktsidan gäller.

Microsoft Azure VM

Modulen Microsoft Azure VM kopplar driftsättning av virtuella maskiner, strömåtgärder, frigöring av resurser, storleksändringar samt hantering av diskar, snapshot och brandvägg till WHMCS. Resursgrupper och etiketter för virtuella maskiner används för att verifiera tjänstens ägarskap. En borttagning ska inte betraktas som slutförd förrän resultatet av den asynkrona åtgärden i Microsoft Azure har kontrollerats och det har bekräftats att resursen verkligen har tagits bort.

Företaget ansvarar för katalog- och priskonfiguration av avgiftsbelagda tilläggsresurser i Microsoft Azure, exempelvis diskar och snapshot. De alternativ som visas för kunden bör begränsas till funktioner som har konfigurerats och testats.

Google Cloud Compute Engine

Modulen för Google Cloud kopplar driftsättning, strömåtgärder, ändring av maskintyp och tjänstespecifik hantering av nätverksregler för Linux-baserade virtuella maskiner i Compute Engine. Resursnamn, region och tjänsteetiketter sparas som varaktiga identifierare. Livscykelåtgärder genomförs först efter att denna ägarinformation har verifierats.

Den aktuella utgåvan 2.0.0 omfattar Linux-baserade arbetslaster. Planeringen får inte utgå från att Windows eller RDP stöds. Företaget ansvarar för projektet i Google Cloud samt tjänstekonto, kvoter, nätverk och faktureringsinställningar.

Vilken WHMCS-modul bör du välja?

• Om du vill anpassa äldre förnyelsepriser till den aktuella katalogen bör du överväga Automatisk prisuppdatering.
• Om du vill ta emot betalningar via Paddle eller Mollie väljer du motsvarande betalningsgateway: Paddle Betalningsgateway eller Mollie Payment Gateway.
• Om domännamn behöver överlåtas mellan kunder inom samma WHMCS-installation använder du Domänöverföring mellan kunder.
• Om du hanterar krediter på många kundkonton är Kundbalanschef ett lämpligt alternativ.
• Om du vill koppla en VPS-, VDS- eller VM-tjänst till en leverantörs API väljer du endast den molnservermodul som hör till leverantören du använder.

Om du erbjuder VPS eller VDS i egen infrastruktur bör produktstrukturen för virtuell server planeras tillsammans med automatiseringen i WHMCS. Företag som använder flera leverantörer bör driftsätta varje integration med ett separat API-konto, en separat testprodukt och om möjligt separata inloggningsuppgifter med begränsad behörighet. Det minskar risken för att fel påverkar flera system.

Köp, hämtning och installation

1. Kontrollera att modulen passar dina behov och granska den aktuella omfattningen på den publicerade produktsidan.
2. Slutför beställningen i kundområdet för WHMCS och betala fakturan.
3. När betalningen har godkänts av WHMCS ändrar det officiella flödet Auto Release den berörda tjänsten till Active.
4. På ett konto med en Active-tjänst visas endast hämtningen som hör till den köpta produkten.
5. Verifiera ZIP-arkivet, läs installationsdokumentationen och överför filerna till en testmiljö för WHMCS.
6. Ange API-uppgifterna för leverantören eller betalningsorganisationen i de relevanta konfigurationsfälten efter installationen.
7. Testa lyckade och misslyckade åtgärder samt webhook, tidsgränser, nya försök och avslut innan modulen sätts i drift.

Hämtningsfilerna tillhandahålls inte via den offentliga webbkatalogen. Kopplingen mellan produkt och tjänst samt en tjänst med statusen Active avgör behörigheten att hämta filer i kundområdet. De aktuella licensvillkoren och installationsdokumenten på beställningssidan gäller alltid före denna sammanfattning.

Licenser, leverantörskostnader och säkerhetsgränser

Modulfilerna levereras med okrypterad källkod. Det innebär inte att de är fria att använda eller att de får distribueras fritt. Rätten att använda, ändra och distribuera filerna regleras av det köpta licensavtalet och bör följas upp per produkt och installation enligt metoden i WHMCS-licenshantering. API-nycklar för leverantörer, verkliga kundposter, identifierare för aktiva resurser och driftdata som tillhör Hostragons ingår inte i distributionspaketen.

Principen om minsta möjliga behörighet bör tillämpas vid installationen. Ge om möjligt modulen separata inloggningsuppgifter som endast tillåter nödvändiga API-åtgärder. Byt hemligheter för webhook regelbundet, begränsa administratörsrollerna i WHMCS och maskera känsliga uppgifter i loggarna. Använd ett separat testkonto eller en billig testresurs före driftsättning. Vid test av uppsägning och avslut ska du inte enbart kontrollera svaret från leverantörens API, utan även verifiera att resursen verkligen har tagits bort och att inga avgiftsbelagda tilläggsresurser finns kvar.

När du säljer tjänster för molnserver bör kostnadsberäkningen omfatta mer än den virtuella maskinen. Ta även med disk, snapshot, nätverksadress, trafik, licenser och regionala prisskillnader. Automatisering med en modul kan minska den operativa arbetsinsatsen, men den avskaffar inte leverantörens kvoter, krav på kontogodkännande eller företagets faktureringsansvar.

Kort kontrollista före installation

• Läs den aktuella produktdokumentationen för dina versioner av WHMCS och PHP.
• Säkerhetskopiera databasen och filerna.
• Ge den externa API-användaren endast de behörigheter som krävs.
• Skapa en testprodukt, en testkund och en leverantörsresurs med låg risk.
• Kontrollera att upprepade anrop till CreateAccount inte skapar ytterligare en resurs.
• Verifiera resultaten av avstängning, återaktivering, avslut och ominstallation i leverantörens kontrollpanel.
• Testa signerad webhook, felaktigt belopp, upprepade meddelanden och återbetalningar i betalningsmodulerna.
• Övervaka de första beställningarna och felloggarna noggrant efter driftsättningen.

Vanliga frågor

Vad är en WHMCS-modul?

En WHMCS-modul lägger till ett specifikt arbetsflöde i WHMCS, exempelvis betalningar, kundadministration eller serverhantering. Den ersätter inte en WHMCS-licens eller ett konto hos en extern leverantör.

Vilka molnleverantörer stöds?

Det finns separata moduler för VPS och dedikerade servrar hos OVHcloud, AWS Lightsail, VPS och VDS hos Contabo, Microsoft Azure VM samt Linux-baserade resurser i Google Cloud Compute Engine.

Ingår konto och användningsavgifter hos molnleverantören i priset?

Nej. Konto, abonnemang, resursanvändning, nätverk, licenser och skatter debiteras separat av respektive leverantör.

Ingår API-uppgifter i modulpaketet?

Nej. Modulernas ZIP-filer innehåller varken leverantörsuppgifter eller aktiva kunddata. Nödvändiga uppgifter anges efter installationen i lämpliga konfigurationsfält i WHMCS.

Hur hämtas en köpt modul?

När betalningen har godkänts av WHMCS och den berörda tjänsten har fått statusen Active visas åtkomsten till den köpta produkten i kundområdet.

Är modulernas källkod krypterad?

Modulfilerna levereras med okrypterad källkod. Rätten att använda, anpassa och distribuera dem regleras av de köpta licensvillkoren.

Välj rätt modul för ditt arbetsflöde i WHMCS

Jämför omfattning, aktuellt pris och licensvillkor för den modul du behöver till betalningar, kundadministration eller automatisering av molnservrar. Besök Utforska WHMCS-moduler och utforma testplanen inför driftsättning tillsammans med installationsdokumentationen.