!--a11y-->
Confirmación de órdenes de transporte 
Las órdenes de transporte que se han ejecutado pueden notificarse al Sistema SAP mediante el IDOC WMTCID01 (WMTCID02 en el release 4.0). A continuación, se confirman en el Sistema SAP.
La entrada del acuerdo entre interlocutores EDI debe actualizarse para la clase de mensaje WMTOCO.
No se deben confirmar todas las órdenes de transporte, es decir, que no siempre es necesario notificar el envío de las órdenes de transporte. Una opción del Customizing del sistema de gestión de almacenes especifica si una orden de transporte que se ha generado debe confirmarse o no. Esta información se transfiere con el campo "KZQUI" en el segmento E2LTORI, mediante el IDOC WMTOID01 (WMTCID02 en el release 4.0). La confirmación obligatoria hace referencia a posiciones individuales y no a toda la orden de transporte.
El IDOC está formado por tres segmentos: E2LTCOX para confirmar unidades de almacén completas, E2LTCOH para las cabeceras de la orden de transporte y E2LTCOI para los datos de posición de la orden de transporte.
En el caso de producirse un almacenaje mixto, se puede desplazar una unidad de almacén con varias órdenes de transporte.
Sin embargo, en circunstancias normales, una orden de transporte con una posición corresponde a una unidad de almacén. La solución más simple consiste en confirmar toda la unidad de almacén (véase versión 1).Si se trabaja sin la gestión en unidades de almacén, simplemente se confirman las órdenes de transporte en su totalidad (véase versión 2).
Este tipo de confirmación suele utilizarse en la salida de stock. Se recomienda realizar la confirmación por posiciones en las entradas en stock, en el caso de que deban almacenarse varios palets con una orden de transporte (véase versión 4).Si se producen diferencias en una unidad de almacén (por ejemplo, entre las unidades de picking y las de almacén), debe confirmarse toda la unidad de almacén con las posiciones que presentan diferencias (véase versión 5).
Las diferencias también pueden introducirse de forma explícita en las posiciones individuales cuando se notifica toda la orden de transporte (véase versión 3).La siguiente matriz indica las diversas opciones de confirmación.
Los segmentos individuales del IDOC se describen de forma más detallada en otro apartado.E2LTCOX = 1, E2LTCOH = 2; E2LTCOI = 3. Estas abreviaturas también corresponden a los niveles jerárquicos de los segmentos del IDOC.
Preparación del IDOC para la confirmación
Versión |
Segmento |
Número |
Significado |
1 |
1 |
1 |
Confirmación de toda la unidad de almacén |
2 |
2 |
1 |
Confirmación de toda la orden de transporte |
3 |
2 3 |
1 1... n |
Confirmación de toda la orden de transporte a excepción de 1 a n posiciones con diferencias |
4 |
2 3 |
1 1 (... n) |
Confirmación de una o varias posiciones de la orden de transporte |
5
|
1 2 3 |
1 1... n 1... m |
Confirmación de toda la unidad de almacén a excepción de varias órdenes de transporte con posiciones con diferencias |
E2LTCOX es importante para las versiones 1 y 5
Campos |
Formato |
Designación |
Obl. |
Comentario |
LGNUM |
CHAR 3 |
Número de almacén |
X |
|
LENUM |
CHAR 20 |
Número de unidad de almacén |
X |
|
QNAME |
CHAR 12 |
Nombre del usuario para la confirmación |
|
|
SQUIT |
CHAR 1 |
Indicador: Confirmar unidad de almacén completa (real = teórico) |
X |
Valor "X" |
NLPLA |
CHAR 10 |
Ubicación de destino |
Véase nota a continuación | |
NPPOS |
CHAR 2 |
Posición de destino |
Véase nota a continuación |

Nlpla y Nppos son la ubicación de destino y la posición en esa ubicación. Para ello, se hace referencia a la ubicación de destino y a la posición para la ubicación de destino de desviación de la unidad de almacén completa.
E2LTCOH es importante para las versiones 2, 3, 4 y 5
Campos |
Formato |
Designación |
Obl. |
Comentario |
LGNUM |
CHAR 3 |
Número de almacén |
X |
|
TANUM |
CHAR 10 |
Número de orden de transporte |
X |
|
QNAME |
CHAR 12 |
Nombre del usuario para la confirmación |
|
|
SQUIT |
CHAR 1 |
Indicador: Confirmar toda la orden de transporte (real = teórico) |
x |
Si debe confirmarse toda la orden de transporte (versiones 2, 3 + 5) |
KOMIM |
CHAR 1 |
Copiar cantidades de picking en la salida de mercancías de entrega / contabilización (a partir del release 4.0) |
|
|
EINLM |
CHAR 1 |
Copiar cantidad de entrada en stock en la entrega entrante |
Véase nota a continuación | |
TBELI |
CHAR 1 |
Cierra la orden de transporte |
Fija la orden de transporte de origen en "tratamiento finalizado" cuando se confirma la orden de transporte |

