Sådan opsætter du skyserver- og betalingsautomatisering med WHMCS

WHMCS-moduler samler specifikke arbejdsgange i ét kontrolpanel, herunder modtagelse af betalinger, opdatering af fornyelsespriser, håndtering af kundeprocesser og styring af skyserverressourcer via WHMCS. Hostragons-kataloget indeholder fem moduler til betaling og drift samt fem separate integrationer til OVHcloud, AWS Lightsail, Contabo, Microsoft Azure og Google Cloud. Denne vejledning sammenligner de ti modulers funktioner, afgrænsninger og relevante anvendelsesscenarier.

Det er ikke tilstrækkeligt kun at se på funktionslisten, når du vælger et modul. Du bør også tage højde for den anvendte WHMCS-version, leverandørkontoen, API-rettighederne, operativsystemet, faktureringsmodellen og testplanen før produktionssætning. Integrationerne erstatter ikke en WHMCS-licens, en konto hos en skyleverandør eller en konto hos den relevante betalingsudbyder. Leverandørernes gebyrer for forbrug, netværk, licenser og afgifter opkræves separat.

Hvilke opgaver gør WHMCS-moduler lettere?

Kernen i WHMCS håndterer kunder, ordrer, fakturaer og tjenesternes livscyklus. Moduler forbinder denne kerne med en bestemt arbejdsgang. En betalingsløsning kan sende en faktura videre til en ekstern betalingsside og overføre det bekræftede resultat til WHMCS. Et driftsmodul kan foretage samlede saldo- eller prisopdateringer. Et servermodul kan oprette en virtuel maskine, der er knyttet til en ordre, og give kunden adgang til de tilladte administrationsfunktioner i kundeområdet.

Denne opdeling er vigtig, fordi ikke alle moduler udfører alle opgaver. Paddle- og Mollie-modulerne fokuserer eksempelvis på betalingsforløbet, Kunde Balance Manager på administrative kreditposteringer og skyintegrationerne udelukkende på den relevante leverandørs ressourcer. Det bliver lettere at vælge det rigtige produkt, hvis behovene først opdeles i kategorierne »betaling«, »kundedrift« og »serverautomatisering«.

Hurtig sammenligning af 10 WHMCS-moduler

Priserne i tabellen er de gældende listepriser, som var synlige på artiklens udgivelsesdato, og udgør ikke et løfte om permanente priser. Før køb skal de aktuelle oplysninger om omfang, licens og pris på produktsiden lægges til grund.

Moduler til betaling og virksomhedsdrift

Automatisk prisopdatering

Når tilbagevendende priser ændres over tid, kan tidligere oprettede aktive eller suspenderede tjenester fortsat have den gamle fornyelsespris. Automatisk prisopdatering bruges til at genberegne fornyelsesbeløb for tjenester, tilvalg og domæner ud fra de aktuelle priser i WHMCS. Processen kan køres én gang eller knyttes til et planlagt cron-forløb.

Modulet er især relevant for virksomheder, der efter ændringer i valutakurser eller prislister ikke ønsker at redigere et stort antal poster enkeltvis. Du kan se anvendelseseksempler i vejledningen WHMCS-modul til automatisk prisopdatering. Før en samlet ændring bør du dog sikkerhedskopiere databasen, afprøve processen på en afgrænset kundegruppe og kontrollere de fakturaer, der bliver oprettet.

Paddle Payment Gateway

Integrationen med Paddle Billing V3 starter engangsbetalinger og abonnementsbetalinger for WHMCS-fakturaer via Paddles betalingsside. Den validerer webhook-meddelelser, der er signeret med HMAC-SHA256, og hjælper med at knytte meddelelser om tilbagevendende betalinger til den relevante faktura via abonnementsidentifikatoren. Dermed behandles den signerede meddelelse fra serveren i stedet for alene at stole på resultatet af viderestillingen i brugerens program.

Paddle Payment Gateway leverer ikke en Paddle-konto eller en godkendelse af virksomhedens egnethed. Virksomheden skal selv konfigurere Paddle-kontoen, produktdefinitionerne, valutaen og webhook. Du kan læse om installationen i Paddle-betaling i WHMCS og bør teste vellykkede, mislykkede, annullerede og tilbagevendende betalinger separat i et testmiljø, før betalingsforløbet tages i brug.

