01オペレーターコンソール
1つの画面でプログラム全体を把握：有効なvIBANは12,480件、本日のルーティングは€2.4M、自動消込された入金は8,912件。各行にIBAN、名義人、用途タグ、本日の入金額を表示します。IBAN、顧客、リファレンスで検索でき、台帳はCSVでエクスポート可能です。
- IBAN・顧客・リファレンスを横断検索
- IBANごとのステータス — 有効か停止中か、ひと目で
- 台帳全体をワンクリックでCSVエクスポート
02支払人にわかりやすい画面
顧客には自分の口座情報が表示されます：コピーボタン付きの専用IBAN、SEPA圏外からの送金用BIC、銀行名と住所、そして支払う相手に渡せる共有ボタン。このIBANへの送金はすべて、照合済みの状態で残高に反映されます — 支払人がリファレンスを入力する必要はありません。
03確認ステップ付きの一括発行
2,400件の支払人CSVをアップロードして検証 — 有効2,400件、エラー0件 — し、各行に割り当てられるIBANを正確にプレビューします。IBANはアップロード時に範囲から確保され、発行時に割り当てられます。範囲、用途タグ、リファレンスのプレフィックスを設定すれば、バッチ全体を1操作で発行。同じ操作はAPIからも実行できます。
- ソース、設定、確認 — ステップ間でドラフト保存
- IBANは事前に確保され、発行時に重複しません
- 発行したvIBANごとにWebhookを送信、バッチ単位で切り替え
04経理チームが開く明細
表示中の期間は、8,912件の入金で€412,380.44、自動消込率99.6% — 手動対応34件と返戻12件も隠さず集計。各vIBANの明細はCSVまたはPDFでエクスポートでき、期間全体も1操作で出力、月次明細は毎月1日に経理の受信箱へメールで自動送信されます。
05配信受領付きのWebhook
入金、返戻、発行、停止のすべてがイベントとなり、各イベントに配信状況（ステータスコード、レイテンシ、試行ごとの再試行状態）が表示されます。配信はHMAC-SHA256で署名され、24時間かけて指数バックオフで6回再試行。再試行を使い切った配信には、うやむやにせず手動の再試行ボタンを用意しています。
- payment.incoming、payment.returned、viban.* — エンドポイントごとに購読
- エンドポイントごとのシークレット、削除せずに一時停止可能
- 直近24時間で8,946イベント、99.7%を配信 — ページに明記
06プログラムを支える口座
オペレーターコンソールでは、プログラムを支える受取口座が属人的な知識ではなくデータとして管理されます。通貨ごとに有効な口座は1つで、1つを廃止すると次の口座が自動的に昇格します。変更のたびに理由の記入が求められ、監査ログに記録されます。
07支払人ごとのIBAN
支払人ごとに専用のIBANを発行するため、すべての入金は誰も確認しないうちから送金元が分かります。入力ミスするリファレンス欄も、消込み待ちのキューもありません。識別はプロセスではなく、口座番号そのものの性質です。
08用途タグ
各vIBANにはタグが付きます：rent-collection、subscriptions、marketplace-payouts、payroll。フローが口座レベルで分離されるため、用途別のレポートはプロジェクトではなくフィルターで済みます。
09構造的に成立する消込
支払人がそれぞれ自分のIBANに振り込めば、入金が意味するものは1つだけです。デモ期間では、8,912件の入金の99.6%が自動で消込まれ、残りのわずかな件数も原因不明ではなく手動キューに入ります。
101つのマスター口座
すべてのvIBANの背後には1つの実口座があります。資金は自動で集約され、サブ口座の残高を集める作業も、分散の管理も不要。表に見えるのは数千のアドレス、元帳は1つです。
11専用のIBAN範囲
vIBANは専用の範囲から発行されます — デモのプログラムはRO49 PRCTで運用され、発行時には範囲ごとの空き数が表示されます。プログラム、ブランド、法人を明確に分けつつ、すべてマスター口座にルーティングされます。
12支払人ごとの履歴
各vIBANに固有の入金履歴が蓄積されるため、支払人の記録は定義上、完全です。紛争や監査も、調査ではなく絞り込んだリストから始められます。
13プラットフォームのための設計
セラーやテナントのオンボーディングでは、フローの1ステップとしてvIBANを発行できます：口座を作成し、IBANを渡し、回収を開始。顧客向けビューはホワイトラベルで提供され、デモはPowered by Protocoreで動作、本番ではお客様のブランドで動作します。
14返戻を集計
口座の解約や情報の誤りなどで、支払いが戻ることもあります。SEPAの返戻は理由コードをpayment.returnedイベントに引き継ぎ、明細ページでも独自に件数を集計 — 原因付きのデータであり、謎ではありません。例外ケースにも、問い合わせスレッドではなく1行の記録があります。
15手間なく一時停止
vIBANは1操作で一時停止でき、イベントストリームには誰がどこから停止したかが記録されます。停止中という状態は、台帳、明細、ストリームなど、そのIBANが現れるすべての場所に反映されます。
16バッチの前にドラフト
設定済みのバッチはドラフトとして保存されます：ソースは検証済み、範囲は選択済み、発行はまだ。フローはソース、設定、確認の順 — 取り消せない最後のクリックは、意図的に最後に置かれています。
17計画できる発行枠
発行は月間の発行枠の範囲内で行われ、メーターで残りを確認できます。バッチは実行前に追加分を表示 — 5,000件中1,204件使用済み、このバッチで3,604件に。容量は、エラーメッセージではなく算術で分かります。
18バッチごとのリファレンスプレフィックス
バッチごとに入金へリファレンスのプレフィックスが付与されます（デモではARC-PAYOUT-）。連携先のシステムは、自社のフローをひと目で識別できます。
19お客様のIDが、当社のIDとともに
支払人の各行には、お客様のシステムの外部リファレンス（デモではEXT-00311）が付き、vIBANに紐づいたまま保持されます。検索は当社のIDだけでなく、お客様のIDでも行えます。
20コンソールとAPIは双子
コンソールでできることは、APIでもできます — 発行、一時停止、照会、エクスポート。CSVアップロードもAPI呼び出しも同じ操作を動かし、コンソールは特別な経路ではなく、あくまで1つのクライアントです。
21本番の資金を動かす前にイベントをテスト
コンソールから任意のエンドポイントへ、テストイベントを直接送信できます。最初の本番入金が届く前に、疑似配信で連携の動作を確認できます。
22衛生管理の行き届いたエンドポイント
エンドポイントごとに署名シークレットとサブスクリプションを持ち、削除せずに一時停止できます。デモでは、稼働中の本番エンドポイントの隣に、停止中のステージングエンドポイントが並んでいます。
232つの形式でエクスポート
機械向けにはCSV、人向けにはPDF。vIBAN単位でも期間全体でも出力できます。再入力ではなく、取り込みを前提にした設計です。
24スケジュール配信の明細
月次明細は毎月1日に経理用アドレスへメールで自動送信されます。定例レポートは、誰かのタスクではなく購読として届きます。
25ストリームを絞り込む
イベントは種別・vIBAN・リファレンスで、コンソールの台帳はIBAN・顧客・リファレンスで検索できます。数千件の中から1件の支払いを探す入口は3つあります。
26すべての変更に理由を
口座の作成、一時停止、終了といったオペレーターによるプログラムの変更は、理由の入力が必須で、監査ログに記録されます。プログラムの履歴が、文章として残ります。