Para confirmar una orden de transporte creada para una entrega entrante, el modificador Einlm determina si la cantidad de la entrada en stock se copiará en el documento de recepción y si tendrá lugar la contabilización de entrada de mercancías. Se comporta como KOMIM para la entrega de salida.
E2LTCOI es importante para las versiones 3, 4 y 5
Campos |
Formato |
Designación |
Obl. |
Comentario |
TAPOS |
CHAR 4 |
Posición de orden de transporte |
x |
|
SQUIT |
CHAR 1 |
Indicador: Confirmación de una posición de orden de transporte |
x |
Si una posición debe confirmarse sin diferencias |
NISTA |
CHAR 15 |
Cantidad real de destino |
x |
Si existen diferencias en la ubicación de destino |
NDIFA |
CHAR 15 |
Cantidad de diferencia de destino |
x |
Si existen diferencias en la ubicación de destino |
RISTA |
CHAR 15 |
Cantidad real de retorno |
x |
Si existen diferencias en la ubicación de destino |
RDIFA |
CHAR 15 |
Cantidad de diferencia en stock de retorno |
x |
Si existen diferencias en la ubicación de destino |
KZNUL |
CHAR 1 |
Indicador: Ubicación en control de desocupación |
x |
Si existe control de desocupación |
PISTA |
CHAR 15 |
Cantidad restante tras control de desocupación |
x |
Si existe control de desocupación |
ALTME |
CHAR 3 |
Unidad de medida |
x |
Si se especifica cantidad alguna |
KZDIF |
CHAR 1 |
Indicador de diferencias |
x |
Si se requiere una contabilización de la interfase de diferencias |
LENUM |
CHAR 20 |
Número de unidad de almacén |
x |
Si existe una confirmación del área de almacén de bloques |
VQUIT |
CHAR 1 |
Confirmación en el área de almacén de bloques: salida de unidad de almacén completa |
x |
Si existe una confirmación del área de almacén de bloques |
PICKM |
CHAR 15 |
Cantidad de picking para confirmación de almacén de bloques |
|
|
DIFFM |
CHAR 15 |
Diferencias de la confirmación de almacén de bloques |
|
|
RESTM |
CHAR 15 |
Cantidad restante tras confirmación de almacén de bloques |
|
|
BQUIT |
CHAR 1 |
Confirmación en el área de almacén de bloques: No existen más posiciones |
|
|
KZFOL |
CHAR 1 |
Indicador de acción subsiguiente |
|
|
NLPLA |
CHAR 10 |
Ubicación de destino |
Véase nota a continuación | |
NPPOS |
CHAR 2 |
Posición de destino |
Véase nota a continuación |

Nlpla y Nppos son la ubicación de destino y la posición en esa ubicación, en caso de que la ubicación de destino se desvíe de la ubicación que el sistema sugiere. En el segmento E1LTCOI, se hace referencia a la ubicación para una posición de orden de transporte.
E2LTCOG
(Este segmento es necesario si se pretende introducir tiempos de tratamiento previstos y reales para las órdenes de transporte.)
Campos |
Formato |
Designación |
Obl. |
Comentario |
LGNUM |
CHAR 3 |
Número de almacén |
|
|
TANUM |
CHAR 10 |
Orden de transporte cuyos datos se han confirmado/verificado |
|
|
SOLEX |
CHAR 15 |
Tiempo de tratamiento previsto a partir del sistema externo |
|
|
PERNR |
CHAR 8 |
Responsable de la orden de transporte (número de personal) |
|
|
STDAT |
CHAR 8 |
Fecha de inicio de la orden de transporte |
|
|
ENDAT |
CHAR 8 |
Fecha final de la orden de transporte |
|
|
STUZT |
CHAR 6 |
Hora de inicio de la orden de transporte |
|
|
ENUZT |
CHAR 6 |
Hora final de la orden de transporte |
|
|
ISTWM |
CHAR 15 |
Tiempo de tratamiento real de orden de transporte de Gestión de almacenes |
|
|
AUSFB |
CHAR 4 |
Al confirmar órdenes de transporte, es posible notificar al sistema el tiempo de tratamiento real de la orden de transporte. El tiempo de tratamiento previsto de la orden de transporte suele determinarlo el Sistema SAP, pero también puede corregirse por el tiempo de tratamiento previsto que se notifica desde el sistema externo (SOLEX). El formato en el que pueden notificarse los tiempos reales depende de los datos que se transmiten en el IDOC de la orden de transporte (KZLEI y KISTZ).
Los datos reales pueden notificarse para KZLEI = 2, 3 o 4. Dicha notificación puede producirse independientemente de la confirmación real a través de la transmisión del segmento E2LTCOG.
En función del indicador KISTZ del IDOC de la orden de transporte, la notificación puede producirse del siguiente modo:KISTZ = 1 => Campos: ISTWM y PERNR.
KISTZ = 2 o 3 => Campos: STDAT, STUZT, ENDAT, ENUZT y PERNR.
En este caso, la unidad de SOLEX y ISTWM se refiere a la unidad de tiempo del campo ZEIEI del IDOC de la orden de transporte.
Mediante KOMIM = 1, las cantidades de picking de la posición de entrega se corrigen al confirmar la orden de transporte y, además, la salida de mercancías se inicia mediante KOMIM = 2. La contabilización de la salida de mercancías no se produce hasta que todas las posiciones de entrega se hayan confirmado.

