Laisser le personnel encaisser sans livrer l’entreprise
Le propriétaire ne peut pas tenir le comptoir toute la journée, et confier le téléphone à un employé revient généralement à tout lui confier. Des rôles avec une limite de remboursement que le logiciel applique, et une piste d’audit qui nomme qui a fait quoi.
Presque toutes les petites entreprises commencent avec un seul identifiant, parce que l’alternative est que le propriétaire tienne le comptoir toutes les heures d’ouverture.
Puis la boutique grandit, et le mot de passe partagé devient discrètement le plus grand risque non géré de l’entreprise.
Ce que coûte vraiment un identifiant partagé
Vous ne pouvez pas savoir qui a remboursé la vente qui ne tombe pas juste. Vous ne pouvez pas retirer le cousin qui a travaillé deux week-ends en mars. Le compte de règlement — celui qui dit où va tout votre argent en fin de journée — peut être changé par quiconque a déjà vu le téléphone.
Rien de tout cela n’est théorique. L’identifiant partagé va très bien jusqu’à la semaine où il ne va plus du tout.
Des rôles que le logiciel applique
Chacun a sa propre connexion et un rôle. Le rôle n’est pas une consigne affichée au mur ; il est appliqué à chaque requête.
Un caissier encaisse et rembourse jusqu’à une limite que vous fixez. Les instructions de règlement, les secrets d’API, les relevés, les exports de clients et la gestion des membres lui sont refusés — pas cachés, refusés.
Un responsable financier change les instructions de règlement et rembourse au-dessus de la limite du caissier, et ne voit jamais les clés d’API.
Un développeur gère les clés et les notifications et ne peut pas rembourser.
La lecture seule voit et ne touche à rien.
La limite de remboursement est celle qui compte
C’est par les remboursements qu’un comptoir fuit. Fixez la limite du caissier au niveau de ce à quoi ressemble une vraie erreur dans votre boutique — une mauvaise quantité, un double scan. Tout ce qui dépasse est refusé et doit être fait par quelqu’un qui en a l’autorité.
Il vaut la peine d’être clair sur ce qu’un remboursement peut et ne peut pas faire : il renvoie l’argent au payeur du paiement d’origine. Ce n’est pas un moyen d’envoyer de l’argent à une adresse choisie par le caissier. C’est la limite et la destination qui, ensemble, rendent le comptoir sûr.
Le propriétaire ne peut pas être retiré
Le rôle de propriétaire est immuable. Ni par un administrateur, ni par un autre propriétaire, ni par personne. Cela ferme le plus vieux scénario désagréable des entreprises à compte partagé : une brouille au cours de laquelle quelqu’un avec un accès verrouille tous les autres hors de l’argent.
Les départs sont un clic
Retirez la personne. Effet immédiat. Ses actions passées restent dans la piste d’audit sous son propre nom, et c’est le but — vous gardez l’historique et perdez l’accès.
Aucun mot de passe à changer, aucune panique pour deviner ce qu’elle pouvait atteindre, puisqu’elle n’a jamais eu le vôtre.
Les succursales
Des unités commerciales peuvent être liées à des lieux : un paiement encaissé dans une succursale porte l’unité à laquelle il appartient. Deux boutiques, un compte, et des chiffres réellement comparables.
Ce que cela coûte
Rien par personne. Invitez autant de gens que l’entreprise en a besoin.
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.
- Un caissier encaisse et rembourse jusqu’à la limite de l’organisation, et se voit refuser les instructions de règlement, les secrets d’API, les relevés, les exports de clients et la gestion des membres.
- Un responsable financier change les instructions de règlement et rembourse au-dessus de la limite du caissier, mais ne voit jamais les clés d’API.
- Un développeur gère les clés et les notifications et ne peut pas rembourser ; les clés restent à l’entreprise quand le développeur s’en va.
- Le propriétaire est immuable : ce rôle ne peut être retiré par personne, administrateur compris.
- Des unités commerciales peuvent être liées à des lieux : un paiement encaissé dans une succursale porte l’unité à laquelle il appartient.
Ce que cela coûte
Inclus. Il n’y a aucun frais par utilisateur, et une entreprise peut inviter autant de personnes qu’il le faut.
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 : Équipe et rôles sur la page des fonctionnalités.
À lire ensuite
- Point de vente — La caisse est le téléphone que vous avez déjà.
- Comptes connectés — Intégrez vos clients par API. Transmettez quand ils sont prêts.
Frequently asked questions
Qu’est-ce qui empêche un caissier de rembourser une vente sur son propre compte ?
Deux choses. Un remboursement renvoie l’argent au payeur du paiement d’origine, pas à une adresse choisie par le caissier ; et un caissier ne peut rembourser que jusqu’à la limite fixée par l’entreprise, au-delà de laquelle le remboursement est refusé et doit être fait par quelqu’un qui en a l’autorité.
Un employé est parti. Que dois-je changer ?
Retirez-le. Cela prend effet immédiatement, et ses actions passées restent dans la piste d’audit sous son propre nom. Aucun mot de passe à changer, puisqu’il n’a jamais eu le vôtre.
Mon développeur n’est pas salarié. Puis-je lui donner un accès sans risque ?
Donnez-lui le rôle de développeur. Il gère les clés d’API et les notifications et peut créer des paiements, mais ne peut toucher ni au règlement, ni aux décaissements, ni aux exports de clients. Chaque action lui est attribuée, et les clés restent à votre entreprise après son départ.
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
How to let staff take payments without handing over the business
The owner cannot stand at the counter all day, and handing an employee the phone usually means handing them everything. Roles with a refund limit the software enforces, and an audit trail that names who did what.
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.