汽车行业物流业务中的订单运作

文/梁 霏 霏 孙佳英

一、业务场景概述

工厂新车型上线，工程部释放了BOM（零件清单），市场部给出销售预测，包装、规划、运输等功能块均提供了详细的数据，物流部生产计划根据工厂产能情况、工作时间、产量需求排出详细的年度滚动计划及月度作业计划，并导入SAP系统，SAP系统可以正常运行。

二、订单生成

SAP即“Systems Applications and Products in Data Processing”，它蕴含两层含义：

第一，SAP是公司名称，即SAP公司，它是成立于1972年总部位于德国沃尔多夫市的全球最大的企业管理和协同化电子商务解决方案供应商、全球第三大独立软件供应商；

第二，SAP是ERP（Enterprisewide Resource Planning）软件名称，为各种行业、不同规模的企业提供ERP解决方案。ERP的发展历程如图1。

以下探讨整车需求是如何在SAP中变成零件需求的。

进入SAP系统的整车需求，在运行物料需求前，首先考虑前一个自然日所有需扣库的零件是否已完成扣库、需要收货或上传SAP系统的班报/日报是否已完成上传，以上过程即为SAP中的Back fl ush过程。

处理基础数据后，系统开始根据BOM（物料清单）进行零件打散，即将一辆整车按BOM清单分解成零部件需求。在系统运行过程中，首先运行的是一级零件的需求（所谓一级零件，即直接在整车流水线旁组装的零件），这些零件的需求是根据整车的生产需求直接按单车需求量打散的，如整车发动机需求，今日造车数量100辆，打散出的发动机需求即为100台。

图1：ERP发展历程

零件一级需求生产后，开始运行二三级零件，即consigment零件。Consigment零件的需求根据MRP计算结果，是考虑了头零件（BOM中和其关联的一级零件）的净需求后得出的毛需求：

头零件毛需求=整车需求＊单车用量；

头零件净需求（头零件采购需求）=头零件毛需求-头零件库存；

consignment零件毛需求=头零件净需求；

根据以上计算过程，可以发现在这一步计算consigment需求时，一级零件引入了库存量，所以此时SAP系统的一级库存数据要被调用。调用过库存后，一级零件的所需采购量（净需求量）就计算出来了。

组装好一辆整车，约需要1300种零件，这些零件如何按时按量交货，是每个主机厂研究的重大课题

再引入consigment零件的库存数据，此部分库存在物理位置上一般存放在头零件供应商处，在系统中会专门开辟一个库存点，叫做头零件供应商库存。

consigment零件净需求（consigment零件采购需求）=consigment零件毛需求-consigment零件库存

根据以上公式，二级零件的净需求也计算出来了。

以上关于采购需求的计算是最原始的公式，在这个公式的基础上，可以继续增加需要引入的数据，比如安全库存、在途库存等。

安全库存：物料采购过程中，为了防止因质量问题、天气异常、产量波动等特殊原因导致无法满足正常生产需求而设置的库存量。

表1：按照供应商交货包装对一般物料需求进行圆整

在途库存：已发布给供应商但未交货的订单。物料在交付过程中会有一定的运输周期，这部分物料作为即将交货物料，称作在途库存。

物料采购需求=物料需求+物料安全库存-物料正常库存-物料在途库存

截至到此环节，物料需求已计算完成，一般物料需求计算完成后会按照供应商的交货包装进行圆整（如表1），以便交货时可以使用整包装交货，满足运输装载率的需求。

接下来引入时间的概念，即物料什么时候有需求，什么时候发出订单，什么时候取物料，什么时候物料到货能满足需求。

在SAP系统主数据中，我们导入一个叫route的表格，在这个表格中包含物料唯一编号、供应商DUNS号、提前发单时间T1、物料取货时间T2、物料到货时间T3、物料取货到货间隔时间T4。

此数据来源是根据运输规划提供的数据，由运输规划根据运力和货量的数量，规划出运输路线并排出物料取货时间和到货时间。根据供应商的物料准备时间、供应商到物料最终交货点的距离，确认提前发单时间，目前在主机厂提前1个工作日或2个工作日发单的情况偏多。

按当前SAP的计算逻辑，物料的发单时间是根据需求时间反向推算出来的，根据系统运算，假设在10月22日需求减库存＜0，则根据到货时间T3，向前推T4，假设T3=10月22日 15：00，T4=2，则物料需要在10月20日取货，取货时间为T2=10月20日 15：00。根据取货时间前推实际发单时间，则发单时间=T2-T1,假设T1=1天，则发单时间为10月19日发单。目前在SAP系统逻辑中对发单时间并没有具体到小时的限制，只要是SAP中跑出订单并下传到发单系统中，即可发单，当前主机厂的实际做法是安排在工作日发单。

