Los procesos de comunicación entre R/3 y un sistema externo de planificación de transporte pueden dividirse, por el procedimiento de comunicación, en

• Datos maestros de emplazamiento

• Datos de movimientos, que incluyen, entre otras cosas, las necesidades de planificación (entregas) y los transportes planificados

• Transmisión de status y tratamiento de errores

Para un rendimiento óptimo, los datos maestros de emplazamiento deben ser los mismos en ambos sistemas. Según las funciones del sistema externo, puede establecerse la equivalencia mediante una comparación inicial de los datos con la gestión de modificación utilizando IDOC TPSLOC01, o bien mediante una transmisión directa de los datos maestros de emplazamiento durante la comunicación dentro de IDOC TPSDLS01.

Los datos maestros de emplazamiento incluyen:

• Registros maestros de cliente con direcciones y los horarios de recepción de las mercancías en el puesto de descarga

• Registros maestros de proveedores con direcciones

• Registros maestros de prestatarios de servicios con direcciones (para los prestatarios de servicios son aplicables las propiedades de los proveedores)

• Registros maestros del centro con direcciones

• Registros maestros del puesto de expedición con direcciones

• Registros maestros de nodos de tráfico con direcciones y características

En los siguientes puntos puede producirse la transmisión de datos maestros con IDOC TPSLOC01:

• Transmisión inicial de todos los datos maestros de emplazamiento necesarios después de activar el sistema externo utilizando la transacción VT60

• Transmisión parcialmente automatizada de todos los datos maestros de emplazamiento modificados de clientes, proveedores y prestatarios de servicios utilizando el puntero de modificación ALE para el TPSLOC de tipo IDOC (observación en 'Tabla de modificación, traslado por programa').

• Transmisión manual de todos los datos maestros de emplazamiento modificados (centros, puestos de expedición, nodos de tráfico)

Los registros de dirección de los emplazamientos utilizados se trasmiten de SAP al sistema de planificación de transporte con las entregas que deben planificarse en IDOC TPSDLS01. De este modo se garantiza que, si se trata de un sistema de planificación de transporte sin gestión de datos de ubicación, al menos estarán disponibles los datos correctos referentes al lugar de salida y al de destino. La transmisión del registro de direcciones con entregas por planificar es especialmente importante para todos los sistemas externos cuando se utilizan como referencia clientes esporádicos (CPD).

La transmisión de datos variables es bidireccional. Las solicitudes de planificación (entregas que deben planificarse y asignarse a transportes) deben transmitirse de R/3 al sistema de planificación y, a continuación, los transportes planificados vuelven al sistema R/3.

Si deben planificarse nuevas entregas para un transporte, el escenario es el siguiente:

La transmisión de las solicitudes de planificación (entregas que deben planificarse) a un sistema de planificación de transporte puede realizarse mediante los siguientes procedimientos y etapas de comunicación en R/3:

Opcional:

• Transmisión implícita, por medio del control de mensajes, posterior a la creación de las entregas (definida como el punto en el que las entregas se envían al sistema de planificación de transporte siempre y cuando no haya criterios relevantes)

• Transmisión explícita llamando un programa con la transacción VT61 con la opción para marcar entregas según varios criterios de selección. La transmisión real tiene lugar mediante el control de mensajes o como transmisión directa.

• Transmisión automática arrancando el programa de transmisión RB56LFTP en un momento determinado (definición de variantes de selección, transmisión por lotes). La transmisión real tiene lugar mediante el control de mensajes o como transmisión directa.

• Transferencia implícita utilizando la transacción VT68 desasignando una entrega sin borrarla en R/3. La transmisión real se produce mediante el control de mensajes o como transmisión directa.

Obligatorio:

• Retransmisión implícita mediante el control de mensajes después de modificar una entrega

• Transmisión implícita mediante transmisión directa al borrar una entrega

En R/3, la selección de entregas que se deben planificar se realiza:

• Utilizando un informe con una pantalla de opción que se inicia mediante la transacción VT61

• O llamando el informe RV56LFTP (con variantes) a intervalos regulares

Este informe utiliza la función de selección de entregas del mismo modo que para el tratamiento de transporte (transacción VT01). Debe especificarse un puesto de planificación de transporte que coincida con el sistema de planificación de transporte.

La transmisión de entregas se realiza del siguiente modo:

