深入SAP系统一线，解决SAP实际运维中的顽固问题如下：
.8 解耦IBP，批量导入销售订单：
症状场景：
销售订单从IBP传入，数据量其实很小，但居然经常出错，业务反馈难用。
优化解决：
开发SD销售订单批量导入程序。
.9生产订单下发中BOM数据增加校验
.1APO CIF队列堵塞排查
.11自制件生产订单重复投料修正
.12生产订单车型配置发送异常修正
.1整车生产订单重复投料修正
.2物料主数据下达慢分批优化
.3ECN BOM工程变更接口异常修正、变更号拆分
.4DMS整车订单导入
.5 整车排序桌面程序开发
.6生产订单下达接口提速5倍以上
.7 生产订单下达新序列号启用，反冲记录错误修正
.8整车新批次方案切换配套程序
.9 MM账务接口分离261类型：
症状场景：
业界首创的整车行业投料模式，整车的物料凭证投递全部由LES系统通过一个接口传入SAP投料，该接口设计上有做非常大的性能问题，导致数据传输的大量延迟。深入参与该接口优化设计工作，经过SAP、LES、ESB三系统会议讨论，梳理出LES的痛点在于：
1、原接口单次传输数据量有限制。
2、原系统接口工作方式为串行，一个凭证一次，工作效率低下。
3、全部移动类型都放在一个接口，又是串行工作，再一步的降低了效率。
优化解决：
1、从原来的账务接口，把投料261业务分离出来新建一个接口。
2、因为原来接口等待数据处理后同步返回状态，所以原接口使用了WS协议。改为MSMQ协议，这样接口单次传输量可以大很大。
3、改为多个凭证可以一次传输，上限大致为500条，若遇到凭证大于500，传输该凭证全部数据，避免拆分凭证。
4、MSMQ协议为异步，没有业务处理返回状态；SAP保存所有接收到的数据后再处理。
5、提供MSMQ实例程序给LES项目组新开发人员。
6、重构SAP后端投料功能程序交给马老师。
.10 整车收车后不允许再投料：
症状场景：
A、SAP PPDS模块，成品过点报工使用SAP标准BAPI，而且调用点位于S4端，当该BAPI被调用后，S4到APO LC中的数据全部使用标准队列更新，成为不可控状态。
B、该BAPI及增强中有投料操作、报工操作、成品（反冲）操作。
优化解决：
未完。。。
