Modulo de Caja de Sistemas de Rentas

Universidad Nacional de la Amazona Peruana.
Facultad de Ingeniera de Sistemas e Informtica.
RESUMEN
El presente documento representa el Informe Prctico de Suficiencia correspondiente al

desarrollo e implementacin del Mdulo de Caja del Sistema Integrado de Tributacin
Municipal para la Municipalidad Distrital de San Juan Bautista, de la Provincia de Maynas, en el
Departamento de Loreto.
Actualmente, los procesos de caja en la citada municipalidad, se ejecutan en el Sistema
MUNISOF, desarrollado en un entorno DOS con FoxPro, la cual presenta serias desventajas para
la entidad, como por ejemplo:
1. Limitada seguridad de la informacin almacenada
2. Falta de integridad de datos
3. Portabilidad nula
Ante la necesidad de contar con un software que supere las desventajas mencionadas, se convoc
a travs de la Adjudicacin Directa Selectiva N 012-2009-MDSJB-CEP, la adquisicin de un
Sistema Integrado de Administracin Tributaria Municipal, cuyo alcance de aplicacin abarcara
las Oficinas de Rentas, Caja y Catastro. En tal sentido, el 31.Jul.2009 se otorg la buena pro del
proceso de seleccin, firmndose para tal fin el 31.Ago.2009 el contrato N 035-2009-SGLGAF-MDSJB/PS, entre la Municipalidad Distrital de San Juan Bautista y el representante legal
del Consorcio Zumaeta Valles identificado con RUC N 10054105211.
En este sentido, el objetivo es desarrollar el Mdulo de Caja del Sistema Integrado de
Administracin Tributaria Municipal, que funcione en entorno Web, automatizando los procesos
desarrollados en la Sub Gerencia de Tesorera de la Municipalidad Distrital de San Juan Bautista.
El anlisis y diseo fue elaborado con el Proceso Unificado de Rational (RUP) y la
implementacin con PHP y MySQL, como lenguaje de programacin y Sistema Gestor de Base
de Datos respectivamente.
La solucin desarrollada, permitir a la Municipalidad Distrital de San Juan Bautista, gestionar
eficientemente los ingresos generados de los contribuyentes
Palabras Clave: San Juan Bautista - Loreto, Sistema de Tributacin Municipal, Mdulo de
Caja.
Ttulo: Mdulo de Caja del Sistema Integrado de Tributacin Municipal para la MDSJB
Autor: Bach. Brigs Fasabi Vsquez
Pg. # i

ASBTRACT
The present document represents the Practical Report of Sufficiency corresponding to the
development and implementation of the Module Box of the Integrated System of Municipal
Taxation for the District Municipality of San Juan Baptist, of the Province of Maynas, in the
Department of Loreto.
At the moment, the processes of box in the mentioned municipality are executed in System
MUNISOF, developed in surroundings DOS with FoxPro, which presents/displays serious
disadvantages for the organization, for example:
1. Limited security of the stored information
2. Lack of data integrity
3. Null portability
Before the necessity to count on software that surpasses the mentioned disadvantages, 012-2009MDSJB-CEP, the acquisition of an Integrated System of Municipal Tributary Administration
was summoned through the Direct Awarding Selective N, whose reach of application would
include the Offices of Rents, Box and Cadastre. In such sense, 31.Jul.2009 granted the good pro
of the selection process, signing itself for such aim 31.Ago.2009 the N contract 035-2009-SGLGAF-MDSJB/PS, between the District Municipality of San Juan Baptist and the legal
representative of the Zumaeta Valles Partnership identified with RUC N 10054105211.
In this sense, the objective is to develop the Module of the Integrated System of Municipal
Tributary Administration, that works in surroundings Web, automating the processes developed
in the Sub Management of Treasury of the District Municipality of San Juan Baptist.
The analysis and design were made with the Unified Process of Rational (RUP) and the
implementation with PHP and MySQL, like basic Managing System and programming language
of Data respectively.
The developed solution, will allow to the District Municipality of San Juan Baptist, to efficiently
manage the income generated of the contributors.
Key words: San Juan Baptist - Loreto, System of Municipal Taxation, Unit of Box.
Pg. # ii

NDICE GENERAL
Dedicatoria
Agradecimientos
Resumen ....................................................................................................................................
i
Abstract ...................................................................................................................................... ii
ndice general ............................................................................................................................ iii
ndice de tablas y cuadros .......................................................................................................... vi
ndice de figuras ........................................................................................................................ vii
SECCIN I: DATOS GENERALES
1. Ttulo ................................................................................................................................ 01
2. rea de desarrollo ............................................................................................................ 01
3. Generalidades de la institucin ........................................................................................ 01
3.1. Razn social .............................................................................................................. 01
3.2. Ubicacin de la empresa ........................................................................................... 01
3.3. Organigrama funcional ............................................................................................. 02
3.4. Descripcin general de la oficina o rea ................................................................... 02
4. Bachiller ........................................................................................................................... 03
5. Asesor ............................................................................................................................... 03
6. Colaboradores .................................................................................................................. 03
7. Duracin estimada de ejecucin del proyecto .................................................................. 03
8. Presupuesto estimado ....................................................................................................... 03
SECCIN II: VISIN GENERAL DE LA SOLUCIN PROPUESTA

Captulo I: Desarrollo del Tema
1.1. Introduccin ................................................................................................................... 04
1.2. Contexto ......................................................................................................................... 05
1.2. Problemtica objeto de la aplicacin ............................................................................. 06
1.3. Objetivos del proyecto ................................................................................................... 07
Captulo II: Descripcin del diseo de la solucin (Producto)

2.1. Tcnicas de recoleccin de datos ................................................................................... 08
2.2. Metodologa y herramientas a emplear .......................................................................... 08
2.2.1. Metodologa/Estndar/Normatividad ................................................................. 08
2.2.2. Herramientas ...................................................................................................... 10
Pg. # iii

2.3. Descripcin del desarrollo de la solucin ...................................................................... 10

2.4. Indicadores de evaluacin de la solucin ...................................................................... 11
2.5. Relacin de entregables ................................................................................................. 13
2.6. Planificacin y cronograma del proyecto ...................................................................... 14
Captulo III: Desarrollo de la Solucin Propuesta

Anlisis de requerimientos .................................................................................................... 15
Requerimientos funcionales ........................................................................................... 15
Requerimientos no funcionales ...................................................................................... 16
3.1. Modelado del negocio .................................................................................................... 16
3.1.1. Caso de uso del negocio ...................................................................................... 16
3.1.2. Escenarios y procesos .......................................................................................... 20
3.1.3. Modelo de objetos del negocio ............................................................................ 21
3.1.4. Modelo de dominio .............................................................................................. 24
3.2. Modelado de requerimientos ......................................................................................... 25
3.2.1. Propsito .............................................................................................................. 25
3.2.2. Alcance ................................................................................................................ 25
3.2.3. Descripcin de stakeholders y usuarios ............................................................... 25
3.2.3.1. Resumen de stakeholders ........................................................................ 26
3.2.3.2. Resumen de usuarios ............................................................................... 26
3.2.4. Descripcin global del producto .......................................................................... 28
3.2.4.1. Perspectiva del producto ......................................................................... 27
3.2.4.2. Resumen de caractersticas ...................................................................... 27
3.2.5. Caso de uso de requerimientos ............................................................................ 28
3.2.6. Especificaciones de caso de uso .......................................................................... 31
3.3. Modelado de Anlisis .................................................................................................... 35
3.3.1. Diagrama de colaboracin ................................................................................... 35
3.3.2. Diagrama de secuencia ........................................................................................ 37
3.3.3. Diagrama de clases .............................................................................................. 40
3.4. Modelado de Diseo ...................................................................................................... 41
3.4.1. Diseo de Interfaz ................................................................................................ 42
3.4.2. Diseo de la Base de Datos ................................................................................. 51
3.4.2.1. Modelo lgico de la Base de Datos ........................................................ 51
3.4.2.2. Modelo fsico de la Base de Datos ......................................................... 53
Pg. # iv

3.5. Implementacin ............................................................................................................. 54

3.5.1. Diagrama de componentes ................................................................................... 54
3.5.2. Arquitectura del sistema ...................................................................................... 54
Captulo IV: Resultados y su discusin ...................................................................................... 56

Captulo V: Conclusiones .......................................................................................................... 57
Captulo VI: Recomendaciones ................................................................................................. 58
Bibliografa ................................................................................................................................ 59
Anexos ....................................................................................................................................... 59
Anexo 01: Detalle del presupuesto ............................................................................................ 60
Anexo 02: Relacin de leyes y normas ..................................................................................... 61
Anexo 03: Glosario .................................................................................................................... 64
Anexo 04: Configuracin driver odbc ....................................................................................... 66
Anexo 05: Manual de usuario .................................................................................................... 67
Anexo 06: Diccionario de datos ................................................................................................ 80
Anexo 07: Diseo fsico de la base de datos ............................................................................. 96
Anexo 08: Manual del programador .......................................................................................... 97
Anexo 09: Disco de configuracin del sistema ......................................................................... 120
Anexo 10: Encuestas del Funcionamiento del Mdulo de Caja ................................................ 121
Pg. # v

NDICE DE TABLAS Y CUADROS
Tabla 01: Flujos de trabajo del proceso unificado ............................................................... 09

Tabla 02: Herramientas informticas utilizadas ................................................................... 10
Tabla 03: Modelo de calidad, para la evaluacin de la solucin ........................................... 12
Tabla 04: Puntuacin de la evaluacin para la calidad ......................................................... 12
Tabla 05: Especificacin de requerimientos funcionales ..................................................... 15
Tabla 06: Especificacin de requerimientos no funcionales ................................................. 16
Tabla 07: Escenarios y procesos ........................................................................................... 20
Tabla 08: Stakeholders del Mdulo de Caja ......................................................................... 26
Tabla 09: Usuarios del Mdulo de Caja ............................................................................... 26
Tabla 10: Deficiencias a ser superadas ................................................................................. 27
Tabla 11: Especificacin de caso de uso Apertura caja ..................................................... 31
Tabla 12: Especificacin de caso de uso Pagar tasas ......................................................... 32
Tabla 13: Especificacin de caso de uso Pagar tributos .................................................... 32
Tabla 14: Especificacin de caso de uso Extorno de recibos de caja ................................ 33
Tabla 15: Especificacin de caso de uso Emisin de duplicados de recibos ..................... 33
Tabla 16: Especificacin de caso de uso Cerrar caja diaria ............................................... 34
Tabla 17: Especificacin de caso de uso Gestionar reportes y consultas ........................... 34
Tabla 18: Descripcin de entidades de la base de datos .............................................................. 52
Tabla 18: Capas de la arquitectura Web .................................................................................... 59
Pg. # vi

NDICE DE FIGURAS
Figura 01: Organizacin funcional del Consorcio Zumaeta Valles ...................................... 02

Figura 02: Planificacin de actividades y tiempos ............................................................... 14
Figura 03: Caso de uso del negocio Apertura caja ............................................................ 17
Figura 04: Caso de uso del negocio Pagar tasas ................................................................ 17
Figura 05: Caso de uso del negocio Pagar tributos ............................................................ 18
Figura 06: Caso de uso del negocio Extorno de recibos de caja ........................................ 18
Figura 07: Caso de uso del negocio Emisin de duplicados de recibos ............................ 19
Figura 08: Caso de uso del negocio Cerrar caja diaria ...................................................... 19
Figura 09: Caso de uso del negocio Gestionar reportes y consultas .................................. 20
Figura 10: Objetos de negocio Apertura caja .................................................................... 21
Figura 11: Objetos de negocio Pagar tasas ......................................................................... 21
Figura 12: Objetos de negocio Pagar tributos .................................................................... 21
Figura 13: Objetos de negocio Extorno de recibos de caja ................................................ 22
Figura 14: Objetos de negocio Emisin de duplicados de recibos ..................................... 22
Figura 15: Objetos de negocio Cerrar caja diaria ............................................................... 23
Figura 16: Objetos de negocio Gestionar reportes y consultas ........................................... 23
Figura 17: Modelo de dominio ............................................................................................. 24
Figura 18: Caso de uso de requerimiento Apertura caja .................................................... 28
Figura 19: Caso de uso de requerimiento Pagar tasas ........................................................ 28
Figura 20: Caso de uso de requerimiento Pagar tributos .................................................... 29
Figura 21: Caso de uso de requerimiento Extorno de recibos de caja ................................ 29
Figura 22: Caso de uso de requerimiento Emisin de duplicados de recibos..................... 30
Figura 23: Caso de uso de requerimiento Cerrar caja diaria............................................... 30
Figura 24: Caso de uso de requerimiento Gestionar reportes y consultas .......................... 31
Figura 25: Colaboracin Pagar tasas .................................................................................. 35
Figura 26: Colaboracin Pagar tributos .............................................................................. 35
Figura 27: Colaboracin Extorno de recibos de caja ......................................................... 36
Figura 28: Colaboracin Emisin de duplicados de recibos .............................................. 36
Figura 29: Colaboracin Cerrar caja diaria ........................................................................ 37
Figura 30: Secuencia Pagar tasas ........................................................................................ 37
Figura 31: Secuencia Pagar tributos ................................................................................... 38
Figura 32: Secuencia Extorno de recibos de caja ............................................................... 38
Pg. # vii

Figura 33: Secuencia Emisin de duplicados de recibos .................................................... 39

Figura 34: Secuencia Cerrar caja diaria ............................................................................. 39
Figura 35: Clases ................................................................................................................... 40
Figura 36: Prototipo Ingreso al sistema. ................................................................................. 42
Figura 37: Prototipo Apertura caja ......................................................................................... 42
Figura 38: Prototipo Pagar tasas ............................................................................................ 42
Figura 39: Prototipo Consultar y seleccionar tasa.................................................................... 43
Figura 40: Prototipo Buscar y seleccionar contribuyente ......................................................... 43
Figura 41: Prototipo Consolidado de tributos.......................................................................... 44
Figura 42: Prototipo Consultas de fraccionamiento ................................................................. 44
Figura 43: Prototipo Consultar consolidado de tributos ........................................................... 44
Figura 44: Prototipo Imprimir recibos .................................................................................... 45
Figura 45: Prototipo Extorno de recibos de caja .................................................................. 45
Figura 46: Prototipo Movimiento a extornar ........................................................................ 45
Figura 47: Prototipo Detalle de extorno de caja diario ............................................................. 45
Figura 48: Prototipo Recibo de caja extornado ....................................................................... 46
Figura 49: Prototipo Emisin de duplicados de recibos ....................................................... 46
Figura 50: Prototipo Cerrar caja diaria ................................................................................. 46
Figura 51: Prototipo Alerta de no cerrar caja ....................................................................... 47
Figura 52: Prototipo Consulta por movimiento .................................................................... 47
Figura 53: Clases Prototipo Consulta por movimiento ........................................................ 47
Figura 54: Prototipo Reporte de extornos ............................................................................ 57
Figura 55: Prototipo Reporte de ingresos por movimiento .................................................. 48
Figura 56: Prototipo Reporte por transaccin y cajero......................................................... 48
Figura 57: Prototipo Resumen por transaccin y cajero ...................................................... 48
Figura 58: Prototipo Resumen por transaccin y cajero. ..................................................... 48
Figura 59: Prototipo Genera reporte por partida presupuestal................................................... 48
Figura 60: Reporte por partida presupuestal .............................................................................. 49
Figura 61: Prototipo Genera reporte por gerencias .................................................................. 49
Figura 62: Prototipo Reporte por gerencias ......................................................................... 49
Figura 63: Prototipo Genera reporte de proyectado/recaudado ................................................. 50
Figura 64: Prototipo Reporte de ingresos proyectados y recaudados......................................... 50
Figura 65: Base de Datos. Diagrama Entidad-Relacin .............................................................. 51
Pg. #
viii

Figura 66: Base de Datos Modelo fsico MySql ...................................................................... 53

Figura 67: Diagrama de componentes Mdulo de Caja............................................................ 54
Figura 68: Despliegue Arquitectura Web de tres capas ............................................................ 54
Pg. # ix

SECCIN I: DATOS GENERALES.
1. Ttulo:
Mdulo de Caja del Sistema Integrado de Tributacin Municipal para la
Municipalidad Distrital de San Juan Bautista.
2. rea de desarrollo:
Diseo e implementacin de Sistemas / Ingeniera de Informacin.
3. Generalidades de la institucin:
3.1. Razn social:
Consorcio Zumaeta Valles.
3.2. Ubicacin de la empresa:
Principal:
Urb. Rio Mar Mz. L - Lote N 27, Distrito de Beln.
Sede:
Calle Huscar N 455 Iquitos.
Altura cuadra 24 de la Avenida San Antonio.
Pg. # 1

3.3. Organigrama funcional:
Figura N 01. Organigrama Funcional del Consorcio Zumaeta Valles.
Fuente: Consorcio Zumaeta Valles.
3.4. Descripcin general de la oficina o rea:

Consorcio Zumaeta Valles, es una empresa que inicia sus actividades en el ao 2003
como empresa de persona natural que luego da el paso a persona jurdica en el ao 2009,
durante este periodo de tiempo ha realizado varios proyectos informticos en diversas
reas como desarrollo de software, soporte para empresas del sector privado y estatal.
El giro del negocio es el desarrollo de software, para ello cuenta con profesionales
ampliamente capacitados y experimentados en el desarrollo de soluciones complejas y de
gran magnitud para tecnologa libre y propietaria.
La principal ventaja competitiva actualmente es desarrollar soluciones ntegramente en
Software Libre, la cual permite ofrecer servicios y productos estables, seguros y ms
econmicos que cualquier otra empresa del mercado.
Pg. # 2

Las soluciones que brinda Consorcio Zumaeta Valles son personalizadas para cada
cliente, siendo respetuosos del conocimiento del negocio de los mismos, y adems de
entregar a ellos, todo el conocimiento requerido sobre los productos desarrollados.
4. Bachiller:
Bach. Fasabi Vsquez, Brigs.
5. Asesor:
Ing. Pita Astengo, Luis Honorato.
6. Colaboradores:
Bach. Zumaeta Snchez, Carlos.
7. Duracin estimada de ejecucin del proyecto:
Ocho Semanas.
8. Presupuesto estimado:
S/. 1,312.00 (Mil trescientos doce y 00/100 nuevos soles).

(Ver anexo N 01. Detalle del Presupuesto).
Pg. # 3

SECCIN II: VISIN GENERAL DE LA SOLUCIN PROPUESTA.
Captulo I: DESARROLLO DEL TEMA.
1.1. Introduccin:
Hoy, mantenerse actualizados con la tecnologa es una tarea difcil, en cada momento los
avances del desarrollo de nuevas ideas especializadas en el rea de informtica y sistemas
van en un constante aumento a nivel mundial. En este sentido, la creacin de sistemas de
procesamiento de datos se hace indispensable por ser herramientas fundamentales para el
manejo eficaz y eficiente de los procesos de informacin realizados dentro de las
organizaciones, a efecto, de coadyuvar a una mejor toma de decisiones.
La automatizacin de los sistemas de informacin por su rendimiento logra aumentar la

velocidad de los procesos, disminuir costos administrativos, maximizar la eficiencia y la
seguridad de informacin reduce la vulnerabilidad de los mismos.
El presente informe de desarrollo de software, expone el Diseo e Implementacin del

Mdulo de Caja del Sistema Integrado de Administracin Tributaria Municipal,
desarrollado para la Municipalidad Distrital de San Juan Bautista.
La aplicacin funcionar en plataforma Web, y permitir automatizar los procesos llevados a

cabo en el rea de Caja de la Sub Gerencia de Tesorera, de la municipalidad mencionada.
Pg. # 4

1.2. Contexto:
Dentro del marco del contrato suscrito por la Municipalidad Distrital de San Juan Bautista
(en adelante la MDSJB) y el consorcio Zumaeta Valles, este ltimo, como obligacin de
proveedor, debe instalar un sistema, que automatice los procesos del rea de Caja, Rentas y
Catastro, que reemplace el actual sistema MUNISOFT, a fin de incrementar las
funcionalidades, seguridad en los procesos, aumentar las recaudaciones por parte de los
contribuyentes y mejorar el factor de servicio a la comunidad.
En tal sentido, el presente informe slo describe la solucin en cuanto al Diseo e
Implementacin del Mdulo de Caja del Sistema Integrado de Tributacin Municipal, para
automatizar las operaciones o procesos de la Sub Gerencia de Tesorera; la cual reemplazar
al actual sistema MUNISOFT, que usa la MDSJB.
Asimismo, se debe implementar el sistema de tal manera que su diseo y funcionamiento
est en concordancia con la normativa vigente sobre tributacin municipal en el Per, las
ordenanzas municipales y resoluciones gerenciales emitidas en la MDSJB referida a la
tributacin y rentas de la misma.
Las condiciones de trabajo y ambiente de desarrollo, estn bajo responsabilidad del
Consorcio, quien se encarga de la ejecucin del proyecto, informando a la municipalidad los
avances correspondientes en cada etapa. La recepcin y conformidad del sistema est a
cargo de la Oficina de Informtica, quien deber recoger la conformidad de los usuarios
finales, de acuerdo a las fases de implementacin del Sistema Integrado de Tributacin
Municipal.
En la actualidad la MDSJB, cuenta con un Sistema de Rentas llamado MUNISOFT,

desarrollado bajo el Gestor de Base de datos FoxPro versin 2.6, que funciona en entorno
del sistema operativo DOS, mediante el cual se realizan las operaciones o transacciones de
caja.
Finalmente, el sistema ser instalado en el servidor de aplicaciones que se encuentra en la

Oficina de Informtica de la municipalidad.
Pg. # 5

1.3. Problemtica objeto de la aplicacin:

Desde la implementacin el sistema MUNISOFT, existieron inconvenientes, debido a las
adaptaciones del sistema a las necesidades de la MDSJB, en tal sentido, gestiones anteriores
en la Oficina de Informtica, manipularon forzadamente la base de datos, creando
procedimientos y/o funciones sin seguir estndares de programacin, originando la poca o
nula concordancia de los procesos entre la base de datos y el sistema.
El sistema MUNISOFT, permite que los servidores de la MDSJB utilicen este software con
muchos inconvenientes, desde el momento que ingresan la informacin hasta el trmino del
procesamiento, afectando el uso eficiente del mdulo de caja.
En la actualidad los mdulos de rentas, caja y catastro, no se encuentran integrados en su
totalidad, por ejemplo, siendo necesario que el mdulo de rentas y el mdulo de catastro
tengan relaciones por medio del cdigo del predio, para as poder detectar omisiones,
duplicidad y subvaluaciones, lo cual se reflejar en el mdulo de caja, no permitiendo ste
generar lo descrito.
Lo comentado anteriormente, gener una inconsistencia en el sistema actual y origin que
no se tenga informacin real de los contribuyentes.
En ese sentido, corresponde a la Oficina de Informtica de la MDSJB, planificar los

diferentes proyectos informticos para la automatizacin de los procesos que se realizan en
la Municipalidad Distrital de San Juan Bautista, lo cual se advierte en el Reglamento de
Organizacin y Funciones (ROF), que en su artculo 57. (tem 1) expresa lo siguiente:
Corresponde a la Oficina de Informtica, Planificar los diferentes Proyectos
Informticos, para la automatizacin de los procesos que se realizan en la Institucin.
Al respecto, se evidencia que el Sistema MUNISOFT, necesita la adquisicin de una nueva

plataforma de Sistema Municipal, donde el principal objetivo es obtener una mejor
recaudacin de impuestos de los contribuyentes.
Pg. # 6

1.4. Objetivos del proyecto:

General.
Desarrollar el Mdulo de Caja del Sistema Integrado de Administracin Tributaria

Municipal, para la Municipalidad Distrital de San Juan Bautista, que funcione en plataforma
Web, automatizando los procesos llevados a cabo en el rea de Caja de la Sub Gerencia de
Tesorera.
Especficos.
1. Desarrollar el anlisis y diseo del mdulo de caja cubriendo toda la especificacin de

requisitos de la municipalidad.
2. Desarrollar el diseo lgico y fsico de la Base de Datos.
3. Gestionar adecuadamente los niveles de seguridad de la aplicacin.
4. Programar los procesos del rea caja de la municipalidad.
5. Implantacin y puesta en marcha del Mdulo de Caja.
Pg. # 7

Captulo II: DESCRIPCIN DEL DISEO DE LA SOLUCIN (PRODUCTO).
2.1. Tcnicas de recoleccin de datos:
Entrevistas. Se entrevistaron a los usuarios del sistema MUNISOF, quienes

mostraron inters de contar con una herramienta que realice eficientemente los
procesos de caja llevados en la MDSJB.
Observacin Directa. Consisti en la medicin de tiempos de los procesos de caja,

y los tiempos de espera de los contribuyentes.
Informacin Documental: Base Legal y Manuales - Seleccin de la Poblacin.

(Ver Anexo N 02. Relacin de Leyes y Normas).
2.2. Metodologa y herramientas a emplear:
2.2.1. Metodologa / Estndar / Normatividad.

En el desarrollo se emple la metodologa Orientada a Objetos, basndose en el
Proceso Unificado de Desarrollo de Software RUP, llamada as por sus siglas en ingls
Rational Unified Process, el cual se divide en cuatro fases del ciclo de vida del proceso
unificado:
Inicio. El Objetivo en esta etapa es determinar la visin del proyecto.
Elaboracin. En esta etapa el objetivo es determinar la arquitectura ptima.
Construccin. En esta etapa el objetivo es llevar a obtener la capacidad

