Partición de entrega de salida posterior en un WM descentralizado 
Utilización
Con la partición de entrega de salida posterior, dispone de una nueva función con la cual que puede partir una entrega en varias entregas nuevas en un solo paso. Una vez introducidos los criterios de partición requeridos, el sistema resta la cantidad de entrega de la entrega original y distribuye las posiciones o cantidades partidas entre las nuevas entregas.
También puede partir la entrega en un sistema de gestión de almacenes descentralizado y después contabilizar las modificaciones de la entrega en el sistema ERP utilizando el BAPI "OutboundDelivery.SplitDecentral". Este BAPI se llama antes de que el sistema WM verifique la entrega de salida.
Condiciones previas
Es necesario actualizar en el Customizing el perfil partido para la partición de entrega de salida posterior en el sistema ERP en la actividad
Partición de entrega posterior, pero no necesariamente del mismo modo que para el sistema WM.Si ya ha implementado un sistema WM descentralizado, debe realizar de nuevo las siguientes actividades en la guía de implementación (IMG) para poder utilizar la función de partición de entrega posterior:
Crear su modelo de distribución
Generar su acuerdo entre interlocutores EDI
Distribuir la vista modelo
Si desea implementar la partición de entrega de salida posterior en un WM descentralizado, debe configurar las siguientes opciones en la aplicación del Customizing:
Autorizar la partición de la entrega posterior en el sistema descentralizado
Activar la serialización para el business object LIKP para la entrada en el sistema ERP central
Activar la serialización para el business object LIKP en la salida para todos los sistemas de gestión de almacenes descentralizados (clase de interlocutor: LS, función de interlocutor: vacío)
Características
Con la función para la partición de entrega de salida posterior, es posible partir entregas existentes en varias otras entregas. Aquí, las nuevas entregas de salida también pueden tener lugar en un sistema descentralizado que deberá crearse en el sistema ERP centralizado cuando se haya completado el procesamiento. Los nuevos números de entrega asignados no deben asignarse todavía al sistema central. Con la ayuda de parámetros apropiados para los intervalos de rango de números de IMG, debe garantizar que todos los números de entrega que se comunican con un sistema ERP en todos los sistemas descentralizados sean unívocos. Puede especificar, por clase de entrega, que los nuevos números de entrega se tomen de un intervalo de rango de números independiente. Aquí puede fijar los intervalos de rango de números por número de almacén y por clase de entrega (véase arriba). También puede utilizar los intervalos de rango de números que ha fijado en el sistema ERP en los sistemas descentralizados si actualiza el límite superior e inferior para que no se solapen.
Para verificar las entregas de salida partidas o las entregas de salida originales (a partir de las cuales se han creado nuevas entregas utilizando el procedimiento de partición), el sistema busca una entrega de referencia que el sistema centralizado utiliza para traspasar la partición. Asimismo, el sistema bloquea esta entrega de referencia al contabilizar la salida de mercancías de una entrega partida con el fin de que los datos concuerden entre sí. Puede impedir la fijación del bloqueo si éste limita el tratamiento paralelo de las entregas (por ejemplo, al notificar órdenes de transporte). A continuación, debe garantizar que, desde un punto de vista organizativo, las entregas no se contabilicen para la salida de mercancías ni se modifiquen en modo alguno de forma paralela.
Al contabilizar la salida de mercancías para una entrega de salida, el sistema verifica si la entrega forma parte de un proceso de partición. Ello es así cuando la entrega original en la entrega que se creó en el sistema o si primero se creó una "entrega partida" en el sistema WM. En este punto no es importante si la partición se realizó de la entrega original o de una entrega ya partida. Si se ha contabilizado una entrega partida para la salida de mercancías, la nueva entrega se crea utilizando el BAPI "OutboundDelivery SplitDecentral" de la entrega original (o la "entrega de referencia", véase abajo). Si se ha contabilizado la entrega original en la salida de mercancías, el sistema creará, para el resto de llamadas del sistema ERP, por medio del BAPI "OutboundDelivery SplitDecentral" una de las nuevas entregas que se partieron en el sistema WM. En el sistema ERP, una vez que se ha contabilizado la entrega original para la salida de mercancías, esta entrega adoptará su función y será la entrega de referencia para el resto de particiones de entrega con el fin de que, a partir de ésta, pueden partirse nuevas entregas de salida. Esta entrega de referencia contiene todas las posiciones de la entrega original, incluso si la entrega del sistema descentralizado sólo contiene algunas de estas posiciones. Una vez verificada la entrega de referencia, la cantidad de todas las posiciones que no contienen esta entrega en el sistema descentralizado se fija en 0.

Las unidades de manipulación no pueden partirse cuando se notifican en el sistema ERP, lo cual significa que no deben embalarse las posiciones/cantidades partidas en el sistema ERP.
Al permitir la partición de entrega de salida posterior en el sistema ERP, se borran del sistema ERP las posibles propuestas de embalaje u otras unidades de manipulación después de haberse replicado la entrega a distribuir con el fin de poder llevar cabo la partición de entrega posterior. No obstante, las propuestas y otras unidades de manipulación siguen existiendo en el sistema WM descentralizado y se crean posteriormente de acuerdo con el último status obtenido después de la verificación de las entregas por el sistema WM.
Con la serialización de los mensajes (IDOCS) de las entregas de salida transmitidas de un sistema WM al sistema ERP, se garantiza que la ejecución de la partición de entrega de salida con anterioridad a la contabilización de la salida de mercancías. Por ello, los números de entrega deben ser un número de canal con cuatro dígitos. Es posible que el sistema no trate una salida de entrega porque todavía no se haya tratado por completo otra salida que se encuentra en el mismo canal, a pesar de que las entregas de salida no están conectadas entre sí (por una partición de entrega) y pueden tratarse independientemente. Puede llamar una vista general de las producciones serializadas en la entrada mediante el acceso vía menús de SAP: Herramientas
® ALE ® Gestión ALE ® Servicios ® Serialización ® Serialización mediante business objects ® Visualizar IDOCs serializados.
En el BAPI "OutboundDelivery SplitDecentral" se transmite un perfil de partición para la partición de entrega de salida posterior. Éste es el mismo utilizado para la partición de la entrega de salida en el sistema WM. Durante el
perfil de entrega de salida posterior en el sistema WM descentralizado, se ignoran las parametrizaciones siguientes del Customizing:
Además de estas opciones, también deben desactivarse los siguientes parámetros en el BAPI "OutboundDelivery Split Decentral":