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 Ciosa Colombia
Gerente de Proyecto (cliente) Ramon Morales
Gerente de Proyecto (MQA) John Montoya

Información del Requerimiento

Nombre del Formato de Picking y almacenamiento
Desarrollo
ID Matriz WM001- Formato de Picking
FRICE
Requerido Por Fabian Tami
Especificado Por Santiago Valencia
Fecha 24-08-2022
Requerimiento
Proceso del Entrada y salida de Material
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
X Alta Media   Baja  
ad Alta
Complejidad Abap marcar con ‘X’
(Debe ser diligenciada por Líder Abap del proyecto)
Compl Muy
Alta Media   Baja  
ejidad Alta

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

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

Este desarrollo es requerido para poder realizar la toma de materiales en los procesos de despacho por pedidos
de venta o pedidos de traslado entre otros, dado que no existen herramientas con las cuales el proceso pueda ser
más automático es necesario tener de igual manera un método en el cual los operarios de la bodega puedan ser
capaces de realizar el picking de la mercadería utilizando formatos guía en estos procesos.

Datos de entrada.

Este formato se debe parametrizar en un tamaño estándar carta, para impresión en dispositivos no industriales.
Este formato tendrá datos básicos para realizar el picking de la mercadería, los cuales serán los siguientes:
número de pedido y entrega, numero de orden de transporte WM, fecha, usuario, destinatario, numero de
material SAP, cantidad, unidad de medida base, tipo de almacén origen, ubicación origen, tipo de almacén
destino, ubicación destino y totalizado de unidades.

Operación a realizar con los datos.

Generar un formato que contenga los datos necesarios para que un operario de bodega tenga la facilidad de
encontrar la mercadería en las cantidades exactas para realizar un picking exacto con el cual ejecutara los
movimientos pertinentes para que posteriormente de ejecutar las tareas, el formato sea llevado al auxiliar de
turno y pueda confirmar todos los movimientos confirmados por la persona de almacén.

Salidas.
Formato tamaño carta que con el número de orden de transporte se buscaran todos los campos necesarios para
llenarlo y que el operario de bodega pueda tener una guía apropiada dependiendo el proceso.

Esta sería una guía para el formato de picking y almacenamiento.

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

 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.

Especificación Técnica del Desarrollo Formato

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

 <Diligenciado Consultor Funcional>

Este formato debe ser posible imprimirlo desde la transacción estándar LT31, aunque debe quedar configurado
para que durante la creación de la orden de transporte se genere este documento de manera automática.

Esta es la forma de lanzamiento manual.

Esta imagen tiene la mayoría de datos con el resto que esta también mapeado en la parte inferior. Paquetería
NO VA.

Este primer mapeo es cuando TANUM-TRART sea igual a A. LGNUM para los campos que sean
necesarios se buscara desde la tabla LRF_WKQU con el código de usuario en BNAME y extrayendo el
campo LGNUM.
Numero Nombre de la Nombre de Comentarios
de Fila tabla Campo

1 VBFA VBELV Con TANUM filtrada en LTAK buscar VBELN

para ir a VBFA-VBELN=VBELN, y extraer
VBELV, si esta búsqueda no tiene existo buscar en
EKBE-VBELN_ST=VBELN, y extraer EBELN.
Para este caso que requiere un mapeo diferente,
armar una búsqueda diferente ya que es para un
traslado de salida. Esta ruta alternativa mapeara de
forma diferente a la primera propuesta los campos

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

 (1,3,6,7,9)