Mollie Payment Gateway

Mollie Payment Gateway forbinder de betalingsmetoder, der er aktiveret på Mollie-kontoen, med WHMCS-fakturaer. Det kan blandt andet være iDEAL, betalingskort, PayPal, Apple Pay, Bancontact, SOFORT og bankoverførsel. Tilbagemeldinger via webhook overfører betalingsstatusser til WHMCS og understøtter metodespecifikke funktioner som valg af bank ved iDEAL og håndtering af betalingsfrist ved bankoverførsel.

Om en betalingsmetode er tilgængelig, afhænger af land, valuta, Mollie-konto og de metoder, der er aktiveret på kontoen. Angivelsen »15 metoder« betyder derfor ikke, at samtlige metoder er tilgængelige på alle konti. Sammen med vejledningen WHMCS Mollie-modul bør rettighederne i Mollie-kontrolpanelet og webhook-adressen kontrolleres før produktionssætning.

Domæneoverførsel mellem kunder

Domæneoverførsel mellem kunder etablerer en kontrolleret proces, hvor en WHMCS-kunde kan overdrage et domæne på sin konto til en anden WHMCS-kunde. Anmodningen startes i kundeområdet og godkendes via et engangslink, der sendes til modtagerens e-mailadresse. Validering af engangskoden, registrering af internetadressen, en justerbar gyldighedsperiode og statussporing giver et mere sporbart forløb end en manuel overdragelse.

Processen adskiller sig fra en traditionel domæneoverførsel mellem registratorer: Den ændrer kundeejerskabet inden for den samme WHMCS-installation. Registratorens regler gælder fortsat særskilt for overførselslås, EPP-kode og flytning til en ekstern konto.

Kunde Balance Manager

Kunde Balance Manager er udviklet til filtrering og samlet behandling af kundekredit i WHMCS-administrationsområdet. Kunder kan findes efter navn, virksomhed, e-mailadresse, valuta og saldostatus. Der kan tilføjes kredit samlet til udvalgte konti, eller deres saldo kan nulstilles. Handlingerne registreres med en administratorbemærkning og i aktivitetsoversigten.

Da en kreditsaldo påvirker de finansielle registreringer direkte, bør administratorroller med adgang begrænses. Listen over valgte kunder skal kontrolleres før behandlingen, og omfattende samlede ændringer bør først gennemføres, efter at der er taget en sikkerhedskopi.

Moduler til automatisering af skyservere

Skymoduler forbinder ordrer og tjenesteposter i WHMCS med leverandørernes API. Du kan se, hvordan den grundlæggende livscyklus for tjenester fungerer, i vejledningen Automatisk oprettelse af hostingkonto med WHMCS. Omfanget af de handlinger, som kunden får adgang til, varierer efter leverandørens API-adfærd, produktindstillingerne og virksomhedens tildelte rettigheder. Modulerne er uafhængige integrationer. De er ikke udviklet af de pågældende skyleverandører og er ikke udtryk for et partnerskab.

OVHcloud VPS og dedikeret server

OVHcloud-integrationen forbinder VPS-tjenester og dedikerede servertjenester med WHMCS. For VPS kan livscyklus- og geninstallationsprocesser administreres sammen med de tilladte selvbetjeningsfunktioner i kundeområdet. For dedikerede servere er omfanget rettet mod tildeling fra en eksisterende serverpulje og kontrollerede driftsopgaver. Det bør ikke antages, at køb af nye fysiske servere automatiseres. Suspension, afslutning og handlinger, der kan medføre datatab, kræver kontrol fra operatøren.

AWS Lightsail

AWS Lightsail-modulet knytter serverklargøring, strømstyring, statisk IPv4, brandmur og snapshot-forløb til en WHMCS-tjeneste. Adgangsoplysninger til Linux- og Windows-ressourcer behandles efter reglerne på den pågældende platform. Modulet er ikke et generelt tjenestekatalog, men en integration med fokus på AWS Lightsail-ressourcer.

Leverandøridentifikator, område, maskinnavn og en tilknyttet statisk internetadresse skal gemmes specifikt for tjenesten. API-nøgler medfølger ikke i distributionens ZIP-fil. Under installationen konfigurerer kunden modulet med de nødvendige rettigheder fra sin egen AWS Lightsail-konto.

Contabo-sky

