一、文档概述

本文档全面分析了 SLDS 司机薪资系统的设计理念、计算逻辑、发放流程与结算机制，覆盖激励、津贴、奖金、基础工资等多维度薪资类型，为理解大型物流履约场景下的薪资管理生态提供完整参考。

二、业务概况

2.1 薪资分类体系

司机薪资系统支持多类型薪资结构，以适配不同业务场景的差异化需求：

薪资类型	定义	核心特点
激励（Incentive）	基于司机指标与支付规则计算的绩效薪资	支持多因子计算，可配置频率，与订单属性强关联
津贴（Allowance）	由燃料费、过路费、停车费等构成的交通补偿	分 FM / LM 与 LH 两种计算模式，依赖后行程表单审批
出勤津贴（Attendance Allowance）	基于出勤情况的额外奖励	作为激励体系的补充，与出勤率绑定
奖金（Bonus）	与激励逻辑类似的绩效奖励	可依赖前置激励计算结果，支持分层发放
服务费（Service Fee）	特定业务场景下的服务报酬，逻辑与激励一致	适配本地业务规则，计算因子与激励对齐
基础工资（Base Salary）	代理司机的固定薪资	费用为常量，仅需匹配规则即可发放
自由职业者薪资（Freelancer 薪资）	自由职业司机的计件薪资	仅适用于 LM 场景，与已派送订单类型强相关

三、薪资计算

3.1 激励 / 奖金配置逻辑

激励、奖金、出勤津贴、服务费的配置与计算逻辑高度一致，核心是通过多维度规则实现精细化薪资核算。

3.1.1 基本信息（Basic Information）

决定规则适用范围的核心配置：

• 司机功能：LM、LH、Pickup、Return
• 司机组：按司机属性、按司机组、所有司机
• 频率：每日、每周、每两周、每月
• 站点：选定站点、所有站点
• 时间周期：生效起止时间
• 唯一性保证：每个配置项必须单选，确保规则可识别且无冲突。

3.1.2 前提条件（Prerequisite）

定义司机获得薪资的资格门槛：

• 作用：只有满足前提条件的司机，才能触发对应薪资规则。
• 配置方式：支持开关控制，可添加多个条件，支持 AND / OR 逻辑。
• 常见条件类型：月度出勤率、月度派送包裹数、派送成功率等。
• 示例：月度出勤率 ≥ 95% 或 月度派送包裹数 ≥ 1000。

3.1.3 乘数（Multiplier）

薪资计算的核心因子，决定最终激励点数或金额：

乘数类型	定义	示例
订单基础乘数	与订单属性（重量、账户类型、区域等）绑定的系数	订单账户：平台账户=1.1，标准账户=1.0；重量：> 3kg = 1.5，≤ 3kg = 1.2
性能指标乘数	与司机绩效指标（派送成功率、揽收成功率等）绑定的系数	派送成功率 > 60% = 1.2，≤ 60% = 0.9
通用乘数	与司机属性（车辆类型、合同类型等）绑定的系数	4 轮车 = 1.2，2 轮车 = 1.0

总激励点数计算公式：

每单订单激励点数 = 订单账户乘数 × 重量乘数
总激励点数 = ∑(每单订单激励点数) × 车辆类型乘数 × 派送成功率乘数

清晰可复现的计算示例：

• 条件：

  • 总派送订单：100 单
  • 车辆类型：4轮车 → 乘数 = 1.2
  • 派送成功率：86% > 60% → 乘数 = 1.2
  • 订单明细（100 单）：
    1. 标准重量（≤3kg）+ 平台账户：70 单
    2. 超重（>3kg）+ 平台账户：10 单
    3. 标准重量（≤3kg）+ 标准账户：15 单
    4. 超重（>3kg）+ 标准账户：5 单

• 分步计算：

  1. 每组订单激励点数
     • 70 单：70 × 1.1 × 1.2 = 92.4
     • 10 单：10 × 1.1 × 1.5 = 16.5
     • 15 单：15 × 1.0 × 1.2 = 18.0
     • 5 单：5 × 1.0 × 1.5 = 7.5
  2. 订单总激励点数小计：92.4 + 16.5 + 18.0 + 7.5 = 134.4
  3. 乘以车辆乘数 & 派送成功率乘数：
     总激励点数 = 134.4 × 1.2 × 1.2 = 193.536

3.1.4 计算（Calculation）

将激励点数或因子转换为最终支付金额的核心环节：

• 方式一：直接计算金额：通过公式直接计算支付金额。
• 方式二：激励点数转金额：通过公式先计算司机得分，再通过 “每点金额” 规则转换为支付金额。

3.2 津贴（Allowance）计算

