Abp

EXPEDIENTE DE REQUERIMIENTO
FORMULARIO O REPORTE
Area de Desarrollo, Aplicaciones & Analíticas
Información del Proyecto

(Diligencia el consultor funcional)
Nombre del cliente Tipo de Proyecto
LEVAPAN Implementación SAP
Nombre del Proyecto
Conexión LEGO
Versión de SAP
S/4 Hana
Identificación del requerimiento

(Diligencia el consultor funcional)
Código del Requerimiento FI-AA 002 R
Descripción del Requerimiento Patrimonio de Activos Fijos
Módulo FI-AA
Prioridad (X) Alta/Obligatorio
(Marcar con una X una de las opciones)
( ) Media/Recomendado
( ) Baja/Opcional
Nro. Orden de Servicio Khronos
Control de versiones o cambios al contenido del documento

(Diligencia una fila quien actualice el documento)
Versión Fecha Persona que realiza la Descripción
(Consecutivo (DD-MM-AAAA) modificación
1, 2, 3…)
1 10-08/17 Edgar Torres
Documentos relacionados
(Diligencia una fila quien requiera referenciar un documento relacionado con el requerimiento)
Descripción Ubicación en Comentarios Persona quien
SolMan, en la Red o referencia éste
Nro. Ticket SolMan documento
A tener en cuenta antes de diligenciar el documento

 Todos los campos deben diligenciarse obligatoriamente, cuando no aplique debe llenarse con “No Aplica”
 El nombre del documento debe ser:
Cliente + Módulo + “ABAP” + RoF(Tipo de Desarrollo: R -> Reporte o F -> Formulario) + Consecutivo + Descripción del
requerimiento.
Sin rayas entre las palabras, sólo espacios. Ejemplo: “La14 MM ABAP F 001 Orden de Compra”. Si no tiene un consecutivo
para el desarrollo, puede obviar esa información y colocar de una vez la descripción. Para los tickets de la mesa de soporte
funcional debe colocarse como “Consecutivo del desarrollo” el número del ticket en el SolMan.
 El tipo de letra para todo el documento debe ser Arial (tamaño entre 10 y 12), en color negro, sin resaltados. Escribir el nombre
de los objetos técnicos en mayúsculas.
 Insertar las imágenes en un formato liviano (JPG), que no aumente considerablemente el tamaño del archivo.
 Revisar la ortografía y correcta redacción antes de entregar el documento. Escribir utilizando oraciones impersonales, concretas
y precisas.
 Al terminar, actualizar la tabla de contenido y dejar el documento en zoom del 100%. No dejar hojas en blanco.
 No se debe alterar el contenido de éste documento ni repetir información de un ítem a otro.
 Es responsabilidad del consultor funcional solicitar y suministrar los escenarios de prueba que le permitan al desarrollador probar
los programas para garantizar que la solución cumpla con lo solicitado.
Fecha de Emisión: 24 de Octubre de 2015 Página 1 de 32

Este documento contiene información legalmente protegida por ser privilegiada o confidencial. Cualquier diseminación, distribución,
copia, reproducción o uso indebido de este documento y/o sus anexos está estrictamente prohibida y podrá ser sancionada legalmente.
¡Imprimir si es absolutamente necesario!
Tabla de Contenido
REQUERIMIENTO FUNCIONAL ................................................................................................................................... 3
ESPECIFICACIÓN TÉCNICA DEL CONSULTOR FUNCIONAL ................................................................................... 7
DOCUMENTACIÓN TÉCNICA DE LA SOLUCIÓN ..................................................................................................... 17
CONTROL DE CAMBIOS # ......................................................................................................................................... 28

REQUERIMIENTO FUNCIONAL
(El usuario responsable por parte del cliente debe diligenciar todos los ítems de esta sección, guiado por el consultor funcional)
Usuario funcional responsable del requerimiento Elkin Bolaños y Diana Caviedes

elkin.bolanos@levapan.com
Correo electrónico diana.caviedes@levapan.com
1. Justificación
Indique brevemente la razón de solicitar éste desarrollo, si corresponde a un requerimiento legal y cuáles son sus consideraciones
Se requiere generar un reporte de los activos fijos vigentes a la fecha de generación, en donde
se pueda observar todos los campos de la data maestra de activos (RFP-1590)
2. Descripción Funcional del Proceso de Negocio

Describa el proceso considerando su Inicio (entradas), detalle y resultados. Incluya un Diagrama de flujo o una secuencia de pasos
precisa y ordenada
Criterio de Selección:
Nombre Obli? Ayud Tabla- Select Option / Observaciones

a Campo / Parameter /
Búsq Tipo de Check Box /
ueda Dato Radio Button
(Longitud)
RANGO X C (6) Select Option
CLASE DE
ACTIVO
FECHA DE X C (10) Parameter Formato (dd.mm.aaaa)
CORTE
Detalle del Proceso:
Al generar el informe según el criterio de búsqueda, debe mostrar la siguiente información en

