Anda di halaman 1dari 6

Especificación Funcional

PROYECTO ALAS UNIMINUTO

Especificación Funcional (Diseño)


Reporte / Formulario

Fecha de solicitud:

Título: NOTA DEBITO

Información General

Identificador: FR018 Título: Nota débito


Complejidad: Tipo Objeto: Formulario
Módulo: Ventas y distribución Prioridad: Alta
Diseñado por: Líder Funcional Usuario 1: Claudia Clavijo
Consultor: Carlos David Parra García Usuario 2:

Sección de Modificaciones

Modificación # Fecha Autor Secciones Descripción Documento


Afectadas de Cambio

Iniciales Usuario 1:________ Iniciales Usuario 2:________ Página 1 de 6


Especificación Funcional

PROYECTO ALAS UNIMINUTO


Descripción y Detalle del Requerimiento
En las próximas 6 casillas se deberá especificar el requerimiento y las necesidades del negocio divididas de la
siguiente manera:
- Descripción y Propósito: en pocas palabras, cual es la descripción general del programa y su objetivo.
Esta descripción debe coincidir con la descripción escrita en la herramienta de documentación (Ej.
ascendant).
- Criterios de Selección (entrada de datos): se especifica que datos deben ser entrados en el programa
antes de comenzar con la lógica. Por ejemplo el centro, el almacén y los códigos de clientes, etc. Con
estos datos el programa podrá comenzar el proceso. Si se trata de un formulario y éste tiene parámetros
estándar de selección, como por ejemplo la factura de ventas, entonces no es necesario llenar esta
sección.
- Detalle del Proceso (lógica): proceso detallado de lo que debe realizar el programa, incluyendo cálculos,
dónde están los datos, lógicas, etc. Si el reporte es interactivo, especificar lógica de pantallas, menús y
acciones.
- Términos (acrónimos) y Definiciones: palabras o conceptos que son importantes para el entendimiento
del requerimiento.
- Campos y Diseño: especificar los campos que deben ir en el reporte y la distribución o diseño del
reporte, incluyendo títulos, detalle, encabezados, etc.
- Detalles Técnicos: tipo de papel, impresora, salida de impresión, son algunos de los datos requeridos en
esta sección. Solo aplica para formularios.

Descripción y Propósito
Elaboración del formato de Nota Débito en SAP

Criterios de Selección (entrada de datos)


- Nombre del Parámetro: nombre con el que se conocerá el parámetro de ahora en adelante, es
importante porque en la sección siguiente este campo será invocado varias veces
- Campo-Tabla / Check Box / Radio Button: tipo de campo, si es campo-tabla se debe especificar el
campo tabla que se usa como patrón, ejemplo BSEG-BLART. Si es check box o radio button basta con
colocar estas descripciones en la casilla.
- Select Option / Parameter: especificar si el campo es de sencillo (parameter) o es un rango (select
option)
Nombre del Campo-Tabla / Select Comentarios Longitud
parámetro Check Box / Radio Option / de campo
Button Parameter
Sociedad facturadota VBRK-VKORG En la impresión debe aparecer el nombre de la 35
que resulta la misma sociedad el cual se encuentra en la tabla de
Organización de Ventas texto TVKOT campo VTXTK
Numero de identificación VBRK-VKORG En la impresión debe aparecer el nombre de la
Fiscal de la sociedad sociedad el cual se encuentra en la tabla de 20
facturadora texto TVKOT campo VTXTK
Dirección de la sociedad VBRK-VKORG En la impresión debe aparecer el nombre de la
facturadora sociedad el cual se encuentra en la tabla de 35
texto TVKOT campo ADRNR
Teléfonos de la sociedad VBRK-VKORG SZA1_D0100 / TEL_NUMBER
facturadora 16
Número factura de venta VBRK-VBELN Cabecera 10
Nombre del cliente o KURGV- NAME1
Cabecera 35

Iniciales Usuario 1:________ Iniciales Usuario 2:________ Página 2 de 6


Especificación Funcional

PROYECTO ALAS UNIMINUTO


responsable de pago

Número de identificación KURGV-STCEG SI Cabecera. 20


fiscal (NIT ó cédula)
Código del cliente en KURGV-KUNNR Cabecera 10
SAP
Dirección cliente o KURGV- STRAS Cabecera 35
responsable de pago
Teléfono cliente KURGV-TELF1 Cabecera 16

Ciudad KURGV- ORT01 Cabecera 20

Correo electrónico del ADSMTP / SMTP_ADDR


cliente 35
Lugar de Prestación del VBAP-VSTEL Cabecera
servicio – Puesto de 20
expedición
Vendedor – Grupo de VBRP-VKGRP
vendedores Detalle posición de factura 15

