跳至主要内容

ORBSIS 業務模型

ORBSIS 的核心模型由身份、資金帳戶、預算控制、支付工具和交易記錄共同組成。

可以將它理解為：

Entity → Primary Account → Sub Account → Budget → VCC Card → Transaction

Entity​

Entity 是平台中的企業或客戶主體。

它代表誰在使用 ORBSIS，並作為帳戶、認證及相關業務數據的頂層身份。

Primary Account​

Primary Account（主帳戶）是 Entity 的頂層資金帳戶。

主要負責：

  • 接收充值
  • 集中管理企業資金
  • 向子帳戶調撥資金
  • 記錄主帳戶層級的資金變動

主帳戶下可以管理多個子帳戶。

Sub Account​

Sub Account（子帳戶）是真實資金帳戶。

企業可以根據部門、項目、品牌、業務線或其他場景建立不同子帳戶，實現資金隔離。

子帳戶主要負責：

  • 接收資金
  • 向其他帳戶調撥資金
  • 保存可用餘額
  • 分配預算額度
  • 管理帳戶層凍結資金

子帳戶本身不是卡片消費記錄的主要承載層。

Budget​

Budget（預算）是建立在子帳戶之上的邏輯管控層。

它本身不是獨立資金帳戶，而是用於回答：

  • 這個業務場景最多可以控制多少額度？
  • 已經消費多少？
  • 還可以消費多少？
  • 還有多少額度可以繼續分配或使用？

一個子帳戶可以建立多個預算，一個預算可以關聯多張 VCC 卡。

VCC Card​

VCC Card 是預算下的實際支付工具。

卡片本身負責對外支付，但它的消費能力受到所屬預算及卡片額度模式限制。

ORBSIS 主要包括：

  • 共享卡：沒有獨立 Card Limit，使用所屬預算的 Available Limit
  • 限額卡：具有獨立 Card Limit，其限額會占用所屬預算的 Utilized Limit

Transaction​

交易記錄反映資金或支付活動，但不同層級的交易記錄含義不同。

例如：

  • 主帳戶交易：查看主帳戶資金變動
  • 子帳戶資金變動：查看轉入、轉出、預算分配、預算退回等資金操作
  • VCC 交易：查看實際卡片支付、授權及相關交易狀態

因此，排查問題時應先確定問題屬於哪一層，再查看對應記錄。

一個簡單例子​

假設一家公司需要管理廣告投放支出：

公司 Entity → Primary Account → Advertising Sub Account → Meta Ads Budget → VCC Cards

企業先將資金從主帳戶調撥到 Advertising Sub Account，再從子帳戶可用餘額中分配 Budget Limit。

之後，虛擬卡在該 Budget 的額度控制下完成實際廣告支付。

這就是 ORBSIS 將「真實資金」與「消費控制」分層管理的基本方式。