columnas:
COD-ACTIVO
SUBNUMERO
NOMBRE-ACTIVO
MARCA
MODELO
SERIE
COLOR
MATERIAL
DIMENSIONES
PROVEEDOR
PLACA-PADRE
PLACANVA Para vehículos va la placa del mismo
PLACAANT
No EQUIPO Corresponde al código asignado en PM al equipo
No CONTRATO Para los activos por Leasing.
GRUPO Cuenta a 4 dígitos
TIPO-ACTIVO Corresponde a si el activo es Propio, en Leasing, Comodato, etc)
SEGMENTO
CENTRO COSTOS
CTRO-BENEF.
ORDEN
UBICACIÓN
RESPONSABLE
F-COMPRA
F-ACTIVACION
ANOSNIIF Depreciación meses para NIIF
ANOSDEP Depreciación meses para COLGAP
ANOSFISCAL Depreciación meses para FISCAL
VLR-A-NIIF Valor adquisición NIIF
VLR-A-COLGAAP Valor adquisición COLGAP
VLR-A-FISCAL Valor adquisición FISCAL
VLR-D-NIIF Valor depreciación NIIF
VLR-D-COLGAAP Valor depreciación COLGAP
VLR-D-FISCAL Valor depreciación FISCAL
VLR-N-NIIF Valor neto NIIF
VLR-N-COLGAAP Valor neto COLGAP
VLR.N-FISCAL Valor neto FISCAL
Se deben incluir todos los activos creados aunque no se les haya realizado el alta.
3. Criterios de ordenamiento de los datos
-El informe debe venir agrupado por Código de Activo y en línea aparte cada subnúmero de
activo.
-Debe imprimirse en formato plano. Con las márgenes adecuadas para impresión en tamaño
carta. En la Impresión debe enumerar cada hoja indicando el total de hojas ej. 1 de 20.
-El informe debe poder bajarse a Excel (.xlsx) de forma organizada. (Sin separación de Páginas),
con los títulos de las columnas.
-Debe tener el Total general por Columna (en las de valor) y debe corresponder a la sumatoria
de las mismas.
4. Modo de ejecución
En línea / En Job
En pantalla y/o proceso de Fondo
5. Validaciones
-La totalidad de activos incluidos en el reporte, debe corresponder a la totalidad de activos

creados en el módulo para la(s) clase de activo solicitada.
-Los valores de Adquisición, Depreciación y Neto, deben corresponder a los valores en las
cuentas del balance en FI-GL.
6. Manejo de errores (Algunas reglas para alarmas y monitoreo)

Condición para la generación del
Texto del mensaje
mensaje
Al generarse el informe según los criterios
de búsqueda debe verificar si la clase de La Clase de Activo no existe
activo existe.
Al generarse la totalidad de los activos Debe indicar que activos no se encuentran con
debe verificar que todos tengan el alta el alta.
respectiva.
7. Consideraciones de Desempeño
 Cantidad de datos esperados y su periodicidad
15.000 filas aprox.

40 columnas aprox.
 Frecuencia de ejecución
Mensual.
8. Otros requisitos no funcionales

9. Requerimientos de Seguridad y Autenticación (Detalle de autorizaciones)
Para todos los usuarios de Contabilidad (Bogotá y Tuluá).
10. Casos de Prueba

IMPORTANTE: Indique cada uno de los escenarios de prueba que deben validarse como alcance, para garantizar que el resultado
sea el esperado. Agregue tantas filas como requiera.
Criterio de ejecución Resultado Esperado

El valor que se muestre en el informe, debe ser
1.Generar el informe para la clase de
igual al saldo de las cuentas 151605* en cada uno
activos 151605 a fecha de corte 30-
de los conceptos por la FS10N para la fecha de
06/17.
corte
El valor que se muestre en el informe, debe ser
2.Generar el informe para la clase de
igual al saldo de las cuentas 150405* en cada uno
activos 150405 a fecha de corte 31-
de los conceptos por la FS10N para la fecha de
03/17.
corte

ESPECIFICACIÓN TÉCNICA DEL CONSULTOR FUNCIONAL

(El consultor funcional debe diligenciar todos los ítems de esta sección)
Consultor funcional asignado Edgar Torres C.

Correo electrónico Edgar.torres@grupocnet.com
1. Información técnica para formularios

(Solo para formularios)
Programa de control Estándar No Aplica
Formulario Estándar No Aplica
Clase de mensaje No Aplica
2. Prerrequisitos y Premisas
 Relacionados con Datos y Procesos
 Dependencias con otros WRICEFs

(Workflow, Reporte, Interfaz, Conversión, Enhancement (Ampliación), Formulario)
Código del Nombre Requerimiento Descripción de la dependencia
Requerimiento
No aplica
No aplica
3. Transacciones involucradas en el proceso

