更改一个单据下多条物品信息的思路

yusheng622 2017-06-06 05:53:29
场景:
一个进货单据下,有多条物品信息(数量,价格),现在要修改这个单据,当然单据下物品也可以更改,可以删除,可以新增,那么就出现了复杂的情况,怎么辨别新增,数量变化的,及删除掉的?

演示:
JH20170606001 单据下
资材编码 数量 单价
zc0001 1 10
zc0002 3 15
zc0003 6 20
zc0004 8 5
zc0005 5 100


更改的话,还要涉及到库存,数量不变倒是没什么,数量变化,库存也要跟着更新,
录入单据的时候:
我是吧详细组合到一起,一块提交到后台,分拆开,物品详细插入详细表,对应库存增加,这倒是简单。现在要做修改,一想问题真多,就如前面描述的,数量的变化,物品种类的增加,删除等,还要对应更新库存量,不知道如何下手,请大家指教!
...全文
1773 19 打赏 收藏 转发到动态 举报
写回复
用AI写文章
19 条回复
切换为时间正序
请发表友善的回复…
发表回复
  • 打赏
  • 举报
回复
再来描述你的问题:“更改一个单据下多条物品信息”“不知道如何下手”,其实如果到了一个真正的企业,那么你就学规范的各种单据填写、涂改都有规范,有多个部门多个角色多个流程,每一个部门的都分别记自己的账,使用计算机则更是要做到快速记账至少是每天日结,使用计算机不是知道到用来做“增删改查”而要知道使用计算机的个更高层次的对用户有用的目的。
  • 打赏
  • 举报
回复
引用 8 楼 yusheng622 的回复:
我起初是这么设计的,有个审核状态,审核过的不能修改,可是客户奇葩,不想要审核,想什么时候修改就什么时候修改,操
其实跟“审核”没有直接关系。如果你认为审核只是数据表中的一个 bool 字段,那么你把这个概念传输给客户,客户肯定觉得这种针对小作坊的软件肯定是非常容易随便修改的。这种小作坊并不注重不同业务模块分别记账、不注重一个基本的物品管理流程是很长的并且跨4、5各部门分为20多个环节的,满脑子就只有“基础数据表增删改查、增加需求就是增加标志字段”这种开发思路。 可以说,没有管理框架,只有“增删改查”。这就好像一个建筑师眼里只有砖头、水泥、钢管,他认为所有东西都是工人堆起来就成了。
  • 打赏
  • 举报
回复
不同级别的企业经历了一层层“蜕变”过程,问题是我们要选择一个基本的需求分析起点作为我们的基础,我们不能拿着只有1、2个人的小作坊的管理当作企业管理软件的研究对象,我们起码要拿一个有多部门分工协作的、成熟点的管理软件做为原型来学习。
流星亚瑟 2018-02-23
  • 打赏
  • 举报
回复
在初级的企业级应用中,往往只是个数据库 + UI, 系统对业务部门来说只是个 将原来的纸质文件转成电子档案的档案柜 所以相对于技术本身,系统更侧重于管理流程
cy2889792 2018-02-23
  • 打赏
  • 举报
回复
非常简单, 你编辑数据完提交新数据的时候把提交的数据和数据库里面的旧数据做一个比对汇总,把各个产品的数量增量或者减量统计出来,先更改库存数据,再把旧进货单数据删除,插入新的进货单数据。 当然更改库存和删除旧数据插入新数据必须放到一个事务里面处理。
  • 打赏
  • 举报
回复
有一种非常初级的想法,就是像简单 Excel 工作表那样弄几十行数据,然后弄几个汇总表格作为“库存”等等结果。 问题是,这是企业级的概念吗?这是一个人课堂上做个小练习,而已。所以不了解行业经验就等于不理解理论,纯技术无用,只有从行业经验实践出发的技术才有用,只有先把企业级的跨部门、许多人遵守的管理流程搞清楚,然后才应该来搞软件设计。如果拿一些简单的数字概念来设计,那么走不了几步而永远都脱离企业级需求。
流星亚瑟 2018-02-22
  • 打赏
  • 举报
