KoratKorat ne touche jamais à cet argent
Ce que le client vire sur le compte bancaire ou le PromptPay enregistré ici arrive directement sur le compte du commerce — Korat n’encaisse pas à sa place et ne prélève aucune commission dessus. Le système n’est pas encore relié aux banques pour confirmer automatiquement la réception : c’est le commerce qui vérifie le justificatif et valide lui-même. Le détail complet est sur la page sur les passerelles de paiement.
Cette page, c’est « le compte du commerce », pas le compte personnel d’un employé
Les moyens d’encaissement listés ici sont les comptes et PromptPay du commerce, affichés au client au moment de payer — à ne pas confondre avec le compte bancaire personnel d’un employé qui sert à recevoir son salaire (celui-ci se règle dans le profil de chaque employé, pas ici), ni avec la vérification d’identité du commerce qui débloque les acomptes et les précommandes.
Les moyens que l’on peut ajouter
| Type | Détail |
|---|---|
| Virement bancaire | Numéro de compte, nom de la banque, titulaire |
| PromptPay (virement instantané) | Rattaché au numéro d’identification fiscale ou au numéro de compte — on peut joindre une image du QR |
| Espèces | Pour les commerces qui encaissent surtout en liquide au comptoir |
| Paiement à la livraison (COD) | Pour les commandes réglées au moment de la remise |
| Autre | Un moyen qui n’entre dans aucune des cases ci-dessus, détaillé librement |
N’importe quel moyen peut être défini « par défaut » — celui-là est proposé au client avant les autres. On peut aussi en désactiver un temporairement, sans le supprimer.
Qui peut modifier
Ajouter, modifier ou supprimer exige le droit « gérer les paiements » (payments.manage) — les autres membres de l’équipe (is_member_of) ne font que consulter. Le numéro de compte complet ne s’affiche qu’en édition ; dans la liste ordinaire, seuls les 4 derniers chiffres restent visibles.
Si l’écran annonce « réussi » après un enregistrement ou une suppression mais que l’ancien numéro de compte est toujours là, c’est que vous n’avez pas le droit payments.manage — le système vérifie toujours que l’écriture a réellement touché une ligne, il ne se contente pas d’un « OK » du serveur.
Vérification d’identité du commerce — débloquer acomptes et précommandes
C’est une autre page que les moyens d’encaissement : la « vérification d’identité du commerce » atteste de l’identité et du compte bancaire du commerce afin de débloquer l’encaissement à l’avance, comme les acomptes ou les précommandes. Pour simplement ajouter un compte d’encaissement ordinaire, aucune vérification préalable n’est nécessaire.
Demandes de remboursement — le parcours complet
Quand un client demande le remboursement d’une commande ou d’une réservation annulée, sa demande arrive sur la page « Demandes de remboursement » — le système ne couvre aujourd’hui que 2 contextes : les commandes de boutique et les rendez-vous. Les autres (livraison, sur place, hébergement, événement, forfait) ne sont pas encore ouverts.
- En attente de décision — la demande arrive, le commerce approuve ou refuse (un refus exige un motif, que le client voit)
- Approuvée, en attente du virement — le commerce rembourse lui-même le client, hors du système (Korat ne vire rien)
- Déclaré viré — le commerce indique avoir viré, justificatif à l’appui — c’est une déclaration du commerce, pas encore une confirmation du client
- Le client confirme avoir reçu — le dossier ne se clôt complètement que lorsque le client confirme lui-même que l’argent est arrivé
Le client peut retirer sa demande tant qu’elle n’est pas approuvée. Chaque statut est conservé dans l’historique : « le commerce dit avoir viré » et « le client confirme avoir reçu » ne sont jamais fusionnés en un seul état.
Le montant proposé au remboursement n’a pas forcément de preuve de paiement en amont
Quand le système ne trouve aucune preuve que le client a réellement payé (un règlement en espèces au comptoir sans justificatif enregistré, par exemple), la page d’approbation avertit clairement : « le montant du document sert de plafond, cela ne signifie pas qu’un paiement a eu lieu » — c’est au commerce de vérifier avant d’approuver.