EFR PDD PROC SUB 25062015 Especifiación Funcional IVA Transitorio 1

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION
Sistema Informacin:
Mdulo:
Proceso:
Subproceso:
Unidad de Negocio:
ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR
SAP
Req.Funcional:
FI-AP
Desglose de documentos en registro de del IVA descontable
<Identifique el nombre del subproceso o procedimiento del proceso>

<Nombre del centro de costo
Centro Costo:
540
responsable
Usuario Lder
Jairo Leguizamn / Diana

Soraida Penagos
Creado el:
Consultor Interno
Consultor Externo
Fanny Cortes
Marleni Prez IBM
Planificado:
Esp. N:
25/05/2015
Status:
Especificacin
funcional realizada
(Desarrollo, Carga inicial, Reporte, Formulario, Exit, Field Exit, etc))
Prioridad
1. Alta X 2. Media
3. Baja
4. Post Go-Live
<Identifique la prioridad en la que debe ser atendida teniendo en cuenta su criticidad >
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
Diana Zoraida
Penagos/Johanna
Clavijo
Revisado por
Descripcin
Fecha
ESPECIFICACION FUNCIONAL
26/05/2015
FANNY CORTES
2
3
4
Items / Componentes Modificados
Aprobado por: Marlon Javier Forero

Gerente Proyecto Institucional
V: 02 de 01/20/2015
Pgina 1 de 28
Justificacin
Se requiere que en SAP al momento de realizar el registro contable no se desglose las cuentas de IVA
descontable relacionadas con los siguientes indicadores:
INDICADOR C:
INDICADOR Y:
INDICADOR T:

V: 02 de 01/20/2015
Pgina 2 de 28
Descripcin del Proceso Actual
FORMULA DEL DESGLOSE: Es necesario para continuar con el manejo del desarrollo de IVA
transitorio:
Evaluar el cambio de la frmula del desglose:
La cual presenta error al registrar contablemente el IVA de las cuentas 24081501 y 24081001
a todos los centros de beneficio.
Que se registr el gasto y no toma en cuenta la aplicacin de acuerdo al indicador de IVA
ingresado al momento del registro contable de la transaccin.
El resultado, mayores valores cargados a centros de costos de IVA que no corresponden.
Descripcin del requerimiento

Se requiere que en SAP al momento de realizar el registro contable, no desglose las cuentas de IVA
descontable 24081501 y 24081001 y valide los diferentes set creados para el control de los indicadores
de IVA.
Reglas de negocio
Es importante mencionar que en CAFAM, a cada Centro de Costo se le asigna un tipo de Indicador UNICO de
IVA, para esto se cre una validacin que controla el registro contable de las transacciones por medio de los
siguientes SET:
PASOS VALIDACION
Para el indicador C:
Se habilitan y actualizan los set: ZCEBEIVADESC y ZCECOSIVADESC:

V: 02 de 01/20/2015
Pgina 3 de 28
Para el indicador T:
Se habilitan y actualizan los set: ZCEBEIVATRANS y ZCECOSIVATRANS:

V: 02 de 01/20/2015
Pgina 4 de 28
Para el indicador Y:
Se habilitan y actualizan los set: ZCEBEIVAMYGASTO y ZCECOSIVAMYGASTO:

V: 02 de 01/20/2015
Pgina 5 de 28
De igual manera se cre un SET para controlar las Cuentas para validar Indicador IVA, por el set:

V: 02 de 01/20/2015
Pgina 6 de 28
Alcance y Exclusiones
< El objetivo de este cambio, es garantizar que para las
cuentas de IVA con los indicadores de IVA contenidos en los SET indicados
en la especificacin, no se lleve a cabo el desglose de documentos, es
decir que no se distribuya su valor en tantos CeBe, como se estn afectando
en el registro>
Aspectos Legales o Polticas o Lineamientos.
<Si la problemtica se desprende de un requerimiento Legal o Poltica Corporativa, incluya literalmente estos
aspectos>.
Restricciones
<Que la solucin debe contemplar situaciones que no pueden ser modificables, ejemplo la entidad Legal solo
permite la entrega de la informacin en un formato previamente establecido>.
Suposiciones
<Identifica condiciones que deben ser aclaradas y/o confirmadas>.
Dependencias Externas
<Identifica la relacin y/o incidencias que tiene con otras dependencias externas (a su dependencia)>

V: 02 de 01/20/2015
Pgina 7 de 28
Casos de negocio
Se toma como ejemplo para evidenciar esta situacin el documento No. 9442351 donde se
registra el gasto de un arrendamiento.
a. Los datos de la factura son los siguientes:
VALOR
FACTURA
VALOR IVA
80.000.347
12.800.056
SUBTOTAL
92.800.403
(-) Retfte renta

(-) Retfte Ica
(-) Retfte IVA
TOTAL A
PAGAR
-2.800.012
-772.803
-1.920.008
87.307.580
b. Se procede a realizar el registro de esta transaccin: Fue capturada de forma correcta

