场景
一个产品团队正在上线新的收银台：通过支付网关的银行卡与钱包支付、高风险订单的 3-D Secure、用于请款与退款的异步 Webhook，以及财务每晚对账的结算文件。
时序图的生命线展示谁按什么顺序调用谁；BPMN 与流程图节点展示状态和资金下一步流向哪里。把安全视图放在同一张画布上。分享带品牌的公开链接或导出 SVG/PNG；Pro 增加嵌入与无水印 PDF/JPEG。
你画什么
支付流程图
- 用 Sequence 参与者与生命线表示顾客、收银台、网关与银行
- 用片段表示 3-D Secure、重试与拒绝
- 用 BPMN 任务与网关表示请款、退款与争议路径
- 用 Webhook 与队列节点表示异步状态更新
- 用 Security 节点表示令牌保管库、身份提供方与策略
- 用 Document 节点表示财务对账的结算文件
为什么选 Archboard
Archboard 是托管的图表工作区，支付时序、结算流程与安全视图共享一张画布和一个分享链接。工程、财务与客服读的是同一张图，而不是三张互相矛盾的幻灯片。
此画布上的节点包
时序 · BPMN · 流程图 · 安全
所有内置节点包都在 Free 中（3 张图，每张 15 个图表节点 + 150 个便签、文本、贴纸和思维导图主题，带品牌的公开分享，与您的 AI 智能体实时编辑）。Pro 增加无限图表与节点、让队友实时编辑的席位、嵌入和无水印导出（$10/席/月）。
范围
Archboard 用于记录支付流程；它不处理支付、不存储银行卡数据，也不运行你的集成。专用的支付符号集尚未提供；目前用时序、BPMN、流程图与安全节点绘制。请勿在任何图中放入真实卡号、密钥或机密。
一次会话怎么走
用 Google 或 GitHub 登录后，从模板或空白画布开始
把参与者放成生命线，画出正常路径的授权
添加 3-D Secure、重试与退款的片段，再画异步 Webhook
为评审分享在线链接，并为运维手册导出 SVG 或 PNG
人人都能看懂的支付流程
当评审时没人能按顺序说清谁调用了谁，支付流程就出问题了。结账团队画方框，网关文档给出另一种顺序，财务团队手里还有第三张结算图。支付流程图的价值在于把顺序摆在纸面上：客户、商户应用、支付网关、处理方和发卡行作为生命线，授权、3-D Secure、请款和退款作为它们之间的消息。当某一步发生变化（新增一种钱包，或者一条新的重试规则）时，同一张图随之更新。
先画顺利路径：授权请求、响应、请款。然后为容易引发事故的分支加上片段：3-D Secure 挑战、带重试的软拒绝、需要幂等键的超时，以及部分退款。异步状态也要画进图里：Webhook 和队列正是支付悄悄出错的地方，所以要把它们画成正式节点，而不是脚注。把结算与对账流程作为 BPMN 或流程图流程放在同一块画布上，让财务看到把已请款的支付变成银行到账资金的那一步。
从流程图到评审和运行手册
支付图在被传阅时才真正有用。把带品牌的公开链接分享给安全评审人员，为事故运行手册导出 SVG 或 PNG，并在每次修改流程之前保存一个修订快照，让上一个版本始终一键可达。把安全视图（令牌保险库、身份提供方、策略）放在序列图旁边，让评审人员看到卡数据在哪里被令牌化，以及哪些系统从不接触它。Pro 增加内部 Wiki 嵌入以及无水印 PDF 和 JPEG。
Archboard 用于记录流程；它不处理支付、不保存卡数据，也不测试你的集成。许多团队会在讨论 PCI DSS 范围之前画出这张图，而评估本身仍由你的评估方负责。目前还没有专门的支付符号集，如今用时序、BPMN、流程图和安全节点来覆盖。用 Google 或 GitHub 登录，从最接近的模板开始，按你的结账流程重命名各条生命线。
打开已发布的示例
- Auth Sequence参与者、生命线和片段，可重命名为客户、结账、网关和银行。
- Zero Trust Perimeter身份提供方、WAF、防火墙和保险库：支付流程旁的安全视图。
- Streaming Data PlatformWebhook 和结算文件背后的队列、主题和存储。
常见问题
支付流程应该画成序列图还是流程图？
两者都要，放在同一块画布上。用时序生命线表示客户、商户、网关和银行之间的消息顺序；结算、退款和争议的重点是接下来发生什么，而不是谁调用谁，用 BPMN 或流程图流程来画。
有专门的支付符号集吗？
还没有。目前支付流程用时序、BPMN、流程图和安全节点绘制。最接近的模板会打开一个 OAuth 风格的序列图，几分钟就能改好名字。
可以把真实的卡数据放进图里吗？
不可以。任何图里都不要放真实的卡号、密钥和机密信息。用流程所承载的内容来标注，例如令牌化的卡引用或支付状态，绝不要写数据本身。