2 Con TANUM filtrada extraer número de entrega
LTAK VBELN (VBELN)
3 Con VBELV de campo 1 buscar en VBAK-VBELN
KNA1 KUNNR y NAME1 y extraer KUNNR, con el KUNNR buscar en
KNA1-KUNNR y extraer también NAME1.
Camino2, con VBELN de LTAK, buscar en LIKP-
VBELN=VBELN, y extraer KUNNR, y con
KUNNR buscar en KNA1-KUNNR, para extraer
NAME1.
4 T005U VBELN Con KUNNR encontrado en campo 3, extraer
adicionalmente los campos REGIO y LAND1 de
KNA1, con este código (regio) buscar en T005U
con SPRAS= ES, LAND1=KNA1-LAND1,
BLAND=KNA1-REGIO
5 KNA1 ORT01 Con KUNNR encontrado en campo 3, extraer
ORT01
6 Con VBELV encontrado en campo 1, buscar en
VBPA-EBELN=VBELV, PARVW= DM y extraer
VBPA KUNNR KUNNR, con el KUNNR adicionalmente volver a
KNA1-KUNNR=KUNNR y extraer NAME1.
Camino2, con VBELN de LTAK, buscar en LIKP-
VBELN=VBELN, y extraer KUNNR, y con
KUNNR buscar en KNA1-KUNNR, para extraer
NAME1.
7 VBAK VKORG Con campo 1 encontrado buscar en VBAK-
VBELV=VBELN, y sacar VKORG, camino 2, con
VBELN de LTAK buscar en LIPS-VBELN y
extraer WERKS.
8 LIKP ERDAT-ERZET Extraer fecha y hora de creación de la entrega.
9 VBAK ERDAT-ERZET Con campo 1 encontrado buscar en VBAK-
VBELV=VBELN, y sacar fecha y hora, camino2,
con EBELN de campo 1 (camino2) buscar en
EKKO-EBELN, y extraer BEDAT, esta tabla no
contiene hora
10 CDHDR UDATE-UTIME Con campo 1 uno buscar en CDHDR-
OBJECTID=CAMPO1, TCODE= VKM*, y extraer
UDATE-UTIME
11 KUNNR encontrado en el campo 3
12 Nombre encontrado en campo 3
13 Pedido encontrado en campo 1
14 VBAK BSTNK Con campo1, VBAK-VBELN=CAMPO1 para
“Orden de encontrar BSTNK
compra”

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

 15 “Paquetería” NAME1 Con campo 2, buscar en VBPA,
KNA1 VBELN=CAMPO2, PARVW=SP, y extraer
KUNNR, buscar en KNA1-KUNNR encontrado y
extraer finalmente NAME1.

Estos datos estan en un tamaño especificado mas adelante y tomar en cuenta que el mapeo es horizontal. Los
datos no mapeados pero si mostrados deben quedar igual en el formato para llenarse de forma manual
ocasionalmente. Esta caratula saldria una sola vez por orden de transporte.

La caratula finalmente se vería así

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

 Los tamaños de los textos en la mitad de la portada son los siguientes:
Texto 1

Texto 2

Texto 3

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

 Texto 4

El encabezado mapeado debe estar en todas las hojas que se generen en base a la orden u/o ordenes de

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

 transporte del pedido.

La parte inferior del formato debe aparecer tal cual como se ve en el ejemplo para que sea posible ingresar
algún dato de forma manual.
Numero Nombre de la Nombre de Comentarios
de Fila tabla Campo

1
LTAP TAPOS Con LGNUM-TANUM filtrados buscar TAPOS

2 Con LGNUM-TANUM filtrados buscar NLTYP

LTAP
3 LTAP
4 LTAP
5 MARA
6 LTAP
7 CAMPO LIBRE
8 LTAP
9 LAGP
10 LQUA
VLTYP
VLPLA Con LGNUM-TANUM filtrados buscar NLPLA
MATNR Con LGNUM-TANUM filtrados buscar MATNR
por cada TAPOS
BISMT Con campo 4 encontrado buscar en MARA-
MATNR y extraer BISMT
VSOLM Con LGNUM-TANUM filtrados buscar VSOLM
MEINS Con LGNUM-TANUM filtrados buscar MEINS
LKAPV (Min 16 grabación 110922)- Con campo 3 buscar
en LAGP-LGPLA=NLPLA, para extraer LKAPV.
VERME Con LGNUM y campo 4 buscar en LQUA,
campo4=MATNR, LGTYP= 400 extraer el campo
VERME, aunque sean varios registros, debe ser
solo el primero.

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

 11 LQUA LGPLA Con el registro encontrado en campo 10 extraer
