BO中，生产收货相关数据录入错误，如何处理

eric_e

分装的确是"标准功能",但这个不是用来退货的吧？
它应属于一种标准的生产类型。

waynemaggie

原帖由 johnsuny 于 2009-5-14 08:31 发表
其实我更想知道的是第一个问题的答案。
成品多收了，肯定是要先退回了。分装生产订单是成品退货功能，我不知道算不算得上标准的退货功能（我认为是标准的成品退货）。
我觉得奇怪的是，貌似大家对addon情有独钟。我也不是说addon不好，我是觉得既然系统可以做到为什么要用addon呢？
还有，我认为库存收货和库存发货简直就是Trash,我对它特别地感冒。

分装的确可以用来做退货,但这只是万般无奈下才使用的,因为:
1,分装订单和原来做错多收的订单之前并无关联.
2,原来多收的订单产生的WIP差异,成本金额等都会发生变化.
3,如果某张订单做错了多收了,但零件并未多发,你分装就只会有发出成品,不会有收进零件,还不用如库存发货做盘亏处理可控.
4,当你的成品和零件都用批号管理时,你用分装来处理退货,会有很多麻烦的事等着你.

实际上SBO原意,分装只是一种业务类型,并不是给你用来处理退货的.从SBO的流程设计来说,它根本就不认同你会有"把成品退给生产订单"这种业务,它认为你东西生产出来了,怎么还能回滚到"未生产出来的状态"呢?除非你是想把这个东西拆掉,OK,那就用分装,但这已经是另一个业务了.而从SBO的程序设计的角度来说,如果用移动平均,收货的产品单位成本,是收货那一瞬间的零件移动平均价x标准用量等到的,当你再退成品时,零件的移动平均价可能发生了变化,有可能完全相平的情况下还是会产生WIP差异,这也是它难以处理的.所以在SBO的标准流程中,不会有成品退货的功能!

waynemaggie

另外补充一下:
库存收发货,实际上是SBO里面比较强大的单据,不知道你为什么会认为是TRASH(英文不好,查到貌似是垃圾的意思?),在这个单据里加上很多配置,可以搭配出很多强大的流程....可能大家会说无法让仓库去填科目和收货成本,这里也介绍一种可能大家都会的东西:不要设置库存收发货里总账科目的默认值(仓库和物料组里),而是用自定义字段让仓库选择收发货事务,用这个事务关联到不同的科目,用格式化搜索自动刷新科目或者成本,再在那个"震憾"(哈哈)的存储过程里面加上一些你自定义的控制,这个单据会变得非常强大和严谨....财务可以去定义不同事务的科目,成本等,仓库只需要分清事务类型和数量,不需要关心别的东西,同时你后期的报表,也会非常简单和容易....

johnsuny

原帖由 waynemaggie 于 2009-5-14 09:22 发表
另外补充一下:
库存收发货,实际上是SBO里面比较强大的单据,不知道你为什么会认为是TRASH(英文不好,查到貌似是垃圾的意思?),在这个单据里加上很多配置,可以搭配出很多强大的流程....可能大家会说无法让仓库去填科目和收货成本,这里也介绍一种可能大家都会的东西:不要设置库存收发货里总账科目的默认值(仓库和物料组里),而是用自定义字段让仓库选择收发货事务,用这个事务关联到不同的科目,用格式化搜索自动刷新科目或者成本,再在那个"震憾"(哈哈)的存储过程里面加上一些你自定义的控制,这个单据会变得非常强大和严谨....财务可以去定义不同事务的科目,成本等,仓库只需要分清事务类型和数量,不需要关心别的东西,同时你后期的报表,也会非常简单和容易....

