Access交流中心

北京 | 上海 | 天津 | 重庆 | 广州 | 深圳 | 珠海 | 汕头 | 佛山 | 中山 | 东莞 | 南京 | 苏州 | 无锡 | 常州 | 南通 | 扬州 | 徐州 | 杭州 | 温州 | 宁波 | 台州 | 福州 | 厦门 | 泉州 | 龙岩 | 合肥 | 芜湖 | 成都 | 遂宁 | 长沙 | 株洲 | 湘潭 | 武汉 | 南昌 | 济南 | 青岛 | 烟台 | 潍坊 | 淄博 | 济宁 | 太原 | 郑州 | 石家庄 | 保定 | 唐山 | 西安 | 大连 | 沈阳 | 长春 | 昆明 | 兰州 | 哈尔滨 | 佳木斯 | 南宁 | 桂林 | 海口 | 贵阳 | 西宁 | 乌鲁木齐 | 包头 |

怎样根据产品订单数量计算物料需求?

Lee  发表于:2010-05-12 22:37:22  
复制

在生产系统中,通常产品是由一系列零配件组成的,例如产品A的构成:

       A

       |

   A1------A2

   |      |

A11 A12  A21 A22

表示:产品A由A1和A2组成,而A1由A11和A12组成,A2由A21和A22组成,即俗称的结构型BOM表(或叫树型)。

我想通过输入订单数量(即成品数)计算出其下各零件的需求,请问ACCESS中如何实现?我想知道大致的设计思路,最好有示例上传可参考。

 

Top
煮江品茶 发表于:2010-05-13 06:42:51

表中都加个单耗,数量一乘了事,还有什么设计思路可言,鬼打架嘛。



Lee 发表于:2010-05-13 10:40:38

在实际生产中,首先要计算成品(例如A)有没有库存,如果没有或不够则计算下一级零件(例如A1、A2)的库存,如A1和A2不够则再计算其下一级(例如A11、A12、A21、A22)的库存,而实际成品构成远较以上例子复杂,一个成品可能由数十种零件组成,而零件下又有子零件,一级一级往下最终变为原料。而我的目的是根据输入成品,计算出最终的物料需求。

有做过生产管理系统或MRP系统的朋友可否指点一下?



Lee 发表于:2010-05-15 18:37:32

难道没有搞生产或MRP的出来说一下吗?



赵文斌 发表于:2010-05-16 00:15:55
这样的问题,在这里提出来别人一般不好怎么回答.这是一个系统工程,而且不同于一般设计的那些小程序,什么进销存和人事以及那些贸易性公司用的那些系统要求,一个商业软件除了安全和界面以及运行速度外,最有价值的就是这一块了.你说要是这么容易,那么多的商业软件不会都倒闭.而且这一块要想发挥作用只要与公司的实际情况结合才行.对你的需求不是很了解是没法回答的.这一块要求的细节特别多.而且关系也是错综复杂的,针对于制造业而言.

Lee 发表于:2010-05-16 16:32:31
4楼赵先生说得也对。我也不希望得到原代码,因各工厂的情况和要求也不同没得照抄,我只是想大家共同探讨一下(所以我只强调设计思路),但论坛中从事制造业的朋友可能较少。

煮江品茶 发表于:2010-05-17 20:44:11

呵呵,简单问题复杂化。

 

有没有库存并不影响消耗的总需求。一个人一餐要吃两个馒头,不会因为家里还剩一个馒头还是不剩馒头,而影响他的需求量。

 

至于应该每天存几个馒头是另外一件事情,这个事情与一天想去几次市场、兜里有几个钱、馒头是否要涨价有关系。

 

至于需要买几个馒头又是另外一件事情了,这不仅取决与今天要吃几个,本周要存几个有关。还与是否可以在馒头上投资,是否可以套期保值等问题有关。

 

吃馒头、存馒头、买馒头是三件有关联但彼此相对独立的三个事情,混为一谈就会觉得复杂的不得了。独立起来解决却也很容易。因此算消耗就先把消耗算清楚,不必联系的那么多。呵呵



赵文斌 发表于:2010-05-17 23:17:25
身不在其中,不知其烦.对于这个问题,智者见智.

Lee 发表于:2010-05-18 22:54:32

煮江品茶先生可能不了解制造业,还是以你的馒头为例,它们之间关系应是:吃馒头——存馒头——面团——面粉的关系。

一餐吃多少个馒头没错是固定不变的,但吃馒头应先看看冰箱中还有没有剩下馒头,有则不做先把冰箱中的吃完——冰箱中没馒头剩下则看看上次和好的面团还有没有剩,有则用剩下的面团做馒头吃——没面团剩则要看面粉还够不够做馒头吃——面粉不够则要购买了。