LGPLA de ese mismo registro.
12 LTAP MAKTX Con LGNUM y TANUM buscar LTAP-MAKTX
por cada posición

Este formato debe ser posible imprimirlo desde los métodos estándar (LT31), no de manera masiva, pero si en
la transacción estándar. El formato igualmente quedara configurado para que se imprima de forma automática.

Este primer mapeo es cuando TANUM-TRART sea igual a E. LGNUM para los campos que sean
necesarios se buscara desde la tabla LRF_WKQU con el código de usuario en BNAME y extrayendo el
campo LGNUM.
Numero Nombre de la Nombre de Comentarios
de Fila tabla Campo

1
LTAP TAPOS Con LGNUM-TANUM filtrados buscar TAPOS

2 Con LGNUM-TANUM filtrados buscar NLTYP

LTAP NLTYP
3 LTAP NLPLA Con LGNUM-TANUM filtrados buscar NLPLA
4 LTAP MATNR Con LGNUM-TANUM filtrados buscar MATNR
por cada TAPOS
5 MARA BISMT Con campo 4 encontrado buscar en MARA-
MATNR y extraer BISMT
6 LTAP VSOLM Con LGNUM-TANUM filtrados buscar VSOLM
7 CAMPO LIBRE
8 LTAP MEINS Con LGNUM-TANUM filtrados buscar MEINS
9 LAGP LKAPV (Min 16 grabación 110922)- Con campo 3 buscar
en LAGP-LGPLA=NLPLA, para extraer LKAPV.
10 LQUA VERME Con LGNUM y campo 4 buscar en LQUA,
campo4=MATNR, LGTYP= 400 extraer el campo
VERME, aunque sean varios registros, debe ser
solo el primero.
11 LQUA LGPLA Con el registro encontrado en campo 10 extraer
LGPLA.
12 LTAP MAKTX Con LGNUM y TANUM buscar LTAP-MAKTX
por cada posición

Nota: Cuando sea una entrada no debe imprimir la portada que siempre se imprime en las salidas.
(TANUM-TRART sea igual a E)

Para el encabezado de página el único dato que se debe cambiar es el pedido, donde se debe buscar en LTAK
con LGNUM-TANUM el MBLNR, luego buscar en EKBE-BELNR=MBLNR y extraer EBELN, los demás
datos de cabecera deben mantener el mismo mapeo teniendo en cuenta que para los procesos de ingreso no es

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

 relevante la demás información.
Este formato saldrá de forma automática cuando se guarden las ordenes de transporte ejecutando la transacción
LT06.
Diseño Formato
A continuación, debe ir una imagen del formato en donde se identifique con un número cada campo

Detalle Técnico Campos Formato

En la siguiente tabla, se deben colocar cada uno de los campos del formato con su descripción técnica y la
referencia al campo estándar ejemplo VBAK-AUART, en el campo Comentarios se debe indicar como obtener
la información de cada campo.
Numer
o Nombre de
Nombre de Tabla Comentarios
Colum Campo
na

Pantalla de Selección
● Nombre del Filtro: nombre con el que se conocer el filtro.
● Campo-Tabla: tipo de campo, si es campo-tabla se debe especificar el campo tabla que se usa como
patrón, ejemplo VBAK-VBELN.
● Select Option / Parameter/ Check Box / Radio Button: especificar si el campo es único (parameter) o es
un rango de valores (select option), o si es check box o radio button.
● Obligatorio: Se especifica con ’X’ Si el parámetro debe ser obligatorio
● Comentarios: Si el parámetro tiene alguna Consideración especial
● Valor por defecto: Valor propuesto para el filtro
Nombre Filtro Campo-Tabla Select Option / Obliga Comentarios Valor
Parameter / Check Box / torio por
Radio Button Defect
o
Numero de
LTAP-LGNUM Parameter X
almacen
Numero de OT LTAP-TANUM Parameter X

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

 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>

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

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

 <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

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:

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

 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

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

Líder Funcional Consultor Funcional Gerente proyecto

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

 Gerente proyecto MQA

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