Pourquoi le support ne devrait pas pouvoir corriger votre solde
Le moyen le plus rapide de résoudre une réclamation est de laisser un conseiller ajuster le chiffre. C’est aussi la façon dont les plateformes perdent la capacité de faire confiance à leurs propres livres. Un support qui peut tout lire et ne rien changer est la réponse la plus difficile et la meilleure.
Toutes les équipes de support finissent par recevoir la même question de leur propre direction : pourquoi ne pouvez-vous pas simplement corriger cela ?
Un client est contrarié. Le montant est petit. Le conseiller voit le problème. Lui donner un bouton qui ajuste le solde mettrait fin à l’appel en trente secondes.
C’est l’outil le plus tentant à construire, et il ne devrait pas exister.
Ce que ce bouton coûte
Il peut être braqué sur vous. Un conseiller qui peut déplacer des soldes est une cible. L’ingénierie sociale n’attaque pas les systèmes ; elle attaque des personnes qui ont des permissions, sous pression, et qui veulent être utiles.
Il cache le vrai problème. Si un défaut sous-paie des clients et que les conseillers les recréditent discrètement, le défaut n’est jamais trouvé. Il est payé, invisiblement, sur la bonne volonté.
Il détruit les livres. Une plateforme dont les soldes sont modifiables ne peut pas prouver ce qu’elle doit. Ni à un régulateur, ni à un auditeur, ni finalement à elle-même.
Tout lire, ne rien changer
Le support peut ici voir le grand livre, le paiement, chaque tentative, chaque changement d’état, et le journal d’événements chaîné par empreinte autour.
Il ne peut pas fixer un solde — et pas à cause d’un indicateur de permission qui pourrait être changé un mauvais jour. Il ne peut pas parce que les soldes ne sont pas stockés. Un solde est la somme de ses écritures. Il n’y a aucun nombre à fixer.
Alors que se passe-t-il quand on vous doit réellement de l’argent
Une écriture. Sous les règles ordinaires d’autorité et de quatre yeux, avec un motif enregistré et — pour tout ce qui est significatif — une seconde personne qui approuve.
C’est plus lent qu’un bouton. C’est aussi auditable, réversible et attribuable, ce que le bouton n’a jamais été.
La réponse vient du registre
Quand vous demandez où est parti votre paiement, le conseiller lit ce qui s’est passé : les tentatives, le rail, les changements d’état, les horodatages.
Pas une estimation. Pas c’est probablement encore en traitement. Et lorsque le registre ne le dit vraiment pas, on doit vous le dire — un honnête nous ne savons pas encore, voici ce que nous faisons vaut mieux qu’une supposition assurée qui s’avère fausse.
Chaque action porte un nom
Les actions administratives sont écrites dans la piste d’audit sous le nom propre du conseiller.
Cela vous protège, et cela le protège : un conseiller qui a bien agi a une trace qui le prouve.
Ce que cela coûte
Rien, et il n’y a pas de file prioritaire payante. Un paiement cassé est plus urgent qu’un gros compte, et tout système qui inverse ces deux-là optimise pour le mauvais client.
Ce que vous pouvez vérifier
Ce sont des faits sur la plateforme en fonctionnement, pas des adjectifs. Chacun est visible dans le produit, dans la référence de l’API ou dans le grand livre.
- Les conseillers lisent le grand livre et le journal d’événements chaîné par empreinte ; ils ne peuvent pas fixer un solde, parce que les soldes sont déduits des écritures au lieu d’être stockés.
- Une correction est une écriture sous les règles ordinaires d’autorité et de quatre yeux : un correctif est aussi auditable que l’original.
- Chaque paiement porte ses tentatives et ses changements d’état : un conseiller peut dire ce qui s’est passé plutôt que ce qui s’est probablement passé.
- Les actions administratives sont écrites dans la piste d’audit sous le nom propre du conseiller.
Ce que cela coûte
Le support est inclus. Il n’existe pas de file prioritaire payante qui ferait passer un client au paiement cassé derrière un client qui a payé davantage.
Est-ce activé ?
La disponibilité dépend des autorisations en place et de ce que l’administrateur d’un déploiement donné a activé. Cela change, un article non — la réponse vivante est donc sur la page de la fonctionnalité, qui la lit dans la plateforme elle-même : Support et assistance sur la page des fonctionnalités.
À lire ensuite
- Le grand livre — Des livres que l’on ne peut pas modifier en silence.
- Remboursements et litiges — Une promesse que vous pouvez réellement tenir.
- Risque et conformité — Refusé avant, pas rappelé après.
Frequently asked questions
Pourquoi le support ne peut-il pas simplement remettre l’argent ?
Parce qu’un conseiller qui peut fixer un solde peut être convaincu de le fixer par quelqu’un qui n’est pas vous, et parce qu’une plateforme dont les soldes sont modifiables ne peut pas prouver ce qu’elle doit à qui que ce soit. Une vraie correction est une écriture, sous les mêmes contrôles que tout autre mouvement.
Saura-t-il réellement ce qui est arrivé à mon paiement ?
Il peut voir le paiement, chaque tentative, chaque changement d’état et les événements autour. La réponse vient du registre. Lorsque le registre ne le dit vraiment pas, il vous le dira au lieu d’inventer une raison.
Y a-t-il une file plus rapide si je paie ?
Non. Un paiement cassé est plus urgent qu’un gros compte, et une file prioritaire qui inverse ces deux-là vend la mauvaise chose.
Send with a QR code, add money by card or mobile money, issue a virtual card. Sandbox balances let you explore before any real money moves.
Keep reading
Why support should not be able to fix your balance
The fastest way to resolve a complaint is to let an agent adjust the number. It is also how platforms lose the ability to trust their own books. Support that can read everything and change nothing is the harder, better answer.
Une facturation récurrente dont on n’a pas à se battre pour sortir
Les abonnements échouent deux fois : un paiement qui rebondit perd un client qui voulait rester, et une résiliation qui ne marche pas en perd un pour toujours. Les relances corrigent la première ; une résiliation honnête évite la seconde.
Payer beaucoup de monde à la fois, sans payer personne deux fois
Les versements en masse échouent dans deux directions : tout le fichier s’arrête à cause d’une ligne fautive, ou la reprise repaie les bonnes lignes. Valider d’abord et rendre compte ligne par ligne supprime les deux.