Está en la página 1de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Sistema Informacin:
Mdulo:
Proceso:
Subproceso:

SAP
FI-AP
Req.Funcional:
Mejora Desarrollo IVA TRANSITORIO

Unidad de Negocio:

<Nombre del centro de costo


responsable

Usuario Lder
Consultor Interno
Consultor Externo

Jairo Leguizamon
Fanny Cortes
Marleni Perez IBM

Prioridad

Xxx

1. Alta

Centro Costo:

Creado el:
Planificado:

540

Esp. N:

10/06/2015
10/06/2015

Status:
(Desarrollo, Carga inicial, Reporte, Formulario, Exit, Field Exit, etc))

X 2. Media

3. Baja

4. Post Go-Live

Mdulos Afectados
<Botn Men principal del Aplicativo que est(n) relacionado(s) con la necesidad>
rea Funcional
Sub- Mdulo

Das Hombres / Estimados

Histrico de Modificaciones
<Trazabilidad de modificaciones generadas de manera indispensable, si no slo sera una nica versin >
Versin
1

Especificado por

Revisado por

Descripcin

Fecha

Diana Zoraida
Penagos/Johanna
Clavijo

26/05/2015

2
3
4
Items / Componentes Modificados

Justificacin
Segn el artculo 490 del estatuto tributario, el IVA que se pague y se destine indistintamente a productos gravados,
exentos y excluidos, se debe prorratear en funcin del monto de los ingresos gravados, exentos y excluidos del
periodo correspondiente. Para tal efecto, el decreto 1813 de 1984 en su artculo 30 establece el manejo de una
cuenta de IVA TRANSITORIO, en la cual se debite a lo largo del periodo fiscal el valor de los impuestos
correspondientes a los costos y gastos comunes. Al finalizar cada bimestre, dicha cuenta se abonar con cargo a la
cuenta de IVA DESCONTABLE o al GASTO de acuerdo al porcentaje de los ingresos.
Actualmente, el estndar SAP no tiene establecido una funcionalidad para realizar dicho procedimiento de forma
automtica, dejando as las actividades de control y ajuste de esta cuenta de forma manual, lo cual ocasiona
demoras en el cierre, errores de digitacin por la cantidad de informacin y posibilidades de incurrir en sanciones con
Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 1 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

la administracin de impuestos DIAN al elaborar la declaracin de IVA. Actualmente los registros que afectan la
cuenta de IVA son aproximadamente 74.000 en el periodo, los cuales se deben controlar uno a uno teniendo en
cuenta los ms de 3.000 centros de costos de tiene actualmente CAFAM y el tiempo estimado de cierre que debe ser
de dos horas.
Dado lo anterior, el Departamento de Tecnologas de la Informacin diseo un desarrollo para realizar esta actividad
de forma automtica en dos etapas
Distribucin de IVA transitorio y distribucin de IVA segn rdenes, los cuales requieren de mejoras para su
funcionamiento, como es la mejora en la frmula del desglose solicitado a IBM, el cual es prerrequisito su
funcionamiento y para verificar la distribucin del IVA TRANSITORIO en el desarrollo.

Descripcin del Proceso Actual


1.

El desarrollo est compuesto por los siguientes aplicativos:


a) ZFIGL_IVATRANS - Parametrizacin para Iva Transitorio
b) ZFI_IVA_TRANS - Parametrizacin tabla ZFI_IVA_TRANS
c) ZFIGL_VALIVATRANS - Paso 1. Extractor Validador IVA Tra
d) ZFIGL_DISTIVATRANS - Paso 2 Distribuye Iva Transitorio
e) ZFIGL_DISTIVAGASTO - Distrib Iva Tran Gasto por Ordenes
f) ZFIGL_BIM_IVATRANS - Paso 3. Distrib Bimensual IVA TRANS
a)

ZFIGL_IVATRANS - Parametrizacin para Iva Transitorio: all se registran las cuentas a las cuales se realiza
el registro contable de la distribucin y las clases de documento que se excluyen en el proceso de validacin de
informacin.

b)

ZFI_IVA_TRANS - Parametrizacin tabla ZFI_IVA_TRANS: Se encuentran los cecos segn sean tipo T, los
cuales sern validados por el programa.

Aprobado por: Marlon Javier Forero


Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 2 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

c)

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

ZFIGL_VALIVATRANS - Paso 1. Extractor Validador IVA Tra: Es ejecutada por el usuario, en la cual se
selecciona ao y mes. El programa genera en pantalla las partidas con error, que correspondern a aquellos

Aprobado por: Marlon Javier Forero


Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 3 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

cecos q segn la tabla zfi_iva_trans, no son de tipo de IVA transitorio. este log se puede exportar a Excel,
corregir las partidas con la contabilizacin de la reclasificacin en la cuenta de IVA y posteriormente compensar
partidas de la cuenta transitoria por la tx f.13, en el mes de ejecucin del proceso.

Es importante mencionar que desde este paso 1, no ha sido posible realizar las pruebas del desarrollo dado los errores que
muestra el sistema por el problema en la frmula del desgloce mencionado anteriormente, se debe validar si es necesesario
realizar la compensacion de las partidas de la reclasificacin manual que surgan para la cuenta transitoria para el funcionamiento
del desarrollo.
La pantalla que muestra el sistema al ejecutar el paso 1 es:

Aprobado por: Marlon Javier Forero


Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 4 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

VISTA DE ENTRADA.
Uno de los errores que presenta el aplicativo es en el documento 9419303, en el cual se registro el valor del gasto por 544.336 al
cebe 601 con el indicador correcto que es Y.

VISTA LIBRO MAYOR.


Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 5 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

En en la posicin 1841, se encuentra una partida por valor de 34.262 al ceco 601 el cual corresponde a un indicador de tipo Y
como se indic al momento del registro y no T como qued registrado contablemente.

d)

ZFIGL_DISTIVATRANS - Paso 2 Distribuye IVA Transitorio: Una vez no se genere un logo de error, el
programa continuar con el paso 2.

Debido a los errores presentados por la frmula del desglose, no se ha podido continuar con la revisin y
pruebas de los dems pasos del desarrollo.

