1.问题描述
针对物SAP上线后在MRP产生的采购申请会产生修改、合批的情况，同时希望该部分采购申请传输到供应商门户后，可以将MRP运算的标准数量显示出来，为了评估工作量，现对于产生情况做具体分析。
2.采购申请修改、合批的原因
因为批量规则导致采购申请没有自动合并（采购申请的要求交货时间超出了自动合批的策略时间）；经常性采购且批量小的物料，采购计划员会人工预测，对当前的采购申请数量进行修改。
3.系统功能解释
1)、SAP物料主数据可以定义MRP策略，控制物料的合批的范围，对于超出范围外的物料，系统也是建议从现金计划和库房管理的角度分开采购收货；
2)、SAP物料主数据可以定义批量策略和批量大小，对于经常性采购且批量小的物料，可以设置批量大小和安全库存，使得采购申请更合理，人工工作更简单。
3)、采购申请手工合批时，需要人为判断需要合批的采购申请和数量，将某批数量增加，删除原批，同时在合批的批中备注采购申请号和数量，工作量较繁琐。
4)、如果开发合批程序，该程序可以自由选择多个采购申请，合批后生成新的申请。
但是
A） 如果存在合批后修改、或者修改后合批的情况，系统将无法记录新采购申请中原来的数量和修改后的数量（采购申请中可以显示原值和新值，但是多次改动后将不会显示最原始的数量－MRP结果的数量）。
B） 合批程序模拟前台创建新申请的过程，所以合批后的新申请都标志是手工创建的（MRP运行的采购申请标志是物料需求计划运行的结果），不管是MRP运行的采购申请还是手工的合批后都显示是手工创建的采购申请。
C） 供应商门户在读取该部分信息时，随着后续业务的增加，速度将成为重要的问题。
4)解决方案
开发合批程序，但是不允许修改采购申请数量（包括合批前的以及合批后的）；不允许将MRP运行的结果和手工结果合批，允许合批后的采购申请再次合批，但是合批前的申请将被删除，同时只有相同物料、采购组、库存地点的才能被合批。
通过程序判断，如果合批前的申请都是MRP运行的结果，则创建的采购申请行项目为90。手工如果发生合批，新采购申请行项目为80，这样可以在供应商门户区分是否经过了合批，同时是否是MRP运行的结果。
供应商门户读取审批后的采购申请数量作为MRP运行的结果。
5)SAP系统操作界面
STEP1:输入采购员、工厂信息
STEP2:勾选需要合并的采购申请行，点合并申请按钮
