Files

5.4 KiB

采销产品需求片段

下面是虚构演示,用来展示产品描述的粒度,不是公司当前规则、已确认需求或完整采销设计。不得把示例的数量和审批选择直接用于真实业务。

模拟输入

“销售建订单,主管审核后仓库可以分批发货。暂不做财务结算。已发货的部分不能删除,客户可以申请退货。”

可直接记录的用户要求:销售建单、主管审核、分批发货、不含本期财务结算、保留已发货记录、支持客户退货。

先问影响最大的缺口:

  • 退货后的补发规则:客户退货确认后,原订单是否需要补发?这决定订单待交付数量是否恢复。
  • 审批后的业务衔接:主管审核通过时,是通知仓库准备,还是立即产生待发货单?这决定衔接时点,不能直接等同库存已减少。
  • 订单及字段权限:销售和仓库分别能看哪些订单,销售能否看成本?这决定记录和字段的可见范围。

用户未回答时,可以先写稿,但上述规则保持待确认。以下“分批发货方案”是产品建议。

分批发货

目的:仓库按实际发出的数量逐次登记,销售可查看每次发货记录及尚未交付数量。

操作者:仓库处理人员;数据范围需确认“订单及字段权限”。

入口建议:库存管理(一级)→ 销售出库(二级)→ 待发货(三级),由列表进入订单详情并选择本次发货明细。此为示例菜单,实际导航及模块归属需另行确认;订单详情不新增为独立菜单。

前置条件:订单审批已通过,且当前仍有待交付数量。待发货单生成时点需确认“审批后的业务衔接”。

业务字段 来源 规则与提示
商品 SKU 从原订单带入 本次发货不允许换成其他商品
本次发货数量 仓库填写 产品建议为大于零且不超过该行剩余可发量;单位、小数规则另按实际商品确认
发货仓库 选择可操作仓库 可选范围及库存不足处理待业务确认
发货说明 仓库填写 是否必填及长度上限待确认,不随意指定数值

处理结果:保存成功后形成一笔可查看的发货记录,销售可看到数量和办理人;订单显示部分完成或全部完成。实际库存变动应在业务确认的发货节点体现,具体节点和现有库存能力需核实。

异常反馈:重复点击或结果不明后再次办理,不应出现同一次发货被重复记账;页面应能查询本次是否已完成。数量超出剩余时提示“本次发货数量超过剩余可发数量”,不改变原记录。

未发生退货时的履约计算

产品建议:累计发货量按有效发货记录累计;剩余待交付量 = 原订单数量 − 累计有效发货量。已发货历史不得直接删除,纠正方式需业务确认。

仅演示“无退货、无作废、无改量”场景:订购 10 件,首次发出 4 件,再发出 3 件,累计发货 7 件,剩余 3 件。

若随后退回 2 件,可展示累计发货 7 件、累计退货 2 件、净交付 5 件;剩余待交付量是否从 3 变为 5 取决于“退货后的补发规则”,不能用净交付量直接推定需要补发。

状态与验收

当前状态 动作 条件 建议结果
待交付 仓库确认首次发货 发货量大于零且小于待交付量 部分交付,可查看本次发货记录
部分交付 仓库确认后续发货 本次发货等于剩余量 全部交付,保留全部分批记录
部分交付 客户退货处理 需先明确退货后的补发规则及退货确认流程 不提前规定原订单是否重新变为待交付
验收场景 前置条件与操作 预期结果
分批发货与剩余量计算 无退货订单 10 件,仓库先发 4 件再发 3 件 两笔发货记录,累计 7 件,剩余 3 件,状态部分交付
超量提交 剩余 3 件时填写 4 件并提交 提示超量,订单和发货记录不变
重复发货操作 同一次发货操作重复提交 只有一次有效发货结果;用户可确认办理结果

这三个场景是针对建议方案的验收草案,不是已执行测试结果。权限与退货验收须在“订单及字段权限”“退货后的补发规则”确认后补齐;分批发货需求不能据此直接宣布定稿。

结合现有页面时如何调整提问

真实页面证据单独见 ERP 页面观察记录,不要混入上面的虚构示例作为已确认规则。例如:

  • 现有出库筛选只显示“已提交、已出库”,入库则显示“部分入库”等状态。新业务需要分批发货时,应补问“每批对应独立出库单,还是一张单逐次办理;整单进度在哪里看”,而不是声称现有出库已支持部分完成。
  • 出库表单有“业务数据、销售人、合同编号”,应确认拟接入的销售订单如何供选择、合同是否是办理前提,不直接指定实现或认为旧表单完全满足需求。
  • 云库有“是否有唯一码”,应确认本次商品是否逐件登记、退货是否核对原件;不要自行把所有商品改成必须有码。
  • 行政采购表单的比价单门槛、附件限制和审批节点属于另一个业务。采销是否沿用需要单独确认。