When you create a sales document item for a certain quantity and a certain date, you expect that the system should confirm the item on the requested delivery date, but instead a new schedule line gets generated with a proposed delivery date.

Delivery date postponement (a.k.a the generation of a 2nd schedule line) can be the result of:

  •   delivery scheduling (in case the system performs forwards scheduling)
  •   transportation scheduling (in case the system performs forwards scheduling)
  •   availability check.

In order to disable the determination of a new delivery date, delivery scheduling, transportation scheduling AND the availability check needs to be deactivated.

Scenario 1 – Delivery scheduling turned OFF | Transportation scheduling turned ON | ATP check turned ON:

If delivery scheduling is switched OFF, but transportation scheduling remains active, AND the system switches to forwards scheduling, the material availability date/time (MBDAT/MBUHR), the transportation planning date/time (TDDAT/TDUHR), the loading date/time (LDDAT/LDUHR), and the goods issue date/time (WADAT/WAUHR) will be the same, but a new delivery date/time (LFDAT/LFUHR) will be determined based on the route relevant settings. If ATP check is also active then the system will check whether the requested quantity is available on the material availability date (MBDAT) calculated by transportation scheduling. If the material is available on the calculated material availability date then no further calculation will be performed. If the material is not available on the calculated material availability date then the system will check what is the closest availability date of the material. If the material can be available on a later date than this date will be found and be taken over as the new MBDAT by function module SD_SCHEDULING_ATP_CALC where the system will perform forwards scheduling.

   

Scenario 2 – Delivery scheduling turned ON | Transportation scheduling turned OFF | ATP check turned ON:

  

If transportation scheduling is switched OFF, but delivery scheduling remains active, AND the system switches to forwards scheduling, the material availability date/time (MBDAT/MBUHR), the transportation planning date/time (TDDAT/TDUHR), the loading date/time (LDDAT/LDUHR), and the goods issue date/time (WADAT/WAUHR) will be calculated based on the shipping point and/or route relevant settings. Also, a new delivery date/time (LFDAT/LFUHR) will be determined that is going to be the same as the goods issue date/time (WADAT/WAUHR). If ATP check is also active then the system will check whether the requested quantity is available on the material availability date (MBDAT) calculated by delivery scheduling. If the material is available on the calculated material availability date then no further calculation will be performed. If the material is not available on the calculated material availability date then the system will check what is the closest availability date of the material. If the material can be available on a later date than this date will be found and be taken over as the new MBDAT by function module SD_SCHEDULING_ATP_CALC where the system will perform forwards scheduling.

  

Scenario 3 – Delivery scheduling turned OFF | Transportation scheduling turned OFF | ATP check turned ON:

 

If delivery and transportation scheduling are both switched OFF, but availability check remains active, the system will not carry out scheduling at all, but will check whether the requested material is available on the requested delivery date. In this case, the requested delivery date (LFDAT) will be the material availability date (MBDAT). Please note that ERP/ATP is only accurate to the day, so only the date is considered, the time is not.

    

In order to prevent the calculation of a proposed delivery date, you need to disable the ATP check (transaction VOV6, field ATPPR; OR transaction OVZG, field ATPPR; OR transaction OVZ2, field VERPN) AND you need to:

  • disable delivery scheduling (transaction OVLY, field VSTRM) AND forwards scheduling (transaction OVLY, field TENUR)

OR

  • disable transportation scheduling (transaction OVLY, field TRTRM) AND forwards scheduling (transaction OVLY, field TENUR)

OR

  • disable delivery scheduling (transaction OVLY, field VSTRM) AND transportation scheduling (transaction OVLY, field TRTRM)

OR

  • disable forwards scheduling (transaction OVLY, field TENUR).
To report this post you need to login first.

9 Comments

You must be Logged on to comment or reply to a post.

  1. K P

    How Do i disable  Delivery and transportation scheduling specifically for an Item catergory ?

    OVLY is controlled at sales document level.

    Thanks in advance,

    Kishor

    (0) 
    1. Andras Gabor Csepregi Post author

      Hello Kishor,
      in the standard SAP system delivery and transportation scheduling can only be controlled on document (header) level. There is no option to turn ON / OFF delivery or transportation scheduling on item category level.
      Best regards,
      Andras

      (0) 
      1. K P

        Thanks for the input Andras, in my scenario, i have a service item for which backward scheduling is carried out, at times forward scheduling is carried if the MAD is in past and two schedule line are created.

        In case two schedule line are created for an item, what scenario can cause the material availability date to be different in both schedule lines for the same item. this is causing the Availability control screen to pop in my sales order.

        (0) 
        1. Andras Gabor Csepregi Post author

          Hello Kishor,
          this can happen if the system performs scheduling in function module SD_SCHEDULING_ATP_CALC. The system logic is the following. Firstly, function module SD_SCHEDULING will be called and the material availability date will be determined here (by backwards scheduling or by forwards scheduling). This date will be passed to ATP check (fm AVAILABILITY_CHECK_CONTROLLER). If this date can be confirmed then the dates from fm SD_SCHEDULING will be taken over. If the date cannot be confirmed then ATP check will determine the next possible confirmation date. In this case function module SD_SCHEDULING_ATP_CALC will be called with this new date and the other dates (transportation planning, loading, goods issue) will be redetermined.
          For more information, please check SAP KBA 2220102.
          Best regards,
          Andras

          (0) 
    1. Andras Gabor Csepregi Post author

      Hello Hussain,
      would you please clarify which functionality is your questions about? Delivery scheduling, transportation scheduling, or ATP check?
      Thanks & regards,
      Andras

      (0) 

Leave a Reply