> ## Documentation Index
> Fetch the complete documentation index at: https://developers.uqpay.com/llms.txt
> Use this file to discover all available pages before exploring further.

# COBO 与 POBO

<h2 id="cobo-collections-on-behalf-of">COBO（Collections on Behalf Of，代收）</h2>

在 COBO（Collections on Behalf Of，代收）流程中，主账户与子账户之间的交互用于集中管理企业集团或多实体场景下的收款，优化现金流并提升对账效率。下面基于当前金融科技行业实践，概述主账户与子账户在 COBO 流程中的交互方式，以及相关的技术与运营细节：

<h3 id="i-roles-of-master-account-and-sub-account">一、主账户与子账户的角色</h3>

* 主账户：
  * 作为集中化的资金池，接收所有外部收款（如客户付款、供应商退款等），并持有实际资金。
  * 通过 UQPAY 界面或 API 处理收款。
  * 负责对账、资金管理，以及满足当地监管合规要求。
* 子账户：
  * 通常是分配给集团内子公司、分支机构或业务单元的虚拟账户。
  * 不直接持有资金，仅用于记账，跟踪各实体的收款活动。
  * 每个子账户通常与一个唯一的虚拟账户关联，以识别来自特定子公司或部门的收款。

<h3 id="ii-interaction-workflow-between-master-account-and-sub-account">二、主账户与子账户的交互流程</h3>

下面列出 COBO 流程中主账户与子账户交互的典型步骤：

1. 收款到账：
   * 外部客户或付款人将资金存入主账户的实际银行账户，并以子账户对应的虚拟账户作为付款标识。例如，客户向子公司 A 的虚拟账户（如 SG1234567890MY）付款，但资金实际流入主账户。
   * UQPAY 识别该虚拟账户对应的子账户，并通过 API 通知企业的财务系统。
2. 主账户处理收款：
   * 主账户收到资金后记录交易明细（如金额、付款人、交易参考编号）。
   * 主账户通过 API 或 UQPAY 界面将该笔收款分摊到对应的子账户，并更新该子账户的虚拟余额。
   * 例如，客户向子公司 A 付款 10,000 美元，主账户收到资金，UQPAY 系统将该金额记入子公司 A 的子账户，其虚拟余额相应增加。
3. 对账与分摊：
   * 主账户定期与子账户进行对账，确保收款记录与实际资金流动一致。
   * 子账户可访问交易报表，查看收款历史与虚拟余额，但不能直接控制主账户的资金。
   * 主账户生成集团层面的收款报表，汇总所有子账户的交易数据。
4. 资金管理：
   * 主账户基于企业的资金池策略（如零余额账户 ZBA）集中管理资金，无需为每个子账户单独开设银行账户。
   * 子账户的虚拟余额仅用于内部记账，实际资金由主账户持有和管理，便于集团层面的现金流调度。

<h3 id="iii-technical-interaction-details">三、技术交互细节</h3>

* API 与系统集成：
  * 主账户通过 UQPAY 的 API 接收并处理收款，确保与虚拟账户的准确关联。
  * 子账户与主账户之间的交互通过 API 或 UQPAY 界面完成，支持虚拟账户管理以及 COBO 场景下的收款分摊。
* 虚拟账户的作用：
  * 每个子账户被分配一个唯一的虚拟账户（如 SG1234567890MY），用于标记收款来源。
  * 虚拟账户让银行和企业无需为每个子公司开立实体银行账户即可追踪收款，简化对账。
* 资金池技术：
  * 主账户采用资金池技术（如 ZBA 或目标余额账户 TBA）集中管理收款，最大限度减少闲置资金。
  * 收款资金留存在主账户，子账户的虚拟余额用于内部记账与报表。

<h3 id="iv-key-benefits-of-interaction">四、交互带来的关键收益</h3>

