especificación de requerimientos software de declaración de impuestos davinci

UNIVERSIDAD MAYOR DE SAN ANDRES

Facultad de Ciencias Puras y Naturales

Postgrado en Informática

Ingeniería de Requerimientos

Trabajo 4B – Especificación de Requerimientos de Software SRS

Software de Declaración de Impuestos DaVinci

Presentado a: Ing. Boris Clavijo, MBA

Presentado por: Roger Saravia

La Paz, Bolivia – Abril 21 de 2008

1

Tabla de Contenido

1 INTRODUCCIÓN ......................................................................................................................................................... 2

1.1 PROPÓSITO .......................................................................................................................................................... 2 1.2 ALCANCE ............................................................................................................................................................. 3 1.3 DEFINICIONES, ACRÓNIMOS, Y ABREVIACIONES ..................................................................................... 3 1.4 REFERENCIAS ..................................................................................................................................................... 4 1.5 APRECIACIÓN GENERAL .................................................................................................................................. 5

2 DESCRIPCIÓN GENERAL ........................................................................................................................................ 6

2.1 PERSPECTIVA DEL PRODUCTO ....................................................................................................................... 6 2.1.1 Interfaces de Sistemas ....................................................................................................................................... 6 2.1.2 Interfaces del Usuario ....................................................................................................................................... 6 2.1.3 Interfaces con el Hardware ............................................................................................................................. 10 2.1.4 Interfaces con el Software ............................................................................................................................... 10 2.1.5 Interfaces de Comunicaciones ......................................................................................................................... 10 2.1.6 Restricciones de Memoria ............................................................................................................................... 11 2.1.7 Funcionamiento ............................................................................................................................................... 11

2.2 FUNCIONES DEL PRODUCTO ......................................................................................................................... 11 2.3 CARACTERÍSTICAS DEL USUARIO .............................................................................................................. 12 2.4 RESTRICCIONES ............................................................................................................................................... 12

2.4.1 Políticas Reguladoras ..................................................................................................................................... 12 2.4.2 Limitaciones del Hardware ............................................................................................................................. 13 2.4.3 Interfaces a otras Aplicaciones ....................................................................................................................... 13 2.4.4 Funcionamiento en Paralelo ........................................................................................................................... 13 2.4.5 Requisitos de Lenguaje .................................................................................................................................... 13 2.4.6 Protocolos ....................................................................................................................................................... 13 2.4.7 Confiabilidad ................................................................................................................................................... 14 2.4.8 Grado Crítico de la Aplicación ....................................................................................................................... 14

2.5 SUPUESTOS Y DEPENDENCIAS ..................................................................................................................... 14 2.6 POSTERGACIÓN DE REQUERIMIENTOS ...................................................................................................... 14

3 REQUERIMIENTOS ESPECÍFICOS ...................................................................................................................... 14

3.1 REQUERIMIENTOS FUNCIONALES .............................................................................................................. 14 3.1.1 Usuario ADMINPV ......................................................................................................................................... 15 3.1.2 Usuarios: Formulario, Dependiente o Independiente ..................................................................................... 21 3.1.3 Usuario LCV .................................................................................................................................................... 24 3.1.4 Usuario IATA .................................................................................................................................................. 25 3.1.5 Usuario Agente ................................................................................................................................................ 26

3.2 REQUERIMIENTOS DE RENDIMIENTO ........................................................................................................ 30 3.3 RESTRICCIONES DE DISEÑO.......................................................................................................................... 30 3.3 ATRIBUTOS DEL SISTEMA ............................................................................................................................. 31

APÉNDICES .......................................................................................................................................................................... 32

A PROTOTIPOS IMPRESOS O ESPECIFICACIONES NORMADAS DE LOS FORMULARIOS DE

DECLARACION IMPOSITIVA ........................................................................................................................................ 32 B PROTOTIPOS IMPRESOS O ESPECIFICACIONES NORMADAS DE LAS BOLETAS DE PAGO ................... 38 C. TABLA DE RIESGOS .............................................................................................................................................. 42

ÍNDICE .................................................................................................................................................................................. 43

2

1 INTRODUCCIÓN

1.1 PROPÓSITO

El propósito de ésta especificación de requerimientos de software (SRS) es establecer las características y aspectos sobre los cuales se enmarcará la aplicación sobre formularios de impuestos a ser desarrollada.

Éste documento de requerimientos es la declaración oficial de lo requerido por los desarrolladores del sistema. No es un documento sobre diseño. Se especificará lo que el sistema deberá hacer en vez de cómo lo hará. La parte principal de éste documento SRS es una descripción detallada de los requerimientos funcionales y no funcionales.

De la misma forma, la finalidad de éste documento es:

Especificar el comportamiento externo del sistema.

Especificar las restricciones de la implementación.

Servir como herramienta de referencia para el mantenimiento.

Registrar los antecedentes acerca del ciclo de vida del sistema.

Caracterizar respuestas a eventos no esperados.

Clientes del Sistema

Gerentes

Ing. de Sistemas

Ing. de Pruebas del Sistema

Ing. de Mantenimiento del Sistema

Especifican los requerimientos y los leen para chequear si cubren sus necesidades. Especifican cambios a los requerimientos.

Utilizan el documento de requerimientos para planear una oferta por el sistema y para planear el proceso de desarrollo del sistema.

Utilizan los requerimientos para entender qué sistema será desarrollado.

Utilizan los requerimientos para desarrollar pruebas de validación del sistema.

Utilizan los requerimientos para ayudar a comprender el sistema y las relaciones entre sus partes.

Figura 1. Usuarios del documento de requerimientos SRS.

3

1.2 ALCANCE

Se trata de un sistema de declaración a Impuestos Nacionales de Bolivia bautizado como SOFTWARE RC - IVA (DAVINCI) PARA DEPENDIENTES Y AGENTES DE RETENCIÓN. Administra libros de compras y ventas LCV para enviarlos al portal tributario del Servicio de Impuestos Nacionales de Bolivia.

Mediante la aprobación de la Resolución Normativa de Directorio (RND) No. 10.0029.05, el Servicio de Impuestos Nacionales de Bolivia (SIN) ha reglamentado el desarrollo y uso del "Software RC - IVA (DaVinci)" a ser empleado por los sujetos pasivos del Régimen Complementario al Impuesto al Valor Agregado en relación de dependencia laboral así como por Agentes de Retención del citado Impuesto.

Asimismo, dicha resolución establece que sólo aquellos contribuyentes en relación de dependencia cuyos ingresos, sueldos o salarios brutos superen los Bs. 7000.- (siete mil 00/100 bolivianos) podrán utilizar dicho software para el pago a cuenta del RC - IVA, la alícuota del IVA contenida en facturas, notas fiscales o documentos equivalentes.

1.3 DEFINICIONES, ACRÓNIMOS, Y ABREVIACIONES

Archivo de Texto Los archivos de texto plano son aquellos que están compuestos únicamente por texto sin formato; sólo caracteres. Estos caracteres se pueden codificar de distintos modos dependiendo de la lengua usada. El término texto plano proviene de una traducción literal del término inglés plain text que en lengua castellana significa texto simple o texto sencillo. Existen muchos programas especializados en la edición de documentos de texto conocidos como editores de texto.

CI Cédula de Identidad

SIN Servicio de Impuestos Nacionales

PV Punto de venta.

CUPV Código de punto de venta.

LCV Libro de compras y ventas.

IATA Registro de los datos de los agentes de retención respecto a información específica.

ICM Impuesto complementario de la minería

IT Impuesto a las transacciones

ITF Impuesto a las transacciones financieras

IUE Impuesto a las utilidades

IVA Impuesto al valor agregado

RC-IVA Régimen complementario del impuesto al valor agregado

4

F110 Formulario 110

F165 Formulario 165 denominado “Declaración Jurada de Pago”

F166 Formulario 166 denominado “Declaración Jurada de Detalle”

F168 Formulario 168 denominado “Anexo del formulario 166”

F200 Formulario 200

F400 Formulario 400

F410 Formulario 410

F430 Formulario 430

F500 Formulario 500

F510 Formulario 510

F520 Formulario 520

F541 Formulario 541

F550 Formulario 550

F570 Formulario 570

F590 Formulario 590

F593 Formulario 593

F595 Formulario 595

F599 Formulario 599

BP Boleta de Pago

1.4 REFERENCIAS

SIN – Bolivia Software DaVinci. [En red]. Disponible en: http://impuestos.gov.bo/Software/Software/DaVinci.php

SIN – Bolivia Instalador DaVinci. [En red]. Disponible en: http://impuestos.gov.bo/Software/DaVinci/DaVinciFormularios.zip

SIN – Bolivia Actualizador DaVinci. [En red]. Disponible en: http://impuestos.gov.bo/Software/DaVinci/DaVinciActualizador.zip

SIN – Bolivia Guía DaVinci. [En red]. Disponible en: http://impuestos.gov.bo/Software/DaVinci/GuiaDaVinci.pdf