所以要吃馒头不能立刻就购买面粉,要层层计算库存。



黎红军 发表于:2010-05-18 23:36:07
楼主的实际情况是怎样的? 一般来说,采购的为最底层即面粉。成品为馒头。面团最好是没有或少有为佳。当然,BOM的层次结构是个很深层次的问题,很难有绝对的最佳方案,一般有各个工厂依据经验与工作工序的需要而构建。所以,一般来说,bom中有个展开层次的问题。一般由最顶层展开,求出最底层的需求数量,然后与库存对比。如果按楼主的,要比就得每层展开时都需要与库存进行对比,需要的再往下展开,否则即结束退出。一般的库存也是最底层的物流。中间的面团一般为wip即为在制品。

赵文斌 发表于:2010-05-18 23:49:15
这个问题也不是没有解不开的结,要看是个什么结了.是需要慢慢解开,还是快刀斩乱麻了.我也正在做这一块.做需求设计定位时.想了很长一段时间.理论上想是很简单的思路.也就是没有在制造行业的同仁也能说出个所以然来,而且头头是道的.而且是正确的.但要发挥作用,光有理论是没有用的.只是个前提而已.还有就算按照理论设计出来也未必能发挥作用,后来想了想,一刀斩了它.与其全部实现,不如实现最核心的.不就是最终的数量而已.至少那些衍生的或不是最重要的全舍弃.什么交货期啊.理论正确.实际无效,操作误导.折磨实施人员.待时机成熟再捡回丢弃的那些玩艺.

芊芊 发表于:2010-05-19 15:06:17

1.订单要100个A产品,首先要判断库存A产品有多少?假设有40个A产品,那么还需要生产60个A产品。

 

2、要生产60个A产品,需要A1和A2零件,根据定额消耗量,可计算出需要A1多少个?A2多少个?

   进而判断库存的A1有多少个?可得到还需要A1多少个?再判断库存的A2有多少个?可得到还需要A2多少个?

 

3、根据还需要A1零件的个数,根据定额消耗量,可计算出需要A11多少个?A12多少个?

   根据还需要A2零件的个数,根据定额消耗量,可计算出需要A21多少个?A22多少个?

   接着判断库存的A11有多少个?可得到还需要A1多少个?再判断库存的A12有多少个?可得到还需要A12多少个?

       判断库存的A21有多少个?可得到还需要A21多少个?再判断库存的A22有多少个?可得到还需要A22多少个?

 

依次展开,得到最终各零件消耗量。这个思路不知是否可行?



Lee 发表于:2010-05-20 19:45:40

芊芊,你说的这个我也懂,我说的思路是Access里面要如何设置才能自动计算出最终的物料需求,例如BOM表如何设置才能反映出产品层次?BOM表如何跟成品建立联系?要生成怎样的查询及查询要设置什么条件等等?



Lee 发表于:2010-05-20 20:04:29

至于赵文斌先生所说的意思,是先通过Access统计出主要数据,其它次要问题以后有需要时一步一步想办法解决。

我现在已通过Access“入库”“出库”“采购单”“订单”等表,自动计算出所有物料(不分层次的)需求,然后把这些数据在Excel中计算出每个订单的物料需求,也能通过Access自动统计出交货准时率等等。

我正是这些基本要求解决之后,想进一步把各种资源整合到这个系统中,这样可避免重复统计和减少许多管理人员的文书工作。

我们对生产管理了解的对Access程序及相关软件不熟悉,而对程序和软件熟悉的却又对生产要求不了解,这正是我们目前的困惑。

而大家相互取长补短才是论坛存在的意义。



赵文斌 发表于:2010-05-20 22:18:54

我现在也已经把物料需求能自动计算出来但不需要导出ECXEL再进行计算,因根据公司的要求,我的BOM只需要展开两层就可以了,暂时没有扩展成N层.先满足现在的需要,以后会扩展成N层BOM的计算.我不明白你想要整合的是哪些资源. 我结合自身公司的情况,觉得生产排产那块不需要像我见过的那些商业软件那样死板当然那是以后的目标理论还是正确的.因为有好多条件在现实中不是都能按照要求实现的.我所设计的一切以解决目前的实际问题出发.等管理水平达到一定程度后系统再根据实际需要升级.这其实也不是最好的处事方法.胳膊拧不过大腿.以现在的状况也只能这样,至少现在的效率是提高了.不管多少个订单所需要计算的步骤基本上在十分钟内可以完成,包括一些简单的验证.目前是根据现在的模型怎么样做出最优化的排产.这里面的可变因素太多.暂时没有想出万全之策.



