Skip to content

需求探索:团餐配送按份/按重计价与交接结算

细节类型: 计价方式、流程细节
父场景: 团餐/生鲜配送系统

← 返回细节场景概览 | 下一阶段:方案设计 →


客户原始需求

"我们给学校是按份结算的,一份套餐 12 块,月底按配送份数对账。但有的企业客户要求按原料成本结算,说他们自己算过,按份算他们亏。我们两边合同不一样,对账的时候经常搞混。"

—— 某团餐配送公司运营经理

"交接时数量对不上,经常要重新核对,耽误时间。而且纸质回单容易丢失,月底对账很麻烦。到底按司机记的数还是按食堂签收的数,有时候扯皮。"

—— 某中央厨房配送主管

"不同客户对应不同下单金额、不同套餐组合,传统 Excel 算容易出错,人工操作失误率高。月底出对账单要搞两天。"

—— 某团餐企业财务

场景背景

业务规模

  • 客户数量:10–50 个配送点(学校/企业食堂)
  • 结算方式:按份计价、按重量计价、按套餐+单价组合
  • 对账周期:通常按月,部分按周或按日

参与角色

  1. 配送司机 - 现场交接、填写/确认数量
  2. 接收方(食堂/仓管) - 签收、确认数量
  3. 调度/运营 - 处理数量争议、补送
  4. 财务 - 按客户生成对账单、开票结算

时间特点

  • 交接时段:每个点 5–10 分钟,需在有限时间内完成数量确认与回单
  • 对账时段:月底集中出表,时间压力大

核心痛点分析

1. 计价方式不统一、对账易混

问题描述:

  • 按份结算:一份套餐一价,月底按「配送份数 × 单价」结算
  • 按原料/重量结算:按当日原料成本或称重计价,与按份逻辑完全不同
  • 同一家公司内既有按份客户又有按重客户,对账模板、公式混用,易错

业务影响:

  • 对账慢、出错多,财务反复核
  • 客户争议时缺乏清晰规则依据

客户原话:

"我们给学校是按份结算的,有的企业客户要求按原料成本算。两边合同不一样,对账的时候经常搞混。"

2. 交接数量争议、责任不清

问题描述:

  • 司机记录与接收方签收数量不一致时,无统一裁决规则
  • 以谁为准不明确:有的以司机为准、有的以食堂签收为准、有的要双方再盘一次
  • 纸质回单易丢、易改,事后难以回溯

业务影响:

  • 争议处理耗时长,影响后续配送与关系
  • 月底对账时缺单、数对不上,只好估算或二次沟通

客户原话:

"交接时数量对不上,经常要重新核对。到底按司机记的数还是按食堂签收的数,有时候扯皮。纸质回单容易丢,月底对账很麻烦。"

3. 按客户/按套餐出表困难

问题描述:

  • 不同客户对应不同套餐、不同单价,需按客户维度汇总
  • 需要「各客户套餐下单金额、套餐数量及类别」等明细,传统 Excel 易错、耗时长

业务影响:

  • 月底出对账单要搞一两天,效率低
  • 人工失误导致少收、多收或客户投诉

客户原话:

"不同客户对应不同下单金额、不同套餐组合,传统 Excel 算容易出错。月底出对账单要搞两天。"

需求提炼

功能需求

  1. 计价规则可配置

    • 支持按份计价:套餐 × 数量 × 单价
    • 支持按重量/原料成本计价:重量 × 单价或按 BOM 算成本
    • 按客户绑定计费模式,对账时自动按对应规则汇总
  2. 交接确认与争议规则

    • 交接时双方确认数量,以「双方确认结果」为结算依据;若不一致,走争议流程(补送/重盘/仲裁)
    • 电子回单防丢、防篡改,与订单、客户绑定
  3. 对账与出表

    • 按客户、按时间段生成对账明细(套餐类别、数量、金额)
    • 支持按份汇总、按重汇总或混合,与合同计费方式一致

业务规则需求(待方案设计细化)

  • 按份:以「签收确认份数」为准,争议时以接收方现场复核数为准
  • 按重:以「现场称重并双方确认」的重量为准,需留称重记录
  • 回单丢失:以系统内最后一次双方确认数据为准,纸质仅作补充

业务价值

  • ✓ 计价规则与合同一致,对账依据清晰,争议减少
  • ✓ 交接责任可追溯,月底对账时间显著缩短
  • ✓ 按客户、按套餐出表准确,支撑财务结算与客户沟通

下一步:方案设计

在方案设计阶段将:

  1. 规定按份/按重/混合的计费规则与数据来源
  2. 规定交接确认、争议裁决、回单与对账的流程与规则
  3. 定义对账报表的维度与字段,可引用父场景 02-方案设计 中的交接流程

查看方案设计 →

基于 AI 辅助开发,快速、灵活、可靠