业务需求
需求描述

背景:

产品更换供应商后,可能会存在与之前产品不一致的地方,所以新到的第一批产品在质检时需要格外重视检测。

需求:

1、更换供应商后的产品,在质检页面增加标签,标签位置稍后钉钉确认,标签逻辑与采购部的逻辑保持一致。并且质检页面扫描该产品时,需弹窗提示:“新供应商,需深度质检”。弹窗不允许手动关闭,必须点“确认”后自动关闭。

达到条件的提示要交给组长质检,自己质检不了,点击不了合格

未达到条件的不弹窗


2、当采购部有设置产品金额或是产品数量时,更换供应商后的第一批到仓产品中,符合设置条件的才标签,不符合条件的不标签。当采购部没有设置条件时,视为无数量或金额限制,根据规则确定是否需要要交给组长质检。-----采购去做

3、有标签的产品,在质检页面的最下方增加一个“合格”的按键(新系统和旧系统都需要增加该按键),该铵键必须是有权限的人员才会显示。当该供应商的此款产品有一次点击“合格”后,剩余的该供应商的此款产品不再显示标签,也不再弹窗提示“新供应商,需深度质检”。点击合格的动作需要有日志记录。------待办项,增加备注项和产品都有是否合格按钮

4、当有标签的产品,未点击“合格”时,质检页面提交质检时,报错提示,不允许提交成功。(新系统“确认质检”时,当该产品的不良品数量等于待质检数量,允许成功。当该产品的不良品数量小于待质检数量报错提示,不允许提交成功。旧系统“提交周转箱”时,报错提示,不允许提交成功;打不良不限制)。---只要存在有待办不合格,就必须全部打不良。分多批次的场景下,第一批不合格,第二批直接提示不合格,第一批合格,后序每批还需要确认待办

5、是否更换供应商,做到下单号----采购实现


5、新系统(备货仓使用)质检页面,当作业的产品有标签时,需要有解绑卡板号功能和绑定新卡板号的功能。因为有标签的产品需转交给指定人员进行质检。----现有功能已经支持,系统增加控制,如果需要交给组长质检,必须操作解绑,绑定新卡版号