津贴是司机交通成本的补偿，分 FM / LM 与 LH 两种模式，核心依赖后行程表单审批。

3.2.1 津贴定义与组成

• 组成：燃料支付、过路费、杂项费用、停车费、船泊费用。
• 核心特点：
  • FM / LM 津贴：按天发放，金额以审批后的后行程表单为准；
  • LH 津贴：按行程发放，支持 “预付 / 后付” 模式，预付依赖后行程表单做 “补发 / 冲抵”。

3.2.2 津贴计算流程

1. 干线路线配置：车队团队在管理系统维护路线数据，作为津贴预算依据。
2. 设置津贴预算规则：业务团队配置 FM / LM 与干线的津贴计算规则。
3. 提交前/后行程表单：司机在 Driver App 中提交里程、燃料、费用凭证。
4. 审核后行程表单：财务运营审核凭证，调整费用金额。
5. 确认津贴：财务运营确认每日支付金额。
6. 接收津贴：司机通过钱包接收津贴。

3.2.3 FM / LM 津贴计算

• 数据来源：过路费、杂项费用、停车费均来自司机提交的后行程表单。
• 发放方式：按天发放，金额以审批后的表单为准。

3.2.4 干线津贴计算

• 数据来源：所有费用数据均来自干线管理模块的路线配置。
• 预付模式：行程前发放津贴，后行程表单审批时自动补发少付部分或扣除多付部分。

3.2.5 后行程表单审批

财务运营可在管理系统对后行程表单进行审核，调整费用金额：

• 燃料支付类型：支持基于里程、系统距离、收据三种计算方式，运营可选择最终依据。
• 费用调整：可修改里程、燃料费、过路费等金额，系统自动重新计算。
• 干线预付处理：审批时系统自动对比预付与调整后金额，少付则补发，多付则在下一笔预付中扣除。

3.3 基础工资（Base Salary）计算

• 适用对象：代理司机。
• 核心特点：费用为常量，仅需匹配规则即可发放。
• 配置表：按位置、车辆类型设置基础工资、保险费、管理费等。

3.4 自由职业者（Freelancer）薪资计算

• 适用对象：自由职业司机，仅适用于 LM 场景。
• 计算方式：
  • 固定费率支付：每日薪资 = ∑（按服务类型派送订单数 × 对应站点费率）。
  • 分层费率支付：按派送包裹数阈值设置不同费率，未达阈值则无基本工资。
• 发放周期：D + 3 天自动发放，支持按站点汇总薪资。

3.5 指标计算与薪资计算流程

系统通过定时任务完成指标与薪资的自动化计算：

1. 数据上报：Driver App、派送 / 揽收任务系统上报订单与操作数据。
2. 指标计算：定时任务加工处理数据，生成司机绩效指标。
3. 薪资计算：根据配置规则计算激励、奖金等薪资结果。
4. 结果展示：在管理后台 “支付概览” 中展示每日 / 每月结果，支持批量更新与重新计算。

四、薪资发放和结算

4.1 薪资发放

4.1.1 发放类型与时机

薪资类型	是否线上发放	发放时机
出勤津贴 / 激励 / 津贴	是	审核通过后，定时任务发放
自由职业者薪资	是	按配置，若干日后自动发放
基础工资	否	线下发放
激励 / 奖金	否	线下发放
服务费	是	审核通过后，按配置，若干日后定时发放

4.1.2 钱包系统

为提升薪资发放效率与司机使用体验，系统配套司机钱包模块，实现薪资线上化管理：

• 应用端功能：PIN 码设置、银行卡管理、提现、交易流水查询。
• 管理端功能：调账、银行卡审批、交易管理、提现限制配置。

4.1.3 钱包交互流程

1. 薪资发放流程：司机服务调用财务接口生成薪资补偿记录 → 钱包系统接收并创建对应交易 → 司机钱包余额实时更新。
2. 调账 / 提现流程：运营发起人工调账或司机发起提现申请 → 钱包系统更新账户余额并生成交易记录 → 提现金额先冻结，银行到账后正式扣除。

4.1.4 钱包提现规则

• 银行卡状态要求：仅启用（Enabled） 或已验证（Verified） 的银行卡可提现。
• 到账时间：已验证银行卡 24 小时到账，启用银行卡需 1~3 天验证。
• 手续费：提现支持最小金额限制，部分场景收取手续费，参数由后端统一配置；
• 冻结机制：提现金额提交后先冻结，待银行清算完成后正式扣减账户余额。

4.2 薪资结算

薪资结算以津贴为核心场景，是连接司机费用申报、运营审核与最终发放的关键环节，全程依托后行程表单完成闭环核算。

