ESPECIFICACIÓN FUNCIONAL Y TÉCNICA 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 WM + LOT
Gerente de Proyecto (cliente) Andrés Camilo Doria
Gerente de Proyecto (MQA) Luisa Bonilla

Información del Requerimiento

Nombre del Consumo órdenes de producción
Desarrollo
ID Matriz WM003
FRICE
Requerido Por Omar Leonardo García
Especificado Por Santiago Valencia
Fecha 16.07.2023
Requerimiento
Proceso del Producción - Logistica
Negocio
Según la siguiente tabla definir el tipo de desarrollo y marcar con 'X:

Tipo
Forma Report Interfa Conver Enhanc
de       X
to e z sion ement
Objeto

Prioridad marcar con ‘X’

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

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

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

 Objetivo y Justificación del Desarrollo para el Modelo del Negocio
<Líder Funcional>

Descripción de lo requerido que haga el desarrollo:

Este Desarrollo debe notificar la orden de producción que se digite en cada final de línea realizando este
proceso de forma parcial cada vez que se consolide un pallet de producto terminado y generando el ingreso del
PT dentro del Sistema.
Posteriormente se deben imprimir las etiquetas necesarias para la marcación de los pallets y el traslado hacia la
bodega logística de cada planta de forma opcional.

Datos de Entrada:
Se debe digitar la orden producción.
Operaciones a realizar con los datos:
Se debe mostrar el código de material, el lote, la fecha de fabricación, la fecha de caducidad, un campo para
digitar la cantidad a recibir, centro, almacén, unidad de medida base y descripción corta del material.
Ejemplo de pantallas:

Salidas:
Con la cantidad digitada dentro del dispositivo móvil y al pulsar el botón guardar se debe crear un consumo de
material con clase de movimiento 261, luego se debe crear en ese mismo momento un movimiento de ingreso
con c/m 101, con estos datos de ingreso será posible generar dos copias de impresión con los datos que se
especificaran en el Desarrollo WM004. Finalmente, de forma opcional será posible generar el traslado hacia la
bodega logística dependiendo la planta de producción utilizando una clase de movimiento 313.
Deben incluirse movimientos hacia otras bodegas diferentes a logística como 0042, 0004,0005, 0006, 0061,
0007 y otro tipo de movimientos como 311 y 315.
Debe revisarse los roles recomiendo yo, de cada área, si son áreas diferentes controladas entre producción y
logística, el movimiento 311 no es recomendable ya que es un traslado directo, adicionalmente, el movimiento
315 es una recepción de traslado la cual está contemplada en otro desarrollo que será utilizado por logística
para recibir los traslados de producción.

No es obligatorio, pero habrá campos para la selección de tipo de embalaje, dato que para el equipo logístico

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

 será útil utilizar en la identificación de unidades totales por pallet, este punto debe ser basado en las
conversiones de unidad del dato maestro de cada material.

NOTA: Evitar palabras como automáticamente, Etcétera, Entre Otras.

NOTA: Anexar todos los documentos que correspondan.

A continuación, encontrarás una sección por cada tipo de desarrollo (Formato, Reporte, Interfaz,
Conversión, Enhancement), Solo debes llenar una sección dependiendo del tipo de desarrollo que
se escogió en el punto anterior.

Debes borrar las secciones que no se usan.

specificación Técnica del

Enhancement
Desarrollo – Enhancement
Enhancement CE: se debe relacionar la transacción SAP que será ampliada junto con el user exit, badi, punto de
ampliación, etc. A utilizar. También agregar pantallazo de cómo funciona la transacción que se desea ampliar.
Enhancement DP: Se debe colocar el diseñó de cada una de las pantallas que se desean crear nuevas SAP
Enhancement WF: En caso de ser un workflow, se deben enviar el flujo de proceso y la descripción de cada
una de las actividades, más las notificaciones esperadas.

<Diligenciado Consultor Funcional PP y WM>

<Se define la solución en términos técnicos>

Este desarrollo móvil debe ser posible ingresar desde un dispositivo de radiofrecuencia donde se debe digitar la
orden de producción que se requiere para consumir las materias primas y realizar la recepción del producto
terminado.

Esta primera pantalla se verá de esta manera:

Pantalla 1. de radio frecuencia. Aquí se presenta la primera validación del desarrollo, con
el número de orden se debe buscar en tabla AFKO- AUFNR si hay registro para este código de orden debe
continuar a Pantalla 2 si no debe existir un mensaje, “Orden no existe”.
Con el número de la orden de producción ingresada en el desarrollo de radiofrecuencia, se debe traer la

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

 información encontrada en la tabla ZPP_INTEGRACION (tabla adjunta en formato excel), en la cual se
encuentran los siguientes datos:

● Id (consecutivo interno)
● Número de la orden
● Número de lote
● Fecha de vencimiento
● Cantidad empacada
● Fecha de envío
● Hora de envío
● Cantidad confirmada

La orden ingresada en la pantalla debe ser validada su existencia en la tabla ZPP_INTEGRACION campo
orden.

Pantalla 2.

Tabla Campo Observación

AFPO AUFNR Orden de producción digitada en pantalla 1.
Lote La misma orden de producción
Material Con la orden de producción buscar en AFPO – AUFNR para
encontrar MATNR
Descripción Buscar en MARA con MATNR para extraer MAKTX
Tipo de embalaje C.A= Caja azul que equivale a la unidad de medida CAS y C.N =
Caja negra que equivale a la unidad de medida CA2 esta selección
se utiliza para poder llenar en la etiqueta los datos de numero de
canastas y tipo de embalaje.

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

 En base a UMREN (CAS o CA2) es posible saber cuantas unidades
(UMREZ) se encuentran por canasta. Con estos datos y según la
selección en pantalla que se haga se debe dividir el numero de
unidades en unidad de medida base en CAS o CA2 para saber el
número de canastas totales por estiba.

Encontrar UMB en MARA – MATNR para extraer MEINS.

En esta pantalla solo se debe validar los datos e ingresar la cantidad (Cant. a notificar) a ingresar mediante la
orden de producción al momento de oprimir “GRABAR”. Se deben guardar registros de log de errores en una
tabla Z (ZLOG_ERROR_PP) creada para los logs de errores de los procesos ejecutados para producción, en
esta tabla deben estar los siguientes campos:
○ Id (consecutivo interno)
○ Fecha
○ Hora
○ Número de orden
○ Error identificado: texto de acuerdo a la validación fallida
○ Usuario SAP

Igualmente se deben guardar registros de log de notificados en una tabla Z (ZLOG_NOTIFICADOS_PP)

creada para los logs de las notificaciones llevadas a cabo, en ésta tabla deben estar los siguientes campos:
○ Id (Consecutivo interno)
○ Fecha
○ Hora
○ Número de orden
○ Cantidad notificada
○ Idtablaz: número del id correspondiente al registro tratado en la radiofrecuencia (tabla
ZPP_INTEGRACION)
○ Usuario SAP

Estas dos tablas deberán tener cada una su vista de administración, así como de búsqueda y consulta de
información.

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

 Se debe validar que la orden de producción se encuentre disponible para notificación, esto se realiza mediante
la siguiente lógica:

