MRP运算结果查询界面与计划订单界面净需求数量不一致的解决方案--V11.0.pdf

《MRP运算结果查询界面与计划订单界面净需求数量不一致的解决方案--V11.0.pdf》由会员分享，可在线阅读，更多相关《MRP运算结果查询界面与计划订单界面净需求数量不一致的解决方案--V11.0.pdf（9页珍藏版）》请在得力文库 - 分享文档赚钱的网站上搜索。

1、金蝶知识库文档K/3 V11.0 MRPK/3 V11.0 MRP 运算结果查询界面与计划订单界面运算结果查询界面与计划订单界面净需求数量不一致的解决方案净需求数量不一致的解决方案本期概述z本文档适用 K/3 V11.0 物料需求计划模块。z学习完本文档以后，可以对MPR 运算结果查询界面与计划订单界面净需求数量不一致有深刻理解、对运算数据明细查询界面的取数原理有详细了解。版本信息z2008 年 4 月 30 日V1.0刘胜霞版权信息z本文件使用须知著作权人保留本文件的内容的解释权， 并且仅将本文件内容提供给阁下个人使用。 对于内容中所含的版权和其他所有权声明， 您应予以尊重并在其副本中予以保

2、留。您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方式把它们用于任何公开或商业目的。 任何未经授权的使用都可能构成对版权、 商标和其他法律权利的侵犯。 如果您不接受或违反上述约定， 您使用本文件的授权将自动终止，同时您应立即销毁任何已下载或打印好的本文件内容。著作权人对本文件内容可用性不附加任何形式的保证， 也不保证本文件内容的绝对准确性和绝对完整性。 本文件中介绍的产品、 技术、 方案和配置等仅供您参考，且它们可能会随时变更，恕不另行通知。本文件中的内容也可能已经过期，著作权人不承诺更新它们。 如需得到最新的技术信息和服务， 您可向当地的金蝶业务联系人和合作伙伴进行咨询。

3、著作权声明 著作权所有 2008 金蝶软件（中国）有限公司 。所有权利均予保留。金蝶软件（中国）有限公司客户服务中心第 1 页共 9 页金蝶知识库文档背景背景MRP 计算后，对运算结果有质疑时，客户通常都会通过“MRP 运算结果查询” （10.4 及之前版本叫“MRP需求反查” ）来查询每个项目的具体数据，根据计算原理手工计算净需求、计划订单量等。通常情况下，我们会认为“MRP运算结果查询”界面与所产生的计划订单上的“净需求、计划订单量”数量是一致的，那么，如果不一致时，应该怎么处理呢？功能介绍功能介绍当物料的订货策略为“批对批” ，MRP 计划维护方案中计算参数选择“净需求考虑订货策略和批量

4、调整” ，合并参数选择 “MRP 需求合并类物料允许对不同需求来源的单据合并”时，MRP 运算后，会出现以下五个问题：1、1、 “MRP“MRP 运算结果查询”界面与所产生的运算结果查询”界面与所产生的 MRPMRP 计划订单上的“净需求”数量不一致。计划订单上的“净需求”数量不一致。在系统中，“MRP 运算结果查询” 界面的净需求 = 毛需求 - 预计入库量 + 已分配量 期初库存，计划订单上的净需求 = “运算数据明细查询”界面每条需求单据各自的净需求之和。由于二者的取数原理不一致，容易造成理解上的误区。在“运算数据明细查询”界面，系统分别按顺序计算每条需求单据的计划订单量，因为净需求考虑

5、订货策略和批量调整， 导致每条需求单据都可能产生剩余库存。 此剩余库存又作为下一条需求单据的期初库存， 从而减少了本条单据的净需求。 但是每条需求单据的计算原理都满足净需求 = 毛需求 - 预计入库量 + 已分配量 期初库存，那么为什么在“MRP运算结果查询”界面的净需求与“运算数据明细查询”界面每条需求单据各自的净需求之和不等呢？仔细考虑，可以得到以下结果： “MRP 运算结果查询”界面的原理是“先合并后计算” ，即先把各条需求单据的毛需求汇总， 按公式净需求 = 毛需求 - 预计入库量 + 已分配量 期初库存得到净需求， 而计划订单界面 （等于 “运算数据明细查询” 界面净需求之和） 是

