SAP MM采购申请、计划协议与交货计划行全解析

做SAP MM时间长了，你会发现很多业务人员对采购申请、采购计划协议、交货计划行这三个词的理解是模糊的。采购申请是买东西的“请示”，采购计划协议是双方约好的“长期框架”，交货计划行则是这个框架里一条条精确到日期的“送货指令”。三者虽然都在MM模块的采购流程里跑，但数据来源不同、配置逻辑不同、日常维护动作更是天差地别。这篇文章我会把这三个对象串成一条需求到交付的完整链路来拆解，逐个讲来源、配置、关键字段和实操注意点，也会把MD04/MD07里那些容易看晕的状态和MRP结果怎么对应到计划协议上理清楚。不管你是刚接触SAP MM的模块顾问、负责供应链计划的KEY USER，还是被供应商问交货计划问到头疼的业务员，顺着这篇内容走一遍，采购侧的框架协议玩法基本就不会再踩大坑了。

1. 采购申请：内部需求入口和内控第一步

1.1 采购申请从哪来：MRP、手工与自动触发的场景拆解

采购申请（Purchase Requisition，事务代码ME51N创建、ME52N修改、ME53N显示）本质上是一张“内部需求信号”，它不发给供应商，也不构成对外采购承诺。真正发给供应商的是订单或者计划协议的交货计划。很多顾问刚上手时容易把PR和PO混在一起，其实只要记住一个业务动作：PR是“申请批准买东西”，PO是“正式通知供应商供货”。这个区别决定了它们的数据结构、审批流程和后续单据流完全不同。

PR的来源非常多样，最常见的几个入口如下。第一是MRP运行后由计划订单转换而来，这是制造业最主流的路径。物料主数据里维护好MRP类型、批量规则、安全库存之后，跑MD01或MD02，系统算出净需求，计划员在MD04里看到建议后，通过对计划订单做“后继功能——采购申请”生成PR。第二是手工创建，比如设备维修备件、办公耗材、项目采购这类不规律的需求，业务人员直接ME51N录入。第三是预留单触发，生产订单投料预留、维修订单预留转出来后，如果库存不足或不允许倒冲，系统会自动产生采购申请。第四是再订货点法，物料主数据维护再订货点，库存低于设定值时自动触发PR。

实操中我建议计划员日常用MD04看单个物料的需求来源和供应状态，用MD07看一组物料或一个MRP控制者名下的库存需求概览。MD07其实就是把各物料的需求汇总到一张清单里，尤其适合月度计划会议前快速过一遍哪些物料在缺料、哪些PR还没转订单。很多项目里业务人员只会用MD04，一到月底做缺料分析就手工一个个看，效率很低。把MD07的布局保存成自己的用户视图，按物料组、工厂、MRP控制者维度过滤，基本可以替代一大半手工Excel分析。

1.2 科目分配：PR行项目里最容易被忽略的“价值走向”

采购申请的行项目有一个非常关键的字段叫“科目分配类别”（Account Assignment Category），常见值包括成本中心、内部订单、生产订单、资产、项目等。这个字段决定了后续采购订单过账时的价值去向，也直接影响到财务凭证的产生逻辑。很多业务人员创建PR时根本不关心科目分配类别，只在抬头猛填物料、数量、交货日期，结果采购转成PO收货过账后，财务发现费用挂到了错误的成本中心，或者资产类采购没有关联到固定资产，后面做折旧、结算全都乱套。

站在专业角度，这个字段必须在PR创建时就确定，而不是等到PO阶段再改。原因是PR转PO时，PO的行项目会完整继承PR的科目分配数据，如果PO做出来才发现科目分配错了，改起来非常痛苦。尤其当PR已经被审批、被后续单据引用后，修改科目分配会触发大量一致性检查。我踩过最深的坑是在一个设备采购项目里，PR的科目分配类别选成了成本中心，采购部门按PR直接转了PO并收货入库，等到财务做固定资产入账时发现价值挂在“修理费”科目下，月底结账时生产订单结不平稳，最后靠冲销物料凭证又重新过账才处理干净，前后折腾了两周。