operacional inicial.
Transicin. El objetivo es llegar a obtener la primera versin del proyecto.
Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones, la cual

consiste en reproducir el ciclo de vida del desarrollo de software en cascada a menor
escala. Los Objetivos de una iteracin se establecen en funcin de la evaluacin de las
iteraciones precedentes.
Los elementos del RUP son:
Actividades. Son los procesos que se llegan a determinar en cada iteracin.
Pg. # 8

Trabajadores. Vienen a ser las personas o entes involucrados en cada proceso.
Artefactos. Un artefacto puede ser un documento, un modelo, o un elemento de

modelo.
Una particularidad de esta metodologa es que, en cada ciclo de iteracin, se hace

exigente el uso de artefactos (Casos de uso, diagramas de clases y diagramas de
estado, etc.) siendo por este motivo, una de las metodologas ms importantes para
alcanzar un grado de certificacin en el desarrollo del software. Esta metodologa fue
seleccionada por los siguientes motivos:
Es un marco de trabajo que permite el desarrollo exitoso de software iterativo e

incremental.
Junto con UML, constituye la metodologa estndar ms utilizada para el anlisis,

diseo e implementacin de sistemas orientados a objetos.
El proyecto se desarrolla de acuerdo a los principios que plantea esta metodologa.
Esta metodologa es utilizada para el desarrollo de software por el Consorcio

Zumaeta Valles, encargado del desarrollo del Sistema Integrado de Administracin
Tributaria Municipal, para la Municipalidad Distrital de San Juan Bautista.
Tabla N 01. Flujos de trabajo del Proceso Unificado.

Flujo de trabajo
Artefacto
Fundamental
Casos de uso del negocio
Escenarios y procesos
Modelado del negocio
Modelo de objetos de negocio
Modelo de dominio
Visin del proyecto.
Diagramas de casos de uso
Requerimientos
Especificaciones de casos de uso
Requerimientos funcionales
Requerimientos no funcionales
Diagrama de colaboracin
Anlisis
Diagramas de secuencia
Diagrama de clases.
Diseos de interfaz
Diseo
Diseo de base de datos
Diagrama de componentes.
Implementacin
Diagrama de despliegue
Actas de capacitacin de usuarios
Manual de Instalacin
Pruebas
Manual de Usuario
Diccionario de datos
Fuente: Elaboracin propia.
Pg. # 9

2.2.2. Herramientas.
Tabla N 02. Herramientas informticas utilizadas.

Herramienta
Versin
Detalle
Planeamiento
Microsoft Project
Microsoft Visio
Anlisis y diseo
Erwin
2007
2007
Rational Rose
2007
Dreamweaver
Implementacin
CS3
Xamp
3.5
MySql
5.0
PHP
4.0
DreamCoder
Prueba
Firefox
Implantacin
Servidor: Linux centos
Cliente: Windows
Microsoft Word
7.0
2008
3.0
Para la planificacin de los tiempos y recursos.

Para la visualizacin de plantillas prediseadas.
Para el diseo de la base de datos.
Para el modelamiento de los procesos, agilizando la
creacin del software.
Para el diseo web de interfaces y/o imgenes de fondo.
Servidor, software libre, que consiste en la base de datos
MySQL y el servidor Web Apache.
Sistema Gestor para alojamiento de la base de datos
Lenguaje de programacin, diseado para la creacin de
pginas web dinmicas.
Administracin y Desarrollo de base de datos en MySql.
Para ejecutar el sistema.
5
Plataforma de alojamiento del sistema.
Xp
Para la ejecucin del sistema en las terminales de la Sub
Profesional Gerencia de Rentas.
2007
Para la elaboracin de Informes.
2.3. Descripcin del desarrollo de la solucin:

El presente desarrollo brinda la solucin a nivel de los Procesos de Caja, para la
Municipalidad Distrital de San Juan Bautista, con un Mdulo de Software para el Sistema
Integrado de Administracin Tributaria Municipal, que funcionar en una arquitectura web
cliente-servidor, con plataforma base Linux, solucionando los inconvenientes presentados
en el sistema informtico MUNISOFT.
Al formar parte del Sistema Integrado de Tributacin Municipal, estar alojado en el

servidor de la Jefatura de Informtica de la Municipalidad Distrital de San Juan Bautista,
poniendo a disposicin de los usuarios finales las herramientas para el procesamiento de
informacin del rea de Caja.
Pg. # 10

El usuario podr acceder al mdulo en entorno Web, registrar informacin en tiempo real,
la misma ser actualizada a disposicin de otros usuarios. Uno de los atributos claves del
mdulo es la portabilidad reflejada por el usuario al operar el mdulo, la seguridad de la
informacin, la facilidad y rapidez con la que podr acceder a la informacin.
El mdulo ser escalable, lo que permitir a la Municipalidad incorporar nuevos procesos

y funciones, con capacidad de integracin intersistmica, para ello contar con el diseo,
cdigo fuente, base de datos, capacitacin al personal para el mantenimiento.
2.4. Indicadores de evaluacin de la solucin:

Los indicadores de evaluacin fueron desarrollados basados en el ISO/IEC 9126; estndar
internacional para la evaluacin de software, la cual est dividido en cuatro partes, que
dirigen lo siguiente:
Modelo de calidad.
Mtricas externas.
Mtricas internas.
Mtricas de calidad en uso.
La evaluacin de la solucin del presente informe, est basada en las mtricas externas,
orientadas al usuario, para ser evaluada cuando se ejecuta el producto final.
Los indicadores de evaluacin estn relacionados con los procedimientos que nos ayudan a
identificar las fortalezas, debilidades y oportunidades de mejora del Mdulo de Caja,
permitiendo verificar el cumplimiento de los objetivos y su contribucin al desarrollo,
expresando el grado de obtencin de los beneficios previstos con la solucin.
Se determinaron los atributos crticos que se consideran para la evaluacin de la calidad del
Modulo de Caja. Obteniendo la evaluacin de dos Cajeros y el Administrador del Sistema.
Sobre el particular, se estableci una valoracin cuantitativa de cada indicador, logrando
obtener la calificacin promedio, como se muestra en la siguiente tabla.
Pg. # 11

Tabla N 03. Modelo de calidad, para la evaluacin de la solucin.
Atributo
Funcionalidad
Fiabilidad
Portabilidad
Performance
Usabilidad
Indicador
Evaluacin
Punto
Muy Buena
Buena
Mala
Muy Buena
Nmero de errores observados
Buena
durante la etapa de prueba.
Mala
Nmero de usuarios conectados en Muy Buena
lnea simultneamente y en Buena
plataformas heterogneas.
Mala
Muy Buena
Tiempo de respuesta a reportes
Buena
generados.
Mala
Muy Buena
Buena
Facilidad de uso del mdulo.
Mala
Nmero de requisitos atendidos en
la solucin.
20
14
7
20
14
7
20
14
7
20
14
7
20
14
7
Calificacin*
20
14
18
12
20
* La columna calificacin, corresponde a la calificacin promedio realizada por dos usuarios

Cajeros y el Administrador del Sistema.
Tabla N 04. Puntuacin de la evaluacin para la calidad.

Puntaje
Evaluacin de la Solucin Calidad de la Solucin
07 - 35
36 - 70
71 - 100
Mala
Insatisfactorio
Buena
Dudosa
Muy Buena
Satisfactorio
Finalmente, como resultado de la evaluacin se obtiene la medicin de la calidad de la solucin,

en trminos de insatisfactorio, dudosa y satisfactorio.
Al respecto, la calificacin promedio es ochenta y cuatro, logrando una evaluacin de la solucin

como Muy Buena.
Pg. # 12

2.5.
Relacin de entregables:
1. Informe Prctico de suficiencia.

Corresponde el informe fsico de la segunda etapa del PESPAC II FISI-UNAP 2009,
elaborado por el Bach. Brigs Fasabi Vsquez, para optar el ttulo profesional de
Ingeniero de Sistemas e Informtica.
2. Manual de configuracin del driver odbc.

Es la gua de instalacin para el administrador del sistema.
3. Manuales de usuario.
Es la gua de uso del Mdulo de Caja, para los usuarios finales, con el fin de dar
asistencia y orientacin a los mismos.
4. Manual del programador (Cdigo Fuente).

Es la gua de la estructura del cdigo fuente de las funciones, mtodos e interfaces de
usuario para el administrador del sistema y el personal encargado del mantenimiento.
5. Diccionario de datos.
Es la gua de las caractersticas lgicas y puntuales de los datos que se utilizan en el
sistema, incluyendo nombre, descripcin, alias, contenido y organizacin de la base de
datos, evitando as malas interpretaciones o ambigedades.
6. Disco con archivos para la configuracin del sistema.

Contiene los archivos de la configuracin inicial, para ejecutar el mdulo.
Pg. # 13

2.6. Planificacin y cronograma del proyecto:
Figura N 02. Planificacin de actividades y tiempos.
Fuente: Elaboracin Propia.

Pg. # 14

Captulo III: DESARROLLO DE LA SOLUCIN PROPUESTA.

Anlisis de requerimientos:
Los requerimientos son la descripcin de las necesidades o deseos que el producto debe
contemplar para el cliente y los usuarios de la Sub Gerencia de Tesorera, de la Municipalidad
Distrital de San Juan Bautista.
Requerimientos funcionales.
Definen el comportamiento interno del software: clculos, detalles tcnicos, manipulacin de

datos y otras funcionalidades especficas que muestran cmo los casos de uso sern llevados
a la prctica. Son complementados por los requisitos no funcionales
Tabla N 05. Especificacin de requerimientos funcionales.
1. Emisin y control de recibos de caja.
El mdulo de caja permite administrar N cajas o cajeros, estas podrn trabajar en forma
desconcentrada y en distintas ubicaciones, controlando de manera automtica toda la
informacin. Los datos que debe administrar el sistema de caja son:
Emisin de recibos.
Control de los ingresos por centros de costos o unidades orgnicas generadoras de
ingresos.
Efectuar histricos de ingreso clasificando por Fuentes de Financiamiento, Especfica
presupuestal de ingreso, cuentas financieras, contribuyentes, proveedores, etc.
Reportes bsicos:
Parte diario de ingresos, segn formato contable incluyendo partidas presupuestales.
Relacin de recibos de caja, resumido y detallado; clasificado a nivel de funcin,
programa, subprograma, proyecto o actividad, componente, meta y centro de costo.
Registro de ingreso de las distintas unidades orgnicas generadoras de ingreso.
Reporte diario, semanal y mensual de los ingresos y por rea generadora.
2. Registro de tasas.
3. Registro de clasificador de ingresos actual.
4. Pagos
Con deuda pre-cargada.
Con beneficios.
Al contado.
Pre-convenio.
A cuenta.
De valores o deuda cargados en lnea que se generen en las distintas reas de la MDSJB.
5. Cancelacin de cuenta corriente.
6. Extorno de pago.
7. Duplicados de recibos.
8. Anulacin de recibos.
9. Consulta de pagos.
10. Impresin de operaciones por cajero.
Pg. # 15

Requerimientos no funcionales.
Son las propiedades o restricciones del mdulo, en el siguiente cuadro mostramos los
requerimientos no funcionales de la solucin.
Tabla N 06. Especificacin de requerimientos no funcionales.

Atributo
1. Escalabilidad
2. Confiabilidad
Descripcin
Deber ser capaz de crecer sin perder calidad de funcionamiento,
ajustndose a los cambios.
Deber ser capaz de mantener su nivel de desempeo, en condiciones
que el usuario lo requiera.
3. Fiabilidad
Debe ser capaz de recuperarse de errores y fallos.
4. Mantenibilidad
Debe ser fcil de modificar los fallos o adaptarse a cambios en el

entorno.
5. Performance
Debe ser capaz del procesamiento rpido de las salidas.
6. Portabilidad
Debe ser independiente de la plataforma.
7. Usabilidad
8. Entorno
9. Flexibilidad
10. Integridad
11. Concurrente
Debe ser fcil de operar el mdulo, preparar las entradas e interpretar

las salidas.
Ser una aplicacin Web.
Debe ser capaz de modificar el mdulo en funcionamiento.
Debe ser capaz de resistir ataques a entradas no seguras.
Debe ser capaz de permitir accesos y procesos concurrentes de
usuarios en lnea.
3.1. Modelado del negocio:
3.1.1. Caso de uso del negocio.
Es el modelamiento de cmo funcionan los procesos de caja en la Municipalidad

Distrital de San Juan Bautista, describiendo los procesos de negocio y sus relaciones
con los participantes externos, como clientes y socios.
Pg. # 16

Apertura caja.
Figura N 03. Caso de uso del negocio Apertura caja.
Validar Usuario
Aperturar Caja
Usuario
Iniciar Movimiento
Caja tasas.
Figura N 04. Caso de uso del negocio - Pagar tasas.
Ingresar Contribuyente
<<include>>
<<include>>
Imprimir Recibo
Gestionar Pago
Pagar Tasas
Usuario
Contribuyente
Consultar Tasa
Seleccionar Tasa
Seleccionar rea
Pg. # 17

Caja tributaria.
Figura N 05. Caso de uso del negocio Pagar tributos.
Seleccionar Tributo
Consultar Tributos
Consultar Histrico
Gestionar Pago
Contribuyente
Usuario
Pagar Cta. Cte.

<<include>>
Consultar Cta. Cte.
Imprimir Recibo
Extorno diario.
Figura N 06. Caso de uso del negocio Extorno de recibos de caja.
Consultar Movimiento
Usuario
Extornar Recibo
Registrar Observacin
Jefe rea
Autorizar Extorno
<<include>>
Validar Cerrar Caja
Imprimir Recibo Extonado

Pg. # 18

Duplicado de recibos.
Figura N 07. Caso de uso del negocio Emisin de duplicados de recibos.
<<extend>>
Usuario
Duplicar Recibo
<<include>>
Imprimir Recibo
Cerrar caja.
Figura N 08. Caso de uso del negocio Cerrar caja diaria.
Usuario
Cerrar Caja
Validar Historico de Ingresos
Pg. # 19

Reportes y consultas.
Figura N 09. Caso de uso del negocio Gestionar reportes y consultas.
<<include>>
Cons ultar Extornos
Seleccionar Criterios
Seleccionar Area
Cons ultar Ingres os
Im primir Recaudacin
Us uario
Cons ultar Partidas Pptal.
Seleccionar Tipo Movim iento
Im primir Movim ientos
Cons ultar Movim iento
3.1.2. Escenarios y procesos.

Tabla N 07. Escenarios y procesos.
Escenario
Apertura Caja
Pagar Tasa
Pagar Tributo
Extorno de recibos de
caja
Emisin de duplicados
de recibos
Cerrar caja diaria
Proceso
Procesos: Cerrar caja, iniciar movimiento y validar usuario.
Detalle: Inicia movimientos de caja para realizar transacciones.
Procesos: Registrar movimiento, seleccionar rea, buscar rea,
seleccionar tasa, buscar tasa, realizar pago, ingresar valores e
imprimir recibo.
Detalle: Ejecuta pagos de tasas de los contribuyentes.
Procesos: Seleccionar contribuyente, iniciar movimiento,
consultar fraccionamiento, seleccionar tributos, consultar cta. cte.,
seleccionar perodos, realizar pagos e imprimir recibo.
Detalle: Ejecuta pagos de tributos de los contribuyentes.
Procesos: Extornar, validar usuario, ingresar movimiento,
registrar histrico ingresos e imprimir recibos.
Detalle: Elimina un recibo y el pago correspondiente.
Procesos: Ingresar movimiento, validar usuario, verificar cta.
cte., validar detalle de movimiento e imprimir recibo.
Detalle: Genera duplicado de recibos de caja.
Procesos: Cerrar caja, validar usuario, registrar histrico ingresos
y cerrar movimiento.
Detalle: Cierra los movimientos del da.
Pg. # 20

3.1.3. Modelo de objetos del negocio.

Apertura caja.
Figura N 10. Objetos del negocio Apertura caja.
Cerrar Caja
Usuario
Movimiento
(f rom Casos de Uso del Negocio)
Caja tasas.
Figura N 11. Objetos del negocio Pagar tasas.
Tupa
Movimiento
Usuario
Detalle Movim iento
rea
Caja tributaria.
Figura N 12. Objetos del negocio Pagar tributos.
Usuario
Cta. Cte.
Movimiento
Contribuyente
Tributo
Detalle Movimiento

Pg. # 21

Extorno diario.
Figura N 13. Caso de uso del negocio Extorno de recibos de caja.
Movimiento
Usuario
Extorno
Cta. Cte.
Contribuyente
Duplicar recibo.
Figura N 14. Caso de uso del negocio Emisin de duplicados de recibos.
Detalle Movimiento
Cta. Cte.
Usuario
Movimiento
Histrico Ingresos
Contribuyente

Pg. # 22

Cerrar caja.
Figura N 15. Caso de uso del negocio Cerrar caja diaria.
Cerrar Caja
Usuario
Histrico Ingresos
Consultas y reportes.
Figura N 16. Caso de uso del negocio Gestionar reportes y consultas.
Clasificador
Detalle Movimiento
rea
Usuario
Movimiento
Histrico Ingresos
Contribuyente
Cta. Cte.
Jefe rea
Pg. # 23

3.1.4. Modelo de dominio.
Es el modelo conceptual del Mdulo de Caja, que describe las diversas entidades
participantes en el sistema y sus relaciones.
Figura N 17. Modelo de dominio.

Clasificador
Tupa
Movimiento
Detalle_Movimiento
Derecho_Emision
Cuenta_Corriente
Tributo
Tipo_Exoneracin
Motivo
Exoneracin
Fraccionamiento
Area
Orden_Pago
Tipo_Documento
Predio
Declaracin Jurada
Contribuyente
Afectacin_Contribuyente
Declaracin_Jurada_Historico
Arancel
Calle
Licencia
Giro
Va
Pg. # 24

3.2. Modelado de requerimientos:

A continuacin se presenta la visin del proyecto, los requerimientos funcionales y no
funcionales del sistema, obtenidos a travs del levantamiento de informacin con los
usuarios involucrados en las acciones que afectar el sistema a travs de los participantes del
proyecto de desarrollo (Stakeholders) tal como la Jefatura de Informtica, rea de Caja de la
Sub Gerencia de Tesorera de la Municipalidad Distrital de San Juan Bautista y Supervisor
del Proyecto de Desarrollo del Consorcio Zumaeta Valles, el Sr. Carlos Zumaeta Snchez.
3.2.1. Propsito.
Desarrollar e implementar el Mdulo de Caja para el nuevo Sistema de Tributacin
Municipal, de la MDSJB, en entorno Web, desarrollado en plataforma no propietaria,
que permita la flexibilidad de soportar las necesidades descritas en las reglas del
negocio y futuros requerimientos, y que brinde satisfaccin a los usuarios finales y
facilite la toma de decisiones, minimizando costes.
3.2.2. Alcance.
El sistema se ejecuta en entorno Web, para los usuarios de la Sub Gerencia de
Tesorera, quienes accedern al sistema de sistemas operativos Windows y Linux, en
la MDSJB.
3.2.3. Descripcin de stakeholders y usuarios.

Para proveer de una forma efectiva los servicios y productos que se ajusten a las
necesidades de los usuarios, es necesario identificar e involucrar a todos los
participantes en el desarrollo del Mdulo de Caja como parte del proceso de
modelado de requerimientos. Tambin es necesario identificar a los usuarios y
asegurarse de que el conjunto de participantes en el desarrollo los representa
adecuadamente.
Mostraremos un perfil de los participantes y de los usuarios involucrados en el

desarrollo del mdulo, as como los problemas ms importantes que stos perciben
Pg. # 25

para enfocar la solucin propuesta, justificando por qu estos requisitos son

necesarios.
3.2.3.1. Resumen de stakeholders.

Tabla N 08. Stakeholders del Mdulo de Caja.
Nombre
Descripcin
Responsabilidades
Carlos
Zumaeta Snchez
Representante Legal: Seguimiento del desarrollo del

Consorcio
Zumaeta Mdulo de Caja.
Valles
Aprueba requisitos funcionales.
Brigs
Fasabi Vsquez
Analista y Diseador
del Modulo de Caja
Leonor
Quispe Espinoza
Alberto
Bazn Ferrand
Responsable de la gestin del

Jefe de la Sub
mdulo, como rea usuaria.
Gerencia de Rentas
Responsable del proyecto de
Jefe de la Oficina de
desarrollo en la MDSB.
Informtica
Crear los modelos de anlisis y

diseo para la implementacin.
3.2.3.2. Resumen de usuarios.

Los usuarios del Mdulo de Caja son trabajadores de la MDSJB, que realizan
labores administrativas y entre sus funciones se encargan directamente del
proceso de Caja Tasas, Caja Tributaria, Extorno Diario, Duplicado
Recibos, Cierre de Caja, Consulta por Movimiento, Reporte de Extornos,
Reporte por Movimientos, Reporte por Partidas, Reporte por Gerencias y
Proyectado/Recaudado.
Tabla N 09. Usuarios del Mdulo de Caja.
Nombre
Descripcin
Stakeholders
Jefe de la Sub Gerencia de
Tesorera
Jefe rea
Jefe de rea
Operador Caja
El usuario con acceso

Personal de la Sub Gerencia de
para operar el Modulo
Tesorera - Cajero
de Caja
Administrador
Usuario con acceso total
Personal de
Informtica
la
Jefatura
de
Los usuarios deben poseer educacin tcnica y/o superior y tener

conocimientos bsicos en el uso de la computadora e Internet.
Pg. # 26

3.2.4. Descripcin global del producto.
3.2.4.1. Perspectiva del producto.

El mdulo del sistema propuesto plantea solucionar las deficiencias existentes
en el sistema actual.
El mdulo contemplar las interfaces y validaciones necesarias para la

integracin con los sistemas existentes, generar reportes que permitan
conocer las transacciones realizadas y ayudar a la toma de decisiones a nivel
gerencial.
3.2.4.2. Resumen de caractersticas.

La siguiente tabla contiene el detalle de las deficiencias que sern
solucionadas y las caractersticas del nuevo sistema que las superan.
Tabla N 10. Deficiencias a ser superadas.
Caracterstica o artefacto que permite superar
Deficiencias Superadas
la deficiencia
Los perfiles de usuario del sistema, permitirn
que slo el personal involucrado en la
transaccin tenga acceso a la informacin del
mismo.
Confidencialidad
Los usuarios del sistema consultan la
informacin inherente a su perfil de usuario.
Cada usuario tiene acceso a la informacin de
uno o ms niveles.
Visin del proyecto.
Diagrama de casos de uso.
Tiempo de procesos de caja
Especificacin de casos de uso.
Diagrama de colaboracin
Diagramas de secuencia
Procesos eficientes
Diagrama de clases.
Diagrama de componentes.
Conservacin de histrico
Diseo de Base de Datos.
de ingresos
Escenarios y procesos
Gestin eficiente de
Integridad de datos
Contribuyentes e ingresos
Reportes generados en formato pdf, podrn ser
Disponibilidad de
conservados por el usuario en formato digital.
los reportes
Reduccin de tiempos de transacciones de caja
Optimizacin de los
Integracin con otros mdulos del sistema de
procesos de negocio
Tributacin Municipal
Pg. # 27

3.2.5. Caso de uso de requerimientos.
Apertura caja.
Figura N 18. Caso de uso de requerimiento Apertura caja.
Validar Usuario
<<include>>
<<include>>
Usuario
Cerrar Caja
Iniciar Movimiento
Caja tasas.
Figura N 19. Caso de uso de requerimiento Pagar tasas.
Buscar rea
Buscar Tasa
<<include>>
<<extend>>
Seleccionar rea
Usuario
Seleccionar Tasa
Registrar Movimiento
Realizar Pago
<<include>>
<<include>>
Ingresar Valores
Imprimir Recibo

Pg. # 28

Caja tributaria.
Figura N 20. Caso de uso de requerimiento Pagar tributos.
Seleccionar Tributos
Seleccionar Periodos
<<extend>>
<<extend>>
Consultar Fraccionamiento
Usuario
Seleccionar Contribuyente
Consultar Cta. Cte.
Registrar Movimiento
Realizar Pago
<<include>>
Imprimir Recibo
Extorno diario.
Figura N 21. Caso de uso de requerimiento Extorno de recibos de caja.
Validar Usuario
Ingresar Movimiento
Usuario
Extornar
<<include>>
<<include>>
Registrar Histrico Ingresos
Imprimir Extorno

Pg. # 29

Duplicar recibos.
Figura N 22. Caso de uso de requerimiento Emisin de duplicados de recibos.
Validar Usuario
Verificar Cta. Cte.
Ingresar Movimiento
Usuario
<<include>>
<<include>>
Imprimir Recibo
Validar Detalle de Movimiento
Cerrar caja.
Figura N 23. Caso de uso de requerimiento Cerrar caja diaria.
Validar Usuario
<<include>>
Usuario
Cerrar Caja
Registrar Histrico Ingresos
Cerrar Movimiento
Pg. # 30

Consultas y reportes.
Figura N 24. Caso de uso de requerimiento Gestionar reportes y consultas.
Consultar Histrico Ingresos
Imprimir
<<extend>>
Usuario
Seleccionar Contribuyente
Seleccionar rea
Cerrar Caja
Consultar Cta. Cte.
<<include>>
Consultar Extornos
Consultar Detalle Movimiento
Consultar Clasificador
3.2.6. Especificaciones de caso de uso.