我也弄不明白为什么SAP的开发不弄一个成品退货的功能。我同意陈华的解释，分装生产订单是另一种业务，与原生产订单并无关联，尤其在移动平均法下真的是很麻烦。
库存收、发货在我看来它的确是让人又爱又恨的东西，爱的是像陈华说的哪样，变通变通可以理出很多东西来。恨的是，因为如此，所以很多人并不按流程去做，而是像这样去走捷径。我们就成品退货这个问题而言，到底是用分装生产订单好？还是用库存收发货好？这是我们有争议的焦点。我的观点是两者都不好，但是用分装生产订单会更恰当一些，毕竟它出自同一个业务模块，好像有哪么一点血缘。。。。

eric_e

原帖由 johnsuny 于 2009-5-14 11:30 发表




我也弄不明白为什么SAP的开发不弄一个成品退货的功能。我同意陈华的解释，分装生产订单是另一种业务，与原生产订单并无关联，尤其在移动平均法下真的是很麻烦。
库存收、发货在我看来它的确是让人又爱又恨的东西，爱的是像陈华说的哪样，变通变通可以理出很多东西来。恨的是，因为如此，所以很多人并不按流程去做，而是像这样去走捷径。我们就成品退货这个问题而言，到底是用分装生产订单好？还是用库存收发货好？这是我们有争议的焦点。我的观点是两者都不好，但是用分装生产订单会更恰当一些，毕竟它出自同一个业务模块，好像有哪么一点血缘。。。。

    为什么SAP不弄退货，那真的只能求“官方”回答了，我觉得应该去弄这个功能，虽然这会造成一些“工单差异”，但SAP目前已经有了这个一样“工单差异”处理的科目，多这点儿差异又有何关系呢？
   我在项目上一直采用的“库存交易-发货”，对于科目那块也是和陈华一样的方法，发货类型定义为自定义表，里面加一列科目，在用户选择发货类型后自动更新科目（最后选择发货类型），且在后台进行控制，如果发货类型中的科目和实际单据里的科目不一致，则不允许添加单据，对于成本核算的时候，当然是扣除这块了。

waynemaggie

坦白说,我是觉得从程序设计的角度和流程思想的角度,SAP不弄成品退货,都是有道理的,呵呵,虽然我做了成品退货的ADDON,但在我的项目中从来没用过,也不建议客户去用.在项目流程设计中,首先我不会有成品退货这种业务.其次就只需要考虑客户收错这种情形了,一旦发生这种情况,不管哪种方法去处理,都是一件很麻烦的事,但我的目的就是要让它变麻烦,甚至我会要求相关管理人员签字认可,并且要财务评估对成本的影响,再由专人操作........我会告诉他,因为你做错了,所以给很多部门和人员带来麻烦,为了处理你的错误,甚至财务都必需冒成本不准确的风险,这本身就是一件质量事故的后续处理,当然会很麻烦,看你下次还敢不敢做错........如果很简单就让你自己去修正了,那这些错误的数字被你掩盖,其它部门无法知晓,那问题可能就更大了,所以一定不能给你提供这个标准功能.

eric_e

支持楼上的！技术只是工具，关键还是管理！

huangyuf

我们公司生产的是瓷砖。大家现在应该理解这个行业有多特殊吧。相同的料，不同批生产就有可能因为砖厚度不同而产成品的量不同，而且不便拆解。如果是机械类，那就好操作了。

eric_e

你们应该也是用模具生产的吧？
对于同一套模具出来的产品厚度应该是一定的吧，如果一个产品有多个模具可以选择，那么可能会造成不同的产品厚度。是这样吗？

waynemaggie

原帖由 huangyuf 于 2009-5-14 19:54 发表
我们公司生产的是瓷砖。大家现在应该理解这个行业有多特殊吧。相同的料，不同批生产就有可能因为砖厚度不同而产成品的量不同，而且不便拆解。如果是机械类，那就好操作了。

从你描述的特点来看,你的计划数和实际生产数是很难对应,但也不会有先收货,再发现不对,再退货的情形吧? 是否可以从入库的流程环节增加一些规定来避免收货数量错误呢?