como se observa en la vista de entrada.
IND
T
Y
GASTO
BASE IVA
21.817.934 21.817.934
67.018.095 57.774.220
C
TOTAL
IVA
3.490.869
9.243.875
CUENTA
24081501
23959006
24081001
408.194
408.194
65.311
89.244.223
80.000.348
12.800.056
Para el caso del indicador de IVA Y3:
Para el caso del dems indicadores se visualiza lo siguiente:

V: 02 de 01/20/2015
Pgina 8 de 28
Al seleccionar la opcion de vista de libro mayor queda asi:

Para el indicador C3, se ingreso una base de $ 408.194, para el Centro de Costo 5050, pero se observa que el
IVA quedo distribuido en varios Centros de Costo, adicionales al Centro de Costo 5050. Es importante
mencionar que los demas Centros de Costo no pertenecen al Indicador C.
Para el indicador T3, se ingreso una base de $ 21.817.934, para diversos Centros de Costo, que pertenecen al tipo
de indicador T, pero se observa que el IVA quedo distribuido en varios Centros de Costo, incluidos de tipo C y Y por
ejemplo el Centro de Costo 5050.

V: 02 de 01/20/2015
Pgina 9 de 28
Para el indicador Y3, se ingreso una base de $ 67.018.095, la cual ya tiene incluido el IVA de $ 9.243.875. Se
evidencia que el registro de estos valores es correcto en la cuenta 23959006.
Glosario de trminos
<Describa los trminos o palabras que requieran claridad en el significado o puedan tener ms >
Anexos
<Incluya o referencia los documentos que acompaan el requerimiento >
Diseo de la solucin
Si transaccin = a MIRO o MR8M, con el valor del campo EKPO-EBELN y el de EKPO-EBELP, validar si el
valor del campo EKPO-MWSKZ, se encuentra en alguno de los siguientes Set:
ZINDDESCONTABLE
ZINDMAYGASTO
ZINDTRANSITORIO
1. Reporte
V: 02 de 01/20/2015
Pgina 10 de 28
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.]
1.4. Origen y procesamiento de la informacin
V: 02 de 01/20/2015
Pgina 11 de 28
[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 12 de 28
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
<Texto>

V: 02 de 01/20/2015
Pgina 13 de 28
Direccin / Sentido
(Respecto a SAP)
Entrada
(Exposicin)
Salida
(Consumo)
Otro
El flujo de datos es de entrada a SAP ya sea para la consulta de

datos o la carga o actualizacin de informacin.
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 14 de 28
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 15 de 28
[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 16 de 28
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 17 de 28
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 18 de 28
[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 19 de 28
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]
Mtodo de carga
Batch input
BDC/Call transaction
Ale Idocs
BAPI
LSMW
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
SAP BDC/Call Trans. Specific Information

V: 02 de 01/20/2015
Pgina 20 de 28
#
Ref
Nombre
campo
Posicin
Longitud
Descripci
n
Requeri
do
(Y/N)
Lgica de
conversin
Nombre
program
an
Nombre de
campo en
pantalla
#
pantalla
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>
Dejar igual
KNVVSPART
<5>
05.
10.
Division

Char
V: 02 de 01/20/2015
Pgina 21 de 28
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
6
7
8
9
Select Orders
KNA1KUNNR
VBAKVBELN
VBAPPOSNR
Checkbox to
choose orders to
reject
Checkbox
Customer
10
Char
Sales Document
10
Char
Sales Document
Item
Numc
No Leading
zeros
No Leading
zeros
No Leading
zeros
<6>
Marcar el campo siempre con

una X cuando el campo KNVVVKORG sea igual a 3000
<7>
Dejar igual
<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

V: 02 de 01/20/2015
Pgina 22 de 28
[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
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 23 de 28
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
V: 02 de 01/20/2015
Pgina 24 de 28
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.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.
V: 02 de 01/20/2015
Pgina 25 de 28
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.]
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
V: 02 de 01/20/2015
Clave externa Observaciones

T001-BUKRS
Texto libre
Pgina 26 de 28
local
<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]
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.>

V: 02 de 01/20/2015
Pgina 27 de 28
CONTROL DE CAMBIO Nro: <Consecutivo de control de cambio>

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
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 28 de 28

EFR PDD PROC SUB 25062015 Especifiación Funcional IVA Transitorio 1

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

EFR PDD PROC SUB 25062015 Especifiación Funcional IVA Transitorio 1

Încărcat de

Drepturi de autor:

Formate disponibile

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Desglose de documentos en registro de del IVA descontable

<Identifique el nombre del subproceso o procedimiento del proceso>

Jairo Leguizamn / Diana

Das Hombres / Estimados

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

Descripcin del Proceso Actual

Descripcin del requerimiento

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

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

(-) Retfte renta

b. Se procede a realizar el registro de esta transaccin: Fue capturada de forma correcta

Para el caso del indicador de IVA Y3:

Para el caso del dems indicadores se visualiza lo siguiente:

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

Al seleccionar la opcion de vista de libro mayor queda asi:

Aprobado por: Marlon Javier Forero

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

1.1. Descripcin detallada del reporte

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

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

DEPARTAMENTO DE TECNOLOGIAS DE INFORMACION

ESPECIFICACION REQUERIMIENTO FUNCIONAL EFR

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

Interfaz de envi o recepcin de informacin acumulada,

Interfaz de manejo de archivos.