Hébergeurs web

Pour les hébergeurs web sous WHMCS

La plupart des questions d’un client d’hébergeur portent sur son propre compte : un service suspendu, un domaine qui expire, une facture en attente, une migration à planifier. 0seat lit ces informations dans WHMCS, en lecture seule, pour que le brouillon parle de sa situation réelle. Un agent relit et envoie.

Créer un compte Demander une démonstration

Ce qui coince aujourd’hui

Les mêmes questions, chaque jour

Propagation DNS, enregistrements SPF et DKIM, renouvellement, changement de serveur de noms : des réponses connues, retapées à chaque fois, avec des valeurs techniques qui dérivent d’un agent à l’autre.

Chaque réponse commence par une recherche

Avant de répondre, l’agent ouvre WHMCS, retrouve le client, vérifie le service, la date d’expiration et la facture. Deux minutes par conversation, avant même d’écrire.

Les captures d’écran cPanel

Le client envoie une capture de son panneau ou d’un message d’erreur plutôt que de décrire le problème. L’agent la lit, la retranscrit, puis cherche.

Ce que 0seat y répond

Le dossier du client dans le brouillon

Services, domaines, factures et commandes du client sont lus dans WHMCS au moment de rédiger, résumés dans la note privée de l’agent. Le brouillon cite la date d’expiration réelle, pas une formule.

Une base extraite de vos conversations

Chaque nuit, les conversations résolues produisent des fiches question-réponse. Rien ne sert avant qu’un agent les ait validées : les valeurs DNS fausses des anciennes réponses s’arrêtent à la validation.

Les captures d’écran lues

Une image envoyée par le client est lue et prise en compte dans le brouillon, quand la lecture des pièces jointes est activée sur l’espace.

Les tarifs lus dans WHMCS

Les prix cités viennent de votre catalogue WHMCS, relus toutes les douze heures, pas d’une page copiée dans la base et vite périmée.

Identification par e-mail

0seat retrouve le compte WHMCS à partir de l’adresse e-mail du contact ; en cas de doublon, aucun compte n’est retenu. Sans adresse connue, le brouillon est rédigé sans données de compte.

Respect de votre pare-feu

Les appels à WHMCS portent un agent utilisateur identifiable et sont espacés : pas de rafale qui ferait bannir l’adresse par un pare-feu applicatif.

Questions fréquentes

0seat peut-il suspendre un service ou rembourser une facture ?

Non. L’accès à WHMCS passe par l’API officielle avec une liste fermée d’actions de lecture. Aucune écriture, et l’argent passe toujours la main à un agent.

Faut-il installer un module dans WHMCS ?

Non. Vous créez un rôle API limité à la lecture et des identifiants dédiés ; 0seat appelle l’API officielle. Aucun module tiers, aucun code chiffré sur votre serveur.

Quelles données du client arrivent au modèle ?

Services, domaines, factures, commandes et l’objet des tickets. Les champs mot de passe, adresse postale et téléphone sont retirés dans le code avant tout appel au modèle.

Le brouillon affirme-t-il que le client est bien le titulaire du compte ?

Non. L’adresse e-mail déclarée dans la conversation ne prouve rien ; c’est pour cela que l’agent relit les brouillons, et que l’automatique est refusé sur un espace WHMCS tant que l’identité des visiteurs n’est pas vérifiée par le widget.

Et la boîte de facturation ?

Elle reste en brouillon : le serveur refuse l’automatique sur une boîte de paiements, déclarée ou détectée par son nom. La page « Pour l’équipe facturation » détaille ce fonctionnement.

Votre équipe garde la main. 0seat prépare le terrain.

Branchez une boîte de réception, validez la base de connaissances proposée, et recevez vos premières réponses préparées.