Contabo-skymodulet forbinder klargøring, strømstyring, geninstallation, nulstilling af adgangskode og administration af snapshot for Contabo VPS- og VDS-ressourcer. Det er afgørende, at ressourceidentifikatoren knyttes korrekt til WHMCS-tjenesten, at gentagne klargøringsanmodninger afstemmes med den samme ressource, og at ejerskabet bekræftes ved handlinger som sletning.

En Contabo-konto, API-adgang og leverandørens forbrugsgebyrer er nødvendige og afregnes separat. Det bør ikke antages, at pakkeopgraderinger, omvendt navneopslag, VNC i brugerens program eller alle leverandørfunktioner er omfattet af modulet. Den aktuelle funktionsliste på produktsiden skal lægges til grund.

Microsoft Azure VM

Microsoft Azure VM-modulet forbinder klargøring af virtuelle maskiner, strømstyring, frigivelse af beregningsressourcer, ændring af størrelse samt administration af diske, snapshot og brandmur med WHMCS. Ressourcegruppen og mærkaterne på den virtuelle maskine bruges til at bekræfte ejerskabet af tjenesten. En sletning bør ikke anses for gennemført, før resultatet af den asynkrone proces i Microsoft Azure er kontrolleret, og det er bekræftet, at ressourcen faktisk er fjernet.

Virksomheden er ansvarlig for opsætning af katalog og priser for betalingspligtige ekstratjenester som diske og snapshot i Microsoft Azure. De valgmuligheder, der vises for kunden, bør begrænses til det omfang, som er konfigureret og testet.

Google Cloud Compute Engine

Google Cloud-modulet forbinder klargøring, strømstyring, ændring af maskintype og tjenestespecifik administration af netværksregler for Linux-baserede virtuelle maskiner i Compute Engine. Ressourcenavn, område og tjenestemærkater gemmes som permanente identifikatorer. Handlinger i livscyklussen udføres først, efter at disse ejerskabsoplysninger er bekræftet.

Den aktuelle distribution 2.0.0 omfatter Linux-arbejdsbelastninger. Planlægningen må ikke baseres på en antagelse om understøttelse af Windows eller RDP. Virksomheden skal selv stille Google Cloud-projekt, tjenestekonto, kvote, netværk og faktureringsindstillinger til rådighed.

Hvilket WHMCS-modul bør du vælge?

• Hvis du vil tilpasse gamle fornyelsespriser til det aktuelle katalog, bør du overveje Automatisk prisopdatering.
• Hvis du vil modtage betalinger via Paddle eller Mollie, skal du vælge det relevante modul, Paddle Payment Gateway eller Mollie Payment Gateway.
• Hvis domæner skal overdrages mellem kunder i den samme WHMCS-installation, skal du vælge Domæneoverførsel mellem kunder.
• Hvis du administrerer kreditposteringer på mange kundekonti, er Kunde Balance Manager en relevant løsning.
• Hvis du vil forbinde en VPS-, VDS- eller VM-tjeneste med en leverandørs API, skal du kun vælge skyservermodulet til den leverandør, du anvender.

Hvis du tilbyder VPS eller VDS på din egen infrastruktur, bør produktstrukturen i Virtuel server planlægges sammen med WHMCS-automatiseringen. Virksomheder, der bruger flere leverandører, kan begrænse risikoen for fejl ved at sætte hver integration i drift med en separat API-konto, et separat testprodukt og så vidt muligt særskilte legitimationsoplysninger med begrænsede rettigheder.

Forløb for køb, hentning og installation

1. Kontrollér det relevante modul og det aktuelle omfang på den aktive produktside.
2. Gennemfør ordren i WHMCS-kundeområdet, og betal fakturaen.
3. Når betalingen er godkendt af WHMCS, ændrer det officielle Auto Release-forløb den relevante tjeneste til Active.
4. På en konto med en Active-tjeneste vises kun den fil, der hører til det købte produkt.
5. Kontrollér ZIP-arkivet, læs installationsvejledningen, og overfør filerne til et WHMCS-testmiljø.
6. Indtast leverandørens eller betalingsudbyderens API-oplysninger i de relevante konfigurationsfelter efter installationen.
7. Test vellykkede og mislykkede handlinger samt webhook, tidsudløb, gentagne forsøg og afslutningsscenarier, før løsningen sættes i produktion.