SIN – Bolivia Portal Principal. [En red]. Disponible en: http://www.impuestos.gov.bo/

SIN – Bolivia Portal Tributario Newton. [En red]. Disponible en: https://190.129.71.101/Newton

5

SIN – Bolivia Portal Newton NSF. [En red]. Disponible en: http://newton2.impuestos.gov.bo/Default.aspx

Microsoft .NET Framework. [En red]. Disponible en: http://www.microsoft.com/downloads/

Peter Norton (02) "New Inside The PC". Second Edition. SAMS. Indiana, USA.

1.5 APRECIACIÓN GENERAL

Esta especificación sigue con una descripción general de los factores que afectan el producto software y sus requerimientos; no se declaran los requerimientos específicamente, sino conceptualmente para que en la sección correspondiente se puedan comprender. Se desglosa: la perspectiva del producto; las funciones del producto; las características del usuario; las restricciones; supuestos y dependencias; y la postergación de requisitos.

Más adelante, en la sección 3, se desarrollan los requerimientos de software a un nivel de detalle como para permitir a los diseñadores lograr un sistema para satisfacer dichos requisitos o a los auditores probar que el sistema satisface tales requisitos. Se cuida que cada requerimiento sea perceptible por los usuarios, operadores u otros sistemas externos. Todos los requerimientos se identifican de manera única. Y se presta atención a la organización de los requerimientos por usuario para aumentar la legibilidad. Al final, se encontrarán las restricciones de diseño que pueden imponerse por estándares, limitaciones del hardware, etc. Están también los requisitos no funcionales identificados mediante “atributos del software”. Se ha cuidado que dichos atributos se especifiquen para que su logro pueda verificarse objetivamente. Toda la sección 3 es la parte más trascendental del SRS.

Y al final del documento, se incluye información que hace más fácil al SRS para usarse. Se tiene un apéndice y un índice de palabras.

Así está organizado el resto del documento:

Requerimientos específicos

o Requerimientos funcionales por tipo de usuario

o Requerimientos de rendimiento

o Restricciones de diseño

o Atributos del sistema

Apéndice

Índice

6

2 DESCRIPCIÓN GENERAL

2.1 PERSPECTIVA DEL PRODUCTO

El software de declaración de impuestos DaVinci es una aplicación o software de escritorio para los contribuyentes del Estado boliviano.

Se trata de un software independiente y autónomo con relación a su funcionamiento y operación para cumplir sus objetivos de preparación de formularios de declaración impositiva.

No obstante, según el tipo de contribuyente, éste puede conectarse mediante Internet con un servidor en el SIN para intercambiar información impositiva completada y preparada por éste mismo software.

Es un software de naturaleza única, de carácter exclusivo, no comercial y más bien de uso libre; razón por la cual, no puede compararse con estándares o competencia.

2.1.1 Interfaces de Sistemas

El software se contactará con un sistema externo instalado en un servidor del SIN y mediante una interfaz basada en archivos de texto plano de determinada estructura según el tipo de transacción. Uno de éstos archivos de interfaz con el servidor del SIN se denomina “Archivo Consolidado” generado por el propio software a partir de la información impositiva cumplimentada en su base de datos local.

2.1.2 Interfaces del Usuario

Al usuario se le deberá proveer un formulario inicial de acceso al sistema en el cual pueda entrar su tipo de usuario y contraseña. En el campo de contraseña deberá usarse un carácter (e. g. “*”) de llenado para visualizar el ingreso de la contraseña.

Una vez ejecutado el programa, la pantalla principal deberá mostrar en la parte superior una barra de menús ensamblada de acuerdo a lo siguiente:

Menú Comandos

Archivo Salir

Ver Barra de estado

Árbol de menús

Encabezado

7

Ventana Mosaico horizontal

Mosaico vertical

Cascada

Cerrar ventana

Cerrar todas

Ayuda Ayuda

Acerca de

En el panel superior izquierdo de la interfaz gráfica de usuario (GUI) deberá desplegarse el menú disponible desglosado en una disposición tipo árbol. Primero, deberá desplegarse por defecto un menú denominado “opciones generales” donde se tenga: “Cambiar usuario” y “Cambiar contraseña”. Esta mismo tipo de estructura desplegará también un árbol de formularios una vez el usuario elija “formularios”.

En el panel inferior izquierdo deberá haber un bloque que despliegue los “módulos instalados” como el módulo denominado “formularios electrónicos”.

El menú “formularios electrónicos” deberá desglosarse siempre en las siguientes opciones:

Formulario 110

Boletas

ICM

IT

ITF

IUE

IVA

RC-IVA

Y las cuáles, a su vez, deberán desglosarse de acuerdo a:

F110:

o Dependiente

o Independiente

Boletas:

o BP1000

o BP1010

o BP1200

o BP2000

o BP2099

o BP3000

8

o BP3050

o BP9050

ICM:

o F597

o F599

IT:

o F400

o F410

o F430

ITF:

o F165

o F166

o F168

IUE:

o F500

o F510

o F520

o F530

o F541

o F550

o F560

o F570

o F580

o F590

o F591

o F593

o F594

o F595

9

IVA:

o F200

RC-IVA:

o F604

o F608

o F610

El panel de la derecha de la interfaz gráfica de usuario deberá desplegar el formulario en curso.

Debajo de cada pantalla de formulario deberá desplegarse una barra de menú que incluya los comandos: abrir, guardar, guardar como, imprimir, exportar, verificar y cerrar.

Cuando se elija “guardar como” el formulario deberá ser validado por el sistema y deberán ser resaltados con color rojo los campos inválidos mostrado un listado con los errores encontrados; todo esto, en la parte inferior de la pantalla.

Cuando se introduzca un NIT, éste deberá ser verificado de tal manera que no se permita la introducción de cualquier otro número.

Cuando un formulario tenga campos de suma, la sumatoria deberá ser actualizada cada vez que se actualice cualquier campo involucrado como “sumando”.

Al elegir el comando de menú imprimir, deberá aparecer un mensaje de alerta indicando el tamaño de formulario en unidades de medida convencionales y el número de hojas a necesitarse para la impresión.

Cuando un formulario esté activo en pantalla, la barra de menú principal (parte superior) se modifica de la siguiente manera:

Menú Comandos

Archivo Abrir formulario

Imprimir

Guardar formulario

Guardar como

Verificar formulario

Salir del formulario

Ver Barra de estado

Árbol de menús

Encabezado

10

Ventana Mosaico horizontal

Mosaico vertical

Cascada

Cerrar ventana

Cerrar todas

Ayuda Ayuda

Cómo usar el formulario XY (*)

Formulario XY (*)

Instructivo del formulario

Acerca del formulario

(*) El formulario mostrado en pantalla.

En la barra de estado deberá mostrarse: la hora, la fecha, el estado de la fijación del teclado en mayúsculas y el estado de inserción del cursor.

2.1.3 Interfaces con el Hardware

No aplicable. Se trata de un software independiente que no interactuará directamente con el hardware. Hará uso de los recursos que provea el sistema operativo a través de la plataforma .NET.

2.1.4 Interfaces con el Software

No aplicable. No se tienen interfaces lógicas con ningún otro software. Se trata de un sistema independiente en funcionamiento y operatividad.

2.1.5 Interfaces de Comunicaciones

Por un tema de regularización en las direcciones IP de los servidores Web, la dirección URL (Uniform Resource Locator) para el envío de información desde la aplicación DaVinci estará establecida en: 190.129.71.101.

https://190.129.71.101/DaVinciWSE

11

Este sistema no programará directamente protocolos de comunicación. Hará uso de dichos servicios por medio del sistema operativo (i. e. TCP/IP, NETBEUI y otros).

2.1.6 Restricciones de Memoria

Se ha estimado una restricción mínima de memoria primaria de 128 MB y una restricción mínima de memoria secundaria de 100 MB.

Memoria RAM 128 MB

Espacio en disco duro 100 MB

2.1.7 Funcionamiento

Se tiene un modo de funcionamiento del tipo “atendido” cuando el usuario hace uso de la aplicación para trabajar o preparar algún documento tipo formulario u otro.

Se tiene un modo de funcionamiento del tipo “desatendido” cuando la aplicación se encarga por sí misma de la recuperación, almacenamiento o impresión de formularios u otros.

Se tiene un modo de funcionamiento del tipo “conectado” cuando la aplicación hace contacto con el servidor del SIN para el intercambio de información impositiva.

2.2 FUNCIONES DEL PRODUCTO

La funcionalidad del producto radica en el llenado normado asistido por computadora de formularios y boletas del tipo impositivos. Las funciones de éste producto software incluyen:

Personalización del punto de venta

Elaboración de nuevos formularios.

Elaboración de boletas de pago.

Elaboración del libro de compras y ventas.

Captura IATA

o La captura IATA se refiere al registro de los datos proporcionados por los agentes de retención respecto a información específica.

Administración de agentes

Generación y envío de archivos de consolidación

Incorporación de planillas