La distribucin del IVA TRANSITORIO, se diseo para ser realizado en dos procesos mensuales y uno bimestral,
as:
Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 6 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

Proceso 33
Proceso

Proceso 22
Proceso

Proceso 11
Proceso
Paso
Paso 11 yy 22

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Paso
Paso 11 yy 22

Paso
Paso 33

Distribucin
IVA Mes 1

Distribucin
IVA Mes 2

Recalculo
Distribucin
Bimestral
Mes 2

Distribucin
Distribucin
Gasto
Gasto por
por
rdenes.
rdenes.

Distribucin
Distribucin
Gasto
Gasto por
por
rdenes.
rdenes.

Finalidad cuenta IVA TRANSITORIO.


De acuerdo al artculo 490 del estatuto tributario cuando los bienes y servicios que otorgan derecho a descuento
se destinen indistintamente a operaciones gravadas, exentas, o excluidas del impuesto y no fuere posible
establecer su imputacin directa a unas y otras, el cmputo de dicho descuento se efectuar en proporcin al
monto de tales operaciones del perodo fiscal correspondiente, CAFAM creo el indicador tipo T, para el registro
de estas transaciones. La declaracin de IVA es de periodo bimestral.
MES 1 y 2.
Para el mes 1, el porcentaje de prorrateo del IVA TRANSITORIO no es el definitivo, dado que se tiene que tener
en cuenta que el proceso es bimestral de acuerdo con el artculo citado anteriormente, para determinar el
porcentaje definitivo se debe esperar al cierre contable del mes 2, por lo tanto el porcentaje a utilizar en el mes 2
ser el bimestral.
Con la informacin del paso 1, el paso 2 totaliza los importes por cebe, se aplica el % Distribucin como Gasto y
la diferencia entre estos dos valores se toma como IVA descontable. Este porcentaje se calcula de forma manual
al finalizar el mes de acuerdo a los ingresos de CAFAM. Estos valores se almacenan por mes en una tabla que
indicara Cebe, Importe, % Distribucin como Gasto, el valor correspondiente al gasto y el valor como IVA
descontable y se contabilizaran en las cuentas correspondientes: Gasto (51150510) e Iva descontable
(24081003).
Actualmente al realizar el proceso manualmente el sistema genera 5 documentos para IVA DESCONTABLE y 5
documentos para IVA MAYOR VALOR DEL GASTO.

EJEMPLO.
Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 7 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Para ilustrar este registro, tomamos como ejemplo la contabilizacin del ICA BOGOTA generado por la
transaccin ZFI_ICA - Rep. de Impuestos de Comercio e Ind., donde se evidencia la tabla de ingresos por
cuenta y por cebe:

El registro contable queda de la siguiente manera:


Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 8 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Se evidencia que el registro queda un valor por cada centro de beneficio.


e)

ZFIGL_DISTIVAGASTO - Distrib Iva Tran Gasto por rdenes.


Para cada mes se toman las rdenes mayores a 1000000 y las partidas con indicadores de Iva transitorio. Con
esta informacin se totaliza por cebe y Orden los importes generados. Con estos importes para cada Orden se
calcula su participacin de acuerdo al total por Cebe, calculndose un % part Orden en Cebe.
Para las rdenes del clculo anterior, se trae la norma de liquidacin y se construye el siguiente reporte
Orden / Ceco Liq / % Liquid / Cebe / Iva como gasto del Cebe / % part Orden en Cebe / Iva como gasto
a Ceco
El campo Iva como gasto a Ceco se calculara asi: % Liquid * % part Orden en Cebe * Iva como gasto del Cebe.
Se hace la contabilizacin acreditando de la cuenta de Iva como Gasto (51150510) totalizado por cebe y
debitando por esa misma cuenta totalizado por Ceco.
A la fecha no se han realizado pruebas sobre est transaccin, por lo tanto no se pueden establecer las mejoras
a realizar, si las hubieren.
Este proceso se debe anular y volver a generar cuantas veces sea necesario, dadas las circustancias del cierre
contable.

f)

ZFIGL_BIM_IVATRANS - Paso 3. Distrib Bimensual IVA TRANS

Aprobado por: Marlon Javier Forero


Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 9 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Esta transaccin debe verificar el % aplicado en el mes 1 y contabilizar la diferencia de acuerdo al % a aplicar en
el bimestre. Se realiza la respectiva contabilizacin entre las cuentas involucradas en el proceso de distribucin
de IVA.

Si no existen diferencias en el porcentaje de prorrateo del mes 1 con relacin al mes 2, aparece este mensaje, por lo tanto no
habr lugar a realizar ajustes contables.

Descripcin del requerimiento


SOLICITUD 1. Para este paso se entiende que el sistema est programado para realizar el proceso por una unica vez, pero
debido a los procesos de cierre ajenos a contabilidad, muchas veces se debe realizar ms de una vez. Por lo anterior se solicita
que este proceso pueda ser anulado y registrado nuevamente cuantas veces sea necesario y que almacene en la tabla el ultimo
clculo y registro realizado.

SOLICITUD 2. Otra de las solicitudes se relaciona con la forma de contabilizacion del calculo del paso 2, ya que el sistema
registra un documento para cada una de las partidas, es decir el promedio mensual de registros est entre 12.800 y 24.000, con lo
que se generara el mismo nmero de documentos. Teniendo en cuenta que los cierres pueden ser entre 2 y 3 mensuales la
cantidad de documentos sera 6 veces ms.
Se requiere que el sistema genere el registro contable totalizado por nmero de orden y por cebe para que as se reduzcan el
nmero de documentos a contabilizar, para facilitar la anulacin de documentos y el volumen de los mismos al realizar los
recalculos correspondientes.
Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 10 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Reglas de negocio
N/A

Alcance y Exclusiones
Cumplir con lo establecido en el artculo 490 del estatuto tributario, de forma automtica por el sistema SAP.

Aspectos Legales o Polticas o Lineamientos.