物料需求箱数、物料取货时间、到货时间已全部体现在订单中，此时根据合同对应的供应商信息，就可以生成一张完整的订单，理论上可以发布给供应商了，但实际操作过程中，主机厂会增加一步订单检查的环节，确保发布订单的准确性。

三、订单检查

在进行订单检查前，首先要明确订单可能的出错点：是否所有的需求都转化成了订单；转化出的订单是否正确；这些正确的订单是否都已下传到订单发布系统；这些需要发布的订单是否可以直接发布。下面针对上述4个问题详述订单检查的过程及意义。

1.是否所有的需求都转化成了订单

在SAP的report center中有一份专门的文件，这份文件用于记录每天需要转化成订单的缺口信息，即需求日期的窗口时间，有需求缺口的零件对应的供应商信息及缺口数量，这份文件被称作SL转DN的LOG文件。此文件主要用于查看文件中是否有报错：当SL无法成功转成订单时，文件中会有报错信息，每一种报错有不同的含义：

（1）某供应商的SL转订单过程被锁，请按供应商进行重处理。

问题分析：此供应商的订单在转化过程中，其合同信息正在被其他用户使用，导致转化过程失败。

问题解决：使用对应的系统代码重新转化此供应商的订单，并将其下传到对应的发单系统，通知对应的发单人员。

（2）订单到货时间未在合同有效期内。

问题分析：供应商的合同无法覆盖到此订单的需求时间，一般在合同切换时会出现此类问题。

问题解决：评估零件是否需要继续发单，如果需要，将报错信息通知给发单人员进行手工补单，补单的到货时间在合同有效期内。

（3）零件没有维护对应的窗口时间，不知道如何发单。

问题分析①：此零件更换了新的供应商，在新供应商下没有对应的窗口时间。

问题解决：确认此零件是否有供应商信息切换并维护窗口时间。

问题分析②：检查此零件是否由于断点或者停产删除了窗口时间，删除前已确认没有需求了，但在发单时刻突然又有了需求。

问题解决：通知发单人员和工程人员，确认此需求产生的原因，并根据需求情况确认是否需要手工补单。

问题分析③：新增零件忘记维护窗口时间。

问题解决：先通知发单人员手工发单，再维护对应的窗口时间使其在第二天生效。

2. 转化出的订单是否正确

处理完所有报错的文件，接下来检查下传的订单是否正确。在SAP report center中还有一份文件，包含了所有当日生产的订单。将此文件打开，检查零件的卸货口是否正确、取货时间和到货时间是否在发单的逻辑时间要求范围内，此处的问题一般是零件主数据维护错误导致的，比如卸货口更改忘记更新、窗口时间调整未及时导入系统、包装数量为非标准包装等，针对这些错误信息，通知发单人员手工调整，同时及时更新主数据。

3. 正确订单是否都已下传到订单发布系统

将包含当日生产订单的文件与发单系统中的文件内容进行比对，确认订单数量和订单号是否一致，以此来确认是否所有的订单都下传到发单系统中了。对于没有正常下传的，需查看未下传原因，使用系统指令可手工下传。

4. 需要发布的订单是否可以直接发布

最后将当日需要发送的订单中的采购数量匹配到工厂零件数据汇总表中（allpart表格：包含零件信息、供应商信息、库存信息、需求信息等），在汇总表中会有40个周的生产需求，使用此需求减当前系统库存，再减未入账订单（OPEN PO，此OPEN PO中不仅包括在途零件数量，也包括此次未发的订单零件数量），确认是否存在小于等于零的情况，若存在，则确认此订单是否为最后一笔订单，是否有发布的必要，或者是否考虑减少发布数量等。

截至当前，关于订单检查的工作就可以结束了，经过检查确认无误的订单，就可以通知订单发布人员安排信息发布。

四、订单发布

订单发布是有专门的订单发布系统，在此系统中可以查询到订单的唯一编号、供应商信息、交货时间、到货时间、到货地点、零件信息、交货数量以及包装器具需求量等。检查好的订单由订单发布人员直接批量发布，供应商接收到发布的订单，根据此信息进行交货。

在订单发布系统中，根据订单的查看情况，会有多种状态显示，比如供应商查阅后，订单状态即改变为查阅状态，供应商对订单数量确认后，状态更改为供应商接受状态，在部分主机厂，还有供应商反馈状态，即供应商根据自己的交货能力，对无法满足的订单在系统中更改，使得主机厂可以在第一时间了解到供应商的交货能力，确认可否调整订单或更改运输方式，这些状态均可以在订单发布系统中随时查看。

五、结论

经过以上论述，我们已了解了整车厂的订单生成、检查及发布方式等，任何一个环节出了问题，都会导致订单运作过程无法正常运行，维护好每个环节的运作，确保工作顺利进行，并针对这些环节的漏洞和问题进行修正，都是为了保证信息能正确、准时地传递出去，都是精益物流工作的体现。