12

2.3 CARACTERÍSTICAS DEL USUARIO

Los usuarios son personas que interactúan directamente con el sistema y se identifican como:

UUssuuaarriioo CCoonnttrraasseeññaa EEdduuccaacciióónn EEssppeerraaddaa **

AGENTE AGENTE Mínimo: bachillerato

SUCURSAL SUCURSAL Mínimo: bachillerato

DEPENDIENTE DEPENDIENTE Mínimo: bachillerato

LCV LCV Mínimo: bachillerato

IATA IATA Mínimo: bachillerato

FORMULARIOS FORMULARIOS Mínimo: bachillerato

2.4 RESTRICCIONES

2.4.1 Políticas Reguladoras

Normativa RC IVA

Resolución Normativa de Directorio 10-0029-05

Normativa Tributaria LCV IVA



Comunicado Nro 1

Comunicado Nro 2

Normativa IATA


Normativa ITF



13

2.4.2 Limitaciones del Hardware

Aunque el producto software DaVinci deberá ser desarrollado en una plataforma (framework) independiente del hardware como la plataforma .NET, las computadoras destino deberán corresponder a la familia IBM o compatibles tecnología PENTIUM micro-procesadores INTEL serie x86 o micro-procesadores AMD; para 32 bits o 64 bits por registro de procesador. Las restricciones de hardware de memoria mínima se mencionaron en el acápite 2.1.6.

2.4.3 Interfaces a otras Aplicaciones

No aplicable. Producto de operatividad autónoma e independiente.

2.4.4 Funcionamiento en Paralelo

No se programarán algoritmos para computación paralela. Se dejará a cargo de los servicios e interrupciones nivel BIOS o nivel sistema operativo anfitrión cuando las computadoras posean procesadores de doble núcleo (dual core) o multi-procesadores.

2.4.5 Requisitos de Lenguaje

El producto software podrá ser desarrollado únicamente con lenguajes de programación orientada a objetos correspondientes a la plataforma .NET:

Visual J#

Visual C#

Visual Basic

Visual C++

2.4.6 Protocolos

No se programarán protocolos de control de flujo de transferencia de datos como el XON/XOFF. El sistema hará uso de la configuración del sistema operativo anfitrión. Tampoco se requerirá ningún protocolo específico de “hand-shaking” para las funciones del producto.

14

2.4.7 Confiabilidad

Propiedad Medida

Confiabilidad

Tiempo promedio entre fallas: 14 días

Probabilidad de no disponibilidad: 0.05%

Tasa de ocurrencia de las fallas: 1/7 (1/días)

Disponibilidad: 99.95%

2.4.8 Grado Crítico de la Aplicación

Muy alta – 98%. Se trata de un software de declaración impositivo para el Estado boliviano.

2.5 SUPUESTOS Y DEPENDENCIAS

Hardware básico de video para la visualización de 256 colores.

Sistema operativo anfitrión de la familia Microsoft Windows, versión 98 o superiores.

Conexión Internet ADSL con un mínimo de banda de 128 KBPS.

Plataforma .NET versión 1.1 o superiores instalada.

Herramienta de instalación Microsoft Windows Installer 3.1 o superiores.

2.6 POSTERGACIÓN DE REQUERIMIENTOS

Todos los requerimientos para el tipo de usuario SUCURSAL serán postergados para la próxima versión del producto software.

Todos los requerimientos para el formulario F87 de declaración impositiva serán postergados para la próxima versión del software.

3 REQUERIMIENTOS ESPECÍFICOS

3.1 REQUERIMIENTOS FUNCIONALES

15

3.1.1 Usuario ADMINPV

Requisito Funcional A-01

Al usuario ADMINPV se le deberá proveer una pantalla de personalización del punto de venta.

Entrada:

El usuario se “loguea” como ADMINPV.

Salida:

El sistema provee una pantalla con una pestaña de personalización que permita el ingreso de:

NIT del Contribuyente.

Nombre Comercial (Denominación o Rótulo).

Código de Sucursal 0 (Casa Matriz) o la que corresponda.

Contraseña para Anulaciones (texto mayor a 8 caracteres)

Confirmación de la contraseña anterior.


Al usuario ADMINPV se le deberá proveer una pantalla de generación de código de punto de venta (CUPV).

Entrada:

El usuario elige la pestaña de código de punto de venta.

Salida:

El sistema despliega una pantalla desde la cual se debe generar el Código Único de Punto de Venta CUPV. Para tal efecto, deberá suministrarse un botón de comando rotulado como “Generar” y especificar una ruta para la ubicación del archivo DEC (Disquete).


Al usuario ADMINPV se le deberá proveer una pantalla de generación para la adición o eliminación de usuarios. Con esta opción se pueden realizar altas y bajas de usuarios que operarán con el rol “Cajero”, y los cuales tendrán acceso a los procesos de emisión de facturas y consultas PV.

Entrada:

El usuario elige la pestaña “Usuarios”.

Salida:

El sistema despliega una pantalla en la cuál se deben especificar los siguientes campos y botones:

16

Usuario. Nombre del usuario que se quiere crear. Este dato será utilizado al momento de ingresar al sistema.

Contraseña y confirmación. Se refiere a la clave o contraseña. Este dato también será utilizado al momento de ingresar al sistema.

Nombres y Apellidos. Ingresar el nombre completo del usuario, este campo es informativo.

Botón Adicionar. Permite crear el usuario con los datos especificados.

Botón Eliminar. Permite eliminar de forma lógica el usuario seleccionado.


Al usuario ADMINPV se le deberá proveer una pantalla para la carga de llave de dosificación (activación de PV) para que una vez que se tenga la llave de dosificación (archivo DEC devuelto por SIN) se pueda realizar la carga de la dosificación provista en la misma.

Entrada:

El usuario elige la rama “Carga de Dosificación” en el árbol “Punto de Venta”.

Salida:

El sistema despliega una pantalla en la cual se deberá:

Escribir la ruta completa donde se encuentra el archivo proporcionado por el SIN y el nombre del mismo o caso contrario poder buscarlo con un explorador que se abrirá al presionar un botón que se encuentra al lado del campo “…”

Una vez terminado el proceso, el sistema deberá desplegar un mensaje junto a la información propia de la dosificación.


Al usuario ADMINPV se le deberá proveer una pantalla para la configuración del punto de venta.

Entrada:

El usuario elige la pestaña “Factura” de la rama “Configuraciones” del árbol “Punto de Venta”.

Salida:

El sistema despliega una pantalla con campos que deberán ser llenados para definir los parámetros que se muestran más abajo; también deberá suministrarse un botón “Guardar” para aplicar la configuración y un botón “Vista previa” para que permita ver un previo de la factura con los parámetros configurados e imprimirla si se desea.

Tamaño de papel.

Orientación.

Copia. Sin Copia. Con Copia

17

Imagen o Logotipo. Especificar la ruta donde se encuentra el archivo.

Tipo de Impresora. Láser o Inyección de Tinta.


Al usuario ADMINPV se le deberá proveer una pantalla que le permita mantener un catálogo de productos siendo éste catálogo opcional al momento de emitir la factura

Entrada:

El usuario elige la pestaña “Productos” de la rama “Configuraciones” del árbol “Punto de Venta”.

Salida:

El sistema despliega una pantalla en el panel derecho que exige especificar los campos de a continuación y que presenta una serie de botones para operaciones relacionadas:

Código. Identificador del producto, valor alfanumérico.

Descripción del producto.

Unidad. Campo informativo (e. g. litro, kilogramo, caja, etc.)

Precio del producto (Campo numérico con 2 decimales)

Moneda. Especificar Bolivianos Bs o Dólares $us. (El valor “Todas” es utilizado para consultas)

Descuento. Valor en Porcentaje, por ejemplo 50% se registrará como 50 y no como 0.50

Botón Importar. Permite importar productos desde un archivo plano (.TXT)

Botón Exportar. Permite exportar toda la lista de productos a un archivo plano (.TXT)


Al usuario ADMINPV se le deberá proveer una pantalla que le permita llenar e imprimir las notas fiscales.

Entrada:

El usuario elige la rama “emisión de facturas” del árbol “Punto de Venta”.

Salida:

El sistema despliega una ventana donde se pide confirmar o modificar los montos de tipo de cambio del dólar para la compra y para la venta; estos datos serán usados en las facturas que se emitan mientras se esté dentro de la opción.

En la parte superior aparecerán con fondo gris los datos predefinidos de la empresa y de la dosificación. A continuación la información que debe completar el contribuyente. Y al final una serie de botones relacionados que el sistema deberá desplegar.

18

Señor(es): nombres o razón social del cliente a quien se emite la factura

NIT/CI Cliente:

Se proporcionará una grilla para completar información propia de la transacción:

Producto: Este campo no es obligatorio y sirve para usar el catálogo de productos del sistema; el mismo completará los campos de Descripción, Precio Unitario y Descuento (los cuales pueden modificarse). Si no se conoce el código del producto, se puede acceder a una lista de los mismos presionando el Botón “Productos”.

