Levapan FI AP ABAP 003 F Compensación Gastos Tarjeta de Crédito Hacia El Banco

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 AP 003 F
Descripción del Requerimiento Compensación de la cuenta por pagar de los gastos
pagados con Tarjeta de Crédito
Módulo FI-AP
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 07-09/17 Fredy Martínez
1 16-11-2017 Germán Marín Muñoz Documentación técnica
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 24

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 ..................................................................................................... 13
CONTROL DE CAMBIOS # ......................................................................................................................................... 20

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 Diana Caviedes y Elkin Bolaños

diana.caviedes@levapan.com
Correo electrónico elkin.bolanos@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
Traslado con Compensación de la Cuenta por pagar de los gastos Pagados con Tarjeta de
Crédito al Acreedor del Banco de Bogotá o al que corresponda.
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
Detalle del Proceso:
Debido a que hay muchos pagos que se realizan con Tarjetas de Crédito tales como tiquetes del
Acreedor Andes tours, Tapssi de los servicios de trasporte, entre otros se hace necesario lo
siguiente:
- Tener una transacción donde se le permita colocar los siguientes parámetros de entrada
y/o Criterios de Selección:
Criterios de Selección:
Nombre Obli? Ayu Tabla- Select Option / Observaciones
da Campo / Parameter /
Bús Tipo de Check Box /
qued Dato Radio Button
a (Longitud)
Número de X X C(10) Select Option Debe permitir ingresar uno o

Documento varios documentos al mismo
tiempo
Código X X C(10) Parameter Corresponde al código del
Banco Banco a donde se van a
reclasificar las cuentas por
pagar
Asignación X C(10) Parameter Corresponde al nombre de la
y/o Campo tarjeta a la cual se va a

destinado reclasificar ej.: TAPSI,

para el CAMILO RODRIGUEZ, etc.
Código de
la Tarjeta
(Nombre de
la Tarjeta)
(Clave de
Ref. 2)
Al diligenciar los criterios de selección, el sistema debe leer el documento o los documentos
dados en los criterios de selección en el campo “Numero de documento”, debe coger la cuenta
por pagar de cada uno de esos documentos y trasladarlo al código del tercero dado en los
criterios de selección en el campo “Código de banco”. Al realizar dicho traslado, se debe hacer
el traslado con Compensación – Transacción F-51. Al realizar dicho traslado con compensación
se tendrán en cuenta los siguientes criterios:
- Se debe hacer un documento de compensación por cada documento dado en los criterios
de selección.
- El documento de traslado y compensación debe quedar en la clase de documento KH-
Pagos Tarj. Crédito.
- La partida en el acreedor del cual se está trasladando debe quedar compensada con la
clase de documento KH.
- La partida a donde se está trasladando (Código banco) debe quedar como partida abierta
y debe quedar con condición de pago vencida, independiente de la que tenga el
documento original y la cuenta asociada deberá ser la misma que la partida original.
- La cabecera del documento, en lo que tiene que ver con fecha de documento, referencia
y texto cabecera debe tomar los mismos datos que el documento original.
- El texto de posición debe traer los mismos datos que el texto original, y en el campo Clave
de Referencia 2 deberá ir el dato dado en el criterio de selección 3 “Asignación y/o campo
destinado para el nombre de la tarjeta”.
- El documento debe permitirse anularse y/o descompensarse cuando se requiera siempre
y cuando no haya sido tratado y compensado en un pago u otro documento.
3. Criterios de ordenamiento de los datos
N/A
4. Modo de ejecución
En línea / En Job
- Por Pantalla, en el momento que se ejecute la transacción y una vez dados los criterios
de selección enunciados en el numeral 2 de este documento.
- Debe permitir dejar imprimir posteriormente y visualizar las partidas compensadas.
- Debe permitir identificar las partidas a que tarjeta corresponden.
5. Validaciones
La información debe ser consistente entre lo que se está cancelando y lo que se está traslando,
tanto en valores como en cuentas y datos de cabecera.
No debe permitir realizar un traslado con compensación de un documento que ya ha sido
compensado o pagado.
6. Manejo de errores (Algunas reglas para alarmas y monitoreo)

Condición para la generación del
Texto del mensaje
mensaje
La cuenta por pagar del documento
El documento XXXXXXX ya ha sido
ingresado en los criterios de selección ya
compensado.
ha sido compensado.
7. Consideraciones de Desempeño
 Cantidad de datos esperados y su periodicidad