Transacción Descripción
No aplica
No aplica
4. Diseño funcional
Si es parte de un proceso estándar debe incluirse un ejemplo pantalla por pantalla indicando la transacción correspondiente
No Aplica
5. Definición de información adicional (no estándar de SAP) a incluir

Indique los campos requeridos agrupados por la relación lógica que considere adecuada. Un grupo de campos puede incluir campos
estándar de SAP y campos no estándar, cuya agrupación no existe en SAP como una tabla estándar y por tanto debe crearse como
una tabla Z. El consultor ABAP debe revisar éste diseño y optimizarlo para integrarlo correctamente a la base de datos de SAP
(Repita las dos tablas siguientes por cada grupo de campos que necesite especificar)
 Información general Grupo de datos No. #
Nombre grupo No Aplica
Tamaño estimado de registros de ese No Aplica
grupo
Esta información debe tener mantenimiento No Aplica
por parte del usuario? (Sí/No)

 Estructura Grupo de datos No. #

Nombre Tabla-Campo Formato Obligatorio Valor Observaciones (Regla de
campo (longitud) del /Opcional por Conversión / Lógica de consulta /
(indicar la longitud Cálculo requerido / Validación)
campo Defecto
si no es un campo
estándar)
N/A
N/A
N/A
6. Parámetros de entrada
Nombre Tabla-Campo (longitud) Valor Único? Obligatorio Valor por
campo (indicar la longitud si no es un / Rango de /Opcional Defecto
campo estándar)
valores?
Sociedad ANLAV-BUKRS Obligatorio
Clase de ANLAV-ANLKL Opcional
Activo fijo
Activo Fijo ANLAV- ANLN1 Opcional
Sub.nume ANLAV- ANLN2 Opcional

ro
Fecha RBADA -BRDATU Obligatorio
informe
Imagen de entrada
7. Resultado del Proceso (Salida del reporte o formulario)

 Tipo de salida
(Marque con una equis el que corresponda)
Formulario

Reporte X
 Logos
Aplica para formularios. Indique el nombre del logo si ya existe en SAP o adjúntelo en tamaño 100% y en la resolución deseada
(preferiblemente .BMP)
N/A
 Traducciones
Indicar si se debe presentar el reporte o formulario en un idioma diferente al español e incluir los textos correspondientes en ese
idioma
Español
 Textos estándar / Set de datos

Si se tienen definidos textos o sets de datos para lectura de información en el formulario o reporte, detalle cuales son
A nivel de Cabecera colocar nombre de la Sociedad (ADDR1_DATA-NAME1)
 Título principal y cabecera
Patrimonio de activos fijos
 Subtítulos
N/A
 Diseño de la salida
Puede adjuntar un documento con el diseño solicitado para el reporte o formulario, numerando sus campos de tal manera que
correspondan con la descripción dada en el siguiente ítem (Campos de salida)
 Campos de salida
Número Nombre Tabla-Campo Format Valor Observaciones (Regla de Conversión /
del campo (longitud) o del por Lógica de consulta / Cálculo requerido /
(indicar la longitud Validación)
campo campo Defecto
(Según el si no es un campo
diseño de estándar)
salida del
punto
anterior)
1 No. Activo ANLA-ANLN1
CLASE DE
ACTIVO ANLA-ANLKL
2 FIJO
3 SOCIEDAD ANLA-BUKRS
SUBNUME
ANLA-ANLN2
4 RO


campo campo Defecto
salida del
punto
anterior)
DESCRIPCI
ANLA-TXT50
5 ON 1
DESCRIPCI
ANLA-TXA50
6 ON 2
Texto
Numero ANLH-ANLHTXT
7 principal
NUMERO
DE SERIE O
ANLA-SERNR
REFERENCI
8 A
NUMERO
DE
INVENTAR ANLA-INVNR
IO .
9 PLAQUETA
10 CANTIDAD ANLA-MENGE
UNIDAD
DE ANLA-MEINS
11 MEDIDA
GESTION
RA02S-XHIST
12 HISTORICA
FECHA
ULTIMO
ANLA-IVDAT
INVENTAR
13 IO
INCLUIR
AF EN ANLA-INKEN
14
LISTA DE


campo campo Defecto
salida del
punto
anterior)
INVENTAR
IO
NOTA DE
INVENTAR ANLA-INVZU
15 IO
FECHA DE
CAPITALIZ
ACIÓN . ANLA-AKTIV
FECHA DE
16 COMPRA
CENTRO
ANLZ-KOSTL
17 DE COSTO
18 CENTRO ANLZ-WERKS
EMPLAZA
ANLZ-STORT
19 MIENTO
20 LOCAL ANLZ-RAUMN
21 ORDEN CO ANLZ-CAUFN
MATRICUL
A
22 VEHICULO
Número
de
ANLZ-PERNR
personal
23 HR
PARALIZA
ANLZ-STORT
24 CIÓN
25 CONCEPTO ANLA-ORD41
DE


