Anwendungsfall

Zahlungsflussdiagramme

Autorisierung, 3-D Secure, Capture, Erstattungen und Webhooks als Abläufe, die Produkt, Engineering, Finanzen und Support gleichermaßen lesen können.

Szenario

Ein Produktteam baut einen neuen Checkout: Karten- und Wallet-Zahlungen über ein Payment-Gateway, 3-D Secure bei riskanten Bestellungen, asynchrone Webhooks für Capture und Erstattungen und eine nächtliche Settlement-Datei, die die Buchhaltung abgleicht.

Sequenz-Lifelines zeigen, wer wen in welcher Reihenfolge aufruft; BPMN- und Flussdiagramm-Nodes zeigen, wohin Status und Geld als Nächstes fließen. Behalten Sie die Sicherheitsansicht auf demselben Canvas. Teilen Sie einen öffentlichen Link mit Marke oder exportieren Sie SVG/PNG; Pro ergänzt Embed und PDF/JPEG ohne Wasserzeichen.

Was Sie zeichnen

Zahlungsflussdiagramme

  • Kunde, Checkout, Gateway und Bank als Sequence-Akteure und Lifelines
  • Fragments für 3-D Secure, Wiederholungen und Ablehnungen
  • BPMN-Tasks und -Gateways für Capture-, Erstattungs- und Rückbuchungspfade
  • Webhook- und Queue-Nodes für asynchrone Statusupdates
  • Security-Nodes für Token-Tresor, Identity Provider und Richtlinien
  • Ein Document-Node für die Settlement-Datei, die die Buchhaltung abgleicht

Warum Archboard

Archboard ist ein gehosteter Diagramm-Arbeitsbereich, in dem Zahlungssequenz, Settlement-Prozess und Sicherheitsansicht einen Canvas und einen Freigabelink teilen. Engineering, Finanzen und Support lesen dasselbe Bild statt drei Folien, die sich widersprechen.

Packs auf diesem Canvas

Sequenz · BPMN · Flussdiagramm · Sicherheit

Jedes eingebaute Pack ist auf Free (3 Diagramme, je 15 Diagramm-Nodes + 150 Notizen, Texte, Sticker & Mindmap-Themen, öffentliche Freigabe mit Marke, Live-Bearbeitung mit Ihren KI-Agenten). Pro ergänzt unbegrenzte Diagramme und Nodes, Sitze für die Live-Bearbeitung im Team, Embed und Export ohne Wasserzeichen ($10/Sitzplatz/Monat).

Umfang

Archboard dokumentiert Zahlungsflüsse. Es wickelt keine Zahlungen ab, speichert keine Kartendaten und betreibt keine Integration. Ein eigener Zahlungs-Symbolsatz existiert noch nicht; der Ablauf wird heute mit Sequenz-, BPMN-, Flussdiagramm- und Sicherheits-Nodes gezeichnet. Echte Kartennummern, Schlüssel und Geheimnisse gehören in kein Diagramm.

So läuft eine Sitzung

  1. Nach der Anmeldung mit Google oder GitHub mit der Vorlage oder einem leeren Canvas beginnen

  2. Die Akteure als Lifelines platzieren und den Happy Path der Autorisierung zeichnen

  3. Fragments für 3-D Secure, Wiederholungen und Erstattungen ergänzen, dann die asynchronen Webhooks

  4. Einen Live-Link für das Review teilen und SVG oder PNG für das Runbook exportieren

Nächstliegende Vorlage

Auth Sequence

Die nächstliegende Vorlage ist das Beispiel Auth Sequence: Akteure, Lifelines und Fragments für einen OAuth-ähnlichen Austausch. Benennen Sie die Lifelines in Kunde, Checkout, Gateway und Bank um. Die Nachrichtenreihenfolge bleibt erhalten.

Öffnet eine bearbeitbare Kopie in Ihrem Arbeitsbereich. Neu bei Archboard? Melden Sie sich mit Google oder GitHub an, danach öffnet sich die Kopie direkt.

Zahlungsflüsse, denen alle folgen können

Zahlungsflüsse scheitern im Review, wenn niemand der Reihe nach sagen kann, wer wen aufruft. Das Checkout-Team zeichnet Kästchen, die Dokumentation des Gateways zeigt eine andere Reihenfolge, und das Finanzteam pflegt ein drittes Bild des Settlements. Ein Zahlungsflussdiagramm lohnt sich, wenn es die Reihenfolge sichtbar macht: Kunde, Händler-App, Payment-Gateway, Prozessor und kartenausgebende Bank als Lifelines, dazu Autorisierung, 3-D Secure, Capture und Erstattung als Nachrichten dazwischen. Ändert sich ein Schritt (ein neues Wallet, eine neue Retry-Regel), ändert sich dasselbe Diagramm.

