原料编码问题

[meilian01]

在我认为，每一种原料都有一个编号，即使它是代原料

但现在用户要求，不管是原料还是代原料都用一个原料编号。

这样到时计算成本的时候恐怕会有问题。

但用同一个原料编号，可以真正做到原料在仓库的先进先出。

请问各位大侠，关于代原料编码问题，你们都是怎么做的？

[Qihua_wu]

在应用中最好不要直接运用编码在内部关联数据，尤其在你的编码没定好的基础上。编码的真正目的，是便于工作人员的记忆，及与行业内的一种接口，实际应用中甚至可以不用

[meilian01]

不用原料编码作内部关联？

我现在用的就是原料编码 ：（

你的意思是可以将 原料 与 代原料用同一个原料编码？

如果不用原料编码，那用什么？
如果用自增量的话，用户删除数据之后肯定会找不到原料的。

[didoleo]

在不熟悉你的业务的情况下，别人很难回答这个问题的。
什么是原料，什么是代原料，两者什么关系等等。

而且这些问题是属于系统分析问题。如果系统已经做成，还反过头来考虑编码系统，恐怕....

[txlicenhe]

(1) 每一个物料代码只能定义惟一的一个料件。
(2) 无论差异是多么的微小，不同的料件要有不同的物料代码。
(3) 任何料件若需要储存或生产过程中产生明确的半成品需要管理，一定要定义独立的物料代码。
(4) 如果零部件在生产线上需继续制造，不要转入仓库进行储存，且在生产过程中也不要独立管理的，则不需定义新的物料代码。
(5) 虚项是一个特殊的、暂时的、虚拟的物料代码。
(6) 建立公司内部的物料代码制度，并且固守公司的物料代码制度。
(7) 公司外部的物料代码，永远不要当做公司内部的物料代码。
(8) 避免在物料代码中使用特殊符号。
(9) 再好不要使用有意义的物料代码。

[txlicenhe]

(1) 每一个物料代码只能定义惟一的一个料件。
(2) 无论差异是多么的微小，不同的料件要有不同的物料代码。
(3) 任何料件若需要储存或生产过程中产生明确的半成品需要管理，一定要定义独立的物料代码。
(4) 如果零部件在生产线上需继续制造，不要转入仓库进行储存，且在生产过程中也不要独立管理的，则不需定义新的物料代码。
(5) 虚项是一个特殊的、暂时的、虚拟的物料代码。
(6) 建立公司内部的物料代码制度，并且固守公司的物料代码制度。
(7) 公司外部的物料代码，永远不要当做公司内部的物料代码。
(8) 避免在物料代码中使用特殊符号。
(9) 再好不要使用有意义的物料代码。

[txlicenhe]

楼主不是在工厂做ERP吧？　哪里啊？
随便问问，可以不答。

[meilian01]

didoleo(冷月无声)
代原料：采购部在购买原料时，无成品所需指定的原料，用另一原料代替

明白马可大哥的意思

还有个问题，用物料编码作主键真的不好吗？
那用什么好？

我们的这个系统以前用的全是自增量作主键，后来出现删除资料后（即使是误删），
再加上，别的表就会找不到。

[txlicenhe]

我就用物料编码作主键，没觉得有什么不妥。

[meilian01]

txlicenhe(马可)，我告诉过你的

因为我们仓库发料时一定要安照生产产品来发原料，
如果这样就不会达到真正的先进先出了。

今天被一大群人围着，说一定可以那样混合编码。

唉。。。。。。。。

[Qihua_wu]

用自增量做为原因内码(内部关联用)是个很好的办法，物料代码只做为用户表面使用，可以很大的增强你在客户这方面需求定不下的前提下，设计的稳固性

自增量本身就没有太多的意义，删了又何烦？
你说别的表找不到，如果被用了，还能被删？这样的设计显然不允计的

[meilian01]

明白楼上的意思

对我来说很有益，谢谢！

[txlicenhe]

1: 在工厂，真正的先进先出基本是不存在的。

2: 代用料一定要分开编码，否则也不叫代用料了。
而且代用还应该有代用原则，比如用远旧料用新料，旧料不够时直接用新料，分机种代用。。。。。。

[meilian01]

谢谢！

结贴了