一个连续加工型的公司有N个产品（N1,N2,N3.....Nn），有M（M1,M2,M3....Mn）个工序，出于成本和生产加工流转的需要，我们到底该如何建立产品档案？是按照产品规格名称直接建立n个产品档案，还是结合产品在每个工序的状态建立m*n个产品档案？？？？  按照第一种思路，建立档案容易，但是各工序之间流转时候的加工单中涉及的产品状态变化在系统中如何实现？产品在各工序的成本状况如何核算？产品从头到位都是一样的。  按照第二种思路，建立档案工作量繁重，是否就能够解决如第一条所述的问题？？产品是不停的变化的。    我的论述明确吗？？求大神老司机指导。

何先生

经过试验，我发现：我想多了。。。。不能搞这么复杂。简单的分段是可以的。但是不能按照工序去分产品状态。可以按照产品生产的实际状况，例如产品的物理状态，我是做陶瓷产品的，原材料是粉料，经过混合配制达到合格的粉料，这种半成品可以作为独立的产品存在；后续使用模具进行压制成型，然后的各种形状加工和烧结上釉等过程无需再细分产品了。否则系统太复杂了。而且每端之间还得要转换或者移库。反而麻烦了。对应要做的工作是把工序资料建立清楚。而产品在各工序之间流转时的数量状态可以从虚拟库存中看出来。

何先生

感悟：应该在软件导入期间，把基础资料整明白了，整完全了，层次弄清楚了。否则后患无穷。所以还是要好好学习，不能一知半解。。  具体：把工序当仓库用是不正确的做法，原因是没把软件整明白。没把产品的概念整明白，没把成本计算的过程弄明白，没有系统物料的概念，太初级。  不过话说回来，不尝试是不知道的。  想明白了：产品就是你库房里的，面向客户的，直接可以卖钱的东东。其他的都是半成品，或者过程里的，不能叫产品，不用建立产品档案。它的数量状态不是通过库存的出和入来体现的。在软件里体现在加工过程的工序任务和工序产出里边。是系统的虚拟库存概念。也是我们使用软件的真正的强大之处和意义所在。

何先生

一个连续生产的产品，最终产品肯定是产品，需要建立产品档案，做库存的实物管控。但是生产加工过程中产品在工序状态下存在的时候，是否需要把他作为单独产品建立档案进行实物的库存管理？这个就要看具体情况了，一定不能把产品分段，也不尽然，一定要分开，也不现实。一个单独的产品分为三段来管控，就从管理上增加了工作量。要考虑有没有必要，或者科学的必然性。分为三个产品，那么至少就有三个库房，或者三个库位，产品在这三段之间转换时必须要有必要的库存单据，如出库，入库，或者移库，或者转制。系统中的库存模块和生产模块是两个不同的板块。生产模块解决的是一个产品在不同工序之间流转的问题的！这个时候，工序间的数量状态或者交接是通过工序任务和工序产出来体现的，不需要交接单。上工序完工默认就是下工序开始了（点击完工按钮）。如果某个工序的任务一直处于计划执行状态，那产品就停滞在这个工序出不去，除非人为取消任务。移库单只能用于库存产品的转移，不能够用于工序在制品的转移。也就是产品和在制品是不同的，很大不同的。产品是有库存属性的，是有价值的，当然是有数量的，而在制品只是加工过程中引入的概念，体现在虚拟库存中，只有数量概念，没有库存属性，只是人为引入的，为了计算成本和节点进度而设立的数量暂态，随时都会发生变化，所以如果把虚拟库存当作实物库存去管理，是行不通的，也就是在工序设立仓库的做法是不对的，是理想主义在作祟，是没有动态管理观念导致的，如果这样管理，只有一个结局：累死！

何先生

入库单和加工入库单是不同的两个单据。前者属于库存模块，后者属于生产模块。前者是实物产品入库，库存增加，后者是在制品完成，库存不影响。所以加工入库单完成后还要进行入库，除非另行配置单据属性。

何先生

那么问题来了，在系统导入的时候，如何把在制品导入呢？因为你说在制品不能建立产品档案并进行实物的库存管理哦。。。。  答：第一种办法，建立“生产单”，按照工序进行工序产出登记。  第二种办法，暂时不要管在制品，只管最终产品，在制品吗，逐步的，很快的，就变成成品入库了。一切都是暂时的。。。。

