Retour au blog
Alternatives à WHMCS : 5 options et une feuille de transition
Facturation

Alternatives à WHMCS : 5 options et une feuille de transition

Comparez cinq alternatives à WHMCS pour hébergeurs et agences. Téléchargez la feuille de transition et vérifiez un renouvellement avant de migrer.

12 janvier 20269 min de lecture
P
PayRequest Team
Équipe éditoriale paiements

Choisissez Blesta, HostBill ou Upmind si le remplacement de WHMCS doit aussi provisionner l’hébergement. PayRequest Business convient surtout à la facturation client, aux abonnements et au portail client, lorsque le cycle de vie de l’hébergement reste géré ailleurs. FOSSBilling répond à une exigence open source si ses modules actuels et votre capacité de maintenance suffisent.

Une agence facturant des contrats de maintenance n’a pas forcément besoin d’enregistrement de domaines ou de suspension de serveurs. Un revendeur d’hébergement peut en dépendre. Définissez ce qui doit se passer après le paiement avant de comparer les prix.

Vérifier un renouvellement de €49 avant de migrer tous les clients

Pour une agence proposant la maintenance mensuelle de sites, commencez par un cycle de facturation complet. Cet exemple fictif suppose que l’hébergement et les domaines sont déjà gérés séparément. Il ne décrit ni migration réalisée ni compatibilité démontrée.

Téléchargez la feuille de transition WHMCS modifiable (CSV). Ouvrez-la dans Excel ou Google Sheets, dupliquez la ligne par service et remplacez les champs. C’est un outil de planification, pas un fichier d’import PayRequest. N’y inscrivez jamais de numéro de carte, clé API ou jeton de paiement.

Pour le client fictif, notez le service mensuel à €49, la période déjà réglée, le dernier renouvellement WHMCS et le premier renouvellement PayRequest proposé. Vérifiez quatre résultats :

  1. Avant l’encaissement : rapprochez entreprise, devise, traitement fiscal, solde ouvert et prochaine période. Confirmez que l’autorisation de paiement est utilisable ; sinon demandez-en une nouvelle.
  2. À la transition : attribuez un seul responsable d’encaissement. Désactivez l’ancien calendrier dans une procédure documentée ; le nouvel abonnement ne doit pas laisser deux encaissements programmés.
  3. Dans le portail client : empruntez le parcours du client et contrôlez montant, période et statut. La vue administrateur ne suffit pas.
  4. Après un échec : précisez qui relance et qui décide de l’accès au service. Une facture impayée ne suspend pas automatiquement l’hébergement.

Conservez le calendrier des autres clients jusqu’à validation des résultats attendus. Résolvez toute responsabilité ou autorisation incertaine avant de déplacer de vrais renouvellements.

Un message client à adapter

Envoyez-le après confirmation des dates et du parcours d’accès. Remplacez les crochets ; ce modèle de communication n’est pas une notification juridique.

« Nous mettons à jour le portail de facturation de [service]. Votre tarif convenu reste [montant/devise] par [période]. Le dernier renouvellement dans l’ancien système est prévu le [date], le premier dans le nouveau le [date]. [Aucune action requise / veuillez autoriser le paiement via ce lien vérifié]. Vos anciennes factures sont disponibles à [emplacement]. Questions : [adresse habituelle du support]. »

Indiquez explicitement si une nouvelle autorisation est nécessaire. Ne confirmez le transfert d’une carte ou d’un mandat qu’après vérification auprès du prestataire et de l’intégration.

Écarter les systèmes inadaptés avant de comparer les prix

Une fonction obligatoire absente élimine un fournisseur. Notez chaque exigence démontrée, travail supplémentaire ou inutile ; n'attribuez pas de score fournisseur sur la seule base de sa publicité.

Résultat indispensableDémonstration à demanderConséquence
Une commande payée crée le bon hébergementVotre panneau, offre et compte, puis suspension et rétablissementChoisir l'automatisation d'hébergement si aucun autre outil ne reste responsable
Un service récurrent est encaissé une seule foisRenouvellement autorisé, facture et échec de paiementLa facturation seule peut convenir sans provisioning
Un domaine reste enregistréRegistrar, déclenchement du renouvellement et expirationPayer une facture ne renouvelle pas un domaine
L'équipe ne gère plus de serveur de facturationSauvegardes, mises à jour et limites de modules du forfait proposéComparer aussi WHMCS géré aux autres offres gérées

Envoyez la même description à tous : nombre actuel et futur de clients, principales prestations, panneaux, registrars, comptes de paiement, modules personnalisés et fonctions réellement supprimables. WHMCS, Blesta et HostBill décrivent l'automatisation d'hébergement ; Upmind propose une voie gérée. Une description produit n'est pas une démonstration réussie.

Calculer le délai d'amortissement du changement

Cet exemple distinct et fictif suppose 30 € d'économie nette mensuelle après nouvel abonnement, outils d'hébergement conservés et exploitation. Le temps interne est valorisé à un taux supposé de 50 €/heure. Ce ne sont ni des heures mesurées ni des devis.

Effort supposéCoût ponctuel du tempsAmortissement à 30 €/moisÉcart après douze mois
6 heures300 €10 mois60 € d'avantage
18 heures900 €30 mois540 € de désavantage

Délai = coût ponctuel ÷ économie nette mensuelle. Première année = 12 × 30 € − coût ponctuel. Si l'économie est nulle ou négative, aucun amortissement financier n'existe. Ajoutez migration payante et chevauchement inévitable. Du temps libéré peut justifier le changement, sans constituer automatiquement une économie de trésorerie.