campo campo Defecto
salida del
punto
anterior)
ASIGNACI
ON 1
CONCEPTO
DE
ANLA-ORD42
ASIGNACI
26 ON 2
CONCEPTO
DE
ANLA-ORD43
ASIGNACI
27 ON 3
28 Criterio 4 ANLA-ORD44
29 criterio 5 ANLA-GDLGRP
Supranum
ANLA-ANLUE
30 ero
31 Acreedor ANLA-LIFNR
FABRICAN
TE / ANLH-ANLHTXT
32 MARCA
DENOMIN
ACION DE ANLA-TYPBZ
33 TIPO
ACTIVO
FIJO ANLA-AIBN1
34 ORIGINAL
AÑO
ADQUIS. ANLA-URJHR
35 ORIG


campo campo Defecto
salida del
punto
anterior)
Clave
agrupamie ANLA-VMGLI
36 nto
Indicador
ANLA-EIGKZ
37 propiedad
Parte
contratant ANLA-LEAFI
38 e
Número
ANLA-LVTNR
39 contrato
Fecha
ANLA-LVDAT
40 contrato
41 Inicio ANLA-LEABG
Duración
contrato ANLA-LEJAR
42 años
Duración
contrato ANLA-LEPER
43 meses
44 Años NIIF
ANLB-NDJAR
Años
45 COLGAAP
ANLB-NDJAR
Años
46 FISCAL
ANLB-NDJAR
Valor ANLC-KANSW
47 Costo NIIF


campo campo Defecto
salida del
punto
anterior)
Valor
ANLC-KANSW
Costo
48 COLGAAP
Valor
ANLC-KANSW
Costo
49 FISCAL
Valor
Deprec.
50 NIIF
ANLC-KNAFA
Valor
Deprec.
51 COLGAAP
ANLC-KNAFA
Valor
Deprec.
52 FISCAL
ANLC-KNAFA
Valor Neto
53 NIIF
Valor Neto
54 COLGAAP
Valor Neto
55 FISCAL
Nota: Adicionalmente se debe activar la regleta de los iconos estándar de SAP
 Totales
Para todos los valores en Monedas (COP-USD) se deben totalizar
 Pie de página

N/A
 Tipo de Impresora
(Aplica solamente para formularios)
El formato debe poder bajar a Excel y PDF
 Tamaño del papel y orientación

N/A
 Impresión en papel pre impreso?

(Aplica solamente para formularios) Escribir Sí o No. Si se utilizará Papel Pre Impreso entregar una copia en físico en el tamaño real
de impresión
N/A
 Saltos de página
Si un formulario se imprime en varias páginas aclarar qué información debe presentarse en cada una
N/A
 Requerimientos de código de barras

N/A
 Otros requerimientos de impresión

(Aplica solamente para formularios) Describir el tipo de fuentes a presentar y cualquier otra aclaración importante para la impresión
Impresora a PDF o exportar a Excel
8. Escenarios de prueba
IMPORTANTE: Indique cada uno de los escenarios de prueba que deben validarse técnicamente para garantizar que el resultado
funcional sea el esperado.
Repetir esta tabla por cada uno de los escenarios de prueba, dichos escenarios deben corresponder con los casos de prueba de la
especificación del requerimiento (Numeral 10 del apartado anterior), en caso de no incluirlos completos explique por qué. Agregue
otros adicionales si lo considera necesario y especifique una variante por cada uno.
Descripción del caso de prueba
Se debe ejecutar y realizar la comparación con los valores en reportes estándar para
garantizar su correcta ejecución.
Mandante: (Indicar preferiblemente un mandante

Sandbox o de pruebas en el ambiente de Desarrollo,
en caso contrario indique un mandante en Calidad)
Ambiente: (Desarrollo/Calidad)
Paso Descripción (Incluir transacción correspondiente)
1.
2.
3.
Resultados esperados
Tener el reporte con toda la información de los campos de la tabla llenos y sus valores
correctos.
Comentarios:
Han sido especificados todos los escenarios SI

indicados por el usuario? (Si/No)
Comentarios
9. Aprobación especificación
Nombre – Compañía Firma Fecha (DD-MM-AAAA)

DOCUMENTACIÓN TÉCNICA DE LA SOLUCIÓN

(La consultoría ABAP debe diligenciar todos los ítems de esta sección)
Consultor ABAP asignado Alexander Riaño Corredor

Correo electrónico alexander.riano@grupocnet.com
1. Descripción del objeto

Paquete ZFI
Tipo de programa Reporte
Nombre del programa ZRPAAR_PATRIMONIO_ACTIVOS
Nombre del formulario No Aplica
Transacción ZAA_P_ACTIVOS
Clase de mensajes No Aplica
Fecha de Creación (DD-MM-AAAA) 15-09-2017
2. Diseño de la solución
Diagrama de flujo o una secuencia de pasos precisa y ordenada
3. Parámetros
Nombre campo Tabla-Campo Obligatorio Valor por Entrada/Salida
(longitud) /Opcional Defecto
(indicar la longitud si no es
un campo estándar)
Sociedad Obligatorio
Clase Activo Fijo
Activo Fijo
Subnúmero
Fecha Informe Obligatorio
4. Tablas Z