Tabla N 11. Especificacin de caso de uso: Apertura caja.
ID
CU_001
Apertura caja
Nombre
Apertura caja por usuario y fecha, a efecto de controlar en el mdulo
Descripcin
las transacciones realizadas por un usuario en un da determinado.
Brigs Fasabi Vsquez
Autor
Fecha ltima
Fecha de
01.Jul.2010
01.Jul.2010
Modificacin
Creacin
Usuario
Actores
Estar registrado en el Sistema de Tributacin Municipal
Precondiciones
Seguro de apertura de caja el da de hoy
Pos condiciones
Flujo Normal de Eventos
1. El usuario ingresa a Caja Tasas del mdulo de caja
2. El mdulo valida al usuario y emite una interrogante de apertura de caja
3. El mdulo apertura caja y permite realizar transacciones de caja
Flujos Alternos
1. Slo se apertura caja una vez en el da
Excepciones
1. No se cierra caja si sta no ha sido aperturado
Ninguna
Referencias
Slo se permite aperturar caja de usuarios de la Sub Gerencia de
Anotaciones
Tesorera de la Municipalidad Distrital de San Juan Bautista.
Pg. # 31

Tabla N 12. Especificacin de caso de uso: Pagar tasas.
CU_002
Caja tasas
Realiza el pago de tasas, ingresando los datos del contribuyente, el
detalle de la tasa a pagar y el monto.
Brigs Fasabi Vsquez
Autor
01.Jul.2010
Fecha ltima
01.Jul.2010
Fecha de
Modificacin
Creacin
Contribuyente, Usuario
Actores
Haber aperturado caja e ingresar los datos obligatorios del formulario
Precondiciones
Imprimir recibo y entregar al contribuyente
Pos condiciones
1. El usuario ingresa a Caja Tasas del mdulo de caja
2. El usuario ingresa los datos del contribuyente, detalle de la tasa a pagar y el monto
3. Si no desea ingresar otras tasas, seleccionar pagar
4. Imprime recibo y entregar al contribuyente
Flujos Alternos
1. Por defecto la cantidad mnima de pago de la tasa en uno
2. Se puede ingresar ms de una tasa
Excepciones
1. Si se ingreso varias tasas y tiene necesidad de eliminar, el usuario deber elegir.
Recibo de caja
Referencias
Si no se ingresan los datos mnimos no se podr realizar el pago
Anotaciones
ID
Nombre
Descripcin
Tabla N 13. Especificacin de caso de uso: Pagar tributos.

CU_003
Caja tributaria
Realiza el pago de cuenta corriente del contribuyente, seleccionando
sus datos, fraccionamientos, de ser el caso y los tributos verificando su
historia.
Brigs Fasabi Vsquez
Autor
01.Jul.2010
Fecha ltima
01.Jul.2010
Fecha de
Modificacin
Creacin
Contribuyente, Usuario
Actores
Haber aperturado caja e ingresar los datos obligatorios del formulario
Precondiciones
Imprimir recibo y entregar al contribuyente
Pos condiciones
1. El usuario ingresa a Caja Tributaria del mdulo de caja
2. El usuario selecciona el contribuyente
3. El usuario verifica fraccionamiento y consolidados de tributos del contribuyente
4. El usuario selecciona tributos a pagar por periodos
5. Imprimir recibo y entregar al contribuyente
Flujos Alternos
1. Mostrar el pago pendiente total y el historial
2. Mostrar los montos a pagar por tributo
Excepciones
1. Si se seleccion varios tributos y tiene necesidad de eliminar, el usuario deber
elegir.
Recibo de caja
Referencias
Si no se ingresan los datos mnimos no se podr realizar el pago
Anotaciones
Pg. # 32
ID
Nombre
Descripcin

Tabla N 14. Especificacin de caso de uso: Extorno de recibos de caja.
ID
CU_004
Extorno diario
Nombre
Los extornos son realizados para eliminar el pago de un movimiento
Descripcin
Brigs Fasabi Vsquez
Autor
01.Jul.2010
Fecha ltima
01.Jul.2010
Fecha de
Modificacin
Creacin
Usuario
Actores
Haber generado un movimiento y contar con la autorizacin
Precondiciones
Resultado del extorno es irreversible
Pos condiciones
1. El usuario verifica el movimiento a extornar
2. El mdulo valida al usuario que autoriza extornos
3. Extornar ingresando el movimiento y las observaciones
4. Imprimir extorno
Flujos Alternos
1. Usuario no autorizado para gestionar extornos
2. El usuario no genero el movimiento a extornar
Excepciones
1. Si el usuario cerro caja no podr realizar extornos
Recibo cancelado
Referencias
Slo se permite extornar recibos de los usuarios que los generan.
Anotaciones
Tabla N 15. Especificacin de caso de uso: Emisin de duplicados de recibos.
ID
CU_005
Duplicar recibos
Nombre
Imprimir recibos en calidad de duplicado
Descripcin
Brigs Fasabi Vsquez
Autor
01.Jul.2010
Fecha ltima
01.Jul.2010
Fecha de
Modificacin
Creacin
Usuario
Actores
Haber generado un movimiento
Precondiciones
El recibo no fue generado por el usuario
Pos condiciones
1. El usuario verifica el movimiento del recibo
2. Visualiza el recibo
3. Imprimir recibo
Flujos Alternos
1. Recibo no generado por el usuario
Excepciones
Ninguna
Referencias
Anotaciones
Recibo duplicado
Slo se permite imprimir recibos duplicados de los usuarios que los
generan.
Pg. # 33

Tabla N 16. Especificacin de caso de uso: Cerrar caja diaria.
ID
CU_006
Cerrar caja
Nombre
El usuario cierra caja al finalizar la jornada laboral
Descripcin
Brigs Fasabi Vsquez
Autor
01.Jul.2010
Fecha ltima
01.Jul.2010
Fecha de
Modificacin
Creacin
Usuario
Actores
Haber aperturado caja y generado movimiento
Precondiciones
Despus de cerrar caja no se podr generar movimiento
Pos condiciones
1. El usuario ingresa al sub men cierre de caja
2. El usuario valida los movimientos generados por el usuario
3. El Mdulo registra los histricos de ingresos y cancela los pagos posteriore
Flujos Alternos
1. Slo se cierra caja una vez y el usuario que la apertura
Excepciones
1. Si no termina la jornada laboral no se debe cerrar caja, debido a que el usuario no
podr generar movimientos posteriores
Ninguna
Referencias
Slo se permite cerrar caja a los usuarios que las apertura
Anotaciones
Tabla N 17. Especificacin de caso de uso: Gestionar reportes y consultas.

ID
CU_007
Gestionar reportes y consultas
Nombre
Generacin de consultas y reportes
Descripcin
Brigs Fasabi Vsquez
Autor
Fecha ltima
Fecha de
01.Jul.2010
01.Jul.2010
Modificacin
Creacin
Contribuyente y Usuario
Actores
Haber cerrado caja y/o generado movimiento
Precondiciones
No cerrar caja limitar la generacin de algunos reportes
Pos condiciones
1.
2.
3.
4.
5.
6.
7.
El usuario consulta movimientos

El usuario selecciona contribuyente
El sistema validad Cerrar Caja
El usuario consulta histrico de ingresos
El usuario consulta detalle de movimiento y clasificador
Selecciona rea
Genera e imprime reporte
Flujos Alternos
1. Los reportes son generados por rea, fechas, movimiento y partidas
Excepciones
1. Si no se cierra caja, el usuario no podr generar algunos reportes
Reportes generados por el mdulo
Referencias
Se puede generar reportes de todos los ingresos o slo los generados
Anotaciones
por el usuario de ser el caso.
Pg. # 34

3.3. Modelado de anlisis:
3.3.1. Diagrama de colaboracin.
Los Diagramas de Colaboracin muestran las relaciones entre los roles de los objetos.
La secuencia de los mensajes y los flujos de ejecucin concurrentes deben
determinarse explcitamente mediante nmeros de secuencia.
Caja tasas.
Figura N 25. Colaboracin Pagar tasas.
Movimiento
rea
6: Actualizar
3: Seleccionar rea
2: Registrar datos
1: Pagar tasa
Caja Tasas
Contribuyente
7: Entregar recibo
: Usuario
4: Seleccionar tasa
5: Ingresar valor tasa
Valor
Tasa
Caja tributaria.
Figura N 26. Colaboracin Pagar tributos.
Movimiento
Tributo
5: Actualizar
1: Pagar tributo
3: Seleccionar
2: Seleccionar
Caja Tributaria
Contribuyente
7: Entregar recibo
4: Verificar
: Usuario
6: Actualizar
Cta. Cte.
Fraccionamiento

Pg. # 35

Extorno diario.
Figura N 27. Colaboracin Extorno de recibos de caja.
Contribuyente
3: Validar usuario
2: Ingresar Movimiento
1: Extornar recibos
Extorno de caja
Movimiento
5: Emitir recibos
: Usuario
4: Actualizar movimiento
Histrico ingresos
Duplicar recibos.
Figura N 28. Colaboracin Emisin de duplicados de recibos.
Contribuyente
Histrico
movimiento
6: Validar
1: Emitir duplicado de recibo
4: Verificar
2: Ingresar
Emitir duplicados
3: Verificar
Movimiento
Cta. Cte.
7: Entregar recibos
: Usuario
5: Verificar
Detalle de
Movimiento
Pg. # 36

Cerrar caja.
Figura N 29. Colaboracin Cerrar caja diaria.
Contribuyente
3: Validar
1: Iniciar cierre de caja
Cierre de caja
2: Actualizar
Histrico Ingresos
: Usuario
4: Cerrar
Movimiento
3.3.2. Diagrama de secuencia.

Un diagrama de Secuencia muestra una interaccin ordenada segn la secuencia
temporal de eventos. En particular, muestra los objetos participantes en la interaccin
y los mensajes que intercambian ordenados segn su secuencia en el tiempo. El eje
vertical representa el tiempo, y en el eje horizontal se colocan los objetos y actores
participantes en la interaccin, sin un orden prefijado. Cada objeto o actor tiene una
lnea vertical, y los mensajes se representan mediante flechas entre los distintos
objetos.
Caja tasas.
Figura N 30. Secuencia Pagar tasas.
Caja Tasas
Contribuyente
rea
Tasa
Movimiento
Valor
: Usuario
Pagar tasa
Registrar datos
Seleccionar rea
Seleccionar tasa
Ingresar valor tasa

Actualizar
Entregar recibo

Pg. # 37

Caja tributaria.
Figura N 31. Secuencia Pagar tributos.
Caja Tributaria
Contribuyente
Fraccionamiento
Cta. Cte.
Tributo
Movimiento
: Usuario
Pagar tributo
Seleccionar
Seleccionar
Verificar
Actualizar
Actualizar
Entregar recibo
Extorno diario.
Figura N 32. Secuencia Extorno de recibos de caja.
Extorno de caja
Movimiento
Contribuyente
: Usuario
Histrico
ingreso...
Extornar recibos
Ingresar Movimiento
Validar usuario
Actualizar movimiento
Emitir recibos

Pg. # 38

Duplicar recibos.
Figura N 33. Secuencia Emisin de duplicados de recibos.
Emitir
duplicados
: Usuario
Movimiento
Detalle de
Movimiento
Histrico
movimiento
Cta. Cte.
Contribuyente
Emitir duplicado de recibo
Ingresar
Verificar
Verificar
Verificar
Validar
Entregar recibos
Cerrar caja.
Figura N 34. Secuencia Cerrar caja diaria.
Cierre de caja
Histrico
Ingresos
: Usuario
Movimiento
Contribuyente
Iniciar cierre de caja
Actualizar
Validar
Cerrar
Pg. # 39

3.3.3. Diagrama de clases.

Figura N 35. Clases.
Pg. # 40

3.4. Modelado de Diseo

3.4.1. Diseo de Interfaz
Figura N 36. Prototipo Ingreso al sistema.

Figura N 37. Prototipo Apertura caja.

Figura N 38. Prototipo Pagar tasas.
Pg. # 41

Figura N 39. Prototipo Consultar y seleccionar tasa.

Figura N 40. Prototipo Buscar y seleccionar contribuyente.
Pg. # 42

Figura N 41. Prototipo Consolidado de tributos.

Figura N 42. Prototipo Consultas de fraccionamiento.

Figura N 43. Prototipo Consultar consolidado de tributos.
Pg. # 43

Figura N 44. Prototipo Imprimir recibos.
Figura N 45. Prototipo Extorno de recibos de caja.
Figura N 46. Prototipo Movimiento a extornar.

Figura N 47. Prototipo Detalle de extorno de caja diario.
Pg. # 44

Figura N 48. Prototipo Recibo de caja extornado.
Figura N 49. Prototipo Emisin de duplicados de recibos.
Figura N 50. Prototipo Cerrar caja diaria.
Pg. # 45

Figura N 51. Prototipo Alerta de no cerrar caja.

Figura N 52. Prototipo Consulta por movimiento.

Figura N 53. Prototipo Consulta por movimiento.

Figura N 54. Prototipo Reporte de extornos.

Pg. # 46

Figura N 55. Prototipo Reporte de ingresos por movimiento.

Figura N 56. Prototipo Reporte por transaccin y cajero.

Figura N 57. Prototipo Resumen por transaccin y cajero.

Figura N 58. Prototipo Resumen por transaccin y cajero.

Figura N 59. Prototipo Genera reporte por partida presupuestal.
Pg. # 47

Figura N 60. Prototipo Reporte por partida presupuestal.

Figura N 61. Prototipo Genera reporte por gerencias.

Figura N 62. Prototipo Reporte por gerencias.
Pg. # 48

Figura N 63. Prototipo Genera reporte de proyectado/recaudado.

Figura N 64. Prototipo Reporte de ingresos proyectados y recaudados.
Pg. # 49
descripcion: varchar(50)
estado: char(1)
id_material: INTEGER
material
id_clasificacion_predio: INTEGER (FK)

id_material: INTEGER (FK)
antiguedad: INTEGER
periodo: INTEGER
muy_bueno: FLOAT
bueno: FLOAT
regular: FLOAT
malo: FLOAT
muy_malo: FLOAT
id_depreciacion: INTEGER
depreciacion
abreviado: varchar(15)
estado: char(1)
id_tipo_terreno: INTEGER
tipo_terreno
id_tipo_terreno: INTEGER (FK)

id_categoria_terreno: varchar(20) (FK)
periodo: INTEGER
valor: FLOAT
usuario: varchar(50)
estado: char(1)
arancel_rustico
estado: char(1)
id_tipo_nivel: INTEGER
tipo_nivel
id_clasificacion_predio: INTEGER (FK)

id_material: INTEGER (FK)
id_tipo_nivel: INTEGER (FK)
id_predio: INTEGER (FK)
id_categoria: varchar(25)
antiguedad: date
area_construida: FLOAT
area_comun: FLOAT
valor_unitarioxm2: FLOAT
incremento: FLOAT
porcentaje_depreciacion: FLOAT
valor_depreciacion: FLOAT
valor_unitario_depreciado: FLOAT
valor_construccion: FLOAT
fecha_registro: date
estado: char(1)
id_nivel_predio: INTEGER
nivel_predio
estado: char(1)
id_clasificacion_predio: INTEGER
clasificacion_predio
fecha_apertura_caja: DATE
hora_apertura_caja: TIME
usuario_apertura_caja: VARCHAR(20)
fecha_cierre_caja: DATE
hora_cierre_caja: TIME
usuario_cierre_caja: VARCHAR(20)
fecha_control: DATE
hora_control: TIME
estado: CHAR(1)
id_cierre_caja: INTEGER
cierre_caja
estado: char(1)
id_categoria_terreno: varchar(20)
categoria_terreno
condicion_predio
id_condicion_predio: INTEGER
estado: char(1)
id_uso_predio: varchar(20)
estado: char(1)
estado: char(1)
id_tipo_predio: INTEGER
tipo_predio
id_uso_predio: varchar(20) (FK)

id_uso_rustico: INTEGER (FK)
id_estado_predio: INTEGER (FK)
id_condicion_predio: INTEGER (FK)
id_tipo_predio: INTEGER (FK)
area_terreno: FLOAT
id_detalle_predio: INTEGER
uso_predio
id_detalle_predio: INTEGER (FK)

id_uso_predio: varchar(20) (FK)
id_uso_rustico: INTEGER (FK)
id_estado_predio: INTEGER (FK)
id_condicion_predio: INTEGER (FK)
id_tipo_predio: INTEGER (FK)
area_terreno: FLOAT
estado: char(1)
id_estado_predio: INTEGER
estado_predio
id_calle: INTEGER (FK)

numero: varchar(20)
mz: varchar(20)
lote: varchar(20)
interior: varchar(20)
dpto: varchar(20)
codigo_catastro: varchar(20)
fecha_creacion: date
estado: char(1)
id_contribuyente: INTEGER (FK)

fecha_inicio: date
anno_inicio: INTEGER
periodo_inicio: INTEGER
fecha_final: date
anno_final: INTEGER
periodo_final: INTEGER
porcentaje_condominio: FLOAT
cluz: varchar(20)
cagua: varchar(20)
fecha_recepcion_dj_rural: date
codurba: varchar(20)
nro_resolucion: varchar(20)
fecha_exoneracion: date
autovaluo: FLOAT
estado: char(1)
id_declaracion_jurada: INTEGER
declaracion_jurada
detalle_predio
id_declaracion_jurada: INTEGER (FK)

fecha_inicio: DATE
anno_inicio: INTEGER
periodo_inicio: INTEGER
fecha_final: DATE
anno_final: INTEGER
porcentaje_condominio: FLOAT
cluz: VARCHAR(20)
cagua: VARCHAR(20)
fecha_recepcion_dj_rural: DATE
nro_resolucion: VARCHAR(20)
fecha_exoneracion: DATE
autovaluo: FLOAT
usuario: VARCHAR(50)
fecha_registro: DATE
estado: CHAR(1)
declaracion_jurada_historico
id_predio: INTEGER
predio
detalle_predio_historico
id: CHAR(1)
anio: INTEGER
sec: CHAR(2)
topeini: FLOAT
topefin: FLOAT
imptasa: FLOAT
impparc: FLOAT
impacum: FLOAT
impdsct: FLOAT
acum: FLOAT
fcontrol: DATE
hcontrol: TIME
ws: VARCHAR(50)
tramo
estado: char(1)
id_via: INTEGER
via
id_via: INTEGER (FK)

nro_referencia: INTEGER
sector: varchar(20)
ubicacion: varchar(50)
limpieza: char(1)
parque: char(1)
barrido: char(1)

periodo: INTEGER
cuadra_inicial: varchar(50)
cuadra_final: varchar(50)
valor_par: FLOAT
valor_impar: FLOAT
estado: char(1)
calle
id_calle: INTEGER
estado: char(1)
id_tipo_instalacion: INTEGER
tipo_instalacion
id_detalle_predio: INTEGER (FK)

id_tipo_instalacion: INTEGER (FK)
tipo: char(1)
valor_instalacion: FLOAT
periodo: INTEGER
fecha_control: date
estado: char(1)
id_arancel: INTEGER
arancel
estado: char(1)
id_uso_rustico: INTEGER
uso_rustico
partida: VARCHAR(9)
cuenta: VARCHAR(20)
caja: INTEGER
importe: FLOAT
fecha_rergistro: DATE
id_movimiento: INTEGER (FK)

id_tupa: INTEGER (FK)
historico_ingresos
id_otra_instalacion: INTEGER
otra_instalacion
tipo: char(1)
periodo: INTEGER
cla1: char(2)
cla2: char(2)
cla3: char(1)
cla4: char(2)
cla5: char(2)
cta1: char(2)
cta2: char(1)
cta3: char(2)
cta4: char(2)
cta5: char(1)
mascara: varchar(50)
estado: char(1)
id_clasificador: INTEGER
clasificador
nro_notificacion: INTEGER
fecha_notificacion: date
anno_lote: INTEGER
nro_lote: INTEGER
fecha_coactivo_1: date
fecha_coactivo_2: date
nro_embargo: INTEGER
fecha_embargo: date
nro_expediente: INTEGER
fecha_control: date
hora_control: time
estado: char(1)
fecha_movimiento: date
nro_movimiento: INTEGER
nro_recibo: INTEGER
importe: FLOAT
caja: INTEGER
nro_cajero_extorno: INTEGER
fecha_extorno: date
estado: char(1)
id_area: INTEGER (FK)

id_usuario: INTEGER (FK)
ip: TINYTEXT
impresora: TEXT
descripcion: TEXT
estado: CHAR(1)
id_cajero: INTEGER
cajero
estado: char(1)
id_area: INTEGER
area
id_clasificador: INTEGER (FK)

id_area: INTEGER (FK)
monto: FLOAT
estado: char(1)
id_tupa: INTEGER
descripcion: VARCHAR(100)
abreviado: VARCHAR(50)
estado: CHAR(1)
id_grupo: INTEGER
grupo

id_tributo: INTEGER (FK)
id_fraccionamiento: INTEGER (FK)
id_orden_pago: INTEGER (FK)
anno: INTEGER
mes: INTEGER
nro_cuotas: INTEGER
nro_recibo: varchar(50)
fecha_vencimiento: date
vdeuda: FLOAT
vderemi: FLOAT
vmora: FLOAT
vrecgo: FLOAT
vinte: FLOAT
votros: FLOAT
vabon: FLOAT
cinte: FLOAT
fecha_pago: date
lugar_pago: varchar(50)
num_contrato: varchar(50)
estado: char(1)
fecha_control: date
id_cuenta_corriente: INTEGER
cuenta_corriente
id_grupo: INTEGER (FK)

id_grupo_miembro: INTEGER
grupo_miembro
id_cuenta_corriente: INTEGER (FK)

id_naturaleza_contrato: INTEGER (FK)
numero: TINYINT
anno: YEAR
autovaluo: FLOAT
porcentage_ventas: FLOAT
fecha_transferencia: DATE
monto_transferencia: FLOAT
fecha_emision: DATETIME
fecha_vencimiento: DATE
tipovaluo: VARCHAR(25)
fecha_control: DATE
usuario
estado: CHAR(2)
id_usuario: INTEGER
observaciones: TEXT
id_grupo: INTEGER
login: VARCHAR(25)
clave: VARCHAR(100)
estado: CHAR(1)
permiso: INTEGER
nombre: VARCHAR(30)
apellido_paterno: VARCHAR(50)
naturaleza_contrato
apellido_materno: VARCHAR(50)
direccion: VARCHAR(50)
id_naturaleza_contrato: INTEGER
documento: VARCHAR(35)
teltrabajo: INTEGER
telhogar: INTEGER
estado: CHAR(1)
fecha_nac: DATE
email: VARCHAR(70)
sesion: TINYINT
id_cargo: INTEGER
id_subarea: INTEGER
id_alcabala: INTEGER
alcabala

id_movimiento: INTEGER (FK)
id_tupa: INTEGER (FK)
periodo_pagado: INTEGER
cuota_pagado: INTEGER
estado: char(1)
id_detalle_movimiento: INTEGER
detalle_movimiento
id_orden_pago: INTEGER
id_movimiento: INTEGER
tupa
orden_pago
movimiento
nro_contrato: INTEGER
fecha_contrato: date
nro_pre_contrato: INTEGER
total_deuda: FLOAT
cuota_inicial: FLOAT
valor_derecho_emision: FLOAT
interes: FLOAT
nro_cuotas: INTEGER
id_fraccionamiento: INTEGER
fraccionamiento
id_motivo_anuncio: INTEGER (FK)

id_clase_anuncio: INTEGER (FK)
id_tipo_anuncio: INTEGER (FK)
id_material_anuncio: INTEGER (FK)
numero: TINYINT
anno: YEAR
ubicacion_anuncio: TEXT
id_predio: INTEGER
num_expediente: TINYINT
fecha_expediente: DATE
num_lados: TINYINT
leyenda: TEXT
largo: DECIMAL(10,2)
ancho: DECIMAL(10,2)
area: DECIMAL(10,2)
fecha_emision: DATE
fecha_vencimiento: DATE
id_usuario: INTEGER
estado: CHAR(1)
id_anuncio: INTEGER
anuncio
descripcion: TEXT
estado: CHAR(1)
id_motivo_anuncio: INTEGER
motivo_anuncio
estado: char(1)
id_tipo_documento: INTEGER
tipo_documento
id_tipo_documento: INTEGER (FK)

nro_documento: VARCHAR(20)
apellido_paterno: VARCHAR(50)
apellido_materno: VARCHAR(50)
nombre: VARCHAR(50)
numero: VARCHAR(20)
mz: VARCHAR(20)
lote: VARCHAR(20)
interior: VARCHAR(20)
nro_referencia: VARCHAR(20)
referencia: VARCHAR(20)
telefono: VARCHAR(20)
estado_civil: CHAR(1)
tipo_persona: CHAR(1)
estado: CHAR(1)
id_contribuyente: INTEGER
contribuyente

periodo: INTEGER
cuota: INTEGER
fecha_vencimiento: date
fecha_prorroga: date
valor_emision: FLOAT
valor_cada_pu: FLOAT
estado: char(1)
referencia: varchar(15)
fecha: date
estado: char(1)
id_tributo: INTEGER
tributo