所以我在项目里给用户的培训材料上会专门写一条硬规则：创建PR前，先想清楚这笔采购是“期间费用”“资本开支”还是“订单成本”，对应选好科目分配类别和具体的成本对象。如果公司有明确的采购申请审批策略，这条规则会在源头上卡住不少财务头痛的问题。配置层面，可以在后台设定哪些物料组必须使用指定科目分配类别，或者通过字段选择控制科目分配类别不允许为空，减少人为漏填的概率。

1.3 审批策略配置：特征、类与流程代码的配合

采购申请的审批策略，是MM模块里始终绕不开的配置点。它的核心逻辑是用“特征值”去匹配“审批策略”，系统根据PR的关键字段自动判断这条申请需要走哪一级审批、由谁审批。常用的事务代码和配置路径涉及CT04定义特征、CL02创建类、后台定义流程代码和审批代码，最后用ME54N进行手工审批，或者在系统配置里启用工作流做在线审批。

实际配置时最常见的需求是：按采购金额阈值和物料组决定审批级别。比如单笔金额低于5万走部门经理审批，5万到20万走采购总监审批，超过20万还需要财务总监会签。实现方式一般是用CT04建两个特征，一个取PR抬头或行项目的“总价值”，一个取“物料组”，然后把特征分配给一个类，再把类分配给审批策略里的分类。系统在保存PR时会自动计算匹配的审批策略，并设置审批状态。

这里有个特别常见的坑：PR保存后看不到审批状态或者系统提示“找不到审批策略”。排查思路一般是以下四点：一是特征里引用的字段值在PR上确实有维护，比如金额特征如果引用的是行项目净价值，但PR行项目里价格为空，系统没法算出匹配结果；二是审批策略的有效工厂范围没有包含当前PR的工厂；三是类没有被分配给审批策略的分类；四是PR的类型不在审批策略允许的单据类型范围内。这几年做S/4 HANA项目时还要注意审批策略里的“编码”字段在激活时是否正常，曾经遇到过升级后审批策略失效的案例，最后重新激活分类才恢复。

1.4 从PR到PO：货源确定和批量转换的实操点

PR转采购订单是日常高频操作。如果只是零星转单，直接用ME21N打开采购订单，从菜单里选择“更多操作—采购申请列表”把PR行项目拉进来即可。但如果是MRP跑出来的几十条PR要一次性转PO，手工一条条选显然不现实，这时可以用ME59N做批量转换，勾选条件后系统按货源自动生成多张采购订单。这些年S/4 HANA版本里ME59N仍然可用，但很多项目也通过BAPI或自定义报表来处理批量转单，主要是为了在转换前加业务校验。

转单过程中最容易碰到的报错就是“必须维护货源清单才能创建采购订单”。这个报错通常不是系统BUG，而是后台源确定配置里强制启用了货源清单检查，但对应工厂、物料、采购组织下没有有效的货源清单记录。解决办法是到ME01里维护货源清单，给物料和供应商建立合法来源，或者到后台的“货源确定”配置里检查“空白货源清单”标志。这里要提醒一句：别为了一时方便直接关闭强制货源清单检查，因为它在很多项目里是内控要求，关闭后会造成无授权供应商被采购，后续应付核算也会出问题。

还有一点是PR上的“固定”标志。如果MRP生成的PR已经被人工修改过数量或者交货日期，系统往往会自动打上固定标记，后续再跑MRP时不会重写这条PR。业务人员的直观感受是“明明库存已经够了，系统还挂着一堆采购申请”。这时候不要硬删，先看PR的固定标志和最后修改人，如果确实是人为改过就按流程处理；如果是MRP参数设置不当导致大量PR固定，要检查MRP策略组、计划时界和批量规则，而不是在单据上做文章。