1. Se determina un sistema de planificación de transporte (puesto de planificación de transporte).
2. Se marcan las entregas según los criterios especificados.
3. Se combinan las entregas y sus posiciones correspondientes.
4. Se determinan las posiciones relevantes para el transporte (opcional).
5. Se determina el lugar de envío de la entrega y el lugar de destino donde son posibles transportes adicionales, por ejemplo el tramo principal para el transporte por mar (opcional).
6. Acumulación de posiciones de entrega en función de la clase de mercancía de los materiales suministrados y de las listas de tipos de mercancías especificadas.
7. Funciones del cliente para modificaciones o ampliaciones específicas del usuario de los datos de entrega y de los IDOC combinados.
8. Se crea el IDOC (un IDOC por cada documento de entrega con la opción de combinar varios IDOC en paquetes).
9. Transmisión de los IDOC a un sistema de planificación.

Las entregas que se modificaron en R/3 (transacción VL02) después de haber sido notificadas al sistema de planificación de transporte se retransmiten de forma automática e inmediata después de contabilizarse las modificaciones (siempre y cuando sean relevantes para el transporte). Esta función se activa mediante un enlace con el control de mensajes. Cuando se registra una modificación, se vuelve a transmitir todo el documento, en lugar de sólo los datos modificados.

El siguiente gráfico muestra el escenario de las entregas relevantes para el transporte que se han modificado después de haberse transmitido inicialmente a un sistema externo de planificación de transporte:

Si se borra una entrega en R/3, la orden de borrado se transmite automáticamente a todos los sistemas de planificación de transporte que habían estado planificando previamente esa entrega para la asignación a transportes. El documento de entrega se borra en R/3, aunque, bajo ciertas circunstancias, pueden quedar abiertas algunas referencias a esta entrega en documentos de transporte R/3 planificados externamente. Los documentos de transporte con estas referencias abiertas no puede modificarse en R/3 hasta que se reciba la orden de modificación del sistema de planificación de transporte para el documento que ya no contiene esa entrega.

Los IDOC de transporte entrantes TPSSHT01 se interpretan, se verifican y, a continuación, se utilizan para crear, modificar o borrar documentos de transporte R/3 que más tarde se contabilizan en la base de datos.

El flujo de procesos funcional puede describirse del siguiente modo:

• Importación de IDOC mediante el layer ALE

• Interpretación de los IDOC que da como resultado la creación, la modificación o el borrado de los documentos de transporte. Las etapas individuales para crear/modificar los documentos de transporte son determinadas por la cabecera de transporte, las posiciones de transporte, las etapas, las fechas y las unidades de manipulación.

• Contabilización de los documentos creados/modificados

Los documentos de transporte creados por un sistema de planificación de transporte sólo pueden modificarse dentro de unos límites muy estrechos en el sistema R/3. Las parametrizaciones del Customizing pueden restringir o prohibir la modificación de datos relevantes para el transporte. Entre los datos que no deben modificarse, se encuentran todos los datos que hacen que sea necesario modificar documentos en el sistema de planificación de transporte (tramos, asignación de entregas, agentes de servicios, medios de transporte, números de documento).

En el caso de documentos de transporte planificados externamente, si tiene un status de transporte en el Customizing que se excede o no se alcanza, puede determinar que el transportista correspondiente reciba un mensaje de fijación o de liberación. Para ello, utilice el IDOC TPSSHT01. Después de transmitirse un mensaje de congelación para un documento de transporte de R/3, ya no puede modificarse el transporte correspondiente en el sistema de planificación. Del mismo modo, un mensaje de liberación procedente del sistema R/3 significa que el documento de transporte puede modificarse otra vez en el sistema de planificación.

En el sistema R/3 se lleva a cabo el procesamiento automático de errores lógicos (errores que se producen como consecuencia del contenido del mensaje) utilizando las opciones de workflow proporcionadas por el layer ALE. El sistema receptor puede reaccionar ante un error lógico devolviendo el mensaje de error utilizando IDOC SYSTAT01. El IDOC está diseñado de modo que pueda localizarse con precisión la fuente del error.

El workflow puede configurarse en R/3 de modo que informe al responsable cuando se reciba este mensaje de error como respuesta a la transmisión de datos de entrega a un sistema de planificación de transporte.

Puede configurar las parametrizaciones correspondientes en el Customizing para el puesto de planificación de transporte de R/3 de modo que pueda crearse un mensaje de error y enviarse como una respuesta al sistema de planificación de transporte al recibir los transportes de entrada erróneos.