Validaciones:
● La cantidad
● El número de la orden debe existir en CAUFV - AUFNR.
● CAUFV - LOEKZ (petición de borrado) deberá estar vacío.
● CAUFV - FTRMI (liberación real) deberá ser diferente de vacío.
● CAUFV - IDAT2 (cierre técnico) deberá estar vacío.
● Con CAUFV - OBJNR (No. objeto) ir a validar en la tabla JEST, donde JEST - OBJNR es igual a
CAUFV - OBJNR y el campo JEST - STAT (estatus) es igual a I0043 (estatus de bloqueo) se debe
validar, que el campo JEST-INACT (estatus inactivo) sea diferente a vacío (o tenga valor X).
● Mediante, AFKO - AUFNR con el número de CAUFV - AUFNR o el numero de la orden, realizar la
siguiente operación (resta o diferencia) (AFKO - GAMNG (cantidad teórica) - AFKO - IGMNG
(cantidad notificada), esta deberá ser mayor o igual a la cantidad a notificar indicada en la
radiofrecuencia.
● Con CAUFV - AUFNR o número de la orden, consultar en la tabla RESB - AUFNR, cada uno de los
componentes
● Cada uno de ellos debe tener en RESB - BWART (clase de movimiento) = ‘261’
● Realizar la siguiente operación (resta o diferencia) (RESB - BDMNG (cantidad necesaria) - RESB -
ENMNG (cantidad tomada), este resultado deberá ser mayor a la cantidad de inventario en libre
disposición, existente en el almacén indicado en RESB - LGORT (almacén)

Validación especial:

Si la cantidad a notificar de la radiofrecuencia es menor que:

Cantidad total de la orden (AFPO-PSMNG) - Cantidad notificada (ZPP_INTEGRACION)

Teniendo en cuenta que WM por cada estiva genera un numero único de identificación única con una cantidad
propia cada una, en base a eso se valida que en base a la formula propuesta, la cantidad a notificar no puede
superar ese resultado.

Ejemplo:

Orden de Fecha de Unidad de Cantidad Notificada

producción envió almacén
100034931 13.08.202 1002330455 200
3
100034931 13.08.202 1002330456 120
3
100034931 13.08.202 1002330457 220
3
Total de la orden = 600 UN

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

 Si la cantidad a notificar supera la (cantidad total de la orden - sumatoria de la columna cantidad notificada)
debe sacar un mensaje de “cantidad excedida” y enviar una pantalla emergente la cual dispare un registro hacia
la tabla ZLOG_ERROR_PP al momento de dar ok. Notificando con numero de registro, orden de producción,
usuario, fecha de error, hora y descripción.

Tener en cuenta que cuando se notifica a nivel de WM se plasma un registro en la tabla Z,

ZPP_INTEGRACION pero hay que tener especial cuidado de como plasmarlo para luego tener información
confiable a nivel de algún reporte elaborado a futuro. En el momento de grabar se genera un registro teniendo
en cuenta el primer registro encontrado con los campos fecha y contador diferente a vacío se toma el registro
para crear uno nuevo con un numero de registro único en copia a ese para generar uno donde los campos de
Unidad de almacén, cantidad notificada entre otros más la asociación de la orden de producción se reflejen en
la tabla y se puede visualizar los consumos de una manera sencilla.

Una vez cumplidas todas las validaciones se procede a realizar la notificación mediante un batch input teniendo
en cuenta las siguientes indicaciones:

Transacción COR6N notificación de órdenes de proceso, los datos a ingresar son:

● Orden: con el campo CAUFV - AUFNR (número de orden)

● Cantidad buena: con la cantidad a notificar indicada en la radiofrecuencia.
● Inicio ejecución: ????
● Fin ejecución: ????

Pulsar [Enter] para que actualice la información.

Ver gráfico siguiente:

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

 Una vez actualizada la pantalla se pulsa el icono , esto generará una pantalla
emergente en la cual se debe diligenciar el campo:

● Fecha de caducidad: con la fecha de vencimiento indicada en la tabla ZPP_INTEGRACION

Ver gráfico siguiente:

Una vez actualizada la pantalla se pulsa el icono , esto generará una pantalla emergente en la cual se
encuentra el material producido, el cual se identifica porque es igual a AFKO - PLNBEZ (número de material),
para este material, completar “Lote” con el Número de lote de la tabla ZPP_INTEGRACION.

Igualmente se deben diligenciar los campos (batch input):

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

 ● Lote: número de lote de cada uno de los componentes, que estén sujetos a lote.

Para determinar qué componentes son sujetos a lote se debe seguir la siguiente lógica:

● Con CAUFV - AUFNR o número de la orden, consultar en la tabla RESB - AUFNR (orden), cada uno
de los materiales que requieren lote.
● Se debe identificar para cada material que en RESB - BWART (clase de movimiento) sean iguales a
“261.
● se identifica que el material está sujeto a lote porque con el código del material que se encuentra en
RESB - MATNR (material)se va a la MARC - MATNR y en MARC - XCHPF debe ser igual a “X”

Para determinar el lote que le corresponde a cada material sujeto a lote, se marca la casilla de verificación al
lado izquierdo de cada uno de los códigos del material (uno a la vez) y se pulsa el icono

, lo cual genera una pantalla como la que sigue:

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

 En esta pantalla se pulsa el icono , se debe seguir con el siguiente y así hasta finalizar con todos los
componentes.

Cada vez que se toma el lote el sistema regresa a la pantalla anterior, allí se pulsa el icono (contabilizar) y
con esto se termina la notificación, lo que quiere decir que se han notificado los tiempos de las actividades, se
han consumido los componentes de la orden con su respectivo lote y se ha ingresado el producto producido con
la orden, en la cantidad y el número de lote indicados por la radiofrecuencia y los datos de la tabla
ZPP_INTEGRACION.

Lo último es actualizar el campo Cantidad confirmada de la tabla ZPP_INTEGRACION, con la siguiente

fórmula:

Cantidad confirmada = Cantidad confirmada + Cantidad notificada

Tener en cuenta que es posible que se deban actualizar varios registros de la tabla, de acuerdo a la validación
especial.

La cantidad notificada es la cantidad a notificar indicada en la radio frecuencia o lo que es igual a la Cantidad
buena en la pantalla de notificación (COR6N)

Ver grabación de la transacción para el Batch Input (transacción: SHDB) ZCOR6NBATCH, ver gráfico
siguiente:

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

 En esta pantalla está también previsto que si los campos de centro, almacén y clase de movimiento están llenos
se debe ejecutar un movimiento 313 o el seleccionado hacia el destino (almacén) digitado bajo el mismo centro
de producción, si están vacíos (centro y almacén) no se debe generar ningún traslado.

Después de diligenciar el centro y almacén a notificar se debe ejecutar el movimiento 313 de traslado utilizando
la bapi “BAPI_GOODSMVT_CREATE” con los siguientes datos:

Campo Campo Descripción

técnico
PSTNG_DAT SY-DATE
E
DOC_DATE SY-DATE
REF_DOC_N Tras Producción
O
HEADER_TX Número de pallet ID generado durante el traslado.
T
GOODSMVT Igual a 04.
_CODE
Lote CHARG Lo trae en pantalla
Material MATNR Lo trae en pantalla
C/M MOVE_TYP Clase de movimiento seleccionado en pantalla.
E
Cantidad ENTRY_QNT Se digita en pantalla
Centro PLANT A partir de parámetros en ZBC_POS con el número de almacén WM activo
Origen para el usuario en tabla LRF_WKQU y ID de rango 1, si es ZF = 8000, si es
PIR = 1000 en este caso como se muestra.

Almacén STGE_LOC A partir de parámetros en ZBC_POS con el número de almacén WM activo

Origen para el usuario en tabla LRF_WKQU y ID de rango 1, si es ZF = 0006, si es
PIR = 0006 en este caso como se muestra.
Centro MOVE_PLA Se digita en pantalla
destino NT
Almacén MOVE_STL Se digita en pantalla
Destino OC
Lote destino MOVE_BAT Lote en pantalla
CH

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

 Aplica también para movimientos 311, el único cambio se genera en el campo MOVE_TYPE.

Para saber si un almacén es WM buscar en tabla T320 con los datos digitados en pantalla Centro (WERKS) y
Almacén(LGORT) si existe registro se toma por WM si no es almacen MM y no debe ejecutarse la bapi
L_TO_CREATE_MULTIPLE.
Ahora si el centro almacén destino aplica para ser un WM, se debe ejecutar la BAPI,
L_TO_CREATE_MULTIPLE.

Campo Campo Tecnico Observación

I_LGNUM LGNUM activo para el usuario en tabla

LRF_WKQU, campo STATU= X

I_BWLVS C/M igual a 999

I_COMMIT_WO Igual a X
RK

I_BNAME Usuario que ejecuta

I_KOMPL igual a X

MATNR Material Material que se notifica en pantalla

WERKS Centro A partir de parámetros en ZBC_POS con el número

de almacén WM activo para el usuario en tabla
LRF_WKQU, y ID de rango 2, si es ZF = 8000, si es
PIR = 1000 en este caso como se muestra.

LGORT Almacén A partir de parámetros en ZBC_POS con el número

de almacén WM activo para el usuario en tabla

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

 LRF_WKQU, y ID de rango 2, si es ZF = 0004, si es
PIR = 0004 en este caso como se muestra.

CHARG Lote Se encuentra en pantalla

LETYP Tipo de unidad de Igual a C1

almacén

ANFME Cantidad Cantidad se digita en pantalla

ALTME Unidad de medida Se trae en pantalla

VLTYP Tipo de almacén igual a 921

origen

VLPLA ubicación origen igual a TRANSFER

NLTYP tipo de almacén A partir de determinación explicada abajo

destino

NLPLA ubicación destino A partir de determinación explicada abajo

Esta clase de movimiento va a generar el número de pallet ID que deberá aparecer en la etiqueta de marcación
en el pallet.

Mapeo ejemplo

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

 Esto generará un negativo en el almacén de logística temporalmente mientras se genera el almacenamiento
mediante otro desarrollo.
Buscar el número de orden de transporte en tabla LTAP- TANUM para extraer el campo NLENR dado que es
el número de pallet asignado para la marcación.

Actualización de tabla

La tabla ZPP_INTEGRACION debe actualizar los campos de la tabla teniendo en cuenta lo siguiente.

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

 Finalmente la pantalla 3 debe mostrar el documento material generado para el ingreso de producto terminado,
el documento material del traslado en caso de ejecutarlo y a su vez la orden de transporte WM.

<Aquí se colocan comentarios para el desarrollo del reporte>

Insertar documentos anexos a Incluir en esta Especificación

A continuación, se deben describir todos los escenarios de pruebas requeridos para validación del
funcionamiento del código realizado.

No se recibirá el documento si esta sesión no ha sido diligenciada.

Agregue los escenarios de pruebas que sean requeridos, tenga en cuenta probar con todos los casos
detallados en la especificación funcional realizada por el líder, también es requerido probar las
excepciones que se deben considerar dentro del desarrollo (ejemplo documentos anulados).

Escenario de prueba 1
<Diligenciado Consultor Funcional>

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

 Datos de pruebas:
Con este Número de documento, clase de documento, BP, fecha, etc

Resultados esperados:
Deben generarse los siguientes registros

Escenario de prueba 2

<Diligenciado Consultor Funcional>

Datos de pruebas:
Con este Número de documento, clase de documento, BP, fecha, etc

Resultados esperados:
Deben generarse los siguientes registros

Escenario de prueba 3

<Diligenciado Consultor Funcional>

Datos de pruebas:
Con este Número de documento, clase de documento, BP, fecha, etc

Resultados esperados:
Deben generarse los siguientes registros

En caso que se requieran realizar ajustes a los desarrollos de acuerdo a la especificación técnica realizada
inicialmente por el consultor, por favor diligenciar los cambios solicitados en la siguiente sección.

Cambio Especificación Funcional 1

<Diligenciado Consultor Funcional>

Motivo del cambio:

Documente la razón del cambio

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

 Cambios Solicitados:
Diligencie técnicamente el cambio que se requiere realizar en el codigo

Solicitado por:
Nombre del Consultor

Aprobado Por:
Nombre del Gerente MQA que aprueba el cambio

Cambio Especificación Funcional 2

<Diligenciado Consultor Funcional>

Motivo del cambio:

Documente la razón del cambio

Cambios Solicitados:
Diligencie técnicamente el cambio que se requiere realizar en el codigo

Solicitado por:
Nombre del Consultor

Aprobado Por:
Nombre del Gerente MQA que aprueba el cambio

Cambio Especificación Funcional 3

<Diligenciado Consultor Funcional>

Motivo del cambio:

Documente la razón del cambio

Cambios Solicitados:
Diligencie técnicamente el cambio que se requiere realizar en el codigo

Solicitado por:
Nombre del Consultor

Aprobado Por:
Nombre del Gerente MQA que aprueba el cambio

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

De acuerdo con lo pactado por los representantes designados por las partes para el proyecto, la falta de
suscripción de la presente acta dentro de los _____ (__) días hábiles siguientes a la fecha de su envío, será
una manifestación inequívoca de la aceptación de su contenido y éste se entiende aceptado en su totalidad,
renunciando a cualquier reclamo posterior sobre ello.

Firmas de Aprobación del Desarrollo

Santiago Valencia
Adela Rey Barbosa

Líder Funcional Consultor Funcional Líder aprobador

Gerente proyecto Gerente proyecto MQA

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