SD中交货日期的计算.doc

SD中交货日期的计算一、SO中交货日期的计算的必要性当客户传递过来采购要求，销售部人员需要在系统中创建一张SO来记录用户的需求。在此时，对销售部门的人员来说，非常重要的两点是：客户要求的交货数量是否能够满足；另外一点是什么时候能够将货物送达到客户；如果做过MM，就应该知道交货准时性是评价供应商的能力很重要的一个标准。因此交货日期的确定在SO中是很重要的一部分。二、SO中计算交货日期的逻辑我们来看一张图片，这张图片已经相当清晰地写明了SAP中SO交货日期的计算逻辑： (来源： SAP)最上面的是时间点，如order date, material availability date, transportation planning date, loading date, etc. 下面的那些是时间段，主要有transit time, loading time, pick/pack time,对应中文分别是运输时间，装货时间，分拣/打包时间；运输时间：从你的仓库发出后到达客户所需的时间；装货时间：货物从仓库发出区装上运输工具所需的时间；分拣/打包时间:从货架上把货物取下来并打包好所需的时间；系统日期计算逻辑：1. 系统先用客户需求交货日期-(运输时间+装货时间+分拣/打包时间)，就得到material available date（物料在哪天应该已经备好，属于可用状态）；如果系统认为在material available date这边系统能供给货物，则计算完毕，系统同意订单中输入的客户要求交货日期，这叫做backward scheduling; 2. 如果发生这种情况，在系统倒推计算出物料可用日的那天，没有足够的库存能够交货，这说明用户需求到货时间无法满足，系统会重新计算，这次是从前向后推：根据物料可用日+运输时间+装货时间+分拣/打包时间，得到系统认为的交货日期；这叫做forward scheduling； 这种情况下，物料可用日的介绍后面再提及。三、系统中的相关配置1. 在上面提到，系统要知道你定义的三个时间，分别是运输时间，装货时间，分拣/打包时间；那么，这三个时间跟哪些因素相关？讲到这里，需要介绍SD中用到的两种交货排期的方式：一种是交货排期(delivery scheduling)：指定义跟交货相关的日期，包括装货时间，分拣/打包时间，在系统中他们的定义跟shipping point有关；另外一种是运输排期(transport scheduling)：指定义跟运输相关的日期，主要包括运输的lead time和运输时间；关于lead time，这里应该理解成提前期；运输时间都是跟route相关的；不同的route，例如走铁路，海运，空运，经过不同的中转城市，则运输时间会不一样；配置路径如下：In the IMG: Logistics Execution -Shipping -Basic Shipping Functions Scheduling -Delivery Scheduling and Transportation Scheduling - Define Scheduling By Sales Document Type在此处，根据销售订单类别激活delivery scheduling和transport scheduling；In the IMG: Logistics Execution -Shipping -Basic Shipping Functions Scheduling -Delivery Scheduling and Transportation Scheduling - Define Scheduling by Shipping Point:在此处，维护跟shipping point相关的装货时间，分拣/打包时间；In the IMG: Logistics Execution -Shipping -Basic Shipping Functions-Scheduling -Delivery Scheduling and Transportation Scheduling -Maintain Duration:在此处，维护跟route相关的运输lead time和运输时间注意一点，我上面定义的时间都是以天为单位，这时叫做daily scheduling, 实际上还可以定义到小时，此时叫做precise scheduling；四、 实际案例分析：1. 关键数据定义：订单类型：OR; 运输时间：7天；装货时间：1天； 分拣/打包时间：1天；Shipping point: 0110;Route: EX01;2. 订单创建：注意此处客户要求交货日期为3月30日查看Shipping point和Route注意看上面这张图片，第一行的要求交货日期是手工输进去的，但是由于系统无法满足，所以产生了第二行的记录，计算出交货期为4月10日。详细的日期计算逻辑见下图：当前时间3月30日即为为物料可用日期，因为系统中还有7个库存。3月31日打包完毕，4月1日装车完毕，但是可以看到transmit time为9天，不是系统中定义的7天。这是为什么呢？ 因为在4月1日到4月10日期间，有2天，4月4日，5日是周末，系统要将其排除。我们可以换一个日历来试一下。定义一种新的日历Z1，在此日历里，周一到周日均为工作日；将其分配给route.我们再来看系统数据。默认当前日期3月30日为客户要求交货日期。再看看订单的情况。系统建议的交货日期变成了4月8日，不再考虑周末休息日。附：物料可用日的计算销售物料的来源有3个，分别是库存，生产订单和从第三方采购。在后台配置处定义检查策略。对物料选择独立需求计划，checking rule选择A，系统在考虑需求/供给时，会考虑如下因素：需求：包含销售订单，预留单，交货单，交货通知单；供给：包含正常库存，质检库存，限制使用库存，采购订单，转储单，生产工单；补货提前期：不考虑补货提前期；在此处，不会测试如此多的特殊情况，仅以最常见的集中需求/供给情况进行举例；新建物料57-075553，其库存为0，在系统中下一个销售订单，手工输入的客户要求交货期为当前日期3月30日。系统进行可用性检查，未能产生交货建议日期，因为没有供给数据。1. 现在考虑给物料增加库存，我们来看看会发生什么情况。为物料57-075553增加库存1 EA, 系统给出的计算时间同上例一致，为4月8日，计算逻辑同上，不再赘述。2. 再给此物料创建生产订单，预计生产完成时间为4月1日，如下图：运行MD04查看供给/需求情况，这其中生产订单产生的库存可用日期为4月2日，因为物料主数据MRP2视图中定义收货处理时间为1天。接着再下销售订单，手工输入客户要求交货期为4月8日，数量为2，来查看系统的计算情况；请看下图：在这里，可以看到系统建议的交货期已经变成了4月13日，因为物料可用日不再是当前日期，而变成了4月2日，也就是生产订单的库存收货完成后的时间；(4月3日到4月6日期间为装货日期1天+2天的周末时间)3. 考虑销售物料从外部采购的情况；PO中的预计交货日期为4月7日，我们再来运行MD04，查看需求/供给情况。如下图：可以看到采购订单的库存可用日是4月8日，有1天的收货时间。再来创建销售订单，数量为3，客户要求交货日期手工输入为