很多人做外卖配送系统，只盯着订单和调度。但真正决定平台是否安全、是否可持续的，是资金流设计。

只要资金模型设计不严谨，后期一定出问题：
账对不上、提现异常、重复结算、分账错误，甚至出现资金风险。

外卖配送系统的资金流，本质是一个多角色、多阶段、强一致性的账务系统。下面直接讲核心实现逻辑。

---

一、资金流核心角色模型

典型外卖平台涉及四种账户：

• 用户账户（支付方）
• 平台账户（抽佣方）
• 商家账户（收款方）
• 骑手账户（配送收入方）

建议采用“虚拟账户体系”，而不是直接用余额字段。

账户表设计示例

CREATE TABLE account (
    id BIGINT PRIMARY KEY,
    user_id BIGINT,
    role VARCHAR(20),   -- user, merchant, rider, platform
    balance DECIMAL(12,2),
    frozen_balance DECIMAL(12,2),
    create_time DATETIME
);

同时必须设计“资金流水表”。

CREATE TABLE account_flow (
    id BIGINT PRIMARY KEY,
    account_id BIGINT,
    order_id BIGINT,
    amount DECIMAL(12,2),
    type VARCHAR(30),   -- pay, commission, delivery_fee, withdraw
    direction VARCHAR(10), -- in / out
    create_time DATETIME
);

核心原则：
余额 = 所有流水累计结果
永远不要直接修改余额而不记录流水。

---

二、订单支付后的分账逻辑

假设：

• 订单总金额：100 元
• 平台抽佣：10%
• 配送费：8 元（给骑手）
• 商家实际收入：82 元

分账逻辑流程

1. 用户支付 → 平台账户增加 100
2. 平台生成分账明细
3. 商家账户增加 82
4. 骑手账户增加 8
5. 平台账户保留 10

---

三、核心分账代码示例（Python示意）

def split_order_amount(order):
    total_amount = order.total_amount
    commission_rate = 0.10
    delivery_fee = order.delivery_fee

    commission = total_amount * commission_rate
    merchant_income = total_amount - commission - delivery_fee

    return {
        "platform": commission,
        "merchant": merchant_income,
        "rider": delivery_fee
    }

---

四、事务级资金处理（关键）

分账必须在数据库事务内完成，否则极易造成数据错乱。

示例（伪代码）：

def process_payment(order):
    with db.transaction():

        # 平台收款
        increase_balance(platform_account, order.total_amount)

        split_result = split_order_amount(order)

        # 商家入账
        increase_balance(merchant_account, split_result["merchant"])

        # 骑手入账
        increase_balance(rider_account, split_result["rider"])

        # 平台佣金保留
        record_commission(split_result["platform"])

        # 写入流水
        create_account_flow(...)

如果中途失败，事务自动回滚。

这一步是资金安全的底线。

---

五、冻结资金机制设计

真实业务中，不能“支付即到账”。

推荐逻辑：

• 用户支付后 → 商家金额进入“冻结余额”
• 订单完成后 → 解冻转入可提现余额
• 订单取消 → 原路退回

账户结构示例：

balance
frozen_balance

代码示例：

def freeze_amount(account, amount):
    account.balance -= amount
    account.frozen_balance += amount

订单完成后：

def release_amount(account, amount):
    account.frozen_balance -= amount
    account.balance += amount

这样可以避免退款纠纷带来的资金风险。

---

六、提现与结算逻辑

骑手和商家通常需要提现功能。

提现流程必须设计为：

1. 用户申请提现
2. 生成提现记录（状态：pending）
3. 冻结提现金额
4. 审核通过后打款
5. 更新状态为 success

提现表设计：

CREATE TABLE withdraw (
    id BIGINT PRIMARY KEY,
    account_id BIGINT,
    amount DECIMAL(12,2),
    status VARCHAR(20),  -- pending, success, fail
    create_time DATETIME
);

避免“秒提现直接扣余额”这种粗暴做法。

---

七、避免高并发资金错误

高峰期订单并发时，必须注意：

• 使用行级锁（SELECT FOR UPDATE）
• 使用乐观锁版本号机制
• 禁止余额出现负数
• 所有资金操作必须幂等

幂等示例：

def process_payment(order_id):
    if payment_already_processed(order_id):
        return

    # 执行分账逻辑

---

八、进阶：多级分账模型

如果平台支持：

• 城市代理
• 渠道推广分佣
• 多级骑手奖励

分账模型会变为：

订单金额
  ├─ 平台佣金
  ├─ 城市代理佣金
  ├─ 推广员奖励
  ├─ 骑手收入
  └─ 商家收入

这时推荐使用“分账规则引擎”，将比例配置化，而不是写死在代码里。

---

九、真正的核心是什么？

外卖配送系统搭建中：

调度决定效率
资金系统决定安全

一个平台能不能做大，不是看页面，而是看：

• 账是否永远对得上
• 资金是否可追溯
• 分账是否可配置
• 是否支持扩展分佣模型

如果资金逻辑一开始设计错，后期重构的代价极高。

所以做外卖配送系统，一定把资金系统当成“核心模块”来设计，而不是附属功能。

系统能跑，是基础。
资金安全，才是平台的命门。