Descripción: Descripción del producto o servicio de la transacción

P/U: Precio unitario

Cantidad:

Descuento (%): Descuento por producto

Precio: Esta información se llena automáticamente en base al precio unitario y la cantidad

En la parte inferior los campos que pueden llenarse son:

Descuento Global %: Si se desea ingresar un descuento para el monto global de la factura

Tipo de Pago: Se seleccionará de un control tipo “combo”.

No. Tarjeta Deb/Cred/Cheque: Si corresponde al tipo de pago seleccionado

Pagado: Monto pagado por el cliente

Los campos “Total Bs”, “Cambio” y “Código de Control” se calcularán automáticamente.

El campo “Fecha Límite de Emisión” indica cuando expira la dosificación vigente

Botón “Confirmar”: Confirma los datos ingresados en la factura y permite imprimir la misma.

Botón “Cancelar”: Cancela la emisión de la factura que se está llenando, siempre y cuando no haya sido confirmada (limpia la pantalla)

Botón “Productos”: Despliega el catálogo de productos cuando se está llenando información en la grilla

Botón “Calcular”: Utilitario que permite convertir dólares a bolivianos (opcional)


Al usuario ADMINPV se le deberá proveer una pantalla para consultas de información que permita criterios de consulta.

19

Entrada:

El usuario elige la rama “Consultas PV” del árbol “Punto de Venta”.

Salida:

El sistema despliega una pantalla que permite campos para posibles criterios de consulta que se muestran a continuación; despliega también una serie de botones relacionados.

Desde: Fecha de emisión de factura desde

Hasta: Fecha de emisión de factura hasta

Usuario: Si el usuario conectado es un cajero, este campo aparecerá deshabilitado; sólo permitirá ingresar información cuando se trate del usuario “ADMINPV”

No Autorización: Opcional

No Factura: Opcional

Botón “Consultar”: Realiza la búsqueda de la información de facturas con los criterios ingresados

Botón “Imprimir”: Permite imprimir un reporte con la información en pantalla


Al usuario ADMINPV se le deberá proveer una pantalla que permita buscar y exportar la información de “detalle” de facturas.

Entrada:

El usuario elige la pestaña “Exportación” dentro de “Consultas de información”.

Salida:

El sistema despliega una serie de campos para la búsqueda y exportación de facturas de acuerdo a lo expuesto a continuación; además, se presentan “botones” de comando relacionados.

Desde: Fecha de emisión de factura desde

Hasta: Fecha de emisión de factura hasta

Usuario: Si el usuario conectado es un cajero este campo aparecerá deshabilitado, sólo permitirá ingresar información cuando se trate del usuario “ADMINPV”

No Autorización: Opcional

No Factura: Opcional

Botón “Consultar”: Realiza la búsqueda de la información de detalles de facturas con los criterios ingresados

Botón “Exportar”: Genera un archivo de texto con la información en pantalla

20


Al usuario ADMINPV se le deberá proveer una pantalla para anular las facturas.

Entrada:

El usuario elige la pestaña “Anular” de la pantalla “Anular Factura” elegida a su vez a partir del árbol “Punto de Venta”.

Salida:

El sistema despliega una pantalla con campos relacionados donde se podrá completar: el “Número de Autorización”, “Número de factura”, “Fecha de Emisión” y “Contraseña de Anulación”. Además, se presentará el botón “Anular” que una vez presionado hará que el sistema emita un mensaje para confirmar la acción y de proceder a anular la factura.


Al usuario ADMINPV se le deberá proveer una pantalla que le permita consultar todas las facturas anuladas en base a criterios ingresados.

Entrada:

El usuario elige la pestaña “Consultar” de la pantalla “Anular Factura” elegida a su vez a partir del árbol “Punto de Venta”.

Salida:

El sistema despliega una pantalla de los campos: NIT, Número de Autorización, Número de Factura, Fecha Desde y Fecha Hasta; además, un botón “Consultar”.


Al usuario ADMINPV se le deberá proveer una pantalla que le permita generar un archivo de texto para el LCV con las ventas realizadas en el Punto de Venta actual.

Entrada:

El usuario elige la opción “Generar Archivo LCV” en el árbol “Punto de Venta”.

Salida:

El sistema despliega una pantalla exigiendo la completitud de los campos: NIT y Período (formato: mm/aaaa); además, un botón “Generar” que una vez pulsado desencadenará en un mensaje donde se indique la dirección destino del archivo generado.

21

3.1.2 Usuarios: Formulario, Dependiente o Independiente

Requerimiento Funcional D-01

Se deberá proveer al usuario una opción para abrir nuevos formularios.

Entrada:

El usuario se “loguea” como FORMULARIO (con contraseña FORMULARIO) o como DEPENDIENTE ó AGENTE.

Salida:

El sistema despliega un panel con los módulos instalados donde la primera opción mostrada es “Formularios Electrónicos”.


Se le deberá proveer al usuario la opción de elegir abrir un determinado nuevo formulario.

Entrada:

El usuario elige la opción “Formularios Electrónicos” del árbol mostrado en el panel “Módulos Instalados”.

Salida:

El sistema desplegará en el panel izquierdo una lista de formularios, boletas y otros presentada en una estructura tipo árbol donde se distingan los diversos grupos.


El usuario deberá poder registrar datos en las casillas de un determinado formulario.

Entrada:

El usuario hace doble clic sobre un formulario mostrado en la estructura tipo árbol “Formularios Electrónicos”.

Salida:

El sistema despliega en pantalla el formulario a completarse con la opción de elegir el comando “Árbol de Menús” del menú “Ver” de la barra de menús en caso de desear seleccionar otro formulario.

El sistema permitirá que todas las operaciones se puedan realizar con la ayuda del ratón o del teclado. La navegación entre casillas se habilitará a través de la tecla ENTER o TAB. Para la navegación inversa se utilizará la combinación de las teclas SHIFT+TAB.

La navegación en el menú inferior se realizará a través de las teclas IZQUIERDA Y DERECHA y para la selección del botón la tecla ESPACIADORA servirá para tal efecto.

22


El sistema deberá proveer al usuario la opción de verificar el contenido del formulario en cualquier momento.

Entrada:

El usuario presiona el botón “Verificar” de la barra de menú inferior.

Salida:

Si en la verificación se encuentran errores de llenado, el sistema mostrará los mismos en la parte inferior del formulario. En esta sección errores se detallará el "código de casilla" a corregir, la etiqueta de la casilla a corregir y la descripción del error.


Una vez que el formulario no contenga errores, el sistema deberá proveer la posibilidad de poder ser registrado en cualquier momento a solicitud del usuario.

Entrada:

El usuario elige la opción "Guardar" o "Guardar Como" a partir de la barra de menú mostrada en el inferior.

Salida:

Si el formulario no tiene un número de orden este se generará antes de ser registrado por la opción.

El sistema propondrá un nombre para guardar el archivo con el siguiente formato: DDJJ_NIT_FORMULARIO_VERSION_AÑOPERIODO_MESPERIODO.idj

Si se sobre-escribe un archivo, el sistema creará automáticamente un archivo de respaldo con el siguiente formato: BCK _NIT_FORMULARIO_VERSION_AÑOPERIODO_MESPERIODO-AÑOMESDIA_HORAMINUTOSEGUNDO.idj

Los archivos tendrán la extensión idj "Impuestos Declaración Jurada".


Una vez que el formulario esté registrado en su totalidad y no contenga errores de llenado, el usuario deberá poder imprimir una cantidad de ejemplares que necesite como contribuyente.

Entrada:

El usuario elige la opción "Imprimir" a partir de la barra de menú mostrada en la parte inferior.

23

Salida:

Si el "Número de Orden" no aparece en la visualización del formulario, significa que aún no fue generado; este número se genera si el formulario es nuevo o se modificó un formulario que fue abierto. El "número de orden" será generado al momento de imprimir o de registrar un formulario.

Cada formulario exigirá un número de páginas y un tamaño de hoja predeterminados para la impresión que podrá apreciarse en un cuadro de diálogo tipo “modal”.

Requerimiento D-07

Al usuario se le deberá notificar cuando existan casillas cuyo llenado sea obligatorio.

Entrada:

El usuario ha dejado de lado casillas sin su dato correspondiente.

Salida:

El sistema inmediatamente mostrará al usuario el símbolo “!” dentro de un círculo rellenado de color rojo.

Requerimiento D-08

Al usuario se le deberá proveer cálculos automáticos entre casillas que estén vinculadas mediante las operaciones de suma, porcentaje, etc.

Entrada:

El usuario ingresa información numérica en casillas que están vinculadas por operaciones de cálculo aritméticas.

Salida:

El sistema ejecuta de manera automática los cálculos entre las casillas numéricas involucradas.

Requerimiento D-09

Al usuario se le deberá brindar la opción del llenado no-obligatorio de la casilla de Aclaración de Firma y de la casilla de CI (Cédula de Identidad). Esta información podrá ser completada manualmente una vez impreso el formulario.