anno: YEAR
costo: FLOAT
base_legal: VARCHAR(50)
estado: CHAR(1)
id_costo_servicio: INTEGER
costo_servicio_arbitrio
descripcion: TEXT
estado: CHAR(1)
id_material_anuncio: INTEGER
material_anuncio
descripcion: TEXT
estado: CHAR(1)
id_tipo_anuncio: INTEGER
tipo_anuncio
descripcion: INTEGER
estado: CHAR(1)

transaccion: INTEGER
fecha_movimiento: DATE
caja: INTEGER
recibo: VARCHAR(50)
periodo: INTEGER
id: CHAR(1)
id_movimiento: INTEGER
extorno
abreviado: VARCHAR(15)
acti1: VARCHAR(10)
acti2: VARCHAR(10)
lles: VARCHAR(10)
estado: CHAR(1)
id_giro: INTEGER
giro

pk_antiguo: char(1)
id_motivo: INTEGER
motivo
id_tipo_exoneracion: INTEGER (FK)

anno_exoneracion: INTEGER
funx: VARCHAR(20)
mexo: FLOAT
pexo: FLOAT
estado: CHAR(1)
id_exoneracion: INTEGER
exoneracion

estado: char(1)
id_tipo_exoneracion: INTEGER
tipo_exoneracion

periodo: YEAR
recibo_procesado: INTEGER
fecha_control: DATE
hora_control: TIME
estado: CHAR(1)
id_recibo: INTEGER
recibo
id_clase_anuncio: INTEGER
clase_anuncio

id_giro: INTEGER (FK)
fecha_inicial: date
trimestre_inicial: INTEGER
periodo_inicial: INTEGER
fecha_final: date
trimestre_final: INTEGER
piso: INTEGER
actividad: VARCHAR(50)
estado: CHAR(1)
id_licencia: INTEGER
licencia

id_motivo: INTEGER (FK)
id_tipo_exoneracion: INTEGER (FK)
periodo_inicial: INTEGER
mes_inicial: INTEGER
mes_final: INTEGER
nro_resolucion: varchar(50)
fecha_exoneracion: date
fecha_creacion: date
estado: char(1)
afectacion_contribuyente
id_derecho_emision: INTEGER
derecho_emision

3.4.2. Diseo de la Base de Datos

3.4.2.1. Modelo lgico de la Base de Datos
Figura N 65. Base de Datos. Diagrama Entidad-Relacin.
Pg. # 50

Tabla N 18. Descripcin de entidades de la base de datos.

N
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
39
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
NOMBRE DE TABLA
alcabala
anuncio
arancel
arancel_rustico
area
cajero
calle
categoria_terreno
cierre_caja
clase_anuncio
clasificador
condicion_predio
contribuyente
costo_servicio_arbitrios
cuenta_corriente
declaracion_jurada
depreciacion
derecho_emisin
detalle_movimiento
detalle_predio
estado_predio
exoneracin
extorno
fraccionamiento
giro
grupo
grupo_miembro
historico_ingresos
licencia
material
material_anuncio
motivo
motivo_anuncio
movimiento
naturaleza_contrato
nivel_predio
orden_pago
otra_instalacion
predio
recibo
tipo_anuncio
tipo_documento
tipo_exoneracin
tipo_instalacion
tipo_nivel
tipo_predio
tipo_terreno
tramo
tributo
tupa
uso_predio
uso_rustico
usuario
via
DESCRIPCIN
Datos de las afectaciones de los contribuyentes
Datos del impuesto de alcabala
Datos de los anuncios y propagandas registrados
Datos de arancel de predio urbano
Datos de arancel de predio rustico
Datos de las reas o dependencias dentro de la entidad
Datosde los cajeros, la direccin ip asignado para cobrar, y la impresora a utilizar
Datos de las calles del distrito registradas en el sistema
Datos de la categora del terreno rustico del predio
Datos de las aperturas y cierres de caja
Datos de la clase del anuncio de propaganda
Datos de la clasificacin del predio
Datos del clasificador de ingresos, cdigo s de partidas para la parte contable
Datosde la condicin predominante del predio
Datos de los contribuyentes registrados en el sistema
Contiene los valores de los costos que se paga por el conceptos de arbitrios municipales
Datosde las cuentas corrientes de los contribuyentes
Datos de las declaraciones juradas de predios urbanos y rsticos
Datos de las declaraciones juradas histricos de predios urbanos y rsticos
Tabla depreciacin de predio
Datosde derechos de emisin de los diversos impuestos
Datos de detalles de movimientos (pagos de tasas y de impuestos)
Datos del detalle del predio
Datos de los detalles de predio histricos
Datos del estado de predio
Datos de las exoneracines a los contribuyentes
Datos de los extornos realizados
Contiene registro de los contratos de fraccionamientos
Datosdel giro de la actividad econmica
Datos de los grupos (perfiles) de usuarios
Datos de los miembros pertenecientes a grupos de usuarios
Datosde los ingresos histricos de movimientos clasificados por partida presupuestal
Datos de las licencias de funcionamientos registradas
Datos del material predominante del predio construido
Datos del material predominante del anuncio y propaganda
Datos del motivo de la declaracin jurada de impuesto predial
Datos del motivo de anuncio y propaganda
Datos del movimiento de ingresos de pagos de tasas e impuestos
Datos de la naturaleza del contrato (Ejemplo; Compra-venta, Donacin, etc)
Datos del nivel del predio (datos de cada piso del predio)
Datos de las ordenes de pagos generadas
Datos de otras instalacin de predios
Datos de predios urbanos y rsticos
Datos de la numeracin de los recibos por periodo y por tributo
Datos del tipo del anuncio de la propaganda
Datos de los tipos de documentos
Datos del tipo de exoneracin en funcin del tributo
Datos del tipo de otras instalaciones
Contiene el tipo del nivel del predio (Primer Piso, Segundo Piso, etc)
Datos del tipo de predio (Predio Urbano, Predio Rustico)
Datos de los tipos de terrenos de predios rsticos
Datos de los tramos alcuotas para el clculo del valor a pagar por el concepto de impuesto predial
Datos de los tributos cobrados por la entidad
Datos de las tasas contenidas en el TUPA (Texto nico de Procedimientos Administ.)
Datos del uso del predio urbano
Datos del uso del predio rustico
Datos de los usuarios registrados en el sistema
Datos de las vas de todas las calles del distrito

Pg. # 51

3.4.2.2. Modelo fsico de la Base de Datos

Figura N 66. Base de Datos Modelo fsico MySql.
Ver anexo 07. Pgina 96
Pg. # 52

3.5. Implementacin
3.5.1. Diagrama de componentes
Figura N 67. Diagrama de componentes Mdulo de Caja.
f rm_extorno.php
f rm_consulta_duplicado.php
f rm_motiv o_extorno.php
f rm_tasas.php
f rm_apertura_caja.php
f rm_cierre_caja.php
caja_rentas.php
.dll / logica_de_negocio
php / consultas
f rm_areas.php
.dll / acceso_a_datos
consulta_estado_cta_cte.php
f rm_consulta_contribuy ente.php
pdf / reportes
mostrar_consulta_f racciona
miento.php
mostrar_cta_cte.php
BD My Sql
3.5.2. Arquitectura del sistema

Para la implantacin se va a utilizar una arquitectura Web basada en una
arquitectura de aplicaciones de tres capas, en donde se separa la presentacin, la
lgica del negocio y el acceso a los datos, las cuales se describen a continuacin:
Tabla N 19. Capas de la arquitectura Web.
CAPA
DESCRIPCIN
Esta capa contiene la representacin grfica o visual del sistema,
gestiona la navegabilidad de la interfaz grfica de usuario, validacin
Presentacin
de datos de entrada y el formateo de los datos de salida. En tal
sentido, se utiliz pginas php, estilos, java script y otras tecnologas
Esta capa contiene el conjunto de reglas y pasos establecidos para
Lgica de
representar las necesidades que el negocio ha establecido. Es la base
Negocios
del sistema.
Esta capa gestiona los aspectos relacionados a la manipulacin y
persistencia de los datos que se manejan en el negocio. Para su
gestin con el administrador de base de datos relacional se disean
Acceso a Datos
operaciones de creacin, consulta, actualizacin y eliminacin de los
datos de cada entidad utilizando los servicios que proporcionan el
framework.
Pg. # 53

Figura N 68. Despliegue Arquitectura Web de tres capas.
PRESENTACIN
LGICA DE NEGOCIOS
ACCESO A DATOS
PC Ciente: Windows
Xampp: Apache
PC Cliente: Linux
Dispositivos de Red
Servidor Web: Linux

Centos
Servidor de Base de
Datos MySQL
Navegador: Mozilla
Firefox
Servidor de Aplicaciones:
Linux Centos
Interfaz de Usuario
Pg. # 54

Captulo IV: RESULTADOS Y SU DISCUSIN

1. Funcionalidad. Se logr implementar todos los requerimientos solicitados por la
municipalidad para el desarrollo del Mdulo de Caja, realizando el anlisis y diseo en base a
los procesos realizados en el rea de Caja y en la elaboracin de casos de uso se evit que
stos sean complejos o muy pequeos, y se opt por crear casos de usos que representen las
funcionalidades que el actor puede realizar sobre el Mdulo, promoviendo una adecuada
comprensin del mismo.
2. Fiabilidad. No se encontraron errores de diseo y de procesos de negocio, logrando generar

reportes coincidentes en montos con los del sistema MUNISOF.
3. Portabilidad. Con el navegador Web Mozilla Firefox las computadoras de los usuarios finales
pueden trabajar en el Mdulo sin inconveniente, independiente del sistema operativo, por
ejemplo Windows o Linux.
4. Performance. Los tiempos de respuesta de los reportes es el adecuado y aceptado por los
usuarios finales logrando realizar sus actividades con eficiencia.
5. Usabilidad. Durante la fase de diseo se adopt una arquitectura Web. En base a la

arquitectura y a los requerimientos funcionales se elaboraron los prototipos del sistema, los
cuales fueron presentados a los usuarios, lo que permiti refinar los requerimientos inciales,
logrando la facilidad del uso del Mdulo.
Pg. # 55

Captulo V: CONCLUSIONES
1. Se ha cumplido con el objetivo de desarrollar el Mdulo de Caja del Sistema Integrado de
Administracin Tributaria Municipal, para la Municipalidad Distrital de San Juan Bautista,
con el fin de automatizar las labores administrativas de los procesos realizados en el rea de
Caja de la Sub Gerencia de Tesorera de la municipalidad mencionada.
2. Se logr la eficiencia del proceso de cobranza de los pagos de contribuyentes, con la

implementacin del Mdulo de Caja, desarrollado en base al anlisis y diseo expuesto en el
presente informe de ingeniera de informacin, la eleccin de la metodologa fue un punto
clave para el xito del desarrollo. Para el presente informe se escogi RUP, y gracias a su
flexibilidad fue adaptado a las necesidades del proyecto.
3. Se logr implementar todos los requerimientos solicitados por la municipalidad para el

desarrollo del Mdulo de Caja, realizando el anlisis y diseo en base a los procesos
realizados en el rea de Caja.
4. Se desarrollo el Mdulo de Caja con beneficios reflejados en el cliente, usuario final y ayuda
a la toma de decisiones, evitando demoras de atencin, vulnerabilidad a la data y generando
resultados precisos en los clculos para ser mostrados en los reportes correspondientes.
5. Los indicadores de evaluacin de la solucin determinan la calificacin de satsfactorio el

funcionamiento el Modulo de caja para la Municipalidad Distrital de San Juan Bautista.
Pg. # 56

Captulo VI: RECOMENDACIONES

1. Desarrollar interfaces con acceso desde Internet, que permita al Mdulo de Caja enviar
documentos electrnicos del estado de cuenta corriente para los pagos de los contribuyentes.
Al respecto, el mdulo debe permitir que el contribuyente se afilie opcionalmente.
2. El uso de la Internet se ha incrementado vertiginosamente, por este motivo cada vez ms

contribuyentes tienen acceso a la Web, por lo que se podr involucrar activamente al
contribuyente dentro del proceso de Caja, con la creacin de la extranet de contribuyentes, el
mdulo debe contar con la funcionalidad que permite que los mismos puedan consultar el
estado de su cuenta corriente, de los fraccionamientos que le ha emitido la municipalidad.
3. Los usuarios finales deben ser capacitados previamente en el uso del Mdulo de Caja y
contar con conocimientos bsicos de informtica y manejo en atencin al pblico.
4. Para futuras versiones, seguir usando la misma metodologa RUP, la Arquitectura de Web,
las Herramientas Case y Plataforma, que permitirn al equipo de desarrollo de la
municipalidad escalar con mayor facilidad, permitiendo lograr sus metas y objetivos trazados
con eficiencia, logrando minimizar costos.
Pg. # 57

BIBLIOGRAFA
Libros
[Rumbaugh]
JAMES RUMBAUGH, IVAR JACOBSON, GRADY BOOCH, Manual de Referencias de

Lenguaje Unificado de Modelado, Addison Wesley, Edicin 2007.
[Shuja,Krebs]
AHMAD K. SHUJA, JOCHEN KREBS, IBM Rational Unified Process Reference and
Certification Guide: Solution Designer, IBM Press 2007.
[Sommerville]
IAN SOMMERVILLE, Ingeniera de Software, 7ma Edicin. Pearson Educacin 2004.
Referencias de fuentes electrnicas

[MICROSYSTEM]
http://www.ibm.com/expressadvantage/cl/solutions/workflow_doc.phtml?ca=Workflow_de_aprobacion_de
_Documentos_Tributarios_MICROSYSTEM&me=W&met=inli
[SAP] http://www.sap.com
[UML] http://www.uml.org
Pg. # 58

Anexos
Pg. # 59

Anexo N 01: Detalle del presupuesto:
Se presenta el presupuesto de los gastos y equipos necesarios para disear e implementar la

solucin, en nuevos soles.
Descripcin
Cantidad
Costo
Unitario
Costo
Total
Bienes
Equipos de cmputo
Computadora de Escritorio Pentium D
100.00
200.00
Impresora
0%
0%
Lser B/N *
0.00
0.00
0%
Inyeccin de Tinta *
0.00
0.00
0%
Insumos
Material procesamiento automtico de datos
0%
Discos pticos CD-ROM (Copia de respaldo)
2.00
10.00
1%
Memoria USB 2 Gb
35.00
35.00
8%
Material de escritorio
Papel Bond 80 gramos / millar
Papel bulky / millar
0%
2
15.00
30.00
5%
0.5
8.00
4.00
1%
Materiales de impresin
0%
Tner impresora
273.00
273.00 12%
Cartuchos tinta B/N
45.00
90.00
3%
Cartucho tinta color
70.00
140.00
5%
Otros
0%
Laptop
100.00
150.00
0%
100.00
200.00 17%
Servicios
Movilidad local (Mensual)
Fotocopias *
5000
0.00
0.00 19%
Empastados
30.00
180.00 28%
Otros
0%
TOTAL
1312.00 100%
* Propiedad del investigador
Pg. # 60

Anexo N 02: Relacin de leyes y normas:

Texto Unico Ordenado del Cdigo Tributario
DECRETO SUPREMO N 135-99-EF
Ley Marco del Sistema Tributario Nacional
DECRETO LEGISLATIVO N 771
Establecen plazo en el cual el MEF deber informar sobre leyes referidas a beneficios y
exoneracines tributarias de acuerdo a lo dispuesto en el Art. 79 de la Constitucin
LEY N 26642
Decreto Legislativo que crea un Sistema de Pago de Obligaciones Tributarias con el Gobierno
Central
Ley de Reactivacin a travs del Sinceramiento de las Deudas Tributarias (RESIT)

LEY N 27681
Procedimiento para el cumplimiento tributario de los proveedores de las Entidades del
Estado
Decreto Legislativo que establece sanciones a funcionarios que no cumplen con realizar la
declaracin y pago de las retenciones y contribuciones sociales
Dispuso la modificacin de varias normas y artculos se incorpora los artculos 121-A y
179-A; sustitucin de tablas de infracciones y sanciones
Dispuso la derogatoria de la norma VII del ttulo preliminar del Texto nico Ordenado
del Cdigo Tributario aprobado por Decreto supremo N 135-99-EF
Dispuso la sustitucin y modificacin de varios artculos del Texto nico Ordenado del
Cdigo Tributario, se derogaron varios artculos y la incorporacin de otros. Se sustituyo
la tabla de infracciones y sanciones tributarias.
ADMINISTRACION TRIBUTARIA
1. SUNAT
Crean la Superintendencia Nacional de Administracin Tributaria
LEY N 24829
2. TRIBUNAL FISCAL
Elevan a cinco el nmero de salas del Tribunal Fiscal
DECRETO SUPREMO N 80-95-EF
Modifican la estructura orgnica del Ministerio de Economa y Finanzas
Pg. # 61

RESOLUCION MINISTERIAL N 375-92-EF-10

Texto Unico Ordenado del Reglamento de Organizacin y Funciones del Tribunal
Fiscal.
RESOLUCION MINISTERIAL N 160-EF-10

Aprueban las Estructuras Orgnicas, los ROF y los CAP de los Tribunales Fiscal y de
Aduanas.
RESOLUCION VICEMINISTERIAL N 131-95-EF-43
Asignan recursos al Tribunal Fiscal provenientes de montos que perciben la SUNAT y
ADUANAS Y FACULTAN al MEF aprobar su nueva estructura orgnica
COBRANZA COACTIVA
Texto nico Ordenado de la Ley de Procedimiento de Ejecucin Coactiva Decreto
Supremo N 018-2008-JUS
Aprueban el Reglamento de la Ley de Procedimiento de Ejecucin Coactiva D.S. N0692003-EF
Precisan plazo para emitir resolucin que resuelve solicitud de suspensin de
procedimiento coactivo a que se refiere el Art. 16 de la Ley N 26979
R.M. N 142-2001-TR
Aprueban Reglamento de Procedimiento de Cobranza Coactiva
RESOLUCION DE SUPERINTENDENCIA N 216-2004-SUNAT
Ley que precisa que el cargo de ejecutor y auxiliar coactivo no es cargo de confianza.
LEY N 27204
Implementacin del Sistema de comunicacin por va electrnica para que la SUNAT
notifique los embargos en forma de retencin y actos vinculados a las Empresas del
Sistema Financiero Nacional
DELITOS TRIBUTARIOS
Ley Penal Tributaria
Ley de exclusin o reduccin de pena, denuncias y recompensas en los casos de delito e
infraccin tributaria
Crean Comisin encargada de decidir sobre procedencia o improcedencia de la
interposicin de denuncias por presunto delito de defraudacin tributaria
LEY DE TRIBUTACION MUNICIPAL
Dec. Legislativo N 776 - D.S. N 156-2004-EF y normas modificatorias vigentes.
Pg. # 62

ORDENANZA MUNICIPAL N 043-2008-A-MDSJB

Aprueba el Rgimen Tributario de los arbitrios municipales para el ejercicio 2009.
ORDENANZA N 046-2009-A-MDSJB
Aprueba el beneficio de deduccin dispuesto por la Ley de Amazonia N 27037, para el
ejercicio 2009.
ORDENANZA N 047-2009-A.MDSJB
Establece en el distrito la emisin mecanizada de actualizacin de valores del impuesto
predial y aprueba el importe por derecho de emisin y distribucin para el ejercicio 2009.
ORDENANZA N 048-2009-A-MDSJB
Establece el monto mnimo a pagar por concepto de impuesto predial, tasa de inters
moratorio y fechas de vencimiento de las obligaciones tributarias del ao 2009.
Resolucin de Alcalda N 133-2007-A-MDSJB de fecha 25-04-2007,
Delegar al funcionario encargado de la gerencia de rentas, las facultades y atribuciones en
materia tributaria.
Pg. # 63

Anexo N 03: Glosario:

Automatizacin: Como venimos diciendo, se debe buscar la mxima automatizacin posible de
todas las tareas desarrolladas por los profesionales involucrados en un proyecto informtico. Se
debe evitar la programacin manual; pues sta es lenta y propensa a errores, por lo tanto es
ineficaz e ineficiente.
Artefacto: Es un elemento de informacin que es producido, modificado o usado por un
proceso. Resultados tangibles del proyecto, como por ejemplo: Elemento de un modelo (caso de
uso), documento, cdigo fuente, ejecutable.
Case: es una sigla, que corresponde a las iniciales de: Computer Aided Software Engineering; y
en su traduccin al Espaol significa Ingeniera de Software Asistida por Computacin. Permite
Modelar los Procesos de Negocios de las empresas y desarrollar los Sistemas de Informacin.
Casos de uso: Debe describir que desea obtener el actor del negocio y la secuencia de pasos que
se dar en el negocio para satisfacer esa solicitud.
Contribuyente: Es la persona que paga tributos o tasa y que, con ello, contribuye al
mantenimiento de la municipalidad.
Cuenta corriente. Es un contrato en virtud del cual, el contribuyente se obliga a cumplir las
rdenes de pago hasta el lmite de la cantidad de dinero que se haya estipulado entre las partes.
Diseo de base de datos: La base de datos es el elemento principal de toda automatizacin de
tareas. Cuidar las tcnicas y los mtodos para la construccin de las tablas.
Estereotipo: Representa la subclasificacin de un elemento del modelo y tiene su propio icono.
Estereotipos de Modelo de Objetos del Negocio
Fiabilidad: Frecuencia y gravedad de los fallos, exactitud de las salidas (resultados), el tiempo
medio entre fallos, la capacidad de recuperacin de un fallo y capacidad de prediccin del
programa.
Funcionalidad: Caractersticas y capacidades del programa. Generalidad de funciones
entregadas y la seguridad del sistema global.
Framework: Estructura de soporte definida en la cual otro proyecto de software puede ser
organizado y desarrollado, siendo un esquema para el desarrollo e implantacin de aplicaciones.
Interfaz de usuario: Es el medio con que el usuario puede comunicarse con una mquina, un
equipo o una computadora, y comprende todos los puntos de contacto entre el usuario y el
equipo.
Impuesto. Carga obligatoria que los contribuyentes y empresas entregan a la municipalidad por
los servicios otorgados.
Pg. # 64

Impuesto de Alcabala. Es el tributo que se cancela por las transferencias, de inmuebles urbanos
o rsticos a ttulo oneroso o gratuito, cualquiera que sea su forma o modalidad el pago de la
alcabala se debe de efectuar hasta el ltimo da hbil del mes.
Lenguaje Unificado de Modelado - (UML, por sus siglas en ingls, Unified Modeling
Language): es el lenguaje de modelado de sistemas de software ms conocido y utilizado en la
actualidad; est respaldado por el OMG (Object Management Group). Es un lenguaje grfico
para visualizar, especificar, construir y documentar un sistema. UML ofrece un estndar para
describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos
de negocio y funciones del sistema, y aspectos concretos como expresiones de lenguajes de
programacin, esquemas de bases de datos y componentes reutilizables.
Mdulo: Es un programa, un procedimiento manual o automatizado, una relacin de
operaciones o comandos, o una combinacin de estas tres. Un mdulo siempre ser invocado
como una unidad, y generalmente ser desde una opcin del men; y constituye una operacin o
un procedimiento completo que el sistema debe ejecutar.
Portabilidad: Facilidad de instalacin, facilidad de instalacin, conformidad para ser transferido
de un lugar a otro.
Performance: Velocidad de procesamiento, el tiempo de respuesta, consumo de recursos,
rendimiento efectivo total. Se refiere a la capacidad del producto de software para proveer un
desempeo adecuado de acuerdo con la cantidad de recursos utilizados y bajo las condiciones
planteadas.
Tasa. Es la tarifa o el valor del impuesto.
Tributacin. Tributar o pagar impuestos, como el sistema o rgimen tributario existente en una
nacin. La tributacin tiene por objeto recaudar los fondos que el municipio necesita para su
funcionamiento.
Usabilidad: Factores humanos, esttica, consistencia y documentacin general, habilidad
intelectual y/o fsica requerida. Se refiere a la capacidad del producto de software de ser
entendido, aprendido, utilizado y ser atractivo al usuario, cuando se emplea bajo las condiciones
especificadas.
Variables: Se refiere a la capacidad del producto de software para utilizar diferentes variables o
indicadores para realizar su actividad.
Velocidad: Los problemas principales, en el desarrollo de todo proyecto informtico, es el
tiempo que involucra al mismo. Persiga altos niveles de productividad, aplicando tcnicas y
metodologas que le permitan alcanzar resultados rpidamente.
Pg. # 65

Anexo N 04: Configuracin del driver odbc

Sobre LINUX, configurar entradas DSN directamente en el archivo odbc.ini. Aqu est un
archivo tpico odbc.ini que configura myodbc3 como el nombre de DSN.
PRIMER PASO:
Una vez instalado el sistema operativo Linux Centos 5.0, se instala con ellos las libreras por
defectos de conexin ODBC, solo basta con descomentar las lneas que estn con # y ubicar bien
la ruta del Driver tal como se puede apreciar en la imagen siguiente:
SEGUNDO PASO:
Ahora abrimos una consola linux y editamos el archivo siguiente: kedit /etc/odbc.ini y damos
enter, el cual nos saldra un archivo en donde se introduce el nombre del DSN que nos servira
para la conexin, ademas se especifica en donde esta localizado el servidor, el puerto, el usuario
y password, tal como se puede visualizar en la imagen siguiente:
Pg. # 66

Anexo N 05: Manual de usuario

