MTO与MTS

最新推荐文章于 2025-04-08 17:24:03 发布
转载 最新推荐文章于 2025-04-08 17:24:03 发布 · 839 阅读 · 1

1首先来说mto/mts最终是针对具体的每一个物料来的，something is made for order，something is  made for stock。这一点必须先明确。
2对每个物料而言sap都能够提供相应的计划策略，这个计划策略包括单纯的mto/mts，也包括复合的策略，即mto&mts.当然单纯的mto是不会考虑你的预测的,如果你需要就一个物料同时考虑两个策略,系统毫无疑问可以通过策略的变化实现,但是会引起一些计划冲销的变化,这种变化主要是针对下层物料出现的,比如说:有个客户订单很急很急,这个订单需要一种原材料a,这个订单准备3天后完成,mrp一下ok!库存足够,but 三天后一看傻眼了,a被另一个的预测冲掉了,而这个预测刚好一天前发给其他客户了,惨了?!被解雇,滚蛋了.这个比喻有些夸张.呵呵!应该来说并不是两个策略并存就一定有好处,需要看具体的需求.
3.mto和mts都是被生产定单控制管理
4.mts根据生产订单归集成本

 

实际上计划策略一般来说是针对产成品而言，下层物料是通过独立集中（mrp4视图）去控制，基本上不存在计划策略的问题，它根据最上层物料的计划策略和本身的独立集中来确定库存是专用还是共用。
您的方向大致是对的，但说法似有不妥，当然价值是选择的原则之一，但是周期不可忽视，一定就每个产成品做调研后决定


 

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

转载于:http://blog.itpub.net/13946941/viewspace-438931/