2. 采购计划协议：长期合作里比PO更顺手的框架工具

2.1 合同与计划协议怎么选

在SAP采购框架里，“框架协议”大类下常分成两种对象：采购合同（Contract，ME31K创建）和采购计划协议（Scheduling Agreement，ME31L创建）。很多用户分不清什么时候该建合同、什么时候该建计划协议，结果同一个供应商既挂了合同又挂了计划协议，采购量一多就乱。

我的经验是看两组判断条件。第一组：你锁定的核心是“价格条件”还是“交货时间序列”。如果采购的特点是条款稳定、价格先锁住，但每次下单数量和频率不固定，用合同；如果采购的特点是长期重复、频率高，供应商按滚动计划送货，用计划协议。第二组：后续执行方式是“靠PO发放”还是“靠计划行驱动”。合同本身不能直接收货，必须先转成一个或多个采购订单才能收货；计划协议自带交货计划行，可以在不建PO的情况下直接挂计划行、直接收货开票。换句话说，计划协议把“下单”这个动作收敛成了“维护交货计划”，整个流程更轻。

但计划协议并不是万能的。如果你的供应商只接受正式采购订单，或者公司内部财务对“未经PO直接收货”有很强抵触，那计划协议的推广阻力会很大。从系统配置角度看，两种单据都有自己的编号范围、单据类型和审批流程，不能混用。在项目实践中，计划协议更常见于汽车零部件、电子元器件、大宗原材料这类供应商配合度高、物流节奏稳定的行业。

2.2 标准计划协议与寄售计划协议的区别

计划协议在SAP里又有标准计划协议（Standard Scheduling Agreement）和寄售计划协议（Consignment Scheduling Agreement）之分。标准模式最直观：供应商按计划行送货，你收货过账后产生应付暂估，发票校验后挂应付账款，物权在收货时完全转移给你公司。寄售模式则完全不同：供应商把货放到你的仓库，但物权仍然归供应商，只有你公司实际消耗了这批物料，才触发采购结算，形成应付。

判断用标准还是寄售，核心看库存风险和资金占用。如果你公司现金流比较紧张、希望推迟结算节点，寄售明显有利；但寄售要求仓库有严格的“供应商寄售库存”管理，SAP里体现为特殊库存类别K，收货时不会像标准采购那样马上产生借原材料贷GR/IR的会计凭证，而是在消耗过账或月末结算时（常见用MRKO）产生负债。很多新顾问第一次看到寄售库存收货后没有FI凭证就慌了，以为流程断了，实际上这是寄售库存的正常表现。

项目里做寄售计划协议时，要在协议行项目类别上选择寄售类型，物料主数据的“采购”视图也要允许寄售。收货时MIGO里移动类型仍可能是101，但库存类型选择寄售；消耗时再用201、261等移动类型发料，系统自动产生相应结算数据。如果生产订单月底结不平，项目组通常会把寄售库存的结算凭证、普通采购凭证分开核对，不能一口咬定是CO配置问题。会计做暂估和冲销的节奏，也建议在蓝图阶段就和财务顾问明确，否则后面月结对账会非常痛苦。

2.3 创建计划协议的完整步骤与常用事务代码

计划协议创建看上去不复杂，实际维护时有很多细节。核心事务代码是ME31L（创建）、ME32L（修改）、ME33L（显示），后续计划行维护是ME38（维护计划协议交货计划）和ME39（显示计划协议交货计划）。这里要特别说明一下：ME31L创建计划协议时，行项目里会有一个“初始计划数量”，很多业务人员以为这就是最终订购数量，其实它更多是作为一个参考值或者MRP初算的依据，真正的交货数量由后续计划行决定。

