01运营控制台
一个屏幕装下整个项目：12,480 个活跃 vIBAN，今日路由 €2.4M，8,912 笔入账自动对账。每一行都显示 IBAN、归属方、用途标签和今日入账资金。可按 IBAN、客户或参考号搜索；账簿可导出为 CSV。
- 跨 IBAN、客户和参考号搜索
- 每个 IBAN 的状态——启用或暂停，一目了然
- 一键导出完整账簿为 CSV
02付款方看到的清爽视图
客户看到自己的账户信息：专属 IBAN（带复制按钮）、用于 SEPA 以外转账的 BIC、银行名称和地址，以及方便分享给付款人的分享按钮。转入该 IBAN 的每笔款项都已匹配到客户并计入余额——付款人无需输入任何参考号。
03批量开立，附复核步骤
上传 2,400 名付款方的 CSV，完成校验——2,400 条有效，0 个错误——并预览每一行将获得的确切 IBAN，这些 IBAN 在上传时从号段中预留，开立时分配。配置号段、用途标签和参考号前缀，然后一次操作开立整批。同样的操作也可通过 API 完成。
- 来源、配置、复核——步骤之间可保存草稿
- IBAN 预先预留，开立时不会冲突
- 每个开立的 vIBAN 触发一个 webhook，可按批次开关
04财务团队愿意打开的对账单
当前周期共 €412,380.44，涉及 8,912 笔入账，99.6% 自动对账——34 笔人工处理和 12 笔退回付款都如实计数，而非隐藏。每个 vIBAN 可单独导出 CSV 或 PDF 对账单，整个周期可一键导出，月度对账单会在每月 1 日自动发送至财务邮箱。
05带送达回执的 webhook
每笔入账、退回、开立和暂停都是一个事件，每个事件都显示送达情况：每次尝试的状态码、延迟和重试状态。送达使用 HMAC-SHA256 签名，并在 24 小时内以指数退避重试 6 次——重试耗尽的送达会提供手动重试按钮，而不是一句“无可奉告”。
- payment.incoming、payment.returned、viban.*——按端点订阅
- 每个端点独立密钥；端点可暂停而无需删除
- 过去 24 小时 8,946 个事件，99.7% 已送达——直接印在页面上
06项目背后的账户
在运营控制台中，项目背后的收款账户是数据，而不是口口相传的经验：每种币种一个活跃账户，停用一个会自动由下一个同级账户接替。每次变更都需填写书面原因，并写入审计日志。
07每位付款方一个专属 IBAN
每位付款方都有专属 IBAN，因此每笔入账在有人查看之前就已标明付款人。没有可能填错的参考号字段，也没有需要处理的匹配队列。身份识别是账号本身的属性，而不是一道流程。
08用途标签
每个 vIBAN 都带有标签：rent-collection、subscriptions、marketplace-payouts、payroll。资金流在账户层面就相互隔离，按用途出报表只需一个筛选，而不是一个项目。
09天然对账
当每位付款方都向自己的 IBAN 付款，一笔入账只可能有一种含义。演示周期内，8,912 笔入账中 99.6% 自动完成对账——少数无法匹配的进入人工队列，而不是成为悬案。
10一个主账户
每个 vIBAN 背后都是一个真实账户。资金自动归集——无需清扫子账户余额，也无需应对资金碎片化。表面是成千上万个地址；账本只有一本。
11专属 IBAN 号段
vIBAN 从专属号段中开立——演示项目使用 RO49 PRCT，开立时会显示每个号段的可用数量。号段让项目、品牌或主体清晰分隔，同时所有资金仍汇入主账户。
12每位付款方的历史记录
每个 vIBAN 累积自己的付款历史，付款方的记录天然完整。争议或审计从一个筛选后的列表开始，而不是一场调查。
13为平台而生
卖家和租户入驻流程可将开立 vIBAN 作为其中一步：创建账户，交付 IBAN，开始收款。客户视图以 whitelabel 方式交付——演示版显示为 Powered by Protocore；你的版本则以你的品牌运行。
14退回，逐笔计数
有些付款会被退回——账户已关闭、信息有误。SEPA 退回会把原因代码带入 payment.returned 事件，并在对账单页面单独计数——是有原因的数据，而不是谜团。边缘情况有一行记录，而不是一串客服对话。
15暂停，无需繁文缛节
vIBAN 一键暂停，事件流会记录是谁、从哪里暂停的。IBAN 出现的每个地方——账簿、对账单、事件流——都显示为“已暂停”状态。
16先草稿，后批量
配置好的批次可保存为草稿：来源已校验，号段已选定，尚未开立任何账户。流程依次为来源、配置、复核——不可撤销的那一下点击，刻意放在最后。
17可据以规划的额度
开立受月度额度约束，用量仪表始终可见，批次在运行前就会说明将增加多少——已用 1,204/5,000，本批之后为 3,604。容量是算术题，而不是一条报错信息。
18每批独立的参考号前缀
每个批次为其入账打上参考号前缀——演示中为 ARC-PAYOUT-——下游系统一眼就能认出自己的资金流。
19你的 ID，与我们的同行
每个付款方行都带有来自你系统的外部参考号——演示中为 EXT-00311——并始终与 vIBAN 绑定。查询既可用我们的标识，也可用你的标识。
20控制台与 API，如孪生兄弟
控制台能做的，API 都能做——开立、暂停、查询、导出。CSV 上传与 API 调用驱动的是同一个操作；控制台只是一个客户端，而不是特殊通道。
21动真金白银之前，先测试事件
可直接在控制台向任意端点发送测试事件。在第一笔真实入账到达之前，集成就已通过模拟推送验证完毕。
22规范管理的端点
每个端点都有独立的签名密钥和独立的订阅，还可以暂停而无需删除——演示中，已暂停的预发布端点就与运行中的生产端点并排放置。
23两种格式的导出
CSV 给系统用，PDF 给人看——可按单个 vIBAN 导出，也可导出整个周期。导出文件是为导入而设计的，无需再手工录入。
24按计划生成对账单
月度对账单会在每月 1 日自动发送到财务邮箱。例行报表是一项订阅，而不是某人清单上的重复任务。
25筛选事件流
事件可按类型、vIBAN 或参考号筛选；控制台账簿可按 IBAN、客户或参考号搜索。从数千笔付款中找到一笔，只需一次有三个入口的查询。
26每次变更都有理由
运营人员对项目的变更——账户、暂停、停用——必须填写理由，并记入审计日志。项目的历史以书面形式自行说明。