Lee 发表于:2010-05-21 17:09:55
我现时还不能做到自动计算物料需求,只能把查询库存结果填在原来的Excel中计算(原来的Excel设了公式能分层计算),我现在还没考虑到排产问题,排产问题涉及因素更多。我公司现行产品BOM多数在4层左右,能发个你的2层BOM表参考下吗?

赵文斌 发表于:2010-05-22 11:31:39

有时间你可以加我的qq探讨



芊芊 发表于:2010-05-22 11:36:07
给上传个实例吧!纸上谈兵,不切实际!

wj.s 发表于:2010-06-06 18:08:19

其实这个问题说复杂也复杂,说不复杂也不复杂

首先我们要搞清楚这个这个企业是那种性质的,是加工企业,自产自销企业,还是两者混合企业?

但无论是以上三种那种企业,按现代企业管理的规范来说,它们都应该是按订单生产的.也就是说中间的半成品都是有订单的,都是不能随便调用的,这样问题就比较简化了,我们只要处理未有订单的成品和原料就OK了.(如果还有企业不是按订单生产的话,我只能想起以前的国营企业了.那这种企业还不如先把精力花费在这方面的管理改善上吧)

处理未有订单的成品和原料的思路:

  订单:增加两个字段字段,一个记录已安排成品(就是扣减自产订单成品或待安排的成品库存),一个记录此订单是否已安排原料.

  订单用料表:用BOM计算待安排成品(订单数量-已安排成品)得出的原料用料,可以修改,审核后把用料数量写入原料仓的已安排用料(复杂点的可以在此把用料数量分为3个字段:预期用量/已安排用量/待安排用量,因许多时候某些原料不一定有即期库存,要安排采购,至于把安排采购否也加进来就更复杂了,这里不说了.)

  原料仓:增加一个字段字段记录已安排用料,出仓时根据上述订单用料表出仓然后扣减已安排用料(如果订单未安排原料则不扣减已安排用料字段).但这里有个前提,就是所有原料出仓是根据订单出仓,所有数据才能一致,数据才能作为实际安排的依据,否则的话只能以上数据只能作参考作用了.

  成品仓也可参考以上处理方法来进行,但实际上可以做的更细一点(一般企业反而在这方面要求高点,做得也好点),就是在入仓时就把产品做好条码,标明了产品是什么客户什么订单的,也就是把每件成品与订单对应了,(说道这里,自产自销也是可以下订单的,下订单的客户是企业自己就行,别的客户需要产品,把这订单进行拆分,转客户就可以了)这样就比较清楚那些成品可以给新订单调用那些不行

  呵呵,这里只是简单的说一下,实际处理上要复杂许多.

 



Lee 发表于:2010-06-11 20:41:28
    总不能认为所有企业都实行了JIT生产吧,就算JIT生产也不定能做到零库存(只是库存接近零罢了),因制造业不同于电子、制衣等行业,有些大型设备、高能耗设备订单量太少时,勉强按单量生产是不划算的,所以库存有时是无可避免的,只是管理水平越高库存越少罢了。

    回到正题,能不能上传个BOM表及应用示例,供大家参考和共同探讨之用呢?



Lee 发表于:2010-06-26 23:21:01

受最近解决其它问题的启发,有了BOM表的构思,我的构思如下:

产品识别码    产品编号     用量    层级

H430           H430        1       1

H430           D26007L     1       2

H430           T022512     0.8     3

H430           D26001      2       2

H430           PP-002      0.56    3

说明如下:

H430是成品——所以在最上层,1表示最顶层。

1个D26007L、2个D26001组成H430,所以它们在和的下层,是层级2。

每个D26007L需耗料0.8(单位先别管它),每个D26001耗料0.56,它们在2的下一层,所以层级3。

“产品识别码”主要是起到中间编码作用,另外它对零件、材料的使用也起识别作用,因实际中有很多零件和材料是不同成品上通用的,所以必须识别它们用在哪个产品上,例如以上识别码H430是表示用在H430这个产品上(因用在不同产品上,材料用量是不同的)。

计算方法:

根据订单数量(例如订单H430订量是100)计算出层级为1(即成品)的库存,成品报欠则计算下一层即层级2,如此类推续层计算,可得出最终材料需求。

这方法应可行,但细节还需推敲验证,但因最近较忙,迟些会上传个示例。



总记录:23篇  页次:1/2 9 1 2 8 :