创建计划协议的推荐步骤大致如下。先维护供应商主数据，确认采购组织、采购组、公司代码的数据有效，且该供应商的合作伙伴角色里包含销售方和货物供应商。接着用ME31L录入协议类型（一般选标准或寄售对应的UK/UB类型，具体看后台配置）、采购组织和工厂；在行项目里输入物料号、协议总量、工厂、库存地点、物料组、交货地等信息。保存后系统会生成计划协议号，然后进入ME38维护计划行，这里会看到计划行编号、计划交货日期、数量、计划行状态等字段。如果启用了EDI/IDoc输出，计划行保存或发布后会自动触发给供应商的电子消息。

实操中经常被忽略的是价格条件。计划协议本身也可以挂条件记录，可以用信息记录自动带入价格，也可以直接在计划协议上维护条件。很多项目里供应商因为计划协议没有有效价格而无法开发票校验，报错“无法在此业务凭证中使用条件类型”。排查这类问题，首先要看计划协议上是否存在有效价格条件，再看采购信息记录是否有有效价格，最后看税和附加费条件有没有维护齐全。发票校验前把这块检查清楚，能省掉大量财务端掉包袱的时间。

3. 交货计划行：计划协议的执行核心

3.1 计划行的数据结构与生命周期

交货计划行（Delivery Schedule Line）是计划协议上真正可执行的“送货指令”。每一条计划行都有自己的编号、交货日期和数量，日期精确到天，如果再配合JIT还可以精确到时分。计划行本身有独立的“计划行状态”和“计划行类别”，状态用来标识日历上的交货内容是否已经确认、是否被冻结、是否已被收货；计划行类别则控制这条计划行在MRP里的行为，比如是否参与需求计算、是否受窗口时间限制、是否允许修改。

打个生活化的比方：计划协议像你和一个水果摊老板约好“未来半年每周都来送水果”，而计划行的作用就是具体告诉老板“下周一上午9点送10斤苹果、10斤橘子”，下下周再告诉下一批。没有计划行的计划协议，就像只有宏观约定却没有具体排期，供应商无法备货，仓库也没法安排收货窗口。这也是为什么我一直跟业务强调：计划协议建好后必须维护计划行，否则这张协议就是“死”的。

计划行数据在SAP里不是静态的。MRP可以新增计划行，计划员可以在ME38里手工增加、修改、删除计划行，供应商的ASN回传后，系统里的计划行状态会进入“已确认”“已发货”等阶段。收货时按计划行做参考收货，系统会按计划行的数量消耗未清量，收货完成后计划行变成“完全已交付”。如果某一行交付多了或者少了，可以在MIGO里做101收货时修改数量，也可以后续通过退货订单处理。

3.2 MRP如何生成计划行以及何时会被重写

有项目顾问问我：为什么物料已经挂了计划协议，MRP跑完后没有自动生成计划行，还是生成了采购申请？答案和“源确定”有关。MRP在产生外部采购建议时，会按“货源清单→配额→信息记录”的顺序找来源，如果货源清单里明确指定了计划协议，MRP会把需求作为计划行写进计划协议；如果货源清单没有指向计划协议，或者只有信息记录没有计划协议，MRP就可能直接生成采购申请。

这里牵涉到一个很容易混淆的点：MRP是可以直接创建或改写计划行，但系统是否会这么做，取决于物料主数据、货源清单、计划协议行项目里的MRP相关参数，以及计划时界和策略组的设置。比如使用MRP策略组11这类“按消耗反冲、不按计划订单变动”的策略时，系统对计划行数量的重算逻辑会和传统计划策略完全不同，原材料的消耗如果是根据BSF来变而不是根据计划订单来变，那么计划行是否被固定就非常关键。计划员如果发现计划行被MRP“悄悄改掉”了，十有八九是忘了固定或者缺少固定设定的业务规则。

