Le client ne paie rien lors de la prise de rendez-vous.
Paiement et acomptes
Quatre politiques d’acompte se choisissent dès maintenant, et le serveur les tient. Ce que vous réglez ici n’est pas encore ce que votre client paiera : cette page dit précisément où passe la ligne.
Aucun paiement demandé, montant fixe en euros, pourcentage du prix de la prestation, la totalité du prix dû. Vous cochez, et l’écran recompose la phrase exacte que votre client lira.

Les quatre politiques
Le choix est écrit sur votre entreprise et relu à chaque ouverture de l’écran. Tout autre mode est refusé : la politique ne peut pas se retrouver dans un état que le produit ne sait pas lire.
Le client ne paie rien lors de la prise de rendez-vous.
Ce montant sera demandé au client à chaque réservation, indépendamment du prix de la prestation.
Pour une prestation à 50,00 €, le client paiera 15,00 € (30 %) à la réservation.
Le client paie la totalité du montant de la prestation au moment de la réservation.
Défaut : Gratuit, en euros · Bornes appliquées à l’écriture, pas seulement à l’écran
Le trajet d’un paiement
Chaque passage refuse avant d’écrire : un créneau repris, une signature absente, et le suivant n’a pas lieu.
Au moment de valider, la liste des créneaux du jour est redemandée. Si celui-ci vient d’être pris, la réservation s’arrête là, avant qu’aucune intention de paiement ne soit créée.
Stripe crée une intention de paiement. Le rendez-vous est écrit en attente, l’identifiant de l’intention lui reste attaché, et la prestation, le membre et l’entreprise voyagent en métadonnées. Si Stripe ne répond pas, rien n’est écrit.
Stripe rappelle le serveur. Le corps brut est lu avant toute chose et la signature vérifiée : absente ou fausse, l’appel est refusé.
Paiement réussi : le rendez-vous passe en confirmé et payé, le mail de confirmation part, celui du paiement aussi, les rappels sont programmés. Paiement échoué ou abandonné : le rendez-vous est annulé et le créneau se libère. Un rendez-vous déjà confirmé n’est jamais retraité.
Ce trajet est écrit et vérifié côté serveur. Il porte le prix de la prestation, pas votre acompte : aucune de ces étapes ne relit votre politique, et le rendez-vous se prend aujourd’hui sans paiement.
Annulation, remboursement, absence
Cinq statuts de paiement et cinq statuts de rendez-vous cadrent la suite. L’échec de remboursement porte le sien : un incident bancaire ne se confond pas avec un remboursement réussi.
À l’annulation d’un rendez-vous payé, le remboursement du montant complet est demandé à Stripe et le rendez-vous est marqué remboursé.
Le rendez-vous est annulé, son paiement marqué en échec de remboursement, l’incident écrit dans le journal. Un refus bancaire ne vous laisse pas avec un créneau bloqué.
Les rappels encore programmés sont annulés en même temps. Et si l’un passait à travers, l’envoi relit le statut du rendez-vous et refuse. Un client ne reçoit jamais le rappel d’un rendez-vous annulé.
Le statut Absent existe et la fiche sait l’afficher, mais aucun bouton ne le pose aujourd’hui : un rendez-vous non honoré reste Confirmé. Le geste qui le marque viendra.
Vous annulez depuis l’agenda, une confirmation vous est demandée, et le remboursement part côté serveur. L’écran n’en dit rien : c’est la règle du code qui le déclenche, pas une case à cocher de plus.
Ce qui vient
Nous les listons plutôt que de vous les laisser deviner. Aucune ne porte de date : elles s’ouvriront quand le trajet sera vérifié de bout en bout.
L’encaissement par le client. Le formulaire de carte est écrit, avec les erreurs Stripe traduites en français. Le rendez-vous, lui, se prend aujourd’hui sans paiement : nous n’ouvrirons l’étape de carte qu’une fois le trajet vérifié de bout en bout.
L’acompte réellement prélevé. Aujourd’hui la politique se règle et se conserve ; c’est le prix de la prestation qui part à Stripe. Régler son acompte maintenant, c’est préparer ce jour-là.
Le rendez-vous non honoré. Le statut existe et s’affiche ; le bouton qui le pose reste à écrire.
L’annulation par le client depuis son mail. Le réglage existe et le lien est déjà calculé ; la page qui le reçoit n’est pas écrite.
Questions
Non. La politique se règle et se conserve, mais rien ne la relit au moment de payer : l’encaissement de l’acompte fait partie de ce qui vient. Nous préférons l’écrire ici plutôt que vous le laisser découvrir.
Il est annulé et le créneau se libère. La règle est portée par le retour de Stripe, pas par une action de votre part.
Le montant complet est remboursé et le rendez-vous marqué remboursé. Si la banque refuse, l’annulation passe quand même : le paiement porte alors le statut d’échec de remboursement, et l’incident est tracé.
Aucun bouton ne le fait aujourd’hui. Le statut existe dans les données et la fiche sait l’afficher ; le geste qui le pose fait partie de ce qui vient.
L’écran propose l’euro, le dollar, la livre et le franc suisse. Le serveur accepte tout code de devise à trois lettres, et retombe sur l’euro.
À tout moment, sur le même écran : la politique en cours est relue à chaque ouverture, et l’aperçu vous montre la nouvelle phrase avant que vous n’enregistriez.
Pour commencer
Gratuit pour commencer, sans engagement.