生产过程中操作需要注意的事项:
1、 如果需要在生产订单中带出生产部门,必须在存货档案中录入生产部门
2、 如果需要子件自动带出供应仓库,必须存货档案中设定默认仓库
3、 如果要自动带出工艺路线,必须事先设定好存货的工艺路线
4、 在启用生产制造来源以后,期初补录生产订单,后期在库存选项中启用没有领料也可以入库即可
5、 工时记录单自动生成是根据工序转移单生成的,转移几道工序视为完成几道工序,根据工序会生成相应的工时记录单,最后一道工序为完工时间,其余的为在产工序时间
6、 如果启用车间管理,工序不转移完是不能完工入库的!(另外,在我们系统中成本的工时日报取数的时候是取最后一道工序的工时的,多到工序就是不定的了,很有问题)
7、 在成本中的工时日报汇总的时产品的总工时,在产工时需要人为统计录入
8、 资源资料维护中,工时(分子)就是指的一个小时,工时(分母)可以理解为1个小时能够做几件产品,不是小时的要转换为小时即可!
9、 如果启用的资源资料,并且资源计费类型为自动,如果在工艺路线中中制定了资源中心,如果在生产订单工序资料维护中把生产数量的实际工时录入资源资料中,工时记录单自动生成时记录的是实际工时去除以生产数量得到单件工时,如果生产订单工序资料中不维护资源的实际工时,后期自动生成的工时记录单中是没有单件工时和实际工时的。
问题时生产订单工序资料中的资源资料是否会根据资料资料中的设定自动带出并计算出标准工时?这个问题是可以自动带出来的,主要是根据工艺路线中设定的标准工时,后期会根据实际生产数量去自动算出来标准的工时的!
标准工艺路线中维护好了资源资料,针对单个资源设定;后期在车间管理中会自动生成!
10、 工作中心制定的部门必须是成本中心才行,否则工时记录单中的工时在成本日报中取不出来
11、 在使用主生产计划中一定要注意,主生产计划只针对一层bom进行展开,即只算一阶(871以后版本支持多级)
12、 在回冲得时候如果有部分结算的,在结算成本处理中一定要选择包含部门结算的按钮
13、 在mrp计划维护中的锁定有什么用处,如果在mrp修改中,如果对mrp的记录进行了修改或者人为的对记录改为锁定状态,那么再次mrp运算中,开工日期和完工日期是不会再被修改的,也就是再次展算中这些记录不会被再修改,反之会。如果记录被锁定,后期再对bom中的存货的使用数量进行修改,在mrp再次展算后,他们会根据修改后的bom结构重新进行展算,不是和原来的生成一张生产订单,而是重新再生成一张订单,如果是采购件也不会合成。(这个一定要注意,因此再以后的bom结构搭建中可以增加bom构成,但是如果修改原有的bom用量,后期如果要生成一张订单除非修改为不锁定状态)
14、 在mps中锁定的计划可以直接在mrp中做数据来源的
相关文章
- iOS开发中的错误整理,启动图片设置了没有效果;单独创建xib需要注意的事项;图片取消系统渲染的快捷方式
- 数据加载与保存-通用方式 使用df.write.save方法保存数据,同样可通过format指定数据类型。 save方法后需传入保存路径(针对csv、orc、parquet、textFile格式)。 option方法用于设置特定格式的参数。 保存操作可使用SaveMode来指明如何处理数据,如覆盖(overwrite)、追加(append)等,通过mode方法设置。 特定格式保存 与加载类似,Parquet、JSON、CSV等格式均可通过指定format进行保存。 MySQL等关系型数据库的写入也通过JDBC实现,需指定format为jdbc,并传入数据库连接信息及表名。 注意事项
- mybatis返回的值(resultType)为一个类(javaBean)时,需要注意的事项
- C++ IO操作API及注意事项(包含一个日志类的实现)
- Redis --- redis事务和分布式事务锁-事务过程中失败有两种可能: Redis 命令只会因为错误的语法而失败(并且这些问题不能在入队时发现),或是命令中用在了错误类型的键上面,所以如果在生产环境中你使用的正常命令,那么在 Redis 事务中,是不会出现错误而导致回滚的。 来自文档:Redis commands can fail only if called with a wrong syntax... 事务执行一半,Redis宕机。如果 Redis 服务器因为某些原因被管理员杀死,或者遇上某种硬件故障,那么可能只有部分事务命令会被成功写入到磁盘中。如果 Redis 在重新启动时发现 AOF 文件出了这样的问题,那么它会退出,并汇报一个错误。使用redis-check-aof程序可以修复这一问题:它会移除 AOF 文件中不完整事务的信息,确保服务器可以顺利启动 注意: 若在事务队列中存在命令性错误(类似于java编译性错误),则执行EXEC命令时,所有命令都不会执行 若在事务队列中存在语法性错误(类似于java的1/0的运行时异常),则执行EXEC命令时,其他正确命令会被执行,错误命令抛出异常。 Redis 官网也解释了自己为啥不支持回滚。简单来说就是 Redis 开发者们觉得没必要支持回滚,这样更简单便捷并且性能更好(回滚还需要解决回滚事务覆盖的问题)。Redis 开发者觉得即使命令执行错误也应该在开发过程中就被发现而不是生产过程中。
- Redis 的 RDB持久化策略(详细讲解,注意事项,操作演示)-什么是持久性?
- MapReduce打包jar包并运行的步骤操作以及重要的注意事项
- Hadoop集群配置过程中需要注意的问题
- java分布式项目需要进行注意的事项(代码层面)
- (原创)Hibernate 使用过程中(尤其是多对多关联中的级联保存和级联删除)的注意事项(基于项目的总结)