congbei9261
关注
SAP-PP 混合生产方式（MTO与MTS为例）
weixin_52158549的博客
01-19 2395
一、业务概览 某公司生产的同一种产品正常情况下客户无特别要求，因此采用按库存生产的业务模式，但偶尔客户会有非常细小的改变，这种细小的改变基本不影响BOM和工艺，此时无论是否存在正常的库存，都需要专门生产符合客户需要的产品。 二、系统后台配置实现说明 1、定义需求类型确定的方式（事务代码: OVZI） 本操作使用系统标准设置：需求类型由物料主数据中的计划策略确定，本例中也以此为例。也可以设置根据项目类别来确定，这样我们可以通过不同的项目类别来确定不同的需求类型。 2、新建计划策略组Z1（事务代码
精选资源
钢铁企业MTO-MTS混合合同计划管理模式研究
03-04
基于钢铁企业生产计划组织流程,提出MTO-MTS混合合同计划管理模式;分别建立了基于MTO管理模式和MTO-MTS混合管理模式的合同计划混合整数规划模型,模型中以提前/拖期惩罚、库存成本、生产能力未充分利用惩罚、库存匹配...
sap企业MTO方式还是MTS方式
07-01
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~文档
[转]混合生产方式（MTO与MTS为例）
cip34168的博客
06-12 1411
一、业务概览'MURC_ROUND_FLOAT_TO_PACKED'.某公司生产的同一种产品正常情况下客户无特别要求，因此采用按库存生产的业务模式，但偶尔客户会有非常细小的改变，这种细小的改变基本不影响BOM和工艺，此时无论是否...
MTO与 MTS的区别
热门推荐
03-19 2万+
make-to-stock, 为库存进行的生产，生产的成品或者半成品在系统中建有BOM,开工单生产后记入库存，销售是直接减少库存。这样的情况对于每一个要生产销售的物料都必须有自己的BOM, 即使两个物料之间差别很少。    make-to-order,为订单进行的生产，首先产生销售订单，要销售的物料会建成Configurable的类型，在销售订单创建时选择此次该料号的下阶物料用到哪些，也就是
生产模式MTO&MTS的区别
cudaidie2044的博客
02-22 2399
MTO - Make-to-OrderMTS - Make-to-Stock[@more@]mto是按订单生产 (Make-to-Order)mto生产出来的成品都是关联销售订单的，适合客户稳定、产品多、变化大的工厂mto适合来...
MTO和MTS不同模式制造业数字化转型的“三座大山“：MES/ERP/PLM系统集成技术全解析
大刘讲IT
04-08 1006
在工业4.0浪潮的推动下，制造业正处于深刻的数字化转型之中。这场变革的核心在于利用先进技术，如物联网（IoT）、人工智能（AI）、大数据分析和云计算，以实现生产流程的智能化、自动化和互联互通。在这一转型过程中，制造执行系统（MES）、企业资源计划（ERP）和产品生命周期管理（PLM）作为核心的企业系统，发挥着至关重要的作用。有效集成这些系统，对于实现跨部门和系统间的无缝数据流与协作至关重要，能够显著提升制造组织的效率、敏捷性和市场响应能力。然而，不同制造企业所采用的生产模式各异，主要可以分为按订单生产（MT
【SAP MTO与MTS选型】：揭秘最适生产策略选择的决策框架
本文对SAP系统中的MTO（Make-to-Order）与MTS（Make-to-Stock）生产策略进行了系统介绍，并对比分析了两者的差异及其在SAP中的实现与优化。文章进一步探讨了选型SAP MTO/MTS时的关键因素，包括需求预测、库存管理、...
论文研究-基于MTO-MTS的钢厂合同计划方法.pdf
09-20
论文研究-基于MTO-MTS的钢厂合同计划方法.pdf,
MTO与MTS下的需求不汇总及在排产中的应用
Kudcon的博客
11-09 1235
MTO与MTS下得需求不汇总及在排产中的应用
【经典】制造供应链四类策略（MTS、MTO、ATO、ETO）细说
Iris_xuexi的博客
12-13 4764
许多接入的订单形成订单池，根据交期、优先级等规则，计划排程对多订单整体优化，最低的订单延迟（最高订单交期准确率），最大化资源利用率，最快的库存周转。当然，以上分析仅供参考，因为制造企业的行业的场景是复杂的，几种策略可能交叉组合应用，也可能是动态变化的，所以计划体系的设计必须适应新的变化，从总体原则、计划组织、运作模式、计划策略、计划组织的职责、端到端的集成流程的设计，以规则的确定性，应对内外变化的不确定。ETO主要特征是边设计，边采购，边生产，边发货，边运维，有点像软件业的敏捷开发模式。
制造业五大生产模式（MTS、MTO、ATO、ETO、CTO）
qq_40821260的博客
04-04 2809
制造业的各个领域因其产品结构（BOM）和业务模式的多样性，催生了多种生产类型与模式。按照产品结构和业务模式，制造业中的生产模式可以划分为五大类：按按库存生产（MTS）、按订单生产（MTO）、订单组装（ATO）、按订单设计（ETO）以及按配置生产（CTO）
SAP中MTO & MTS的区别分析
congji9461的博客
06-22 726
make-to-stock, 为库存进行的生产，生产的成品或者半成品在系统中建有BOM,开工单生产后记入库存，销售是直接减少库存。这样的情况对于每一个要生产销售的物料都必须有自己的BOM, 即使两个物料之间差别很少。m...
SAP PP学习笔记20 - 复习总结一下MTS，MTO，ATO的各种生产策略
shi_ly的专栏
06-11 2570
本章简单复习总结一下 MTS，MTO，ATO的各种生产策略。策略是PP中的精华部分，咱们以后还会不断复习，总结，深入理解其内容。
MTS VS MTO
Jason Cheung's Notes
10-11 1526
MTO & MTS
超全详解制造业ERP五大生产模式（ATO、MTS、MTO、ETO、CTO）
BeWorkingMan的博客
11-13 7131
制造业的各个领域因其产品结构（BOM）和业务模式的多样性，催生了多种生产类型与模式。这些不同的生产模式不仅体现在组织管理流程的差异性上，还带来了对数字化管理工具高度自定义配置的迫切需求。本文将深入探讨制造业中的五大核心生产模式：按订单组装（ATO）、按库存生产（MTS）、按订单生产（MTO）、按订单设计（ETO）以及按配置生产（CTO），分析每种生产模式适用的企业类型及其典型特征。
ERP的生产模式中MTO和MTS有什么区别？选择时要看哪些因素？
BeWorkingMan的博客
02-18 1885
MTO 和 MTS 都需要制定生产计划，不同的是 MTO 的生产计划基于订单，而 MTS 则基于库存需求预测。企业根据市场需求预测，提前生产好产品，放在仓库里，等客户下单后直接发货。MTO，全称 Make to Order，翻译过来就是“按订单生产”，顾名思义，只有客户下单了，才会开始生产，先有需求，后有产品。MTO 和 MTS 各有优劣，没有绝对的好坏，关键是看企业卖的是什么产品、市场需求如何、生产能力怎么样。——比如普通版的洗衣机先备货（MTS），但高端定制款的要下单后才生产（MTO）。
MTO和MTS的APS高级计划排程系统差别？
茗鹤APS和MES
12-28 832
企业生产组织有面向订单MTO，也有面向库存MTS，这两种形式的APS系统有什么比较明显的区别？
MTS与MTO浅析
Tony的专栏
10-13 5147
一.概念篇 MTS(Make-to-Stock): 按库存生产       可以独立创建计划、生产订单，可以如非限制使用的库存，并且发货等不受限制。       生产的成品或者半成品在系统中建有BOM,开工单生产后记入库存，销售是直接减少库存。这样的情况对于每一个要生产销售的物料都必须有自己的BOM, 即使两个物料之间差别很小。 MTO(Make-to-Order): 按订单
仓库拣货调拨强制重置为草稿强制删除，重置后自动 MTO 到 MTS，限制 MTO 取消
最新发布
05-02
<think>好的，我现在需要帮用户解决在Odoo中实现仓库拣货调拨单的强制重置为草稿、强制删除功能，同时解决重置后自动从MTO（按订单生产）转变为MTS（按库存生产）的问题，还要限制MTO取消。用户之前已经询问过强制重置草稿的方法，现在又提到新的需求，需要结合之前的回答和站内的引用内容来优化解决方案。 首先，回顾之前的回答，用户已经知道如何通过自定义Python方法和XML视图添加按钮来重置拣货单状态。现在用户提到强制删除功能，这可能涉及到删除相关的库存移动和拣货单。但根据引用[1]，拣货单的状态由其包含的库存移动决定，如果所有移动都是草稿或取消，拣货单才会变为草稿或取消。所以强制删除可能需要先确保所有关联的库存移动处于允许删除的状态，比如草稿或取消。 接下来是MTO转MTS的问题。当重置拣货单为草稿时，用户希望自动将库存移动的MTO策略转为MTS。根据引用[2]，库存移动可能在确认销售订单时自动创建，并与拣货单关联。MTO通常与销售订单相关，可能需要修改库存移动的route_id，从MTO路线改为MTS路线。需要检查库存移动的procure_method字段，将其从'make_to_order'改为'make_to_stock'，并更新相关路线。 然后，限制MTO取消，即当库存移动使用MTO策略时，不允许取消。这需要在取消操作前进行检查，如果库存移动是MTO，则阻止取消。可能需要重写取消方法，添加条件判断。 用户提供的引用[1]中提到，拣货单的状态由库存移动的状态决定，部分可用状态会影响拣货单。因此，在重置或删除时，需要处理所有相关的库存移动，确保状态同步。此外，引用[2]提到库存移动可能在拣货单创建之前生成，因此强制删除可能需要同时处理拣货单和其关联的库存移动，尤其是自动生成的那些。 在实现强制删除功能时，需要考虑是否有其他关联记录，如stock.quant库存量化记录，可能需要清理。根据之前的回答，删除stock.quant记录可能必要，但需谨慎处理，避免数据不一致。 自动转换MTO到MTS可能需要在重置草稿时，遍历所有相关的stock.move，修改它们的procure_method和route_id。同时，可能需要处理相关联的销售订单或采购订单，但用户可能希望仅调整库存策略，不影响订单本身。 限制MTO取消需要在取消操作前检查procure_method，如果是'make_to_order'，则抛出错误或阻止操作。需要重写stock.move的取消方法，添加验证逻辑。 现在需要整合这些步骤，编写自定义方法，覆盖原有的重置和删除逻辑，确保状态变更、MTO转换和限制取消都被正确处理。同时，可能需要添加新的字段或约束，以支持这些功能。 另外，用户可能需要XML视图的调整，添加新的按钮或修改现有按钮的可见性，以反映新的功能。例如，强制删除按钮应只在特定状态下显示，或者在尝试取消MTO时弹出警告。 最后，测试这些修改是否影响其他业务流程，比如销售订单的自动生成库存移动，或者库存量的更新。确保在转换策略后，系统仍能正确执行补货规则，不会导致库存不一致。 总结，需要分步骤处理每个需求，确保每一步都正确处理关联模型和状态，同时保持数据一致性。可能需要多个自定义方法和视图调整，结合Odoo的原有工作流，确保功能的稳定性和可靠性。</think>### Odoo 仓库拣货调拨单深度控制实现方案 --- #### **一、强制重置草稿与强制删除功能** ##### 1. **核心逻辑扩展** 根据引用[1]，拣货单状态由库存移动决定。重置草稿需同时处理以下对象： ```python class StockPicking(models.Model): _inherit = 'stock.picking' def action_force_reset_draft(self): """强制重置草稿并清理关联数据""" for picking in self: # 检查拣货单状态是否允许操作 if picking.state not in ['done', 'cancel']: # 重置库存移动（强制清理预留数据） picking.move_lines.write({ 'state': 'draft', 'move_orig_ids': [(5, 0, 0)], # 断开上游关联 'procure_method': 'make_to_stock' # 强制转为MTS }) # 清理量化记录（解决库存预留残留问题） self.env['stock.quant'].search([ ('history_ids', 'in', picking.move_lines.ids) ]).sudo().unlink() # 更新拣货单状态 picking.write({'state': 'draft'}) def action_force_delete(self): """强制删除（需先重置为草稿）""" self.ensure_one() if self.state == 'draft': # 级联删除关联的库存移动 self.move_lines.unlink() return self.unlink() else: raise UserError(_("仅允许删除草稿状态单据")) ``` ##### 2. **XML视图增强** ```xml <record id="view_picking_form_enhanced" model="ir.ui.view"> <field name="name">stock.picking.form.enhanced</field> <field name="model">stock.picking</field> <field name="inherit_id" ref="stock.view_picking_form"/> <field name="arch" type="xml"> <xpath expr="//header" position="inside"> <button name="action_force_reset_draft" string="强制重置草稿" type="object" class="oe_highlight" states="confirmed,assigned,done"/> <button name="action_force_delete" string="强制删除" type="object" class="oe_red" states="draft"/> </xpath> </field> </record> ``` --- #### **二、MTO转MTS自动处理** ##### 1. **库存移动策略转换** 根据引用[2]的自动创建逻辑，在重置时强制修改补货策略： ```python class StockMove(models.Model): _inherit = 'stock.move' def write(self, vals): # 当状态重置为草稿时自动转换MTO为MTS if vals.get('state') == 'draft': vals.update({ 'procure_method': 'make_to_stock', 'route_ids': [(6, 0, self.env.ref('stock.route_warehouse0_mto').ids)] }) return super().write(vals) ``` ##### 2. **补货规则拦截** 防止MTO策略被重新激活： ```python class ProcurementRule(models.Model): _inherit = 'stock.rule' @api.model def _run_global_mto(self, product_id, location_id): # 拦截全局MTO规则触发 if self.env.context.get('disable_mto'): return False return super()._run_global_mto(product_id, location_id) ``` --- #### **三、MTO取消限制** ##### 1. **操作拦截逻辑** ```python class StockMove(models.Model): _inherit = 'stock.move' def action_cancel(self): # 检查是否允许取消MTO类型 for move in self: if move.procure_method == 'make_to_order' \ and not self.env.context.get('force_mto_cancel'): raise UserError(_("MTO类型库存移动禁止直接取消！")) return super().action_cancel() ``` ##### 2. **管理员覆盖机制** ```python # 添加带密钥的强制取消功能 def action_force_cancel_mto(self): return self.with_context(force_mto_cancel=True).action_cancel() ``` --- #### **四、系统级数据一致性保障** 1. **库存追溯修正** ```python class StockQuant(models.Model): _inherit = 'stock.quant' def _update_reserved_quantity(self): # 跳过已强制重置的移动记录 if self.env.context.get('skip_reserved_update'): return return super()._update_reserved_quantity() ``` 2. **工作流事件监听** ```python @api.model def _trigger_confirm_assign(self): # 过滤已被强制重置的库存移动 return self.filtered(lambda m: m.state != 'force_reset').\ _trigger_confirm_assign() ``` --- ### **实现效果说明** | 功能模块 | 技术实现 | 业务影响 | |-------------------|--------------------------------------------------------------------------|--------------------------------------------------------------------------| | 强制重置草稿 | 级联清理库存移动+量化记录+策略转换 | 解决历史数据残留问题，确保状态回退完整性[^1] | | MTO自动转MTS | 写入时拦截+路由规则覆盖 | 避免重置后再次触发MTO补货链[^2] | | MTO取消限制 | 操作拦截+上下文密钥机制 | 保护按单生产业务流程的完整性 | | 强制删除 | 状态前置检查+级联删除 | 彻底清理无效单据，防止数据库膨胀 | --- ### **注意事项** 1. 在 `stock.move` 模型中添加 `force_reset` 标记字段用于追溯异常操作 2. 建议配合 `ir.config_parameter` 增加开关控制功能启用状态 3. 对历史数据的处理建议使用队列任务异步执行（可集成 `queue_job` 模块） --- ### **扩展优化方向** 1. **操作审计追踪** 添加 `mail.thread` 继承记录状态变更日志 2. **批量处理增强** 开发树状视图批量操作按钮提升效率 3. **策略白名单** 通过产品分类设置允许转换MTO的例外情况 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值