Segn el artculo 490 del estatuto tributario, el IVA que se pague y se destine indistintamente a productos gravados,
exentos y excluidos, se debe prorratear en funcin del monto de los ingresos gravados, exentos y excluidos del
periodo correspondiente. Para tal efecto, el decreto 1813 de 1984 en su artculo 30 establece el manejo de una
cuenta de IVA TRANSITORIO, en la cual se debite a lo largo del periodo fiscal el valor de los impuestos
correspondientes a los costos y gastos comunes. Al finalizar cada bimestre, dicha cuenta se abonar con cargo a la
cuenta de IVA DESCONTABLE o al GASTO de acuerdo al porcentaje de los ingresos.

Restricciones
Se debe aplicar primero la mejora de IVA transitorio (desglose de documentos) antes de aplicar esta.

Suposiciones
Los errores que se determinaron en este documento son los que hasta el momento se han descubirto y por lo cual el
desarrollo no ha podido ser ejecutado. Existe la posibilidad que una vez se aplique el ajuste al desarrollo como lo
determina la presente especificacion funcional, se encuentren ms errores o inconvenientes.

Dependencias Externas
N/A

Casos de negocio
N/A

Glosario de trminos
N/A

Anexos
N/A
Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 11 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Diseo de la solucin
<Describa las alternativas de solucin >

1. Reporte
1.1. Descripcin detallada del reporte
[Descripcin detallada del reporte. Esta seccin slo debe completarse cuando el requerimiento tenga la
necesidad de creacin de un listado de datos, ya sea porque el requerimiento sea exclusivamente un
reporte o porque se necesite un reporte como log de resultado de un proceso, etc.
Si el requerimiento no implica este tipo de desarrollo, entonces esta seccin debe eliminarse
completamente.]
1.2. Condiciones de inicio

Modo de ejecucin del


reporte

Frecuencia del reporte

On-Line
Background

Se ejecutara en lnea
Debe permitir ejecucin en Batch job
Siempre se ejecutara en Batch job con un usuario
determinado

Background User
A demanda
Horario
Diario
Semanal
Mensual
Otra
frecuencia

Detalle:
Detalle:
Detalle:
Detalle:
Detalle:
Detalle:

Nmero de usuarios que


lo utilizaran

Menos de 50 Usuarios
Menos de 100 Usuarios
Menos de 500 Usuarios
Menos de 1000 Usuarios
Menos de 5000 Usuarios
Ms de 5000 Usuarios

Volumen de datos
(Cantidad de registros que
maneja)

Menos de 1000 registros


Menos de 10.000 registros
Menos de 1.000.000 de
registros
Menos de 10.000.000 de
registros
Ms de 10.000.000 de registros
Sin picos de ejecucin

Horario pico de ejecucin

Hora pico

Utilizacin constante sin picos


Especifica
franja horaria:

1.3. Pantalla de Seleccin


Campo
Referencia
SOCIEDAD
BKPF-BUKRS
DOCUMENTO BKPF-BELNR
PABIERT
PCOMPEN
TEST

Tipo
PARAMETER
SELECT-OPTIONS
RADIOBUTTON
RADIOBUTTON
CHECKBOX

Obligatorio
S
No
No
No
No

Valor defecto Observaciones


1000
X
X

Seleccin de partidas abiertas


Seleccin de partidas compensadas
Permite ejecucin en modo de test

[El apartado Pantalla de seleccin es obligatorio y se usa para especificar principalmente los campos que se
usarn para filtrar la seleccin de datos, en caso de no necesitarse campos en la pantalla de seleccin se
deber aclarar explcitamente que no deber haber pantalla de seleccin.]
Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 12 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

1.4. Origen y procesamiento de la informacin


[Se debe describir como se obtienen los datos, cules son las tablas como se relacionan entre si y que lgica se
debe aplicar para la obtencin de los registros]
1.4.1. Diagrama de Flujo
[De ser necesario se debe explicar por medio de un diagrama la relacin de tablas y el modelo
de datos a utilizar]

1.5. Salida
1.5.1.Nivel: Documento (por defecto)
Campo

Tabla

Campo

SOCIEDAD
BKPF
DOCUMENTO BKPF
TOTAL

BUKRS
BELNR

Calculado

Descripcin
Cabecera

Observaciones

Total documento

Sumatoria BSEG-DMBTR por


SOCIEDAD/DOCUMENTO

1.5.2.Nivel: DrillDown Documento


Campo

Tabla

Campo

Calculado Descripcin
Cabecera
DOCUMENTO BSEG BELNR No
IMPORTE
BSEG DMBTR No
Total documento

Observaciones

[Eliminar - Se debe agregar una tabla por cada estructura de salida que tenga el
reporte, ya sea porque es un reporte de tipo jerrquico donde se muestran distintos
niveles de informacin al mismo tiempo, ejemplo Cabecera/Detalle o porque existan
drilldowns que permitan visualizar informacin ms detallada para cada registro]
1.5.3.Agrupamiento/Totalizaciones
[Se debe indicar, de ser necesario, por qu campos se debe agrupar la informacin y que campos se deben
totalizar]
1.5.4. Clculos
[Detallar como se deben calcular los campos que hayan sido marcados como tal]
1.5.5. Ordenamiento
[Indicar por qu campos se debe ordenar la informacin de salida, si fuera necesario]
Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 13 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

1.5.6. Drilldowns
[Se deben indicar los distintos drilldown, especificando como se debe activar y debe estar detallada la
estructura correspondiente en la seccin Salida]
1.5.7. Otros detalles a considerar
[Otros detalles a considerar, ejemplo: Eventos, colores en determinados campos, etc.]
1.6. Requerimientos no funcionales
1.6.1. Requerimientos de Performance
[Describir cualquier consideracin de performance para la ejecucin del reporte, tiempo mximo de tolerancia
para la salida del reporte]
Texto
1.6.2. Requerimientos de seguridad

[Especificar cualquier necesidad de restricciones de seguridad para el reporte, restriccin por Sociedad,
centros de costo, o algn nivel organizacional que aplique a la informacin ]
Texto
1.6.3. Manejo de Errores
[Describir necesidades especiales ante posibles escenarios de error durante la ejecucin del reporte ya sea
en line o batch, mensajes de advertencia o error y necesidades de notificaciones. ]
Texto