何先生

我是一边试，一边想，有可能说的不对，也有可能过两天发现不对再纠正。不要喷。。。免费的软件，没有正规的指导，只能自己琢磨。这样也是不断学习的过程。好多东西，别人讲不一定听明白，只有自己去反复几次才可以牢牢的记住。。

何先生

刚写了一大段，很长长长。。。。。。。。。突然没了。。气死了，明天再写。是我理解的关于BOM物料和加工单的。。。

何先生

接着说我昨天想到的生产单和BOM产品的问题。  BOM产品就是产品至少是由另外一种转换来的。如果不存在这种关系，那么就是一个普通物料，那就只进行库存管理好了，就没有必要进入生产模块。这跟之前我的产品建立档案是一个道理。也可以发现，没有BOM组成的产品是开不了生产单的。如果产品只是入库，出库，领用，还回来，借出去，卖掉等等，确实不需要生产过程，只要库存模块和销售模块就够用了，有些单位比如把东西买回来加个价，换个包装，不做实质性的改变，再转手卖出去，那确实不用进入生产模块，没生产什么事的。  BOM产品就是在建立产品档案的时候，产品组成下边至少要有另外一种物料。也就是她至少是另外一个东西变过来的，至少经过一个工序的加工（一个呢？还是两个呢？）。所谓变过来无非2种情况，合成而来，转换而来！（拆解是合成的反向是一个道理），领用一种材料经过加工变成另外一种东西，和领用多种材料（可以在不同的时间和工序）变成一个东西。  所以，BOM要做好，一个是逻辑关系，一个是数量关系。她不是由上道工序的物料来的，她是由最初工序的原材料变来的！无法也没有必要逐个在工序件建立逻辑关系，只要把他是由啥变来的根本搞清楚就好了，其他就是系统中间算法的问题了，存在于执行工序任务的过程中。  所以，工序要建立好，还是生产中的逻辑关系要理清楚。否则就混乱了。就像我一样，做了至少10遍了。这个工序定义，跟我们现在的实际情况是有所区别的，我们现实工厂的情况很多时候把工序，班组，车间，加工中心的概念是混淆的，有时候甚至是合而为一不分你我的。这个一定要下工夫理清，必要时候拿个纸写下来，好好哗啦哗啦。工序是完成生产加工过程中最小的独立作业单元，节点，要我说是个“工步”的概念。生产车间可以弄成你现在公司里边人为划分的班组。生产部门可以理解为班组的上级管理部门如制造部。工作中心可以理解为“工位”的概念，我把他设置为机位。工序的设置跟其他几个是没有关系的，要考虑技术层面的问题，不必也不要考虑与班组的上下级关系，因为她们不发生关系！！部门和班组的设置在生产模块中跟人事管理模块是不同的，也是没有关系的。。  这个生产单在现实管理中也能找到她的原型！（我一直有个不好的习惯，就是把系统中的单据拿来在现实中寻找对应的管理单据，不知道是好还是不好。。）生产单对应的是：“工艺流传卡”！9000体系里边的一个单据，用来追溯产品加工过程中的质量和数量责任的。仔细想，最终还是认为这两个是对应的。生产单不是一个简单的单据，我理解她应该是这个系统中最大的，最复杂的，最有用的一个单据，应该叫单据组合。因为生产单不是一个单一的表单，她是一组单据的组合！！她中间的逻辑关系构成和支撑了生产模块。

何先生

说一下加工入库单。  生产模块和销售模块是独立的！  加工入库单和入库单是不同的！  加工入库单是生产模块中的单据，他管理的是虚拟库存，他的审核完成并不产生实际产品转移。  入库单是库存模块中的单据，他管理的才是真真的实物，才增加库存数量。  也就是加工入库单完成后还要再实物入库单！除非你更改了系统默认单据的属性。反正道理是这么个道理。  这个加工入库单，还不如叫个“生产完工单”。他的作用是标志生产完成，而非实际入库。

何先生

