Modèle de facture : relier document et paiement

Distinguer document, commande et transaction

Une commande décrit ce que vous vendez ; une facture documente une opération selon votre processus ; une transaction représente une tentative ou un résultat de paiement. Ces objets peuvent avoir des références différentes. Conservez leur relation au lieu de les fusionner dans un simple champ payé. Par exemple, un dossier commercial peut produire un document, puis une demande de règlement et plusieurs événements techniques. Le rapprochement doit permettre de retrouver le bon dossier sans chercher uniquement un nom de client ou une somme identique.

Liens de paiement pour encaisser en ligne

Choisir un modèle modifiable sans perdre la trace

Un modèle doit rendre visibles les informations nécessaires à votre équipe : références, destinataire, description, montant et devise. Les exigences légales exactes ne sont pas déduites de cette liste ; elles demandent une vérification adaptée. Prévoyez surtout comment votre système gère les versions et les corrections. Remplacer discrètement un fichier déjà envoyé rend les discussions difficiles. La personne qui suit le paiement doit pouvoir savoir quel document le client a reçu et à quelle demande le lien éventuel correspond.

Intégration et API

Ajouter un lien sans modifier la dette par accident

Si vous ajoutez un lien de paiement, créez-le à partir du montant validé dans votre système. Ne recopiez pas les chiffres à la main dans plusieurs outils sans contrôle. Dans OrsunPay, le lien porte un montant et une devise définis et mène au checkout hébergé. Vérifiez la correspondance avec le document avant l’envoi. Une demande devenue obsolète peut nécessiter la désactivation de son lien, mais cette désactivation ne modifie pas rétroactivement une transaction ni votre historique documentaire.

Page de paiement hébergée

Enregistrer la preuve de paiement utile

Le statut du document et le statut de paiement doivent pouvoir évoluer séparément. L’ouverture du courriel, le téléchargement du PDF et la visite du lien n’établissent pas un règlement. Utilisez un statut vérifié et des notifications signées, puis associez la référence de transaction au dossier. Les documentations Stripe et Mollie décrivent le rôle de ces événements serveur. Une notification répétée ne doit pas marquer deux documents comme réglés ni déclencher deux fois une livraison, même si le message arrive après plusieurs heures.

Prévoir une file de vérification des écarts

Un client peut mentionner un document différent, payer par un autre canal ou demander une modification avant le règlement. L’équipe doit disposer d’une liste de dossiers à examiner, avec la raison de l’écart et un responsable. Ne forcez pas automatiquement la correspondance parce que deux montants sont identiques. Gardez l’information d’origine et documentez la décision. Pour une première organisation, un rapprochement explicite de quelques dossiers est souvent plus utile qu’un indicateur global qui dissimule les cas non résolus.

Choisir les fonctions réellement disponibles

Un générateur de PDF, une solution de facturation et une orchestration de paiement répondent à des besoins différents. Le module complet de billing OrsunPay est prévu et n’est pas disponible aujourd’hui ; aucun service gratuit de facture ou de conformité fiscale n’est annoncé ici. OrsunPay relie vos comptes PSP au paiement et facture son logiciel séparément des règlements PSP. Choisissez votre outil documentaire selon ses fonctions vérifiées, puis définissez la frontière avec le suivi des transactions.

• Conserver une référence stable de document et de commande.
• Vérifier montant et devise avant l’envoi d’un lien.
• Distinguer une correction documentaire d’un remboursement.
• Attribuer les écarts à un responsable identifiable.
• Ne pas qualifier un PDF de facture conforme sans vérification adaptée.

Sources

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