Importante: Si desea iniciar las salidas de las mercancías para la entrega, puede que sólo se proporcione una orden de transporte por IDOC y proceso de comunicación. De este modo, KOMIM = 2 disminuye la capacidad "en masa" del IDOC.
Movimientos de mercancías
Existen varios movimientos de mercancías que deben tratarse de forma separada según su confirmación.
Si se detectan diferencias al ejecutar un movimiento de mercancías, el sistema externo debe transferirlas en el segmento E2LTCOI a través del IDOC WMTCID01 al notificar el movimiento. Deben enviarse los siguientes campos:
SQUIT |
Vacío |
NISTA |
Cantidad real del movimiento de mercancías, es decir, la cantidad que realmente se desplaza o se toma |
NDIFA |
Cantidad de diferencia del movimiento de mercancías, es decir, la diferencia entre la cantidad de transferencia de la orden de transporte y la cantidad real |
RISTA |
Cantidad real de la posición subordinada de devolución (sólo si existe una posición subordinada) |
RDIFA |
Cantidad de diferencia de la posición subordinada de devolución |
ALTME |
Unidad de medida a la que se refieren las cantidades (de la orden de transporte enviada por el sistema de gestión de almacenes) |
KZDIF |
Si el tipo de almacén y la ubicación en que se contabilizan las diferencias deben omitirse, deben utilizarse las versiones 3, 4 y 5 para notificar las diferencias |
Para notificar las diferencias, deben utilizarse las versiones 3, 4 y 5.
Como norma, debe verificarse toda la cantidad prevista de la posición respectiva de la orden de transporte. Se aplica a E2LTORI-VSOLM:
VSOLM = NISTA + NDIFA + RISTA + RDIFA. Si se ha hallado la cantidad PISTA restante, no se introduce en este punto, sino que se especifica de forma separada.
Cuando se produce una salida de stock de un tipo de almacén con control de desocupación, la ubicación que se vacía como resultado del movimiento de mercancías a confirmar debe notificarse de forma explícita.
Si se transfiere una X en el campo "KZNKO" del segmento E2LTORI de la orden de transporte enviada desde el sistema de gestión de almacenes, el control de desocupación debe notificarse en el segmento E2LTCOI del IDOC WMTCID01. Si la ubicación se vacía tras la toma de material, debe transferirse una X al campo "KZNUL". Si existe stock restante en esta ubicación, deben transferirse los siguientes campos en el segmento E2LTCOI:
KZNUL |
Vacío |
PISTA |
Cantidad restante de recuento |
ALTME |
Unidad de medida a la que se refieren las cantidades (de la orden de transporte enviada por el sistema de gestión de almacenes) |
Si el sistema de gestión de almacenes no solicita ningún control de desocupación, todavía es posible que dicho sistema notifique el control de desocupación si la ubicación se vacía tras la toma de material (el stock del sistema es diferente del stock físico). En este caso, el campo ‘KZNKO’ del segmento E2LTCOI en el IDOC WMTCID01 también debe fijarse en "X".
Las versiones 3 o 4 deben utilizarse cuando se realizan confirmaciones con control de desocupación.
Al confirmar la orden de transporte en el área de almacén de bloques con gestión en unidades de almacén, deben notificarse las unidades de almacén que se hayan tomado.
Si debe notificarse una unidad de almacén que se haya tomado completamente, deben transferirse los siguientes campos en el segmento E2LTCOI:
LENUM |
Número de la unidad de almacén que se ha tomado |
VQUIT |
X |
Si la unidad de almacén que se ha tomado debe notificarse con la cantidad de diferencia y/o restante, deben transferirse los siguientes campos en el segmento E2LTCOI:
LENUM |
Número de la unidad de almacén que se ha tomado |
'PICKM |
Cantidad de picking |
'DIFFM |
Cantidad de diferencia |
'RESTM |
Cantidad restante |
ALTME |
Unidad de medida a la que se refieren las cantidades (de la orden de transporte enviada por el sistema de gestión de almacenes) |
La transmisión de la confirmación desde el sistema externo puede simularse en el Sistema SAP. Se recomienda realizar estas simulaciones previas de los procedimientos de confirmación que son importantes para el usuario. Se puede utilizar el report RLTOCO00 para verificar las confirmaciones de la orden de transporte y el report RLTOCO10 para las confirmaciones de las unidades de almacén.

El campo "KZFOL" del segmento E2LTCOI puede utilizarse según las necesidades individuales del cliente.
Se pretende que los clientes utilicen este indicador a través de un exit de usuario en el sistema de gestión de almacenes para sus propios fines. Por ejemplo, puede utilizarse para iniciar acciones siguientes en caso de producirse diferencias. La definición y el modo de ejecución de dicha acción siguiente corresponde exclusivamente al cliente.