Créer un lien de paiement après un devis

Figer la version du devis à régler

Prenons une prestation de photographie vendue après discussion. Le devis comporte une référence, une description, un montant et une devise. Avant de créer le lien, l’équipe confirme que cette version est bien celle acceptée. Si le périmètre change, elle prépare une nouvelle version au lieu de laisser plusieurs demandes contradictoires circuler. Le lien doit pointer vers une obligation commerciale identifiable, pas seulement vers un montant isolé. Conservez également la date d’envoi et la personne responsable du dossier.

Liens de paiement pour encaisser en ligne

Créer une demande cohérente avec la commande

Dans OrsunPay, un lien correspond à un montant et une devise déterminés et conduit au parcours de paiement hébergé. La création doit reprendre les données validées par votre système de commande. Évitez de laisser le navigateur décider seul du montant à payer. Vérifiez aussi le compte PSP configuré et les méthodes réellement admissibles pour cette transaction. La présence d’un fournisseur dans une liste d’intégrations ne garantit pas toutes ses méthodes pour votre entreprise, votre marché ou votre devise.

Intégration et API

Rédiger le message qui accompagne le lien

Le message doit permettre au destinataire de comprendre ce qu’il règle sans ouvrir plusieurs pièces jointes. Indiquez la référence du devis, le montant attendu et un moyen de joindre votre équipe. Expliquez ce qui se passe après confirmation : réservation d’un créneau, lancement du travail ou préparation d’une commande. Un lien partagé ne remplace ni vos conditions commerciales ni votre gestion des disponibilités. Si la prestation nécessite un créneau, votre système doit décider séparément quand celui-ci devient réservé.

Page de paiement hébergée

Attendre une preuve technique exploitable

Le client peut ouvrir le lien, fermer la page, revenir plus tard ou terminer le paiement sans atteindre votre page de retour. Aucun de ces gestes ne suffit à établir le résultat. Votre serveur doit récupérer un statut vérifié et traiter les notifications signées. La documentation de Stripe et celle de Mollie expliquent cette séparation entre navigation et confirmation. Reliez le résultat à la bonne commande et rendez l’action métier idempotente : une notification répétée ne doit pas lancer deux fois la même prestation.

Traiter les changements et les cas en attente

Lorsqu’un devis devient caduc, désactivez le lien qui ne doit plus servir. Cette action ne rembourse pas une transaction déjà payée. Avant de renvoyer une demande à un client qui signale une difficulté, recherchez l’opération précédente et son état. Un résultat inconnu demande une vérification, pas un nouveau débit immédiat. La gestion des liens dans le cabinet OrsunPay est actuellement disponible en mode live ; préparez votre validation avec cette limite en tête et convenez du parcours de test avec l’équipe d’intégration.

Répartir les responsabilités avant le premier envoi

Le commercial confirme la commande, l’application vérifie le résultat et le PSP traite puis règle les fonds selon votre propre contrat. OrsunPay relie vos comptes fournisseurs et les événements de paiement ; ses frais logiciels sont facturés séparément. Désignez une personne pour les dossiers en attente et une autre pour les changements de devis. Une revue courte des premières opérations permet de corriger les messages ou les références manquantes avant d’augmenter le volume d’envois.

• Contrôler le montant et la devise contre le devis accepté.
• Associer le lien à une référence de commande stable.
• Prévoir le traitement d’une page fermée et d’une notification répétée.
• Définir qui peut désactiver un lien devenu inutile.
• Commencer la prestation uniquement après le résultat vérifié.

Sources

• Documentation Stripe sur les webhooks
• Documentation Mollie sur les paiements