IMPORTANTE: El consultor ABAP debe revisar el diseño de las tablas Z sugerido por la consultoría funcional en cuanto a la
definición de sus campos, llave, índices, consultas, etc. (Duplique estos dos ítems por cada tabla Z a documentar)
 Información general
Nombre tabla No Aplica
Tiene vista de actualización?
Transacción asociada
 Campos de la tabla Z
Longitud
(indicarla si no
Obligatorio/ Tipo de es un campo
Campo Descripción Opcional campo estándar) Observaciones
5. Estructura Z
(Duplique estos dos ítems por cada estructura Z a describir)
Nombre estructura ZSTAA_ALV_PATRIMONIO
 Campos de la estructura Z
Tipo Longitud
(indicarla si no
de es un campo
Campo Descripción campo estándar) Observaciones
Número principal
ANLN1 de activo fijo ANLN1 CHAR 12
Clase de activos
ANLKL fijos ANLKL CHAR 8
BUKRS Sociedad BUKRS CHAR 4
Subnúmero de
ANLN2 activo fijo ANLN2 CHAR 4
Denominación del
TXA50
TXT50 activo fijo _ANLT CHAR 50
TXA50
Denominación del _MOR
TXA50 activo fijo (cont.) E CHAR 50
ANLHT
ANLHTXT Marca XT CHAR 50
AM_SE
SERNR Número de serie RNR CHAR 18
INVNR
INVNR Placa nueva _ANLA CHAR 25
AM_M
MENGE Cantidad ENGE QUAN 13
Unidad de medida
MEINS base MEINS UNIT 3
Se gestiona
históricamente el XHIST_
XHIST activo fijo AM CHAR 1
Fecha del último IVDAT_
IVDAT inventario ANLA DATS 8
Indicador de
INKEN inventario INKEN CHAR 1
INVZU
INVZU Placa anterior _ANLA CHAR 15
Fecha de
capitalización del AKTIV
AKTIV activo fijo D DATS 8
KOSTL Centro de coste KOSTL CHAR 10
WERK
WERKS Centro S_D CHAR 4
Emplazamiento
STORT del activo fijo STORT CHAR 10
RAUM
RAUMN Material NR CHAR 8
CAUFN Orden CO CAUFN CHAR 12
PERNR
PERNR Responsable _D NUMC 8
Emplazamiento
STORT2 del activo fijo STORT CHAR 10
ORD41 Oficina ORD41 CHAR 4
ORD42 Ubicación ORD42 CHAR 4
ORD43 Puesto de trabajo ORD43 CHAR 4
ORD44 Color ORD44 CHAR 4
Criterio de GDLG
GDLGRP clasificación 5 RP CHAR 8
ANLUE Placa padre ANLUE CHAR 12
Número de cuenta
del acreedor (otra AM_LIF
LIFNR palabra clave) NR CHAR 10
ANLHTXT ANLHT
2 Marca XT CHAR 50
TYPBZ
TYPBZ Activo fijo anterior _ANLA CHAR 15
Activo fijo de
origen en
AIBN1 traslados AIBN1 CHAR 12
Ejercicio de la
adquisición
URJHR original URJHR NUMC 4
Clave de
clasificación del
VMGLI patrimonio VMGLI CHAR 4
EIGKZ Tipo activo EIGKZ CHAR 1
Parte contratante
en contratos de
LEAFI leasing LEAFI CHAR 10
Nº del contrato de
LVTNR leasing LVTNR CHAR 15
Fecha del contrato
LVDAT de leasing LVDAT DATS 8
LEABG Inicio del leasing LEABG DATS 8
Duración del
contrato de leasing
LEJAR en años LEJAR NUMC 3
Duración del
leasing en
LEPER períodos LEPER NUMC 3
Vida útil prevista
NDJAR en años NDJAR NUMC 3
Vida útil prevista
NDJAR2 en años NDJAR NUMC 3
Vida útil prevista
NDJAR3 en años NDJAR NUMC 3
Costes de
adquisición y
producción KANS
KANSW acumulados W CURR 13
Costes de
adquisición y
producción KANS
KANSW2 acumulados W CURR 13
Costes de
adquisición y
producción KANS
KANSW3 acumulados W CURR 13
Amortizaciones
normales
KNAFA acumuladas KNAFA CURR 13
Amortizaciones
normales
KNAFA2 acumuladas KNAFA CURR 13
Amortizaciones
normales
KNAFA3 acumuladas KNAFA CURR 13
6. Listado de tablas / estructuras / vistas estándar utilizadas en el programa

Nombre Descripción
ANLA Segm.reg.maestro inmov.
ANLB Parámetros de amortización
ANLC Campos de valor de activos fijos
ANLH Número principal de activo fijo
ANLZ Asignaciones de activos fijos con fecha valor
7. Includes asociados al programa

