EDA365欢迎您登录!
您需要 登录 才可以下载或查看,没有帐号?注册
x
首先要说明为什么要结合这两个概念,因为单独使用其中一个都存在一些问题。 如果单独使用工单(通常是无抬头的工单),有以下两个问题:1. 如果在研发工单中领用了自制半成品或产成品需要分开结算,否则就需要结算两次,因为物料账会再次上转差异。2. 研发项目是通过WBS进行管理,那么工单结算以后,要想在WBS上看到领料的明细是不行的,因为结算的过程中有一些信息会丟失。 如果单独使用WBS 通过预留单的方式,那么就会存在对WBS 建预留单,以及在需要在WBS上进行报工的需求(当然也可以采用PS 网络的方式,只不过为了这一点需求引入一些大的概念,不划算)。 本文档就是用一个简单的方式来解决这个问题,主要的步骤如下: - 在工单抬头上分配WBS元素,以便在OKC9中做替代,这一个比较简单
- 把生产订单变成统计性的,参考我之前的专栏文档
! K2 e2 d1 ~4 {6 T5 `( f/ m FlexYang:统计性的生产订单及应用zhuanlan.zhihu.com3.正常的收发料,这个好像也很简单 主要是让大家看效果 工单的抬头的信息如下: 工单领料产生的物料凭证 产生的财务凭证如下 大家关心的问题,工单的需求有没有关闭。参考下图,领料数量已经更新。 以下物料的差异分摊的效果 产生的凭证如下: 工单报工的效果(产生的CO凭证) 以下是WBS 的报告 综上所述,费了很大的心思,可能有个不理解,为什么搞这么复杂,其根本的原因还是最初写的那两点:1. 工单结两次让人费解,2. 工单只是一个中间的状态,成本最终要去WBS,如果只看WBS的成本,那么看不到最初的领料明细/报工明细。 通过上述的实现,解决了,工单不用结算了,成本直接在WBS上,WBS 有所有明细信息。影响的问题点就是在查询WBS时注意DB Profile 的选择时,不要再选工单(建议新建一个Profile),要不然会重复统计。 <完> ; o4 M% Q* l1 ?& K
|