2. Interfaz
2.1. Descripcin detallada de la interfaz
[Descripcin detallada de la interfaz. Esta seccin slo debe completarse cuando el requerimiento tenga la
necesidad de creacin de una interfaz entre SAP y otro sistema, ya sea a travs de componentes Netweaver
PI/PO o solamente SAP ECC.
Explicar que est dentro del alcance y si es necesario que esta fuera del alcance.]
Texto
2.2. Descripcin de los sistemas
[Requerido. Especificar el contexto grficamente y en texto, componentes, mdulos afectados y transacciones.]

2.3. Definiciones tcnicas


Nombre de la interfaz
Direccin / Sentido
(Respecto a SAP)

<Texto>
Entrada
(Exposicin)

Aprobado por: Marlon Javier Forero


Gerente Proyecto Institucional

El flujo de datos es de entrada a SAP ya sea para la consulta de


datos o la carga o actualizacin de informacin.
V: 02 de 01/20/2015

Pgina 14 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

Salida
(Consumo)
Otro

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

El flujo de datos es de salida de SAP ya sea para la obtencin de


datos o para la actualizacin en componentes externos.
Detalle:

Otro

Interfaz de envi o recepcin de informacin acumulada,


usualmente ejecutada a travs de transferencia de archivos
programada.
Interfaz de envi o recepcin de informacin de manera
inmediata, usualmente ejecutada a travs de eventos.
Detalle:

Tipo de interaccin

File
Web Service
Otro

Interfaz de manejo de archivos.


Interfaz de manejo de servicios, SOAP o REST.
Detalle:

Frecuencia / Periodicidad

A demanda
Ventana definida
Otra frecuencia

Batch
Modelo de comunicacin
On-line

Detalle:
Detalle:
Detalle:

Homologaciones de negocio
Homologaciones

Homologaciones tcnicas
Homologaciones
parametrizables

Transformaciones de datos de negocio.


Transformaciones de cdigos de capa
tcnica.
Requiere administracin de homologaciones

Nmero de usuarios que


lo utilizaran

Menos de 100 Usuarios


Menos de 500 Usuarios
Menos de 1000 Usuarios
Menos de 5000 Usuarios
Ms de 5000 Usuarios

Volumen de datos
(Cantidad de registros que
maneja en cada
interaccin)

1 a 10 registros.
Menos de 100 registros
Menos de 1.000 registros
Menos de 10.000 registros
Ms de 10.000 registros

2.4. Diagramas de secuencia (Equipo Funcional y Tcnico)


[Requerido. Expresar en diagramas de secuencia con su correspondiente texto paso a paso las interacciones
entre los componentes de la integracin, sus flujos alternos y excepciones.]

Aprobado por: Marlon Javier Forero


Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 15 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Texto
2.5. Manejo de excepciones (Equipo Funcional y Tcnico)
[Requerido. Definir en cada paso de la integracin cual es la excepcin que puede ocurrir y cul es el manejo
que se debe dar. Representar en Diagrama de secuencia.]
Texto
2.6. Fuentes de Informacin (Equipo Funcional y Tcnico)
[Requerido. Por favor introduzca todas las conocidas fuentes de datos para la integracin tanto SAP como no
SAP.]
Texto
2.6.1.Archivo
[Informacin especfica de archivos]
Informacin de acceso
Servidor
Ruta de acceso
Nombre del archivo
Separador de campos
Encoding del archivo
Alineacin campos alfanumricos
Relleno campos alfanumricos
Alineacin campos numricos
Relleno campos numricos

Indicar si es el servidor de aplicacin, de presentacin, FTP, etc.

TAB
ASCII, UTF8, etc.
Izquierda
ESPACIO
Derecha
0 (cero)

Estructura del archivo


Campo
SOCIEDAD

Tipo
Alfanumric
o
DOCUMENTO Numrico
IMPORTE
Numrico

Long. Formato/Ejemplo
4
1000
10
13

1234567890
13 enteros, 2 decimales separados por punto. Ej.: 0000000123.00

2.6.2.Servicio Web
Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 16 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

[Informacin especfica de Servicios Web. Se debe incluir la estructura de la informacin as como la


forma de consumo o exposicin del servicio y su ubicacin]
2.6.3.Datos internos de SAP
[Cuando se deba extraer la informacin o parte de ella de tablas en SAP, se debe especificar en esta
seccin los detalles de cmo acceder a los datos]
2.6.4.Otros tipos de mensaje
[Cualquier otra fuente de informacin no incluida en las anteriores opciones]
2.7. Destino de informacin.
[Aqu se deben especificar cules van a ser los mensajes de salida o destino de la informacin y se deben
detallar los formatos de los mismos. En interfaces de entrada, normalmente el destino de la informacin es
Datos internos en SAP y se especifican los detalles en la seccin correspondiente]
2.7.1.Archivo
[Informacin especfica de archivos]
Informacin de acceso
Servidor
Ruta de acceso
Nombre del archivo
Separador de campos
Encoding del archivo
Alineacin campos alfanumricos
Relleno campos alfanumricos
Alineacin campos numricos
Relleno campos numricos

Indicar si es el servidor de aplicacin, de presentacin, FTP, etc.

TAB
ASCII, UTF8, etc.
Izquierda
ESPACIO
Derecha
0 (cero)

Estructura del archivo


Campo
SOCIEDAD

Tipo
Alfanumric
o
DOCUMENTO Numrico
IMPORTE
Numrico

Long. Formato/Ejemplo
4
1000
10
13

1234567890
13 enteros, 2 decimales separados por punto. Ej.: 0000000123.00

2.7.2.Servicio Web
[Informacin especfica de Servicios Web. Se debe incluir la estructura de la informacin as como la
forma de consumo o exposicin del servicio y su ubicacin]
2.7.3.Datos internos de SAP
[Cuando se deba guardar informacin en SAP aca se debera especificar el detalle de como ingresar los
datos en SAP, ya sea uso de BAPIs, Batch input, guardar en tablas Z, etc.]
2.7.4.Otros tipos de mensaje
[Cualquier otra fuente de informacin no incluida en las anteriores opciones, bases de datos,
procedimientos almacenados]

2.8. Interfaces y transformaciones (Equipo funcional y tcnico)