Entrada:

El usuario completa o no las casillas de aclaración de firma y de CI

Salida:

El sistema despliega la información entrada o no despliega nada.

24

Requerimiento D-10

Al usuario se le deberá brindar ayuda contextual de manera inmediata.

Entrada:

El usuario se posiciona en una casilla y presiona la tecla de función “F1”.

Salida:

El sistema desplegará una pantalla de ayuda contextual correspondiente a la casilla.

Requerimiento D-11

Al usuario se le proveerá el formulario de declaración impositiva conforme el prototipo autorizado y en base a lo normado por el SIN.

Entrada:

El usuario se posiciona en un formulario en el árbol formularios y abre un formulario para su llenado.

Salida:

El sistema desplegará el formulario elegido en el panel derecho de la interfaz proveyendo de los campos y controles de selección conforme el prototipo autorizado y basado en la normativa SIN del Apéndice A “Prototipos impresos autorizados de formularios normados por el SIN”.

3.1.3 Usuario LCV

Requerimiento L-01

Al usuario LCV se le habilitará el módulo “Libro de Compras y Ventas” encargado de la captura, validación, consolidación y envío de la información referente a los movimientos de compras y ventas de las empresas obligadas a presentar esta información.

Entrada:

El usuario se “loguea” como usuario LCV y con contraseña LCV.

Salida:

El sistema despliega la interfaz gráfica estándar pero con el módulo “Libro de Compras y Ventas” en el panel izquierdo “Módulos Instalados”.

25

Requerimiento L-02

Al usuario LCV se le permitirá preparar la presentación a partir de dos archivos de texto planos: uno para compras y otro para ventas; respetando el formato definido acorde con la resolución vigente.

Entrada:

El usuario selecciona y abre el módulo “Libro de Compras y Ventas” del panel izquierdo “Módulos Instalados”.

Salida:

El sistema procede con la captura de archivos planos de texto conforme el siguiente formato:

VENTAS:

Campos:

NIT | RAZONSOCIAL | NUMEROFACTURA | NUMEROAUTORIZACIÓN | FECHA | IMPORTE TOTAL FACTURA | IMPORTE ICE | IMPORTE EXCENTO | IMPORTE SUJETO A DEB. FISCAL | DEBITOFISCAL | ESTADO | CODIGO DE CONTROL

Ejemplo:

1028627025 | NOMBRE EMPRESA | 5890 | 2005033429 | 01/05/2007 | 2000 | 500 | 500 | 1000 | 130 | V |A1-B2-C3-D4-E5

COMPRAS:

Campos:

TIPOFACTURA | NIT | RAZONSOCIAL | NUMEROFACTURA | NUMEROPOLIZA | NUMERODEAUTORIZACION | FECHA | IMPORTE TOTAL FACTURA | IMPORTE ICE | IMPORTE EXCENTO | IMPORTE SUJETO A CRED. FISCAL | CREDITOFISCAL | CODIGO DE CONTROL

Ejemplo:

1 |1028627025 | NOMBRE EMPRESA | 5228 | 0 | 7928155105 | 13/12/2005 | 2000 | 500 | 500 | 1000 | 130 | A1-B2-C3-D4-E5

3.1.4 Usuario IATA

Requerimiento I-01

El sistema deberá proveer al usuario IATA la opción de captura IATA que se refiere al registro de los datos proporcionados por los agentes de retención respecto a información específica relacionada a IATA a través de archivos de texto plano. El cargado implica una serie de validaciones internas a fin de verificar la consistencia de la información.

26

Entrada:

El usuario se “loguea” como usuario IATA con contraseña IATA.

Salida:

El sistema habilita la opción de captura IATA cuyo archivo de texto plano a ser capturado deberá poseer el siguiente formato:

NOMBRE DEL CAMPO TIPO DATO

REQUERIDO TAMAÑO

PRESENTACION Texto SI 1TIPO TRANSACCION Numero SI 1

CODIGO DE SERVICIO MPD Numero SI 13NUMERO DE FACTURA Numero SI 13ORIGEN DEL SERVICIO Texto SI 3

FECHA DE LA TRANSACCIÓN Numero SI DD/MM/AAAANIT LINEA AEREA O AGA. Numero SI 13

CODIGO IATA Numero SI 13

NOMBRE PASAJERO, REMITENTE O DESTINATARIO Texto SI 50

T/IVA Numero SI 20MONEDA Numero SI 3

BR Numero SI 5LUGAR DE PAGO Texto SI 50

NUMERO DOCUMENTO Numero SI 13NIT AGENCIA DE VIAJES Numero SI 13

3.1.5 Usuario Agente

Requerimiento G-01

Al usuario Agente se le deberá proveer la opción de administración de agentes de información.

Entrada:

El usuario se “loguea” como usuario AGENTE con contraseña AGENTE.

Salida:

El sistema despliega una opción que cuenta con tres pestañas que permiten realizar altas, bajas, modificaciones e impresión de un listado referente a los agentes de información registrados. Además, en cualquier momento se contará con el botón “Cerrar” o la opción del mismo nombre en el menú “Archivo” que permiten cerrar la ventana.

Pestaña – Principal

Esta pestaña tiene una grilla que permite visualizar los agentes registrados en la base de datos (Agentes Activos); es posible realizar tres acciones en esta pantalla:

27

1. Buscar información por el “NIT” ingresando uno o mas números en este campo; seguidamente se debe presionar el botón “Buscar” en la parte inferior o la opción del mismo nombre en el menú “Editar”. Cuando el campo “número de NIT” esté en blanco se recuperarán todos los Agentes activos registrados.

2. Eliminar Agentes seleccionando el Agente a eliminar en la grilla y presionando el botón “Eliminar” de la parte inferior, o la opción del mismo nombre en el menú “Editar”; el sistema debe desplegar el mensaje donde indica que la operación fue realizada exitosamente.

3. Imprimir un listado de los agentes desplegados en la grilla presionando el botón “Imprimir” o la opción del mismo nombre en el menú “Editar”. Se presentará un previo de impresión.

Los botones y las opciones del menú se habilitarán en función a la información registrada; por lo tanto, la primera vez que se ingrese a la opción y no se tenga información, los botones de “Imprimir” y “Eliminar” estarán deshabilitados.

Pestaña – Adicionar

Esta pestaña permite dar de alta agentes, ingresando los siguientes campos:

NIT – debe ingresarse un NIT válido (de acuerdo a los algoritmos del SIN)

Razón Social – campo obligatorio

Domicilio – campo obligatorio

Teléfono – campo opcional

Fax – campo opcional

Casilla – campo opcional

E-mail – campo opcional

Tipo – El tipo debe ser Resto, Graco o Prico; ante cualquier información errada se asumirá que es Resto.

Una vez que se ha ingresado los datos debe presionar el botón “Guardar” o la opción del mismo nombre en el menú “Editar”; el sistema debe desplegar el mensaje donde indica que la operación fue realizada exitosamente.

Pestaña – Modificar

Esta pestaña permite modificar la información de un agente existente; para esto, es necesario seleccionar en la grilla de la pestaña principal el agente a modificar y presionar la pestaña “Modificar”. Los datos que pueden ser cambiados son:

Domicilio – campo obligatorio

Teléfono – campo opcional

Fax – campo opcional

Casilla – campo opcional

28

E-mail – campo opcional

Una vez que se ha ingresado los datos debe presionar el botón “Guardar” o la opción del mismo nombre en el menú “Editar”; el sistema debe desplegar el mensaje donde indica que la operación fue realizada exitosamente.

Requerimiento G-02

Al usuario AGENTE se le deberá proveer la administración de dependientes.

Entrada:

El usuario se “loguea” como AGENTE con contraseña AGENTE.

Salida:

El sistema despliega una opción que cuenta con cuatro pestañas que permiten realizar altas, bajas, modificaciones, impresión de dependientes registrados y carga masiva de dependientes desde un archivo de texto. En cualquier momento se contará con el botón “Cerrar” o la opción del mismo nombre en el menú “Archivo” que permiten cerrar la ventana.

Pestaña – Principal

Esta pestaña tiene una grilla que permite visualizar los dependientes registrados para un determinado Agente de retención (dependientes Activos), por tanto es necesario ingresar como criterio de búsqueda un NIT registrado y presionar el botón Buscar, adicionalmente es posible realizar tres acciones en esta pantalla:

Buscar información por el número de “Documento de Identidad Dependiente” ingresando uno o mas números en este campo; seguidamente, se debe presionar el botón “Buscar” en la parte inferior o la opción del mismo nombre en el menú “Editar”. Cuando el campo “Documento de Identidad Dependiente” esté en blanco, se recuperarán todos los dependientes activos registrados para ese número de NIT.

Eliminar dependientes seleccionando el dependiente a eliminar en la grilla y presionando el botón “Eliminar” de la parte inferior o la opción del mismo nombre en el menú “Editar”; el sistema debe desplegar el mensaje donde indica que la operación fue realizada exitosamente.