验收标准
158Create
价值描述
降低退货率0.05%; 去年退款金额 14000W, 140000*0.05%=7W。 每月价值5833.33
历史记录  
  1. 2025-01-21 20:46:25, 由 杨林军 创建。
  2. 2025-01-22 20:18:46, 由 邹媛媛 编辑。
    修改了 优先级,旧值为 "2",新值为 "3"。
  3. 2025-01-24 15:41:20, 由 杨林军 转交给 赵喜。
    修改了 由谁创建,旧值为 "yanglinjun",新值为 "zhaoxi"。
    跟曾翔沟通处理此需求
  4. 2025-01-25 11:52:15, 由 邹媛媛 编辑。
    修改了 需求描述,旧值为 "

    背景:

    产品更换供应商后,可能会存在与之前产品不一致的地方,所以新到的第一批产品在质检时需要格外重视检测。

    需求:

    1、更换供应商后的第一批到仓产品(第一批的定义需商确:第一次销单/还是第一次质检/还是每一次销单当天所有该产品),在质检页面增加标签,标签位置稍后钉钉确认,标签逻辑与采购部的逻辑保持一致。

    2、当采购部有设置产品金额或是产品数量时,更换供应商后的第一批到仓产品中,符合设置条件的才标签,不符合条件的不标签。当采购部没有设置条件时,视为无数量或金额限制。

    3、有标签的产品,在质检页面作业时,自动弹出质检结果窗口,质检结果字段为必填项(稍后提供),质检结果窗口填写完成后点击“确认结果”自动关闭窗口并保存质检结果内容,确认结果需有日志记录。未填写完成点击“确认结果”则报错提示。窗口允许手动关闭,手动关闭等于未确认。当窗口关闭后,再次扫描该产品仍需有弹窗。旧系统需要扫描产品条码后弹出窗口。

    4、有标签的产品必须是有权限的人员才会弹窗。无权限的人员只显示标签,不弹窗。

    5、当有标签的产品,未确认结果时,质检页面提交质检时,报错不示,不允许提交成功。

    6、旧系统(直发仓使用)质检页面,在最下方增加一个“提交质检”按键。只有点击了提交质检才可提交周转箱。此动作需日志记录。扫描产品条码的日志记录仍需保留。(此条待商确)

    7、收货入库管理页的质检时间和质检人员需改成提交质检的时间和人员。

    8、新系统(备货仓使用)质检页面,当作业的产品有标签时,需要有解绑卡板号功能和绑定新卡板号的功能。因为有标签的产品需转交给指定人员进行质检。
    ",新值为 "

    背景:

    产品更换供应商后,可能会存在与之前产品不一致的地方,所以新到的第一批产品在质检时需要格外重视检测。

    需求:

    1、更换供应商后的产品,在质检页面增加标签,标签位置稍后钉钉确认,标签逻辑与采购部的逻辑保持一致。并且质检页面扫描该产品时,需弹窗提示:“新供应商,需深度质检”。弹窗不允许手动关闭,必须点“确认”后自动关闭。

    2、当采购部有设置产品金额或是产品数量时,更换供应商后的第一批到仓产品中,符合设置条件的才标签,不符合条件的不标签。当采购部没有设置条件时,视为无数量或金额限制。

    3、有标签的产品,在质检页面的最下方增加一个“合格”的按键(新系统和旧系统都需要增加该按键),该铵键必须是有权限的人员才会显示。当该供应商的此款产品有一次点击“合格”后,剩余的该供应商的此款产品不再显示标签,也不再弹窗提示“新供应商,需深度质检”。

    4、当有标签的产品,未点击“合格”时,质检页面提交质检时,报错提示,不允许提交成功。(新系统“确认质检”时,当该产品的不良品数量等于待质检数量,允许成功。当该产品的不良品数量小于待质检数量报错提示,不允许提交成功。旧系统“提交周转箱”时,报错提示,不允许提交成功;打不良不限制)。

    5、新系统(备货仓使用)质检页面,当作业的产品有标签时,需要有解绑卡板号功能和绑定新卡板号的功能。因为有标签的产品需转交给指定人员进行质检。
    "。

  5. 2025-01-25 13:37:05, 由 邹媛媛 编辑。
    修改了 需求描述,旧值为 "

    背景:

    产品更换供应商后,可能会存在与之前产品不一致的地方,所以新到的第一批产品在质检时需要格外重视检测。

    需求:

    1、更换供应商后的产品,在质检页面增加标签,标签位置稍后钉钉确认,标签逻辑与采购部的逻辑保持一致。并且质检页面扫描该产品时,需弹窗提示:“新供应商,需深度质检”。弹窗不允许手动关闭,必须点“确认”后自动关闭。

    2、当采购部有设置产品金额或是产品数量时,更换供应商后的第一批到仓产品中,符合设置条件的才标签,不符合条件的不标签。当采购部没有设置条件时,视为无数量或金额限制。

    3、有标签的产品,在质检页面的最下方增加一个“合格”的按键(新系统和旧系统都需要增加该按键),该铵键必须是有权限的人员才会显示。当该供应商的此款产品有一次点击“合格”后,剩余的该供应商的此款产品不再显示标签,也不再弹窗提示“新供应商,需深度质检”。

    4、当有标签的产品,未点击“合格”时,质检页面提交质检时,报错提示,不允许提交成功。(新系统“确认质检”时,当该产品的不良品数量等于待质检数量,允许成功。当该产品的不良品数量小于待质检数量报错提示,不允许提交成功。旧系统“提交周转箱”时,报错提示,不允许提交成功;打不良不限制)。

    5、新系统(备货仓使用)质检页面,当作业的产品有标签时,需要有解绑卡板号功能和绑定新卡板号的功能。因为有标签的产品需转交给指定人员进行质检。
    ",新值为 "

    背景:

    产品更换供应商后,可能会存在与之前产品不一致的地方,所以新到的第一批产品在质检时需要格外重视检测。

    需求:

    1、更换供应商后的产品,在质检页面增加标签,标签位置稍后钉钉确认,标签逻辑与采购部的逻辑保持一致。并且质检页面扫描该产品时,需弹窗提示:“新供应商,需深度质检”。弹窗不允许手动关闭,必须点“确认”后自动关闭。

    2、当采购部有设置产品金额或是产品数量时,更换供应商后的第一批到仓产品中,符合设置条件的才标签,不符合条件的不标签。当采购部没有设置条件时,视为无数量或金额限制。

    3、有标签的产品,在质检页面的最下方增加一个“合格”的按键(新系统和旧系统都需要增加该按键),该铵键必须是有权限的人员才会显示。当该供应商的此款产品有一次点击“合格”后,剩余的该供应商的此款产品不再显示标签,也不再弹窗提示“新供应商,需深度质检”。点击合格的动作需要有日志记录。

    4、当有标签的产品,未点击“合格”时,质检页面提交质检时,报错提示,不允许提交成功。(新系统“确认质检”时,当该产品的不良品数量等于待质检数量,允许成功。当该产品的不良品数量小于待质检数量报错提示,不允许提交成功。旧系统“提交周转箱”时,报错提示,不允许提交成功;打不良不限制)。

    5、新系统(备货仓使用)质检页面,当作业的产品有标签时,需要有解绑卡板号功能和绑定新卡板号的功能。因为有标签的产品需转交给指定人员进行质检。
    "。

  6. 2025-02-11 18:05:56, 由 赵喜 变更。
    修改了 版本号 ,旧值为 "1",新值为 "2"。
    修改了 需求描述,区别为:
    001- 背景:产品更换供应商后,可能会存在与之前产品不一致的地方,所以新到的第一批产品在质检时需要格外重视检测。需求:1、更换供应商后的产品,在质检页面增加标签,标签位置稍后钉钉确认,标签逻辑与采购部的逻辑保持一致。并且质检页面扫描该产品时,需弹窗提示:“新供应商,需深度质检”。弹窗不允许手动关闭,必须点“确认”后自动关闭。2、当采购部有设置产品金额或是产品数量时,更换供应商后的第一批到仓产品中,符合设置条件的才标签,不符合条件的不标签。当采购部没有设置条件时,视为无数量或金额限制。3、有标签的产品,在质检页面的最下方增加一个“合格”的按键(新系统和旧系统都需要增加该按键),该铵键必须是有权限的人员才会显示。当该供应商的此款产品有一次点击“合格”后,剩余的该供应商的此款产品不再显示标签,也不再弹窗提示“新供应商,需深度质检”。点击合格的动作需要有日志记录。4、当有标签的产品,未点击“合格”时,质检页面提交质检时,报错提示,不允许提交成功。(新系统“确认质检”时,当该产品的不良品数量等于待质检数量,允许成功。当该产品的不良品数量小于待质检数量报错提示,不允许提交成功。旧系统“提交周转箱”时,报错提示,不允许提交成功;打不良不限制)。5、新系统(备货仓使用)质检页面,当作业的产品有标签时,需要有解绑卡板号功能和绑定新卡板号的功能。因为有标签的产品需转交给指定人员进行质检。
    001+ 背景:
    002+ 产品更换供应商后,可能会存在与之前产品不一致的地方,所以新到的第一批产品在质检时需要格外重视检测。
    003+ 需求:
    004+ 1、更换供应商后的产品,在质检页面增加标签,标签位置稍后钉钉确认,标签逻辑与采购部的逻辑保持一致。并且质检页面扫描该产品时,需弹窗提示:“新供应商,需深度质检”。弹窗不允许手动关闭,必须点“确认”后自动关闭。
    005+ 达到条件的提示要交给组长质检,自己质检不了,点击不了合格
    006+ 未达到条件的不弹窗
    007+
    008+ 2、当采购部有设置产品金额或是产品数量时,更换供应商后的第一批到仓产品中,符合设置条件的才标签,不符合条件的不标签。当采购部没有设置条件时,视为无数量或金额限制,根据规则确定是否需要要交给组长质检。-----采购去做
    009+ 3、有标签的产品,在质检页面的最下方增加一个“合格”的按键(新系统和旧系统都需要增加该按键),该铵键必须是有权限的人员才会显示。当该供应商的此款产品有一次点击“合格”后,剩余的该供应商的此款产品不再显示标签,也不再弹窗提示“新供应商,需深度质检”。点击合格的动作需要有日志记录。------待办项,增加备注项和产品都有是否合格按钮
    010+ 4、当有标签的产品,未点击“合格”时,质检页面提交质检时,报错提示,不允许提交成功。(新系统“确认质检”时,当该产品的不良品数量等于待质检数量,允许成功。当该产品的不良品数量小于待质检数量报错提示,不允许提交成功。旧系统“提交周转箱”时,报错提示,不允许提交成功;打不良不限制)。---只要存在有待办不合格,就必须全部打不良。分多批次的场景下,第一批不合格,第二批直接提示不合格,第一批合格,后序每批还需要确认待办
    011+ 5、是否更换供应商,做到下单号----采购实现
    012+
    013+ 5、新系统(备货仓使用)质检页面,当作业的产品有标签时,需要有解绑卡板号功能和绑定新卡板号的功能。因为有标签的产品需转交给指定人员进行质检。----现有功能已经支持,系统增加控制,如果需要交给组长质检,必须操作解绑,绑定新卡版号
    001- <p>背景:<br/><p>产品更换供应商后,可能会存在与之前产品不一致的地方,所以新到的第一批产品在质检时需要格外重视检测。<br/><p>需求:<br/><p>1、更换供应商后的产品,在质检页面增加标签,标签位置稍后钉钉确认,标签逻辑与采购部的逻辑保持一致。并且质检页面扫描该产品时,需弹窗提示:“新供应商,需深度质检”。弹窗不允许手动关闭,必须点“确认”后自动关闭。<br/><p>2、当采购部有设置产品金额或是产品数量时,更换供应商后的第一批到仓产品中,符合设置条件的才标签,不符合条件的不标签。当采购部没有设置条件时,视为无数量或金额限制。<br/><p>3、有标签的产品,在质检页面的最下方增加一个“合格”的按键(新系统和旧系统都需要增加该按键),该铵键必须是有权限的人员才会显示。当该供应商的此款产品有一次点击“合格”后,剩余的该供应商的此款产品不再显示标签,也不再弹窗提示“新供应商,需深度质检”。点击合格的动作需要有日志记录。<br/><p>4、当有标签的产品,未点击“合格”时,质检页面提交质检时,报错提示,不允许提交成功。(新系统“确认质检”时,当该产品的不良品数量等于待质检数量,允许成功。当该产品的不良品数量小于待质检数量报错提示,不允许提交成功。旧系统“提交周转箱”时,报错提示,不允许提交成功;打不良不限制)。<br/><p>5、新系统(备货仓使用)质检页面,当作业的产品有标签时,需要有解绑卡板号功能和绑定新卡板号的功能。因为有标签的产品需转交给指定人员进行质检。<br/>
    001+ <p>背景:</p>
    002+ <p>产品更换供应商后,可能会存在与之前产品不一致的地方,所以新到的第一批产品在质检时需要格外重视检测。</p>
    003+ <p>需求:</p>
    004+ <p>1、更换供应商后的产品,在质检页面增加标签,标签位置稍后钉钉确认,标签逻辑与采购部的逻辑保持一致。并且质检页面扫描该产品时,需弹窗提示:“新供应商,需深度质检”。弹窗不允许手动关闭,必须点“确认”后自动关闭。</p>
    005+ <p>达到条件的提示要交给组长质检,自己质检不了,点击不了合格</p>
    006+ <p>未达到条件的不弹窗</p>
    007+ <p><br /></p>
    008+ <p>2、当采购部有设置产品金额或是产品数量时,更换供应商后的第一批到仓产品中,符合设置条件的才标签,不符合条件的不标签。当采购部没有设置条件时,视为无数量或金额限制,根据规则确定是否需要要交给组长质检。-----采购去做</p>
    009+ <p>3、有标签的产品,在质检页面的最下方增加一个“合格”的按键(新系统和旧系统都需要增加该按键),该铵键必须是有权限的人员才会显示。当该供应商的此款产品有一次点击“合格”后,剩余的该供应商的此款产品不再显示标签,也不再弹窗提示“新供应商,需深度质检”。点击合格的动作需要有日志记录。------待办项,增加备注项和产品都有是否合格按钮</p>
    010+ <p>4、当有标签的产品,未点击“合格”时,质检页面提交质检时,报错提示,不允许提交成功。(新系统“确认质检”时,当该产品的不良品数量等于待质检数量,允许成功。当该产品的不良品数量小于待质检数量报错提示,不允许提交成功。旧系统“提交周转箱”时,报错提示,不允许提交成功;打不良不限制)。---只要存在有待办不合格,就必须全部打不良。分多批次的场景下,第一批不合格,第二批直接提示不合格,第一批合格,后序每批还需要确认待办</p>
    011+ <p>5、是否更换供应商,做到下单号----采购实现</p>
    012+ <p><br /></p>
    013+ <p>5、新系统(备货仓使用)质检页面,当作业的产品有标签时,需要有解绑卡板号功能和绑定新卡板号的功能。因为有标签的产品需转交给指定人员进行质检。----现有功能已经支持,系统增加控制,如果需要交给组长质检,必须操作解绑,绑定新卡版号</p>
  7. 2025-02-12 18:23:47, 由 赵喜 变更。
    修改了 版本号 ,旧值为 "2",新值为 "3"。
    修改了 需求名称,区别为:
    001- 更换供应商产品质检优化
    001+ WMS:更换供应商产品质检优化
    001- 更换供应商产品质检优化
    001+ WMS:更换供应商产品质检优化
  8. 2025-02-12 18:25:19, 由 赵喜 变更。
    修改了 版本号 ,旧值为 "3",新值为 "4"。
    修改了 需求描述,区别为:
    001- 背景:
    001+ <a href="https://alidocs.dingtalk.com/i/nodes/MNDoBb60VLrZgL4pcNRoA0eo8lemrZQ3">https://alidocs.dingtalk.com/i/nodes/MNDoBb60VLrZgL4pcNRoA0eo8lemrZQ3
    002- 产品更换供应商后,可能会存在与之前产品不一致的地方,所以新到的第一批产品在质检时需要格外重视检测。
    002+
    003- 需求:
    003+
    004- 1、更换供应商后的产品,在质检页面增加标签,标签位置稍后钉钉确认,标签逻辑与采购部的逻辑保持一致。并且质检页面扫描该产品时,需弹窗提示:“新供应商,需深度质检”。弹窗不允许手动关闭,必须点“确认”后自动关闭。
    004+ 背景:
    005- 达到条件的提示要交给组长质检,自己质检不了,点击不了合格
    005+ 产品更换供应商后,可能会存在与之前产品不一致的地方,所以新到的第一批产品在质检时需要格外重视检测。
    006- 未达到条件的不弹窗
    006+ 需求:
    007-
    007+ 1、更换供应商后的产品,在质检页面增加标签,标签位置稍后钉钉确认,标签逻辑与采购部的逻辑保持一致。并且质检页面扫描该产品时,需弹窗提示:“新供应商,需深度质检”。弹窗不允许手动关闭,必须点“确认”后自动关闭。
    008- 2、当采购部有设置产品金额或是产品数量时,更换供应商后的第一批到仓产品中,符合设置条件的才标签,不符合条件的不标签。当采购部没有设置条件时,视为无数量或金额限制,根据规则确定是否需要要交给组长质检。-----采购去做
    008+ 达到条件的提示要交给组长质检,自己质检不了,点击不了合格
    009- 3、有标签的产品,在质检页面的最下方增加一个“合格”的按键(新系统和旧系统都需要增加该按键),该铵键必须是有权限的人员才会显示。当该供应商的此款产品有一次点击“合格”后,剩余的该供应商的此款产品不再显示标签,也不再弹窗提示“新供应商,需深度质检”。点击合格的动作需要有日志记录。------待办项,增加备注项和产品都有是否合格按钮
    009+ 未达到条件的不弹窗
    010- 4、当有标签的产品,未点击“合格”时,质检页面提交质检时,报错提示,不允许提交成功。(新系统“确认质检”时,当该产品的不良品数量等于待质检数量,允许成功。当该产品的不良品数量小于待质检数量报错提示,不允许提交成功。旧系统“提交周转箱”时,报错提示,不允许提交成功;打不良不限制)。---只要存在有待办不合格,就必须全部打不良。分多批次的场景下,第一批不合格,第二批直接提示不合格,第一批合格,后序每批还需要确认待办
    010+
    011- 5、是否更换供应商,做到下单号----采购实现
    011+ 2、当采购部有设置产品金额或是产品数量时,更换供应商后的第一批到仓产品中,符合设置条件的才标签,不符合条件的不标签。当采购部没有设置条件时,视为无数量或金额限制,根据规则确定是否需要要交给组长质检。-----采购去做
    012-
    012+ 3、有标签的产品,在质检页面的最下方增加一个“合格”的按键(新系统和旧系统都需要增加该按键),该铵键必须是有权限的人员才会显示。当该供应商的此款产品有一次点击“合格”后,剩余的该供应商的此款产品不再显示标签,也不再弹窗提示“新供应商,需深度质检”。点击合格的动作需要有日志记录。------待办项,增加备注项和产品都有是否合格按钮
    013- 5、新系统(备货仓使用)质检页面,当作业的产品有标签时,需要有解绑卡板号功能和绑定新卡板号的功能。因为有标签的产品需转交给指定人员进行质检。----现有功能已经支持,系统增加控制,如果需要交给组长质检,必须操作解绑,绑定新卡版号
    013+ 4、当有标签的产品,未点击“合格”时,质检页面提交质检时,报错提示,不允许提交成功。(新系统“确认质检”时,当该产品的不良品数量等于待质检数量,允许成功。当该产品的不良品数量小于待质检数量报错提示,不允许提交成功。旧系统“提交周转箱”时,报错提示,不允许提交成功;打不良不限制)。---只要存在有待办不合格,就必须全部打不良。分多批次的场景下,第一批不合格,第二批直接提示不合格,第一批合格,后序每批还需要确认待办
    014+ 5、是否更换供应商,做到下单号----采购实现
    015+
    016+ 5、新系统(备货仓使用)质检页面,当作业的产品有标签时,需要有解绑卡板号功能和绑定新卡板号的功能。因为有标签的产品需转交给指定人员进行质检。----现有功能已经支持,系统增加控制,如果需要交给组长质检,必须操作解绑,绑定新卡版号
    001- <p>背景:</p>
    001+ <p><a href="https://alidocs.dingtalk.com/i/nodes/MNDoBb60VLrZgL4pcNRoA0eo8lemrZQ3">https://alidocs.dingtalk.com/i/nodes/MNDoBb60VLrZgL4pcNRoA0eo8lemrZQ3</a></p>
    002- <p>产品更换供应商后,可能会存在与之前产品不一致的地方,所以新到的第一批产品在质检时需要格外重视检测。</p>
    002+ <p><br /></p>
    003- <p>需求:</p>
    003+ <p><br /></p>
    004- <p>1、更换供应商后的产品,在质检页面增加标签,标签位置稍后钉钉确认,标签逻辑与采购部的逻辑保持一致。并且质检页面扫描该产品时,需弹窗提示:“新供应商,需深度质检”。弹窗不允许手动关闭,必须点“确认”后自动关闭。</p>
    004+ <p>背景:</p>
    005- <p>达到条件的提示要交给组长质检,自己质检不了,点击不了合格</p>
    005+ <p>产品更换供应商后,可能会存在与之前产品不一致的地方,所以新到的第一批产品在质检时需要格外重视检测。</p>
    006- <p>未达到条件的不弹窗</p>
    006+ <p>需求:</p>
    007- <p><br /></p>
    007+ <p>1、更换供应商后的产品,在质检页面增加标签,标签位置稍后钉钉确认,标签逻辑与采购部的逻辑保持一致。并且质检页面扫描该产品时,需弹窗提示:“新供应商,需深度质检”。弹窗不允许手动关闭,必须点“确认”后自动关闭。</p>
    008- <p>2、当采购部有设置产品金额或是产品数量时,更换供应商后的第一批到仓产品中,符合设置条件的才标签,不符合条件的不标签。当采购部没有设置条件时,视为无数量或金额限制,根据规则确定是否需要要交给组长质检。-----采购去做</p>
    008+ <p>达到条件的提示要交给组长质检,自己质检不了,点击不了合格</p>
    009- <p>3、有标签的产品,在质检页面的最下方增加一个“合格”的按键(新系统和旧系统都需要增加该按键),该铵键必须是有权限的人员才会显示。当该供应商的此款产品有一次点击“合格”后,剩余的该供应商的此款产品不再显示标签,也不再弹窗提示“新供应商,需深度质检”。点击合格的动作需要有日志记录。------待办项,增加备注项和产品都有是否合格按钮</p>
    009+ <p>未达到条件的不弹窗</p>
    010- <p>4、当有标签的产品,未点击“合格”时,质检页面提交质检时,报错提示,不允许提交成功。(新系统“确认质检”时,当该产品的不良品数量等于待质检数量,允许成功。当该产品的不良品数量小于待质检数量报错提示,不允许提交成功。旧系统“提交周转箱”时,报错提示,不允许提交成功;打不良不限制)。---只要存在有待办不合格,就必须全部打不良。分多批次的场景下,第一批不合格,第二批直接提示不合格,第一批合格,后序每批还需要确认待办</p>
    010+ <p><br /></p>
    011- <p>5、是否更换供应商,做到下单号----采购实现</p>
    011+ <p>2、当采购部有设置产品金额或是产品数量时,更换供应商后的第一批到仓产品中,符合设置条件的才标签,不符合条件的不标签。当采购部没有设置条件时,视为无数量或金额限制,根据规则确定是否需要要交给组长质检。-----采购去做</p>
    012- <p><br /></p>
    012+ <p>3、有标签的产品,在质检页面的最下方增加一个“合格”的按键(新系统和旧系统都需要增加该按键),该铵键必须是有权限的人员才会显示。当该供应商的此款产品有一次点击“合格”后,剩余的该供应商的此款产品不再显示标签,也不再弹窗提示“新供应商,需深度质检”。点击合格的动作需要有日志记录。------待办项,增加备注项和产品都有是否合格按钮</p>
    013- <p>5、新系统(备货仓使用)质检页面,当作业的产品有标签时,需要有解绑卡板号功能和绑定新卡板号的功能。因为有标签的产品需转交给指定人员进行质检。----现有功能已经支持,系统增加控制,如果需要交给组长质检,必须操作解绑,绑定新卡版号</p>
    013+ <p>4、当有标签的产品,未点击“合格”时,质检页面提交质检时,报错提示,不允许提交成功。(新系统“确认质检”时,当该产品的不良品数量等于待质检数量,允许成功。当该产品的不良品数量小于待质检数量报错提示,不允许提交成功。旧系统“提交周转箱”时,报错提示,不允许提交成功;打不良不限制)。---只要存在有待办不合格,就必须全部打不良。分多批次的场景下,第一批不合格,第二批直接提示不合格,第一批合格,后序每批还需要确认待办</p>
    014+ <p>5、是否更换供应商,做到下单号----采购实现</p>
    015+ <p><br /></p>
    016+ <p>5、新系统(备货仓使用)质检页面,当作业的产品有标签时,需要有解绑卡板号功能和绑定新卡板号的功能。因为有标签的产品需转交给指定人员进行质检。----现有功能已经支持,系统增加控制,如果需要交给组长质检,必须操作解绑,绑定新卡版号</p>
  9. 2025-02-12 18:28:36, 由 赵喜 编辑。
    修改了 所属模块 ,旧值为 "0",新值为 "1854"。
    修改了 所属计划 ,旧值为 "",新值为 "1314"。
    修改了 开发组 ,旧值为 "",新值为 "8"。
    修改了 受益业务部门,旧值为 "供应链管理中心",新值为 "7"。
    修改了 预计工时 ,旧值为 "1",新值为 "35"。
    修改了 成本 ,旧值为 "250",新值为 "17500"。
    修改了 ROI ,旧值为 "280.00",新值为 "24.00"。
    修改了 评审次数 ,旧值为 "",新值为 "1"。
    修改了 所处阶段 ,旧值为 "wait",新值为 "planned"。
    修改了 价值描述 ,区别为:
    001- 降低退货率0.05%;
    001+ 降低退货率0.05%;
    002- 去年退款金额 14000W,
    002+ 去年退款金额 14000W,
    001- 降低退货率0.05%;
    001+ 降低退货率0.05%;
    002- 去年退款金额 14000W,
    002+ 去年退款金额 14000W,
  10. 2025-02-19 14:50:41, 由 赵喜 编辑。
    修改了 所属计划,旧值为 "1314",新值为 "1790"。
  11. 2025-02-19 20:24:18, 由 程伟 添加备注。

    工时:81H(后端71H,前端10H)

    ERP 质检

    1.标签调整:1H
    2.指定人员深度质检:3H
    3.界面样式调整:4H
    4.质检清单:12H
    5.质检不良调整:6H
    6.收货即发调整:4H
    7.免检逻辑调整:4H
    8.返良逻辑调整:3H
    9.销量数据:1H
    10.复检调整:1H
    备货系统
    1.标签接口 :3H
    2.指定人员深度质检接口:4H
    3.质检不良:6H
    4.质检清单接口:8H
    5.返良逻辑:2H
    6.质检逻辑调整:6H

    7.销量接口:3H

    8. 箱唛质检新增提示/标签展示 前端2H
    9. 箱唛质检/返良 新增更换供应商质检清单 前端8H

  12. 2025-02-19 21:03:37, 由 杨林军 记录评审结果,结果为 确认通过。
  13. 2025-02-20 10:35:56, 由 赵喜 编辑。
    修改了 每月价值量,旧值为 "70000",新值为 "5833"。
    修改了 优先级 ,旧值为 "3",新值为 "4"。
    修改了 预计工时 ,旧值为 "35",新值为 "81"。
    修改了 成本 ,旧值为 "17500",新值为 "40500"。
    修改了 ROI ,旧值为 "24.00",新值为 "0.86"。
  14. 2025-02-20 16:25:54, 由 周杰 关联到迭代 主干_3月V1版本_20250304 。
  15. 2025-02-20 17:05:54, 由 周杰 从迭代 #1100 主干_3月V1版本_20250304 移除。
  16. 2025-02-20 17:06:10, 由 周杰 关联到迭代 主干_3月V2版本_20250311 。
  17. 2025-02-21 09:43:27, 由 周杰 编辑。
    修改了 预计工时,旧值为 "81",新值为 "82"。
    修改了 ROI ,旧值为 "0.86",新值为 "0.85"。
    修改了 成本 ,旧值为 "40500",新值为 "41000"。
  18. 2025-02-24 11:19:47, 由 杨林军 编辑。
    修改了 每月价值量,旧值为 "5833",新值为 "70000"。
    修改了 优先级 ,旧值为 "4",新值为 "2"。
    修改了 ROI ,旧值为 "0.85",新值为 "10.24"。
  19. 2025-02-26 08:50:47, 由 周杰 添加备注。
  20. 2025-02-26 18:16:15, 由 赵喜 编辑。
    修改了 每月价值量,旧值为 "70000",新值为 "5833.33"。
    修改了 优先级 ,旧值为 "2",新值为 "4"。
    修改了 ROI ,旧值为 "10.24",新值为 "0.85"。
  21. 2025-02-26 19:16:41, 由 赵喜 编辑。
    修改了 价值描述,区别为:
    003- 140000*0.05%=7W。
    003+ 140000*0.05%=7W。
    004+ 每月价值5833.33
    003- 140000*0.05%=7W。
    003+ 140000*0.05%=7W。
    004+ 每月价值5833.33
  22. 2025-02-27 14:27:23, 由 周杰 编辑。
    修改了 上线时间 ,旧值为 "0000-00-00",新值为 "2025-03-11"。
    修改了 计划验收时间,旧值为 "0000-00-00",新值为 "2025-03-14"。
  23. 2025-03-05 09:20:37, 由 刘超 编辑。
    修改了 测试人员,旧值为 "",新值为 "liuchao"。
  24. 2025-03-06 09:10:12, 由 李乐同 编辑。
    修改了 所处阶段 ,旧值为 "projected",新值为 "developed"。
    修改了 设置阶段者,旧值为 "",新值为 "liletong"。
  25. 2025-03-11 14:06:30, 由 周杰 添加备注。
  26. 2025-03-11 14:06:45, 由 周杰 编辑。
    修改了 上线时间 ,旧值为 "2025-03-11",新值为 "2025-03-20"。
    修改了 计划验收时间,旧值为 "2025-03-14",新值为 "2025-03-28"。
  27. 2025-03-11 14:06:57, 由 周杰 从迭代 #1101 主干_3月V2版本_20250311 移除。
  28. 2025-03-11 14:07:07, 由 周杰 关联到迭代 主干_3月V4版本_20250325 。
  29. 2025-03-13 10:17:58, 由 周杰 编辑。
    修改了 上线时间,旧值为 "2025-03-20",新值为 "2025-03-25"。
  30. 2025-03-19 09:18:19, 由 李乐同 编辑。
    修改了 所处阶段 ,旧值为 "projected",新值为 "developed"。
    修改了 设置阶段者,旧值为 "",新值为 "liletong"。
  31. 2025-03-19 15:24:30, 由 周杰 从迭代 #1103 主干_3月V4版本_20250325 移除。
  32. 2025-03-19 15:24:48, 由 周杰 关联到迭代 主干_4月V1版本_20250401 。
  33. 2025-03-19 15:24:54, 由 周杰 添加备注。
  34. 2025-03-19 15:25:17, 由 周杰 编辑。
    修改了 所处阶段 ,旧值为 "developed",新值为 "onlinetest"。
    修改了 上线时间 ,旧值为 "2025-03-25",新值为 "2025-03-27"。
    修改了 设置阶段者,旧值为 "liletong",新值为 ""。
  35. 2025-03-20 14:22:04, 由 周杰 编辑。
    修改了 上线时间 ,旧值为 "2025-03-27",新值为 "2025-04-01"。
    修改了 计划验收时间,旧值为 "2025-03-28",新值为 "2025-04-11"。
  36. 2025-03-24 14:20:02, 由 赵喜 编辑。
    修改了 验收人员,旧值为 "邹媛媛",新值为 "杨保杰"。
  37. 2025-03-28 09:22:06, 由 赵喜 编辑。
    修改了 提报人员,旧值为 "邹媛媛",新值为 "杨保杰"。
  38. 2025-03-28 09:29:42, 由 赵喜 编辑。
    修改了 所处阶段,旧值为 "onlinetest",新值为 "bepending"。
  39. 2025-03-28 09:59:59, 由 杨保杰 编辑。
    修改了 所处阶段,旧值为 "业务验收中",新值为 "业务验收通过"。
    功能验收:验收通过
    满意度:满意
    价值验收:基本达成
    原因备注:已满足基本需求
  40. 2025-03-28 16:30:54, 由 周杰 关闭,原因为 已完成 。
    修改了 由谁关闭,旧值为 "",新值为 "zhoujie"。
    修改了 关闭日期,旧值为 "0000-00-00 00:00:00",新值为 "2025-03-28 16:30:53"。
    修改了 指派给 ,旧值为 "chengwei",新值为 "closed"。
    修改了 当前状态,旧值为 "active",新值为 "closed"。
    修改了 所处阶段,旧值为 "verified",新值为 "closed"。
    修改了 关闭原因,旧值为 "",新值为 "done"。
  41. 2025-08-20 10:40:16, 由 杨保杰 编辑。
    修改了 业务回填价值 ,旧值为 "0",新值为 "5833"。
    修改了 actualMonthlySavedManHours,旧值为 "",新值为 "0"。
    修改了 actualAchieveDesc ,旧值为 "",新值为 "降低退货率0.05%; 去年退款金额 14000W, 140000*0.05%=7W。 每月价值5833.33"。
  42. 2025-09-10 17:06:22, 由 周杰 编辑。
    修改了 所属模块 ,旧值为 "1854",新值为 "1932"。
    修改了 每月价值量,旧值为 "0",新值为 "5833.33"。
    修改了 成本 ,旧值为 "250",新值为 "41000"。
    修改了 ROI ,旧值为 "0.00",新值为 "0.85"。