[Requerido. Listar cada interfaz de solicitud o respuesta as sea de salida (Consumo) o de entrada (Exposicin)
Repetir este numeral por cada interfaz]
Texto
2.8.1.Entidades y mapeos (Equipo Funcional y tcnico)
[Requerido. Completar archivo anexo matriz de mapeos para la interfaz identificando Mapeo campo a campo
y transformaciones tanto del origen como del destino, indicar nombre del documento matriz o insertarlo.]
Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 17 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Texto
2.8.2.Homologaciones y validaciones
[Requerido. Indicar las homologaciones requeridas, tanto funcionales como tcnicas que la interfaz necesite,
en solicitud y en respuesta. As como tambin las validaciones requeridas en los campos]
Texto
2.9. Requerimientos SAP
2.9.1.Interfaz Trigger
[Indicar que inicia la ejecucin de la interfaz desde el lado SAP, transaccin, proceso y que requerimiento
relacionado se debe desarrollar en SAP para permitir la ejecucin de la interfaz]
Texto
2.9.2.Informacin especifca ALE/Idoc
[Requerido. Indicar las homologaciones requeridas, tanto funcionales como tcnicas que la interfaz necesite,
en solicitud y en respuesta. As como tambin las validaciones requeridas en los campos]
Texto
Source System & Client or Logical
System Name
Target System & Client or Logical
System Name
Sender Partner Number
Sender Partner Type
Receiver Partner Number
Receiver Partner Type
Message Type
IDoc Type
Extension Name
Business Object

2.10.

Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto
Texto

Requerimientos no funcionales

Volumen
(promedio)

Nmero de Solicitudes ingresadas por Da.


Nmero de Solicitudes ingresadas por Hora.
Nmero de Solicitudes ingresadas por
segundo.

Concurrencia
(interacciones
simultaneas)

Nmero de Solicitudes ingresadas en


concurrencia mximo.
Horas o momentos pico en el da.
Duracin del momento pico en el da.
Nmero de Solicitudes ingresadas en
concurrencia durante Pico

Throughput
(Ancho de banda)

Kbps que la interfaz debe soportar


(el clculo se realiza haciendo el peso del
mensaje en kb por el nmero de mensajes
por segundo)

Tiempos de respuesta

Tiempo de respuesta mximo requerido.


Tiempo de respuesta mximo requerido en
momento pico.

Escalabilidad
Escalabilidad
(Porcentaje de
Crecimiento Mensual de
Mensajes)
Disponibilidad
(Alta Disponibilidad y
Continuidad de Negocio)

Porcentaje de Crecimiento Mensual


(Mensajes/interacciones)
Texto

Texto
Texto
Texto
Texto
Texto
Texto
Texto

Texto
Texto
Texto
Texto

Texto

Aprobado por: Marlon Javier Forero


Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 18 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

Seguridad
(Autenticacin / Cifrado)
Auditora
(Necesidades Generales
de Auditora)
Reinyeccin
(Reenvo / reinicio)

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Texto
Texto
Texto

3. Conversin
3.1. Descripcin detallada de la conversin
[Descripcin detallada de la conversin. Esta seccin slo debe completarse cuando el requerimiento tenga la
necesidad de creacin de un programa de conversin de datos a SAP, carga o extraccin.
Explicar que est dentro del alcance y si es necesario que esta fuera del alcance.]
Sistema Pacientes
Proceso
Envo
Pacientes

SAP ERP

Genera Archivo

Archivo
Pacientes

Leer archivo local

Plano

Conversin
Pacientes

Llamar BAPI /
Batch input

BAPI / Batch
input
Creacin
Pacientes

Texto
Nombre de la Conversin
Sistema Origen
Sistema Destino
Modo de ejecucin

<Texto>
<Texto>
<Texto>
Batch
On-Line
Otro

Volumen de datos
(Cantidad de registros que
maneja en cada
ejecucin)

Conversin de datos programada automtica.


El programa en corrido por un usuario a voluntad.
Detalle:

1 a 10 registros.
Menos de 1.000 registros
Menos de 100.000 registros
Menos de 1.000.000 de
registros
Ms de 100.000 de registros

3.2. Estrategia de migracin de datos


[Descripcin detallada de la estrategia de migracin, sistemas involucrados, y procedimientos a ejecutar.]
Texto
3.2.1.Sistemas y dueos de datos
[Identificar los sistemas involucrados y los responsables por los mismos en trminos de los
datos a manejar.]
Texto
3.2.2.Relevamiento de la calidad de datos
[Bajo que trminos de calidad se encuentran los datos identificados a ser parte de la conversin.]
Texto
3.2.3.Data Cleansing
Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 19 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

[Describir el procedimiento de data cleansing, o limpieza de datos, es el acto de descubrimiento, correccin o


eliminacin de datos errneos de una base de datos. Quien es responsable por esto y si se requieren
programas para el efecto]
Texto
3.2.4.Harmonization
[Describir, en caso de ser requerido, el proceso de armonizacin de datos. Cules son las diferentes fuentes
y si existen necesidades adicionales al requerimiento]
Texto
3.2.5.Reconciliation
[Describir, en caso de ser requerido, el proceso de reconciliacin de datos. Cul es la lgica requerida y si
existen necesidades adicionales al requerimiento]
Texto
3.2.6.Conversion procedures
[Describir el o los procesos de conversin de datos necesarios para el requerimiento]
Texto
3.2.7.Validation
[Describir la necesidad de validacin de datos para el requerimiento]
Texto
3.3. Descripcin detallada de lgica de extraccin
[Describir la lgica de extraccin, filtros como ser rangos de fechas o documentos, que tablas deben
ser accedidas que funciones o BAPIs pueden ser utilizadas en la extraccin y que tratamiento
posterior a la seleccin se debe ejecutar para que la data est lista para una carga]
Texto
3.3.1.Transformacin de datos y mapeos extraccin
3.3.1.1.
Reglas de negocio
[Describir las reglas de negocio que aplican a la transformacin de datos. Si se encuentran en una plantilla en
otro archivo por favor anexar o hacer referencia y proveer.]
Texto
Ejemplo
# Ref

Nombre
campo

Descripcin

Longitud
de
salida