Zeichnen Sie zuerst den Happy Path: Autorisierungsanfrage, Antwort, Capture. Ergänzen Sie dann Fragments für die Zweige, die Incidents auslösen: 3-D-Secure-Challenges, Soft Declines mit Wiederholungen, Timeouts, die Idempotency-Keys brauchen, und Teilerstattungen. Auch asynchrone Status gehören auf die Karte: Webhooks und Queues sind die Stellen, an denen Zahlungen still schiefgehen, also zeichnen Sie sie als vollwertige Nodes statt als Fußnoten. Behalten Sie den Settlement- und Abstimmungsfluss als BPMN- oder Flussdiagramm-Prozess auf demselben Canvas, damit die Buchhaltung den Schritt sieht, der aus erfassten Zahlungen Geld auf dem Konto macht.

Vom Flussdiagramm zu Review und Runbook

Ein Zahlungsdiagramm wird nützlich, wenn es weitergegeben wird. Teilen Sie einen gebrandeten öffentlichen Link mit der Security-Prüfung, exportieren Sie SVG oder PNG für das Incident-Runbook und speichern Sie vor jeder Änderung am Fluss einen Revisions-Snapshot, damit die vorherige Form einen Klick entfernt bleibt. Setzen Sie die Sicherheitssicht (Token-Tresor, Identity Provider, Richtlinien) neben die Sequenz, damit Prüfende sehen, wo Kartendaten tokenisiert werden und welche Systeme sie nie berühren. Pro ergänzt Einbettung fürs interne Wiki sowie PDF und JPEG ohne Wasserzeichen.

Archboard dokumentiert den Fluss; es verarbeitet keine Zahlungen, speichert keine Kartendaten und testet Ihre Integration nicht. Viele Teams zeichnen diese Karte vor einem PCI-DSS-Scoping-Gespräch; die Bewertung selbst bleibt bei Ihrem Assessor. Einen eigenen Symbolsatz für Zahlungen gibt es noch nicht; heute decken Sequenz-, BPMN-, Flussdiagramm- und Sicherheits-Nodes ihn ab. Melden Sie sich mit Google oder GitHub an, starten Sie mit der nächstliegenden Vorlage und benennen Sie die Lifelines nach Ihrem Checkout um.

Ein veröffentlichtes Beispiel öffnen

  • Auth SequenceAkteure, Lifelines und Fragments. Benennen Sie die Lifelines in Kunde, Checkout, Gateway und Bank um.
  • Zero Trust PerimeterIdentity Provider, WAF, Firewall und Tresor als Sicherheitssicht neben dem Zahlungsfluss.
  • Streaming Data PlatformQueues, Topics und Speicher hinter Webhooks und Settlement-Dateien.

Fragen

Sollte ein Zahlungsfluss ein Sequenzdiagramm oder ein Flussdiagramm sein?

Beides, auf einem Canvas. Nutzen Sie Sequenz-Lifelines für die Nachrichtenreihenfolge zwischen Kunde, Händler, Gateway und Bank, und einen BPMN- oder Flussdiagramm-Prozess für Settlement, Erstattungen und Rückbuchungen, wo die Frage eher lautet, was als Nächstes passiert, als wer wen aufruft.

Gibt es einen eigenen Symbolsatz für Zahlungen?

Noch nicht. Heute werden Zahlungsflüsse mit Sequenz-, BPMN-, Flussdiagramm- und Sicherheits-Nodes gezeichnet. Die nächstliegende Vorlage öffnet eine OAuth-artige Sequenz, die Sie in wenigen Minuten umbenennen.

Dürfen echte Kartendaten ins Diagramm?

Nein. Halten Sie echte Kartennummern, Schlüssel und Secrets aus jedem Diagramm heraus. Beschriften Sie Flüsse mit dem, was sie transportieren, etwa einer tokenisierten Kartenreferenz oder einem Zahlungsstatus, niemals mit den Daten selbst.

In einer Minute ein Canvas öffnen

Melden Sie sich mit Google oder GitHub an. Kostenlos für einen Sitzplatz. Upgrade, wenn das Team dazukommt.