Entregas utilizando entregas no
verificadas 
Objetivo
Cuando graba un pedido de cliente, el sistema le pide una posición de entrega con una cantidad abierta para cada reparto. La fecha y la cantidad se copian del reparto en la interfase para crear una posición de entrega y para rellenar datos relevantes para la expedición relacionados con la posición y el pedido. Las cantidades de entrega de posiciones de entregas no verificadas cuentan como cantidades abiertas a suministrar.
Cuando graba el pedido que ha creado, el sistema crea simultáneamente (pero no de forma asincrónica) una posición de entrega no verificada para cada fecha de entrega. Se crea la posición de entrega para posiciones de pedido con cantidades confirmadas utilizando la cantidad confirmada en la fecha de entrega confirmada. Esto no implica una nueva transacción. De hecho, se crea la entrega no verificada en el fondo.
En el caso de dos sistemas, la entrega no verificada reemplaza al índice de vencimiento de envío. En APO, adopta las necesidades del pedido de cliente.
Flujo de procesos
...
1. El sistema de venta envía el IDOC Deliveryprocessing_execute, con los datos del pedido de cliente, al sistema de expedición.
2. El IDOC se procesa en el sistema de expedición según las opciones establecidas en el Customizing ALE.
3. Se crea una entrega no verificada en el sistema de expedición según la fecha de entrega establecida en el pedido de cliente. Como en el escenario integrado, donde puede crear varias entregas para un pedido de cliente, en este escenario puede crear también varias entregas no verificadas para un pedido de cliente (criterio de partición). Para cantidades restantes sin confirmar no se crea ninguna entrega no verificada.
4. La entrega no verificada se transmite al sistema APO mediante el modelo de integración (APO Core Interfase). El sistema APO recibe como referencia el número del pedido de cliente correspondiente a cada posición de entrega. El sistema crea entonces necesidades para la entrega no verificada en el grafo de pedidos del sistema APO. Además, se borran las necesidades para la posición de pedido de cliente referenciada.
5. El sistema crea también una necesidad para la entrega no verificada en el sistema de expedición. La necesidad en la entrega no verificada tiene un indicador de planificación de necesidades diferente al de la entrega (véase Categoría en APO). Por lo tanto, la entrega no verificada aparece por separado en el resumen de necesidades del sistema de expedición y de comprobación de disponibilidad del sistema APO. El sistema no realiza una comprobación de disponibilidad para la entrega no verificada. La verificación ATP también puede diferenciar entregas no verificadas y entregas. La entrega no verificada se incluye en la Regla de verificación como una necesidad de ventas. En el sistema APO, la entrega no verificada se compensa con la necesidad de pedido de cliente.
6. La necesidad en la entrega no verificada permite una planificación de necesidades local en el sistema de expedición.
7. Usted convierte la entrega no verificada en una entrega en el sistema de expedición. Utilice Tratamiento colectivo de entregas no verificadas (VL06U) o Tratamiento colectivo de documentos prontos a envío para Entregas válidas para todos los sistemas (VL10U). Se ejecutan las mismas verificaciones que para la creación de la entrega convencional.
En este escenario, el sistema de expedición posee las limitaciones siguientes en comparación con el escenario integrado:
¡ No hay bonificaciones en especie.
¡ No hay verificación del límite de crédito en la entrega.
¡ No se realizan actualizaciones de las estadísticas de datos de pedido utilizando la entrega.
¡ No se efectúa una entrega completa en función del indicador de entrega completa. Una entrega completa debe procesarse utilizando grupos de entrega y el acuerdo de entrega parcial C (no se permiten entregas parciales).
¡ No es posible replanificar ni retrasar posiciones de proceso ni entregas no planificadas.
8. En APO se realiza una verificación ATP para la entrega. Se graba cualquier modificación relevante en el sistema APO. Según la cantidad disponible comunicada al sistema de expedición por APO, los procesos siguientes pueden dar lugar a la entrega:
¡ Todo disponible
¡ Cantidad reducida
La entrega escribe una necesidad de entrega tanto en el sistema de expedición como en el sistema APO. Se borran las necesidades de la entrega no verificada tanto del sistema de expedición como del sistema APO. Según sus opciones en la regla de conclusión(véase más adelante), el sistema crea nuevas entregas no verificadas para las cantidades restantes.
9. La entrega confirma las cantidades de entrega al pedido de cliente. El sistema actualiza entonces el status y el flujo de documentos para el pedido de cliente.
10. Puede realizar todas las funciones subsiguientes, como picking, embalaje y salida de mercancías, del mismo modo que en el escenario integrado. Todas las modificaciones de la entrega se comunican automáticamente al sistema de pedidos de cliente.
Pedido:
|
Posición 1 |
Material 4711 1. Fecha de entrega de reparto 6.1 2. Fecha de entrega de reparto 15.6 |
|
Posición 2 |
Material 4712 1. Fecha de entrega de reparto 6.1 |
La transición a una entrega no verificada se realiza tal como se indica a continuación:
|
1. Entrega no verificada |
Posición 1 Posición 2 |
Material 4711 1.6. Material 4712 1.6. |
|
2. Entrega no verificada |
Posición 2 |
Material 4711 15.6. |
Si quedan cantidades no confirmadas en el pedido después de la verificación ATP basada en reglas (por ejemplo, la determinación de la ubicación) y si se muestran como subposiciones sin cantidades confirmadas en el pedido, puede definir parametrizaciones Customizing para colocar esas cantidades restantes en el centro de origen solicitado. Si el centro solicitado en el sistema de pedido tiene también una gestión de expedición, no se creará ninguna entrega válida para todos los sistema para la cantidad restante sin confirmar. Si la posición es una posición válida para todos los sistemas, el sistema no creará ninguna entrega no verificada en APO para la cantidad restante sin confirmar a partir de la determinación de la ubicación.
La entrega no verificada escribe necesidades. Esto permite una planificación local de necesidades en el Sistema R/3 suministrador. La planificación de necesidades en APO se basa también en las necesidades de la entrega no verificada.
Compensación con el pedido de cliente correspondiente
Como en el Sistema R/3 suministrador no se produce compensación entre la entrega no verificada y el pedido, el Sistema R/3 no transmite ninguna necesidad de pedido compensada al APO durante la actualización de la entrega no verificada, como haría en el escenario integrado con un único Sistema R/3. En lugar de eso, los datos transmitidos a APO contienen las necesidades de la entrega no verificada con la información unívoca sobre la posición de pedido referenciada. Gracias a esta información, el sistema APO puede contabilizar la necesidad de compensación de la posición referenciada en liveCaché.
La compensación de necesidades primarias planificadas en el escenario multisistemas es distinta que en escenario integrado de un único sistema R/3 (aquí, el sistema hace también contrapartidas para el elemento original de necesidades primarias de cliente después de que se cree la entrega. El elemento de necesidades primarias de cliente contiene la cantidad necesaria para compensar las necesidades primarias planificadas). Se hace utilizando la entrega estándar para la categoría QTY, es decir, la facturación para la cantidad planificada de asignación en el pedido de cliente. Si, por ejemplo, quiere realizar la planificación en PP/DS para cantidades confirmadas, debe borrar la categoría QTY. Además, borrando esta categoría en el sistema SAP APO, puede definir que las entregas de la categoría ULIEF puedan pasar a la compensación de necesidades primarias.
Conversión de entregas no verificadas en entregas verificadas
La conversión de la entrega no verificada en una entrega verificada implica cambiar el alcance de la verificación de una entrega y no implica crear una nueva entrega. Los sistemas realizan cualquier verificación omitida que desactivó explícitamente al crear las entregas no verificadas.
Son las siguientes:
· Bloqueo de entrega en la entrada de mercancías
· Disponibilidad
· Cantidad de entrega
¡ Cantidad 0 permitida
¡ Cantidad mínima
¡ Tamaño
¡ Tolerancia en el suministro frente a la cantidad solicitada para esta posición
¡ Acuerdos sobre entregas parciales frente a la cantidad solicitada para esta posición
· Control de mercancías peligrosas
· Peso máximo para la clase de medio de transporte excedido
Un indicador de status en el documento marca la diferencia entre la entrega no verificada y la entrega verificada. No hay ninguna otra diferencia. En particular, no hay ningún nuevo documento.
No puede convertir sólo algunas posiciones en un documento y dejar otras con el status No verificado. Se borra cualquier posición no convertible. Cuando es necesario tras la confirmación de la entrega, el pedido crea nuevas entregas no verificadas para las cantidades que faltan (cuando la posición de pedido no está “completa” según las reglas de conclusión). La comunicación con el pedido se realiza utilizando ALE (IDOC SALESORDER_CONFIRMDELIVERY).
Puede realizar la conversión de entregas no verificadas en entregas utilizando el Tratamiento colectivo de entregas no verificadas (VL06U) o bien el Tratamiento colectivo de documentos prontos a envío para entregas válidas para todos los sistemas (VL10U).
La conversión modifica también el tipo de necesidad. La entrega creada escribe una necesidad de entrega en el sistema de entrega. Al grabar la entrega, se borra completamente la necesidad de la entrega no verificada en el sistema de entrega (y/o en APO) y se sustituye por una necesidad correspondiente a la cantidad disponible. El sistema sólo realiza otra asignación de necesidades cuando la solicita la posición de pedido correspondiente, cuando esta posición recibe la confirmación de la cantidad verificada y entregada y cuando la posición utiliza las tolerancias en el suministro y las reglas de conclusión para decidir si existe una cantidad restante abierta.
Al convertir la entrega en una entrega de salida, puede realizar simultáneamente la determinación de lotes automática en la entrega.
Acuerdos sobre entregas parciales
Si, al crear una posición de pedido, se decide que ya deberían crearse varias entregas parciales (más de una línea de entrega), el sistema crea una posición de entrega no verificada para cada cantidad parcial. Esta decisión debe ser coherente con el acuerdo sobre entregas parciales (por ejemplo, no debe haber más repartos que entregas parciales permitidas).
Las funciones mezcladas para acuerdos sobre entregas parciales en los sistemas integrados (incluida una entrega parcial/borrado de la necesidad de la entrega para una cantidad restante) se dividirán en dos. La cantidad de un material que debería suministrarse en una fecha determinada queda marcada como la cantidad solicitada en la posición de entrega. Los acuerdos sobre entregas parciales de la entrega verifican la cantidad real de entrega comparada con la cantidad solicitada. Los acuerdos sobre entregas parciales que afectan a más de una entrega (por ejemplo, el número de entregas parciales para una posición de pedido) no se verifican durante el procesamiento de la entrega. Los acuerdos se evalúan en el pedido una vez confirmadas las cantidades entregadas.
De forma detallada: Regla de conclusión:
Integrado
|
Space |
Cualquier cantidad parcial. Conclusión con la cantidad de entrega total = cantidad solicitada |
|
‘A’ |
Una posición de entrega con una cantidad mayor que cero concluye la posición de pedido |
|
‘B’ |
Una posición de entrega concluye la posición de pedido |
|
‘C’ |
La posición de pedido recibe una entrega para la cantidad total de una posición |
|
‘D’ |
Cualquier entrega posterior |
Nuevo procedimiento válido para todos los sistemas
Condición para la entrega de salida de esta posición:
|
Space ‘B’ ‘D’ |
La cantidad entregada puede diferir todo lo que usted quiera de la cantidad solicitada. El pedido decide si hay una cantidad abierta a suministrar después de la confirmación de la cantidad entregada. El pedido lanza esta entrega de la misma manera que cuando se crea o modifica un pedido. Sólo se permiten diferencias en la cantidad entregada dentro del margen de las tolerancias en el suministro, en caso necesario (véase más adelante). |
|
‘A’ |
La cantidad entregada debe ser mayor que 0. Ejemplo: cantidad disponible = 0: cuando se convierte una posición de entrega no verificada en una posición de entrega verificada, la posición de entrega no verificada se borra. El sistema no crea una posición de entrega verificada. Después de la confirmación, el pedido envía otra solicitud de entrega de esta posición. |
|
‘C’ |
La cantidad entregada no debe ser menor a la cantidad solicitada |
El cierre después de la confirmación en el pedido:
|
Space ‘D’ |
La diferencia existente entre la cantidad solicitada en el reparto y la cantidad entregada se vuelve a entregar en la fecha de reparto. |
|
‘A’ ‘B’ ‘C’ |
Una posición de entrega creada concluye la posición de pedido. No se realiza una nueva comprobación de disponibilidad. Ninguna necesidad. No puede haber más posiciones de entrega no verificada porque había únicamente un reparto. |
· Tolerancia para faltas
Verificaciones en el momento de la conclusión como anteriormente en el pedido. El sistema realiza las verificaciones de cantidad entregada frente a cantidad solicitada cuando convierte entregas no verificadas en entregas verificadas. Si la cantidad es menor a la tolerancia para faltas, el sistema genera un mensaje de error controlable. Cuando se realizan modificaciones no se lleva a cabo esta verificación, ya que podría dar lugar a inconsistencias.
· Tolerancia para exceso de suministro:
No se puede producir ningún exceso de suministro durante la conversión.
· Grupos de entrega
El sistema verifica si se han incluido todas las posiciones de un grupo de entrega y si las relaciones de cantidades coinciden con la lista de materiales. Estas verificaciones se hacen al convertir la entrega, y también al modificarla.
· Número máximo de entregas parciales:
Una vez concluida la comunicación entre el pedido y la entrega, todas las cantidades relevantes para las necesidades son válidas otra vez para la planificación de necesidades en el sistema suministrador.
Correlación de cantidades
Puede realizar la correlación de cantidades de listas de materiales durante la conversión de entregas no verificadas en entregas cuando la lista de materiales está dentro de un grupo de entrega y se indica la relación de componentes para cada posición de lista de materiales (la relación de componentes es la relación de cantidad en la unidad de medida base de la subposición a la posición principal en la orden).
Comprobación de disponibilidad para la entrega
En el sistema suministrador, se realizan comprobaciones de disponibilidad sobre la entrega utilizando el controlador ATP. El controlador ATP llama al servidor APO (en el sistema suministrador) para realizar la verificación.
Al convertir la entrega no verificada, la verificación ATP se efectúa para todas las posiciones mediante la regla de verificación de la entrega. Al verificar la posición, el sistema calcula la necesidad perteneciente a la posición de entrega no verificada.
La nueva comprobación de disponibilidad para entregas existentes se realiza utilizando las funciones estándar.
Dentro de la comprobación de disponibilidad para la entrega no se lleva a cabo planificación alguna. Sin embargo, si se requiere la planificación dentro de la comprobación de disponibilidad de la entrega para ampliaciones específicas de cliente (por ejemplo, comprobaciones de suministro completo con replanificación), la replanificación debería ejecutarse también en el sistema APO durante una verificación ATP en APO.
Modificación de entregas no verificadas:
Sólo se puede modificar una posición de entrega no verificada utilizando el documento anterior correspondiente (en este caso, el pedido de cliente, véase Modificación de entregas). De lo contrario, la conversión en una entrega constituye una modificación.
Escritura de las modificaciones en el sistema APO
Al generar una entrega no verificada utilizando la cantidad restante sin confirmar, el sistema transmite simultáneamente la entrega no verificada original para la necesidad relevante al sistema APO.
Confirmación de entrega al pedido de cliente correspondiente
Cuando usted graba una entrega verificada, el sistema envía una confirmación al pedido. El pedido reconoce entonces la fecha de entrega y la cantidad de cada posición de cualquier entrega verificada creada en relación con una posición del pedido. Entonces, el pedido puede actualizar su flujo de documentos, calcular su status en relación con la entrega y realizar el cierre. Si, durante este proceso, el sistema reconoce que hay posiciones de pedido con cantidades abiertas y planificadas para la entrega, lanza la creación de una entrega no verificada y/o aumenta la cantidad en una entrega no verificada existente. Si el sistema reconoce que una posición de pedido ya está concluida, pero existe aún una entrega no verificada, borra esa entrega no verificada.
Comunicación con el documento de facturación
Las facturas de cliente se crean desde el sistema de pedido en relación con pedidos. Se utiliza la nueva transacción VF08. Se escribe el índice de factura si se ha fijado el indicador relevante en el flujo de documentos para el pedido. Los documentos de facturación se crean a partir de este índice. Los datos necesarios de la entrega se leen en el sistema suministrador (tratamiento en masa, de modo que únicamente hay una llamada para cada sistema).
El proceso de traspaso de los costes de ventas desde el documento de facturación interno se describe en Proceso desde la perspectiva de Contabilidad.
El documento de facturación se anula como en el sistema estándar actual.
El índice para el documento de facturación interno en la operación de entrega directa ya está escrito como estándar en el sistema suministrador. Los documentos de facturación internos se crean como estándar.
Tanto en el escenario estándar como en el integrado, la impresión del documento de facturación no lee ningún dato de entrega. Se ampliará la estructura facilitada para ampliaciones específicas de clientes para que el número de entrega, la posición de entrega y el sistema lógico de la entrega estén disponibles. Por consiguiente, podrá leer la entrega en el sistema suministrador.