6、“先计算后合并” ， 即先按公式净需求 = 毛需求 - 预计入库量 + 已分配量 期初库存计算出各自的净需求，再汇总净需求。但是在企业中，通常都是采用“先合并后计算”来处理此类问题，目前研发正在考虑如何改进此处。2、2、 “运算数据明细查询”界面最后一行的净需求不等于以上各行净需求的合计数。“运算数据明细查询”界面最后一行的净需求不等于以上各行净需求的合计数。此问题同问题 1： “运算数据明细查询”界面最后一行并没有写“合计” ，即并不表示此行是合计数， 只是我们习惯当作合计数来处理， 误以为最后一行应该等于以上各行的合计数。最后一行的计算原理同问题 1 中“MRP 运算结果查询”界面的原理“

7、先合并后计算” ，以上各行的计算原理严格按照公式净需求 = 毛需求 - 预计入库量 + 已分配量 期初库存计算，但是由于“先计算后合并” ，各行的净需求受到上一行剩余库存的影响，导致各行的净需求之和不等于“先合并计算”的数量（即最后一行的数量） 。此处主要是显示问题或理解问题。3、在“运算数据明细查询”界面，各需求单据所产生的“计划订单量”并非按订货策3、在“运算数据明细查询”界面，各需求单据所产生的“计划订单量”并非按订货策略为“批对批”的公式：计划订单量 = 最小订货量 + 向上取整（净需求-最小订货量）/略为“批对批”的公式：计划订单量 = 最小订货量 + 向上取整（净需求-最小订货量）

8、/批量增量 * 批量增量 计算。批量增量 * 批量增量 计算。1） 第一条需求单据计划订单量的计算公式： 计划订单量 = 最小订货量 + 向上取整 （净需求-最小订货量）/批量增量 * 批量增量。金蝶软件（中国）有限公司客户服务中心第 2 页共 9 页金蝶知识库文档只要需要生产/采购，必须订大于“最小订货量”的数量，因此，第一行必须加最小订货量。2）其他各条需求单据计划订单量的计算公式如下：当 A 净需求时，计划订单量 = A注：注：以上公式中：A = 向上取整（净需求-最小订货量）/批量增量 * 批量增量B = 批量增量+AC = 最小订货量+A附注：附注：计划订单量 =B,C 二者中大于等

9、于净需求的较小者 例：B=25, C=31, 净需求=21，则计划订单量=254、在“运算数据明细查询”界面所显示的计划订单号在4、在“运算数据明细查询”界面所显示的计划订单号在 MRPMRP 计划订单序时簿界面查询计划订单序时簿界面查询不到。不到。在系统中， 此界面各条需求单据的计划订单号都按 MRP 计划订单的单据编号规则顺序产生，但是因为合并，这些计划订单都被最后合并的计划订单替代了，在 MRP 计划订单序时簿界面显示的是合并后的计划订单，这样导致两个界面的计划订单号不一致，容易产生误解。这是程序错误，但是所有的计划订单都只能由系统自动生成，客户不能手工干预，也较少注意到，所以一直没有补

10、丁解决。5、5、在在 MRPMRP 计划订单上，计划订单上，此处的计划订单量若按此处的净需求用公式此处的计划订单量若按此处的净需求用公式（计划订单量 = 最（计划订单量 = 最小订货量 + 向上取整（净需求-最小订货量）/批量增量 * 批量增量）计算，得到的数小订货量 + 向上取整（净需求-最小订货量）/批量增量 * 批量增量）计算，得到的数并不正确。并不正确。在系统中，MRP计划订单界面的计划订单量是直接取“运算数据查询界面”所产生的各条计划订单量的合计，而并不是按公式（计划订单量 = 最小订货量 + 向上取整（净需求-最小订货量）/批量增量 * 批量增量）计算的。这容易造成理解上的误区，待

11、改进。变通解决方案：变通解决方案：设置订货策略为“期间订货量” ，订货间隔期设置（天）为 1，则这样系统就采用“先合并后调整”来处理，不会出现以上五个问题。期间订货量的计算原理：系统会依订货间隔期，先计算该期间各天的净需求，然后按期间将各天的净需求进行汇总后进行批量调整（即先合并后调整） ，在各期间的第一天生成计划订单。批量调整的公式为(订货间隔期必录)：计划订单量 = 最小订货量+向上取整【 （净需求-最小订货量）/批量增量】*批量增量。因 MRP 计算方案维护中的参数“MRP 需求合并类物料允许对不同需求来源的单据合并”要求“不同单据号，相同物料，相同需求日期”就可以合并，因此若订货间隔期

12、为1 天，则必定是相同需求日期，正好可以满足先合并后调整的要求，因此可以设置订货策略为“期间订货量” ，订货间隔期设置（天）为 1 来解决此问题。案例案例1、 物料 33 属性如图 1：金蝶软件（中国）有限公司客户服务中心第 3 页共 9 页金蝶知识库文档图 1最小订货量是指每次订货量不能低于此值； 批量增量是指物料的最小包装单位或最少生产数量；一般情况下，最小订货量都是批量增量的整数倍。2、需求单据如下：销售订单号SEORD000026SEORD000027SEORD000028SEORD000029SEORD000030SEORD000031SEORD0000323、MRP 计划方案维护如