4.2.1 结算概述

结算特点

• 津贴是所有薪资类型中唯一需要通过后行程表单完成结算的类型；
• 系统设计以后行程表单审批结果为最终发放依据，具备强权威性。

结算类型

1. 首公里 / 最后一公里（FM / LM）津贴结算
   发放金额完全由后行程表单审核结果决定。
2. 长干线津贴结算
   由后行程表单审核结果，确定当前行程津贴的补发或超额冲抵。
3. 财务运营审核
   财务审核后行程表单时，以司机计算系统的预算结果为参考依据。

核心原则

后行程表单的审核结果，直接决定司机最终可领取的津贴金额。

4.2.2 首公里 / 最后一公里（FM / LM）后行程表单结算

FM / LM 津贴按自然日结算，以司机提交并经审核的后行程表单为唯一依据。

一、结算流程（三阶段闭环）

1. 阶段一：拉取待审核记录
   车队系统拉取待审核表单 → 司机服务接口查询并请求数据 → 司机数据库返回记录 → 接口将状态更新为 “审核中” → 数据返回车队系统。
2. 阶段二：审核与每日津贴校验
   运营在车队系统完成审核 → 系统回调司机服务接口 → 接口校验当日是否已存在津贴记录，无则新建 → 更新实际费用并将状态改为 “待确认” → 数据回传车队系统。
3. 阶段三：确认与发放
   运营完成最终确认 → 接口校验状态为 “待确认” → 更新为 “待发放” 并进入自动发放流程。

二、结算规则

• 津贴发放金额严格依据后行程表单审核结果；
• 同一自然日内多份后行程表单费用自动累加，原则上单日仅生成一条 FM / LM 津贴记录。

三、表单核心审核字段

1. 里程与燃料信息
   • 展示司机提交的行程前 / 后里程，支持运营手动调整；
   • 展示燃料加注明细（升数、金额、凭证），支持多笔燃料记录；
   • 对比司机申报距离与系统计算距离，展示差值；
   • 提供三种燃料预算核算口径：基于里程津贴、系统距离津贴、加油收据。
2. 燃料支付类型（三选一作为最终依据）
   • 基于里程的津贴：按司机提交并可调整的里程计算，修改后自动重算；
   • 系统距离津贴：按系统固化计算结果核算，不支持人工修改；
   • 收据报销：按司机上传的加油凭证据实结算，支持运营调整金额。
3. 过路费、杂项费与停车费
   • 全部以司机提交的凭证为申报依据；
   • 运营可查看凭证、编辑金额、增删明细项；
   • 系统展示预算金额、申报金额、调整后金额及差值，便于核对。

四、表单操作能力

• 凭证查看：支持在线查看司机上传的费用凭证图片；
• 金额调整：支持编辑各项费用的最终核算金额；
• 重新计算：修改里程后自动调用司机计算系统重算；
• 保存 / 审批：保存调整结果，审批通过后数据进入发放链路。

4.2.3 LH 后行程表单结算

LH 津贴仅针对长干线行程进行结算，短干线不参与津贴核算。

结算特点

• 费用组成：燃料支付、过路费、杂项费、停车费、船泊费用；
• 每次审核均需调用司机计算系统重新核算费用；
• 支持预付模式下的自动补差与超额抵扣。

费用比对逻辑

• 实时费用：取自干线路线配置的标准预算；
• 分配费用：取自司机计算系统的核算结果；
• 财务运营可对比两组数据，确定最终核准金额。

预付行程结算规则

• 系统自动对比预付金额与审核后实际金额；
• 金额不足：系统自动触发补发；
• 金额超额：在司机下一笔干线预付津贴中自动抵扣。

五、总结

司机薪资系统是一个覆盖 “配置-计算-发放-结算” 全链路的自动化管理生态：

1. 多类型适配：通过激励、津贴、基础工资等模块，满足不同业务场景的差异化需求。
2. 精细化配置：支持多维度规则配置，实现精准薪资核算。
3. 自动化流程：从指标计算到钱包发放，全链路自动化，提升运营效率。
4. 透明化体验：司机可在 Driver App 中实时查看激励、收入与交易流水，提升感知。

该系统为大型物流履约场景下的薪资管理提供了标准化、可扩展的解决方案，支撑业务快速发展。

六、附录

6.1 术语表

• FM：First Mile，首公里
• LM：Last Mile，最后一公里
• LH：Line Haul，干线

6.2 状态说明

• 计算状态：已计算、待计算、计算失败
• 发放状态：成功、失败、待发放、已发放
• 审批状态：待审核、审核中、待确认、已批准、已拒绝
• 银行卡状态：启用、已验证、验证中、验证失败