500 aprox. durante el mes.
 Frecuencia de ejecución
Diaria
8. Otros requisitos no funcionales
No Aplica
9. Requerimientos de Seguridad y Autenticación (Detalle de autorizaciones)
Para todos los usuarios de Contabilidad (Bogotá).
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

- Ingresar 10 documentos de
causación de Andes y Tappsi, que no Deben generarse 10 documentos de traslado y
hayan sido compensados. compensación con clase de documento KH, y
- Colocar en código de banco “Banco colocar los datos a cada documento según lo
de Bogotá”. enunciado en este documento.
- En Asignación colocar TIQUETES
- Ingresar 5 documentos de causación Deben generarse 3 documentos de traslado y

de Andes, 3 que no hayan sido compensación con clase de documento KH, y
compensados y 2 que ya estén
colocar los datos a cada documento según lo
compensados.
- Colocar en código de banco “Banco enunciado en este documento. Se debe generar
de Bogotá”. error en pantalla por los dos documentos que ya
- En Asignación colocar TIQUETES fueron compensados.

ESPECIFICACIÓN TÉCNICA DEL CONSULTOR FUNCIONAL

(El consultor funcional debe diligenciar todos los ítems de esta sección)
Consultor funcional asignado Fredy Martinez

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

(Solo para formularios)
Programa de control Estándar
Formulario Estándar
Clase de mensaje
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
3. Transacciones involucradas en el proceso

Transacción Descripción
FBL1N
4. Diseño funcional
Si es parte de un proceso estándar debe incluirse un ejemplo pantalla por pantalla indicando la transacción correspondiente
Consultar las partidas abierta BSIK de un acreedor de acuerdo a los parámetros definidos DATOS
SELECCIÓN.

De acuerdo a la selección se realiza una compensación de acuerdo a los DATOS PARA

COMPENSAR de los parámetros de entrada, se realiza un documento por registro
Las check box viene marcados, el usuario podrá desmarcar algún documento para después
contabilizar la compensación con el botón superior
se realizará la compensación con la funciones POSTING_INTERFACE_START y

POSTING_INTERFACE_CLEARING.
La delimitación la tomara de los parámetros de entrada documento BELNR
Datos de cabecera:
Fecha documento BLDAT: BSIK-BLDAT

Fecha contab. BUDAT: BSIK-BUDAT
Clase doc. BLART : parámetro entrada CLASE DE DOCUMENTO
Período MONAT : Tomar el mes de fecha

Sociedad BUKRS : BUKRS
Moneda/T/C WAERS : WAERS
Referencia XBLNRE: BSIK-XBLNR
Posición Traslado
Clave de contabilización: si la posición que está tomando es positiva se pone 21 y si la posición

es negativa se coloca 31
Cuenta tercero LIFNR: parámetro de entrada CODIGO BANCO
Fecha FDTAG: SYST-DATUM
Condición ZTERM: BSIK-ZTERM
Fecha Base ZFBDT: BSIK- ZFBDT
Importe DMBTR: BSIK-DMBTR para moneda <> COP colocar WRBTR
Texto TEXT: BSIK-SGTXT
Asignación ZUONR: parámetro entrada ASIGNACION
Referencia 2 XREF2: BSIK-XREF2
Cuenta HKONT ;BSIK-HKONT
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
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 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)
6. Parámetros de entrada
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?
Cuenta BSIK-LIFNR UNICO OPCIONAL
Acreedor
Sociedad BSIK-BUKRS UNICO OBLIGATORIO
Documento BSIK-BELNR RANGO OBLIGATORIO
Código BSEG-LIFNR UNICO OBLIGATORIO
Banco
Asignación BSEG-ZUONR UNICO OPCIONAL
Clase de BKPF-BLART UNICO OBLIGATORIO
documento
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)
 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
 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
 Título principal y cabecera
 Subtítulos

 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- Formato Valor Observaciones (Regla de Conversión /
del campo Campo del campo por Lógica de consulta / Cálculo requerido /
Validación)
campo (longitud) Defecto
(Según el (indicar la
diseño de longitud si no es
salida del un campo
punto estándar)
anterior)
1 Check
Box
2 Aignacion BSIK-ZUONR CHAR
3 N doc BSIK-BELNR CHAR
4 Clase BSIK-BLART CHAR
5 Fecha BSIK-BLDAT Ddmmaaa
6 Importe BSIK-DMBTR Valor Corre función currency_amount
7 texto BSIK-SGTXT Char
 Totales
 Pie de página
 Tipo de Impresora