Filerne kan ikke hentes fra den offentlige webmappe. Forholdet mellem produkt og tjeneste samt tjenestens Active-status afgør adgangen i kundeområdet. De aktuelle licensvilkår på ordresiden og installationsdokumenterne har altid forrang for denne oversigt.

Licenser, leverandøromkostninger og sikkerhedsgrænser

Modulfilerne leveres som ukrypteret kildekode. Det betyder ikke, at de er udgivet som åben kildekode eller må videredistribueres frit. Rettigheder til brug, ændring og videredistribution er underlagt den købte licensaftale og bør registreres pr. produkt og installation efter principperne i WHMCS-licensstyring. Leverandørernes API-nøgler, virkelige kundeposter, aktive ressourceidentifikatorer og driftsdata, der tilhører Hostragons, medfølger ikke i distributionspakkerne.

Princippet om færrest mulige rettigheder bør anvendes under installationen. Giv om muligt modulet særskilte legitimationsoplysninger, som kun giver adgang til de nødvendige API-handlinger. Udskift jævnligt hemmeligheder til webhook, begræns WHMCS-administratorroller, og skjul følsomme oplysninger i hændelsesregistrene. Brug en separat testkonto eller en billig testressource før produktionssætning. Ved test af annullering og afslutning bør du ikke kun kontrollere leverandørens API-svar, men også bekræfte, at ressourcen faktisk er fjernet, og at der ikke er efterladt betalingspligtige ekstratjenester.

Når du sælger en cloud server-tjeneste, skal omkostningsberegningen ikke kun omfatte den virtuelle maskine, men også diske, snapshot, internetadresser, trafik, licenser og regionale prisforskelle. Modulautomatisering kan reducere tidsforbruget i driften, men fjerner ikke leverandørkvoter, krav om kontogodkendelse eller faktureringsansvar.

Kort kontrolliste før installation

• Læs den aktuelle produktdokumentation for dine versioner af WHMCS og PHP.
• Tag en sikkerhedskopi af databasen og filerne.
• Giv kun den eksterne API-bruger de nødvendige rettigheder.
• Opret et testprodukt, en testkunde og en leverandørressource med lav risiko.
• Kontrollér, at gentagne CreateAccount-kald ikke opretter endnu en ressource.
• Bekræft resultaterne af suspension, genåbning, afslutning og geninstallation i leverandørens kontrolpanel.
• Test signeret webhook, forkert beløb, gentagne meddelelser og tilbagebetalinger i betalingsmodulerne.
• Overvåg de første ordrer og fejlregistreringer nøje efter produktionssætningen.

Ofte stillede spørgsmål

Hvad er et WHMCS-modul?

Et WHMCS-modul føjer en bestemt arbejdsgang til WHMCS, eksempelvis betaling, kundehåndtering eller serveradministration. Det erstatter ikke en WHMCS-licens eller en konto hos en ekstern leverandør.

Hvilke skyleverandører understøttes?

Der findes separate moduler til OVHcloud VPS og dedikerede servere, AWS Lightsail, Contabo VPS og VDS, Microsoft Azure VM samt Linux-baserede ressourcer i Google Cloud Compute Engine.

Er skyleverandørens konto og forbrugsgebyrer inkluderet i prisen?

Nej. Konto, abonnement, ressourceforbrug, netværk, licenser og afgifter opkræves separat af den relevante leverandør.

Medfølger API-legitimationsoplysninger i modulpakken?

Nej. Modulets ZIP-filer indeholder ikke leverandørens legitimationsoplysninger eller aktive kundedata. De nødvendige oplysninger indtastes efter installationen i de relevante konfigurationsfelter i WHMCS.

Hvordan hentes et købt modul?

Når betalingen er godkendt af WHMCS, og den relevante tjeneste har fået status som Active, vises adgangen til filen for det købte produkt i kundeområdet.

Er modulets kildekode krypteret?

Modulfilerne leveres som ukrypteret kildekode. Rettigheder til brug, tilpasning og videredistribution er underlagt vilkårene i den købte licens.

Vælg det rette modul til din WHMCS-arbejdsgang

Sammenlign omfang, aktuel pris og licensvilkår for det modul, du har brug for til betaling, kundedrift eller automatisering af skyservere. Se WHMCS-moduler, og udarbejd din testplan før produktionssætning sammen med installationsvejledningen.