Imprimir un listado de los dependientes desplegados en la grilla presionando el botón “Imprimir” o la opción del mismo nombre en el menú “Editar”. Se presentará un previo de impresión. Los dependientes se imprimen ordenados en orden alfabético.

Los botones y las opciones del menú se habilitarán en función a la información registrada. Por lo tanto, la primera vez que se ingrese a la opción y no se tenga información, los botones de “Imprimir” y “Eliminar” estarán deshabilitados.

29

Pestaña – Adicionar

Esta pestaña permite dar de alta “dependientes”; para esto, es necesario indicar en la pestaña principal el NIT del Agente de retención del empleado a ingresar (el agente de retención debe haber sido dado de alta previamente); el alta de dependientes se realiza ingresando los siguientes campos:

Número de documento – campo obligatorio

Tipo de documento – campo obligatorio; debe seleccionarse un valor del control tipo “combo”; los valores posibles son: CI (Cédula de Identidad), RUN, PAS (Pasaporte), CEX (Cédula de extranjero)

Lugar de Expedición – campo obligatorio; si el tipo de documento es CI se habilita la lista de departamentos; si es otro tipo de documento, se debe ingresar una extensión de dos caracteres.

Apellido Paterno – campo obligatorio

Apellido Materno – campo opcional

Nombres – campo obligatorio

Domicilio – campo opcional

Una vez que se ha ingresado los datos debe podrá presionar el botón “Guardar” o la opción del mismo nombre en el menú “Editar” y el sistema deberá desplegar el mensaje donde indica que la operación fue realizada exitosamente.

Pestaña – Modificar

Esta pestaña permite modificar la información de un dependiente existente; para esto, será necesario seleccionar en la grilla de la pestaña principal el dependiente a modificar y presionar la pestaña “Modificar”; los datos que podrán ser cambiados son:

Apellido Paterno – campo obligatorio

Apellido Materno – campo opcional

Nombres – campo obligatorio

Domicilio – campo opcional

Una vez que se ha ingresado los datos, deberá presionarse el botón “Guardar” o la opción del mismo nombre en el menú “Editar” y el sistema deberá desplegar un mensaje donde se indique que la operación fue realizada exitosamente.

Pestaña – Archivo de Texto

Esta pestaña permite dar de alta dependientes masivamente a partir de un archivo de texto que tenga el siguiente formato:

Campo 1 - Tipo de documento de identidad; campo obligatorio; los valores posibles son: CI, RUN, PAS y CEX

30

Campo 2 – Número de documento; campo obligatorio: máximo 15 caracteres

Campo 3 – Lugar de expedición; campo obligatorio: máximo 2 caracteres

Campo 4 – Apellido paterno; campo obligatorio: máximo 25 caracteres

Campo 5 – Apellido materno; campo opcional: máximo 25 caracteres

Campo 6 – Nombres; campo obligatorio: máximo 50 caracteres

Campo 7 – Domicilio; campo opcional: máximo 50 caracteres

Campo 8 – NIT de su empleador; campo obligatorio: máximo 13 caracteres. El número debe ser un NIT válido y que haya sido dado de alta previamente en el sistema.

En el archivo, cada campo debe estar separado por pipes “|”; por ejemplo:

CI | 13131313 | LP | RAMIREZ | MENDOZA | MARTA | DOMICILIO CALLE EJEMPLO | 123456789

3.2 REQUERIMIENTOS DE RENDIMIENTO

El plazo de entrega para la versión Beta del producto DaVinci será luego de los 180 días hábiles una vez iniciada la etapa “Diseño Lógico y Físico” del proyecto.

Tasa de cumplimiento – La completitud del desarrollo del producto software deberá llegar al 70% luego de las 120 días hábiles una vez iniciada la etapa “Diseño Lógico y Físico” de la metodología.

Control de costos – La tolerancia por encima del costo presupuestado para el desarrollo del producto software DaVinci no deberá exceder el 5% de éste costo presupuestado.

El sistema deberá ser capaz de preparar un archivo de texto plano de consolidación impositiva a una tasa de 10 MB por minuto.

El sistema deberá intercambiar información con el servidor a una velocidad de transferencia no menor a los 96 KBPS.

Al usuario le deberá emerger como máximo el 0.02% de todos los “bugs” (errores) del producto software; por ejemplo: si 10 ingenieros trabajan 12 meses logrando 100 mil líneas de código con 1000 “bugs” en ellas, entonces como máximo solo un “bug” debería llegar al usuario.

3.3 RESTRICCIONES DE DISEÑO

El sistema no hará uso de la modalidad pantalla completa bajo el sistema operativo Windows.

El sistema se diseñará bajo el estilo single-document interface (SDI) para una resolución de pantalla mínima de 800x600.

El sistema deberá ser programado estrictamente usando los componentes de la plataforma .NET versión 1.1 para Microsoft Windows 98 o superiores.

El sistema deberá ser diseñado bajo el paradigma de la programación orientada a objetos.

31

Todas las clases empleadas harán uso del ocultamiento y solo presentarán su interfaz para el paso de mensajes entre objetos; permitiendo así una futura actualización o reparación en las implementaciones de dichas clases sin hacer más cambios a más partes del sistema.

La ayuda del sistema será provista mediante archivos de ayuda en lenguaje de marcado de hipertexto compilados y de extensión .CHM.

Cuando los formularios o boletas de pago sean más extensos y no encajen en el panel derecho de presentación, deberán replegarse los paneles izquierdos superior e inferior habilitando así toda la interfaz gráfica de usuario (GUI) para el despliegue de dichos documentos.

El sistema deberá utilizar el motor de base de datos compacto Microsoft Desktop Engine MSDE versión 2000 o superiores.

El sistema deberá proveer un medio independiente para el mantenimiento y desinstalación del mismo.

3.3 ATRIBUTOS DEL SISTEMA

Propiedad Medida

Rapidez

Transacciones procesadas por segundo: 2400

Tiempo de respuesta al usuario y a eventos: 100 ms

Tiempo de actualización de la pantalla: 100 ms

Facilidad de Uso Tiempo de capacitación: 12 horas

Número de cuadros de ayuda: 1 por ítem

Robustez

Tiempo de reinicio después de fallas: Inmediato

Porcentaje de eventos que provocan las fallas: 2.5 %

Probabilidad de corrupción de los datos después de las fallas: 1 %

Tamaño (*) Máxima Longitud del Empacado Instalador 12 MB

Portabilidad

Sistemas operativos objetivo: Microsoft Windows 98/ME/2K/XP/Vista

(c/ .NET 1.1+ instalado)

(*) No incluye el instalador de la plataforma Microsoft .NET 1.1 o superiores.

32

APÉNDICES

A PROTOTIPOS IMPRESOS O ESPECIFICACIONES NORMADAS DE LOS FORMULARIOS DE DECLARACION IMPOSITIVA

A.1 F110 Dependientes

33

A.2 F110 Independientes

34

A.3 Especificaciones del Formulario 597

ASPECTOS GENERALES

La Ley Nº 1777 y D.S. 24780 indica que son sujetos pasivos quienes realizan actividades mineras de prospección, exploración, explotación, concentración, fundición, refinación y comercialización de minerales y metales, quienes deberán pagar el Impuesto Complementario de la Minería al cierre de cada gestión fiscal, consolidando el importe total del Impuesto Complementario de la Minería resultante de la suma de las liquidaciones de dicho impuesto.

La presentación deberá realizarse en cualquier entidad financiera o colecturía autorizada por la Administración Tributaria. La obligación de presentar la Declaración Jurada subsiste aún cuando no hubiera tenido movimiento alguno. Debe respetarse el número de orden preimpreso en el formulario original y copia para el contribuyente, utilizando siempre formularios coincidentes, sin separar los mismos.

DATOS DE CABECERA

NOMBRE Y APELLIDOS O RAZON SOCIAL DEL SUJETO PASIVO: Consignar el Nombre y Apellidos o Razón Social del sujeto pasivo.

NIT: Consignar el Número de Identificación Tributaria (NIT) del sujeto pasivo. El llenado de este campo es obligatorio.

GESTION: Consignar en forma obligatoria el mes de cierre y el año del ejercicio. Si el mes a declarar es menor a diez (10) colocar el mes antecedido de cero. En el año se colocarán las cuatro cifras.

DD.JJ. ORIGINAL - Cód. 534: Consignar una (x) cuando la DD.JJ. es original (primera DDJJ. presentada por la gestión fiscal), caso contrario dejar en blanco.

FOLIO: Es una casilla de uso exclusivo para la Entidad Financiera o Colecturía, no se debe llenar.

EJERCICIO DE: Consignar el tiempo en meses del ejercicio contable, si el período a declarar es menor a diez (10) colocar el mes antecedido de cero.

