废品回收平台需求说明

面向客户评审的需求文档页面，可直接部署到 Nginx 静态目录访问。

废品回收平台需求说明

版本：V1.0

日期：2026-08-03

适用范围：平台管理后台、回收点 PC 后台、回收点员工小程序/H5

1. 项目背景

本项目建设一个封闭式废品回收业务平台。平台不面向公众开放注册，由平台统一创建和管理回收点账号。废品实际由各回收点一线经手，回收点负责维护本地回收品类、商品、单价，并录入回收订单、个人售卖者身份信息和支付信息。

平台作为统一的资金、数据和票据主体，需要监管各回收点业务数据、余额账户、付款记录，并基于真实回收订单、最终卖废品个人信息和付款记录完成反向开票。最终发票抬头统一开给平台公司，回收点本身不作为开票接收方。

2. 产品目标

3. 角色与权限

3.1 平台管理员

平台管理员为最高权限角色，可管理全平台数据。

主要权限：

3.2 回收点管理员

回收点管理员只管理本回收点数据。

主要权限：

3.3 回收点员工

员工主要负责一线录单。

主要权限：

4. 总体业务流程

flowchart LR
    A["平台创建回收点账号"] --> B["回收点维护员工和商品价格"]
    B --> C["员工录入售卖者实名资料"]
    C --> D["员工录入回收订单"]
    D --> E["订单进入待审核"]
    E --> E1{"订单审核"}
    E1 -- "驳回" --> E2["退回修改或作废"]
    E2 --> D
    E1 -- "通过" --> F["订单生成应付货款，进入待付款登记"]
    F --> F1{"选择付款方式"}
    F1 -- "现金" --> J1["登记现金付款，不扣平台余额"]
    F1 -- "微信/支付宝/银行卡登记" --> G{"回收点余额是否充足"}
    G -- "不足" --> H["回收点发起加款/充值"]
    H --> I["平台审核入账，后续可线上充值入账"]
    I --> G
    G -- "充足" --> J["扣减/冻结回收点余额"]
    J --> K["登记非现金付款记录，保留外部流水/凭证"]
    J1 --> L["付款完成，生成现金付款记录"]
    K --> L1["付款完成，生成非现金付款记录"]
    L --> M["订单进入反向开票数据池"]
    L1 --> M
    M --> N["平台按订单逐单生成反向开票申请"]
    N --> O["发票抬头开给平台"]

5. 功能需求

5.1 平台管理后台

5.1.1 登录与权限

5.1.2 回收点管理

平台可创建和维护回收点。

字段建议：

功能：

5.1.3 订单监管

平台可查看所有回收点订单。

筛选条件：

订单详情应展示：

5.1.4 回收点余额管理

每个回收点拥有一个平台余额账户。

余额账户字段：

平台后台功能：

5.1.5 加款/充值管理

回收点可向平台发起加款申请，平台也可主动给回收点后台加款。

加款方式：

第一版范围：

后续扩展：

充值申请状态：

充值申请字段：

5.1.6 订单付款管理

订单金额即需要付给售卖者的废品货款。订单必须先录入、再审核，审核通过后才允许进入付款登记。第一版先做付款记录登记，不直接调用真实支付通道；登记时必须记录付款方式、付款金额、付款凭证或外部流水号。微信、支付宝、银行卡等非现金付款登记需要记录回收点余额扣减流水；现金付款只做付款登记和凭证留存，不影响平台余额。后续接入在线支付后，订单和付款记录必须保留第三方支付流水号。

付款方式：

付款流程：

  1. 订单生成应付金额。
  2. 订单提交后进入待审核。
  3. 审核不通过时，订单进入审核驳回，可退回修改或作废。
  4. 审核通过后，订单进入待付款登记。
  5. 回收点发起付款登记并选择付款方式。
  6. 若选择现金付款，生成现金付款记录，订单标记为现金已支付，不扣减平台余额。
  7. 若选择微信、支付宝、银行卡等非现金付款登记，系统校验回收点可用余额。
  8. 余额不足则提示充值。
  9. 余额充足则创建付款单。
  10. 金额进入冻结或直接扣减。
  11. 录入付款记录，包括付款方式、付款金额、凭证图片、外部流水号或备注。
  12. 付款记录确认后订单付款状态变为已支付。
  13. 后续接入真实支付通道后，可扩展为支付中、支付失败、自动回调、失败解冻等流程。

