ESPECIFICACIÓN FUNCIONAL Y TECNICA DESARROLLOS

Aplica para los desarrollos Nuevos del proyecto y para aquellos desarrollos que son Migraciones del
R3 o Aceleradores a los cuales se les quiere ampliar su funcionalidad.

Identificación del Proyecto

Nombre del Proyecto MEJORAS WM
Gerente de Proyecto (cliente) Pedro Oquendo
Gerente de Proyecto (MQA) Adriana Rico

Información del Requerimiento

ID 26
Nombre del Desarrollo
ID Matriz FRICE ID 26
Requerido Por Pedro Oquendo- Jose Veras
Especificado Por Alejandro Velez
Fecha Requerimiento 03/03/2023
Proceso del Negocio Logística
Según la siguiente tabla definir el tipo de desarrollo y marcar con 'X:

Tipo de Objeto Formato Reporte   Interfaz   Conversión   Enhancement X

Prioridad marcar con ‘X’

(Debe ser diligenciada por Líder Funcional que solicita el requerimiento, de acuerdo a matriz FRICE)

Prioridad Muy Alta Alta Media  X Baja  

Complejidad Abap marcar con ‘X’
(Debe ser diligenciada por Líder Abap del proyecto)
Complejidad Muy Alta Alta Media  X Baja  

Código: PI – FR - 019 Vigente desde: 26.05.2015 Versión: 002 Página 1 de 6

 Objetivo y Justificación del Desarrollo para el Modelo del Negocio

Dentro del proceso de alistamiento se requiere ajustar los desarrollos ZWM004 y ZLT12 que ayudan a este
proceso dado que se estan generando fallas y reprocesos durante la operación. El desarrollo ZWM004 se encarga
de realizar la primera revision del inventario y picking de las cantidades requeridas por entrega, generando un
registro de las lecturas realizadas por los operarios en una tabla transparente que no genera alguna reserva o
bloqueo sobre las tomas generadas por parte de los auxiliares esto dando cabida a que otras ordenes de entrega
que se generen con los mismos materiales realicen la toma del material de entregas ya procesadas afectando la
segunda verificacion ( en la transaccion zlt12) y embalaje final de la mercancia de este segundo desarrollo.

El desarrollo zwm004 parte de un proceso asi

1) Se genera pedido de venta estandar VA01

2) Se genera entrega asociada a pedido de venta vl10a
3) Se crea ot por la vl06p para saber si hay stock en zona picking, sino se reabastece y se vuelkve a generar
el punto 3
4) Esa creacion se realiza en la actualidad con el modelo de proceso que ya lleva un tiempo, y para el nuevo
se utiliza para saber si hay stock, ya que no se ha desarrollado un reporte de validacion de stock.
5) El desarrollo zwm004 elimina la ot (queda desprotegido el stock) y hace las tomas de los materiales en
una tabla z, noi hay creacion de ot sino hasta en el paso 6
6) Se realiza la validacion de lo que se leyo y antes de grabar se crean las ots y demas documentos como
lista packing y facturacion
7) Es posible que durante 5 y 6 otra entrega que este en el punto 3 puede tomar el stock de esta parte.

Para solucionarlo se plantea que el desarrollo ZWM004 ya no borre la orden de transporte inicial con la que
empieza el procesamiento de las entregas pendientes dado que esto puede generan conflictos posteriormente
asi, que en vez de borrarla en el inicio el desarrollo lo quedebera hacer es verificar que si la lectura del operario
coincide con los datos de la orden de transporte inicial, la orden no debe ser anulada, por el contrario si los datos
de OT cambian con respecto a la original debera borrarla y crear una nueva con los datos nuevos verificados por
el operario pero solo hasta el final del tratamiento de la entrega esto asegurando que en el tiempo transcurrido
entre la toma del primer material y el ultimo no haya toma del stock reservado o leido

La parte tecnica de esta solucion seria la siguiente:

El desarrollo ZWM004 verifica los estados de una entrega sobre la tabla VBUK los cuales para este cambio no
deben modificarse sin embargo despues de verificar estos datos la bapi L_TO_CANCEL NO debe ejecutarse en
este punto para anular la orden de transporte que se encuentre en la entrega que se este tratando.

Código: PI – FR - 019 Vigente desde: 26.05.2015 Versión: 002 Página 2 de 6

 Luego de tener en cuenta que orden de transporte tiene determinada entrega el desarrollo debe tener en cuenta
estos datos extraidos de la tabla LTAP.

Y comparar los siguientes que estan subrayados contra lo verificado por el auxiliar

Código: PI – FR - 019 Vigente desde: 26.05.2015 Versión: 002 Página 3 de 6

 En caso de que sea diferente, al finalizar el proceso debe anular la orden de transporte y crear una nueva con los
datos plasmados en la tabla ZWM_VALIDAROTS. Sea que este o no relacionada igual debe crear la ot. Y el
desarrollo zlt12 ya no debe crear la ot solo confrimarla.

Con los datos de esta tabla se puede ejecutar la bapi L_TO_CREATE_MULTIPLE teniendo en cuenta que en este
momento la columna VLTYP y VLBER (tipo almacen destino y area destino) deben llenarse para mayor facilidad.
Tambien cuando se genere una nueva orden de transporte debe llenarse el campo TANUM y TAPOS.

Los datos que cambiarian en la ot serian los resaltados para la procedencia, sin embargo para el destino el NLTYP
sera igual a 916 y VLPLA igual 00+numero de entrega.

Para un ejemplo del llenado de la BAPI podra encontrar la siguiente variante en el mandante de calidad

Código: PI – FR - 019 Vigente desde: 26.05.2015 Versión: 002 Página 4 de 6

 Luego de tener una orden de transporte creada y una reserva de stock disponible, se realiza un ajuste con la
misma logica del desarrollo ZWM004 al ZLT12.

El segundo filtro en el desarrollo ZLT12 debe verificar la orden de transporte atada al numero de entrega y no
borrarla dado que es la orden de transporte que tendra los materiales, lotes y cantidades que finalmente se
confirmaran en el envio por lo cual al final de la lectura el desarrollo solo debera realizar la confirmacion de la
orden pendiente ejecutando la BAPI L_TO_CONFIRM.

Asegurando de esta manera la reserva del material durante el flujo del proceso. Revisar el documento Lectura
zwm004 y problema de borrado de ots (3).docx en donde se detalla las tablas y campos a validar en una ot para
permitir la toma sin borrar la ot, validando lo que estan saliendo (LQUA-AUSME) y no solo lo disponible.

Firmas de Aprobación del Desarrollo

Líder Funcional Consultor Funcional Gerente Cliente

Código: PI – FR - 019 Vigente desde: 26.05.2015 Versión: 002 Página 5 de 6

 Gerente MQA

Código: PI – FR - 019 Vigente desde: 26.05.2015 Versión: 002 Página 6 de 6