(Aplica solamente para formularios)
 Tamaño del papel y orientación

 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
 Saltos de página
Si un formulario se imprime en varias páginas aclarar qué información debe presentarse en cada una
 Requerimientos de código de barras

 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
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
Compensación acreedor 6
Mandante: (Indicar preferiblemente un mandante 150
Sandbox o de pruebas en el ambiente de Desarrollo,
en caso contrario indique un mandante en Calidad)
Ambiente: (Desarrollo/Calidad) Sandbox
Paso Descripción (Incluir transacción correspondiente)
1. Tomar las partidas abiertas del acreedor 6 revisar por la transacción fbl1n y trasladar
al acreedor 3
2.
3.
Resultados esperados
Comentarios:
Han sido especificados todos los escenarios

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 Germán Marín Muñoz

Correo electrónico German.marin@grupocnet.com
1. Descripción del objeto

Paquete ZFI
Tipo de programa Reporte
Nombre del programa ZRPFI_COMPGTOS_TARJ
Nombre del formulario No Aplica
Transacción ZFI_COMPGTOS
Clase de mensajes No Aplica
Fecha de Creación (DD-MM-AAAA) 10-11-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)
P_LIFNR BSIK-LIFNR Obligatorio Entrada
P_BUKRS BSIK-BUKRS Obligatorio Entrada
SO_BELNR BSIK-BELNR Obligatorio Entrada
P_BANCO BSEG-LIFNR Obligatorio Salida
P_ZUONR BSEG_ZUONR Opcional Salida
P_BLART BKPF-BLART Obligatorio Salida
P_MODE CTU_PARAMS- Obligatorio N Entrada
DISMODE
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? No Aplica
Transacción asociada No Aplica
 Campos de la tabla Z
Longitud
(indicarla si no
Obligatorio/ Tipo de es un campo
Campo Descripción Opcional campo estándar) Observaciones
No
Aplica

5. Estructura Z
(Duplique estos dos ítems por cada estructura Z a describir)
Nombre estructura No Aplica
 Campos de la estructura Z
Tipo Longitud
(indicarla si no
de es un campo
Campo Descripción campo estándar) Observaciones
No
Aplica
6. Listado de tablas / estructuras / vistas estándar utilizadas en el programa

Nombre Descripción
BSIK Partidas de Acreedores
BSEG Segmento de Documento de Contabilidad
BKPF Cabecera de Documento para Contabilidad
SLIS Tipos globales para bloques de creación de lista genéricos
7. Includes asociados al programa

(Listar objetos Z y estándar)
Nombre Descripción
ZINFI_COMPGTOS_TARJ_TOP Definiciones de datos y parámetros
ZINFI_COMPGTOS_TARJ_MAI Principal
ZINFI_COMPGTOS_TARJ_RTN Rutinas de Procesos
ZINFI_COMPGTOS_TARJ_F01 Reportes: ALV y LIST
8. Funciones utilizadas en el programa

Nombre Grupo de Descripción
Funciones
POSTING_INTERFACE_START FIPI Indica inicio y modo de
ejecución de la BAPI que
replica el funcionamiento de la
transacción FB05 para hacer
compensaciones contables
POSTING_INTERFACE_CLEARING FIPI Interface de contabilización
interna de FI que crea la
compensación
POSTING_INTERFACE_END FIPI Finaliza el proceso de la BAPI
que hace la compensación
CURRENCY_AMOUNT_BAPI_TO_SAP ISOC Convertir el valor a moneda
Local
CURRENCY_AMOUNT_SAP_TO_BAPI ISOC Convierte una cantidad de
moneda de vista externa a
SAP
9. Detalle de las Pantallas Z

Número de Descripción
Pantalla
1000 Pantalla principal
9000 Pantalla para dar salida al reporte de documentos y saldos del acreedor.
Seleccionar registros a compensar.
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
SET_TABLE_FOR_FIRST_DISPLAY Impresión del ALV
REGISTER_EDIT_EVENT Permite conocer los registros del reporte que se han
seleccionado
REFRESH_TABLE_DISPLAY Método para actualizar la tabla de salida en el control
de la cuadrícula
SET_TOOLBAR_INTERACTIVE Método para recrear la barra de herramientas
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

 Procedimiento de Ejecución
Presentar todas las pantallas que intervienen en la ejecución del programa (de un mandante del sistema SAP del cliente)
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)