MESES COMPRENDIDOS ENTRE - Cód. 8931: Consignar la fecha del inicio del ejercicio colocando el día, mes y año, para cifras menores a diez (10) se antecederá el cero (0) al número correspondiente y para el año se colocarán las 4 cifras correspondientes.

Y EL - Cód. 8939: Consignar la fecha de cierre del ejercicio, según la forma descrita anteriormente.

DATOS BASICOS DE LA DECLARACION JURADA QUE RECTIFICA

Cuando el contribuyente rectifique una declaración jurada presentada con anterioridad, deberá necesariamente consignar la siguiente información:

Nro. DE RESOLUCION ADMINISTRATIVA - Cód. 518: Si el contribuyente disminuye el saldo a favor del fisco o aumenta el saldo a favor del contribuyente, debe consignar obligatoriamente el número de la Resolución Administrativa que autoriza la presentación de la declaración jurada rectificativa.

FORMULARIO - Cód. 537: Consignar el número del formulario que será rectificado (Ej: en este caso será el Nº 597 ó 20 según corresponda).

35

Nro. DE ORDEN - Cód 521: Consignar el número de orden preimpreso de la declaración jurada a rectificar.

DETERMINACION DEL SALDO DEFINITIVO A FAVOR DEL FISCO O DEL CONTRIBUYENTE

Impuesto complementario - determinada (...) - Cód. 013: Consignar el importe total de las liquidaciones de la gestión de acuerdo al libro de ventas brutas-control I.C.M.

Impuesto complementario - proveedores (...) - Cód. 026: Consignar el monto total de los descuentos efectuados a los proveedores en la gestión de acuerdo al libro de compras control I.C.M.

Impuesto sobre las utilidades (...) - Cód. 039: Trasladar el importe consignado en la casilla Cód. 912 del formulario Régimen Especial Minero.

Consolidación a favor (...) - Cód. 042: Consignar el importe resultante de la diferencia de las casillas (Cód. 026 + Cód. 039 - Cód. 013; Si esta es mayor a cero).

Impuesto Determinado - Cód. 909: Consignar el importe resultante de la diferencia de las casillas (Cód. 013 - Cód. 026 - Cód. 039); si esta es mayor a cero).

LIQUIDACION DEL IMPUESTO

Pago a cuenta determinado (...) - Cód. 606: Consignar el importe de la casilla Cód.446 del formulario régimen especial minero.

Pagos a cuenta (...) - Cód. 622: Consignar los pagos realizados con anterioridad a la fecha de vencimiento de esta declaración jurada, si los pagos a cuenta fueron realizados en forma posterior, éstos deben ser convertidos a valor presente a fecha de vencimiento.

Saldo disponible de pagos (...) - Cód 640: Esta casilla podrá ser utilizada si elige la compensación con este mismo impuesto y formulario, consignando el importe de la casilla 747 del formulario del periodo anterior. En caso de No elegir la opción anterior puede optar por el trámite de compensación (Art. 56, Ley Nº 2492) o realizar la acción de repetición (Art. 121 y 122 de la Ley Nº 2492).

Diferencia a favor (...) - Cód. 747: Consignar el resultado de la sumatoria de los importes de las casillas (Cód. 606 + Cód. 622 + Cód. 640) menos el importe de la casilla Cód. 909; sólo si el resultado es mayor a cero (0).

Saldo definitivo a favor del Fisco (...) - Cód. 996: Consignar el resultado de la siguiente operación (Cód. 909 - Cód. 606 - Cód. 622 - Cód. 640); sólo si el resultado es mayor a cero (0).

Impuesto a pagar en efectivo (...) - Cód. 576: Consignar el importe a pagar (Cód. 996), si la presentación se realiza en término.

Si la presentación de la declaración jurada se realizara fuera de término, el pago debe hacerse utilizando la boleta de pago 2210 considerando el concepto de Deuda Tributaria, debiendo incluirse el Mantenimiento de Valor, Interés y Multa.

Si se comprueba la inexistencia de pago o el pago parcial de la deuda tributaria en la respectiva Declaración Jurada, el Servicio de Impuestos Nacionales procederá a la ejecución tributaria sin necesidad de intimación ni determinación administrativa previa (Art. 94, Ley Nº 2492).

36

A.4 Especificaciones del Formulario 599

ASPECTOS GENERALES

La Ley Nº 1777 de fecha 17 de marzo de 1997 y D.S. 24780 de fecha 31 de julio de 1997 indica que son sujetos pasivos quienes realizan actividades mineras de prospección, exploración, explotación, concentración, fundición, refinación y comercialización de minerales y metales, quienes deberán pagar el Impuesto Complementario de la Pequeña Minería al cierre de cada gestión fiscal, consolidando el importe total del Impuesto Complementario de la Minería resultante de la suma de las liquidaciones de dicho impuesto.

La presentación deberá realizarse en cualquier entidad financiera o colecturía autorizada por la Administración Tributaria. La obligación de presentar la Declaración Jurada subsiste aún cuando no hubiera tenido movimiento alguno. Debe respetarse el número de orden preimpreso en el formulario original y copia para el contribuyente, utilizando siempre formularios coincidentes, sin separar los mismos.

DATOS DE CABECERA

NOMBRE Y APELLIDOS O RAZON SOCIAL DEL SUJETO PASIVO: Consignar el Nombre y Apellidos o Razón Social del sujeto pasivo.

NIT: Consignar el Número de Identificación Tributaria (NIT) del sujeto pasivo. El llenado de este campo es obligatorio.

GESTION: Consignar en forma obligatoria el mes de cierre y el año del ejercicio. Si el mes a declarar es menor a diez (10) colocar el mes antecedido de cero. En el año se colocarán las cuatro cifras.

DD.JJ. ORIGINAL - Cód. 534: Consignar una (x) cuando la DD.JJ. es original (primera DDJJ. presentada por la gestión fiscal), caso contrario dejar en blanco.

Folio: Es una casilla de uso exclusivo para la Entidad Financiera o Colecturía, no se debe llenar.

EJERCICIO DE: Consignar el tiempo en meses del ejercicio contable, si el período a declarar es menor a diez (10) colocar el mes antecedido de cero.

MESES COMPRENDIDOS ENTRE - Cód. 8931: Consignar la fecha del inicio del ejercicio colocando el día, mes y año, para cifras menores a diez (10) se antecederá el cero (0) al número correspondiente y para el año se colocarán las 4 cifras correspondientes.

Y EL - Cód. 8939: Consignar la fecha de cierre del ejercicio, según la forma descrita anteriormente.

DATOS BASICOS DE LA DECLARACION JURADA QUE RECTIFICA

Cuando el contribuyente rectifique una declaración jurada presentada con anterioridad, deberá necesariamente consignar la siguiente información:

Nro. DE RESOLUCION ADMINISTRATIVA - Cód. 518: Si el contribuyente disminuye el saldo a favor del fisco o aumenta el saldo a favor del contribuyente, debe consignar obligatoriamente el número de la Resolución Administrativa que autoriza la presentación de la declaración jurada rectificativa.

FORMULARIO - Cód. 537: Consignar el número del formulario que será rectificado (Ej: en este caso será el Nº 599 ó 21 según corresponda).

37

Nro. DE ORDEN - Cód 521: Consignar el número de orden preimpreso de la declaración jurada a rectificar.

DETERMINACION DEL SALDO DEFINITIVO A FAVOR DEL FISCO O DEL CONTRIBUYENTE

Impuesto complementario - determinada (...) - Cód. 013: Consignar el importe total de las liquidaciones de la gestión de acuerdo al libro de ventas brutas-control I.C.M.

Impuesto complementario - proveedores (...) - Cód. 026: Consignar el monto total de los descuentos efectuados a los proveedores en la gestión de acuerdo al libro de compras control I.C.M.

Impuesto sobre las utilidades (...) - Cód. 039: Trasladar el importe consignado en la casilla Cód. 912 del formulario Régimen Especial Minero.

Consolidación a favor (...) - Cód. 042: Consignar el importe resultante de la diferencia de las casillas (Cód. 026 + Cód. 039 - Cód. 013; Si esta es mayor a cero).

Impuesto Determinado - Cód. 909: Consignar el importe resultante de la diferencia de las casillas (Cód. 013 - Cód. 026 - Cód. 039); si esta es mayor a cero).

LIQUIDACION DEL IMPUESTO

Pago a cuenta determinado (...) - Cód. 606: Consignar el importe de la casilla Cód.446 del formulario régimen especial minero.

Pagos a cuenta (...) - Cód. 622: Consignar los pagos realizados con anterioridad a la fecha de vencimiento de esta declaración jurada, si los pagos a cuenta fueron realizados en forma posterior, éstos deben ser convertidos a valor presente a fecha de vencimiento.

Saldo disponible de pagos (...) - Cód 640: Esta casilla podrá ser utilizada si elige la compensación con este mismo impuesto y formulario, consignando el importe de la casilla 747 del formulario del periodo anterior. En caso de No elegir la opción anterior puede optar por el trámite de compensación (Art. 56, Ley Nº 2492) o realizar la acción de repetición (Art. 121 y 122 de la Ley Nº 2492).