I. OBJETIVO
El objetivo del presente documento es contar con una herramienta que permita guiar a los usuarios de
caja de la Sub Gerencia de Tesorera de la Municipalidad Distrital de San Juan Bautista MDSJB, en el
proceso de las transacciones de la entidad.
II. ALCANCE
Est dirigido a los trabajadores de Caja de la Sub Gerencia de Tesorera de la Municipalidad Distrital de
San Juan Bautista, que tienen acceso al Mdulo de Caja del Sistema Integrado de Administracin
Tributaria Municipal.
III. DEFINICIONES
MDSJB.- Municipalidad Distrital de San Juan Bautista
Modulo Caja.- Parte del Sistema Integrado de Tributacin Municipal.
IV. FUNCIONES DEL MDULO
El Mdulo de Caja del Sistema Integrado de Administracin Tributaria Municipal Tiene las siguientes
funciones:
1. Emisin y control de recibos de caja.
El mdulo de caja permite administrar N cajas o cajeros, estas podrn trabajar en forma
desconcentrada y en distintas ubicaciones, controlando de manera automtica toda la
informacin; los datos que debe administrar el sistema de caja son:
Emisin de recibos.
Control de los ingresos por centros de costos o unidades orgnicas generadoras de ingresos.
Efectuar histricos de ingreso clasificando por fuentes de financiamiento, especfica
presupuestal de ingreso, cuentas financieras, contribuyentes, proveedores, etc.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
Registro de clasificador de ingresos actual.

Pagos con deuda Pre-cargada.
Pagos al contado.
Pagos de valores o deuda cargados en lnea que se generen en las distintas reas de la MDSJB.
Cancelacin de Cuenta Corriente.
Extorno de pago.
Duplicados de recibos.
Extornos o anulacin de recibos.
Consulta de pagos.
Impresin de operaciones por cajero.
Reportes Bsicos:
Parte diario de ingresos, segn formato contable incluyendo partidas presupuestales.

Relacin de Recibos de caja a nivel de resumen y detallado clasificado o agrupado a nivel de
Funcin, programa, sub. programa, proyecto y/o actividad, componente, meta, centro de costo.
Record de ingreso de las distintas unidades orgnicas generadoras de ingreso.
Pg. # 67

Reporte Diario, semanal y mensual de los ingresos municipales y por rea generadora de
ingresos.
V. ROLES PRINCIPALES DEL USUARIO
VI.
Aperturar y cerrar caja

Pagar tasas
Pagar tributos
Extornar recibo
Generar duplicados de recibos
Consultar movimientos
Imprimir reportes
INSTRUCTIVO DEL MDULO
6.1 INGRESO AL SISTEMA - MDULO DE CAJA

Para ingresar al mdulo de caja del Sistema Integrado de Administracin Tributaria Municipal, el
usuario debe acceder previamente al Sistema, ingresando al navegador web Mozilla Firefox e
introducir la direccin URL del portal:
Fig. N 1, Bienvenida del Sistema
La Fig. N 1, muestra la pantalla de bienvenida del Sistema; para ingresar, el usuario debe
autenticarse haciendo clic en el botn Ingresar al Sistema, para tal efecto aparecer la siguiente
pantalla.
Fig. N 2, Ingreso al Sistema

Pg. # 68

Despus de autenticarse, ingresando su usuario y contrasea, se cargar la pantalla principal del
Mdulo de Caja, mostrndose todos los mdulos a los cuales tiene acceso el usuario de acuerdo a
su perfil creado, como se observa en la figura N 3.
Fig. N 3, Pantalla Principal del Mdulo de Caja
6.2 MDULO DE CAJA

El mdulo de caja soporta los siguientes procesos: Caja Tasas, Caja Tributaria, Extorno Diario,
Duplicado Recibos, Cierre de Caja, Consulta por Movimiento, Reporte de Extornos, Reporte por
Movimientos, Reporte por Partidas, Reporte por Gerencias y Proyectado/Recaudado, como se
observa en la figura N 4.
Fig. N 4. Mdulo de Caja.

6.2.01 APERTURA CAJA
Apertura Caja por usuario y da, para controlar las operaciones realizadas por usuario y fecha,
el mdulo consulta la apertura de caja al realizar transacciones con tasas y tributos.
Fig. N 5. Apertura de Caja.

Pg. # 69

6.2.02 CAJA TASAS
Para realizar el pago de tasas, se debe ingresar los datos del contribuyente y luego el detalle
de la tasa a pagar, segn como se muestra en la pantalla siguiente, figura N 5.
Fig. N 6. Proceso de Caja Tasas

6.2.02.1 Ingresar rea
En la pantalla N 6, digitar el cdigo de rea ingresando y el Mdulo cargara

la descripcin, luego presionar pasar a seleccionar tasa.
Fig. N 7, Cdigo s de rea

6.2.02.2 Seleccionar tasa
Previamente debe seleccionar rea, las tasas se filtran por rea seleccionada. Por
ejemplo en la pantalla se muestran las tasas del rea de Rentas; seleccionar la
tasa con el mismo criterio de la seleccin de rea.
Fig. N 8, Seleccin de Tasa

Despus de seleccionar los datos de rea y tasa, debe ingresar la cantidad y luego hacer
clic en el botn agregar o presionar enter, para agregar a la lista (por defecto la cantidad
es 1). Finalmente hacer clic en Pagar.
Para eliminar de la lista, clic en ctivar el check y presionar el botn Eliminar.
Pg. # 70

Finalmente clic en el botn pagar, sino hubiera ingresado un campo obligatorio para la
transaccin se cargar un (*).
6.2.03 CAJA TRIBUTARIA
Para realizar el pago de cuenta corriente, ingresar los datos del contribuyente, si no conoce
los datos, hacer clic en el botn para buscar, como muestra la figura N 9, ingresando
algunos datos y hacer clic en el botn buscar y/o seleccionar de la lista haciendo doble clic.
Fig. N 9, Buscar Contribuyente

Con los datos del contribuyente llenos o seleccionando con doble clic, cargar la pantalla
siguiente y realizar pago ingresando el importe a pagar.
Fig. N 10, Consolidado de tributos para realizar pago

Al cargar la pantalla de Consolidado de Tributos, el usuario del sistema podr realizar
acciones o procesos para consultar el fraccionamiento de pagos del contribuyente:
6.2.03.1 Realizar Pago
Por defecto la pantalla muestra el total de tributos o pagos a realizar de la deuda
pendiente del contribuyente a la fecha.
Para pagar Realizar Pago, digitar el importe a pagar y luego clic en el botn Realizar
Pago.
Pg. # 71

Para consultar fraccionamientos del contribuyente, slo hacer doble clic en cualquier
tributo mostrado en la pantalla N 10, es independiente por contribuyente.
Fig. N 11, Detalle por perodo de Cuenta Corriente.
En la pantalla anterior marcar el check del perodo que desee pagar el contribuyente y
finalmente en el botn continuar y se cargara el monto a cobrar por el tributo, como
se aprecia en la figura N 12.
Fig. N 12, Consolidado de Cuenta Corriente

Si desea cobrar otros tributos de la lista mostrada, realizar el procedimiento descrito
anteriormente, sino clic en Realizar Pago, verificar vuelto despus de digitar el
efectivo.
Para imprimir el recibo clic en el botn correspondiente como se muestra la siguiente
pantalla:
Fig. N 13, Imprimir Recibos

6.2.03.2 Tributo
De los tributos mostrados el usuario podr seleccionar los meses consecutivos del
perodo de las cuales el cliente o contribuyente desea pagar, luego clic en continuar. Si
desea pagar la deuda total, debe hacer clic en el botn Realizar Pago; seleccionando
Pg. # 72

previamente el tributo; el sistema genera el pago e imprime el comprobante, segn lo
descrito.
6.2.03.3 Nuevo Pago
Sale de la pantalla Consolidado de Tributos y regresar a la pantalla Consulta de
Contribuyente de la figura N 9, para realizar otra transaccin.
6.2.03.4 DUPLICADO DE RECIBOS

El usuario podr imprimir recibos en calidad de duplicado, para ello deber conocer la
fecha de emisin y el nmero de recibo, segn lo mostrado en la figura 14.
Fig. N 14, Imprimir Recibos Duplicados
6.2.04 EXTORNO DIARIO

Los extornos son realizados para eliminar el pago de un movimiento establecido. Para tal
efecto debe seleccionar el sub men Extorn diario del men Caja y cargar la pantalla
siguiente, mostrando el usuario.
Fig. N 15, Extornos de caja diario

Deber ingresar los datos del usuario que autoriza el extorno y presionar el botn aceptar,
para ingresar el movimiento a extornar y hacer clic en el botn Extornar, segn la pantalla
mostrada.
Fig. N 16, Movimiento a extornar

Pg. # 73

Finalmente, el usuario debe ingresar las observaciones (como se muestra en la figura N 17)
que ocasionaron el extorno, en caso contrario el sistema no realiza el proceso. Despus de
ingresar la observacin hacer clic en el botn Aceptar, y el Extorno quedar registrado,
anulando el movimiento.
Fig. N 17, Registro de observaciones de movimiento a extornar

El movimiento extornado se mostrar en un reporte en formato *.pdf, como el de la figura
18.
Fig. N 18, Movimiento extornado

Nota. Cuando el usuario cerr caja no podr realizar extornos.
6.2.05 CIERRE CAJA

Finalizada la jornada laboral, el usuario deber realizar el procedimiento de cierre de caja,
conforme los datos de la figura 19. Detalle de recaudacin de los movimientos de pagos
generados se manejan internamente, finalmente clic en cierre de caja.
Fig. N 19, Cierre de Caja
Pg. # 74

Nota: Hay transacciones que validan el proceso de cierre de caja, si el usuario no cerro caja,
el Mdulo de Caja mostrar la siguiente pantalla.
6.2.06 CONSULTA POR MOVIMIENTO

Los reportes por movimiento, lista todas las transacciones efectuadas en el da por el usuario.
Fig. N 20, Consulta de movimiento diario

Nota: No es necesario cerrar caja, para ejecutar la consulta.
6.2.07 REPORTE POR EXTORNOS
Para generar reportes de extornos de recibos de caja, seleccionar el da, el mes o el ao, uno
a la vez y luego clic en el botn Aceptar.
Fig. N 21, Genera reporte de extornos
Fig. N 21, Reporte de extornos

Pg. # 75

6.2.08 REPORTE POR MOVIMIENTO
El mdulo de caja permite seleccionar varios tipos de reportes por movimiento, los cuales
permitir conocer las operaciones realizadas por los usuarios seleccionando una fecha
determinada.
Fig. N 22, Reporte por movimiento
a. Por Movimiento y Cajero. Muestra los ingresos por movimiento y cajero en una fecha
seleccionada.
El usuario caja slo puede consultar sus movimientos realizados, sin embargo, el usuario
tesorero podr seleccionar cualquier cajero para realizar su consulta.
b. Por movimiento
El reporte por movimiento muestra todos los movimientos realizados en una fecha dada
por todos los cajeros, este reporte es importante para conocer el nmero de recibo, a
efecto, de emitir el duplicado correspondiente.
Fig. N 23, Reporte por movimiento
c. Por Transaccin y Cajero

Este reporte permite conocer los sub totales de todas las transacciones realizadas por el
cajero en un da dado, agrupados por rea, mostrando el total al final de la lista.
Pg. # 76

Fig. N 24, Reporte de ingresos
d. Por Transaccin
Este reporte permite conocer los sub totales de todas las transacciones realizadas por
todos los cajeros en un da dado, agrupados por rea, mostrando el total general al final
de la lista.
e. Resumen de Transaccin y Cajero

Muestra las transacciones por rea realizadas por el cajero en una fecha determinada.
Fig. N 25, Reporte de resumen de transaccin y cajero
f. Resumen de Transaccin
Muestra las transacciones por rea realizadas por todos los cajeros en una fecha
determinada.
Fig. N 26, Reporte de resumen de transaccin

Es necesario haber cerrado caja previamente, para ejecutar todos los reportes por
movimiento.
6.2.09 REPORTE POR PARTIDAS

Permite realizar el reporte de las transacciones realizadas de todos los usuarios Caja; por
partida presupuestal, seleccionando el da, el mes o el ao a consultar.
Pg. # 77

Fig. N 27, Reporte por movimiento por partida presupuestal
6.2.10 REPORTE POR GERENCIAS

Slo seleccionar los atributos que corresponden en la pantalla N 28, y clic en Imprimir.
Fig. N 28, Reporte por movimiento por partida presupuestal y rea
6.2.11 PROYECTADO / RECAUDADO

Slo seleccionar o marcar el check los atributos que corresponden en la pantalla N 29, y clic
en Imprimir.
Fig. N 29, Reporte de cuentas emitidas y recaudados
Pg. # 78

Fig. N 30, Reporte ingresos proyectados y recaudados
Pg. # 79

Anexo N 06: Diccionario de datos

Nombre de Base de Datos: sanjuan
Descripcin de campos de tablas
Campo
id_contribuyente
id_motivo
id_tipo_exoneracin
periodo_inicial
mes_inicial
periodo_final
mes_final
nro_resolucion
fecha_exoneracin
fecha_creacion
usuario
fecha_registro
estado
Tipo
int(11)
int(11)
int(11)
char(4)
char(2)
char(4)
char(2)
char(8)
date
date
varchar(50)
date
char(1)
Nulo
No
No
No
S
S
S
S
S
S
S
S
S
S
Descripcin
PK?
cdigo del contribuyente

cdigo del motivo
cdigo del tipo de exoneracin
periodo de exoneracin
mes de exoneracin
periodo final de exoneracin
mes final de exoneracin
numero de resolucin que exonera al contribuyente
fecha de exoneracin
fecha de creacin o de registro
usuario que registro el dato
fecha de registro
estado (A=Activo, D=Descargado)
FK?
Si
Si
Si
alcabala
Campo
id_alcabala
id_cuenta_corriente
id_contribuyente
id_naturaleza_contrato
id_predio
numero
anno
autovaluo
porcentaje_venta
fecha_transferencia
monto_transferencia
fecha_emisin
fecha_vencimiento
tipovaluo
fecha_registro
fecha_control
id_usuario
estado
observaciones
Tipo
int(11)
int(11)
int(11)
int(11)
int(11)
tinyint(4)
year(4)
float(13,2)
float(13,2)
date
float(10,2)
datetime
date
varchar(25)
date
date
int(11)
char(2)
text
Nulo
No
S
S
No
No
No
No
No
No
No
No
S
S
No
No
No
No
No
S
Descripcin
Clave primaria
clave fornea de la tabla cuenta corriente
clave fornea de la tabla contribuyente
clave fornea de la tabla naturaleza contrato
clave fornea de la tabla predio
numero correlativo del ao en que se efecta el registro
ao en el que se efecta el registro
valor del autovalo, en el ao que se produce la transferencia
porcentaje de la venta, de acuerdo al documento transferencia
fecha en que se realiza la transferencia en formato (yy/mm/dd)
valor en moneda por el costo de la propiedad transferida
fecha en que se realiza el registro
fecha vencimiento del impuesto de alcabala
tipo de autovaluo (Valor de Transferencia, Valor de autovaluo)
cdigo del usuario que registro el alcabala
estado del alcabala
observaciones
PK?
FK?
Si
Si
Si
Si
Si
Si
Pg. # 80

anuncio
Campo
id_anuncio
id_motivo_anuncio
id_cuenta_corriente
id_contribuyente
numero
anno
ubicacion_anuncio
id_predio
id_clase_anuncio
id_tipo_anuncio
id_material_anuncio
num_expediente
fecha_expediente
num_lados
leyenda
largo
ancho
area
fecha_emisin
fecha_vencimiento
fecha_registro
id_usuario
estado
Tipo
Nulo
int(11)
int(11)
int(11)
int(11)
tinyint(4)
year(4)
text
int(11)
int(11)
int(11)
int(11)
tinyint(4)
date
tinyint(4)
text
decimal(10,2)
decimal(10,2)
decimal(10,2)
date
date
date
int(11)
char(1)
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
No
Descripcin
PK?
clave primara y correlativo de la tabla

clave fornea de la tabla motivo anuncio
clave fornea de la tabla cuenta corriente
clave fornea de la tabla contribuyente
numero correlativo por ao
ao en que se registra el anuncio publicitario
ubicacin fsica del anuncio, el lugar donde ser instalado
clave fornea de la tabla predio
clave fornea de la tabla clase anuncio
clave fornea de la tabla tipo anuncio
clave fornea de la tabla material anuncio
numero del expediente de la autorizacin de anuncio
fecha de expediente
numerado de lados que va tener el anuncio publicitario
texto impreso en el anuncio
largo del anuncio publicitario (en nmeros)
ancho del anuncio publicitario (en nmeros)
rea del anuncio= largo*ancho
fecha en el que se emite el anuncio publicitario
fecha en que vence la autorizacin del anuncio publicitario
fecha de registro del anuncio publicitario
clave fornea de la tabla usuario (usuario que registro el anuncio)
estado del anuncio (A=Activo, D=Descargado)
Si
FK?
Si
Si
Si
Si
Si
Si
Si
Si
arancel
Campo
id_arancel
id_calle
periodo
cuadra_inicial
cuadra_final
valor_par
valor_impar
usuario
estado
Tipo
int(11)
int(11)
int(11)
varchar(50)
varchar(50)
float
float
varchar(50)
char(1)
Nulo
No
No
S
S
S
S
S
S
S
Descripcin
clave primaria y correlativo de la tabla
cdigo de la calle
periodo del arancel
cuadra de inicio
numero de cuadra final
valor par del arancel
valor impar del arancel
cdigo del usuario que registro el arancel
PK?
FK?
Si
Si
Si
arancel_rustico
Campo
periodo
valor
usuario
estado
id_tipo_terreno
id_categoria_terreno
Tipo
int(11)
float
varchar(50)
char(1)
varchar(20)
varchar(20)
Nulo
S
S
S
S
S
S
Descripcin
periodo del arancel
valor del arancel en un periodo
cdigo del tipo de terreno
cdigo de la categora del terreno
PK?
FK?
Si
Si
Pg. # 81

area
Campo
id_area
descripcion
abreviado
estado
Tipo
int(11)
varchar(50)
varchar(15)
char(1)
Nulo
No
S
S
S
Descripcin
descripcin del rea
nombre abreviado del rea
PK?
FK?
Si
cajero
Campo
id_cajero
id_area
id_usuario
ip
impresora
descripcion
estado
Tipo
int(11)
int(11)
int(11)
tinytext
text
text
char(1)
Nulo
No
No
No
No
No
No
No
Descripcin
cdigo de rea
cdigo del usuario
direccin Ip del cajero
nombre de la impresora compartida
nombre de la caja
PK?
FK?
Si
Si
Si
calle
Campo
id_calle
id_via
descripcion
nro_referencia
sector
ubicacion
limpieza
parque
barrido
Tipo
int(11)
int(11)
varchar(50)
int(11)
varchar(20)
varchar(50)
char(1)
char(1)
char(1)
Nulo
No
No
S
S
S
S
S
S
S
Descripcin
PK?

cdigo de la va
nombre de la calle
referencia de la calle
sector en el que est ubicado la calle
ubicacin de la calle
si goza o no el servicio de limpieza pblica (S=Si, N=No)
si goza o no el servicio de parque y jardines (S=Si, N=No)
si goza o no el servicio de barrido de calles (S=Si, N=No)
Si
Descripcin
PK?
FK?
Si
categoria_terreno
Campo
descripcion
abreviado
estado
Tipo
varchar(6)
varchar(50)
varchar(15)
char(1)
Nulo
No
S
S
S

nombre de categora del terreno rustico
nombre abreviado de categora del terreno rustico
FK?
Si
cierre_caja
Campo
id_cierre_caja
fecha_apertura_caja
hora_apertura_caja
usuario_apertura_caja
fecha_cierre_caja
hora_cierre_caja
usuario_cierre_caja
fecha_control
hora_control
estado
Tipo
int(11)
date
time
varchar(20)
date
time
varchar(20)
date
time
char(1)
Nulo
No
No
No
No
No
No
No
No
No
No
Descripcin
fecha en el que se apertura caja
hora en el que se apertura caja
usuario que apertura caja
fecha del cierre de caja (el mismo da que se abri)
hora de cierre de caja
usuario que cierra caja (debe ser el mismo que abri)
fecha de control
hora de control
PK?
FK?
Si
Si
Pg. # 82

clase_anuncio
Campo
id_clase_anuncio
descripcion
estado
Tipo
int(11)
text
char(1)
Nulo
No
No
No
Descripcin
nombre de la clase de anuncio publicitario
PK?
FK?
Si
Campo
id_clasificacion_predio
descripcion
estado
Tipo
int(11)
varchar(50)
char(1)
Nulo
No
S
S
Descripcin
descripcin de la clasificacin del predio
PK?
FK?
Si
clasificador
Campo
id_clasificador
tipo
periodo
cla1
cla2
cla3
cla4
cla5
descripcion
cta1
cta2
cta3
cta4
cta5
mascara
usuario
fecha_registro
estado
partida
Tipo
int(11)
char(1)
int(11)
varchar(10)
varchar(10)
varchar(10)
varchar(10)
varchar(10)
varchar(50)
varchar(10)
varchar(10)
varchar(10)
varchar(10)
varchar(10)
varchar(50)
varchar(50)
date
char(1)
varchar(9)
Nulo
No
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
No
Descripcin
Tipo de partida presupuestal (G=Gastos, I=Ingresos)
ao del clasificador de ingresos
cdigo de la clase 1
cdigo de la clase 2
cdigo de la clase 3
cdigo de la clase 4
cdigo de la clase 5
nombre del clasificador de ingresos
cdigo de cuenta 1
cdigo de cuenta 2
cdigo de cuenta 3
cdigo de cuenta 4
cdigo de cuenta 5
cdigo concatenado de cla1, cla2, cla3, cla4, cla5
usuario que realizo el registro
fecha del registro
cdigo de la partida del clasificador de ingresos
PK?
FK?
Si
Pg. # 83

condicion_predio
Campo
id_condicion_predio
descripcion
estado
Tipo
varchar(6)
varchar(50)
char(1)
Nulo
No
S
S
Descripcin
nombre de condicin del predio
PK?
FK?
Si
contribuyente
Campo
id_contribuyente
id_tipo_documento
id_calle
nro_documento
apellido_paterno
apellido_materno
nombre
representante_legal
documento_representante_legal
numero
mz
lote
interior
nro_referencia
referencia
telefono
estado_civil
tipo_persona
fecha_registro
usuario
estado
Tipo
int(11)
int(11)
int(11)
char(10)
varchar(50)
varchar(50)
char(47)
varchar(80)
varchar(11)
char(4)
char(3)
char(3)
char(4)
char(2)
char(3)
char(10)
varchar(1)
char(1)
date
char(10)
char(1)
Nulo
No
No
No
S
S
S
S
No
No
S
S
S
S
S
S
S
No
S
S
S
S
Descripcin
cdigo del tipo de documento
cdigo de la calle
numero de documento de identificacin
Apellido paterno del contribuyente
Apellido materno del contribuyente
Nombre del contribuyente
cdigo del representante legal
numero de documento del representante legal
numero de la calle
Mz. de la calle
lote de la calle
interior de la calle
ubicacin de referencia
ubicacin de referencia
numero de telfono (puede ser telfono fijo y/o celular)
estado civil del contribuyente
cdigo del tipo de persona
fecha de registro del contribuyente
usuario que registro al contribuyente
estado (A=Activo, D=Descargado, X=Anulado)
PK?
FK?
Si
Si
Si
Si
Si
Si
costo_servicio_arbitrios
Campo
id_costo_servicio
id_tributo
anno
costo
base_legal
fecha_registro
estado
Tipo
int(4)
int(11)
year(4)
float(10,2)
varchar(50)
date
char(1)
Nulo
No
No
No
No
No
No
No
Descripcin
cdigo del tributo
periodo
costo del servicio en el periodo
base por la cual se cobra el servicio
fecha del registro
PK?
FK?
Si
Si
Pg. # 84

