-
本版专家分：33328
-
- 黄花 2009年9月 .NET技术大版内专家分月排行榜第二
-
- 蓝花 2009年10月 .NET技术大版内专家分月排行榜第三
结帖率 100% -
-
就拿简单的进销存来说吧。
如果一块钻石，他的重量是500克拉
可是现在生产上要领料，只领100克拉，在领取前，专门有人会把这块钻石分为几块，比如说三块，其中地块重量是100克拉，另外两块各200克拉
以上这个过程在软件里如何管理。
每次入库时每块钻石的重量不确定，所以只能以最小单位克拉来定义物料，同时启动双计量单位(粒和克拉)，入库时是按双计量单位录入。
生产领用前就会存在上面红字描述的过程。
![]()
-
版主本版专家分：219782
-
- 名人 2013年 荣获名人称号
-
- 状元 2012年 总版技术专家分年内排行榜第一
-
-
进士
2013年 总版技术专家分年内排行榜第七
2011年 总版技术专家分年内排行榜第五
2009年 总版技术专家分年内排行榜第九
-
- 金牌 2012年11月 总版技术专家分月排行榜第一
-
-
一个钻石ID，对应多个 分块ID
-
本版专家分：33328
-
- 黄花 2009年9月 .NET技术大版内专家分月排行榜第二
-
- 蓝花 2009年10月 .NET技术大版内专家分月排行榜第三
-
-
版主：可否细化一下。
-
本版专家分：33328
-
- 黄花 2009年9月 .NET技术大版内专家分月排行榜第二
-
- 蓝花 2009年10月 .NET技术大版内专家分月排行榜第三
-
-
定义物料：
物料多计量单位
物料进货：每粒的重量不同，对每粒都有个唯一编码
生产领用：根据领用的克拉数进行物料拆解，再生成唯一编码，进行库存的运算。
这样也可以准确的统计出，库存现有的粒数和克拉数，
不知道这样合理吗？可否有更好的流程。
-
本版专家分：65139
-
- 黄花 2019年2月 .NET技术大版内专家分月排行榜第二
-
-
蓝花
2019年7月 .NET技术大版内专家分月排行榜第三
2019年3月 .NET技术大版内专家分月排行榜第三
-
-
分成：原材料，半成品，产成品 多个库存分别计算
同时为了方便跟踪，每一颗都应该有一个“身份档案”标明原石编号，半成品编号，成品编号等信息
-
本版专家分：2182 -
为什么不在入库时测出重量（克拉）？不知道你是否做过真正的系统，入库单位与出库单位最好是统一，尽量不要使用单位换算，就算要单位换算，不同的单位直接也要有公式，而你的情况，“粒”与“克拉”直接能换算吗？你自己都说“粒”是不确定的
![]()
-
本版专家分：6971 -
我也觉得入库的时候要重量要量好...。。
-
本版专家分：33328
-
- 黄花 2009年9月 .NET技术大版内专家分月排行榜第二
-
- 蓝花 2009年10月 .NET技术大版内专家分月排行榜第三
-
-
入库的时候重量已经确认了。这是基本的。
-
本版专家分：33328
-
- 黄花 2009年9月 .NET技术大版内专家分月排行榜第二
-
- 蓝花 2009年10月 .NET技术大版内专家分月排行榜第三
-
-
粒和克拉之间没有固定的换算公式，也就是说每次的粒不定是多少克拉，不过这个可以通过浮动换算(入库的时候已经确定了)
现在就是说看是否可有更好的流程。
-
本版专家分：1538 -
感觉粒可以看作ID的,因为粒本身可以说没有什么实际意义;
而重量是最重要的,分为总重量、出入库重量，就很容易处理了。
这样的话，你在业务中就算是一粒分为几粒，只不过多了几颗ID号而已，重量是不影响的。
-
本版专家分：2182
-
从你的情形来判断，你的“物料”是没建bom的，对一颗钻石进行切割处理，处理之后的若干钻石就相对于它的bom，只不过一般意义上的bom都是为了生产组装的，而你的是逆向的，不管怎样，bom都能反映物料的构成情况。
如果非要以粒来作为入库单位的话也可以，切割的过程就是一个加工（逆向构建bom的过程）的过程，整个过程就是：入库（粒）->出库（粒）->加工（根据实际切割结果反向构建出bom）->入库（克拉，bom中的物料，即实际切出的小钻石）
过程中还可能牵涉到工艺流程与加工费用的问题![]()
-
本版专家分：2182
-
“浮动换算”，太不现实了，比“单位换算”还离谱，只有理论上可以，或者弄一个小进销存程序玩玩还可以，如果要作为一个健壮的大型ERP，单单是统计上就能搞死人。
-
本版专家分：33328
-
- 黄花 2009年9月 .NET技术大版内专家分月排行榜第二
-
- 蓝花 2009年10月 .NET技术大版内专家分月排行榜第三
-
-
11楼的在吗？加QQ聊会吧。
107424627