Blog ·
WHMCS-alternatieven: welk probleem los je eigenlijk op?
WHMCS-alternatieven eerlijk vergeleken: welke het echt vervangen, en waarom veel hosters beter WHMCS kunnen houden en de laag eronder repareren.
Door Provibr
Hier is iets wat je op de andere pagina's die op deze zoekopdracht scoren niet zult lezen: Provibr is geen WHMCS-alternatief. We sturen je klanten geen facturen, we draaien je helpdesk niet, en we berekenen je btw niet. Is facturatie waar de pijn zit, scroll dan naar de tabel: de echte alternatieven staan daar en geen ervan zijn wij.
Toch schreven we deze pagina, want een groot deel van de mensen die naar "WHMCS-alternatief" zoeken heeft geen facturatieprobleem. Ze hebben een provisioningprobleem dat zich als een facturatieprobleem voordoet. Die twee uit elkaar houden is tien minuten waard.
Wat WHMCS eigenlijk is, en wat het delegeert
WHMCS omschrijft zichzelf als een automatiseringsplatform voor webhosting, en de vorm is: klantportaal, facturatie, betalingen, supporttickets, en een bestelworkflow die ze aan elkaar knoopt. Het is eigendom van WebPros, dat ook cPanel, Plesk en SolusVM bezit (webpros.com, gecontroleerd op 21 augustus 2026).
De prijzen, op 21 augustus 2026 van whmcs.com/pricing gehaald, zijn gestaffeld naar het aantal actieve klanten. Zelfgehost: Plus voor $34,95/maand tot 250 klanten, Professional voor $54,95/maand tot 500, Business voor $84,95/maand tot 1.000. Volledig beheerd begint bij $9,99/maand voor tot 25 klanten. Je facturatiekosten schalen dus mee met hoeveel klanten je hebt, wat verdedigbaar is, en tegelijk de klacht is die we het vaakst horen van mensen op het punt waar een tier kantelt.
Het deel dat er voor dit artikel toe doet is wat WHMCS niet zelf doet. Als een bestelling betaald is, maakt WHMCS de machine niet aan. Een servermodule doet dat. WHMCS levert modules voor cPanel, DirectAdmin, Plesk, SolusVM, Virtualizor, Virtualmin Pro, TCAdmin, InterWorx, Cloudmin en zo'n vijftien andere (docs.whmcs.com, gecontroleerd op 21 augustus 2026). De taakverdeling is helder: WHMCS orkestreert de workflow en houdt de servicestatus bij; de module vertaalt dat naar een handeling op het echte systeem.
Die naad is waar de meeste pijn die mensen "een WHMCS-probleem" noemen eigenlijk zit.
De echte alternatieven, als facturatie het probleem is
| Wat het is | Model | Opvallend | |
|---|---|---|---|
| WHMCS | Facturatie, klantportaal, support | Commercieel, gestaffeld naar klantaantal | De standaard; het grootste module-ecosysteem |
| Blesta | Facturatie en klantportaal | Commercieel | Degene die hosters het vaakst noemen als ze WHMCS verlaten |
| HostBill | Facturatie en automatisering | Commercieel | Breed aanbod aan provisioningmodules |
| FOSSBilling | Facturatie en klantportaal | Open source | Zet BoxBilling voort |
| Upmind | Facturatie en klantportaal | Commercieel, gehost | Nieuwer, gericht op een soepelere klantomgeving |
| Paymenter | Facturatie en klantportaal | Open source | Sterke aanhang in gamehosting |
Dit zijn geen obscure keuzes. VirtFusion, een VPS-paneel zonder belang in een van hen, documenteert koppelingen met Blesta, ClientExec, WHMCS, BillingServ, HostBill, Paymenter en Upmind (docs.virtfusion.com, gecontroleerd op 21 augustus 2026), een redelijke indicatie van welke facturatiepanelen hosters werkelijk draaien.
Is je reden om te vertrekken de prijs bij jouw klantaantal, het uiterlijk van de klantomgeving, of dat je de broncode wilt, dan is een van die opties je antwoord en is deze pagina voor jou klaar. Facturatie migreren is een serieus project: facturen, belastinghistorie, incassomandaten en aanmaningsregels moeten het allemaal overleven. Begin er niet aan om iets te repareren dat ergens anders zit.
De andere helft: als het geen facturatieprobleem is
De klachten die onder "WHMCS-alternatief" belanden en niet over WHMCS gaan:
- "De module ging kapot en bestellingen bleven onuitgerold liggen." Dat is het gedrag van de module, niet van de facturatie-engine.
- "Elk paneel dat we toevoegen heeft weer een module nodig." Waar, en structureel: één module per systeem, elk met een eigen onderhouder en releaseschema.
- "De status in WHMCS klopt niet met de werkelijkheid." Modules handelen en rapporteren doorgaans; of ze ook controleren is aan elke module zelf.
Dat laatste punt is niet hypothetisch. Toen we onze eigen CyberPanel-integratie bouwden, maten we dat zijn API een website-aanmaak accepteerde voor een domein dat al bestond en toch succes teruggaf: de echte fout verschijnt pas in een statusbestand dat je apart moet pollen. Een provisioningmodule erft elke eigenaardigheid als deze van het paneel eronder, en daar kan WHMCS of een van zijn alternatieven niets aan doen.
De vraag wordt dan: hoeveel van die naden wil je op het kritieke pad van elke bestelling die je aanneemt? Vandaag is het er één per paneel. Bij één paneel is dat prima. Bij vier zijn het vier onderhouders, vier upgradecycli en vier verschillende ideeën over wat "opgeschort" betekent.
Wat wij eigenlijk voorstellen: houd WHMCS
Provibr zit tussen je facturatiesysteem en je infrastructuur. WHMCS blijft doen waar het goed in is, en praat met één module, ongeacht wat eronder zit.
| WHMCS alleen, met paneelmodules | WHMCS met Provibr | |
|---|---|---|
| Wie factureert de klant | WHMCS | WHMCS, ongewijzigd |
| Wie rolt uit | Eén module per paneel | Eén module, alle gekoppelde platforms erachter |
| Een nieuw paneeltype toevoegen | Een nieuwe module vinden en onderhouden | Koppel het in Provibr; WHMCS blijft ongemoeid |
| Waar de inloggegevens staan | In WHMCS, per serverregel | In een kluis op je eigen host |
| Inkomende toegang nodig | Ja, naar elk paneel | Geen: de agent belt uitgaand |
De module is een gewone zip die je in je eigen WHMCS installeert. Eén WHMCS-product wijst naar één Provibr-plan, dus cores, geheugen, schijf en de adrespool komen uit één definitie in plaats van uit twee die uiteenlopen. Een betaalde bestelling maakt de machine aan; een opzegging verwijdert hem. De klantomgeving leest de live status van Provibr bij elke paginaweergave, dus de twee systemen kunnen niet lang met elkaar in tegenspraak zijn.
Eronder: hypervisors voor virtuele machines, controlepanelen voor hostingaccounts en gamepanelen voor gameservers, vandaag allemaal live.
Wat van jou blijft: je prijzen, je belastingen, je aanmaningsregels, je klantrelaties. Provibr factureert jou voor de capaciteit die je reserveert. Wat je daarbovenop rekent bereikt ons nooit.
Waar dit niet helpt
Wees er nuchter over:
- Is je probleem de WHMCS-prijs bij jouw klantaantal, dan voegen we kosten toe in plaats van ze weg te nemen. Kijk naar de tabel hierboven.
- Is je probleem het ontwerp van de klantomgeving, dan veranderen wij daar niets aan.
- Draai je één paneel en werkt het, dan is een laag ertussen een laag die je niet nodig hebt. Twee modules waar er één zou volstaan is slechter, niet beter.
- Gebruik je helemaal geen facturatiepaneel, dan is er een REST API met sleutels met scope en een OpenAPI 3.1-document, en komt er geen module aan te pas.
De reden om Provibr toe te voegen is niet dat WHMCS slecht is. Het is dat WHMCS nooit het ding was dat je servers aanmaakte, en dat het ding dat dat wél deed is waar je bestellingen werkelijk falen.
Verder lezen
- De Provibr-module voor WHMCS: wat het uitrolt, de API-scopes die het nodig heeft, en hoe een product aan een plan wordt gekoppeld.
- Prijzen: vooruitbetaalde capaciteit per resource, geprijsd voordat de maand begint.
- De CyberPanel-WHMCS-module: één module gemeten tegen de API eronder, en wat er dan bovenop hoort.
De WHMCS-prijzen, het eigendom en de lijst met meegeleverde servermodules zijn op 21 augustus 2026 gelezen van whmcs.com, webpros.com en docs.whmcs.com en zijn gedateerd omdat ze veranderen. Het beschreven gedrag van de CyberPanel-API is gemeten tegen een draaiende CyberPanel 3.0 tijdens het bouwen van de Provibr-integratie.
