(贴子摘要)BOM修改引出的问题

关注该话题:从你的介绍看,是典型的按定单生产,采购,按单财务核算,由于接单时的BOM并不能完全确定,导致后续的一系列问题,有哪位高手支招……

[@more@]

yydongpo:

首先介绍一下我们公司的基本流程背景:
目前在我们SITE只是组装(工序较简单)BOM相对比较简单,所以没有用PDM系统,所有BOM都是技术部在ERP系统BOM模块直接手工生成的.
产品(体积较大高单价)由客户合同决定,标准成品和客户特殊需求成品各占一半左右.为了SCM能较早得到真正需求信息以及财务更好管理合同(要求预付款就得开始在系统中跟踪),所以要求技术部尽早建BOM(标准),合同部尽早建S0,同时控制付款请求. 而在这一阶段真正的参数细节可能还没确定(很多是客户原因),所以往往一段时间后技术部会修改标准BOM,进而需要修改SO.但这是付款请求已生效,财务已将预付款入帐,系统禁止修改删除SO.
当前我们只能关闭SO,重建SO. 但工作量大而且用户抱怨,二是财务端易产生紊乱.

不知道各位有没有好的建议或经验可以分享一下的?


另:我们是根据合同号跟踪所有财务信息而不是SO号

江南小生：

关注该话题:从你的介绍看,是典型的按定单生产,采购,按单财务核算,由于接单时的BOM并不能完全确定,导致后续的一系列问题,有哪位高手支招,谢谢

OKRA-ERP：

我说一下，我们的做法。
一、BOM问题
BOM为基本标准的BOM
各个基本BOM中每一个物料其类型可以灵活设置为必须件，可选件，关联副产品，配色，配规格，配码等等。
BOM附加替换中可以设置BOM主物料清单中哪些物料在什么条件下自动替换。

每个客户的销售订单的每一个销售明细，如果其BOM中有可选件，则会自动弹出相应的可选项，根据客户的需要选择相应的可选配置，另外，销售订单每个销售明细还有一个附加替换明细，附加替换明细会列出基本BOM中的必须件，如果客户有需要替换必须件，可以直接在这里指定。
MRP计算的依据是。
如果生产计划与销售订单无关，直接使用基本BOM
如果生产计划与销售订单有关。则MRP扩展计算的BOM=基本BOM中的必须件+销售订单明细附加中的选择件+销售订单明细附加中的替换件-销售订单明细附加中的被替换件。目的是减少成品物料号，减少BOM编制。
产品的材料成本按生产领料时实际成本进行核算。所有差异计入材料成本差异帐户
适用于小批量，多品种，按单生产，客制变化较多，大部分客制产品基本上用到一次两次就不再使用了。
二、预付款控制。
为每一客户建立一个预付款控制比例，可以客户中固定，也可以销售订单中临时指定。预收款只与客户有关，与订单没有关联。生成赁证相应为借记现金/银行存款式，贷记预收帐款，方便订单可以随时进行修改变更。
销售发货时，系统自动检查预付款的余额与销售订单未发货部分的销售额的比例，如果不满足预设置的条件，不允许发货出库。直至满足预设置的条件比例。（或者将这个功能放在销售订单的审核环节中，即销售订单审核就要检查是否有足够的预收款余额）
三、预付款冲减
系统根据销售发货单来收款(当然也可以用发票来收)，如果有预付款余额，则自动提示是否自动冲减预付款余额，此时凭证为贷记应收款款，借记收帐款。如果不自动冲减预付款，直接收款，则借记现金/银行存款，贷记应收帐款。

yydongpo:

谢谢OKRA-ERP兄,可惜有些我们的系统目前应该做不到

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
如果生产计划与销售订单无关，直接使用基本BOM
如果生产计划与销售订单有关。则MRP扩展计算的BOM=基本BOM中的必须件+销售订单明细附加中的选择件+销售订单明细附加中的替换件-销售订单明细附加中的被替换件。目的是减少成品物料号，减少BOM编制产品的材料成本按生产领料时实际成本进行核算。所有差异计入材料成本差异帐户
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
这段好像让我理解成同一个BOM号码,下面所挂的Parts是不一样的?

OKRA-ERP：
BOM只是基本BOM（相当于你说的标准BOM）
但是，不同的订单因为客户制的原因会有不同的BOM结构，这里主要是在订单明细中确认。相当于变动的部分在订单明细中确认。

yydongpo:

这样会不会产生问题是,当事后追踪这个合同时(可能客户现场出问题),技术部会不会很难清楚的了解这个产品的具体结构?二是变动部分反应在订单明细会不会造成生产工艺上的紊乱,因为似乎难以体现它应有层次来?

zhl1117:

1,但这是付款请求已生效,财务已将预付款入帐,系统禁止修改删除SO.是否可以将两个业务分开在系统中实现,SO可供财务预付款入帐的参考,而不与SO进行关联,而在财务预付款入帐单据中记录下合同号和SO号,方便财务进行查询即可.
2,建立BOM审批机制,技术部门----标准化部门------ERP系统录入------反馈到技术部门在系统中进行再次校对.防止BOM出错.

wfs3809:

bom表，更新是必须实时的。和生产实际挂钩。

yydongpo:

现在看起来变是必然的,就是如何把变化的影响减到最小. 还有有没有更好的方式来平衡这个矛盾?财务端希望尽快建SO是基于更好管理合同预付款及Order In Hand, 而预付款往往是合同签订不久后就会到; 技术部当然是希望完整BOM确定后再去建;生产计划当然希望是BOM建的越快越好因为他可以尽早得到需求,但要求是Final version BOM. 合同部不是很关心什么时候建SO,前提是生产能按时让它出货.
之前我碰到的问题主要还是我们自己流程定义上有些欠缺.原来我们定义标准BOM是在第二层,出货也是出的第二层,顶层的相当于虚拟料号没有实际库存.所以反应在SO行里面就是第二层的料号了,但当标准BOM客户化后,已经没有机会再去修改这个SO..... 但这个只是解了不CLOSE SO和重建SO这个表面的问题.

joylielw:

上面的問題點就是客戶確定了產品, 但技術部確定不了自己的BOM,所以使BOM變來變去,使生產沒法生產.
請問一下如果此SO已依據BOM轉成WO,技術部後改了BOM,那WO可作變更嗎?如果可以,那就作
WO的依據新BOM作相關變更便可.

財會的單證應該與BOM沒關系吧,只與SO有關,如果客戶的產品料號沒改,那應該不影響此單證的,如果是改了單價等,可用SO變更便可!

fisher.yu:

关注中....

关于SO方面 不知道可以不可以针对预付款做下文章, 我们有客户化过一个项目,客户在SO后增加了未收金的维护,不通过标准预收款来做,未收金可以分几期,第1期可能是预收款,第2期以后可能是AR, 这里可能根据时间长短对财务提醒账户时间过长啊等等, 等预收款齐全USER确认后,系统自动做系统AR收款.

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/8533485/viewspace-888249/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/8533485/viewspace-888249/