Une promesse qu’on ne peut pas tenir
Un outil qui écrit « votre remboursement est en cours » sans que personne l’ait décidé crée un litige. Sur l’argent, le risque d’une mauvaise réponse dépasse le temps gagné.
Équipe facturation
Pour l’équipe facturation
Une réponse automatique qui parle d’argent est une réponse de trop. Sur une boîte de paiements, 0seat ne propose que des brouillons, et le serveur refuse l’automatique d’office. Dès qu’un message parle de paiement, de remboursement ou de facture contestée, la main passe à une personne.
Ce qui coince aujourd’hui
Retrouver la facture
Avant de répondre, il faut ouvrir WHMCS, retrouver le client, la facture, son état et son échéance. L’information existe ; elle n’est pas sous les yeux.
Un réglage global
Un assistant tout ou rien force à choisir entre l’automatique partout, boîte de paiements comprise, et rien du tout.
Ce que 0seat y répond
La boîte Paiements en brouillon seulement
Déclarez la boîte comme boîte de paiements, ou laissez 0seat la détecter à son nom : le serveur refuse l’automatique et affiche le motif. Cette détection ne se contourne pas par une déclaration.
La passation sur l’argent, dans tous les modes
Paiement, remboursement, facture litigieuse, résiliation : le brouillon s’arrête et une note explique la passation. Ce motif ne dépend pas du mode de la boîte.
Les factures et commandes lues, jamais modifiées
Le dossier résumé dans la note privée montre les factures, leur échéance, leur état et les commandes en attente. Aucune action d’écriture n’est autorisée dans WHMCS.
Un rôle API que vous contrôlez
Vous créez dans WHMCS un rôle limité aux dix actions de lecture utilisées, avec des identifiants dédiés que vous pouvez révoquer à tout moment.
Questions fréquentes
Peut-on quand même activer l’automatique sur la boîte facturation ?
Non. Le refus vient du serveur, pas d’un réglage de la console. Vos autres boîtes peuvent passer en automatique ; celle-ci reste en brouillon.
Que contient le brouillon sur une facture ?
Le numéro, l’échéance, le montant, la devise et l’état lus dans WHMCS, et la procédure de paiement si elle figure dans une fiche validée. Jamais une promesse de remboursement ou de délai.
Le brouillon peut-il se tromper de client ?
Le client est retrouvé par l’adresse e-mail du contact ; en cas de doublon ou sans adresse, le brouillon est rédigé sans données de compte. L’agent relit dans tous les cas avant d’envoyer.
Les données bancaires passent-elles par 0seat ?
Non. 0seat ne lit ni moyen de paiement ni mot de passe dans WHMCS ; ces champs ne sont pas retenus par le code.
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.
À voir aussi
Brouillon ou automatique
Un mode par boîte ; l’automatique s’ouvre par catégorie, brouillons mesurés. Refusé d’office sur les boîtes de paiements et le WhatsApp non officiel.
Passation humaine
Argent, contestation, résiliation, demande d’une personne, deuxième relance, réponse absente de la base : la main passe à un agent, quel que soit le mode.
WHMCS
Services, domaines, factures, commandes lus par une liste fermée d’actions API. Rôle minimal, champs sensibles filtrés, récapitulatif de compte par e-mail.