13、图 2：需求日期2008-05-072008-05-072008-05-072008-05-072008-05-072008-05-072008-05-07数量20981512425金蝶软件（中国）有限公司客户服务中心第 4 页共 9 页金蝶知识库文档图 2MRP 需求合并类物料允许对不同需求来源的单据合并的条件：不同单据号，相同物料，相同需求日期， 合并物料在基础资料物料计划资料页签中选择 “MRP 计算是否合并需求”（参见图 1） 。4、MRP 运算后， “MRP 运算结果查询”界面如图 3：金蝶软件（中国）有限公司客户服务中心第 5 页共 9 页金蝶知识库文档图 35、MRP 计算产生的

14、计划订单的净需求及计划订单量如图 4：图 4问题问题 1：1：图 3（MPR 运算结果查询界面）净需求102 不等于图 4（MRP 计划订单界面）净需求 74。图 3 净需求 = 毛需求 - 预计入库量 + 已分配量 期初库存= 102 0 + 0 0 = 102图 4 净需求 = “运算数据明细查询”界面每条需求单据各自的净需求之和= 20 + 2 + 1 + 7 + 23 + 21 = 746、在“MRP 运算结果查询”界面（图 3） ，双击本例中的第二行记录，或单击工具栏的“明细”按钮，调出“运算数据明细查询”界面（图 5） 。金蝶软件（中国）有限公司客户服务中心第 6 页共 9 页金蝶

15、知识库文档图 5问题问题 2：2：图 5 最后一行（图 5 中的 5）并非合计数，净需求数量为 102，以上各行净需求之和 74 = 20+2+1+7+23+21，原理同问题 1。问题问题 3：3： 1） 第一条需求单据的计划订单量 （图中的 1） ： 计划订单量 = 最小订货量 + 向上取整（净需求-最小订货量）/批量增量 * 批量增量 = 18 + 向上取整（20 - 18）/ 9* 9 = 272）其他各条需求单据的计划订单量如下：A = 向上取整（净需求-最小订货量）/批量增量 * 批量增量 =向上取整（20 - 18）/ 9 * 9 = 9B = 批量增量+A = 9+9 = 18C

16、 = 最小订货量+A = 18+9 = 27当 A(9) 净需求(2、1、7)时，计划订单量 = A(9)(如图 5 中的 2)当 A(9) 净需求(23、21)时，计划订单量 =B,C 二者中大于等于净需求的较小者（如图 5 中的 3）= 27（因为 B(18) 净需求(21)，不满足净需求，所以取 C(27)）问题问题 4：4：在图 4 中可以看出，MRP 所产生的计划订单号是 PL000258，但在图 5 的 5 中，每张需求单据所产生的计划订单号都没有 PL000258，而都是按顺序产生的 258 之前的单据号。金蝶软件（中国）有限公司客户服务中心第 7 页共 9 页金蝶知识库文档图

17、6问题问题 5：5：在 MRP 计划订单上，此处的计划订单量若按此处的净需求用公式（计划订单量= 最小订货量 + 向上取整（净需求-最小订货量）/批量增量* 批量增量）计算，计划订单量 = 18 + 向上取整（74-18）/9*9 = 81，但图6 中是 108，我们就会认为不正确，但是系统取的是 “运算数据查询界面” （图 4）所产生的各条计划订单量的合计 =27+9+9+9+27+27 = 108。变通解决方案：变通解决方案：设置订货策略为“期间订货量” ，订货间隔期设置（天）为 1，如图 7金蝶软件（中国）有限公司客户服务中心第 8 页共 9 页金蝶知识库文档图 7其他设置同上例，MRP

18、 计算后如图 8 和图 9图 8图 9系统先计算汇总的净需求 102，再进行批量调整，得到计划订单量 108，生成一张计划订单，且各个界面都符合物料需求计划的计算原理。计划订单量 = 最小订货量 + 向上取整（净需求-最小订货量）/批量增量 * 批量增量 = 18 + 向上取整（102 - 18）/ 9 * 9 = 108总结总结当物料的订货策略设置为“批对批” ，MRP 运算方案选择了“净需求考虑订货策略和批量调整” ， “MRP 需求合并类物料允许对不同需求来源的单据合并”选项，就会出现以上五个问题，为了符合企业的实际需求，我们通过设置订货策略为“期间订货量”来变通实现。金蝶软件（中国）有限公司客户服务中心第 9 页共 9 页