说下领料单。  生产模块中的领料单，跟库存模块中的出库单是完全不同的两个概念！  领料单默认的配置是不发生物料的领用和转移的。是一个指令性的单据，可以理解为“材料使用申请单”或者“材料使用核算分配单”。其实我发现，生产模块中好多的单据都是这个性质，我把他叫做“指令性”或者“标识性”单据。单据的审核只是代表过程的完成不代表实物的转移，配套的如果要发生实物转移，需要再做库存等单据。  也就是，领料单之后如果材料要从库房真正的领用出来，那就再使用“出库单”。

何先生

碰到困难了。  系统中的生产单和加工单，这两个有什么区别呢？？？  难道一个是全自动步枪，一个是小米加步枪？？  是这样子吗？？  求指导。    经过请教@南宁闲里偷忙老师和@德清天天笑老师（170412），我觉得基本上就是这个意思。对于一个连续生产的产品有多个工序的生产单位，就选用生产单好了。加工单要么是只有一个工序的操作时候用，要么用了以后需要多个独立单据的操作配合使用。这两个单据是平行的，选一个用就可以了。没有上下级关系，没有先后关系。用生产单好了。

何先生

说一说“交接单”。  这个表单，乍一看，就是用来做班组、工序之间的交接的么。赶紧用起来，肯定美的很。。那么，错了，大错特错了。。  这个单据是一个库存属性的单据，是库房用的。是两个仓库之间进行转移的。而不是工序。用在生产单中只有一种可能，就是你制定的工艺路线是跨仓库的。但是貌似没有这个必要。  工序之间的物料转移是通过，生产单中的任务下达，派工单，开始任务，完成任务，登记产出这些过程来实现的。  生产过程中的数量概念是一个“变量”的概念。。。    我好像说的有点别人会听不明白。。。没办法，基础太差。。

何先生

仓库定义为工序，物料在仓库中转移就可以用交接单。和移库单有点类似。

官方认证第三方服务团队  夏延明 QQ:15932787 13776070373
服务介绍： http://www.onlyit.cn/user_home?user_id=10304

把仓库定义为工序，把生产过程使用交接单或者转换单连接起来。这个貌似很正确。。但是我通过试验操作觉得。不可行。  第一：理论上是这样的，是可以办到的，这个没有任何异议。  第二：我们使用系统的目的是为了服务生产，但是不能为了一个数据去增加大量的工作吧。有个管理成本的问题。工厂的工人干活是争分夺秒的，是很累的，除过正常的能挣钱的操作，基本上是不会做多余的任何动作的，我们所做的任何管理规定，都得比现行的方法更便捷才是有效的，才能得到响应，对于管理的抵触也是这么来的。所以生产管理就必须寻求一个结合点，首先不能增加更多的工作量。如果按照工序之间设立库房的方法，每一个工序的操作都要做入库，出库，加上如果按照批次管理，这个工作量是很大的。我觉得不是我想要的。。。  第三，生产管理是个动态过程，瞬息万变的。用库存管理的方法去管理一个时刻都在变化的过程难度太大，好像方法方向不对。。这个我不懂，只是这么感觉。  第四，我试验了好久，起初我也是按照这个思路去做的，但是做不下去。当时的做法是每个工序都建立成仓库，生产流转用库存转移的方法，首先就碰到一个产品定义的问题，所以就有把产品定义到每个工序，本来有1000多规格，我又征程10000多。反正最后折腾，折腾，折腾。。。。腾，腾。。。发现错了。所以才写的这个帖子。但愿对刚研究想用生产模块的人有用，少走点摸索的弯路。。不要像我，摸着石头过河，老过不去。。。  第五、库房吗，就按照工厂实际的去建立吧。我现在就分为原材料仓库、成品仓库、模具仓库几个而已。在我最辉煌（MIMANG）的时候可是有个半成品仓库，下边按照工序又建立了10多个目录的，产品档案也是如此。但是最终成果是以被同事嘲笑为结局的。  第六、可能与产品的实物形态，性质也有关系吧，我也在想这个问题。可能有些产品那样做没问题。  仁者见仁，智者见智。。。有用请参考，没用请不要嘲笑。。当然也没有顶撞@夏老师的意思。

何先生