Show TOC

Function documentationMulti-Item Single Delivery Location Locate this document in the navigation structure

 

This function allows the rules-based ATP check to determine a common delivery location for a requirements grouping, such as a delivery group. You can use a multi-item single delivery location (MISL) to reduce transportation costs, since the items in a requirements grouping are not shipped from multiple locations. Furthermore, you can deliver products from an MISL more quickly that from a consolidation location, since products do not first have to be transported to a common delivery location from the various locations.

Integration

  • This function is linked to the following rules-based ATP check:

    • The MISL automatically activates the following settings in the check instruction:

      • Activation of Rules-Based ATP Check

      • Direct Execution of Rules-Based ATP Check

    • The MISL does not take into consideration the following functions of the rules-based ATP check:

      • Production process model (PPM)

      • Location determination activity

      • Validity of substitutions

      • Characteristic substitution

      • Exclusive rule strategies, exclusive or alternative rules

      • Location product substitution procedures

      • Production with the exception of multilevel ATP check (MATP)

      • Override input location

  • You cannot use the MISL in combination with third-party order processing.

Prerequisites

  • You made the settings for the MISL.

  • If you want to call the MISL from SAP Customer Relationship Management (SAP CRM), you must use SAP CRM 5.0 or higher.

Activities

You call the rules-based ATP check in SAP APO from the OLTP system using a requirements grouping, such as a delivery group.

The rules-based ATP check determines a list of substitute locations using a rule of type Multi-Item Single Delivery Location. The system first checks if all the products in the requirements grouping appear in these locations. If not all products appear at a location, the system removes this location from the substitute list.

The system then checks iteratively at which location in the list all requirements in the requirements grouping can be completely confirmed.