(Listar objetos Z y estándar)
Nombre Descripción
ZINAA_PATRIMONIO_ACTIVOS_TOP Definición Variables
ZINAA_PATRIMONIO_ACTIVOS_RTN Rutinas Programa
8. Funciones utilizadas en el programa

Nombre Grupo de Funciones Descripción
REUSE_ALV_FIELDCATALOG_MERGE SALV Crear catálogo de

campos desde la
estructura del
diccionario o la tabla
interna
REUSE_ALV_GRID_DISPLAY SLVC_FULLSCREEN Salida de una lista
simple (una sola línea)
REUSE_ALV_EVENTS_GET SALV Devuelve la tabla de
eventos posibles para
un tipo de lista
REUSE_ALV_COMMENTARY_WRITE Lista de comentarios del
bloque de comentarios
del cuerpo
CONVERSION_EXIT_LDATE_OUTPUT SCA1 Fecha interna SALIDA
(por ejemplo
YYYYMMDD)
9. Detalle de las Pantallas Z

Número de Descripción
Pantalla
No Aplica
10. Clases utilizadas en el programa

(Listar objetos Z y estándar). En la descripción incluir Interfaces, Atributos, Métodos, Eventos, Alias
Nombre Descripción
No Aplica
11. Otros objetos

IMPORTANTE: Indicar Sets de Datos, Variables o cualquier otra información a la que el usuario deba hacer mantenimiento.
Nombre Tipo de Objeto Descripción
No Aplica
12. Verificaciones técnicas

(Incluir pantallazos)
Code Inspector

Comentarios:
Verificación ampliada
Comentarios
13. Manual de ejecución

 Consideraciones para la Ejecución
Listar las consideraciones para una correcta ejecución del programa
 Para la descarga del archivo Excel, el usuario debe tener instalado Microsoft Excel
 Procedimiento de Ejecución
Presentar todas las pantallas que intervienen en la ejecución del programa (de un mandante del sistema SAP del cliente)
Ingresar a la transacción ZAA_P_ACTIVOS
Ingresar Parámetros de Selección

Clic en o F8
El proceso genera un ALV en pantalla:
Si el usuario quiere generar una copia en Excel, debe hacer clic en el menú:
Seleccionar el formato:
Clic en
El proceso genera una ventana para seleccionar el destino de descarga del archivo e incluir el
nombre del archivo:
Clic en
Verificación Archivo:
reporte_patrimonio
.XLSX
14. Pruebas Técnicas

IMPORTANTE: Detalle cada uno de los casos de prueba verificados técnicamente para garantizar que el resultado funcional es el
esperado.
Repetir esta tabla por cada uno de los casos de prueba, dichos escenarios deben corresponder con los descritos en el numeral 8 del
apartado anterior, en caso de no incluirlos completos explique por qué. Agregue otros adicionales si lo considera necesario.