Output
Tipo

Formato

Positio
n

SY-DATUM

Date From

Dats

Left Justified

<1>

SY-DATUM

Date To

Dats

Left Justified

<2>

KNVVVKORG

Sales Org

Char

<3>

KNVVVTWEG

Dist. Channel

Char

<4>

Dejar igual

KNVVSPART

Division

Char

<5>

Si la Divisin es 01 cambiar a
03.
Si la Divisin es 02 cambiar a
04.

Select Orders

Checkbox to
choose orders to
reject

Checkbox

<6>

Marcar el campo siempre con


una X

Customer

10

Char

<7>

Dejar igual

Sales Document

10

Char

<8>

Dejar igual

7
8

KNA1KUNNR
VBAKVBELN

Aprobado por: Marlon Javier Forero


Gerente Proyecto Institucional

No Leading
zeros
No Leading
zeros

V: 02 de 01/20/2015

Pgina 20 de 29

Regla de negocio a aplicar


Convertir el formato de fecha a
DD/MM/AA
Convertir el formato de fecha a
DD/MM/AA
Si el valor de la Org. De Venta
es diferente de 1000 cambiar a
3000

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

VBAPPOSNR

Sales Document
Item

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

No Leading
zeros

Numc

<9>

Dejar igual

3.4. Formato Archivo de salida


3.4.1.Archivo
[Indicar los atributos del archivo en donde se generara la informacin]
Informacin de acceso
Servidor
Ruta de acceso
Nombre del archivo
Separador de campos
Encoding del archivo
Alineacin campos alfanumricos
Relleno campos alfanumricos
Alineacin campos numricos
Relleno campos numricos

Indicar si es el servidor de aplicacin, de presentacin, FTP, etc.

TAB
ASCII, UTF8, etc.
Izquierda
ESPACIO
Derecha
0 (cero)

Estructura del archivo


[Indicar o referenciar al archivo anexo de estructura de datos]
Ejemplo
# Ref

Field Name

Field Desc

1
2
3
4
5

SY-DATUM
SY-DATUM
KNVV-VKORG
KNVV-VTWEG
KNVV-SPART

Select Orders

7
8

KNA1-KUNNR
VBAK-VBELN

Date From
Date To
Sales Org
Dist. Channel
Division
Checkbox to choose
orders to reject
Customer
Sales Document

VBAP-POSNR

Sales Document Item

Output
Length
8
8
4
2
2

Output Type

Format

Position

Dats
Dats
Char
Char
Char

Left Justified
Left Justified

<1>
<2>
<3>
<4>
<5>

Checkbox

10
10

Char
Char

No Leading zeros
No Leading zeros

<7>
<8>

Numc

No Leading zeros

<9>

<6>

3.5. Descripcin detallada de lgica de carga


[Describir la lgica de carga, como los datos sern ingresados al sistema destino, en que tablas se deben insertar los
datos, cual es el mtodo de carga, que funciones o BAPIs pueden ser utilizadas y que tratamiento intermedio se debe
ejecutar para que la data est lista para su carga]
Batch input
BDC/Call transaction
Ale Idocs
BAPI
LSMW

Mtodo de carga

Texto
3.6. Gua tcnica para la carga
[Proveer informacin requerida para el tipo de carga o bien anexar archivo con detalle de la lgica para cada
campo, requerir ayuda de un desarrollador para establecer el formato.]
3.6.1.Para BDC/Call Transaction
Ejemplo
Non-SAP
#
Ref

Nombre
campo

SAP BDC/Call Trans. Specific Information


Posicin

Longitud

Aprobado por: Marlon Javier Forero


Gerente Proyecto Institucional

Descripci
n

Requeri
do
(Y/N)

Lgica de
conversin

Nombre
program
an

V: 02 de 01/20/2015

#
pantalla

Nombre de
campo en
pantalla

Pgina 21 de 29

Descripci
n

Mandator
io. (Y/N)

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

3.6.2.Para ALE/IDOC
Ejemplo
Non-SAP
#
Ref

Nombre
campo

SAP IDoc Specific Information


Posici
n

Longitu
d

Descripci
n

Requeri
do (Y/N)

Lgica de
conversin

Nombre
Segmen
to IDoc

Nombre
campo
IDoc

Descripci
n

Formato

Longitud

Formato

Longitud

3.6.3.Para BAPI
Ejemplo
Non-SAP
#
Ref

Nombre
del
campo

SAP BAPI Specific Information


Posici
n

Longit
ud

Descripci
n

Reque
rido
(Y/N)

Lgica de
conversin

Nombre de
tabla o
estructura
interna

Nombr
e de
BAPI

Nombr
e
campo

3.6.4.Informacin especfica de LSMW


[Proveer informacin si el tipo de carga es por medio de LSMW. Incoformacion como atributos de los objetos de
carga, estructuras fuente, mapeos de campos, reglas de conversin, etc.]
3.6.5.Transformacin de datos y mapeos carga
3.6.5.1.
Reglas de negocio
[Describir las reglas de negocio que aplican a la transformacin de datos. Si se encuentran en una
plantilla en otro archivo por favor anexar o hacer referencia y proveer.]
Texto
Ejemplo
# Ref

Nombre
campo

Descripcin

Longitud
de
salida

Output
Tipo

Formato

Positio
n

SY-DATUM

Date From

Dats

Left Justified

<1>

SY-DATUM

Date To

Dats

Left Justified

<2>

KNVVVKORG

Sales Org

Char

<3>

KNVVVTWEG

Dist. Channel

Char

<4>

KNVVSPART

Division

Char

<5>

Select Orders

Checkbox to
choose orders to
reject

Checkbox

<6>

KNA1KUNNR

Customer

10

Char

Aprobado por: Marlon Javier Forero


Gerente Proyecto Institucional

No Leading
zeros

V: 02 de 01/20/2015

<7>
Pgina 22 de 29

Regla de negocio a aplicar


Convertir el formato de fecha a
DD/MM/AAAA
Convertir el formato de fecha a
DD/MM/AAAA
Si el valor de la Org. De Venta
es diferente de 3000 cambiar a
9000
Dejar igual
Si la Divisin es 03 cambiar a
05.
Si la Divisin es 04 cambiar a
10.
Marcar el campo siempre con
una X cuando el campo KNVVVKORG sea igual a 3000
Dejar igual

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