所以我在项目里通常会建议用户区分三种计划行维护模式。一种是全自动：MRP直接生成和更新计划行，计划员只做监控；另一种是半自动：MRP生成建议后，计划员在ME38里人工确认，确认后计划行才生效；还有一种是纯手工：计划行全部由计划员手工输入，MRP不干预。选择哪种模式要结合公司对供应商交付的稳定性要求和计划员的操作习惯，不能说哪个先进就上哪个。第一次上计划协议的公司，我一般推荐从半自动开始，既减少手工量又能保留人工审核的环节。

3.3 JIT与预测计划：计划行的进阶玩法

JIT（Just In Time）在SAP MM里不是独立模块，而是依托计划协议交货计划实现的一种极端按时交付模式。典型场景是汽车零部件等行业，主机厂发布未来几个小时的精确送货需求，供应商按窗口时间送到线边或仓库。SAP里JIT和计划协议的结合，体现为计划行可以具有非常细的时间粒度和批量控制逻辑，并且可以通过EDI/IDoc快速发给供应商，供应商确认后回传。

操作层面，JIT计划行同样在计划协议下维护，但和普通计划行相比多了几个关键点：一是计划行状态更加严格，“已释放”状态之前供应商不生产不送货；二是供应商确认行为很重要，ACSS？可以简单理解为他确认后的计划行才是可靠的供货承诺；三是计划行一旦释放后修改要非常谨慎，每次变更都会被记录并传递给供应商。项目里很多供应商错送、漏送，根源不在SAP功能，而在于内部流程没有规定“哪些人可以释放计划行、计划行变更要走什么规则”。

预测计划则可以理解为一组时间窗口合计的计划行，比如未来8周内按周给数量、未来3个月内按月给数量。它的价值是给供应商一个长周期的需求轮廓，让供应商先备原材料。JIT则是在预测框架内精确执行的“最后一公里”。SAP标准功能可以对计划协议维护不同预测期间的计划行，MRP自动滚动更新，而JIT计划行则更多依靠短期实际需求触发。如果你发现计划行释放后供应商收不到，优先检查输出条件记录和消息类型，而不是盯着计划协议本身。

4. 一条完整实操链路：从MRP需求到供应商交货

4.1 业务场景与主数据准备

用一个具体场景来演示：某电子厂的关键原材料A，供应商为V001，双方签订长期计划协议，供应商按每周滚动交货窗口送货。企业内部由MRP计算本周和未来四周围绕A物料的需求，计划员确认计划行后，系统通过IDoc通知供应商。

先做数据准备。供应商主数据XK01/XK02里确认采购组织范围，维护好地址、电话、联系人；物料主数据MM01里维护好基础视图、采购视图和MRP视图，采购视图要设置好采购组、物料组、货源清单编号标志、计划交货时间；MRP视图要设置MRP类型（通常用PD）、MRP组、批量过程、安全库存、采购类型（外部采购）、特殊采购类型（如果走寄售则要选相应标志）。这些字段看起来零散，但任何一个设置错误，都可能直接导致MRP结果不合理或者计划行无法落位。

还要准备货源清单（ME01）或至少一条长期有效的信息记录（ME11）。如果公司启用了配额安排，还要检查配额能否正确反映两家供应商的份额。这套准备工作完成后，再开始创建计划协议。

4.2 操作步骤全流程

创建计划协议，事务代码ME31L。输入协议类型（标准计划协议）、供应商V001、采购组织和工厂。行项目里填物料A、计划初始数量，维护好交货地址和税分类。保存后拿到计划协议号，例如固定前缀+号码。此时协议已经存在，但还没有任何实际交货计划行。

运行MRP。可以在MD01里全厂运行，也可以MD02只跑物料A。MRP会按需求计算采购量，如果源确定逻辑正确，MD04里可以看到物料的供应来源指向计划协议；同时计划协议行下会出现对应的计划行日期和数量。MRP的结果也受计划和策略影响，比如计划时界内产生的计划订单会固定不变，计划时界外的计划则可能每次重算。这里要留意MD04里需求行和计划行是否一一对应，如果需求明显存在但系统没有生成计划行，优先检查货源清单、配额、MRP参数。

