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附送達回執的 Webhooks
每筆入帳、退回、發行與暫停都是一個事件，每個事件都顯示送達情形：每次嘗試的狀態碼、延遲與重試狀態。送達內容以 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可據以規劃的額度
發行受每月額度限制，用量指示一直在視野內，批次在執行前就會說明將新增多少——5,000 中已用 1,204，這一批會讓用量達到 3,604。容量是算術題，而不是一則錯誤訊息。
18每個批次各有參考編號前綴
每個批次都會為其入帳加上參考編號前綴——示範中為 ARC-PAYOUT-——讓下游系統一眼認出屬於自己的資金流。
19你的 ID 與我們的一起流轉
每一列付款人都帶有來自你系統的外部參考——示範中為 EXT-00311——並持續附屬於該 vIBAN。查詢可以使用你自己的識別碼，而不只是我們的。
20主控台與 API 是雙胞胎
主控台能做的，API 都能做——發行、暫停、查詢、匯出。CSV 上傳與 API 呼叫驅動的是同一個操作；主控台只是一個用戶端，不是特殊通道。
21用真實資金之前，先測試事件
可直接在主控台向任一端點傳送測試事件。在第一筆真實入帳到來之前，整合就已先用模擬推送驗證完成。
22端點管理，井然有序
每個端點都有各自的簽章金鑰與訂閱設定，可暫停而不必刪除——示範環境中，已暫停的 staging 端點就與運作中的 production 端點並列。
23兩種匯出格式
CSV 給系統，PDF 給人——可依 vIBAN 或整個期間匯出。匯出檔就是為了直接匯入而設計，不必重新手動輸入。
24對帳單依排程寄送
月結對帳單會在每月 1 日自動寄到財務信箱。例行報表是一項訂閱，而不是某人待辦清單上的週期任務。
25篩選事件流
事件可依類型、vIBAN 或參考編號篩選；主控台帳冊可依 IBAN、客戶或參考編號搜尋。要在數千筆付款中找出一筆，只需一次查詢，且有三個入口。
26每項變更都有理由
營運人員對方案的變更——帳戶、暫停、停用——都必須填寫理由，並寫入稽核日誌。方案的歷程以文字自行說明。
