21 KiB
21 KiB
虫虫出海二期需求确认清单：头程到仓与计费财务
创建日期：2026-07-28
更新日期：2026-07-30
当前状态：开发已启动；11 项待形成临时结论，13 项已有结论或原型基线
确认范围：头程物流“02 到仓”及二期计费财务闭环
关联规划：二期开发规划
原型依据：头程物流流程图
一、文档用途
本清单用于组织业务、仓库、运营、财务和技术共同确认二期需求口径。产品岗位空缺期间由项目负责人主持；产品到岗后再对临时基线进行复核。确认重点不是页面长什么样，而是谁可以操作、什么条件可以推进、异常如何处理以及最终如何验收。
未形成结论的问题不得直接写成不可变的开发默认值。每项临时确认至少记录结论、适用范围和例外情况；状态为“临时基线”且结论可直接转为开发规则时，可用于当前开发。产品到岗复核后改为“已确认”；复核产生变化时按需求变更处理。
二、确认参与人
| 参与方 | 主要职责 |
|---|---|
| 项目负责人 | 产品空缺期间主持确认、记录临时结论、维护范围和验收口径 |
| 产品负责人 | 到岗后复核临时基线，处理范围变化和产品验收口径 |
| 业务/运营负责人 | 确认客户服务、调度、差异和异常处理规则 |
| 仓库负责人 | 确认收货、测量、照片、库位、标签和现场作业规则 |
| 财务/计费负责人 | 确认计费、币种汇率、税务、应收应付、对账、收付款、核销、发票和利润口径 |
| 法务/运维负责人 | 确认隐私数据、照片和凭证的保留与清理策略 |
| 技术负责人 | 评估可实现性、系统影响和数据迁移风险，不替代业务作决定 |
三、确认顺序
建议按以下顺序召开确认会，前一组结论可能影响后一组的数据和流程设计：
- 到仓与调度：补充 P2-Q1、P2-Q10。
- 测量与差异：补充 P2-Q4、P2-Q5、P2-Q6、P2-Q8。
- 合规与保留：补充 P2-Q11。
- 计费与财务：确认 P2-Q13 至 P2-Q16。
- 原型基线复核：P2-Q17 至 P2-Q24 仅在产品要求变更时讨论。
- 汇总评审：核对跨问题冲突，更新规划基线、任务依赖和验收标准。
四、会议确认主表
会议时只维护本表的“临时结论”和“状态”。已有方向不是可开发结论，项目负责人需要组织相关业务角色将例外情况、权限、节点或临时处理方式补充完整。
| 编号 | 已有结论/原型情况 | 本次会议必须确定 | 当前建议 | 临时结论（会议填写） | 状态 |
|---|---|---|---|---|---|
| P2-Q1 | 已提出“以实际货物入库为准”；原型没有少货关闭流程 | 谁能关闭；关闭条件；原因、照片或交接凭证是否必填；是否通知客户 | 收货员登记少货，仓库主管关闭；必填原因并保留凭证；关闭后通知客户 | 待填写 | 确认中 |
| P2-Q4 | 已给出“毛重÷363”和“（长×宽×高÷6000）×箱数”；原型有 cm、kg、m³ 和材积重 | /363 的业务含义；输入单位；计费重取值；精度和舍入 |
长 cm、重量 kg、体积 m³；保留原始值和公式版本；最终结果统一四舍五入 | 待填写 | 确认中 |
| P2-Q5 | 已确认差异需要客户确认；原型没有拒绝和超时规则 | 是否所有差异都确认；拒绝或超时如何处理；确认前是否暂停上架和计费 | 数量、重量、体积、破损及归属差异均需确认；确认前暂停后续作业，拒绝后转人工处理 | 待填写 | 确认中 |
| P2-Q6 | 已确认没有独立隔离区 | 差异期间货物放置方式；谁能解除业务暂停；解除条件 | 保持当前物理位置并标记业务暂停；客户确认且仓库主管复核后解除 | 待填写 | 确认中 |
| P2-Q8 | 已确认上传称重照片和测量照片；原型没有附件规则 | 是否必传；按箱件还是收货批次上传；数量、大小、格式和补传规则 | 每个收货批次必传称重、测量照片；允许补传但保留首次提交和补传记录 | 待填写 | 确认中 |
| P2-Q10 | 已暂缓无预报货物认领；原型没有临时处理方式 | 暂缓期间拒收还是允许线下登记待认领；如允许，谁能绑定订单 | 二期系统拒绝将无预报货物直接绑定企业订单；线下处置，不进入正式库存和计费 | 待填写 | 暂缓 |
| P2-Q11 | 已确认保存 12 个月；原型没有保留策略 | 起算时间；到期删除还是归档；联系方式、照片、凭证和审计是否同期限 | 从业务单关闭日起算；联系方式匿名化，照片和凭证到期删除，审计记录归档 | 待填写 | 确认中 |
| P2-Q13 | 原型覆盖费用、应收应付、账单、收付款和利润，但不能证明二期全部纳入 | 二期财务闭环终点 | 做到费用、应收应付、对账、线下收付款登记与核销、单票利润；不做在线支付、会计凭证和总账 | 待填写 | 待确认 |
| P2-Q14 | 原型费用项目较多，混合头程、仓储和其他阶段 | “02 到仓”首批费用白名单，以及每项应收/应付方向、单位、币种和税率 | 只纳入到仓实际使用项目；白名单外费用允许人工新增但必须审核 | 待填写 | 待确认 |
| P2-Q15 | 原型有费用分类和应收/应付，没有明确阶梯价、最低收费和规则优先级 | 计费维度；是否支持阶梯价、最低收费、封顶、组合价和冲突优先级 | 至少支持客户、往来单位、仓库、服务类型和生效区间；复杂价格结构按实际需要裁剪 | 待填写 | 待确认 |
| P2-Q16 | 原型有费用日期和审核状态，没有明确到仓事件的自动计费节点 | 各类费用在哪个节点试算、生成、生效和锁定；人工费用何时生效 | 实测完成生成试算，差异确认后生效并锁定；非测量费用按已确认业务事件生成 | 待填写 | 待确认 |
填写规则：认可当前建议时，可将建议复制到“临时结论”并把状态改为“临时基线”；不能确定时使用“暂缓”，同时写明二期处理方式。产品到岗复核后再改为“已确认”。
五、全量确认跟踪表
项目负责人在产品空缺期间维护临时结论和状态。状态使用：待确认、确认中、临时基线、已确认、暂缓、原型基线；产品到岗后负责复核“临时基线”。
| 编号 | 优先级 | 涉及业务角色 | 状态 |
|---|---|---|---|
| P2-Q1 | P0 | 仓库、平台运营 | 确认中 |
| P2-Q2 | P0 | 业务、调度 | 已确认 |
| P2-Q3 | P0 | 仓库、调度 | 已确认 |
| P2-Q4 | P0 | 仓库、财务/计费 | 确认中 |
| P2-Q5 | P0 | 业务、仓库、客服 | 确认中 |
| P2-Q6 | P0 | 仓库、业务 | 确认中 |
| P2-Q7 | P0 | 仓库 | 已确认 |
| P2-Q8 | P0 | 仓库、客服 | 确认中 |
| P2-Q9 | P0 | 仓库、产品 | 暂缓 |
| P2-Q10 | P0 | 仓库、平台运营 | 暂缓 |
| P2-Q11 | P0 | 业务、法务、运维 | 确认中 |
| P2-Q12 | P0 | 仓库、技术 | 已确认 |
| P2-Q13 | P0 | 产品、业务、财务、技术 | 待确认 |
| P2-Q14 | P0 | 业务、财务/计费 | 待确认 |
| P2-Q15 | P0 | 业务、财务/计费 | 待确认 |
| P2-Q16 | P0 | 业务、仓库、财务/计费 | 待确认 |
| P2-Q17 | P0 | 财务 | 原型基线 |
| P2-Q18 | P0 | 财务/税务 | 原型基线 |
| P2-Q19 | P0 | 财务、内控 | 原型基线 |
| P2-Q20 | P0 | 业务、财务、客服 | 原型基线 |
| P2-Q21 | P0 | 业务、财务、客服 | 原型基线 |
| P2-Q22 | P0 | 财务、内控 | 原型基线 |
| P2-Q23 | P1 | 财务/税务、产品 | 原型基线 |
| P2-Q24 | P1 | 财务、管理层 | 原型基线 |
六、详细确认事项与依据
P2-Q1 少货到仓单如何人工关闭
- 优先级：P0，阻塞收货状态和差异流程设计。
- 需确认方：仓库负责人、平台运营负责人。
- 原型情况：未体现少货关闭人、审批动作和证明材料。
- 需要确认：
- 谁可以发起少货关闭？
- 谁拥有最终关闭权限？
- 是否需要客户确认后才能关闭？
- 必须提供哪些证明：实收数量、现场照片、交接凭证或承运商说明？
- 当前建议：收货员登记少货并上传证据，仓库主管确认关闭；平台运营仅在争议场景介入，系统同步通知客户。
- 业务确认结论：待填写。
- 产品确认状态/结论：确认中；“以实际货物入库为准”作为方向保留，关闭权限、条件、凭证和通知规则仍需在本清单“会议确认主表”补齐。
P2-Q2 预约取货由哪类服务商承接
- 优先级：P0，影响快递公司、往来单位和调度数据模型。
- 需确认方：业务负责人、调度负责人。
- 原型情况：存在快递公司、往来单位和提货方式字段，但没有明确三者的分配关系。
- 需要确认：
- 只允许选择快递公司，还是也允许车队、供应商等往来单位？
- 同一预约能否更换服务商？更换后是否需要重新通知客户？
- 自有司机是否作为一种服务商处理？
- 当前建议：统一抽象为“可分配服务商”，快递公司、车队和其他承运往来单位作为不同类型。
- 业务确认结论：待填写。
- 产品确认状态/结论：已确认，不走系统服务商调度，相关费用由人工添加费用清单项目。
P2-Q3 预约采用精确时间还是时间窗
- 优先级：P0，影响预约容量、冲突校验和客户表单。
- 需确认方：仓库负责人、调度负责人。
- 原型情况：只有提货时间和预计到仓日期，没有时间窗及容量规则。
- 需要确认：
- 预约精确到日期、小时还是开始/结束时间窗？
- 每个时间窗允许多少票、多少箱或多少车辆？
- 迟到、爽约和临时改期如何处理？
- 当前建议：采用开始时间和结束时间组成的时间窗，由仓库配置营业时间、停收日期和时间窗容量。
- 业务确认结论：待填写。
- 产品确认状态/结论：已确认，采用人工线下预约时间，系统记录预约结果。
P2-Q4 实测及计费计算口径
- 优先级：P0，阻塞测量数据模型、差异计算和历史复算。
- 需确认方：仓库负责人、财务/计费负责人。
- 原型情况：明确展示 cm、kg、m³、材积重及原单/实测对比，但没有体积重系数、计费公式、精度和舍入规则。
- 必须逐项确认：
| 计算项 | 业务确认值 |
|---|---|
| 长度单位 | 待填写 |
| 重量单位 | 待填写 |
| 体积单位 | 待填写 |
| 体积重公式及除数 | 待填写 |
| 计费重取值规则 | 待填写 |
| 尺寸、重量和体积精度 | 待填写 |
| 每一步还是最终结果舍入 | 待填写 |
| 舍入方式 | 待填写 |
- 当前建议：公式由服务端按版本统一计算，每条测量记录保存原始值和规则版本，规则变更不反向修改历史记录。
- 产品确认状态/结论：确认中；公式方向已保留，
/363含义、单位、计费重取值和舍入规则仍需在本清单“会议确认主表”补齐。
P2-Q5 哪些差异必须由客户确认
- 优先级：P0，影响差异单、业务暂停和客户确认页面。
- 需确认方：业务负责人、仓库负责人、客户服务负责人。
- 原型情况：有原单/实测对比、审核通过、审核不通过和失败原因，没有自动接受阈值及客户确认条件。
- 必须逐项确认：
| 差异类型 | 自动接受范围 | 必须客户确认范围 | 是否暂停后续作业 |
|---|---|---|---|
| 数量/箱数 | 待填写 | 待填写 | 待填写 |
| 重量 | 待填写 | 待填写 | 待填写 |
| 体积 | 待填写 | 待填写 | 待填写 |
| 包装/破损 | 待填写 | 待填写 | 待填写 |
| 货物归属 | 待填写 | 待填写 | 待填写 |
- 当前建议：阈值按差异类型配置，超过阈值必须客户确认；阈值不得写死在客户端。
- 产品确认状态/结论：确认中；“差异需要客户确认”作为方向保留，拒绝、超时和确认前阻塞规则仍需补齐。
P2-Q6 隔离区货物如何释放
- 优先级：P0，影响差异暂停、隔离位置和正式上架。
- 需确认方：仓库负责人、业务负责人。
- 原型情况：存在“是否扣货/扣货理由”，但没有隔离库位、批准释放人和释放条件。
- 需要确认：
- 哪些异常必须进入隔离区？
- 谁可以批准释放？
- 哪些情况必须先取得客户确认？
- 释放后由谁安排转移到正式库位？
- 当前建议：差异关闭后由仓库主管批准释放；重大数量、破损或货物归属差异需先由客户确认。
- 业务确认结论：待填写。
- 产品确认状态/结论：确认中；不设隔离区并采用业务暂停作为方向保留，货物位置、解除权限和解除条件仍需补齐。
P2-Q7 库位容量采用什么校验口径
- 优先级：P0，影响库位档案和上架校验。
- 需确认方：仓库负责人。
- 原型情况：库位原型已有“最大承重（kg）”和闲置/占用状态，但没有超容量处理规则。
- 需要确认：
- 二期是否以最大承重作为强校验？
- 箱数和体积是否需要同时强校验？
- 超容量时禁止上架，还是允许主管授权？
- 当前建议：二期以最大承重为强校验，箱数和体积先提示；确需超额时必须由仓库主管授权并留痕。
- 业务确认结论：待填写。
- 产品确认状态/结论：已确认，当前不做库位容量校验。
P2-Q8 哪些到仓节点必须上传现场照片
- 优先级：P0，影响收货表单、文件存储和验收规则。
- 需确认方：仓库负责人、客户服务负责人。
- 原型情况：照片上传出现在 BOL/派送页面，到仓收货原型没有照片必传规则。
- 需要确认：
- 正常收货是否必须上传照片？
- 破损、受潮、少货、多货和无预报货物是否分别必传？
- 每类异常至少需要几张、拍摄哪些角度？
- 当前建议：破损、受潮、少货、多货和无预报货物必传；正常收货是否必传由仓库确认。
- 业务确认结论：待填写。
- 产品确认状态/结论：确认中；照片类型已明确，必传粒度、附件限制和补传规则仍需补齐。
P2-Q9 二期是否使用 PDA
- 优先级：P0，影响二期终端范围和技术方案。
- 需确认方：仓库负责人、项目负责人；产品到岗后复核。
- 原型情况：流程图将 PDA 拣货放在头程“03 出仓”，现有 PDA 原型也是集装箱拣货，不是到仓测量或上架。
- 需要确认：二期到仓签到、测量和上架是否统一使用电脑/响应式作业页，不接入 PDA？
- 当前建议：二期不接 PDA，使用管理后台或响应式作业页；PDA 正式接入在“03 出仓/WMS”阶段规划。
- 业务确认结论：待填写。
- 产品确认状态/结论：暂缓；二期开发基线暂按不接 PDA、使用后台或响应式作业页处理。
P2-Q10 无预报货物如何认领和超期处理
- 优先级：P0，影响租户隔离、待认领区和错绑冲正。
- 需确认方：仓库负责人、平台运营负责人。
- 原型情况：没有无预报货物、待认领区、认领审批和超期处理设计。
- 需要确认：
- 谁可以创建无预报收货记录？
- 认领需要客户提供什么证明？
- 由单人、双人还是主管确认后绑定订单？
- 超过多少天未认领，如何通知、收费、退回或处置？
- 当前建议：先进入待认领区，由主管确认后绑定企业和订单；超期天数及处置方式由业务另行明确。
- 业务确认结论：待填写。
- 产品确认状态/结论：暂缓；无预报货物不得直接绑定企业订单，具体认领和超期规则后续确认。
P2-Q11 敏感数据和凭证保存多久
- 优先级：P0，影响存储成本、隐私合规和自动清理任务。
- 需确认方：业务负责人、法务负责人、运维负责人。
- 原型情况：没有联系方式、司机信息、现场照片和交接凭证的保留期限。
- 必须逐项确认：
| 数据类型 | 在线保存期限 | 归档期限 | 到期处理方式 |
|---|---|---|---|
| 客户/司机联系方式 | 待填写 | 待填写 | 待填写 |
| 到仓现场照片 | 待填写 | 待填写 | 待填写 |
| 交接凭证 | 待填写 | 待填写 | 待填写 |
| 导出及下载审计 | 待填写 | 待填写 | 待填写 |
- 当前建议：按数据类型分别设置期限；到期后自动删除或匿名化，下载和批量导出必须保留审计。
- 产品确认状态/结论：确认中；12 个月期限作为方向保留，起算点、删除/归档和各类数据适用范围仍需补齐。
P2-Q13 二期计费财务的闭环终点
- 优先级：P0，决定二期财务系统边界和总体工作量。
- 需确认方：产品、业务、财务和技术负责人。
- 需要确认：二期是否以“线下收付款登记并完成核销”为终点；是否明确排除在线支付、银企直连、外部开票、会计凭证和总账。
- 当前建议：采用 二期计费与财务模块规划中的轻量财务闭环。
- 产品确认状态/结论：待确认。
P2-Q14 首批费用项目及应收应付方向
- 优先级：P0，阻塞费用项目、权限和数据初始化。
- 需确认方：业务、财务/计费负责人。
- 需要确认：费用编码、名称、应收/应付、计费单位、默认币种、税率/税务属性、可否人工新增和启停规则。
- 当前建议：先建立到仓相关费用白名单，其他费用人工新增必须审核。
- 产品确认状态/结论：待确认。
P2-Q14 费用白名单按下表逐项填写；原型中存在但“02 到仓”实际不用的费用不要纳入二期。
| 费用编码 | 费用名称 | 应收/应付 | 往来对象 | 计费单位 | 默认币种 | 默认税率 | 自动/人工 | 触发节点 |
|---|---|---|---|---|---|---|---|---|
| 待填写 | 待填写 | 待填写 | 待填写 | 待填写 | 待填写 | 待填写 | 待填写 | 待填写 |
P2-Q15 计费规则维度和价格结构
- 优先级：P0，阻塞规则模型和计费引擎。
- 需确认方：业务、财务/计费负责人。
- 需要确认：是否按客户、供应商、仓库、服务、货物属性和有效期区分；是否支持阶梯价、最低收费、封顶、组合价和优先级冲突处理。
- 当前建议：规则版本化，至少支持客户、供应商、仓库、服务和有效期；复杂组合价未确认前不实现。
- 产品确认状态/结论：待确认。
P2-Q16 费用生成和锁定节点
- 优先级：P0，阻塞实测、差异和费用状态衔接。
- 需确认方：业务、仓库、财务/计费负责人。
- 需要确认：到仓签到、实测完成、差异关闭、上架完成分别生成哪些费用；何时只是试算，何时生效并禁止直接修改。
- 当前建议：实测完成生成试算，差异关闭后确认；事件来源键保证重复触发不重复计费。
- 产品确认状态/结论：待确认。
P2-Q17 至 P2-Q24 原型财务基线
以下事项已能从财务原型和必要的审计规则形成二期基线，不再发给产品重复确认。详细依据见 二期计费财务需求确认表。
| 编号 | 二期采用基线 | 状态 |
|---|---|---|
| P2-Q17 | 本位币 CNY；保存原币、人工业务汇率和折算金额，费用生效时锁定汇率快照 | 原型基线 |
| P2-Q18 | 保存未税金额、税率、税额和含税总额；金额/税额 2 位、汇率 6 位，服务端统一舍入 | 原型基线 |
| P2-Q19 | 经办提交、财务审核；生效费用只能调整、红冲或作废并留痕 | 原型基线 |
| P2-Q20 | 支持按选择和按截止时间生成账单，保存结算期间、账期和到期日 | 原型基线 |
| P2-Q21 | 账单审核、确认、拒绝、锁定；争议处理后生成新版本 | 原型基线 |
| P2-Q22 | 线下收付款、部分收付、余额、核销和反核销；不含预收预付、跨币种及银行自动认领 | 原型基线 |
| P2-Q23 | 只登记发票信息和状态，不接外部开票平台 | 原型基线 |
| P2-Q24 | 利润＝已生效应收－已生效应付，利润率＝利润÷收入；仅财务授权角色可见 | 原型基线 |
七、已确认事项
| 编号 | 确认结论 | 后续核验 | 状态 |
|---|---|---|---|
| P2-Q12 | 箱件/托盘标签使用佳博 1324D 热敏标签打印机 | 标签纸尺寸、连接方式、驱动、打印指令协议和仓库部署参数需在开发前实机核验 | 已确认 |
八、确认完成标准
阻塞开发的 P0 问题形成临时基线后，项目负责人应组织一次汇总评审并完成以下动作：
- 将确认结论回写到 二期开发规划的规划基线、业务规则和状态模型。
- 调整受影响的开发任务、依赖、优先级和验收标准。
- 对仍存在例外或暂缓决定的事项明确负责人、截止日期和临时处理规则。
- 产品空缺期间由项目负责人、业务负责人、仓库负责人、财务负责人和技术负责人共同形成临时范围基线；产品到岗后复核。
- 范围基线确认后再制定正式排期；确认清单本身不代表已经承诺开发时间。