用MD07做批量核查。计划员进入MD07，选择MRP控制者、物料组、工厂，查看所有相关物料的库存需求清单。关注哪些物料出现短缺信号，哪些PR或计划行的交货日期早于需求日期。MD07看到的更多是“每个物料净需求是否被覆盖”，而不是单个物料的详细来源，所以它适合做汇总审查，不适合替代MD04追溯单笔业务。

再用ME38维护计划行。如果MRP自动生成的计划行有问题，计划员可以手工改数量、增删行、调整日期；如果只是部分计划行需要确认发布，可以把状态从“新建”改为“已释放”等。这里注意：ME38里有一个“固定”标志，勾上后MRP不会再重写该计划行。项目里经常出现MRP反复“抖动”、计划行数量一直跳的情况，我常用措施就是让计划员在窗口期上勾选固定，保证给供应商的交付计划稳定。

收货。计划行发布后，供应商按计划日期送货。仓库用MIGO，选择“采购订单”或“计划协议”收货，输入计划协议号和计划行，系统自动带出交货数量。标准模式下101移动类型生成收货凭证，产生GR/IR会计凭证；如果启用了质量管理，可能先收到质检库存；如果启用了EWM或WM，收货动作还会触发仓库的内部作业。计划行的未清数量随收货递减，最终对应计划行状态变为完全交货。

4.3 与WM/EWM、ASN、序列号管理的集成注意点

计划协议交货计划行不仅仅存在于MM的屏幕里，它和仓库执行、物流集成有很紧密的关系。如果公司上了SAP EWM，计划协议释放后，可以通过PPF（Post Processing Framework）动作生成入库交货单（Inbound Delivery），EWM仓库里根据交货单安排收货垛口和下架策略。项目里如果EWM控的收货和MM计划行对不上，先看PPF条件有没有触发，再看仓库用户是否在计划协议行的交货处理状态上遗漏了“生成入库交货单”。这种问题我曾经花过一整天排查，结果发现只是EWM集成参数里的消息类型没激活。

ASN（Advance Shipping Notice）是供应商在发货前发送给公司的电子到货通知，SAP里通过IDoc信息类型处理。启用了ASN后，仓库可以用ASN做收货参考，系统提前知道这批货物归属哪个计划协议、哪个计划行、什么物料、多少数量。ASN状态如果能和计划行状态联动起来，供应商送货迟到或早到都能被系统记录，这也是以后做供应商绩效评分的好素材。但ASN的前提同样是计划行必须先释放、与供应商的信息通道畅通。

序列号管理对计划行的影响也要提前考虑。需要做序列号追溯的物料，如果用于计划协议交付，物料主数据的序列号参数文件里就要设置好序列号生成时机（收货时或发料时）。收货时录入序列号，系统会把序列号和计划行、物料凭证关联起来，之后整条供应链上的设备追踪、质保、返修都能通过序列号倒查。这里给一个经验：如果一个计划协议行涉及多批次、多序列号，建议仓库收货前先做一个小范围的测试，确认MIGO里序列号码段和UoM换算不会出现数量不匹配的问题。

5. 常见报错与排查技巧实录

5.1 高频问题速查表

我把这些年项目里和采购申请、计划协议、计划行相关的高频问题整理成一张速查表，方便大家遇到报错时按图索骥。

这张表不是死的，每个公司后台配置不同，遇到报错还是得先看具体消息号。但至少能帮你快速缩小范围，避免从一个事务代码跳到另一个事务代码浪费时间。

5.2 从需求到计划行“断了”的排查思路

“断了”是计划员最常用的抱怨。业务场景往往是：库存已经显示缺料，MRP也跑了，但MD04里只有需求没有供应，计划协议下面一片空白。如果遇到这种情况，我习惯按下面顺序排查。