cuenta_corriente
Campo
Tipo
Nulo
id_cuenta_corriente
id_contribuyente
id_tributo
id_fraccionamiento
id_orden_pago
tipo_documento_precontrato
anno
mes
nro_cuotas
nro_recibo
fecha_vencimiento
fecha_prorroga
vdeuda
vderemi
vmora
vrecgo
vinte
votros
vabon
cinte
fecha_pago
lugar_pago
num_contrato
int(11)
int(11)
int(11)
int(11)
int(11)
char(1)
year(4)
int(11)
int(11)
varchar(50)
date
date
float(12,2)
float(12,2)
float(12,2)
float(12,2)
float(12,2)
float(12,2)
float(12,2)
float(12,2)
date
varchar(50)
varchar(50)
No
No
No
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
estado
fecha_control
usuario
char(1)
date
varchar(50)
S
S
S
Descripcin
cdigo de contribuyente
cdigo del tributo
cdigo del fraccionamiento
cdigo de orden de pago
cdigo de documento (N=Notificado, P=Precontrato)
periodo de la cuenta corriente
cuota de la cuenta corriente
cuota de la cuenta corriente
numero de recibo (sacado de la tabla recibo)
fecha de vencimiento de la cuota de la cuenta corriente
fecha de prorroga de la cuota de la cuenta corriente
valor de la deuda
valor del derecho de emisin
valor de la mora
valor de recargo
valor del inters
otros valores
valor abonado
cantidad de inters
fecha en que se efectu el pago de la cuenta corriente
lugar de pago
numero de contrato de fraccionamiento (si lo tuviera)
estado (A=Activo, P=Pagado, X=Pagado en el da,
F=Fraccionado, C=Coactivo, D=Descargado,
N=Notificado, etc)
fecha de registro de la cuota de la cuenta corriente
cdigo de usuario que registro la cuenta corriente
PK?
FK?
Si
Si
Si
Si
Si
Si
Si
declaracion_jurada
Campo
id_declaracion_jurada
id_contribuyente
id_predio
id_tipo_exoneracin
fecha_inicio
anno_inicio
periodo_inicio
fecha_final
anno_final
periodo_final
porcentaje_condominio
cluz
cagua
fecha_recepcion_dj_rural
codurba
nro_resolucion
fecha_exoneracin
autovaluo
usuario
fecha_registro
estado
Tipo
int(11)
int(11)
int(11)
int(11)
date
char(4)
char(2)
date
char(4)
char(2)
float
char(16)
char(16)
date
char(5)
char(8)
date
float(12,0)
char(10)
date
char(1)
Nulo
No
No
No
No
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
Descripcin
cdigo del predio
fecha de inicio de la declaracin jurada
ao de inicio de la declaracin jurada
periodo (mes) de afectacin
fecha final (en caso de que la DJ este descargado)
ao final (en caso de que la DJ este descargado)
periodo (mes) de afectacin final
porcentaje de condominio (en caso de serlo)
cdigo del servicio de luz elctrica
cdigo del servicio de agua potable
fecha de recepcin de la declaracin jurada rural
cdigo de ubicacin (ejemplo: AAHH. Violeta Correa)
numero de resolucin
fecha de exoneracin
valor de autoevalo
cdigo de usuario que registro la declaracin jurada
fecha de registro de declaracin jurada
estado (A=Activo, D=Descargado, R=Rectificado)
PK?
FK?
Si
Si
Si
Si
Si
Si
Pg. # 85

Campo
id_declaracion_jurada
id_contribuyente
id_predio
fecha_inicio
anno_inicio
periodo_inicio
fecha_final
anno_final
periodo_final
porcentaje_condominio
cluz
cagua
fecha_recepcion_dj_rural
nro_resolucion
fecha_exoneracin
autovaluo
usuario
fecha_registro
estado
Tipo
int(11)
int(11)
int(11)
date
int(11)
int(11)
date
int(11)
int(11)
float(12,0)
varchar(20)
varchar(20)
date
varchar(20)
date
float(12,0)
varchar(50)
date
char(1)
Nulo
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
Descripcin
cdigo del predio
fecha de inicio de la declaracin jurada
ao de inicio de la declaracin jurada
periodo (mes) de afectacin
fecha final (en caso de que la DJ este descargado)
ao final (en caso de que la DJ este descargado)
periodo (mes) de afectacin final
porcentaje de condominio (en caso de serlo)
cdigo del servicio de luz elctrica
cdigo del servicio de agua potable
fecha de recepcin de la declaracin jurada rural
numero de resolucin
fecha de exoneracin
valor de autoevalo
cdigo de usuario que registro la declaracin jurada
fecha de registro de declaracin jurada
estado (A=Activo, D=Descargado, R=Rectificado)
PK?
FK?
Si
Si
Si
depreciacion
Campo
id_depreciacion
id_material
antiguedad
periodo
muy_bueno
bueno
regular
malo
muy_malo
Tipo
int(11)
int(11)
int(11)
int(11)
int(11)
float
float
float
float
float
Nulo
No
No
No
S
S
S
S
S
S
S
Descripcin
cdigo de clasificacin del predio
cdigo del material de predio
antigedad del predio (en nmeros entre el 5 al 50)
periodo de depreciacin
valor depreciacin de acuerdo a la CONATA
PK?
FK?
Si
Si
Si
derecho_emisin
Campo
id_derecho_emisin
id_tributo
periodo
cuota
fecha_vencimiento
fecha_prorroga
valor_emisin
valor_cada_pu
usuario
fecha_registro
estado
Tipo
int(11)
int(11)
int(11)
int(11)
date
date
float
float
varchar(50)
date
char(1)
Nulo
No
No
S
S
S
S
S
S
S
S
S
Descripcin
cdigo del tributo
ao del derecho de emisin
numero de cuota
fecha de vencimiento
fecha de prorroga
valor del derecho de emisin
valor por cada predio adicional
cdigo del usuario que registro en la tabla
fecha de registro
PK?
FK?
Si
Si
Si
Pg. # 86

detalle_movimiento
Campo
Tipo
Nulo
id_detalle_movimiento
id_cuenta_corriente
id_movimiento
id_tupa
id_contribuyente
id_tributo
transaccion
periodo_pagado
cuota_pagada
int(11)
int(11)
int(11)
int(11)
int(11)
int(11)
int(4)
int(11)
int(11)
No
S
No
S
S
S
No
S
S
estado
char(1)
nombre_contribuyente
text
direccion_contribuyente
observacion
text
text
S
S
Descripcin
PK?
clave primaria y correlativa de la tabla

cdigo de la cuenta corriente
cdigo del movimiento
cdigo de la tabla tupa
cdigo del tributo
numero de la transaccin
periodo del impuesto que pago
numero de cuota pagada del impuesto
estado (A=Activo, E=Extornado, P=Pagado, X=Pagado
en el da)
nombre del contribuyente que pago (solo cuando efectu
un pago de una tasa)
direccin del contribuyente que pago (solo cuando
efectu un pago de una tasa)
observacin
Si
Descripcin
PK?
FK?
Si
Si
Si
Si
Si
detalle_predio
Campo
id_detalle_predio
id_predio
id_uso_predio
id_uso_rustico
id_estado_predio
id_condicion_predio
id_tipo_predio
id_tipo_terreno
area_terreno
Tipo
int(11)
int(11)
varchar(6)
int(11)
varchar(6)
varchar(6)
varchar(6)
varchar(6)
varchar(6)
float
Nulo
No
No
S
S
S
S
S
S
S
S

cdigo del predio
cdigo del uso del predio
cdigo del uso rustico del predio
cdigo del estado del predio
cdigo de condicin de predio
cdigo tipo de predio
cdigo tipo de terreno
cdigo de categora del terreno
rea del terreno
FK?
Si
Si
Si
Si
Si
Si
Si
Si
Si
Campo
id_detalle_predio
id_predio
id_uso_predio
id_uso_rustico
id_estado_predio
id_condicion_predio
id_tipo_predio
id_tipo_terreno
area_terreno
Tipo
int(11)
int(11)
varchar(20)
int(11)
int(11)
int(11)
int(11)
int(11)
varchar(20)
float(12,2)
Nulo
S
S
S
S
S
S
S
S
S
S
Descripcin
cdigo del predio
cdigo del uso del predio
cdigo del uso rustico del predio
cdigo del estado del predio
cdigo de condicin de predio
cdigo tipo de predio
cdigo tipo de terreno
cdigo de categora del terreno
rea del terreno
PK?
FK?
Si
Si
Si
Si
Si
Si
Si
Si
Si
estado_predio
Campo
id_estado_predio
descripcion
estado
Tipo
varchar(6)
varchar(50)
char(1)
Nulo
No
S
S
Descripcin
nombre del estado del predio
PK?
FK?
Si
Pg. # 87

exoneracin
Campo
id_exoneracin
id_tipo_exoneracin
anno_exoneracin
mexo
pexo
estado
Tipo
int(11)
int(11)
int(11)
float
float
char(1)
Nulo
No
No
S
S
S
S
Descripcin
periodo de la exoneracin
monto de la exoneracin de acuerdo al periodo
porcentaje de exoneracin en un periodo
PK?
FK?
Si
Si
extorno
Campo
id_movimiento
transaccion
id_tributo
fecha_movimiento
caja
recibo
periodo
usuario
fecha_registro
id
Tipo
int(11)
int(11)
int(11)
date
int(11)
varchar(50)
int(11)
varchar(50)
date
char(1)
Nulo
S
No
S
S
S
S
S
S
S
No
Descripcin
cdigo de transaccin
cdigo de tributo
fecha del movimiento
numero de caja
numero de recibo
periodo y cuota extornado
usuario que realizo el extorno
fecha de registro del extorno
estado (A=Activo, E=Extornado, P=Pagado)
PK?
FK?
Si
Si
Si
fraccionamiento
Campo
id_fraccionamiento
id_contribuyente
nro_contrato
fecha_contrato
nro_pre_contrato
total_deuda
cuota_inicial
valor_derecho_emisin
interes
nro_cuotas
Tipo
int(11)
int(11)
int(11)
date
int(11)
float(12,2)
float(12,2)
float(12,2)
float(12,2)
int(11)
Nulo
No
S
S
S
S
S
S
S
S
S
Descripcin
cdigo de contribuyente
numero de contrato de fraccionamiento
fecha del contrato
numero de precontrato de fraccionamiento
total de la deuda fraccionada
cuota inicial del fraccionamiento
valor de emisin del fraccionamiento
inters del fraccionamiento
numero de cuotas del fraccionamiento
PK?
FK?
Si
Si
giro
Campo
id_giro
descripcion
abreviado
id_actividad_economica
usuario
fecha_registro
estado
hcontrol
Tipo
int(11)
varchar(50)
varchar(15)
int(11)
varchar(50)
date
char(1)
varchar(50)
Nulo
No
S
S
S
S
S
S
S
Descripcin
nombre del giro
nombre abreviado
cdigo de la actividad econmica
usuario que registra la tabla
fecha de registro de la tabla
hora de control
PK?
FK?
Si
Si
grupo
Campo
id_grupo
descripcion
abreviado
estado
Tipo
int(4)
varchar(100)
varchar(50)
char(1)
Nulo
No
No
S
No
Descripcin
nombre del grupo
nombre abreviado del grupo
PK?
FK?
Si
grupo_miembro
Campo
id_grupo_miembro
id_grupo
id_usuario
Tipo
int(11)
int(11)
int(11)
Nulo
No
No
No
Descripcin
cdigo del grupo de usuarios
cdigo del usuario
PK?
FK?
Si
Si
Si
Pg. # 88

historico_ingresos
Campo
id_movimiento
id_tupa
partida
cuenta
caja
importe
fecha_registro
usuario
Tipo
int(11)
int(11)
varchar(9)
varchar(20)
int(11)
float(9,2)
date
varchar(50)
Nulo
S
S
S
S
S
S
S
S
Descripcin
PK?
cdigo del movimiento

cdigo del tupa
partida presupuestal
cuenta presupuestal
numero de caja
monto del ingreso
fecha de registro del ingreso histrico
usuario que realiza el registro
FK?
Si
Si
Si
Licencia
Campo
Tipo
Nulo
id_licencia
id_ficha_inspeccion
id_contribuyente
num_licencia
anno
nombre
nombre_comercial
tipo_persona
area
representante_legal
id_predio
direccion
ubicacion
id_categoria_licencia
categoria
id_giro
actividad_especifica
ciuu
ruc
fecha_emisin
id_motivo
num_recibo_pago
fecha_recibo_pago
monto_pagado
int(11)
int(11)
int(11)
int(11)
year(4)
text
text
varchar(10)
float(6,2)
text
int(11)
text
text
int(11)
varchar(25)
int(11)
text
char(1)
varchar(11)
date
int(11)
int(11)
date
float(5,2)
No
No
No
No
No
S
S
S
S
S
No
S
S
S
S
S
S
S
S
No
No
No
No
No
num_expediente
int(11)
No
fecha_expediente
date
No
num_resolucion
fecha_resolucion
horario_licencia
int(11)
date
varchar(30)
No
No
No
fecha_afecto_inicial
fecha_afecto_final
id_usuario
fecha_registro
date
date
int(11)
date
No
No
No
No
condicion_establecimiento
estado
observacion
varchar(20)
char(1)
text
No
No
S
Descripcin
PK?

cdigo de ficha de inspeccin
numero de licencia
ao en el que se genera la licencia
nombre del contribuyente
nombre comercial
cdigo de tipo de persona (NATURAL o JURIDICA)
rea del establecimiento
nombre del representante legal
cdigo del predio
direccin del establecimiento comercial
ubicacin del establecimiento comercial
cdigo de categora de la licencia
categora de la actividad econmica
cdigo del giro de la actividad econmica
nombre de la actividad econmica especifica
cdigo internacional universal
numero de ruc
fecha de emisin de la licencia de funcionamiento
cdigo del motivo de registro de la licencia
numero de recibo de pago por el derecho administrativo
fecha del recibo de pago por el derecho administrativo
monto pago por el derecho administrativo
nmero de expediente (proporcionado en mesa de
partes)
fecha del expediente administrativo (proporcionado en
mesa de partes)
numero de resolucin que autoriza la emisin de la
licencia
fecha de resolucin que autoriza la emisin de la licencia
horario de atencin del establecimiento comercial
fecha de inicio de vigencia de la licencia de
funcionamiento
fecha final de vigencia de la licencia de funcionamiento
cdigo del usuario que registro la licencia
fecha del registro
condicin establecimiento (PROPIO, ARRENDADO,
OTROS)
descripcin de una breve observacin
Si
FK?
Si
Si
Si
Si
Si
Si
Si
Pg. # 89

material
Campo
id_material
descripcion
estado
Tipo
int(11)
varchar(50)
char(1)
Nulo
No
S
S
Descripcin
nombre del material predominante del predio
PK?
FK?
Si
material_anuncio
Campo
id_material_anuncio
descripcion
estado
Tipo
int(11)
text
char(1)
Nulo
No
No
No
Descripcin
nombre del material del predio
PK?
FK?
Si
motivo
Campo
id_motivo
id_tributo
descripcion
pk_antiguo
Tipo
int(11)
int(11)
varchar(50)
char(1)
Nulo
No
No
S
S
Descripcin
PK?

cdigo del tributo
nombre del motivo de la declaracion jurada de autovaluo
cdigo anterior
Si
Descripcin
PK?
FK?
Si
motivo_anuncio
Campo
id_motivo_anuncio
descripcion
estado
Tipo
int(11)
text
char(1)
Nulo
No
No
No

nombre del motivo del anuncio y propaganda
FK?
Si
movimiento
Campo
Tipo
Nulo
id_movimiento
fecha_movimiento
hora_movimiento
nro_movimiento
nro_recibo
transaccion
importe
id_cajero
nro_cajero_extorno
fecha_extorno
int(11)
date
time
int(11)
int(11)
int(4)
float(11,2)
int(11)
int(11)
date
No
S
No
S
S
No
S
S
S
S
estado
observacion
char(1)
text
S
No
Descripcin
fecha del movimiento (fecha de pago)
hora del movimiento (hora de pago)
numero correlativo del movimiento por cada dia
numero de recibo
cdigo de la transaccion pagada
importe pagado
cdigo del cajero que efectuo el cobro
cdigo de cajero que efectuo un extorno
fecha en el que se realizo el extorno
estado (P=Pagado con cierre, X=Pagado sin cierre,
E=Extornado)
descripcion de alguna observacion al movimiento
PK?
FK?
Si
Si
Si
naturaleza_contrato
Campo
id_naturaleza_contrato
descripcion
estado
Tipo
int(11)
varchar(50)
char(1)
Nulo
No
No
No
Descripcin
nombre de naturaleza del contrato
PK?
FK?
Si
Pg. # 90

nivel_predio
Campo
id_nivel_predio
id_predio
id_material
id_tipo_nivel
categoria
antiguedad
area_construida
area_comun
valor_unitarioxm2
incremento
porcentaje_depreciacion
valor_depreciacion
valor_unitario_depreciado
valor_construccion
fecha_registro
usuario
estado
Tipo
int(11)
int(11)
int(11)
int(11)
int(11)
varchar(25)
date
float
float
float
float
float
float
float
float
date
varchar(50)
char(1)
Nulo
No
No
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
Descripcin
cdigo del predio
cdigo de clasificacion del predio
cdigo del material del predio
cdigo del tipo de nivel (pisos)
categorias construccion de acuerdo a la Ex Conata
fecha de construccion del nivel del predio
area construida (en metros cuadrados)
area comun (en metros cuadrados)
valor unitario por metro cuadrado
incremento
porcentaje de depreciacion
valor de depreciacion
valor unitario de depreciacion
valor de la construccion
fecha del registro
PK?
FK?
Si
Si
Si
Si
Si
orden_pago
Campo
id_orden_pago
id_calle
id_contribuyente
nro_notificacion
fecha_notificacion
anno_lote
nro_lote
codurba
fecha_coactivo_1
fecha_coactivo_2
nro_embargo
fecha_embargo
nro_expediente
usuario
fecha_control
hora_control
estado
Tipo
int(11)
int(11)
int(11)
int(11)
date
int(11)
int(11)
int(11)
date
date
int(11)
date
int(11)
varchar(50)
date
time
char(1)
Nulo
No
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
S
Descripcin
cdigo de la calle
numero de la notificacion
fecha de la notificacion
periodo del lote que genero la notificacion
numero de lote que genero la notificacion
cdigo de la ubicacin
fecha de envio a cobranza coactiva
fecha de envio a cobranza coactiva
numero de embargo
fecha de embargo
numero de expediente
fecha del registro
hora del registro
PK?
FK?
Si
Si
Si
otra_instalacion
Campo
id_otra_instalacion
id_detalle_predio
id_tipo_instalacion
tipo
valor_instalacion
periodo
usuario
fecha_control
estado
Tipo
int(11)
int(11)
int(11)
char(1)
float
int(11)
varchar(50)
date
char(1)
Nulo
No
No
No
S
S
S
S
S
S
Descripcin
cdigo del detalle del predio
cdigo del tipo de instalacion
estadom (P=propio)
valor de la otra instalacion
periodo de la instalacion
usuario que registro en la tabla
fecha de registro
PK?
FK?
Si
Si
Si
Pg. # 91

predio
Campo
id_predio
id_calle
numero
mz
lote
interior
dpto
codigo_catastro
fecha_creacion
usuario
fecha_registro
estado
Tipo
int(11)
int(11)
varchar(20)
varchar(20)
varchar(20)
varchar(20)
varchar(20)
varchar(20)
date
varchar(50)
date
char(1)
Nulo
No
No
S
S
S
S
S
S
S
S
S
S
Descripcin
cdigo de la calle
numero del predio
manzana del predio
lote del predio
interior del predio
departamento del predio
cdigo catastral del predio
fecha de creacion del predio
usiario que registro el predio
fecha de registro
PK?
FK?
Si
Si
recibo
Campo
id_recibo
id_tributo
periodo
recibo_procesado
usuario
fecha_control
hora_control
estado
Tipo
int(11)
int(11)
year(4)
int(11)
varchar(20)
date
time
char(1)
Nulo
No
No
No
S
S
S
S
No
Descripcin
PK?

cdigo del tributo
periodo del recibo
numero del recibo en el que se quedo en un periodo dado
usuario que hizo el registro
fecha del registro
hora del registro
Si
Descripcin
PK?
FK?
Si
tipo_anuncio
Campo
id_tipo_anuncio
descripcion
estado
Tipo
int(11)
text
char(1)
Nulo
No
No
No

nombre del tipo de anuncio publicitario
FK?
Si
tipo_documento
Campo
id_tipo_documento
descripcion
abreviado
estado
Tipo
int(11)
varchar(50)
varchar(20)
char(1)
Nulo
No
S
S
S
Descripcin
nombre del tipo de documento
nombre abreviado del tipo de documento
PK?
FK?
Si
tipo_exoneracin
Campo
id_tipo_exoneracin
descripcion
id_tributo
estado
Tipo
int(11)
varchar(50)
int(11)
char(1)
Nulo
No
S
S
S
Descripcin
nombre del tipo de exoneracin
cdigo del tributo
PK?
FK?
Si
Pg. # 92

tipo_instalacion
Campo
id_tipo_instalacion
descripcion
abreviado
estado
Tipo
int(11)
varchar(50)
varchar(15)
char(1)
Nulo
No
S
S
S
Descripcin
nombre del tipo de instalacion
nombre abreviado del tipo de instalacion
PK?
FK?
Si
tipo_nivel
Campo
id_tipo_nivel
descripcion
estado
Tipo
int(11)
varchar(50)
char(1)
Nulo
No
S
S
Descripcin
nombre del tipo nivel
PK?
FK?
Si
tipo_predio
Campo
id_tipo_predio
descripcion
estado
Tipo
varchar(6)
varchar(50)
char(1)
Nulo
No
S
S
Descripcin
nombre del tipo de predio
PK?
FK?
Si
tipo_terreno
Campo
Tipo
Nulo
id_tipo_terreno
descripcion
varchar(6)
varchar(50)
No
S
abreviado
estado
varchar(15)
char(1)
S
S
Descripcin
nombre del tipo de terreno para predios rusticos
abreviado del nombre del tipo de terreno para predios
rusticos
PK?
FK?
Si
Tramo
Campo
Id_tramo
anio
sec
topeini
topefin
usuario
fcontrol
hcontrol
Tipo
char(1)
int(11)
char(2)
float(12,0)
float(12,0)
varchar(50)
date
time
Nulo
S
S
S
S
S
S
S
S
Descripcin
PK?
FK?
PK?
FK?

periodo del tramo
numero correlativo del tramo
valor de la alicuota inicial
valor de la alicuota final
fecha del registro
hora del registro
Tributo
Campo
id_tributo
descripcion
abreviado
estado
Tipo
int(11)
varchar(50)
varchar(50)
char(10)
Nulo
No
S
S
S
Descripcin
nombre del tributo
nombre abreviado del tributo
Si
Pg. # 93

tupa
Campo
Tipo
Nulo
id_tupa
id_area
id_clasificador
descripcion
abreviado
monto
estado
usuario
fecha
monto_actual
estado_actual
int(11)
int(11)
int(11)
varchar(60)
varchar(20)
float
char(1)
varchar(10)
date
float(5,2)
char(1)
No
No
S
S
S
S
S
No
No
No
No
en_funcion
char(1)
No
Descripcin
cdigo del area
cdigo del clasificador de ingresos
nombre de la tasa del TUPA
nombre abreviado de la tasa del TUPA
monto de la tasa
fecha de registro del dato
valor actual del tupa
estado actual del tupa (A=Activo, D=Descargado)
la forma como calculara la tasa (F=valor fijo, P=por
porcentaje, U=por la uit)
PK?
FK?
Si
Si
Si
uso_predio
Campo
id_uso_predio
descripcion
estado
Tipo
varchar(6)
varchar(50)
char(1)
Nulo
No
S
S
Descripcin
nombre del uso del predio
PK?
FK?
Si
uso_rustico
Campo
id_uso_rustico
descripcion
abreviado
estado
Tipo
int(11)
varchar(50)
varchar(15)
char(1)
Nulo
No
S
S
S
Descripcin
nombre del uso rustico
nombre abreviado del uso rustico
PK?
FK?
Si
usuario
Campo
Tipo
Nulo
id_usuario
id_grupo
login
clave
estado
nombre
apellido_paterno
apellido_materno
direccion
documento
teltrabajo
telhogar
fecha_nac
email
int(11)
int(11)
varchar(25)
varchar(100)
char(1)
varchar(30)
varchar(50)
varchar(50)
varchar(50)
varchar(35)
int(10)
int(10)
date
varchar(70)
No
No
S
S
S
No
No
No
No
No
No
No
No
No
sesion
id_cargo
id_subarea
tinyint(1)
int(11)
int(11)
No
No
No
Descripcin
cdigo del grupo
nombre de acceso al sistema
password de acceso al sistema
nombre del usuario
apellido paterno del usuario
apellido materno del usuario
direccion del usuario
numero de documento del usuario
telefono
telefono de trabajo
fecha de nacimiento
correo electronico
cdigo de la sesion (0=no inicio sesion, 1=sesion
iniciada)
cdigo de cargo del usuario
cdigo de la dependencia en la cual trabaja el usuario
PK?
FK?
Si
Si
Si
Si
Pg. # 94

via
Campo
id_via
descripcion
abreviado
estado
Tipo
int(11)
varchar(50)
varchar(15)
char(1)
Nulo
No
S
S
S
Descripcin
nombre de la via
nombre abreviado de la via
PK?
FK?
Si
Pg. # 95

Pg. # 96

Anexo N 08. Manual del Programador

CAPA DE PRESENTACION
La capa de presentacin proporciona la interfaz necesaria para presentar informacin y reunir los
datos. Por medio de ella se hacen uso de los servicios de negocios necesarios para ofrecer las
capacidades de transacciones requeridas e integrar al usuario con la aplicacin para ejecutar un
proceso de negocios. Dichos procesos de negocio son los identificados en la etapa de
modelamiento de la aplicacin.
El contexto de presentacin, es un browser como Mozilla Firefox, mediante el cual el usuario
podr tener accesos a los datos remotos mediante la programacin que da acceso a los datos en
las bases de datos y aplicaciones desde el diseo y otros contenidos de la pgina Web. Esto
ayuda a asegurar que los desarrolladores estn libres para enfocarse en escribir su lgica de
negocios en componentes sin preocuparse acerca de cmo se muestra la salida.
La capa de presentacin de presentacin es responsable de:
o Obtener informacin del usuario.
o Enviar la informacin del usuario a los servicios de negocios para su procesamiento.
o Recibir los resultados del procesamiento de los servicios de negocios.
o Presentar estos resultados al usuario.
DESCRIPCION DE DIRECTORIOS
El Mdulo de Caja utiliza para su funcionamiento algunos directorios dentro de la raz
principal, estos son:
o acceso_datos: Contiene pginas php con la configuracin de la conexin a la base de datos.
o bin: Alamacena los archivos con extensin dll o componentes que utiliza la aplicacin Web.
o estilos: Almacena las hojas de estilos que utilizan las pginas de la aplicacin.
o form: Almacena archivos necesarios (scripts php) para dar la funcionalidad a acciones que
funcionan en el cliente.
o funciones: Almacena archivos o pginas php con funciones del Mdulo.
o inc: Almacena las pginas externas con los mensajes o condiciones del negocio
o Imgenes: Almacena todas las imgenes usadas en la aplicacin.
o paginas: Almacena archivos con formato php la cual contiene la estructura del men de
navegacin por parte de los usuarios.
Pg. # 97