8
9

VBAKVBELN
VBAPPOSNR

Sales Document

10

Char

Sales Document
Item

Numc

No Leading
zeros
No Leading
zeros

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

<8>

Dejar igual

<9>

Dejar igual

3.7. Reinicio y control


[Si el programa falla durante la carga indicar cuales son las acciones, alertas o controles que se deben tomar para la
consistencia de datos]
Texto
3.8. Log y Manejo de errores
[Especificar como se va a tratar el manejo de errores y/o log de la conversin. Si se va a mostrar un listado en
pantalla con los resultados del procesamiento/log entonces se deber llenar la seccin reporte en donde se
especifique con claridad los detalles del mismo.]
Texto

4. Ampliacin
4.1. Descripcin detallada de la ampliacin
[Descripcin detallada de la Aplicacin. Esta seccin slo debe completarse cuando el requerimiento tenga la
necesidad de creacin de un punto de ampliacin. Explicar que est dentro del alcance y si es necesario que
esta fuera del alcance.
Si el requerimiento no implica este tipo de desarrollo, entonces esta seccin debe eliminarse completamente.]
Nombre de la Ampliacin
Nombre del Programa
Nombre de la transaccin

Tipo de Ampliacin

<Texto>
<Texto>
<Texto>
Batch program
Online Program
Upload
User Exit
Enhancement
BADI
Enhancement Spot
Routine
BTE / Open FI
Data Dictionary
Other/Unknown
A demanda

Frecuencia / Periodicidad

Ventana definida
Otra frecuencia

Nmero de usuarios que


lo utilizaran

Programa Batch independiente.


Reporte interactivo, transaccin Z, Web Dynpro, Etc.
Carga de datos desde PC, Excel o CSV.
User Exit del modulo correspondiente.
Ampliacion de SMOD/CMOD
Business Add-In
Punto de ampliacin.
Validaciones/Substituciones FI, controles de copia SD, Etc.
Business Transaction Event de Open FI
Requiere Objetos de diccionario de datos Z
Especificar:
Detallar cantidad de ejecuciones por
hora o segundo:
Detallar cantidad de ejecuciones en
ventana:
Detalle:

Menos de 100 Usuarios


Menos de 500 Usuarios
Menos de 1000 Usuarios
Menos de 5000 Usuarios
Ms de 5000 Usuarios

4.2. Funcionalidad deseada


[Debido a la gran variedad de escenarios donde las ampliaciones pueden tener lugar, se requiere dar referencia
detallada del proceso donde la ampliacin cobra efecto, explicar la funcionalidad deseada y sus diferentes
escenarios o casos.]
Texto
Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 23 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

4.3. Lgica
[Se debe indicar la lgica de procesamiento, fuente de informacin a considerar, datos a cambiar, mensajes, etc.]
Texto
4.4. Log y manejo de errores
[Especificar como se va a tratar el manejo de errores y/o log de la amplacin.]
Texto

5. Formulario
5.1. Descripcin detallada del formulario
[Descripcin detallada del formulario. Esta seccin slo debe completarse cuando el requerimiento tenga la
necesidad de creacin de un formulario. Explicar que est dentro del alcance y si es necesario que esta fuera del
alcance.
Si el requerimiento no implica este tipo de desarrollo, entonces esta seccin debe eliminarse completamente.]
Nombre del formulario
Nombre del Programa
Nombre de la transaccin
Tipo de Formulario

<Texto>
<Texto>
<Texto>
PDF Form
Smart Forms
Sapscript
Otro

Especificar:_____________________

Distribucin

Print (Local)
Print (Service)
Email
Fax
Otro

Salida de impresin local


Salida de impresin por un servicio solo datos sin formato.
Salida es enviada por correo tpicamente como un PDF.
Salida es enviada a un FAX, previamente configurado.
Especificar:_____________________

Nmero de usuarios que


lo utilizaran

Menos de 100 Usuarios


Menos de 500 Usuarios
Menos de 1000 Usuarios
Menos de 5000 Usuarios
Ms de 5000 Usuarios

5.2. Funcionalidad deseada


[Describir la funcionalidad que se desea obtener con la implementacin de formularios.]
Texto
5.3. Origen de la informacin
[Se debe describir como se obtienen los datos, cules son las tablas principales y la relacin de las mismas]
Texto
5.4. Salida
[Se debe incluir un diagrama de cmo va a ser la disposicin de los datos en el formulario, puede ser un Excel
una imagen o un documento anexo, donde se evidencie claramente el posicionamiento de las ventanas textos
logos e informacin.]

Aprobado por: Marlon Javier Forero


Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 24 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Texto
5.5. Detalles tcnicos
5.5.1.Triggering
[Explicar en qu punto inicia la ejecucin del formulario, cual es el mecanismo de inicio.]
Texto
5.5.2.Mapeo de datos
Texto
Campo

Descripcin

Funcionalidad

Lgica

Imprimir
en pantalla

Fuente

Formato

Ventana

5.6. Log y manejo de errores


[Especificar como se va a tratar el manejo de errores y/o log del formulario.]
Texto

6. Programa de Dilogo (Transaccin)


6.1. Descripcin detallada del programa
[Aqu se debe detallar la lgica general del programa, enumerar las distintas pantallas, los eventos o acciones
que permitan y especificar el flujo entre las pantallas de acuerdo a las acciones]
Lista de pantallas
Pantalla Descripcin

6.1.1.Diagrama de flujo
[Esquema general de los flujos del programa, relacionando las distintas pantallas requeridas.]
6.2. Detalle de pantallas
6.2.1.Pantalla <1>
Estructura
Campo Referencia Tipo Obligatorio Valor defecto Observaciones

Aprobado por: Marlon Javier Forero


Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 25 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

[Tambin se puede incluir un diagrama con los distintos controles, botones, etc.]
Lgica de procesamiento
[Aqu se debe especificar cul es la lgica de procesamiento de la pantalla, de deben detallar los
distintos eventos posibles]
6.2.2.Pantalla <2>
Estructura
Campo Referencia Tipo Obligatorio Valor defecto Observaciones

