Source: https://issuu.com/saraviaargustavo/docs/especificaci_n_de_requerimientos_so
Timestamp: 2018-05-28 08:24:41+00:00

Document:
Especificación de requerimientos software de declaración de impuestos davinci by saravia a. r. gustavo - issuu
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
La Paz, Bolivia – Abril 21 de 2008
INTRODUCCIÓN ......................................................................................................................................................... 2 1.1 1.2 1.3 1.4 1.5
DESCRIPCIÓN GENERAL ........................................................................................................................................ 6 2.1 2.1.1 2.1.2 2.1.3 2.1.4 2.1.5 2.1.6 2.1.7 2.2 2.3 2.4 2.4.1 2.4.2 2.4.3 2.4.4 2.4.5 2.4.6 2.4.7 2.4.8 2.5 2.6
PROPÓSITO .......................................................................................................................................................... 2 ALCANCE ............................................................................................................................................................. 3 DEFINICIONES, ACRÓNIMOS, Y ABREVIACIONES ..................................................................................... 3 REFERENCIAS ..................................................................................................................................................... 4 APRECIACIÓN GENERAL.................................................................................................................................. 5 PERSPECTIVA DEL PRODUCTO....................................................................................................................... 6 Interfaces de Sistemas ....................................................................................................................................... 6 Interfaces del Usuario ....................................................................................................................................... 6 Interfaces con el Hardware ............................................................................................................................. 10 Interfaces con el Software ............................................................................................................................... 10 Interfaces de Comunicaciones ......................................................................................................................... 10 Restricciones de Memoria ............................................................................................................................... 11 Funcionamiento ............................................................................................................................................... 11 FUNCIONES DEL PRODUCTO......................................................................................................................... 11 CARACTERÍSTICAS DEL USUARIO .............................................................................................................. 12 RESTRICCIONES ............................................................................................................................................... 12 Políticas Reguladoras ..................................................................................................................................... 12 Limitaciones del Hardware ............................................................................................................................. 13 Interfaces a otras Aplicaciones ....................................................................................................................... 13 Funcionamiento en Paralelo ........................................................................................................................... 13 Requisitos de Lenguaje .................................................................................................................................... 13 Protocolos ....................................................................................................................................................... 13 Confiabilidad ................................................................................................................................................... 14 Grado Crítico de la Aplicación ....................................................................................................................... 14 SUPUESTOS Y DEPENDENCIAS ..................................................................................................................... 14 POSTERGACIÓN DE REQUERIMIENTOS ...................................................................................................... 14
REQUERIMIENTOS ESPECÍFICOS ...................................................................................................................... 14 3.1 3.1.1 3.1.2 3.1.3 3.1.4 3.1.5 3.2 3.3 3.3
REQUERIMIENTOS FUNCIONALES .............................................................................................................. 14 Usuario ADMINPV ......................................................................................................................................... 15 Usuarios: Formulario, Dependiente o Independiente ..................................................................................... 21 Usuario LCV.................................................................................................................................................... 24 Usuario IATA .................................................................................................................................................. 25 Usuario Agente ................................................................................................................................................ 26 REQUERIMIENTOS DE RENDIMIENTO ........................................................................................................ 30 RESTRICCIONES DE DISEÑO.......................................................................................................................... 30 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
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.
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.
Ing. de Pruebas del Sistema
Utilizan los requerimientos para desarrollar pruebas de validación del sistema.
Ing. de Mantenimiento 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.
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.
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.
Código de punto de venta.
Registro de los datos de los agentes de retención respecto a información específica.
Régimen complementario del impuesto al valor agregado
Formulario 165 denominado “Declaración Jurada de Pago”
Formulario 166 denominado “Declaración Jurada de Detalle”
Formulario 168 denominado “Anexo del formulario 166”
Formulario 410
Formulario 430
Formulario 520
Formulario 541
Formulario 550
Formulario 570
Formulario 590
Formulario 595
Formulario 599
REFERENCIAS 
SIN – Bolivia
Software DaVinci. [En red]. Disponible en: http://impuestos.gov.bo/Software/Software/DaVinci.php
Instalador DaVinci. [En red]. Disponible en: http://impuestos.gov.bo/Software/DaVinci/DaVinciFormularios.zip
Actualizador DaVinci. [En red]. Disponible en: http://impuestos.gov.bo/Software/DaVinci/DaVinciActualizador.zip
Guía DaVinci. [En red]. Disponible en: http://impuestos.gov.bo/Software/DaVinci/GuiaDaVinci.pdf
Portal Principal. [En red]. Disponible en: http://www.impuestos.gov.bo/
Portal Tributario Newton. [En red]. Disponible en: https://190.129.71.101/Newton
Portal Newton NSF. [En red]. Disponible en: http://newton2.impuestos.gov.bo/Default.aspx
.NET Framework. [En red]. Disponible en: http://www.microsoft.com/downloads/
Peter Norton (02) "New Inside The PC". Second Edition. SAMS. Indiana, USA.
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
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:
Barra de estado Árbol de menús Encabezado
Mosaico horizontal Mosaico vertical Cascada Cerrar ventana Cerrar todas
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:
Y las cuáles, a su vez, deberán desglosarse de acuerdo a:
F110: o
Boletas: o
ICM: o
ITF: o
IUE: o
IVA: o
RC-IVA: o
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:
Abrir formulario Imprimir Guardar formulario Guardar como Verificar formulario Salir del formulario
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. 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
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.
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.
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:
Elaboración de nuevos formularios.
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.
Generación y envío de archivos de consolidación
Incorporación de planillas
CARACTERÍSTICAS DEL USUARIO Los usuarios son personas que interactúan directamente con el sistema y se identifican como:
Educación Esperada *
Mínimo: bachillerato
2.4.1 Políticas Reguladoras Normativa RC IVA Resolución Normativa de Directorio 10-0029-05
Normativa Tributaria LCV IVA Resolución Normativa de Directorio 10-0047-05 Resolución Normativa de Directorio 10-0009-06 Comunicado Nro 1 Comunicado Nro 2
Normativa IATA Resolución Normativa de Directorio 10-0039-05
Normativa ITF Resolución Normativa de Directorio 10-0020-06 Resolución Normativa de Directorio 10-0021-06
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 microprocesadores 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:
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.
2.4.7 Confiabilidad Propiedad
Medida Tiempo promedio entre fallas:
Probabilidad de no disponibilidad:
Tasa de ocurrencia de las fallas:
1/7 (1/días)
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.
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.
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.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.
Requisito Funcional A-02
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).
Requisito Funcional A-03
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:
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.
Requisito Funcional A-04
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.
Requisito Funcional A-05
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
Imagen o Logotipo. Especificar la ruta donde se encuentra el archivo. Tipo de Impresora. Láser o Inyección de Tinta.
Requisito Funcional A-06
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)
Requisito Funcional A-07
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.
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)
Requisito Funcional A-08
Al usuario ADMINPV se le deberá proveer una pantalla para consultas de información que permita criterios de consulta.
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
Requisito Funcional A-09
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
Requisito Funcional A-10
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.
Requisito Funcional A-11
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”.
Requisito Funcional A-12
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.
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”.
Requerimiento Funcional D-02
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.
Requerimiento Funcional D-03
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.
Requerimiento Funcional D-04
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.
Requerimiento Funcional D-05
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_MESPERIODOAÑOMESDIA_HORAMINUTOSEGUNDO.idj Los archivos tendrán la extensión idj "Impuestos Declaración Jurada".
Requerimiento Funcional D-06
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.
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.
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”.
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.
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 PRESENTACION TIPO TRANSACCION CODIGO DE SERVICIO MPD NUMERO DE FACTURA ORIGEN DEL SERVICIO FECHA DE LA TRANSACCIÓN NIT LINEA AEREA O AGA. CODIGO IATA NOMBRE PASAJERO, REMITENTE O DESTINATARIO T/IVA MONEDA BR LUGAR DE PAGO NUMERO DOCUMENTO NIT AGENCIA DE VIAJES
TIPO DATO Texto Numero Numero Numero Texto Numero Numero Numero
1 1 13 13 3 DD/MM/AAAA 13 13
Numero Numero Numero Texto Numero Numero
20 3 5 50 13 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:
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
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.
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
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
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.
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.
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.
ATRIBUTOS DEL SISTEMA Propiedad
Medida Transacciones procesadas por segundo:
Tiempo de respuesta al usuario y a eventos:
Tiempo de actualización de la pantalla:
Tiempo de capacitación:
Número de cuadros de ayuda:
1 por ítem
Tiempo de reinicio después de fallas:
Porcentaje de eventos que provocan las fallas: 2.5 % Probabilidad de corrupción de los datos después de las fallas: 1%
Máxima Longitud del Empacado Instalador 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.
APÃ&#x2030;NDICES A
PROTOTIPOS IMPRESOS O ESPECIFICACIONES NORMADAS DE LOS FORMULARIOS DE DECLARACION IMPOSITIVA
F110 Dependientes
F110 Independientes
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).
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).
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 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).
PROTOTIPOS IMPRESOS O ESPECIFICACIONES NORMADAS DE LAS BOLETAS DE PAGO
Boleta de Pago BP1000
Boleta de Pago BP1010
Boleta de Pago BP1200
Boleta de Pago BP2000
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
Mayor número de usuarios de lo previsto
Menos reutilización que la prevista
La fecha límite de entrega estará muy ajustada
El cliente cambiará requisitos
La tecnología no satisfará las expectativas
Falta de entrenamiento acerca de las herramientas
Elevada movilidad del personal
Í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ó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
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
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
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
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
llave de dosificación, 16
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

References: Resolución 
 resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 resolución 
 resolución 
 Resolución 
 Resolución