* 集中管理：主账户统一归集收款，减少子公司与多家银行的直接对接，降低银行费用并简化运营。
* 透明度：虚拟账户确保每笔收款都能追溯到具体的子账户，便于对账与审计。
* 效率：自动化的 API 流程加速收款分摊与对账，减少人工操作。
* 合规：主账户处理跨境收款的合规要求（如反洗钱审查、KYC），减轻子账户的合规负担。

<h3 id="cobo-flowchart">COBO 流程图</h3>

```mermaid theme={null}
graph TD
    A[客户发起付款<br>使用子账户的虚拟账户] --> B[主账户收到付款<br>UQPAY API 通知交易]
    B --> D[识别对应的子账户]
    D --> E[更新子账户的虚拟余额<br>按付款金额增加]
    E --> F[主账户记录交易<br>保留实际资金]
    F --> H[生成报表<br>集团整体现金流]
    
```

***

<h2 id="pobo-payments-on-behalf-of">POBO（Payments on Behalf Of，代付）</h2>

在 POBO（Payments on Behalf Of，代付）流程中，主账户与子账户之间的交互构成了集中化付款流程的核心，用于精简企业集团或多实体场景下的付款管理。下面基于当前金融科技行业实践，概述主账户与子账户在 POBO 流程中的交互方式，以及相关的技术与运营细节：

<h3 id="i-roles-of-master-account-and-sub-account">一、主账户与子账户的角色</h3>

* 主账户：
  * 作为集中化的资金池，处理所有外部付款并持有实际资金。
  * 通过 UQPAY 界面或 API 处理付款。
  * 负责对账、资金管理，以及满足当地监管合规要求。
* 子账户：
  * 通常是分配给集团内子公司、分支机构或业务单元的虚拟账户或内部记账账户。
  * 不持有实际资金，仅作为记账工具，跟踪各实体的交易与资金流动。
  * 每个子账户通常与一个唯一的 Account ID 关联，用于识别特定子公司或部门的付款需求。

<h3 id="ii-interaction-workflow-between-master-account-and-sub-account">二、主账户与子账户的交互流程</h3>

下面列出 POBO 流程中主账户与子账户交互的典型步骤：

1. 付款请求发起：

* 子账户（如某子公司）发起付款请求，例如支付供应商发票或员工薪资。
* 请求通过 API 或 UQPAY 界面提交，包含收款人信息（如银行账户、金额、币种）。
* 子账户的 Account ID 标记付款来源，确保可追溯到具体的业务单元。

2. 主账户处理请求：

* 付款请求汇总至主账户，主账户作为集中化的付款枢纽，负责校验与处理。
* 主账户执行实际的对外付款。
* 主账户可能基于内部规则（如零余额账户 ZBA）从集中资金池中分摊资金，无需子账户持有实际现金。

<h3 id="iii-fund-movement-and-bookkeeping">三、资金流动与记账</h3>

* 付款完成后，主账户记录交易明细，并通过内部对账系统将该笔交易分摊到对应的子账户。
* 子账户的余额（虚拟余额）按付款金额进行更新，反映在内部记账系统中，但实际资金流动仅发生在主账户层面。
* 例如，子公司 A 通过其子账户发起一笔 1,000 美元的付款，主账户完成付款，子公司 A 的子账户余额减少 1,000 美元（记账调整），实际资金由主账户对外支付。

<h3 id="iv-reconciliation-and-reporting">四、对账与报表</h3>

* 主账户生成集团层面的财务报表，汇总所有子账户的交易数据。
* 子账户可访问交易报表，查看付款历史与虚拟余额，但不能直接管理主账户的资金。

<h3 id="pobo-flowchart">POBO 流程图</h3>

```mermaid theme={null}
graph TD
    A[子账户发起付款请求] --> C[主账户接收请求并处理付款]
    C --> D[主账户执行付款<br>资金从主账户划出]
    D --> E[更新子账户的虚拟余额<br>按付款金额减少]
    E --> F[主账户记录交易<br>持有实际资金]
    F --> H[生成报表<br>集团整体现金流]
    
```