项目

一般

简介

需求 #24503

采购APP3.9.0-“预开单”功能优化(不用传图、不能多开、不用财务审)

黄泽浩大约 4 年 之前添加. 更新于 将近 4 年 之前.

状态:
已完成
优先级:
指派给:
类别:
需求
开始日期:
2021-06-08
计划完成日期:
% 完成:

0%

预期时间:
PRD时间:
2021-06-08
移交时间:
2021-06-09
提测时间:
2021-06-19
承诺上线时间:
2021-06-28
实际上线时间:
2021-06-28
截稿时间:
开发时间:
2021-06-18
联调时间:
2021-06-19
需求方:
采购
风险评估:
未知
开发优先级:
01
是否测试:
后端开发:
跨组后端开发:
CodeReview:
前端开发:
IOS开发:
安卓开发:
测试:
UI:
数据组:
数据组完成时间:

描述

前后端: feature/buyer390

采购版:3.9.0



背景:由于“预开单”是仓库入库后自动生成的采购订单,其订单数据可能存在与档口SAAS的订单信息不一致,故“预开单”要传入开单小票是非常难实现的。若大概率能保证“预开单”数量=入库数量,则也没有财务审核及上传凭证的必要了;

以下需求点均只指向“预开单”的采购订单(条件:开单来源为“一手”,且开单人字段为“空”):

1、预开单的“待修改”状态页面里,隐藏掉“重置单据”按钮(不需要也不让采购上传开单凭证图片);
2、订单自动存入一张统一的图片(见附件);
3、商品开单编辑页面里,商品的可编辑范围为:当前最新的“已锁定”数至此订单有过的最高的“锁定”数量;

举例:

如某订单(预开单的)商品,入库了10件,此时“已锁定”=10。
过了一会儿被恢复欠货了2件,此时在采购APP上所显示的是:已锁定=8,选择开单=10;
上面这句话的意思是,当采购想编辑数量的时候,编辑范围最小值为8,最大值为10.

4、隐藏掉“还有N款待开单商品”按钮;
5、“预开单的待修改”提交后,若无需进入采购待审核状态的话,则状态直接到达“财务待支付”(财务也没啥可以审的);
6、若被采购待审核驳回后,订单仍然回到“预开单的待修改”状态。
7、若采购待审核通过了,则状态直接到达“财务待支付”;

PS:需求文案以REDMIND的为准;

154F2F69-98AA-46F9-A703-A61D8BAFB6B6.png 查看 154F2F69-98AA-46F9-A703-A61D8BAFB6B6.png 39.7 KB 自动录入的“开单凭证小票”图片 黄泽浩, 2021-06-08 18:56
154f2f69 98aa 46f9 a703 a61d8bafb6b6

历史记录

#1 黄泽浩 更新于 大约 4 年 之前

  • 状态新建 变更为 已移交
  • 开发优先级 被设置为 20

#2 黄泽浩 更新于 大约 4 年 之前

  • 开发优先级20 变更为 01

#3 林耀森 更新于 大约 4 年 之前

  • 后端开发 被设置为 邓如貂

#4 刘继明 更新于 大约 4 年 之前

  • 测试 被设置为 吴明熹

#5 刘继明 更新于 大约 4 年 之前

  • 是否测试 变更为

#6 邓如貂 更新于 大约 4 年 之前

  • 开发时间 被设置为 2021-06-18
  • 联调时间 被设置为 2021-06-19

#7 赵泽彬 更新于 大约 4 年 之前

  • 提测时间 被设置为 2021-06-19

#8 吴明熹 更新于 大约 4 年 之前

  • 承诺上线时间 被设置为 2021-07-01

#9 吴明熹 更新于 大约 4 年 之前

  • 承诺上线时间2021-07-01 变更为 2021-06-28

#10 黄泽浩 更新于 大约 4 年 之前

  • 描述 已更新。 (diff)

#11 黄泽浩 更新于 大约 4 年 之前

  • 描述 已更新。 (diff)

#12 黄泽浩 更新于 大约 4 年 之前

  • 描述 已更新。 (diff)

#13 邓如貂 更新于 大约 4 年 之前

  • 状态已移交 变更为 进行中

#14 邓如貂 更新于 大约 4 年 之前

  • 描述 已更新。 (diff)

#15 赵泽彬 更新于 大约 4 年 之前

  • 描述 已更新。 (diff)

#16 吴明熹 更新于 将近 4 年 之前

  • 状态进行中 变更为 已完成
  • 实际上线时间 被设置为 2021-06-28

导出 Atom PDF

从剪贴板添加图片 (最大尺寸: 50.8 MB)