先看需求和来源。MD04里选中物料，展开“采购申请”“计划订单”“计划协议”这三个页签，确认需求是否真的产生了采购建议。如果需求行是灰色或者没有任何采购建议行，说明MRP认为这个需求不应由外部采购满足，可能物料主数据的“采购类型”被设成了内部生产，或者特殊采购类型设成了转储和调拨，这时去MM02检查MRP视图，把采购类型改回外部采购。

再看货源选择。如果需求有采购建议，但采购建议没有落在计划协议里，那就去看新采购建议的类型是PR还是PO。如果生成的是PR，说明源确定没有选中计划协议，这时去ME01检查货源清单里是否存在计划协议，计划协议的状态是否有效、有效期是否覆盖当前日期。如果生成的是PO而不是计划行，说明系统按配额分配或其他规则选择了一张普通采购信息记录或合同，需要在配额里把计划协议设为优先。

最后看MRP主数据。很多“断了”不是缺计划，而是MRP跑出来的计划行带了一个非常早的交货日期，导致计划员在ME38里看不出来或者因为日期窗口问题被过滤掉。MRP策略组、计划时界、收货处理时间、计划交货时间的轻微差异，都可能导致计划行“意外出现”或“意外不出现”。排查这种问题没有任何捷径，就是逐个字段和MRP结果对照，必要时用MD04的“放大镜”图标看单个需求行的计算路径。

5.3 计划行失效的几个隐藏原因

计划行维护好了，不代表一定有效。项目里经常遇到“明明ME38里看得到计划行，但后续收货、ASN、MRP全部对不上”的情况，其中几个隐藏原因很值得留意。

第一个是计划行状态和日期窗口的误解。SAP里计划行有不同状态，比如“新建”“已确认”“已释放”，每个状态对应的可执行权限不同。如果仓库收货时找不到计划行，有时候不是数据不存在，而是该计划行的状态还没释放到可收货节点。仓库人员用MIGO参考收货时，系统默认过滤掉未发布状态的计划行，所以界面上看不到。解决办法不是让仓库强制绕过状态，而是让计划员检查计划行状态，必要时调整状态机配置。

第二个是计划协议的“累计数量”和计划行数量之间的衔接。计划协议行项目里的总量字段，在很多公司被用作“年度或合同期内的采购上限”，如果计划行累计数量超过协议总量，系统会弹出警告甚至禁止增加计划行。计划员如果只盯着ME38，不看协议抬头和行项目总量，很容易在月底加量时失败。定期检查计划协议行的累计执行数量，把它和协议总量做对比，比到月底临时加量更从容。

第三个是输出控制里消息类型和伙伴参数缺失。计划行释放后要通过EDI或打印发给供应商，这一步依赖消息确定。用了计划协议却没有维护对应的输出条件记录，供应商那边永远不会收到任何通知。每次顾问进场排查“供应商收不到订单”时，都要记得把输出记录事务代码WE20、NACE、以及IDoc监控事务代码WE02/WE05走一遍，确认消息到底有没有生成、有没有发出、有没有被对方ACK。很多时候问题就出在合作伙伴参数文件的“消息类型”漏配置了，和计划协议本身完全无关。

我个人在实际项目里最大的体会是：采购申请是需求的“入口”，做错一点后面整个链条都跟着错；计划协议是长期采购关系的“骨架”，选错类型后期改起来成本很高；交货计划行是日常操作最频繁的“动作”，状态、固定、输出这些细节决定供应商能不能真正按系统走。如果你所在的公司正在上SAP或准备优化现有采购流程，建议先把这三个对象的业务归属和数据负责人理清楚——谁负责创建PR、谁负责维护计划行、谁负责释放给供应商，比急着写配置清单更重要。系统配置错了可以改，业务职责模糊了才是后续扯皮的大头。