OpenERP的MRP运算的核心对象--Procurement Order
-
[quote author=mrshelly link=topic=2923.msg9884#msg9884 date=1336973840]
为什么要为供应商的最小订货量去改模块警告呢? 为神马不是修改供应商的最小订货量?
[/quote]
供应商的最小订货量，这是一个经验值，是和供应商长期接触后从供应商那里得到的刚性指标，本公司的人不可能因为一个订单去改别人的指标。
OpenERP默认的行为是，当你本次需要采购的数量低于供应商的最小订货量，它会把订单行数量改为等于供应商的最小订货量（减少与供应商的沟通确认成本）。
我们的客户希望按实际需求数量下采购订单，而采购员要知道此数量未达到供应商的最小订货量，并与供应商沟通。 -
[quote author=Jeff link=topic=2923.msg9887#msg9887 date=1336975077]
[quote author=mrshelly link=topic=2923.msg9884#msg9884 date=1336973840]
为什么要为供应商的最小订货量去改模块警告呢? 为神马不是修改供应商的最小订货量?
[/quote]
供应商的最小订货量，这是一个经验值，是和供应商长期接触后从供应商那里得到的刚性指标，本公司的人不可能因为一个订单去改别人的指标。
OpenERP默认的行为是，当你本次需要采购的数量低于供应商的最小订货量，它会把订单行数量改为等于供应商的最小订货量（减少与供应商的沟通确认成本）。
我们的客户希望按实际需求数量下采购订单，而采购员要知道此数量未达到供应商的最小订货量，并与供应商沟通。
[/quote]
Jeff解释的非常的清晰。实施上我们的这个模块提供的是一个更多的选项。在产品供应商信息上有一个‘是否将moq显示为警告‘的勾选项。如果不选，则使用默认的方法计算采购量；如果勾选了，则用Proc中的数量作为采购量，但是提供警告信息。
[quote author=hifly link=topic=2923.msg9888#msg9888 date=1336977042]
校长出手，都是精品。
讲的非常好，鼓掌中。。。
有了OpenERP中文版本，演示界面是中文的就更好了。
[/quote]
多谢海飞兄夸奖。
选择英文界面和在文章中多处使用英文术语的原因主要还是为了准确性的考虑。Procurement相关的术语的中文翻译中还是有一些不够准确，希望借这次机会能梳理出一个勘误表。 -
需求在哪里呀，需求在哪里
================
感谢各位朋友的抬爱。有朋友提醒，在以前的回合中过多的无关主题的信口雌黄可能会分散对专题内容的注意力，所以以后会有所收敛。
我们在上一回中介绍了Proc有几个不同的状态，而菜单项"Procurement Exception"只是过滤显示出了因为某些原因而无法进一步处理的"有问题"的Procurement。在保持"Shit Happens"的良好心态下，我们按图索骥解决了问题发生的原因，并且成功运行了Proc, 生成了对应的采购订单。在此过程中我们浮光掠影的了解到产品的定义界面中涉及了很多涉及时间，地点，库存规则等与Proc相关的设置参数。
如果哪位姐妹弟兄在看完上回介绍内容后竟然还对上回中最后提到的那个问题动手做了试验，本人真得就感动的hold不住了。如果你做了，运行该Proc可能会是两个结果：Proc变成了一个没有任何错误提示的Exception状态的Proc, 或者幸运的发现系统生成了一张生产单，如果再仔细一点就会发现系统还生成了一系列跟这张生产单相关的Proc 。
[attachimg=1]
创建的生产单单号为MO/00013，而以上列表中显示的是OpenERP同时生成的与这张生产单相关的Proc
对于第一种结果，那是因为你没有安装生产模块（MRP）。至于为什么对PC1这个产品运行Proc不会象之前那样生成采购单而是生成生产单的原因，想必大家也想到了。这是因为PC1这个产品的定义上Supply Method是Produce而之前的Mouse则是Buy。
[attachimg=2]
好了，我们知道当为定义了不同的Supply Method的产品创建Proc并运行时，OpenERP会生成采购订单或生产单。事实上我们基本可以将为Supply Method为Produce的产品创建的Proc称为"生产计划单"，而将Supply Method为Buy的产品创建的Proc称之为"请配单/请购单"。那么在产品定义表单的Supply Method之上还有个Product Type字段。目前我们试验用到的产品（Mouse，PC1)都是Stockable Product，[b]将其换成“Service”又如何(请分别使用produce和buy）？不妨动手试试。[/b]至于Conumable的类型以后再做交待吧
到目前为止我们都是自己创建Proc，然后又自己点击运行按钮运行这个Proc，这是不是太不够自动化了。尤其是象之前那个生成生产单的同时又生成很多相关Proc的情况，难道我们还要一个个的找出他们然后点击那个劳什子"运行"按钮"？ 答案当然是不必的。你可能已经注意到在Procurement Exceptions这个菜单项上有个Compute Scheduler这个菜单。点击它就会弹出一个表单，再点击上面的Compute Scheduler按钮就会自动运行所有Confirmed的Proc,当然上面还有一个Automatic Order Porint的选项，也放到以后介绍：
[attachimg=3]
其实，OpenERP连点击这个按钮都想为你省了。当你将Settings-Configuration-Scheduler-Scheduled Actions下的Run Mrp Scheduler定时器激活，并设定时间及运行周期（一般让它在夜深人静的时候运行，因为MRP运行比较耗费系统资源）后，一切就都和谐了。
[attachimg=4]
那么，为什么在生成生产单的同时OpenERP又生成了一堆Proc呢？ 要回答这个问题就要对"哪里有物料需求哪里就有需求单" 这句绕口令钻钻牛角尖了。先来考虑一下[b]企业对物料的需求到底有哪几类？企业的物料需求到底源自哪里？[/b]这两个问题看似简单，其实如果回答的靠谱，后面的交代就轻松了。请各位试试回答这两个问题吧！ -
首先感谢校长早上五点钟的大作。
实际试验了一下那个手动创建需求单，PC1，需求1个。
[quote] 05/22/2012 [PC1] Basic PC 1.000 PCE on order Running [/quote]
运行了proc之后，单据变成
[b]Running[/b], [b]Reservation :PC1: Stock > Stock[/b]
想着也是，我这样平白无故地创建了一个从 库存->库存的需求，让仓库管理人员原地搬了一下货物，心生愧疚（看了下下面的Proc workflow，看来路还远着呢..）。想把这个Proc单了结了，但是好像这个这个单一直在运行状态，我点击了 Reservation，进去就是一个Stock Moves,这怎么办呢？
[quote]先来考虑一下企业对物料的需求到底有哪几类？企业的物料需求到底源自哪里？[/quote]
[attachimg=2]
1.企业对物料的需求，生产和销售。
2.物料来源.采购和生产。
盼望校长指正。 -
[quote author=ccdos link=topic=2923.msg9932#msg9932 date=1337650504]
Procurement 就是 一个中间过程的单据，根据产品定义的供应方法，分别再生成 采购单 和 生产单，各自进行后续的流程，对否 ？
[/quote]
中间过程单据的说法基本正确，但同时也不妨碍它的独立使用。另外还有多个影响其后续流程的因素，会在后面的话题中介绍
[quote author=Joshua link=topic=2923.msg9933#msg9933 date=1337650833]
实际试验了一下那个手动创建需求单，PC1，需求1个。
[quote] 05/22/2012 [PC1] Basic PC 1.000 PCE on order Running [/quote]
运行了proc之后，单据变成
[b]Running[/b], [b]Reservation :PC1: Stock > Stock[/b]
想着也是，我这样平白无故地创建了一个从 库存->库存的需求，让仓库管理人员原地搬了一下货物，心生愧疚（看了下下面的Proc workflow，看来路还远着呢..）。想把这个Proc单了结了，但是好像这个这个单一直在运行状态，我点击了 Reservation，进去就是一个Stock Moves,这怎么办呢？
[/quote]
还真是有动手做试验的人，如果你注意一下这个字段值在Run Proc前后的变化就能大致看出点名堂了。我们在后面会从代码上剖析其原因
[quote]
1.企业对物料的需求，生产和销售。
2.物料来源.采购和生产。
[/quote]
还不正确
[quote author=mrshelly link=topic=2923.msg9937#msg9937 date=1337665934]
[quote author=digitalsatori]
企业对物料的需求到底有哪几类？企业的物料需求到底源自哪里 ？
[/quote]
1 采购? 自制?
2 最终都是采购?
[/quote]
第二个问题的回答，是否正确取决于这个采购是企业的物料采购还是客户的物料采购。 -
企业对物料的需求可以分为两类，独立需求和相关需求。
独立需求又被称为主生产计划（MPS），是由企业的销售预测（今年哪类产品能卖出多少数量）结合产品大类里的具体产品比例分配计算出来的。一般用于可供销售的最终产品，相关需求是独立需求的产品数量根据BOM展开的原材料或项目工时等。
以上是指基于销售预测的运营方式，如果是按单生产，那就是销售订单上的产品是独立需求，然后为制造这个产品需要投入的原材料就是相关需求。
用于销售的最终产品一定是独立需求，但原材料不一定是相关需求。比如一些配件，你可以直接在产品右侧输入proc，这时就是独立需求了（数量不是从BOM来的）。
没看书，不知回答得靠不靠谱。 -
[quote author=Jeff link=topic=2923.msg9947#msg9947 date=1337759600]
企业对物料的需求可以分为两类，独立需求和相关需求。
独立需求又被称为主生产计划（MPS），是由企业的销售预测（今年哪类产品能卖出多少数量）结合产品大类里的具体产品比例分配计算出来的。一般用于可供销售的最终产品，相关需求是独立需求的产品数量根据BOM展开的原材料或项目工时等。
以上是指基于销售预测的运营方式，如果是按单生产，那就是销售订单上的产品是独立需求，然后为制造这个产品需要投入的原材料就是相关需求。
用于销售的最终产品一定是独立需求，但原材料不一定是相关需求。比如一些配件，你可以直接在产品右侧输入proc，这时就是独立需求了（数量不是从BOM来的）。
没看书，不知回答得靠不靠谱。
[/quote]
没看书，但是回答照样标准，一丝不走样。虽然不是我期待的答案，但确实对所介绍的内容的一个很好的补充。其实我的这个需求类型的提问设计的并不好，按照不同的标准划分，就会有不同的答案。
[quote author=dquo link=topic=2923.msg11212#msg11212 date=1338413597]
可变物料/不可变物料？
可变：材料，人？
不可变物料：车间（车间相关服务人员工资，车间水电杂费及车间的房租等）
咨询校长：OE的人的使用方法？象服装等很多非标准流水线工厂，人多人少直接影响生产进度，发现OE有人这个选项，但这个人可以从哪几个方面来影响生产任务单呢？
[/quote]
感谢鱼的热情参与。材料，人或者更准确的说是人所花费的时间都是需求所涉及的对象而非需求本身。关于生产任务单的问题最好能另开帖子讨论，我们就不在这里纠缠了
-
需求的来源和转化
==========
我们在上回介绍了需求单运行时如何因为产品的Supply Method(供应方式）的不同而转化为不同的业务单据（生产单，采购单）以满足Proc所代表的需求，以及如何自动定时来运算需求。如果我们还做了上回介绍中提到的一个试验，那么还会进一步了解到如果产品类型为Service(服务），Supply Mechod(供应方式）为生产的产品所对应的Proc会转化为任务单。这个理解起来也是顺理成章：任务单用以满足对服务的需求。产品类型中还有一个被称为Consumable的，这类产品实际上不会产生需求转化，不参与需求运算。可以简单理解为这种产品有无限库存，随需随取，无需生成采购/生产等单据来满足需求，一般用以定义那些低值易耗的原料，比如生产中需要的螺丝，我们会定期采购大量的螺丝而无需根据生产需求来计算其用量。其实说到这里我们就感受到了需求的来源这个话题，也能基本回答上一回中为什么对以Supply Method为生产的产品运行其相关Proc会在生成生产单的同时又生成了大量与此生产单相关的Proc. 这是因为生产过程会产生对原料的需求，也就是说生产就是一个需求的来源。可是，我们在上回的最后问的是："需求的最终来源是什么？生产是一个需求的来源，可是生产的目的最终还是用来满足客户的需求。所以，客户的需求是需求的最终来源，在OpenERP里就是销售订单。销售订单的确认即会生成需求单Proc.
再来看看需求类型的问题。其实对于类型的划分按照不同的标准划分就有不同的答案。我这里所想要涉及的Proc的类型划分是在产品定义和Proc定义上都出现的一个字段：Procurement Method. 这里有两个可选项：Make To Order（MTO) 和 Make To Stock（MTS)。我们一般将之翻译为"面向订单的生产"/"面向库存的生产"，其实这个翻译不够准确，Make在这里不仅是生产的意思。我们也看到了在前几回的Proc介绍中MTO类型的Proc会转化为采购单而与生产无关。我个人将OpenERP中的MTO理解为"直接需求"，MTS理解为"间接需求"或"面向库存的需求" 或 "计划性需求"。那么她们之间到底有什么不同呢？
这里是关键点：[b]MTO能通过运行处理直接生成其他的业务单据（比如：采购单，生产单，任务单）[/b]，这在之前的操作中已经了解。[b]而MTS则比较特殊，他本身不会生成其他业务单据，但是它的存在可能会导致其他的MTO类型的Proc的产生[/b]. 我们这就通过创建一个销售订单来证实：销售订单是否会生成需求单，MTS类型的需求单是否"有可能"导致其它MTO类型的需求单的生成：
用以下内容创建一张销售订单：
客户: China Export
订单行：
订单行1- 产品：PC1 数量：10, Procurement Method: [b]MTO[/b]
订单行2- 产品：Keyboard 数量：30, Procurement Method：[b]MTS[/b]
[b]注：Procurement Method 在订单行窗口的Extra Info页中，其默认值来自于产品表单上的Procurement Method的设定，这里注意将PC1从默认的MTS改为MTO[/b]
[attachimg=1]
[attachimg=2]
好了我们的客户同时订了两个不同的产品，我们也为其定义了不同的需求类型，记住订单号：SO014， 然后确认订单。然后到Procurement Exception菜单项这里，点击Clear以清除默认的过滤条件，然后在Source Document中输入SO014,查询与SO014订单相关的Proc:
[attachimg=3]
的确，当订单确认后两个订单行分别生成了相应的Proc,其上的产品，数量，Procurement Method都与订单行一致。如果我们运行这些Proc会怎么样呢？on order(MTO）类型的Proc我们已经做过试验，不出意外的话，会生成一张生产单，和一些生产所需原料的需求单。而from stock(MTS）类型的Proc还不知道会如何反应。点击"Compute Scheduler"，在弹出窗口中再点击"Compute Schedulers"。然后返回Procurement Exception菜单项，仍然查询SO014相关的Proc:
[attachimg=4]
会发现的确如前预料，PC1相关的MTO类型的Proc运行后生成了生产单MO/00011,而该生产单又生成了大量的以SO0014:MO/0011为源单据的需求单（绿色框所示）。可是，但是，可但是，我们from stock的Proc却坚决的毫不犹豫的又给了我们一个Exception. 其错误原因倒也写得详细："库存不足，未定义最小库存规则" 。从这个错误似乎能推出OpenERP对 这个MTS类型的Proc的处理过程：面向库存的需求，当然首先检查库存是否能满足本需求的要求，当库存不足时产生Exception,同时其又似乎尝试做库存补货的操作以使库存量能满足Proc,但是这里又碰到了没有设置补货规则（最小库存规则）的问题。
如果大家还记得第二回中的内容，我们提到过"最小库存规则"这个说法。这里要提醒一点：我们这里讨论的Proc话题基于的是目前最新的OpenERP V6.1 发行版本，V6.0x及以下的版本最小库存的设定在Warehouse-Configuration-Automatic Procurement-Minimum Stock Rule, 而不会如6.1这样在产品定义界面中出现。我们这就为Keyboard设置最小库存规则：
[attachimg=5]
这里的我们对仓库为：Your Company, Stock Location(存货地点）为：Stock设置了最小订货规则。这里的Minimun Quantity和Maximun Quantity的意思是：当库存数量不足10个时，该规则要求补货至最大库存量，即100个。所以Minimun Quantity是前提条件，而最大库存量是计算实际补货需求量的基础。由此我们可以推测出：库存规则的设定，就会衍化出物料需求。根据我们之前强调的“哪里有物料需求哪里就有需求单”的口诀，当这个库存规则条件满足（Minimum Quantity），就会产生物料需求，从而会产生需求单。再来"Compute Schedulers"，然后再来搜索SO0014相关的Proc。
发现那个from stock(MTS）类型的Proc仍然是Exception状态，但是仅仅是库存不足的错误提示，而没有了之前未设置库存规则的抱怨了。可是在列表中没有发现有新生成的需求单。其实，新的需求单已经悄然生成，只是不再与SO014这个销售订单有任何直接关系，所以你无法通过源单据为SO014来过滤该Proc. 我们换为查找产品为"Keyboard"的所有Proc:
[attachimg=6]
你会发现一个源单据为OP/00013 的Proc而其需求类型为MTO。这证实了我们之前所说："MTS类型的需求单本身不会生成其他业务单据，但是它的存在可能会导致其他的MTO类型的Proc的产生." 再来注意一下源单据号，这里的OP代表Order Point, 看来这个需求单的确是因为激发了库存规则（即Order Point）而产生的。至此，我们了解了产品设置界面上：Product Type, Procurement Method，Supply Method, Minmun Stock Rule 之间的关系和对Proc的影响，以及需求的终极来源为销售订单，销售订单的确认导致需求的确认，每个订单行会生成对应的Proc 。
我们接下来还需要了解需求产生的数量，地点，时间，它们在Proc上的反映，以及OpenERP对它们的处理。而要讲清楚这些问题，我们首先必须理解OpenERP的一个独特设计：复式库存计算， 敬请期待。