Descripción del caso de prueba (Se puede hacer referencia al número del escenario de prueba planteado en la
especificación funcional, numeral 8 del apartado anterior)
Verificar el proceso de Reporte Patrimonio Activos
Mandante: (Indicar preferiblemente un mandante 150
Ambiente: (Desarrollo/Calidad) Sandbox
Paso Descripción
1. Generar Reporte Patrimonio Activos
2. Generar Descarga Archivo Plano (Excel)
3.
Resultados obtenidos (incluir pantallas)

Prueba satisfactoria? Sí/No Sí

Observaciones
Nombre de quien realiza la prueba

Alexander Riaño Corredor
Han sido probados todos los escenarios

indicados por el consultor funcional? (Si/No)
Comentarios
15. QA al desarrollo y la documentación

Dependiendo de la complejidad del desarrollo el área técnica determina si se realiza la documentación del QA realizado al
desarrollo, en caso contrario se diligencia con “No Aplica”
Fecha de Revisión (DD-MM-AAAA) 21.09.2017
Consultor ABAP asignado al QA Julian Molina
Correo electrónico Julian.molina@grupocnet.com
Comentarios al código fuente Correcto
Comentarios al resultado de la ejecución

Correcta
Comentarios a la documentación En las Verificaciones técnicas (Code Inspector) por
favor colocar algún comentario del por qué son los
warnings
Si el desarrollo o la documentación no requieren ajustes apruebe de una vez el desarrollo (no es necesario diligenciar la tabla de
Respuesta QA)
Respuesta al QA
Consultor ABAP Alexander Riaño
Fecha Respuesta (DD-MM-AAAA) 21.09.2017
Comentarios Atendido lo solicitado por Julián Molina, los warnings
quedaron ajustados.

Aprobación del QA
Consultor que aprueba el Julián Molina
desarrollo
16. Relación de órdenes de transporte

Secuencia de Orden de transporte Descripción dada a la Orden de transporte
transporte
(Consecutivo 1, 2, 3,.. )
1 LVDK900953 AA R Patrimonio Activos Fijos 15092017
ARC
17. Aprobación del desarrollo


CONTROL DE CAMBIOS #
(Asigne un número consecutivo 1, 2, 3,… según la secuencia de controles de cambio sobre el mismo programa)
Copie éste apartado por cada control de cambios a incluir (antes de diligenciarlo)
El usuario responsable por parte del cliente debe diligenciar los siguientes ítems:
Usuario funcional responsable del requerimiento

Correo electrónico
1. Cambio solicitado
2. Prioridad
Prioridad ( ) Alta/Obligatorio
(Marcar con una X una de las
opciones)
( ) Media/Recomendado
( ) Baja/Opcional
3. Casos de Prueba
IMPORTANTE: Indique cada uno de los escenarios de prueba que deben validarse como alcance, para garantizar que el resultado
del cambio sea el esperado. Agregue tantas filas como requiera.
Criterio de ejecución Resultado Esperado
4. Aprobación del control de cambios

El consultor funcional debe diligenciar los siguientes ítems:
Consultor funcional asignado

Correo electrónico
5. Descripción detallada del cambio
6. Definición de información adicional (no estándar de SAP)

Indique los campos requeridos agrupados por la relación lógica que considere adecuada. Un grupo de campos puede incluir campos
estándar de SAP y campos no estándar, cuya agrupación no existe en SAP como una tabla estándar y por tanto debe crearse como
una tabla Z. El consultor ABAP debe revisar éste diseño y optimizarlo para integrarlo correctamente a la base de datos de SAP
(Repita las dos tablas siguientes por cada grupo de campos que necesite especificar)
 Información general Grupo de datos No. #
Nombre grupo
Tamaño estimado de registros

de ese grupo
Esta información debe tener
mantenimiento por parte del
usuario? (Sí/No)
 Estructura Grupo de datos No. #

Nombre Tabla-Campo Formato Obligatorio Valor por Observaciones (Regla de
campo (longitud) del /Opcional Defecto Conversión / Lógica de
(indicar la longitud si consulta / Cálculo requerido /
campo
no es un campo Validación)
estándar)
7. Parámetros de entrada a agregar o modificar

Nombre Tabla-Campo (longitud) Valor Único? Obligatorio Valor por
campo (indicar la longitud si no es un campo / Rango de /Opcional Defecto
estándar)
valores?
8. Salida
 Campos de salida a agregar o modificar
Número Nombre Tabla-Campo Formato Valor Observaciones (Regla de Conversión /
del campo (longitud) del por Lógica de consulta / Cálculo requerido /
campo campo Defecto
si no es un campo
estándar)
 Información de otros cambios en la salida
9. Escenarios de prueba
IMPORTANTE: Indique cada uno de los escenarios de prueba que deben validarse técnicamente para garantizar que el resultado
funcional sea el esperado.
Repetir esta tabla por cada uno de los escenarios de prueba, dichos escenarios deben corresponder con los casos de prueba de
éste control de cambios (Numeral 3), en caso de no incluirlos completos explique por qué. Agregue otros adicionales si lo considera
necesario.
Descripción del caso de prueba

Paso Descripción (Incluir transacción correspondiente)
1.
2.
3.
Resultados esperados
Comentarios:
Han sido especificados todos los escenarios

indicados por el usuario? (Si/No)
Comentarios
10. Aprobación de la especificación del control de cambios

La consultoría ABAP debe diligenciar los siguientes ítems:
Consultor ABAP asignado

Correo electrónico
11. Diseño del cambio

(Diagrama de flujo o una secuencia de pasos precisa y ordenada)
12. Parámetros agregados o modificados

Nombre Tabla-Campo (longitud) Obligatorio Valor por Entrada/Salida
campo (indicar la longitud si no es un /Opcional Defecto
campo estándar)
13. Tablas Z agregadas o modificadas

IMPORTANTE: El consultor ABAP debe verificar el diseño de las tablas Z sugerido por la consultoría funcional en cuanto a la
definición de sus campos, llave, índices, consultas, etc.
Duplique estos dos ítems por cada tabla Z a describir.
Nombre tabla
Tiene vista de actualización?
Transacción asociada
 Campos de la tabla Z
Obligatorio/ Tipo de
Campo Descripción Opcional campo Longitud Observaciones
(indicarla si no
es un campo
estándar)
14. Estructura Z agregadas o modificadas

Duplique estos dos ítems por cada estructura Z a describir
Nombre estructura
 Campos de la estructura Z
Tipo Longitud
(indicarla si no
de es un campo
Campo Descripción campo estándar) Observaciones
15. Listado de otros objetos agregados o modificados con éste control de

cambios
IMPORTANTE: Indicar Sets de Datos, Variables o cualquier otra información a la que el usuario deba hacer mantenimiento.
Nombre Tipo de Objeto Descripción
16. Hay modificaciones en la ejecución del programa?

Escribir Sí o No, en caso de ser “Sí” indique en qué consisten dichos cambios

17. Pruebas Técnicas

IMPORTANTE: Detalle cada uno de los casos de prueba verificados técnicamente para garantizar que el resultado funcional es el
esperado.
Repetir esta tabla por cada uno de los casos de prueba, dichos escenarios deben corresponder con los descritos en el numeral 9 de
éste control de cambios, en caso de no incluirlos completos explique por qué. Agregue otros adicionales si lo considera necesario.
Descripción del caso de prueba (Se puede hacer referencia al número del escenario de prueba planteado en la
especificación funcional, numeral 9 de éste control de cambios)

Paso Descripción
1.
2.
3.
Resultados obtenidos (incluir pantallas)
Prueba satisfactoria? Sí/No

Observaciones
Nombre de quien realiza la prueba
Han sido probados todos los escenarios

indicados por el consultor funcional? (Si/No)
Comentarios
18. Relación de órdenes de transporte del cambio

Secuencia de Orden de transporte Descripción dada a la Orden de transporte
transporte
(Consecutivo 1, 2, 3,.. )
19. Aprobación del cambio



Abp

Caricato da

Informazioni sul documento

Descrizione originale:

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Abp

Caricato da

Copyright:

Formati disponibili

EXPEDIENTE DE REQUERIMIENTO

Información del Proyecto

Identificación del requerimiento

Control de versiones o cambios al contenido del documento

A tener en cuenta antes de diligenciar el documento

Fecha de Emisión: 24 de Octubre de 2015 Página 1 de 32

Fecha de Emisión: 24 de Octubre de 2015 Página 2 de 32

Usuario funcional responsable del requerimiento Elkin Bolaños y Diana Caviedes

2. Descripción Funcional del Proceso de Negocio

Nombre Obli? Ayud Tabla- Select Option / Observaciones

Detalle del Proceso:

Al generar el informe según el criterio de búsqueda, debe mostrar la siguiente información en

3. Criterios de ordenamiento de los datos

En pantalla y/o proceso de Fondo

-La totalidad de activos incluidos en el reporte, debe corresponder a la totalidad de activos

6. Manejo de errores (Algunas reglas para alarmas y monitoreo)

15.000 filas aprox.

8. Otros requisitos no funcionales

Fecha de Emisión: 24 de Octubre de 2015 Página 5 de 32

9. Requerimientos de Seguridad y Autenticación (Detalle de autorizaciones)

Para todos los usuarios de Contabilidad (Bogotá y Tuluá).

10. Casos de Prueba

Criterio de ejecución Resultado Esperado

Fecha de Emisión: 24 de Octubre de 2015 Página 6 de 32

ESPECIFICACIÓN TÉCNICA DEL CONSULTOR FUNCIONAL

Consultor funcional asignado Edgar Torres C.

1. Información técnica para formularios

 Dependencias con otros WRICEFs

3. Transacciones involucradas en el proceso

5. Definición de información adicional (no estándar de SAP) a incluir

Fecha de Emisión: 24 de Octubre de 2015 Página 7 de 32

 Estructura Grupo de datos No. #

Sub.nume ANLAV- ANLN2 Opcional

7. Resultado del Proceso (Salida del reporte o formulario)

Fecha de Emisión: 24 de Octubre de 2015 Página 8 de 32

 Textos estándar / Set de datos

A nivel de Cabecera colocar nombre de la Sociedad (ADDR1_DATA-NAME1)

 Título principal y cabecera

Patrimonio de activos fijos

Fecha de Emisión: 24 de Octubre de 2015 Página 9 de 32

Número Nombre Tabla-Campo Format Valor Observaciones (Regla de Conversión /

Fecha de Emisión: 24 de Octubre de 2015 Página 10 de 32

Número Nombre Tabla-Campo Format Valor Observaciones (Regla de Conversión /

Fecha de Emisión: 24 de Octubre de 2015 Página 11 de 32

Número Nombre Tabla-Campo Format Valor Observaciones (Regla de Conversión /

Fecha de Emisión: 24 de Octubre de 2015 Página 12 de 32

Número Nombre Tabla-Campo Format Valor Observaciones (Regla de Conversión /

Fecha de Emisión: 24 de Octubre de 2015 Página 13 de 32

Número Nombre Tabla-Campo Format Valor Observaciones (Regla de Conversión /

Nota: Adicionalmente se debe activar la regleta de los iconos estándar de SAP

Para todos los valores en Monedas (COP-USD) se deben totalizar

Fecha de Emisión: 24 de Octubre de 2015 Página 14 de 32

El formato debe poder bajar a Excel y PDF

 Tamaño del papel y orientación

 Impresión en papel pre impreso?

 Requerimientos de código de barras

 Otros requerimientos de impresión

Impresora a PDF o exportar a Excel

Mandante: (Indicar preferiblemente un mandante

Han sido especificados todos los escenarios SI

Nombre – Compañía Firma Fecha (DD-MM-AAAA)

Nombre – Compañía Firma Fecha (DD-MM-AAAA)