Mandante: (Indicar preferiblemente un mandante 150 Sandbox

Ambiente: (Desarrollo/Calidad) Desarrollo
Paso Descripción
1. Ejecución del programa y entrada de parámetros:
2. Selección de partidas a compensar:
3. Presionar el botón correspondiente a CONTABILIZAR:
Si en entrada de parámetros seleccionó: A (Visualizar todos los Dynpros),

podrá ver paso a paso la compensación de cada documento.
4. Revisar el Log del proceso:

Resultados obtenidos (incluir pantallas)
Prueba satisfactoria? Sí/No SI

Observaciones
Se seleccionaron dos partidas de las generadas en la consulta del acreedor: una de

naturaleza débito y otra de naturaleza crédito
Nombre de quien realiza la prueba

Germán Marín Muñoz
Han sido probados todos los escenarios SI

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) 20-11-2017
Consultor ABAP asignado al QA Monica Franco
Correo electrónico monica.franco@grupcnet.com
Comentarios al código fuente
Correcto
Comentarios al resultado de la ejecución Correcto
Comentarios a la documentación Correcto

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 Germán Marín Muñoz
Fecha Respuesta (DD-MM-AAAA) 20-11-2017
Comentarios Se atendieron recomendaciones, dejando en cero
advertencias en Code Inspector y Verificación Ampliada
Aprobación del QA
Consultor que aprueba el Monica Franco
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 LVDK902211 FI_AP R Compensación Gastos con Tarjeta
Crédito 10112017 GMM
2 LVDK902419 FI_AP R Compensación Gastos con Tarjeta
Crédito 17112017 GMM
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 /
(indicar la longitud Validación)
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
Mandante: (Indicar preferiblemente un mandante

Ambiente: (Desarrollo/Calidad)
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
Longitud
(indicarla si no
Obligatorio/ Tipo de es un campo
Campo Descripción Opcional campo estándar) Observaciones
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)
Mandante: (Indicar preferiblemente un mandante

Ambiente: (Desarrollo/Calidad)
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



Levapan FI AP ABAP 003 F Compensación Gastos Tarjeta de Crédito Hacia El Banco

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Levapan FI AP ABAP 003 F Compensación Gastos Tarjeta de Crédito Hacia El Banco

Diunggah oleh

Hak Cipta:

Format Tersedia

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 24

REQUERIMIENTO FUNCIONAL ................................................................................................................................... 3

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

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

2. Descripción Funcional del Proceso de Negocio

Detalle del Proceso:

Número de X X C(10) Select Option Debe permitir ingresar uno o

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

destinado reclasificar ej.: TAPSI,

3. Criterios de ordenamiento de los datos

- Debe permitir identificar las partidas a que tarjeta corresponden.

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

500 aprox. durante el mes.

8. Otros requisitos no funcionales

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

Para todos los usuarios de Contabilidad (Bogotá).

10. Casos de Prueba

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

Criterio de ejecución Resultado Esperado

- Ingresar 5 documentos de causación Deben generarse 3 documentos de traslado y

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

ESPECIFICACIÓN TÉCNICA DEL CONSULTOR FUNCIONAL

Consultor funcional asignado Fredy Martinez

1. Información técnica para formularios

 Dependencias con otros WRICEFs

3. Transacciones involucradas en el proceso

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

De acuerdo a la selección se realiza una compensación de acuerdo a los DATOS PARA

se realizará la compensación con la funciones POSTING_INTERFACE_START y

La delimitación la tomara de los parámetros de entrada documento BELNR

Fecha documento BLDAT: BSIK-BLDAT

Período MONAT : Tomar el mes de fecha

Clave de contabilización: si la posición que está tomando es positiva se pone 21 y si la posición

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 9 de 24

 Estructura Grupo de datos No. #

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

 Textos estándar / Set de datos

 Título principal y cabecera

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

 Tamaño del papel y orientación

 Impresión en papel pre impreso?

 Requerimientos de código de barras

 Otros requerimientos de impresión

Han sido especificados todos los escenarios

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

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

DOCUMENTACIÓN TÉCNICA DE LA SOLUCIÓN

Consultor ABAP asignado Germán Marín Muñoz

1. Descripción del objeto

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

6. Listado de tablas / estructuras / vistas estándar utilizadas en el programa

7. Includes asociados al programa

8. Funciones utilizadas en el programa

9. Detalle de las Pantallas Z

10. Clases utilizadas en el programa

11. Otros objetos

12. Verificaciones técnicas