DESCRIPCION DE PGINAS EXTERNAS

o aut_mensaje_error.inc: Muestra el mensaje de error en caso suceda algo imprevisto
en la aplicacin.
o aut_logout: Permite el ingreso al sistema de los usuarios registrados por medio de un
formulario de validacin.
o aut_verifica.inc: Ayuda a realizar las validaciones de logueo de usuario.
o funciones_reporte_pdf: Permite la generacin de reportes en formato pdf.
o mensaje.inc: Muestra mensajes de confirmacin cuando se realizan algunos procesos.
DESCRIPCION DE PGINAS INTERNAS

o
o
o
o
o
o
o
o
o
o
o
o
o
o
o
o
o
frm_apertura_caja.php: Permite aperturar caja diaria.

frm_cierre_caja.php: Permite cerrar caja diaria.
frm_tasas.php: Procesa el pago de tasas.
frm_areas.php: Permite seleccionar rea.
frm_motivo_extorno.php: Permite generar extornos de recibos de caja.
frm_consulta_duplicado.php: Permite generar el duplicado de recibos.
frm_consulta_extornos.php: Permite consultar extornos de recibos.
frm_reporte_ingresos_proyectados_recaudados.php Genera reportes Proyectados /
Recaudados.
frm_reporte_movimiento.php Genera reporte por movimiento
frm_reporte_movimiento_xpartida.php: Genera reporte por movimiento y partida
presupuestal
recibo_caja_tasas.php Genera el recibo de caja tasas
recibo_caja_tributaria.php Genera el recibo de caja tributaria
reporte_consolidado_anual_partidas.php Genera reporte consolidado anual por
reporte_consolidado_anual_xarea.php Genera reporte consolidado anual por partida
presupuestal y rea
reporte_consolidado_mensual_partidas.php Genera reporte consolidado mensual por
reporte_consolidado_mensual_xarea.php Genera reporte consolidado mensual por
partida presupuestal y rea
reporte_consulta_movimiento.php Genera reporte por movimientos
ARCHIVO DE CONFIGURACIN
Una aplicacin Web se apoya en un archivo de configuracin denominado web.config, en
Mdulo de Caja tenemos este archivos que est en el directorio raz del sistema
o Config.php: Determina la cadena de conexin a travs de la cual se acceder a la Base de
Datos de Sistema que es una base de datos MySql.
o
login.php que se encuentra dentro del directorio lgica negocio slo determina los
usuarios que tienen permisos de acceso al mdulo.
Pg. # 98

CAPA DE APLICACIN
La Capa de Aplicacin est conformada por los servicios de negocios los cuales son el puente
entre un usuario (a travs de la capa de presentacin) y los servicios de datos. Responden a
peticiones del usuario (u otros servicios de negocios) para ejecutar una tarea de este tipo.
Cumplen con esto aplicando procedimientos formales y reglas de negocio a los datos relevantes.
Cuando los datos necesarios residen en un servidor de bases de datos, garantizan los servicios de
datos indispensables para cumplir con la tarea de negocios o aplicar su regla. Esto asla al
usuario de la interaccin directa con la base de datos.
El nivel de servicios de negocios es responsable de:
o Recibir la entrada del nivel de presentacin
o Interactuar con los servicios de datos para ejecutar las operaciones de negocios para los que
la aplicacin fue diseada a automatizar.
o Enviar el resultado procesado al nivel de presentacin.
Funciones caja
<?php
function obtener_area($id)
{
require_once("../acceso_datos/accesodbc.php");
$link=conectar_bd();
$sql="SELECT * FROM area WHERE id_area=$id";
$result = odbc_do($link,$sql);
if (!$result)
return false;
if (odbc_num_rows($result)==0)
return false;
$result = devuelve_resultados($result);
odbc_close($link);
return $result;
}
function reporte_consolidado_ingreso_partidas($dia=NULL,$mes=NULL,$anio) {
if(!is_null($dia))
{
$inicio="$anio-$mes-$dia";
$fin=NULL;
$opcion="d";
$campo="dia";
} elseif(!is_null($mes)) {
$inicio="$anio-$mes-01";
$fin=ultimoDiaMes($mes,$anio);
$opcion="d";
$campo="dia";
} else {
$inicio="$anio-01-01";
$fin="$anio-12-31";
$opcion="m";
$campo="mes";
}
Pg. # 99

$sql="SELECT CONCAT(c.cla1,'.',c.cla2,'.',c.cla3,'.',c.cla4,'.',c.cla5) AS cod_clasificador,
c.mascara, date_format( hi.fecha_registro, '%$opcion' ) AS $campo, c.descripcion, SUM( hi.importe ) as
monto
FROM clasificador c
INNER JOIN historico_ingresos hi ON ( hi.partida = c.partida AND ";
if (is_null($fin))
$sql.="hi.fecha_registro='$inicio'";
else
$sql.="hi.fecha_registro BETWEEN '$inicio' AND '$fin'";
$sql.=") GROUP BY hi.partida, $campo";
$sql.=" ORDER BY c.mascara, hi.fecha_registro, c.id_clasificador";
if (!$result = odbc_do($link,$sql))
return false;
return false;
foreach($result as $fila) {
if (is_null($fin))
$nuevo_result[]= $fila;
else {
$nuevo_result[$fila['cod_clasificador']]['descripcion'] = trim($fila['descripcion']);
$nuevo_result[$fila['cod_clasificador']]['mascara'] = trim($fila['mascara']);
$fecha=intval($fila["$campo"]);
$nuevo_result[$fila['cod_clasificador']]['montos'][$fecha] += $fila['monto'];
}
}
odbc_close($link);
return $nuevo_result;
}
function
reporte_consolidado_ingreso_partidas_explosion($dia=NULL,$mes=NULL,$anio,$cajero=NULL) {
if(!is_null($dia))
{
$fin=NULL;
$opcion="d";
$campo="dia";
$opcion="d";
$campo="dia";
} else {
$fin="$anio-12-31";
$opcion="m";
$campo="mes";
}
$sql="SELECT CONCAT(c.cla1,'.',c.cla2,'.',c.cla3,'.',c.cla4,'.',c.cla5) AS cod_clasificador,
c.mascara, date_format( hi.fecha_registro, '%$opcion' ) AS $campo, c.descripcion, SUM( hi.importe ) as
monto
FROM clasificador c
INNER JOIN historico_ingresos hi ON ( hi.partida = c.partida AND ";
Pg. # 100

if (is_null($fin))
$sql.="hi.fecha_registro='$inicio' AND hi.caja='$cajero' ";
else
$sql.="hi.fecha_registro BETWEEN '$inicio' AND '$fin'";
return false;
return false;
foreach($result as $fila) {
if (is_null($fin))
else {
}
}
odbc_close($link);
}
function
reporte_consolidado_ingreso_partidas_dia($dia=NULL,$mes=NULL,$anio,$cajero=NULL)
{
if(!is_null($dia))
{
$fin=NULL;
$opcion="d";
$campo="dia";
$opcion="d";
$campo="dia";
} else {
$fin="$anio-12-31";
$opcion="m";
$campo="mes";
}
// primera consulta
$sql1="SELECT dm.id_contribuyente,m.id_movimiento,dm.id_tupa,cla.id_clasificador from movimiento
m, detalle_movimiento dm, tupa t, clasificador cla ";
$sql1.="WHERE m.fecha_movimiento='$inicio' AND (m.estado='X' or m.estado='P') AND
m.id_movimiento=dm.id_movimiento AND ";
$sql1.="dm.id_tupa=t.id_tupa AND t.id_clasificador=cla.id_clasificador group by cla.id_clasificador
ORDER BY cla.mascara, m.fecha_movimiento, cla.id_clasificador ";
if (!$resulta = odbc_do($link,$sql1))
return false;
Pg. # 101

if (odbc_num_rows($resulta)==0)
return false;
$resulta = devuelve_resultados($resulta);
foreach($resulta as $filas)
{
if($filas['id_tupa']>400)
{
$sql1="SELECT CONCAT(cla.cla1,'.',cla.cla2,'.',cla.cla3,'.',cla.cla4,'.',cla.cla5) AS
cod_clasificador, cla.mascara, cla.descripcion,
SUM(cc.vdeuda+cc.vderemi+cc.vrecgo+cc.vinte) as monto ";
$sql1.="FROM movimiento m,detalle_movimiento dm, tupa t, clasificador cla,
cuenta_corriente cc ";
}
else
{
$sql1="SELECT CONCAT(cla.cla1,'.',cla.cla2,'.',cla.cla3,'.',cla.cla4,'.',cla.cla5)
AS cod_clasificador, cla.mascara, cla.descripcion, sum(m.importe) as monto ";
$sql1.="FROM movimiento m ,detalle_movimiento dm, tupa t, clasificador cla ";
}
$sql1.="WHERE m.fecha_movimiento='$inicio' AND (m.estado='X' or m.estado='P')
AND dm.id_tupa=t.id_tupa AND cla.id_clasificador=t.id_clasificador AND
dm.id_movimiento=m.id_movimiento AND cla.id_clasificador=".$filas['id_clasificador'];
if($filas['id_contribuyente']!=NULL)
$sql1.=" AND dm.id_cuenta_corriente=cc.id_cuenta_corriente ";
$sql1.=" GROUP BY cla.id_clasificador ORDER BY cla.mascara ";
if (!$result = odbc_do($link,$sql1))
return false;
return false;
$resultt = devuelve_resultados($result);
foreach($resultt as $fila)
{
if (is_null($fin))
else {
}
}
}
odbc_close($link);
/*
if(!is_null($dia))
{
$fin=NULL;
$opcion="d";
$campo="dia";
Pg. # 102

$opcion="d";
$campo="dia";
} else {
$fin="$anio-12-31";
$opcion="m";
$campo="mes";
}
// primera consulta
$sql1="SELECT dm.id_contribuyente,m.id_movimiento,dm.id_tupa,cla.id_clasificador from
movimiento m, detalle_movimiento dm, tupa t, clasificador cla ";
$sql1.="dm.id_tupa=t.id_tupa AND t.id_clasificador=cla.id_clasificador AND
m.id_cajero='$cajero' group by cla.id_clasificador ORDER BY cla.mascara, m.fecha_movimiento,
cla.id_clasificador ";
return false;
return false;
{
//if(($filas['id_tupa']==354) or ($filas['id_tupa']>400))
//{
if($filas['id_tupa']==451 or $filas['id_tupa']==455 or $filas['id_tupa']==470 or
$filas['id_tupa']==452 or $filas['id_tupa']==437 or $filas['id_tupa']==354)
{
if($filas['id_tupa']==451)
$filas['id_clasificador']=1944;
$sqlmonto="SELECT SUM(cc.vdeuda) as monto, SUM(cc.vderemi) as
emision,SUM(vrecgo+cc.vinte) as interes ";
$sqlmonto.="FROM movimiento m,detalle_movimiento dm, cuenta_corriente cc,
tupa t ";
$sqlmonto.="WHERE m.fecha_movimiento='$inicio' AND (m.estado='X' or
m.estado='P') AND dm.id_movimiento=m.id_movimiento AND ";
$sqlmonto.=" dm.id_cuenta_corriente=cc.id_cuenta_corriente AND
m.transaccion=99 AND dm.id_tupa=t.id_tupa and t.id_tupa=".$filas['id_tupa'];
$sqlmonto.=" GROUP BY m.id_movimiento ORDER BY m.id_movimiento ";
if (!$resultmonto = odbc_do($link,$sqlmonto))
return false;
$resultadomonto = devuelve_resultados($resultmonto);
foreach($resultadomonto as $nfilamonto)
{
if($nfilamonto['monto']>0 or $nfilamonto['monto']!=NULL)
{
$tabla="tupa t,";
$consulta="SUM(cc.vdeuda) as monto";
$filas['id_clasificador']=$filas['id_clasificador'];
Pg. # 103

$consulta2="";
}
if($nfilamonto['emision']>0 or $nfilamonto['emision']!=NULL)
{
$tabla="tributo tri, tupa t, ";
$consulta="SUM(cc.vderemi) as monto ";
$consulta2="dm.id_tributo=tri.id_tributo AND
tri.id_tupa_emision=t.id_tupa AND ";
}
if($nfilamonto['interes']>0 or $nfilamonto['interes']!=NULL)
{
$tabla="tributo tri, tupa t, ";
$consulta="SUM(cc.vrecgo+cc.vinte) as monto ";
$consulta2="dm.id_tributo=tri.id_tributo AND
tri.id_tupa_interes=t.id_tupa AND ";
}
$sql1="SELECT
CONCAT(cla.cla1,'.',cla.cla2,'.',cla.cla3,'.',cla.cla4,'.',cla.cla5) AS cod_clasificador, cla.mascara,
cla.descripcion, $consulta ";
$sql1.="FROM movimiento m,detalle_movimiento dm,$tabla
clasificador cla, cuenta_corriente cc ";
$sql1.="WHERE m.fecha_movimiento='$inicio' AND (m.estado='X' or
m.estado='P') AND cla.id_clasificador=t.id_clasificador AND dm.id_movimiento=m.id_movimiento
AND $consulta2 cla.id_clasificador=".$filas['id_clasificador'];
//echo $sql1."<br>";
}
}
else
{
$tabla="tupa t" ;
$consulta2="dm.id_tupa=t.id_tupa ";
$sql1="SELECT
CONCAT(cla.cla1,'.',cla.cla2,'.',cla.cla3,'.',cla.cla4,'.',cla.cla5) AS cod_clasificador, cla.mascara,
cla.descripcion, sum(m.importe) as monto ";
$sql1.="FROM movimiento m ,detalle_movimiento dm, $tabla,
clasificador cla ";
$sql1.="WHERE m.fecha_movimiento='$inicio' AND (m.estado='X' or
m.estado='P') AND cla.id_clasificador=t.id_clasificador AND dm.id_movimiento=m.id_movimiento
AND $consulta2 AND cla.id_clasificador=".$filas['id_clasificador'];
//echo $sql1."<br>";
}
return false;
return false;
Pg. # 104

{
if (is_null($fin))
else
{
$nuevo_result[$fila['cod_clasificador']]['descripcion'] =
trim($fila['descripcion']);
$nuevo_result[$fila['cod_clasificador']]['mascara'] =
trim($fila['mascara']);
$nuevo_result[$fila['cod_clasificador']]['montos'][$fecha] +=
//
$fila['monto'];
$nuevo_result[$fila['cod_clasificador']]['emision'][$fecha] +=
$fila['emision'];
$nuevo_result[$fila['cod_clasificador']]['montos'][$fecha] +=
$fila['monto'];
}
}
//}
}
odbc_close($link);
*/}
function reporte_consolidado_ingreso_partidas_todo($dia=NULL,$mes=NULL,$anio)
{
if(!is_null($dia))
{
$fin=NULL;
$opcion="d";
$campo="dia";
$opcion="d";
$campo="dia";
} else {
$fin="$anio-12-31";
$opcion="m";
$campo="mes";
}
// primera consulta
$sql1="SELECT dm.id_contribuyente,m.id_movimiento,dm.id_tupa,cla.id_clasificador from movimiento
m, detalle_movimiento dm, tupa t, clasificador cla ";
$sql1.="dm.id_tupa=t.id_tupa AND t.id_clasificador=cla.id_clasificador group by cla.id_clasificador
ORDER BY cla.mascara, m.fecha_movimiento, cla.id_clasificador ";
return false;
Pg. # 105

return false;
{
if($filas['id_tupa']>400)
{
$sql1="SELECT CONCAT(cla.cla1,'.',cla.cla2,'.',cla.cla3,'.',cla.cla4,'.',cla.cla5) AS
cod_clasificador, cla.mascara, cla.descripcion,
SUM(cc.vdeuda+cc.vderemi+cc.vrecgo+cc.vinte) as monto ";
$sql1.="FROM movimiento m,detalle_movimiento dm, tupa t, clasificador cla,
cuenta_corriente cc ";
}
else
{
$sql1="SELECT CONCAT(cla.cla1,'.',cla.cla2,'.',cla.cla3,'.',cla.cla4,'.',cla.cla5)
AS cod_clasificador, cla.mascara, cla.descripcion, sum(m.importe) as monto ";
$sql1.="FROM movimiento m ,detalle_movimiento dm, tupa t, clasificador cla ";
}
$sql1.="WHERE m.fecha_movimiento='$inicio' AND (m.estado='X' or m.estado='P')
AND dm.id_tupa=t.id_tupa AND cla.id_clasificador=t.id_clasificador AND
dm.id_movimiento=m.id_movimiento AND cla.id_clasificador=".$filas['id_clasificador'];
return false;
return false;
{
if (is_null($fin))
else {
}
}
}
odbc_close($link);
}
function reporte_consolidado_ingreso_xarea($dia=NULL,$mes=NULL,$anio,$idarea)
{
if(!is_null($dia))
{
$fin=NULL;
$opcion="d";
$campo="dia";
Pg. # 106

$opcion="d";
$campo="dia";
} else {
$fin="$anio-12-31";
$opcion="m";
$campo="mes";
}
$sql="SELECT CONCAT(c.cla1,'.',c.cla2,'.',c.cla3,'.',c.cla4,'.',c.cla5) AS cod_clasificador, c.mascara,
date_format(hi.fecha_registro, '%$opcion' ) AS $campo, c.descripcion, SUM(hi.importe) as monto
FROM clasificador c INNER JOIN historico_ingresos hi ON (hi.partida=c.partida) INNER JOIN tupa
ON (tupa.id_tupa=hi.id_tupa AND ";
if (is_null($fin))
$sql.="hi.fecha_registro='$inicio' and tupa.id_area IN ($idarea) ";
else
$sql.="tupa.id_area IN ($idarea) AND hi.fecha_registro BETWEEN '$inicio' AND
'$fin'";
return false;
return false;
foreach($result as $fila)
{
if (is_null($fin))
else {
}
}
odbc_close($link);
}
function insertar_pago_caja($array) {
foreach($array as $campo=>$value) {
$campos[]="`$campo`";
if($campo=="fecha_contrato")
$values[]="$value";
else
$values[]="'$value'";
}
$campos = implode(" , ", $campos);
$values = implode(" , ", $values);
$sql="INSERT INTO `movimiento` ($campos) VALUES ($values);";
Pg. # 107

odbc_close($link);
}
function obtener_cajero() {
$sql="SELECT * FROM cajero WHERE ip='$_SERVER[REMOTE_ADDR]' AND
id_usuario='$_SESSION[id_usuario]'";
return false;
return false;
odbc_close($link);
return $result[0];
}
function obtener_movimiento($id_movimiento)
{
$sql="SELECT m.*,dm.* FROM movimiento m
INNER JOIN detalle_movimiento dm ON (dm.id_movimiento=m.id_movimiento)
WHERE m.id_movimiento=$id_movimiento ORDER BY dm.periodo_pagado ASC";
return false;
return false;
$recibo["contribuyente"]=$result[0]["nombre_contribuyente"];
$recibo["direccion_contribuyente"]=$result[0]["direccion_contribuyente"];
$recibo["nro_movimiento"]=$result[0]["nro_movimiento"];
$recibo["fecha_movimiento"]=$result[0]["fecha_movimiento"];
$recibo["hora_movimiento"]=$result[0]["hora_movimiento"];
$recibo["id_cajero"]=$result[0]["id_cajero"];
$recibo["cajero"]=$result[0]["usuario"];
$recibo["periodo_pagado"]=$result[0]["periodo_pagado"];
if (!is_null($result[0]['id_cuenta_corriente'])) {
$i=0;
foreach ($result as $fila) {
$cc=consulta_sql("cuenta_corriente cc, tributo t","*","WHERE
cc.id_cuenta_corriente=$fila[id_cuenta_corriente] AND
cc.id_tributo=t.id_tributo",NULL,"cc.anno,cc.mes,t.id_tributo ASC");
if ($i==0) $mes=$fila[periodo_pagado].$cc[0][mes];
elseif ($i==(count($result)-1)) $mes.="-".$fila[periodo_pagado].$cc[0][mes];
$importe=$cc[0]["vderemi"]+$cc[0]["vmora"]+$cc[0]["vdeuda"]+$cc[0]["vrecgo"]+$cc[0]["vint
e"]+$cc[0]["votros"];
$recibo["periodos"][$fila["periodo_pagado"]][$cc[0][id_tributo]]["descripcion"]=$cc[0]["descripcion"];
$recibo["periodos"][$fila["periodo_pagado"]][$cc[0][id_tributo]]["mes"]=$mes;
$recibo["periodos"][$fila["periodo_pagado"]][$cc[0][id_tributo]]["vderemi"]+=$cc[0]["vderemi"];
$recibo["periodos"][$fila["periodo_pagado"]][$cc[0][id_tributo]]["vmora"]+=$cc[0]["vmora"];
Pg. # 108

$recibo["periodos"][$fila["periodo_pagado"]][$cc[0][id_tributo]]["vdeuda"]+=$cc[0]["vdeuda"];
$recibo["periodos"][$fila["periodo_pagado"]][$cc[0][id_tributo]]["vrecgo"]+=$cc[0]["vrecgo"];
$recibo["periodos"][$fila["periodo_pagado"]][$cc[0][id_tributo]]["vinte"]+=$cc[0]["vinte"];
$recibo["periodos"][$fila["periodo_pagado"]][$cc[0][id_tributo]]["votros"]+=$cc[0]["votros"];
$recibo["periodos"][$fila["periodo_pagado"]][$cc[0][id_tributo]]["cinte"]+=$cc[0]["cinte"];
$recibo["periodos"][$fila["periodo_pagado"]][$cc[0][id_tributo]]["vabon"]+=$cc[0]["vabon"];
$recibo["periodos"][$fila["periodo_pagado"]][$cc[0][id_tributo]]["importe"]+=$importe;
$recibo["periodos"][$fila["periodo_pagado"]][$cc[0][id_tributo]]["cuotas"].=$cc[0]["mes"].",";
$i++;
}
$recibo["id_contribuyente"]=$cc[0]["id_contribuyente"];
foreach ($recibo["periodos"] as $anno=>$periodo) {
ksort($recibo["periodos"][$anno]);
foreach ($periodo as $id_tributo=>$tributo) {
$cuotas=explode(',',$tributo[cuotas]);
sort($cuotas);
$cuotas=$anno.$cuotas[1]."-".$anno.$cuotas[count($cuotas)-1];
$recibo["periodos"][$anno][$id_tributo]["cuotass"]=$cuotas;
}
}
}
else {
foreach ($result as $fila) {
$tupa=consulta_sql("tupa","*","WHERE id_tupa=".$fila['id_tupa']);
$area=consulta_sql("area","*","WHERE id_area=".$fila['transaccion']);
$recibo["periodos"][$fila["periodo_pagado"]][$tupa[0]['id_tupa']]["descripcion"]=$tupa[0]["abre
viado"];
$recibo["periodos"][$fila["periodo_pagado"]][$tupa[0]['id_tupa']]["mes"]='0';
$recibo["periodos"][$fila["periodo_pagado"]][$tupa[0]['id_tupa']]["vderemi"]+='';
$recibo["periodos"][$fila["periodo_pagado"]][$tupa[0]['id_tupa']]["vmora"]+='';
$recibo["periodos"][$fila["periodo_pagado"]][$tupa[0]['id_tupa']]["importe"]+=$fila["importe"];
$recibo["periodos"][$fila["periodo_pagado"]][$tupa[0]['id_tupa']]["cuotas"].='';
}
$recibo["id_contribuyente"]='';
$recibo["area"]=$area[0][id_area]."-".$area[0][descripcion];
}
odbc_close($link);
return $recibo;
}
function obtener_nro_recibo_mov($transaccion)
{
$sql="SELECT * FROM movimiento WHERE
DATE_FORMAT(fecha_movimiento,'%Y')='".date('Y')."' AND `transaccion`='$transaccion' ORDER BY
`nro_recibo` DESC";
return false;
return 1;
odbc_close($link);
return $result[0][nro_recibo]+1;
Pg. # 109

}
function obtener_nro_movimiento() {
$sql="SELECT * FROM `movimiento` WHERE `fecha_movimiento`='".date('Y-m-d')."' AND
`usuario`='".$_SESSION[login]."' ORDER BY `nro_movimiento` DESC";
return false;
return 1;
odbc_close($link);
return $result[0][nro_movimiento]+1;
}
function verificar_movimiento($fecha_movimiento)
{
$sql="SELECT * FROM movimiento WHERE fecha_movimiento='$fecha_movimiento' and
id_cajero='$id_cajero' ";
odbc_close($link);
if (!$result)
return true;
return false;
}
function consulta_movimiento($fecha_movimiento,$id_cajero,$tipo)
{
if ($tipo=="movimientodiario")
{
$monto="m.importe AS monto";
$group="dm.id_movimiento";
$order="m.nro_movimiento";
}
elseif ($tipo=="movimiento")
{
$group="dm.id_movimiento";
$order="m.nro_movimiento";
}
elseif ($tipo=="transaccion" or $tipo=="transacciondiario")
{
$group="m.id_movimiento";
$order="dm.transaccion";
}
elseif($tipo=="res_trans_caj" or $tipo=="res_trans")
{
$monto="SUM(m.importe) AS monto";
$group="m.transaccion";
$order="m.transaccion";
Pg. # 110

}
if($tipo=="movimientodiario" or $tipo=="transacciondiario")
{
$sql="SELECT CONCAT(dm.id_contribuyente,'-') AS id_contribuyente, tri.descripcion AS
'tributo_desc', a.descripcion AS 'area_descripcion', dm.transaccion, dm.nombre_contribuyente,
t.descripcion AS 'tupa_desc', t.abreviado AS 'tupa_abrev', CONCAT(c.apellido_paterno
,c.apellido_materno ,c.nombre) as contribuyente, $monto, m.*, date_format(m.fecha_movimiento,'%Y')
as fecha_movimientos
FROM movimiento m
INNER JOIN area a ON (a.id_area=dm.transaccion)
LEFT JOIN tupa t ON (t.id_tupa=dm.id_tupa)
LEFT JOIN tributo tri ON (dm.id_tributo=tri.id_tributo)
LEFT JOIN contribuyente c ON (dm.id_contribuyente=c.id_contribuyente)
WHERE m.fecha_movimiento='$fecha_movimiento' AND (m.estado='X' or
m.estado='P')
GROUP BY $group ORDER BY $order ";
}
elseif($tipo=="res_trans_caj")
{
$sql="SELECT a.id_area,a.descripcion AS 'area_descripcion', m.transaccion, $monto,
date_format(m.fecha_movimiento,'%Y') as fecha_movimientos
FROM movimiento m
INNER JOIN area a ON (a.id_area=m.transaccion)
WHERE m.fecha_movimiento='$fecha_movimiento' AND m.id_cajero='$id_cajero'
AND (m.estado='X' or m.estado='P')
}
elseif($tipo=="res_trans")
{
$sql="SELECT a.id_area,a.descripcion AS 'area_descripcion', m.transaccion, $monto,
date_format(m.fecha_movimiento,'%Y') as fecha_movimientos
FROM movimiento m
INNER JOIN area a ON (a.id_area=m.transaccion)
WHERE m.fecha_movimiento='$fecha_movimiento' AND (m.estado='X' or
m.estado='P')
}
else
{
$sql="SELECT CONCAT(dm.id_contribuyente,'-') AS id_contribuyente, tri.descripcion AS
'tributo_desc', a.descripcion AS 'area_descripcion', dm.transaccion, dm.nombre_contribuyente,
t.descripcion AS 'tupa_desc', t.abreviado AS 'tupa_abrev', CONCAT(c.apellido_paterno,
c.apellido_materno, c.nombre) as contribuyente, $monto, m.*, date_format(m.fecha_movimiento,'%Y') as
fecha_movimientos
FROM movimiento m
INNER JOIN area a ON (a.id_area=dm.transaccion)
LEFT JOIN tributo tri ON (dm.id_tributo=tri.id_tributo)
WHERE m.fecha_movimiento='$fecha_movimiento' AND m.id_cajero='$id_cajero'
AND (m.estado='X' or m.estado='P')
Pg. # 111

}
return false;
if ($tipo=="transaccion" or $tipo=="transacciondiario")
{
foreach ($result as $fila)
{
$nuevo_result['transacciones'][$fila[transaccion]]['movimientos'][]=$fila;
$nuevo_result['transacciones'][$fila[transaccion]]['descripcion']=$fila['area_descripcion'];
$nuevo_result['total_importe']+=$fila['monto'];
}
$result=$nuevo_result;
}
odbc_close($link);
return $result;
}
function consulta_ingresos_proyectados_recaudados($anioi,$aniof,$mesi,$mesf,$impuestos)
{
$impuestos=implode(',',$impuestos);
$sql="SELECT t.descripcion, t.abreviado, CONCAT(cc.anno,'-',cc.mes) AS periodo,
FORMAT(SUM(cc.vdeuda),2) AS deuda, FORMAT(SUM(cc.vderemi),2) AS deremi,
FORMAT(SUM(cc.vmora),2) AS mora, FORMAT(SUM(cc.vrecgo),2) AS recgo,
FORMAT(SUM(cc.vinte),2) AS inte, FORMAT(SUM(cc.votros),2) AS otros,
FORMAT(SUM(cc.vabon),2) AS abon,
FORMAT(SUM(cc.vdeuda+cc.vderemi+cc.vmora+cc.vrecgo+cc.vinte),2) AS total, cc.*
FROM cuenta_corriente cc
INNER JOIN tributo t ON (t.id_tributo=cc.id_tributo)
WHERE (cc.anno>='$anioi' AND cc.anno<='$aniof') AND (cc.mes>='$mesi' AND
cc.mes<='$mesf')
AND cc.id_tributo IN ($impuestos) AND cc.estado NOT IN ('D','F') GROUP BY
cc.anno, cc.mes, cc.id_tributo ORDER BY cc.id_tributo, cc.anno, cc.mes";
return false;
return false;
foreach (devuelve_resultados($result) as $fila)
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]=$fila;
$sql="SELECT t.descripcion, t.abreviado, CONCAT(cc.anno,'-',cc.mes) AS periodo,
FORMAT(SUM(cc.vinte),2) AS inte, FORMAT(SUM(cc.votros),2) AS otros,
FORMAT(SUM(cc.vabon),2) AS abon,
WHERE (cc.anno>='$anioi' AND cc.anno<='$aniof') AND (cc.mes>='$mesi' AND
cc.mes<='$mesf')
AND cc.id_tributo IN ($impuestos) AND cc.estado IN ('P','X') GROUP BY cc.anno,
cc.mes, cc.id_tributo ORDER BY cc.id_tributo, cc.anno, cc.mes";
return false;
Pg. # 112

return false;
foreach (devuelve_resultados($result) as $k=>$fila)
{
if (array_key_exists("$fila[id_tributo]_$fila[anno]_$fila[mes]",$facturados))
{
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]["rdeuda"]=$fila['deuda'];
$facturados["$fila[id_tributo]_z$fila[anno]_$fila[mes]"]["rderemi"]=$fila['deremi'];
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]["rmora"]=$fila['mora'];
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]["rrecgo"]=$fila['recgo'];
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]["rinte"]=$fila['inte'];
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]["rotros"]=$fila['otros'];
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]["rabon"]=$fila['abon'];
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]["rtotal"]=$fila['total'];
}
}
odbc_close($link);
return $facturados;
}
function apertura_caja() {
$sql="SELECT * FROM cierre_caja cc WHERE cc.usuario_apertura_caja='$_SESSION[login]'
AND cc.fecha_apertura_caja='".date('Y-m-d')."'";
return false;
return false;
$result=devuelve_resultados($result);
odbc_close($link);
return $result[0];
}
function apertura_caja_fecha($fecha_movimiento)
{
$sql="SELECT * FROM cierre_caja cc WHERE cc.usuario_apertura_caja='$_SESSION[login]'
AND cc.fecha_apertura_caja='$fecha_movimiento' ";
echo $sql;
return false;
return false;
$result=devuelve_resultados($result);
odbc_close($link);
return $result[0];
}
function cierre_caja($id_cierre_caja)
{
Pg. # 113

$caja[fecha_control]=$caja[fecha_cierre_caja]=date('Y-m-d');
$caja[usuario_cierre_caja]=$_SESSION[login];
$caja[hora_control]=$caja[hora_cierre_caja]=date('H:i:s');
$caja[estado]='X';
begin();
if (!actualizar_tabla('cierre_caja',$caja,$id_cierre_caja))
return false;
if (!$ids_cta_cte=consulta_sql('movimiento m,detalle_movimiento dm, tupa t, clasificador cla,
cuenta_corriente cc','CONCAT(cla.cla1,cla.cla2,cla.cla3,cla.cla4,cla.cla5,0) AS partida,
CONCAT(cla.cta1,cla.cta2,cla.cta3,cla.cta4,cla.cta5) AS cuenta, t.id_tupa, dm.*,
m.id_movimiento,m.id_cajero,m.fecha_registro,(cc.vdeuda+cc.vderemi+cc.vmora+cc.vinte+cc.vrecgo) as
importe',"WHERE dm.id_movimiento=m.id_movimiento AND t.id_tupa=dm.id_tupa AND
dm.id_cuenta_corriente=cc.id_cuenta_corriente AND cla.id_clasificador=t.id_clasificador AND
m.fecha_movimiento='".date('Y-m-d')."' AND m.usuario='$_SESSION[login]'"))
{
$_REQUEST[error][]="No hay movimientos en la fecha";
return false;
}
$cajero=obtener_cajero();
foreach ($ids_cta_cte as $k=>$fila)
{
$ids[]=$fila[id_cuenta_corriente];
$hi[$k][id_movimiento]=$fila[id_movimiento];
$hi[$k][id_tupa]=$fila[id_tupa];
$hi[$k][partida]=$fila[partida];
$hi[$k][cuenta]=$fila[cuenta];
$hi[$k][importe]=$fila[importe];
$hi[$k][fecha_registro]=$fila[fecha_registro];
$hi[$k][caja]=$fila[id_cajero];
$hi[$k][usuario]=$_SESSION[login];
}
$ids=implode(',',$ids);
$sql="UPDATE cuenta_corriente cc SET estado='P' WHERE id_cuenta_corriente IN ($ids)";
{
rollback();
$_REQUEST[msg][]="Error en tabla cta cte";
return false;
}
if (!insertar_tabla_registros('historico_ingresos',$hi)) {
rollback();
$_REQUEST[msg][]="Error en Historico Ingresos";
return false;
}
commit();
odbc_close($link);
$_REQUEST[msg][]="Cuadre de Caja Exitosa";
return true;
}
function cierre_caja_tasas($id_cierre_caja)
{
$caja[fecha_control]=$caja[fecha_cierre_caja]=date('Y-m-d');
Pg. # 114

$caja[usuario_cierre_caja]=$_SESSION[login];
$caja[hora_control]=$caja[hora_cierre_caja]=date('H:i:s');
$caja[estado]='X';
begin();
if (!actualizar_tabla('cierre_caja',$caja,$id_cierre_caja))
return false;
if (!$ids_cta_cte=consulta_sql('movimiento m,detalle_movimiento dm, tupa t, clasificador
cla','CONCAT(cla.cla1,cla.cla2,cla.cla3,cla.cla4,cla.cla5,0) AS partida,
CONCAT(cla.cta1,cla.cta2,cla.cta3,cla.cta4,cla.cta5) AS cuenta, t.id_tupa,
m.id_movimiento,m.id_cajero,m.fecha_registro,m.importe as importe',"WHERE
dm.id_movimiento=m.id_movimiento AND t.id_tupa=dm.id_tupa AND
cla.id_clasificador=t.id_clasificador AND m.transaccion<>'99' AND m.fecha_movimiento='".date('Y-md')."' AND m.usuario='$_SESSION[login]'"))
{
$_REQUEST[error][]="No hay movimientos en la fecha";
return false;
}
$cajero=obtener_cajero();
foreach ($ids_cta_cte as $k=>$fila)
{
$hi[$k][id_movimiento]=$fila[id_movimiento];
$hi[$k][id_tupa]=$fila[id_tupa];
$hi[$k][partida]=$fila[partida];
$hi[$k][cuenta]=$fila[cuenta];
$hi[$k][importe]=$fila[importe];
$hi[$k][fecha_registro]=$fila[fecha_registro];
$hi[$k][caja]=$fila[id_cajero];
$hi[$k][usuario]=$_SESSION[login];
}
if (!insertar_tabla_registros('historico_ingresos',$hi))
{
rollback();
$_REQUEST[msg][]="Error en Historico Ingresos";
return false;
}
commit();
odbc_close($link);
$_REQUEST[msg][]="Cuadre de Caja Exitosa";
return true;
}
function consulta_si_existe_movimiento_x_cajero($fecha,$movimiento,$id_cajero)
{
$sql="SELECT * FROM movimiento WHERE fecha_movimiento='$fecha' and
nro_movimiento='$movimiento' and id_cajero='$id_cajero' and estado!='E' ";
if (!$result)
return false;
$result = odbc_fetch_array($result);
odbc_close($link);
return $result;
}
Pg. # 115

function consulta_si_existe_movimiento_para_duplicado($fecha,$movimiento)
{
$sql="SELECT * FROM movimiento WHERE fecha_movimiento='$fecha' and
CONCAT(transaccion,nro_recibo)='$movimiento' AND estado!='E' ";
if (!$result)
return false;
$result = odbc_fetch_array($result);
odbc_close($link);
return $result;
}
function consulta_extorno($fecha,$mes,$anno,$id_cajero,$radio)
{
if($radio=='pordia')
$where="WHERE m.fecha_movimiento='$fecha' AND m.id_cajero=$id_cajero AND m.estado='E' ";
if($radio=='pormes')
$where="WHERE DATE_FORMAT(m.fecha_movimiento,'%Y')=$anno and
DATE_FORMAT(m.fecha_movimiento,'%m')=$mes AND m.id_cajero=$id_cajero AND m.estado='E' ";
elseif($radio=='porannos')
$where="WHERE DATE_FORMAT(m.fecha_movimiento,'%Y')=$anno AND m.id_cajero=$id_cajero
AND m.estado='E' ";
$sql="SELECT CONCAT(dm.id_contribuyente,'-') AS id_contribuyente, dm.transaccion,
dm.nombre_contribuyente, t.descripcion AS 'tupa_desc', t.abreviado AS 'tupa_abrev',
CONCAT(c.apellido_paterno, c.apellido_materno, c.nombre) as contribuyente, m.*
FROM movimiento m
$where GROUP BY m.id_movimiento ORDER BY m.fecha_movimiento ";
if (!$result)
return false;
odbc_close($link);
return $result;
}
function consulta_extornos($fecha,$mes,$anno,$radio)
{
if($radio=='pordia')
$where="WHERE m.fecha_movimiento='$fecha' AND m.estado='E' ";
if($radio=='pormes')
$where="WHERE DATE_FORMAT(m.fecha_movimiento,'%Y')=$anno AND
DATE_FORMAT(m.fecha_movimiento,'%m')=$mes AND m.estado='E' ";
elseif($radio=='porannos')
$where="WHERE DATE_FORMAT(m.fecha_movimiento,'%Y')=$anno AND m.estado='E' ";
Pg. # 116

$sql="SELECT CONCAT(dm.id_contribuyente,'-') AS id_contribuyente, dm.transaccion,
dm.nombre_contribuyente, t.descripcion AS 'tupa_desc', t.abreviado AS 'tupa_abrev',
CONCAT(c.apellido_paterno, c.apellido_materno, c.nombre) as contribuyente, m.*
FROM movimiento m
$where GROUP BY m.id_movimiento ORDER BY m.fecha_movimiento ";
if (!$result)
return false;
odbc_close($link);
return $result;
}
function extorno($id_movimiento,$fecha_extorno,$id_cajero,$observacion)
{
$sql=" update movimiento set nro_cajero_extorno=$id_cajero, fecha_extorno='$fecha_extorno',
estado='E', observacion='$observacion' WHERE id_movimiento=$id_movimiento and
id_cajero=$id_cajero and estado!='E' ";
$result=odbc_do($link,$sql);
if(!$result)
return false;
return true;
}
function obtener_cuenta_corriente_x_movimiento($id_movimiento)
{
$sql="SELECT m.*,dm.* FROM movimiento m INNER JOIN detalle_movimiento dm ON
(dm.id_movimiento=m.id_movimiento) WHERE m.id_movimiento=$id_movimiento ORDER BY
dm.periodo_pagado ASC";
return false;
return false;
odbc_close($link);
return $result;
}
function consulta_ingresos_proyectados_recaudados_estadistica()
{
require_once("../../sanjuan/acceso_datos/accesodbc.php");
$sql="SELECT cc.anno, SUM(cc.vdeuda+cc.vderemi+cc.vmora+cc.vrecgo+cc.vinte) AS total
WHERE cc.estado NOT IN ('D','F') AND (cc.vdeuda + cc.vderemi + cc.vinte +
cc.vrecgo + cc.vmora) >0 AND cc.anno>=2000 GROUP BY cc.anno ORDER BY cc.anno ";
Pg. # 117

return false;
return false;
$facturados["$fila[anno]"]=$fila;
$sql="SELECT cc.anno, SUM(cc.vdeuda+cc.vderemi+cc.vmora+cc.vrecgo+cc.vinte) AS rtotal
WHERE cc.estado IN ('P','X') AND (cc.vdeuda + cc.vderemi + cc.vinte + cc.vrecgo +
cc.vmora) >0 AND cc.anno>=2000 GROUP BY cc.anno ORDER BY cc.anno ";
return false;
return false;
{
if (array_key_exists("$fila[anno]",$facturados))
$facturados["$fila[anno]"]["rtotal"]=$fila['rtotal'];
}
odbc_close($link);
return $facturados;
}
function consulta_ingresos_proyectados_recaudados_estadistica_x_tributo($anno)
{
require_once("../../sanjuan/acceso_datos/accesodbc.php");
$sql="SELECT t.abreviado as tributo, SUM(cc.vdeuda) as deuda, SUM(cc.vderemi) as deremi,
SUM(cc.vmora) as mora, SUM(cc.vrecgo) as recgo, SUM(cc.vinte) as inte, SUM(cc.vdeuda + cc.vderemi
+ cc.vinte + cc.vrecgo + cc.vmora) as total
FROM cuenta_corriente cc, tributo t
WHERE cc.id_tributo=t.id_tributo AND cc.estado NOT IN ('D','F') AND (cc.vdeuda +
cc.vderemi + cc.vinte + cc.vrecgo + cc.vmora) >0 AND cc.anno=$anno GROUP BY cc.id_tributo
ORDER BY cc.id_tributo ";
return false;
return false;
$facturados["$fila[tributo]"]=$fila;
$sql="SELECT t.abreviado as tributo, SUM(cc.vdeuda) as deuda, SUM(cc.vderemi) as deremi,
SUM(cc.vmora) as mora, SUM(cc.vrecgo) as recgo, SUM(cc.vinte) as inte, SUM(cc.vdeuda + cc.vderemi
+ cc.vinte + cc.vrecgo + cc.vmora) as total
FROM cuenta_corriente cc, tributo t
WHERE cc.id_tributo=t.id_tributo AND cc.estado IN ('P','X') AND (cc.vdeuda +
cc.vderemi + cc.vinte + cc.vrecgo + cc.vmora) >0 AND cc.anno=$anno GROUP BY cc.id_tributo
ORDER BY cc.id_tributo ";
return false;
return false;
{
if (array_key_exists("$fila[tributo]",$facturados))
$facturados["$fila[tributo]"]["rdeuda"]=$fila['deuda'];
$facturados["$fila[tributo]"]["rderemi"]=$fila['deremi'];
$facturados["$fila[tributo]"]["rmora"]=$fila['mora'];
Pg. # 118

$facturados["$fila[tributo]"]["rrecgo"]=$fila['recgo'];
$facturados["$fila[tributo]"]["rinte"]=$fila['inte'];
$facturados["$fila[tributo]"]["rtotal"]=$fila['total'];
}
odbc_close($link);
return $facturados;}
function consulta_ingresos_proyectados_recaudados_total()
{
//$impuestos=implode(',',$impuestos);
$sql="SELECT t.abreviado, CONCAT(cc.anno,'-',cc.mes) AS periodo,
FORMAT(SUM(cc.vinte),2) AS inte,
WHERE cc.id_tributo IN (1,5,6,8,13,50,35) AND cc.estado NOT IN ('D','F') AND
(cc.vdeuda + cc.vderemi + cc.vinte + cc.vrecgo + cc.vmora) >0 AND cc.anno>=2000 GROUP BY
cc.id_tributo,cc.anno,cc.mes ORDER BY cc.id_tributo, cc.anno, cc.mes";
return false;
return false;
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]=$fila;
$sql="SELECT t.abreviado, CONCAT(cc.anno,'-',cc.mes) AS periodo,
FORMAT(SUM(cc.vinte),2) AS inte,
WHERE cc.id_tributo IN (1,5,6,8,13,50,35) AND cc.estado IN ('P','X') AND (cc.vdeuda
+ cc.vderemi + cc.vinte + cc.vrecgo + cc.vmora) >0 AND cc.anno>=2000 GROUP BY
cc.id_tributo,cc.anno,cc.mes ORDER BY cc.id_tributo, cc.anno, cc.mes";
return false;
return false;
foreach (devuelve_resultados($result) as $k=>$fila) {
if (array_key_exists("$fila[id_tributo]_$fila[anno]_$fila[mes]",$facturados))
{
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]["rdeuda"]=$fila['deuda'];
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]["rderemi"]=$fila['deremi'];
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]["rmora"]=$fila['mora'];
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]["rrecgo"]=$fila['recgo'];
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]["rinte"]=$fila['inte'];
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]["rabon"]=$fila['abon'];
$facturados["$fila[id_tributo]_$fila[anno]_$fila[mes]"]["rtotal"]=$fila['total'];
}}
odbc_close($link);
return $facturados; }
?>
Pg. # 119