Denominación del grupo


de vendedores TVGRT- BEZEI20 Detalle posición de factura 15
Concepto - Textos de Objeto texto: VBBK
cabecera. Detalle de cabecera de factura 35
Para imprimirlo a partir
de la primera línea de los
detalles de la factura en
observaciones.
Parcales KOMV-KBETR
Detalle de posición de factura. Corresponde al De acuerdo al
Nivel importe final en el esquema de cálculo. valor
Valor VBRP-NETWR
Dentro del esquema de cálculo corresponde al De acuerdo al
valor neto o total de la factura. valor
Valores total de la factura
en letras. Detalle de la factura De acuerdo al
valor
Detalle del Proceso (lógica)
Al grabarse una factura se genera la impresión en forma automática. La factura se debe imprimir por cada clase
de factura y área de ventas asociada a esta.
Se imprime un juego de la factura que esta compuesto de dos originales
Mensaje de impresión RD00.

Términos (acrónimos) y Definiciones

Campos y Diseño: incluir los campos calculados que deberán ir en el reporte, dando a cada uno un
identificador o referencia para después ser relacionados en la hoja de diseño .De esta manera el desarrollador
ser dará una idea tanto teórica como gráfica de los datos del reporte o formulario. Se pueden incluir otros
archivos como digitalizaciones del formato para formas preimpresas.

Iniciales Usuario 1:________ Iniciales Usuario 2:________ Página 3 de 6


Especificación Funcional

PROYECTO ALAS UNIMINUTO

FORMATO DE NOTA DEBITO.xls

Detalles Técnicos (solo aplica para Formularios)


Output Determination Si Aplica
Output Type RD00
Programa Estándar RLB_INVOICE
Formulario Estándar Smartform estándar LB_BIL_INVOICE
Logo NO
Código de Barras NO
Papel Preimpreso NO
Tamaño de Papel Carta
Tipo de Impresora Aun no definida

Seguridad / Manejo de Errores


Detallar aspectos adicionales como el manejo de seguridad, que hacer en caso de errores y como mostrar o
reportar los resultados de la ejecución de la interface:
- Seguridad y Autorizaciones: especificar aspectos de seguridad que deban ser tenidos en cuenta para la
ejecución de la interface. Ejemplo, permiso de Ejecución , permiso para Reprocesar, etc. (solo si aplica)
- Manejo de Errores: que debe hacer el programa cuando suceden situaciones de error. Por ejemplo, que
pasa si no hay datos para mostrar en pantalla? Que mensaje se debe dar al usuario?

Seguridad y Autorizaciones

Manejo de Errores

Información Adicional y Anexos


Información adicional que pueda ser relevante para la especificación y que no tenga lugar en alguna de las
secciones anteriores. Para el caso de reportes la construcción de tablas Z es muy usual y se deberían ser
especificadas en esta sección:
- Tablas Z: tablas que deben ser creadas en R/3 para permitir conversión de datos (from to),
parametrizaciones, etc. Se debe usar el formato anexo. Cada hoja del archivo de Excel corresponde a la
definición de una tabla Z.

Iniciales Usuario 1:________ Iniciales Usuario 2:________ Página 4 de 6


Especificación Funcional

PROYECTO ALAS UNIMINUTO


- Comentarios Adicionales: comentarios o problemas o premisas que deban ser tenidas en cuenta
- Archivos Anexos Adicionales: archivos que puedan ser de utilidad como parte de la documentación

Tablas Z

Comentarios Adicionales
Para cada sociedad FI se debe imprimir el nombre, el numero de identificación fiscal, dirección y teléfonos.

Archivos Anexos Adicionales: incluir comentarios de que contiene cada archivo

Iniciales Usuario 1:________ Iniciales Usuario 2:________ Página 5 de 6


Especificación Funcional

PROYECTO ALAS UNIMINUTO

Plan de Pruebas Unitarias (UTP)


Plan detallado de todas y cada una de las pruebas que deben ser hechas al programa para verificar su correcto
funcionamiento. También debe incluir los casos de prueba erróneos y satisfactorios

UTP

Aprobaciones (Firmas)
Creado por: Carlos David Parra García
Nombre/Fecha/Organización

Aprobado por Usuario 1: Claudia Clavijo


Nombre/Fecha/Organización

Revisado por Consultor:


Nombre/Fecha/Organización

Revisado por Programador:


Nombre/Fecha/Organización

Iniciales Usuario 1:________ Iniciales Usuario 2:________ Página 6 de 6

Anda mungkin juga menyukai