Une agence dont l'hébergement est déjà géré ailleurs peut évaluer PayRequest comme alternative de facturation à WHMCS selon ces exigences. Un hébergeur devant provisionner un serveur après chaque paiement doit garder une sélection d'outils d'automatisation complète. L'évaluation de migration vient ensuite ; importer des clients ne prouve ni autorisation de paiement ni compatibilité des modules.

Comparer les catégories

OptionMotif de sélectionVérification nécessaire
PayRequest BusinessFacturation hébergée et libre-service clientNe remplace pas directement tous les modules WHMCS
BlestaFacturation d’hébergement et provisionnementModules du panneau, registraire et paiement ; maintenance
HostBillAutomatisation d’hébergement et d’infrastructureÉdition, intégrations, mises à jour et assistance
UpmindFacturation d’hébergement géréeServices, import et formule
FOSSBillingAutomatisation open sourceVersion, modules et maintenance de sécurité
Conserver WHMCSLes modules actuels suffisentLimites Cloud et coût total

Sources officielles : Blesta, HostBill, Upmind et FOSSBilling. Ce tableau n’est ni un test de compatibilité ni un classement chiffré. PayRequest est propriétaire et hébergé, pas open source. WHMCS propose aussi une offre Cloud gérée : vérifiez les restrictions de modules avant de partir uniquement pour éviter la maintenance serveur.

Attribuer chaque responsabilité

Voici une répartition proposée, pas une migration réalisée.

TâcheResponsable envisagéPreuve d’acceptation
Factures et échéancesPayRequestMontant, devise, taxe, période et échéance concordent
Prélèvement automatiquePrestataire et PayRequestAutorisation admissible et un seul calendrier
Accès aux facturesPortail PayRequestLe bon client voit uniquement ses données
Création/modification d’hébergementSystème d’hébergement conservéDéclencheur pris en charge ou action manuelle documentée
Suspension et réactivationSystème conservéPolitique convenue et statut correct
Domaines et renouvellementsRegistraire ou système conservéIntégration et propriétaire explicites

Sans responsable pour les trois dernières lignes, le remplacement est incomplet. Consultez les intégrations et l’alternative WHMCS. Un nom d’intégration ne garantit pas toutes les actions d’un module.

Calculer sans inventer d’économies

Agence fictive : 40 clients × 49 € = 1 960 € de paiements standard mensuels. Seulement les frais de plateforme PayRequest, hors taxes, prestataire, commissions et hébergement :

FormuleCalculPar mois
Free40 × 49 € × 2 %39,20 €
Premium5 € + 0 % de frais standard tant que la formule est active5 €
Business20 € + 0 % de frais standard tant que la formule est active20 €

Choisissez d’abord les fonctions. Free couvre les liens et la facturation de base ; Premium n’inclut pas l’automatisation de facturation Business. Frais du prestataire et exceptions des paiements de commission restent séparés. Voir les formules actuelles.

Le 12 octobre 2026, WHMCS affichait Plus auto-hébergé à $34.95/mois pour 250 clients actifs maximum et Cloud Starter à $9.99 pour 25 clients, puis $0.40 par client supplémentaire. Pour 40 clients : $9.99 + 15 × $0.40 = $15.99 hors taxes. Ce sont des dollars, pas des équivalents en euros.

Coût mensuel total = licence + infrastructure + modules/assistance + frais de paiement/plateforme + heures de maintenance × votre tarif horaire. Ajoutez migration et formation séparément. Un changement fictif de 480 € avec une économie vérifiée par vos soins de 20 €/mois atteint l’équilibre après 24 mois ; à 40 €/mois, après 12 mois. C’est une analyse de sensibilité, pas un résultat client.

Valider avant de migrer

Un import déplace les données prises en charge, pas automatiquement les modules, mots de passe ou autorisations de paiement. Vérifiez le périmètre de migration. Une référence exportée ne donne pas à elle seule permission de débiter.

Le pilote doit permettre au client de retrouver la bonne facture, produire une seule facture et un seul encaissement autorisé au premier renouvellement, et maintenir la gestion du service par son responsable. Conservez les archives, crédits et soldes ouverts. Définissez dernier encaissement ancien et premier nouveau. Demandez une nouvelle autorisation si nécessaire. La checklist WHMCS aide à organiser la transition.

PayRequest Business coûte 20 €/mois avec automatisation, abonnements et gestion client. Le libre-service dépend du produit, la collecte automatique d’une autorisation admissible. Créez un compte Business, terminez la configuration et le paiement de l’abonnement, puis vérifiez un renouvellement. Choisir Business à l’inscription n’active pas l’accès payant.

Note éditoriale : mise à jour substantielle le 19 octobre 2026 avec assistance rédactionnelle de l'IA. Sources officielles, tarifs publics actuels et implémentation PayRequest pertinente vérifiés. Exercices, montants et calculs de temps sont fictifs ; aucun test réel de paiement, migration ou location ni résultat client n'est revendiqué.

Pour le parcours du portail, consultez le comparatif des portails WHMCS. Pour le code ouvert, utilisez la checklist open source.

Questions avant de choisir

PayRequest remplace-t-il tout le provisionnement WHMCS ?

Non. Attribuez séparément hébergement, suspension et renouvellement des domaines.

WHMCS doit-il être auto-hébergé ?

Non. Des offres Cloud gérées et auto-hébergées existent ; vérifiez les modules.

Une référence importée autorise-t-elle un débit ?

Pas automatiquement. Vérifiez mandat, prestataire, compte et intégration ; demandez une nouvelle autorisation si nécessaire.

Partager cet article