Modulo de Caja de Sistemas de Rentas

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Modulo de Caja de Sistemas de Rentas

Uploaded by

Copyright:

Available Formats

Universidad Nacional de la Amazona Peruana.

Facultad de Ingeniera de Sistemas e Informtica.

El presente documento representa el Informe Prctico de Suficiencia correspondiente al

Universidad Nacional de la Amazona Peruana.

Universidad Nacional de la Amazona Peruana.

SECCIN II: VISIN GENERAL DE LA SOLUCIN PROPUESTA

Captulo II: Descripcin del diseo de la solucin (Producto)

Universidad Nacional de la Amazona Peruana.

2.3. Descripcin del desarrollo de la solucin ...................................................................... 10

Captulo III: Desarrollo de la Solucin Propuesta

Universidad Nacional de la Amazona Peruana.

3.5. Implementacin ............................................................................................................. 54

Captulo IV: Resultados y su discusin ...................................................................................... 56

Universidad Nacional de la Amazona Peruana.

NDICE DE TABLAS Y CUADROS

Tabla 01: Flujos de trabajo del proceso unificado ............................................................... 09

Universidad Nacional de la Amazona Peruana.

Figura 01: Organizacin funcional del Consorcio Zumaeta Valles ...................................... 02

Universidad Nacional de la Amazona Peruana.

Figura 33: Secuencia Emisin de duplicados de recibos .................................................... 39

Universidad Nacional de la Amazona Peruana.

Figura 66: Base de Datos Modelo fsico MySql ...................................................................... 53

Universidad Nacional de la Amazona Peruana.

SECCIN I: DATOS GENERALES.

Diseo e implementacin de Sistemas / Ingeniera de Informacin.

3.1. Razn social:

Consorcio Zumaeta Valles.

3.2. Ubicacin de la empresa:

Universidad Nacional de la Amazona Peruana.

3.3. Organigrama funcional:

Figura N 01. Organigrama Funcional del Consorcio Zumaeta Valles.

Fuente: Consorcio Zumaeta Valles.

3.4. Descripcin general de la oficina o rea:

Universidad Nacional de la Amazona Peruana.

Bach. Fasabi Vsquez, Brigs.

Ing. Pita Astengo, Luis Honorato.

Bach. Zumaeta Snchez, Carlos.

7. Duracin estimada de ejecucin del proyecto:

S/. 1,312.00 (Mil trescientos doce y 00/100 nuevos soles).

Universidad Nacional de la Amazona Peruana.

SECCIN II: VISIN GENERAL DE LA SOLUCIN PROPUESTA.

Captulo I: DESARROLLO DEL TEMA.

La automatizacin de los sistemas de informacin por su rendimiento logra aumentar la

El presente informe de desarrollo de software, expone el Diseo e Implementacin del

La aplicacin funcionar en plataforma Web, y permitir automatizar los procesos llevados a

Universidad Nacional de la Amazona Peruana.

En la actualidad la MDSJB, cuenta con un Sistema de Rentas llamado MUNISOFT,

Finalmente, el sistema ser instalado en el servidor de aplicaciones que se encuentra en la

Universidad Nacional de la Amazona Peruana.

1.3. Problemtica objeto de la aplicacin:

En ese sentido, corresponde a la Oficina de Informtica de la MDSJB, planificar los

Al respecto, se evidencia que el Sistema MUNISOFT, necesita la adquisicin de una nueva

Universidad Nacional de la Amazona Peruana.

1.4. Objetivos del proyecto:

Desarrollar el Mdulo de Caja del Sistema Integrado de Administracin Tributaria

1. Desarrollar el anlisis y diseo del mdulo de caja cubriendo toda la especificacin de

Universidad Nacional de la Amazona Peruana.

Captulo II: DESCRIPCIN DEL DISEO DE LA SOLUCIN (PRODUCTO).

2.1. Tcnicas de recoleccin de datos:

Entrevistas. Se entrevistaron a los usuarios del sistema MUNISOF, quienes

Observacin Directa. Consisti en la medicin de tiempos de los procesos de caja,

Informacin Documental: Base Legal y Manuales - Seleccin de la Poblacin.

2.2. Metodologa y herramientas a emplear:

2.2.1. Metodologa / Estndar / Normatividad.