第一版付款记录要求：

在线支付预留字段：

现金付款说明：

付款单字段：

5.1.7 反向开票管理

平台基于回收点录入的真实订单、审核记录、付款记录和售卖者身份资料进行反向开票。发票抬头统一为平台公司，回收点不需要发票。反向开票必须发生在付款完成之后，未付款订单不能进入开票池。第一版按每笔订单单独开票，一笔订单对应一张反向发票。

进入待开票池的前置条件：

功能：

后续扩展：

法规与额度控制建议：

法规参考：

平台额度设置：

反向开票状态：

5.1.8 订单修改与作废

订单是否允许修改取决于开票状态。

规则：

修改记录字段建议：

已开票作废流程建议：

  1. 发起作废申请。
  2. 平台审核作废原因。
  3. 判断是否已开票。
  4. 已开票则先发起发票红冲。
  5. 红冲完成后处理付款冲正或资金调整。
  6. 订单状态更新为已作废。
  7. 保留完整操作日志、红冲记录和冲正记录。

5.1.9 回收订单打印

第一版暂不考虑对接电子秤或自动称重设备。回收订单需要支持打印功能，用于打印订单信息或现场交付凭证。

打印内容建议：

打印要求：

5.2 回收点 PC 后台

回收点 PC 后台主要用于基础资料维护、订单查看、余额查看和加款申请。录单主场景可放在小程序/H5。

5.2.1 首页

展示本回收点核心经营数据：

5.2.2 员工管理

功能：

员工字段：

5.2.3 分类管理

回收点可维护自己的分类。

字段：

示例：

5.2.4 商品管理

商品归属到本回收点分类。

字段：

5.2.5 单位管理

支持回收点维护计量单位。

常见单位：

5.2.6 价格管理

回收点可维护本地商品价格。

要求：

价格调整记录字段建议：

5.2.7 订单查询

回收点可查看本回收点所有订单。

支持：

5.2.8 余额与加款

回收点可查看自己的余额和流水。

功能：

5.3 小程序/H5 端

小程序/H5 准备用 uni-app 开发，主要面向回收点员工移动录单。

5.3.1 首页

展示：

员工端首页菜单：

交互要求：

5.3.2 售卖者录入

售卖者仅支持个人。系统不支持企业、个体工商户或渠道商作为售卖者主体，不采集营业执照、统一社会信用代码、企业开票资质等资料。平台需要直接取得最终卖废品个人的身份资料和收款信息，用于后续资金流追踪和反向开票。

身份资料规则：

字段：

预留能力：

5.3.3 回收订单录入

字段：

交互要求：

5.3.4 订单付款

付款方式选择：

付款前展示：

异常提示：

5.3.5 订单列表与详情

员工可查看自己录入的订单；回收点管理员可查看全部订单。

查询条件：

列表展示：

详情展示：

5.3.6 员工端查询信息

站点信息：

我的明细：

分类信息：

商品信息：

6. 状态设计

6.1 订单状态

6.2 付款状态

6.3 余额流水类型

6.4 反向开票状态

7. 核心数据模型

7.1 用户表

7.2 回收点表

7.3 商品分类表

7.4 商品表

7.5 个人售卖者表

7.6 回收订单表

7.7 订单明细表

7.8 回收点余额账户表

7.8.1 平台额度设置表

7.9 余额流水表

7.10 付款单表

7.11 反向开票表

8. 页面规划

8.1 平台管理后台页面

8.2 回收点 PC 后台页面

8.3 小程序/H5 页面

9. UI 设计方向

9.1 平台后台

设计风格：

核心色建议：

9.2 回收点 PC 后台

设计风格：

9.3 小程序/H5

设计风格：

10. 原型交互重点

11. 非功能需求

11.1 安全

11.2 合规

11.3 性能

11.4 可扩展

12. MVP 范围建议

第一期建议完成：

第二期建议扩展：