Diferencia a favor (...) - Cód. 747: Consignar el resultado de la sumatoria de los importes de las casillas (Cód. 606 + Cód. 622 + Cód. 640) menos el importe de la casilla Cód. 909; sólo si el resultado es mayor a cero (0).

Saldo definitivo a favor del Fisco (...) - Cód. 996: Consignar el resultado de la siguiente operación (Cód. 909 - Cód. 606 - Cód. 622 - Cód. 640); sólo si el resultado es mayor a cero (0).

Impuesto a pagar en efectivo (...) - Cód. 576: Consignar el importe a pagar (Cód. 996), si la presentación se realiza en término.

Si la presentación de la declaración jurada se realizara fuera de término, el pago debe hacerse utilizando la boleta de pago 2210 considerando el concepto de Deuda Tributaria, debiendo incluirse el Mantenimiento de Valor, Interés y Multa.

Si se comprueba la inexistencia de pago o el pago parcial de la deuda tributaria en la respectiva Declaración Jurada, el Servicio de Impuestos Nacionales procederá a la ejecución tributaria sin necesidad de intimación ni determinación administrativa previa (Art. 94, Ley Nº 2492).

38

B PROTOTIPOS IMPRESOS O ESPECIFICACIONES NORMADAS DE LAS BOLETAS DE PAGO

B.1 Boleta de Pago BP1000

39


40


41


42

C. TABLA DE RIESGOS

Estimación de la probabilidad de ocurrencia

Estimación del impacto en el proyecto en una escala de 1 a 5:

1 = bajo impacto en el éxito del proyecto

5 = impacto catastrófico en el éxito del proyecto

Riesgos Probabilidad Impacto

La estimación del tamaño puede ser significativamente baja 60% 2

Mayor número de usuarios de lo previsto 30% 3

Menos reutilización que la prevista 70% 2

Los usuarios finales se resisten al sistema 40% 3

La fecha límite de entrega estará muy ajustada 50% 2

Pérdida de fondos 40% 1

El cliente cambiará requisitos 80% 2

La tecnología no satisfará las expectativas 30% 1

Falta de entrenamiento acerca de las herramientas 80% 3

Personal inexperto 30% 2

Elevada movilidad del personal 60% 2

43

ÍNDICE

. .NET Framework, 5

2 256 colores, 14

A abrir, 9 actualización de la pantalla, 31 Actualizador DaVinci, 4 adición o eliminación de usuarios, 15 Administración de agentes, 11 ADMINPV, 15 AGENTE, 12 agentes de retención, 25 AMD, 13 aplicación o software de escritorio, 6 árbol de formularios, 7 Archivo Consolidado, 6 archivo de texto para el LCV, 20 archivos de ayuda en lenguaje de marcado de hipertexto

compilados, 31 archivos de texto plano, 3 atributos del software, 5

B bajo impacto, 42 barra de estado, 10 barra de menú, 9 BIOS, 13 BP, 4 BP1000, 7 BP1010, 7 BP1200, 7 BP2000, 7 BP2099, 7 BP3000, 7 BP3050, 8 BP9050, 8 bugs, 30

C cálculos automáticos entre casillas, 23 campo obligatorio, 29 campos inválidos, 9 captura de archivos planos de texto, 25 Captura IATA, 11 carga masiva de dependientes, 28 catálogo de productos, 17 Cédula de Identidad, 3 CEX, 29 ciclo de vida del sistema, 2 clases, 31

Código de punto de venta, 3 CODIGO IATA, 26 componentes, 30 comportamiento externo del sistema, 2 Consultas de información, 19 cuadros de ayuda, 31 CUPV, 3

D D.S. 24780, 34 DECLARACION JURADA, 36 Dependiente, 21 DEPENDIENTE, 12 dirección URL, 10 Diseño Lógico y Físico, 30 documento de requerimientos, 2 documento SRS, 2 dual core, 13

E Elaboración de boletas de pago, 11 Elaboración de nuevos formularios, 11 Elaboración del libro de compras y ventas, 11 E-mail, 27 emisión de facturas, 17 Espacio en disco duro, 11 especificación de requerimientos de software, 2 ESPECIFICACIONES NORMADAS DE LAS BOLETAS DE

PAGO, 38 ESPECIFICACIONES NORMADAS DE LOS

FORMULARIOS, 32 estructura tipo árbol, 21 exportar, 9 Exportar, 17 extensión .CHM, 31 extensión idj, 22

F F110, 4 F165, 4 F166, 4 F168, 4 F200, 4 F400, 4 F410, 4 F430, 4 F500, 4 F510, 4 F520, 4 F541, 4 F550, 4 F570, 4 F590, 4 F593, 4 F595, 4 F599, 4

44

F87, 14 Facilidad de Uso, 31 Factura, 16 Fiabilidad, 14 Formulario, 21 formulario en curso, 9 formulario inicial de acceso al sistema, 6 FORMULARIOS, 12 formularios electrónicos, 7 framework, 13 funcionamiento del tipo “atendido”, 11 funcionamiento del tipo “conectado”, 11 funcionamiento del tipo “desatendido”, 11

G Generación y envío de archivos de consolidación, 11 guardar como, 9 Guía DaVinci, 4

I IATA, 3, 12 IBM o compatibles, 13 ICM, 3 impacto catastrófico, 42 impacto en el proyecto, 42 Importar, 17 impresión de dependientes registrados, 28 imprimir, 9 Impuesto a las transacciones, 3 Impuesto a las transacciones financieras, 3 Impuesto a las utilidades, 3 Impuesto al valor agregado, 3 Impuesto complementario de la minería, 3 Incorporación de planillas, 11 Independiente, 21 información impositiva, 11 Instalador DaVinci, 4 INTEL serie x86, 13 interfaces lógicas, 10 interfaz basada en archivos de texto plano, 6 interfaz gráfica de usuario (GUI), 7 Internet ADSL, 14 Inyección de Tinta, 17 IP, 10 IT, 3 ITF, 3 IUE, 3 IVA, 3

L Láser, 17 LCV, 3, 12 lenguajes de programación orientada a objetos, 13 Ley Nº 1777, 34 Libro de compras y ventas, 3 libros de compras y ventas LCV, 3 líneas de código, 30 LIQUIDACION DEL IMPUESTO, 35

Ll llave de dosificación, 16

llenado normado asistido por computadora de formularios y boletas, 11

M Memoria RAM, 11 mensajes entre objetos, 31 Microsoft Desktop Engine MSDE, 31 Microsoft Windows, 14 Microsoft Windows 98/ME/2K/XP/Vista, 31 Microsoft Windows Installer 3.1, 14 módulos instalados, 7 Módulos Instalados, 21 motor de base de datos, 31 multi-procesadores, 13

N NETBEUI, 11 NIT, 9 Normativa IATA, 12 Normativa ITF, 12 Normativa RC IVA, 12 Normativa Tributaria LCV IVA, 12 notas fiscales, 17 Número de Orden, 23

O ocultamiento, 31

P panel superior izquierdo, 7 pantalla completa, 30 PAS, 29 PENTIUM, 13 Personalización del punto de venta, 11 Pestaña, 27, 28 plain text, 3 plataforma .NET, 10 Políticas Reguladoras, 12 portal tributario del Servicio de Impuestos Nacionales de

Bolivia, 3 Portal Tributario Newton, 4 preparación de formularios de declaración impositiva, 6 programación orientada a objetos, 30 protocolos de control de flujo de transferencia de datos, 13 Punto de venta, 3 PV, 3

R Rapidez, 31 razón social del cliente, 18 RC-IVA, 3 Régimen Complementario al Impuesto al Valor Agregado, 3 Régimen complementario del impuesto al valor agregado, 3 Registro de los datos de los agentes de retención respecto a

información específica, 3 RIESGOS, 42 Robustez, 31 RUN, 29

45

S SALDO DEFINITIVO, 37 Servicio de Impuestos Nacionales de Bolivia (SIN), 3 servidor en el SIN, 6 servidores Web, 10 single-document interface (SDI), 30 sistema de declaración a Impuestos Nacionales de Bolivia, 3 Software DaVinci, 4 software para el pago a cuenta del RC - IVA, 3 SOFTWARE RC - IVA (DAVINCI) PARA DEPENDIENTES

Y AGENTES DE RETENCIÓN, 3 SUCURSAL, 12

T tamaño de formulario, 9 Tasa de ocurrencia de las fallas, 14 TCP/IP, 11 tolerancia por encima del costo, 30 Transacciones procesadas por segundo, 31

U Uniform Resource Locator, 10 uso libre, 6

V validaciones internas, 25 validado por el sistema, 9 velocidad de transferencia, 30 versión Beta, 30 video, 14 Visual Basic, 13 Visual C#, 13 Visual C++, 13 Visual J#, 13

X XON/XOFF, 13

especificación de requerimientos software de declaración de impuestos davinci

Science