CAFAM - IFRS - 2 - EF - Codigo RICEF - Ajuste A Desarrollo Distribucion Iva Transitorio y Distribucion de Iva Gas

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
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.

V: 02 de 01/20/2015
Pgina 2 de 29
c)
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

V: 02 de 01/20/2015
Pgina 3 de 29
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:

V: 02 de 01/20/2015
Pgina 4 de 29
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.

V: 02 de 01/20/2015
Pgina 5 de 29
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:
V: 02 de 01/20/2015
Pgina 6 de 29
Proceso 33
Proceso
Proceso 22
Proceso
Proceso 11
Proceso
Paso
Paso 11 yy 22
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.
V: 02 de 01/20/2015
Pgina 7 de 29
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:

V: 02 de 01/20/2015
Pgina 8 de 29
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

V: 02 de 01/20/2015
Pgina 9 de 29
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.
V: 02 de 01/20/2015
Pgina 10 de 29
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
V: 02 de 01/20/2015
Pgina 11 de 29
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
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
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.]
V: 02 de 01/20/2015
Pgina 12 de 29
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]
V: 02 de 01/20/2015
Pgina 13 de 29
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)

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
Salida
(Consumo)
Otro
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

lo utilizaran

Ms de 5000 Usuarios
Volumen de datos
maneja en cada
interaccin)
1 a 10 registros.
Menos de 100 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.]

V: 02 de 01/20/2015
Pgina 15 de 29
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
V: 02 de 01/20/2015
Pgina 16 de 29
[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]
Servidor
Ruta de acceso
Nombre del archivo
Separador de campos
TAB
ASCII, UTF8, etc.
Izquierda
ESPACIO
Derecha
0 (cero)

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.]
V: 02 de 01/20/2015
Pgina 17 de 29
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

V: 02 de 01/20/2015
Pgina 18 de 29
Seguridad
(Autenticacin / Cifrado)
Auditora
(Necesidades Generales
de Auditora)
Reinyeccin
(Reenvo / reinicio)
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
maneja en cada
ejecucin)
Conversin de datos programada automtica.

El programa en corrido por un usuario a voluntad.
Detalle:
1 a 10 registros.
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
V: 02 de 01/20/2015
Pgina 19 de 29
[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.
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

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
DD/MM/AA
Si el valor de la Org. De Venta
es diferente de 1000 cambiar a
3000
VBAPPOSNR
Sales Document
Item
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]
Servidor
Ruta de acceso
Nombre del archivo
Separador de campos
TAB
ASCII, UTF8, etc.
Izquierda
ESPACIO
Derecha
0 (cero)

[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

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)
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

No Leading
zeros
V: 02 de 01/20/2015
<7>
Pgina 22 de 29
Regla de negocio a aplicar

DD/MM/AAAA
DD/MM/AAAA
Si el valor de la Org. De Venta
es diferente de 3000 cambiar a
9000
Dejar igual
05.
10.
Marcar el campo siempre con
una X cuando el campo KNVVVKORG sea igual a 3000
Dejar igual
8
9
VBAKVBELN
VBAPPOSNR
Sales Document
10
Char
Sales Document
Item
Numc
No Leading
zeros
No Leading
zeros
<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

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:

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
V: 02 de 01/20/2015
Pgina 23 de 29
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:_____________________

lo utilizaran

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.]

V: 02 de 01/20/2015
Pgina 24 de 29
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

V: 02 de 01/20/2015
Pgina 25 de 29
[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
6.2.3.Pantalla <N>
Estructura
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.]
V: 02 de 01/20/2015
Pgina 26 de 29
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]
V: 02 de 01/20/2015
Pgina 27 de 29
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

V: 02 de 01/20/2015
Pgina 28 de 29
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

V: 02 de 01/20/2015
Pgina 29 de 29

CAFAM - IFRS - 2 - EF - Codigo RICEF - Ajuste A Desarrollo Distribucion Iva Transitorio y Distribucion de Iva Gas

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

CAFAM - IFRS - 2 - EF - Codigo RICEF - Ajuste A Desarrollo Distribucion Iva Transitorio y Distribucion de Iva Gas

Загружено:

Авторское право:

Доступные форматы

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

<Nombre del centro de costo

Das Hombres / Estimados

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Descripcin del Proceso Actual

El desarrollo est compuesto por los siguientes aplicativos:

Aprobado por: Marlon Javier Forero

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Aprobado por: Marlon Javier Forero

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Aprobado por: Marlon Javier Forero

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

VISTA LIBRO MAYOR.

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Finalidad cuenta IVA TRANSITORIO.

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

El registro contable queda de la siguiente manera:

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

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

ZFIGL_DISTIVAGASTO - Distrib Iva Tran Gasto por rdenes.

ZFIGL_BIM_IVATRANS - Paso 3. Distrib Bimensual IVA TRANS

Aprobado por: Marlon Javier Forero

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Descripcin del requerimiento

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Aspectos Legales o Polticas o Lineamientos.

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Modo de ejecucin del

Frecuencia del reporte

Nmero de usuarios que

Menos de 1000 registros

Horario pico de ejecucin

Utilizacin constante sin picos

1.3. Pantalla de Seleccin

Valor defecto Observaciones

Seleccin de partidas abiertas

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

1.4. Origen y procesamiento de la informacin

Sumatoria BSEG-DMBTR por

1.5.2.Nivel: DrillDown Documento

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

2.3. Definiciones tcnicas

Aprobado por: Marlon Javier Forero

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

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

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

Interfaz de envi o recepcin de informacin acumulada,