迭代版本
提报业务部门 供应链管理中心
提报人员 杨保杰
需求来源 业务方迭代需求
所属项目 技术中心-需求池
所属模块 供应链   仓储物流   仓储
所属计划
业务价值
开发组 仓储物流开发组
受益业务部门 供应链管理中心
验收人员 杨保杰
业务目标类型
中心业务目标
业务价值 控制风险
每月价值量 5833.33
每月节省人数 0
优先级 P3
价值类型 长期价值
预计工时 82
成本 41000
ROI 0.85
操作手册 是
高价值 -
主被动 被动接收
复杂度 一般性
工作流ID
工作流创建时间 0000-00-00 00:00:00
更新点 常规更新
是否高危 否
评分
当前状态 已关闭
所处阶段 已关闭
关键词
评审次数 一次
计划上线 0000-00-00
上线时间 2025-04-01
计划验收时间 2025-04-11
业务验收时间 2025-03-28 09:59:59
满意度 满意
价值验收 基本达成
满意度分值 80
业务回填价值 5833
验收达成价值 27999.98
验收达成ROI 0.68
抄送给
由谁创建 赵喜 于 2025-01-21 20:46:25
指派给 Closed 于 2025-03-28 16:30:53
由谁评审 杨林军
评审时间 2025-02-19
由谁关闭 周杰 于 2025-03-28 16:30:53
关闭原因 已完成
最后修改 周杰 于 2025-09-10 17:06:22
相关Bug
相关用例
相关需求
细分需求