回复
补充一下,我之前公司做的erp系统中,订单明细表还有一张子表为配货表表,记录每条订单明细的相应库存信息,如库位、数量等, 订单提交时(包括新增和修改)实际是修改这个配货表实现了库存的分配和占用,当前可用库存也是结合了这个配货表再配合订单状态查询出来的 帖子时间久了,希望可以有所帮助
流星亚瑟 2018-02-22
  • 打赏
  • 举报
回复
虽然帖子已经是半年前的了,看到了就说一句吧 先和用户确认下,若订单已经进入后续流程,如发货/物流等,这理论上是不能修改订单了的,除非另有撤销物流的业务 如果仅停留在配货阶段上,可以在提交修改时“暂时的将原订单的配货返还给库存“,重新计算相应库存并配货。 就这样,谢谢。
zbdzjx 2017-06-08
  • 打赏
  • 举报
回复
如果数据量不大,只是个简单的系统。 那单据就是主从表,从表是多条物品记录。 库存不用单独存储,用SQL语句计算出来。 新增或修改,用一个变量标识一下。 在保存时,先判断一下各种情况,如库存够不够,数量的修改会不会影响到后面单据的数量…… 删除,也要先判断一下各种情况,如库存够不够,后面有没有单子……
yusheng622 2017-06-08
  • 打赏
  • 举报
回复
引用 7 楼 u012881998 的回复:
流程的设计有问题 你所说的单据提交到后台,其实不算 ”业务“”上提交,它仅仅意味着 单据的新建(将单据的基本信息和它 的明细保存到数据库中), 此后,这个单据包含它的明细随时会被新建这个单据的用户 重新读取出来然后修改(包含明细的增删改,也包含对单据基本信息的修改) 单据 新建 和 修改 操作,不会库存造成任何变动。 直到,用户 确认此单据不会再被修改,此时它应该会执行“业务”上的 提交单据 操作。 库存变动在此时处理 此后,这个单据不能再被修改。
我起初是这么设计的,有个审核状态,审核过的不能修改,可是客户奇葩,不想要审核,想什么时候修改就什么时候修改,操
yusheng622 2017-06-07
  • 打赏
  • 举报
回复
引用 5 楼 u012881998 的回复:
你先努力理清一个问题再考虑其他问题
那就不能新增,不能删除,只能在原来的单据中修改数量,这样就好办了!
西漠以西 2017-06-07
  • 打赏
  • 举报
回复
你先努力理清一个问题再考虑其他问题
yusheng622 2017-06-07
  • 打赏
  • 举报
回复
现在就是单据提交之后,要修改单据详细,也就是订单下挂的物品数量!
yusheng622 2017-06-07
  • 打赏
  • 举报
回复
引用 2 楼 sp1234 的回复:
比如说所谓的“对应更新库存量”,订单在提交之前(即使是反复地保存和修改)是不可能去修改库存量的,而提交之后、修改库存量,也就不可能允许去修改订单明细。所以这根本不是事儿,而是流程没搞清楚的问题。
这就是问题了,现在客户坚决要求可以修改订单明细!
西漠以西 2017-06-07
  • 打赏
  • 举报
回复
流程的设计有问题 你所说的单据提交到后台,其实不算 ”业务“”上提交,它仅仅意味着 单据的新建(将单据的基本信息和它 的明细保存到数据库中), 此后,这个单据包含它的明细随时会被新建这个单据的用户 重新读取出来然后修改(包含明细的增删改,也包含对单据基本信息的修改) 单据 新建 和 修改 操作,不会库存造成任何变动。 直到,用户 确认此单据不会再被修改,此时它应该会执行“业务”上的 提交单据 操作。 库存变动在此时处理 此后,这个单据不能再被修改。
  • 打赏
  • 举报
回复
比如说所谓的“对应更新库存量”,订单在提交之前(即使是反复地保存和修改)是不可能去修改库存量的,而提交之后、修改库存量,也就不可能允许去修改订单明细。所以这根本不是事儿,而是流程没搞清楚的问题。
  • 打赏
  • 举报
回复
先把你的问题集中到1个(或者2个)简单直接的点上面吧。你的问题跳跃性太大。

13,190

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 分析与设计
社区管理员
  • 分析与设计社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