PayRequest Business est une alternative au portail client WHMCS destinée aux entreprises dont le besoin principal est la facturation client : factures, paiements récurrents et gestion en libre-service des abonnements. Il ne s'agit pas d'une promesse de remplacer tous les modules d'hébergement. Commencez par déterminer quel système se chargera de la facturation et quel système assurera la mise en service, la suspension ou le renouvellement de chaque service.
WHMCS dispose déjà d’un espace client et d’une fonctionnalité de facturation récurrente. Son guide «Documentation officielle du thème » recommande le thème Twenty-One ; Six est un thème obsolète. Une comparaison pertinente devrait évaluer le flux de travail réel des clients plutôt que d’affirmer que toutes les installations WHMCS possèdent une interface obsolète.
Comparez les tâches client qui comptent
Un client d’hébergement doit pouvoir retrouver une facture, comprendre la période de service, effectuer un paiement via un moyen disponible et consulter son historique de facturation. Entre deux renouvellements, il peut avoir besoin de mettre à jour ses informations de paiement ou de demander une résiliation. Présentez ces tâches à un client avant de décider de refondre entièrement l’espace client.
Le portail client de PayRequest prend en charge l’accès aux factures et la gestion des abonnements. Son Documentation sur le libre-service des abonnements explique les commandes réelles : la suspension et la résiliation sont activées par produit, et la résiliation peut être immédiate ou faire l’objet d’une demande avec un délai de préavis. Les intégrations de services peuvent comporter des règles supplémentaires. Ne partez pas du principe que toutes les actions sont disponibles pour tous les produits.
Utilisez cette feuille de calcul originale pour le transfert de la facturation
L’exemple fictif suivant montre comment planifier le transfert d’un service d’hébergement géré à 29 € par mois. Il s’agit d’une feuille de calcul de planification, et non d’une migration client achevée ou d’un test de paiement.
| Enregistrement | Exemple | Vérification requise |
|---|---|---|
| Client | Exemple : client d’hébergement A | L’adresse e-mail et l’identité de l’entreprise correspondent dans les deux systèmes |
| Service | Hébergement géré, 29 € par mois | Le montant, la devise, la taxe et la période de service correspondent |
| Dernière facturation WHMCS | 1er octobre 2026 | Pas de facture supplémentaire de l’ancien système pour novembre |
| Premier renouvellement via PayRequest | 1er novembre 2026 | Une seule facture ou un seul prélèvement automatique autorisé |
| Autorisation de paiement | Référence du fournisseur existant | Confirmer l’éligibilité ; obtenir une nouvelle autorisation si nécessaire |
| Cycle de vie de l’hébergement | Système de provisionnement existant | Définir les événements de service « payé », « échoué » et « annulé » |
Le principe essentiel est d’avoir un seul titulaire de facturation par client. L’exploitation parallèle de deux systèmes ne signifie pas qu’il faille facturer le même client à partir des deux systèmes. Conservez l’historique des factures et consignez précisément le moment où la responsabilité change de main.
Vérifiez les mandats de paiement avant de transférer les abonnements
Les documents PayRequest Facturation automatique et manuelle des abonnements. Le prélèvement automatique nécessite un mandat client valide. La facturation manuelle génère la facture récurrente que le client doit régler. Un enregistrement de facture et une autorisation de paiement sont deux choses différentes.
Ne copiez pas le jeton d’un fournisseur en supposant qu’il accorde à une nouvelle plateforme l’autorisation de prélèvement. Vérifiez le compte du fournisseur, le mode de paiement, la propriété et l’intégration prise en charge. Une migration peut nécessiter une nouvelle autorisation du client. Vérifiez le premier renouvellement avant d’étendre le projet pilote.
Prendre en compte l’automatisation de l’hébergement
Si WHMCS provisionne cPanel ou Plesk, gère des modules de registraire ou suspend les hébergements en retard de paiement, documentez la manière dont ces tâches seront assurées. Un portail distinct n’est utile que lorsque les événements de service parviennent toujours au système responsable. Les API et les webhooks nécessitent un workflow implémenté et vérifié ; ils n’assurent pas une compatibilité automatique avec tous les modules WHMCS.
Utilisez notre comparateur Alternative à WHMCS pour découvrir une démonstration illustrative du portail. Remplissez ensuite le formulaire Liste de contrôle pour la migration depuis WHMCS ou demandez une évaluation de configuration via page de migration.
Choisissez la formule appropriée L’
PayRequest Businesst coûte 20 € par mois et inclut le portail client et la facturation récurrente. Les frais de plateforme standard sont de 0 % tant que la formule payante est active. Les frais de traitement du prestataire s’appliquent séparément ; les paiements de commission conservent leurs frais distincts. La configuration et la sélection d’une formule ne suffisent pas à elles seules à activer les fonctionnalités payantes.
Commencez par la démo du portail et un seul groupe de clients plutôt que par une promesse de migration globale. Vérifiez les données, le mandat et le cycle de vie du service avant le prochain renouvellement.
Note de la rédaction : cette mise à jour a été réalisée avec l’aide de l’IA. La documentation produit et les sources officielles de WHMCS ont été consultées le 7 octobre 2026. La feuille de calcul est un exemple fictif original ; aucune économie pour le client, aucune réduction de l’assistance ni aucune migration achevée ne sont revendiquées.
