Cas d'usage
Diagrammes de flux de paiement
Autorisation, 3-D Secure, capture, remboursements et webhooks dessinés comme des flux que produit, ingénierie, finance et support savent tous lire.
Scénario
Une équipe produit ajoute un nouveau checkout : paiements par carte et portefeuille via une passerelle de paiement, 3-D Secure sur les commandes à risque, webhooks asynchrones pour la capture et les remboursements, et un fichier de règlement nocturne que la finance rapproche.
Les lignes de vie de séquence montrent qui appelle qui et dans quel ordre ; les nœuds BPMN et Logigramme montrent où vont ensuite les statuts et l'argent. Gardez la vue sécurité sur le même canevas. Partagez un lien public avec marque ou exportez en SVG/PNG ; Pro ajoute l'intégration et le PDF/JPEG sans filigrane.
Ce que vous dessinez
Diagrammes de flux de paiement
- Client, checkout, passerelle et banque en acteurs et lignes de vie Sequence
- Fragments pour 3-D Secure, les nouvelles tentatives et les refus
- Tâches et passerelles BPMN pour la capture, le remboursement et la contestation
- Nœuds webhook et file pour les mises à jour de statut asynchrones
- Nœuds Security pour le coffre de jetons, le fournisseur d'identité et les politiques
- Un nœud Document pour le fichier de règlement que la finance rapproche
Pourquoi Archboard
Archboard est un espace de diagrammes hébergé où la séquence de paiement, le processus de règlement et la vue sécurité partagent un canevas et un lien de partage. Ingénierie, finance et support lisent la même image au lieu de trois diapositives qui se contredisent.
Packs sur ce canevas
Séquence · BPMN · Logigramme · Sécurité
Tous les packs intégrés sont sur Free (3 diagrammes, 15 nœuds de diagramme + 150 notes, textes, autocollants et sujets de carte mentale chacun, partage public avec marque, édition en direct avec vos agents IA). Pro ajoute diagrammes et nœuds illimités, des sièges pour que vos collègues modifient en direct, l’intégration et l’export sans filigrane ($10/siège/mois).
Périmètre
Archboard documente les flux de paiement ; il ne traite pas de paiements, ne stocke pas de données de carte et n'exécute pas votre intégration. Il n'existe pas encore de jeu de symboles dédié aux paiements ; le flux se dessine aujourd'hui avec les nœuds Séquence, BPMN, Logigramme et Sécurité. Ne mettez jamais de vrais numéros de carte, clés ou secrets dans un diagramme.
Déroulement d'une session
Après connexion Google ou GitHub, partez du modèle ou d'un canevas vide
Placez les acteurs en lignes de vie et dessinez l'autorisation nominale
Ajoutez des fragments pour 3-D Secure, les nouvelles tentatives et les remboursements, puis les webhooks asynchrones
Partagez un lien en direct pour la revue et exportez en SVG ou PNG pour le runbook
Modèle le plus proche
Auth Sequence
Le modèle le plus proche est l'exemple Auth Sequence : acteurs, lignes de vie et fragments pour un échange de type OAuth. Renommez les lignes de vie en client, checkout, passerelle et banque ; l'ordre des messages reste le même.
Ouvre une copie modifiable dans votre espace de travail. Nouveau sur Archboard ? Connectez-vous avec Google ou GitHub, et la copie s'ouvre juste après.
Des flux de paiement que tout le monde peut suivre
Les flux de paiement échouent en revue quand personne ne sait dire, dans l’ordre, qui appelle qui. L’équipe checkout dessine des boîtes, la documentation de la passerelle montre une autre séquence, et l’équipe finance garde une troisième image du règlement. Un diagramme de flux de paiement est utile quand il met l’ordre sur la page : le client, l’application marchande, la passerelle de paiement, le processeur et la banque émettrice en lignes de vie, avec l’autorisation, 3-D Secure, la capture et le remboursement comme messages entre eux. Quand une étape change (un nouveau portefeuille, une nouvelle règle de nouvelle tentative), le même diagramme change.
Dessinez d’abord le chemin nominal : demande d’autorisation, réponse, capture. Ajoutez ensuite des fragments pour les branches qui provoquent des incidents : défis 3-D Secure, refus temporaires avec nouvelles tentatives, délais dépassés qui exigent des clés d’idempotence, et remboursements partiels. Le statut asynchrone a aussi sa place sur la carte : les webhooks et les files sont les endroits où les paiements échouent en silence, alors dessinez-les comme des nœuds à part entière plutôt qu’en notes de bas de page. Gardez le flux de règlement et de rapprochement sur le même canevas sous forme de processus BPMN ou Logigramme, pour que la finance voie l’étape qui transforme les paiements capturés en argent sur le compte.
Du diagramme de flux à la revue et au runbook
Un diagramme de paiement devient utile quand il circule. Partagez un lien public aux couleurs d’Archboard avec la personne chargée de la revue sécurité, exportez en SVG ou PNG pour le runbook d’incident, et enregistrez un instantané de révision avant chaque changement du flux, pour que la forme précédente reste à un clic. Placez la vue sécurité (coffre de jetons, fournisseur d’identité, politiques) à côté de la séquence, afin que les relecteurs voient où les données de carte sont tokenisées et quels systèmes n’y touchent jamais. Pro ajoute l’intégration pour le wiki interne ainsi que le PDF et le JPEG sans filigrane.
Archboard documente le flux ; il ne traite pas de paiements, ne conserve pas de données de carte et ne teste pas votre intégration. Beaucoup d’équipes dessinent cette carte avant une discussion de périmètre PCI DSS ; l’évaluation elle-même reste du ressort de votre évaluateur. Il n’existe pas encore de jeu de symboles dédié aux paiements ; les nœuds Séquence, BPMN, Logigramme et Sécurité le couvrent aujourd’hui. Connectez-vous avec Google ou GitHub, partez du modèle le plus proche et renommez les lignes de vie selon votre checkout.
Ouvrir un exemple publié
- Auth SequenceActeurs, lignes de vie et fragments, à renommer en client, checkout, passerelle et banque.
- Zero Trust PerimeterFournisseur d’identité, WAF, pare-feu et coffre : la vue sécurité à côté du flux de paiement.
- Streaming Data PlatformFiles, topics et stockages derrière les webhooks et les fichiers de règlement.
Questions fréquentes
Un flux de paiement doit-il être un diagramme de séquence ou un logigramme ?
Les deux, sur un seul canevas. Utilisez les lignes de vie Séquence pour l’ordre des messages entre client, marchand, passerelle et banque, et un processus BPMN ou Logigramme pour le règlement, les remboursements et les litiges, là où la question est ce qui se passe ensuite plutôt que qui appelle qui.
Existe-t-il un jeu de symboles dédié aux paiements ?
Pas encore. Aujourd’hui, les flux de paiement se dessinent avec les nœuds Séquence, BPMN, Logigramme et Sécurité. Le modèle le plus proche ouvre une séquence de type OAuth que vous renommez en quelques minutes.
Peut-on mettre de vraies données de carte dans le diagramme ?
Non. Ne mettez jamais de vrais numéros de carte, de clés ou de secrets dans un diagramme. Étiquetez les flux avec ce qu’ils transportent, par exemple une référence de carte tokenisée ou un statut de paiement, jamais avec les données elles-mêmes.
Ouvrez un canevas en une minute
Connectez-vous avec Google ou GitHub. Gratuit pour un siège. Passez à un forfait supérieur quand l'équipe vous rejoint.