[Tambin se puede incluir un diagrama con los distintos controles, botones, etc.]
Lgica de procesamiento
[Aqu se debe especificar cul es la lgica de procesamiento de la pantalla, de deben detallar los
distintos eventos posibles]
6.2.3.Pantalla <N>
Estructura
Campo Referencia Tipo Obligatorio Valor defecto Observaciones

[Tambin se puede incluir un diagrama con los distintos controles, botones, etc.]
Lgica de procesamiento
[Aqu se debe especificar cul es la lgica de procesamiento de la pantalla, de deben detallar los
distintos eventos posibles]

7. Manejo de mensajes
[Aqu se debe especificar los diferentes tipos de mensajes que la aplicacin debe mostrar. Los mensajes se dividen
en 2 categoras:
Mensajes de validacin de datos de entrada que son los que se muestran inmediatamente despus de una
pantalla de seleccin y se usan para mostrar errores o advertencias cuando los datos ingresados no son
vlidos
Mensajes de resultado son los mensajes que se muestran como el resultado de un proceso que slo es
ejecutado luego de que se hayan pasado las validaciones
Para el caso de programas de dilogo o transacciones que tienen varias pantallas, se debern poner estas tablas con
el detalle de los mensajes de validacin y resultado para cada pantalla.
El campo Tipo de la tabla puede contener los siguientes valores: Status, Informacin, Advertencia, Error, Abortar.
Los mensajes de validacin estndares para campos obligatorios por ejemplo, no es necesario especificarlos.
Cualquier otro criterio a tener en cuenta por el desarrollador que no encaje en las tablas de mensajes deber ser
detallado coloquialmente, por ejemplo si se quisiera agrupar los mensajes de resultado en una ventana para
mostrarse todos juntos.
Esta seccin es opcional y slo se usa si se tienen mensajes explcitos, distintos de los estndares, que se quieran
mostrar, de lo contrario debe eliminarse la seccin del documento.]
Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 26 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

7.1. Mensajes de validacin datos de entrada


Tipo
Error

Condicin del mensaje


El campo nmero de documento contiene un nmero
de documento inexistente

Texto
El documento 1234567890 no existe

7.2. Mensajes de resultado


Tipo
Status
Error

Condicin del mensaje


Cuando el procesamiento haya sido exitoso
Error al crear el documento contable

Texto
Se han procesado 100 registros
No se pudo crear el documento

8. Tablas
[En esta seccin se deben especificar las tablas o estructuras append que se requieran crear o modificar.
Considerar: Campos de referencia, mbitos de valores, Ayudas de bsqueda, Documentacin del campo (Ayuda)
Se deben especificar, si fuera necesario, valores vlidos para un campo (mbitos de valores), ayudas de
bsqueda, o la documentacin de un campo despus de la tabla correspondiente]
8.1. Tabla
Datos Generales
Descripcin
Tipo de tabla

Aplicacin (datos maestros y de movimiento)


Configuracin (datos transportables)
Configuracin (datos no transportables)

Vista de actualizacin
Cantidad de registros <cantidad de registros aproximada que puede manejar la tabla>

Estructura
Campo
Referencia
Tipo
Long. Descripcin
SOCIEDAD
BKPF-BUKRS
Sociedad
DESCRIPCION
CHAR 40
Descripcin
IMPORTE
CURR 13,2 Importe en moneda
local

Clave externa Observaciones


T001-BUKRS
Texto libre

<Se debe especificar el Tipo y longitud o se puede especificar un campo de referencia, no hace
falta especificar ambos>
8.2. Estructura Append
Datos Generales
Descripcin
Xxxxx
Tabla apndice Xxxxx

Estructura
Campo
Referencia
Tipo
Long. Descripcin
SOCIEDAD
BKPF-BUKRS
Sociedad
DESCRIPCION
CHAR 40
Descripcin
IMPORTE
CURR 13,2 Importe en moneda
local

Clave externa Observaciones


T001-BUKRS
Texto libre

<Se debe especificar el Tipo y longitud o se puede especificar un campo de referencia, no hace
falta especificar ambos>

9. Consideraciones de Seguridad
[En esta seccin se deben especificar todas las condiciones de seguridad a tener en cuenta]
Aprobado por: Marlon Javier Forero
Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 27 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

10. Otros requerimientos


[Cualquier otros detalles del requerimiento que no estn comprendidos en las secciones anteriores]

11. Requerimientos RICEF asociados


[Requerido. Indicar los cdigos de requerimientos RICEF asociados al requerimiento.]
Texto

12. Requerimientos de capacitacin


[Requerido. Listar requerimientos de capacitacin necesarios para el funcionamiento de la interfaz a nivel de
usuario final.]
Texto

13. Escenarios de pruebas


[Detallar los escenarios de pruebas]

Aprobacin Especificacin Funcional de Requerimiento


Usuario Lder
Consultor/es Interno
Consultor/es Externo
Lider Funcional Cafam
Lider Tecnico Cafam
Gerente Proyecto Cafam
Gerente Proyecto Externo

CONTROL DE CAMBIO Nro: <Consecutivo de control de cambio>


Fecha de la solicitud: rr

Recursos:

Tiempo:

Costo:

<Descripcin general>l la Necesidad de ampliacin, mejora, modificacin o nuevo componente o mdulo


requerido.>
Solicitud Jefatura Unidad de Negocio:
<Solicitud Jefatura Unidad de Negocio> Anexe o copie la evidencia del correo enviado por el jefe de la
unidad de negocio o en su defecto del usuario responsable con copia al jefe UEN de la solicitud de cambio

Aprobado por: Marlon Javier Forero


Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 28 de 29

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Aceptacin del Gerente del Proyecto:


<Aprobacin por parte del Gerente del Proeycto> Anexe o copie la evidencia del correo enviado por el jefe
del C.C, si los recursos en tiempo y dinero requieren aprobacin de cambio.
No aceptacin:
No hay recursos
No es prioridad

Aprobado por: Marlon Javier Forero


Gerente Proyecto Institucional

V: 02 de 01/20/2015

Pgina 29 de 29