Propuesta Final

ENERO 2019 | Software Integrado Tributario
Cusco, 28 de Enero del 2019
Señores:
Municipalidad Provincial del Cusco
Atención:
Gerencia Municipal
Presente
Por medio de la presente adjuntamos nuestra propuesta preliminar referente al

desarrollo de un software integrado tributario, para la oficina general de tributación de
la municipalidad provincial del cusco, buscando simplificar y optimizar las capacidades de
esta.
Esperamos que la presente propuesta este de acuerdo con sus necesidades y
expectativas, quedamos a su disposición para cualquier consulta adicional al respecto
Si otro particular, nos despedimos seguros de establecer una excelente relación de
negocios con Uds.
Atentamente,
Miguel Ángel Santos Prado Dick Roy Rueda Luna

Ing. Informático y de Sistemas Ing. Informático y de Sistemas
CIP: 198723 CIP: 202525
Celular: 984260429 Celular: 982700959

Email: MiguelSantosPrado@outlook.es Email: Chediko@hotmail.com
1
PROPUESTA DE DESARROLLO E IMPLEMENTACIÓN

DE SOFTWARE INTEGRADO TRIBUTARIO PARA LA
OFICINA GENERAL DE TRIBUTACIÓN DE LA
MUNICIPALIDAD PROVINCIAL DEL CUSCO
Plan de Desarrollo Software
Versión 0.1
Cusco, 28 de Enero del 2019

2
Historial de Revisiones
Fecha Versión Descripción Autor (es)

28/01/2019 0.1 Versión preliminar como Ing. Miguel Ángel Santos Prado
propuesta de desarrollo. CIP: 198723
Ing. Dick Roy Rueda Luna
CIP: 202525
3
Tabla de contenido
Plan de Desarrollo de Software ...................................................................................................... 5
1. Presentación de Profesionales............................................................................................. 5
2. Introducción ......................................................................................................................... 6
2.1. Propósito ...................................................................................................................... 7
2.2. Alcance.......................................................................................................................... 7
2.3. Resumen ....................................................................................................................... 7
3. Vista General del Proyecto .................................................................................................. 8
3.1. Propósito, Antecedentes y Objetivos ........................................................................... 8
3.2. Antecedentes ................................................................................................................ 9
3.3. Situación Actual Del Módulo De Tributación Municipal Del SIAM ............................... 9
3.4. Descripción De Las Alternativas De Solución ............................................................. 13
3.5. Conclusión de Alternativas de Desarrollo .................................................................. 16
3.6. Suposiciones y Restricciones ...................................................................................... 17
3.7. Entregables del proyecto ............................................................................................ 17
4. Organización del Proyecto ................................................................................................. 19
4.1. Participantes en el Proyecto ....................................................................................... 19
4.2. Perfiles de los profesionales ....................................................................................... 20
5. Gestión del Proceso ........................................................................................................... 21
5.1. Estimaciones del Proyecto.......................................................................................... 21
5.2. Tiempo de Implementación y Costos por Módulos ................................................... 22
5.3. Forma de pago ............................................................................................................ 23
5.4. Plan del Proyecto ........................................................................................................ 24
5.5. Seguimiento y Control del Proyecto ........................................................................... 28
6. Infraestructura necesaria ................................................................................................... 28
7. Anexos ................................................................................................................................ 30
7.1. Anexo 1: Alcances: ...................................................................................................... 30
4
Plan de Desarrollo de Software

1. Presentación de Profesionales
Con más de 5 años de experiencia general en el sector público/privado y 3 años de
experiencia específica en Tributación Municipal, el Sr. Miguel Angel Santos Prado y Sr.
Dick Roy Rueda Luna, Ingenieros Informáticos y de Sistemas de profesión, tienen el
agrado de presentar la siguiente propuesta para el desarrollo e implementación de un
software integrado tributario a medida, para la oficina general de tributación.
Así mismo, habiendo participado activamente durante los ejercicios 2016, 2017 y 2018,
nuestra experiencia en tributación municipal nos permitió identificar las principales
necesidades de las oficinas encargadas de administrar y gestionar los impuestos
municipales.
De esta manera, en busca de mejorar y perfeccionar el entendimiento de tributación
municipal, se siguieron cursos virtuales de tributación municipal en el Sistema de
Administración Tributaria(SAT-LIMA), en la búsqueda de establecer herramientas que
permitan optimizar la gestión de cobranza de los tributos municipales, a través del
desarrollo de herramientas que brinden soporte a la oficina.
Finalmente, queremos brindar una herramienta que fortalezca las capacidades de gestión
de cobranza y que permita el cumplimiento de la meta “fortalecimiento de la
administración y gestión del impuesto predial” del programa de incentivos a la mejora de
la gestión municipal (PI).
5
2. Introducción
El ministerio de economía y finanzas a través de la dirección general de política de
ingresos públicos es el órgano encargado de evaluar, formular y proponer la política
tributaria para simplificar, reestructurar y optimizar el sistema tributario y así contribuir
con mejorar la recaudación de los diferentes niveles de gobierno.
En tal sentido, existe la necesidad de simplificar y optimizar las capacidades de las oficinas
encargadas de la administración y gestión de los tributos municipales, con la finalidad del
cumplimiento de los objetivos planteados por el ministerio de economía y finanzas, así
como de contribuir con la mejorar la recaudación, respetando los principios
constitucionales
El proyecto ha sido basado en una metodología de Rational Unified Process (RUP), Es
importante destacar esto puesto que utilizaremos la terminología de dicha metodología
en este documento. Se incluirá el modelo del negocio y el alcance del proyecto. Se
identifican todos los actores y casos de uso. Se desarrolla un plan de negocio para
determinar qué recursos deben ser asignados al proyecto.
El enfoque desarrollo propuesto constituye una configuración del proceso RUP de
acuerdo con las características del proyecto, seleccionando los roles de los participantes,
las actividades a realizar y los artefactos (entregables) que serán generados. Este
documento es a su vez uno de los artefactos de RUP.
Por lo expuesto un software integrado tributario desarrollado a medida busca fortalecer
las capacidades de los funcionarios de la administración tributaria municipal en todo lo
relacionado a la gestión de los impuestos municipales buscado desarrollar de manera
eficaz y eficiente el control y seguimiento de la deuda en todas sus etapas y estados.
Finalmente, a través de un software, se brinda una estrategia técnica a las
municipalidades a fin de contribuir con la mejora de la recaudación municipal además de
brindar soporte a los funcionarios de las municipalidades responsables.
6
2.1. Propósito
Establecer procedimientos que deben seguir las municipalidades para el cumplimiento de
la meta “fortalecimiento de la administración y gestión del impuesto predial”
Además, el Plan de Desarrollo de Software es proporcionar la información necesaria para
controlar el proyecto. En él se describe el enfoque de desarrollo del software.
Los usuarios del Plan de Desarrollo del Software son:
● El jefe del proyecto lo utiliza para organizar la agenda y necesidades de recursos,
y para realizar su seguimiento.
● Los miembros del equipo de desarrollo lo usan para entender lo qué deben hacer,
cuándo deben hacerlo y qué otras actividades dependen de ello.
2.2. Alcance
El Plan de Desarrollo del Software describe el plan global usado para el desarrollo del
“SOFTWARE INTEGRADO TRIBUTARIO PARA LA OFICINA DE TRIBUTACION MUNICIPAL”. El
detalle de las iteraciones individuales se describe en los planes de cada iteración,
documentos que se aportan en forma separada. Durante el proceso de desarrollo en el
artefacto “Visión” se definen las características del producto a desarrollar, lo cual
constituye la base para la planificación de las iteraciones. Para la versión 0.1 del Plan de
Desarrollo del Software, nos hemos basado en las necesidades de la institución, en
coordinación con desarrolladores y, representantes de la institución para hacer una
estimación aproximada, una vez comenzado el proyecto y durante la fase de Inicio se
generará la primera versión del artefacto “Visión”, el cual se utilizará para refinar este
documento. Posteriormente, el avance del proyecto y el seguimiento en cada una de las
iteraciones ocasionará el ajuste de este documento produciendo nuevas versiones
actualizadas.
2.3. Resumen
Después de esta introducción, el resto del documento está organizado en las siguientes
secciones:
Vista General del Proyecto — proporciona una descripción del propósito, alcance y
objetivos del proyecto, estableciendo los artefactos que serán producidos y utilizados
durante el proyecto.
Organización del Proyecto — describe la estructura organizacional del equipo de
desarrollo.
Gestión del Proceso — explica los costos y planificación estimada, define las fases e hitos
del proyecto y describe cómo se realizará su seguimiento.
Infraestructura — proporciona los requerimientos necesarios para poder implementar la
solución propuesta. Son los requisitos para que el sistema funcione adecuadamente.
7
3. Vista General del Proyecto

3.1. Propósito, Antecedentes y Objetivos
La información que a continuación se incluye ha sido obtenida durante el ejercicio
tributario donde se identificaron los principales elementos para un adecuado
procedimiento de gestión de los tributos municipales.
La Oficina General de Tributación de la Municipalidad Provincial de Cusco, es una
instancia dedicada al Cobro de Impuestos en la jurisdicción del Cusco, la naturaleza de los
impuestos se enmarca en Impuesto Predial, Impuesto al Patrimonio Vehicular, Impuesto
de Alcabala e Impuesto a los Espectáculos Públicos no Deportivos, así como las tasas de
Arbitrios Municipales y las Multas Tributarias.
La Municipalidad Provincial del Cusco, en la actualidad cuenta con un Sistema Integrado
de Administración Municipal (SIAM); el mismo que a la fecha para mantener su
operatividad y funcionalidad, ha tenido diversas modificaciones, en los diferentes
módulos utilizados, generando un considerable gasto económico y extensas horas
hombre; a pesar de todo este esfuerzo, aún se tiene limitantes que no permiten un
adecuado manejo de la información para la toma de decisiones, tal como los
procedimientos y remisión de valores a cobranza coactiva, emisión de reportes,
generación automática de la cuponera para la campaña anual, emisión de valores
individuales y por tributos, vale decir impuesto predial, impuesto al patrimonio vehicular,
tasa de arbitrios municipales, etc.
Dentro de la tributación municipal, se debe tener en cuenta los siguientes módulos:
✓ Impuesto Predial
✓ Fiscalización Tributaria
✓ Fraccionamiento Tributario
✓ Impuesto al Patrimonio Vehicular
✓ Impuesto De Alcabala
✓ Impuesto A Los Espectáculos Públicos No Deportivos
✓ Papeletas E Infracciones De Transito
✓ Multas Tributarias
✓ Gestión De Valores Tributarios
✓ Ejecución Coactiva
✓ Arbitrios Municipales
Los alcances de los módulos están detallados en el ANEXO1.
8
3.2. Antecedentes
Dentro del proceso de licitación de software del 2018 con nomenclatura AS-SM-54-2018-
MPC-2 en las propuestas se encontraron como principales problemas el incumpliendo de
los siguientes puntos clave:
✓ Leguajes de programación no encontrados entre los 15 primeros lugares del
ranking de TIOBE (Empresa de calidad de software) durante los últimos 3 años, del
2015 al 2018.
✓ Metodologías de programación fuera de los estándares actuales de desarrollo.
✓ Alto porcentaje de desarrollo pendiente, para la adaptación total a las necesidades
de la organización.
✓ Documentación incompleta debido al constante mantenimiento de los respectivos
sistemas.
✓ Numero de postulantes muy reducido debido al valor referencial.
✓ Accesos a la base de datos personalizados que perjudican el mantenimiento del
software.
Los puntos clave mencionados, garantizan la adquisición de un software acorde a los
estándares actuales de desarrollo, lo que representa un beneficio muy importante a la
hora de los mantenimientos preventivos y correctivos del software que siempre son
necesarios sobre todo en los softwares comerciales que tienen características generales
y que a la hora de la implantación requieren ser modificados acorde a las necesidades de
la organización.
3.3. Situación Actual Del Módulo De Tributación Municipal Del SIAM

El SIAM fue adquiero íntegramente como un software comercial, entonces tomando en
cuenta este dato, y haciendo una evaluación de la situación actual, está demostrado que
a pesar de ser un sistema altamente comercial no significo una herramienta altamente
eficiente y productiva que garantice el cumplimiento de los objetivos y metas trazadas.
La situación actual del SIAM módulo de tributos, refleja un constante mantenimiento a

nivel de aplicación, así como de base de datos, de donde podemos deducir que se
generaron gastos adicionales que incrementaron su valor inicial, y a pesar de haber tenido
dichos mantenimientos actualmente se siguen tienen problemas ya que no se tomaron
en cuenta criterios elementales que garanticen el manteamiento del software a futuro.
A continuación, se detallarán puntos clave para el cumplimiento de los objetivos de una

oficina de tributación municipal, los cuales a la fecha no se encuentran implementados
en el SIAM módulo de tributos, y que están incluidos en nuestra propuesta de desarrollo:
9
PRINCIPALES DEFICIENCIAS
SOFTWARE
N° DEL MÓDULO DE SITUACION ACTUAL
COMERCIAL
TRIBUTACIÓN DEL SIAM
Generación masiva de
Solo la oficina de soporte
impuesto anual de Impuesto
1 SI*/NO** informático puede llevar a cabo el
Predial, Impuesto al Patrimonio
proceso
Vehicular
Los pagos solo se realizan en las
cajas de las oficinas, generando
masiva concurrencia de público en
Pago de Impuestos solo en los
campaña predial, reduciendo la
2 módulos de caja de la SI*/NO**
capacidad de ingreso por falta de
municipalidad del cusco
otras alternativas de pago como
convenios con cajas municipales,
pasarelas de pago online etc.
No se hace una conciliación De los depósitos identificados se
efectiva de los ingresos de los hace un informe con recibo y se
3 SI*/NO**
depósitos a bancos por cuentas procede con la compensación del
de tributos municipales. pago en la oficina de informática
La información necesaria para A través de la oficina de
la determinación del Impuesto fiscalización y en coordinación con
Predial (valores unitarios la oficina de soporte informático
4 SI*/NO**
oficiales, depreciaciones, se lleva a cabo el procedimiento
clasificaciones, etc), no es de cargado de información para la
gestionada automáticamente. campaña anual.
Se le asignan valores a las vías que
Aplicación de aranceles según
administra la oficina de
5 los planos oficiales del SI*/NO**
tributación, las cuales no son el
ministerio no es efectiva
100% según el Ministerio
Emisión masiva de valores Solo la oficina de informática pude
6 SI*/NO**
tributarios no es automática hacer el proceso
Emisión individual de
Personal de soporte es el
7 Resoluciones de Determinación SI*/NO**
responsable de la emisión
no es automática.
Emisión individual de órdenes Personal de soporte es el
8 SI*/NO**
de pago no es automática. responsable de la emisión
Emisión individual de
Personal de soporte es el
9 resoluciones de multa no es SI*/NO**
responsable de la emisión
automática
10
A través de la oficina de control de

10 Seguimiento de valores deuda, y cobranza coactiva se
SI*/NO**
tributarios no es automática lleva a cabo un procedimiento de
seguimiento.
A través de la oficina de cobranza
Seguimiento de expedientes
11 SI*/NO** coactiva se lleva a cabo los
coactivos no es automática
seguimientos
Registro de arbitrios Solo de ingresan códigos
comerciales sin identificación comerciales, sin análisis previo ni
12 SI*/NO**
de información predial para su procesamiento necesario,
suspensión total o parcial generando deuda ficticia.
Generación masiva de tasa de
Solo la oficina de informática
13 Arbitrios Municipales no es SI*/NO**
puede llevar a cabo el proceso
automática
No se determina en la consulta
de un código su estado
14 SI*/NO** Ninguna acción
situacional con respecto a una
gestión de cobranza
Se cobran los tributos sin
Módulo de caja no identifica coordinación con las oficinas de
15 los códigos con inicios de SI*/NO** cobranza coactiva, generando
cobranza coactiva procesos de ejecución
incompletos y errados.
Los quiebres de
Solo la oficina de soporte
16 fraccionamientos no son SI*/NO**
informático puede llevarlos a cabo
automáticos
Reporte de recaudación no es Solo la oficina de informática
17 SI*/NO**
automática puede llevar a cabo ese proceso
Es necesaria la participación de la
Reporte de ingresos no es oficina de informática y del
18 SI*/NO**
automática personal encargado de control de
ingresos
Es necesaria la participación de
La generación de multas no es asesoría legal, así como de la
19 SI*/NO**
automática oficina de soporte para el registro
de las multas
11
No se clasifican los tipos de

beneficiarios, ya sean
exonerados parcialmente,
Solo se tiene la clasificación
exonerados totalmente,
20 SI*/NO** general, ya sea exonerados total o
inafectos según tipo de
parcialmente, e inafectos
beneficiario (entidad pública,
colegio, pensionista, adulto
mayor, etc.)
Se llevan a cabo a través de
Procesamiento de bajas no
21 SI*/NO** modulo, y otro con la oficina de
garantizado
soporte.
Validación previa generación
22 de deuda tributaria, para evitar SI*/NO** Sin acción
emisión duplicada
Se lleva a cabo con la participación
Creación de vías no es
23 SI*/NO** de las oficinas de fiscalización y la
automática
oficina de soporte informático
Indicadores de desempeño no
24 SI*/NO** Sin acción
son automáticos
Nivel de accesos no son de
25 SI*/NO** ninguna
acuerdo con las áreas.
Información catastral con
Se usa la información antigua de la
26 información de tributación no SI*/NO**
base de datos de catastro.
están vinculadas
27 Otros SI*/NO**
*SI, entonces se considera una herramienta altamente útil
**NO, será necesario llamar al proveedor y solicitar la implementación de este módulo, incurriendo en gastos
adicionales y no previstos, incrementando así el valor inicial del producto, así como el tiempo de entrega y las
posteriores capacitaciones.
12
3.4. Descripción De Las Alternativas De Solución

La implementación de una solución de software en una organización es un paso
estratégico para dicha compañía. De esa decisión dependerán muchos factores que han
de ser tenidos en cuenta a medio y largo plazo. En este contexto, tenemos dos opciones:
software comercial o software a medida. Cuando hablamos de software comercial
hablamos de un producto cerrado creado para lanzar al mercado y ser adquirido por los
clientes tal y como ha sido diseñado. Sin embargo, cuando hablamos de software a
medida, nos referimos a una solución de software desarrollada específicamente para
resolver una necesidad concreta de la compañía.
3.4.1. Software Comercial

1. Al tratarse de un producto cerrado, es la organización la que debe adaptarse a las
características del software y no al revés.
2. Los CIO’s(Responsables de los sistemas de información) y empleados de la
organización necesitarán de un proceso de adaptación y aprendizaje al no ser un
software desarrollado dentro de la compañía o con la participación de esta. Por
otra parte, los profesionales no están ocupados en el desarrollo del software.
3. El proceso de adaptación requerirá un tiempo mayor o menor dependiendo de la
compañía y sus procesos. Sea como sea, habrá una bajada de la productividad
asociada.
4. En lo referido a costes, las licencias de software comercial son a priori más
económicas que desarrollador propio. Con todo, si existen muchas
actualizaciones, a largo plazo puede ser una solución más costosa.
5. El ritmo de actualización lo marcan los proveedores y no la empresa. Dichos ritmos
no van a coincidir en la mayoría de los casos.
3.4.2. Software A Medida

1. El desarrollo se realiza de forma exclusiva para esa organización. La adaptación
será total.
2. Los empleados de la organización serán capacitados en tareas que ya conocen
siendo el tiempo de aprendizaje menor, al estar inmersos en el proceso de
desarrollo de software aportaran en el desarrollo del mismo.
3. Con todo, dependiendo de la complejidad de la solución de software, los tiempos
de desarrollo pueden ser altos.
4. Los costes de implantación pueden ser en principio más elevados, pero a largo
plazo estos pueden reducirse con respecto al software comercial.
5. Las actualizaciones se decidirán en base a las necesidades de la institución.
3.4.3. Resumen Comparativo De Las Alternativas De Desarrollo

A continuación, mostraremos la tabla que reúne las características comparadas entre la
adquisición de un software comercial y desarrollo de un software a medida a partir de
criterios y procesos funcionales.
13
ÍTEM COMPRA DE SOFTWARE DESARROLLO DE SOFTWARE

Software hecho ya cuenta con Software hecho a media, cumplirá con
sus parámetros de ingreso, los todos los parámetros de ingreso y
1 cuales no siempre están seguridad definidos por la organización.
ajustados a nuestras
necesidades.
Requiere un proceso de Se adaptará el software perfectamente a
adaptación por parte de la la organización, ya que los expertos
2 organización, donde se tendría informáticos harán un diseño y desarrollo
que coincidir con las preciso con los requerimientos.
características del software.
Requiere un esfuerzo alto en la El esfuerzo en las capacitaciones será
capacitación de los bajo ya que se realizará reuniones con los
3 profesionales de la organización, profesionales de la organización que van
ya que tienen que adaptarse al a usar el software.
uso de un software nuevo.
La optimización de procesos Tendrá una optimización muy alta, donde
será menor ya que el software los procesos no serán redundantes. El
4
contará con características grado de uso de las funcionalidades será
básicas. de un 100%.
Los profesionales de la La implicación de los profesionales de la
organización no participan ya organización durante el desarrollo será
5
que la herramienta ya está alta, ya que tienen un rol importante
desarrollada. durante este proceso.
El Tiempo de implementación es El tiempo de implementación dependerá
nulo, ya que el software se del nivel de complejidad de la solución a
6
encuentra desarrollado con implementar, con respecto a procesos
características generales. específicos de la organización.
El Tiempo de implantación El tiempo de implantación es reducido
depende del tiempo que por la existencia de una cooperación
necesitan los profesionales para mutua en la implementación del nuevo
7
su capacitación ya que se sistema, entre los usuarios finales y los
encontraran con un software desarrolladores.
nuevo
14
Gasto en licencias de software El coste de implementación será más

es menor que el gasto en los elevado, sin embargo, se debe tener en
expertos informáticos, las cuenta que se necesitarán menos
herramientas comerciales recursos en la organización ya que
suelen tener un grado de durante el desarrollo se tendrá un grado
8 optimización menor, que con el de optimización mayor, con lo que el
tiempo suele ser más costosos, costo global será menor.
por la aparición de nuevas
necesidades de la organización
que el sistema no puede
resolver.
El software comercial es El software hecho a medida puede ser
estático, no permite modificado en periodos cortos de tiempo
modificaciones posteriores y si y con presupuestos reducidos, para
9
existen actualizaciones estas mejorar la eficiencia de servicio, durante
implican otros costos, lo que el proceso de desarrollo.
incrementa el costo inicial.
Las capacitaciones del software El software a medida ayuda a optimizar
10 nuevo generan pérdidas en tiempos de producción
tiempo de producción.
Proyecto netamente de Proyecto que implica análisis de
implantación requerimientos, diseño, desarrollo,
11
pruebas, elección de la tecnología y
seguridad.
12 Funcionalidades genéricas Vocación a la innovación permanente
Inversión mediana al adquirir el Inversión baja a lo largo del tiempo
software, sin embargo, costos (producto será propiedad de la
14
altos a posteriori organización, no se pagará por
mantenimiento)
No se garantiza que el software Software libre de licencias, lo que
sea libre garantiza que se realizará solo la
14
inversión inicial, y no gastará en licencias
anuales
Plazos de presentación muy Diseño específicamente para las
15 cortos generalmente más necesidades de la organización con
económico. plazos relativos de implementación
15
No se garantiza una interacción Sencillo e intuitivo, no contiene

óptima con el usuario final al instalaciones innecesarias
16 tener características generales y
no específicas de la
organización.
Mantenimiento relativo, Mantenimientos casi nulos al tener un
17 dependerá de la disponibilidad software hecho a medida
del proveedor
3.5. Conclusión de Alternativas de Desarrollo

Por lo expuesto en el punto 2.3. se considera necesario el desarrollo del software a
medida de un Nuevo SISTEMA INTEGRADO TRIBUTARIO PARA LA OFICINA GENERAL DE
TRIBUTACIÓN DE LA MUNICIPALIDAD PROVINCIAL DEL CUSCO, para el control adecuado
de cada uno de sus procesos. Dicho sistema deberá proporcionar información en tiempo
real de la situación financiera y el estado de cada uno de los procesos en cada una de las
subáreas de la instancia de Tributación.
Las características generales requeridas del sistema deberán ser las siguientes:
1. Registro de datos y determinación de deuda desde la plataforma de atención para
cada tributo, (Impuesto Predial (Urbano y Rustico), Impuesto de Alcabala, Impuesto
al Patrimonio Vehicular, Arbitrios, entre otros) que a su vez refleje el resultado en un
mismo estado de cuenta.
2. Control de Deuda que permita efectuar la cobranza ordinaria o en cobranza coactiva,
con enlace automático del estado de cuenta, estado que debe visualizarse en pantalla
por contribuyente.
3. Cobranza coactiva que permita el seguimiento de valores hasta su cancelación en la
vía coercitiva al contado o fraccionado.
4. Fiscalización Tributaria desde su inicio con el Requerimiento de Fiscalización hasta la
emisión de la Resolución de Determinación y transferencia del resultado al módulo de
Control de Deuda mediante un proceso automatizado en tiempo real desde la
ubicación del predio.
5. Estadística de datos y/o reportes por cada impuesto generado en el sistema.
6. Satisfacer las necesidades de la Administración Tributaria (como usuario) y de los
contribuyentes administrados a quienes se les permita efectuar el cumplimento de
sus obligaciones a través de la página web respecto de las declaraciones juradas
determinativas, informativas incluso el pago electrónico y otros servicios.
7. Permitir que la información de catastro y tributación se relacionen mediante la
integración de bases de datos, para usar la correcta denominación de la vía asignada
al predio por el área de catastro, registro y regulación de unidades catastrales para
efectos de la recaudación tributaria.
16
8. Planeación de campañas, seguimientos y generación de reportes estadísticos paro

optimizar los tiempos en ejecución de la campaña.
3.6. Suposiciones y Restricciones

Las suposiciones y restricciones respecto del sistema, y que se derivan directamente de
los requerimientos de la empresa son:
a) Uso de la metodología RUP
b) Uso de tecnología Multiplataforma
c) Uso de la herramienta software libre.
Como es natural, la lista de suposiciones y restricciones se incrementará durante el
desarrollo del proyecto, particularmente una vez establecido el artefacto “Visión”.
3.7. Entregables del proyecto

A continuación, se indican y describen cada uno de los artefactos que serán generados y
utilizados por el proyecto y que constituyen los entregables. Esta lista constituye la
configuración de RUP desde la perspectiva de artefactos, y que proponemos para este
proyecto.
Es preciso destacar que de acuerdo con la filosofía de RUP (y de todo proceso iterativo e
incremental), todos los artefactos son objeto de modificaciones a lo largo del proceso de
desarrollo, con lo cual, sólo al término del proceso podríamos tener una versión definitiva
y completa de cada uno de ellos. Sin embargo, el resultado de cada iteración y los hitos
del proyecto están enfocados a conseguir un cierto grado de completitud y estabilidad de
los artefactos.
1) Plan de Desarrollo del Software
Es el presente documento.
2) Modelo de Casos de Uso del Negocio
Este modelo permite visualizar el alcance de la organización, representando lo que abarca
y cuáles son sus límites. Así mismo, modela las actividades y procesos que ejecuta una
organización, señala gráficamente las funciones y metas que persigue el negocio, y
también permite identificar cuáles son los roles y entregables de la organización.
Es un modelo de las funciones de negocio vistas desde la perspectiva de los actores
externos (Agentes de registro, solicitantes finales, otros sistemas etc.), permite situar al
sistema en el contexto organizacional haciendo énfasis en los objetivos en este ámbito.
Este modelo se representaremos con un diagrama de clases conceptuales.
3) Visión
Este documento define la visión del producto desde la perspectiva del cliente,
especificando las necesidades y características del producto. Constituye una base de
acuerdo en cuanto a los requisitos del sistema.
17
4) Documento de especificación de requerimientos

El objetivo de este artefacto es documentar todos los requerimientos del sistema,
describir las funciones del sistema, los requerimientos no funcionales, las características
del diseño y otros elementos necesarios para proporcionar una descripción completa y
comprensiva de los requerimientos para el software a desarrollar.
5) Modelo de Casos de Uso
El modelo de Casos de Uso presenta las funciones del sistema y los actores que hacen uso
de ellas. Este modelo se basa en la descripción de elementos o usuarios externos al
sistema (actores) y de la funcionalidad del sistema (casos de uso). Un modelo de casos de
uso describe los requerimientos funcionales de un actor (usuarios, sistema, dispositivo,
etc.) en términos que éste interactúa con el sistema. El modelo de caso de uso es una
técnica efectiva y la ves simple para modelar los requerimientos del sistema desde la
perspectiva del usuario. Este modelo lo representaremos con el modelo de casos de uso.
6) Especificaciones de Casos de Uso
Para efectos del presente proyecto, solamente se describirá el flujo de eventos principal
para cada caso de uso. Se realizará una descripción breve y sencilla utilizando una plantilla
de documento.
7) Modelo de diseño
Es una abstracción del Modelo de Implementación y su código fuente, el cual
fundamentalmente se emplea para representar y documentar su diseño. Es usado como
entrada esencial en las actividades relacionadas a implementación. Representa a los casos
de uso en el dominio de la solución. El modelo de diseño lo representaremos con los
diagramas de clases, diagramas de secuencia y el modelo de datos.
8) Modelo de datos
Describe la representación física y lógica de los datos constantes utilizados por la
aplicación. Se utilizará siempre que se necesiten manejar datos constantes. Usualmente
describirá los diferentes elementos componentes de la estructura de una base de datos
relacional.
9) Modelo de implementación
El Modelo de Implementación es comprendido por un conjunto de componentes y
subsistemas que constituyen la composición física de la implementación del sistema.
Entre los componentes podemos encontrar datos, archivos, ejecutables, código fuente y
los directorios. Fundamentalmente, se describe la relación que existe desde los paquetes
y clases del modelo de diseño a subsistemas y componentes físicos. Para representar los
diagramas del Modelo de Implementación emplearemos el diagrama de UML de
Componentes.
18
10) Plan de prueba

Es la colección formada por los casos de prueba y procedimientos de prueba. Este
artefacto incluye el propósito de las pruebas, qué elemento se va a probar, las
herramientas a utilizar y con qué recursos, así como el documento que va a ser entregado.
Al tener el resultado de las pruebas se puede comparar lo obtenido con lo esperado.
11) Casos de prueba
Este artefacto define un conjunto de datos de entradas, condiciones de ejecución y
resultados esperados de las pruebas, identificados para hacer una evaluación de los
aspectos específicos de un elemento objeto de prueba. Cada Caso de de Prueba está
asociado a un escenario de un Caso de Uso en particular.
12) Sistema
Este artefacto es el producto final, es decir, el sistema ya funcionando que puede ser
instalado y ser utilizado por el cliente. Un Sistema se diferencia de una unidad de
implantación, ya que el sistema puede contener varias unidades de implantación. Cabe
destacar que dichas unidades de implantación que reúne el sistema pueden ser
exportadas a una unidad de almacenamiento.
13) Plan de implantación
El objetivo principal de este artefacto es asegurar que el sistema llegue satisfactoriamente
al conjunto de usuarios para el cual fue destinado. Este artefacto debe definir un conjunto
de tareas que defina una transición sencilla para el cliente, para ello se debe minimizar el
impacto que la implantación del sistema pueda llegar a causar en el personal del cliente,
los sistemas de producción existentes y en todas las rutinas del negocio.
14) Documentación para el usuario
Este artefacto provee una ayuda a las personas que manipularán directamente el
producto, acerca del uso que le debe dar al sistema y su instalación. Dicho artefacto debe
ser discutido y aprobado por el cliente.
4. Organización del Proyecto

4.1. Participantes en el Proyecto
DESCRIPCIÓN RESPONSABILIDADES
Líder del proyecto Establecer las condiciones de trabajo
Dirigir y asignar recursos
Coordinar las interacciones con los clientes y usuarios finales
Planificar las iteraciones
19
Definir la organización del proyecto

Analista de sistemas Se encarga de dirigir el proceso de captura de requerimientos,
definir los actores y casos de uso y estructurar el modelo de
casos de uso, estableciendo la forma en que funcionará el
sistema y cuáles son las restricciones de este.
Diseñador de sistemas Se encarga de la definición de la arquitectura que guiará el
desarrollo, y de la continua refinación de la misma en cada
iteración; debe construir cualquier prototipo necesario para
probar aspectos riesgosos desde el punto de vista técnico del
proyecto; definirá los lineamientos generales del diseño y la
implementación.
Desarrolladores Responsable de la codificación de de los componentes en
código fuente en algún lenguaje de programación durante cada
iteración
Responsable de las clases que ha desarrollado debiendo
documentarlas, actualizarlas ante los cambios y mantenerlas
bajo el control de la configuración de las mismas mediante la
herramienta utilizada
4.2. Perfiles de los profesionales

Líder del proyecto Formación Título profesional en Ingeniería Informática y de
Sistemas, colegiado y habilitado.
Experiencia Experiencia general (Experiencia en el ejercicio
de la profesión; ya sea en el sector público o
privado)
- Mínima de 4 años
Experiencia especifica (tributación municipal):
- Mínima de 2 años en tributación
municipal
Analista de sistemas Formación Título profesional en Ingeniería Informática y de
Sistemas, colegiado y habilitado.
Experiencia Experiencia general (Experiencia en el ejercicio
de la profesión; ya sea en el sector público o
privado)
- Mínima de 4 años
Experiencia especifica (tributación municipal):
20
Mínima de 2 años en tributación municipal

Diseñador de Formación Título profesional en Ingeniería Informática y de
sistemas Sistemas.
Experiencia Experiencia mínima de 2 años en el sector
público o privado.
Desarrollador de Formación Grado académico de bachiller; en Ingeniería
sistemas Informática y de Sistemas
Estudios universitarios concluidos.
Experiencia Experiencia mínima de 1 año en programación.
Competencias:
✓ Integridad y comportamiento ético.
✓ Orientación a resultados.
✓ Empatía, trabajo bajo presión.
Conocimientos técnicos principales requeridos (No requieren documentación
sustentadora):
✓ Desarrollo de sistemas de información
✓ Desarrollo de arquitecturas orientada a servicios
Cursos y/o estudios de especialización(recomendable):
✓ Determinación y casuística del impuesto predial
✓ Aspectos prácticos para la fiscalización de impuesto municipales
✓ Procedimientos de notificación en la gestión de cobranza
✓ Procedimiento contencioso y no contencioso en materia tributaria
✓ Determinación y casuística del impuesto predial
5. Gestión del Proceso

5.1. Estimaciones del Proyecto
La estimación de esfuerzo para el proyecto se basó en la técnica de estimación de casos
de uso. Para llegar a la estimación fue necesario generar nuestro modelo de casos de uso.
Para realizar la estimación determinamos el número de actores y casos de uso
identificados en el sistema integrado de tributación municipal para la Municipalidad
Provincial del Cusco. De esta forma, identificamos nuestros puntos de caso de uso no
ajustados, y después se determinaron los puntos de casos de uso basados en factores
técnicos y ambientales. La estimación final se muestra en la siguiente tabla.
21
5.2. Tiempo de Implementación y Costos por Módulos

DURACION(SEMANAS)
TOTAL
TOTAL COSTO APROXIMADO (S/)
(MESES)
ITEM MODULOS INICIO ELABORACION CONTRUCCION TRANSICION
(SEMANAS)
MODULO PREDIAL PARTE 1:

1. Gestión contribuyente
1 2. Gestión de predios 1 1 4 2 8 2 35,000.00
3. Cálculos masivos de impuesto predial
4. Generación de estados de cuenta(masivos-individual)
MODULO PREDIAL PARTE 2:

1. Fiscalización tributaria
2 2. Control de deuda 1 1 4 2 8 2 35,000.00
3. Generación de valores masiva-individual (RDS, OPS)
4. Gestión de valores tributarios
MODULO VEHICULAR Y COACTIVA

3 1. Impuesto al Patrimonio Vehicular 1 1 4 2 8 2 35,000.00
2. Módulo de Ejecución Coactiva
MODULO ALCABALA
4 0.5 1 1.5 1 4 1 17,500.00
1. Impuesto de Alcabala
MODULO ARBITRIOS
5 0.5 1 1.5 1 4 1 17,500.00
1. Tasa de Arbitrios Municipales
MODULO INFRACCIONES
6 1 1 4 2 8 2 35,000.00
1. Papeletas E Infracciones de transito
OTROS MODULOS (ESP. PUBL, MULT. TRIB, OTROS)

1. Impuesto a los Espectáculos Públicos No Deportivos.
7 2. Fraccionamiento Tributario 0.5 1 1.5 1 4 1 17,500.00
3. Multas Tributarias
4.
DURACION TOTAL MESES 11 192,500.00
22
5.3. Forma de pago

Los plazos iniciaran a partir de firmado del contrato, y de debe tener en cuenta que los
pagos se realizaran previa conformidad de la oficina general de tributación y la oficina de
informática.
ENTREGABLES PLAZO ABONO
Ítem 1: Modulo Predial A los 10 días calendario 50% valor del ítem 1
parte 1 iniciado el ítem 1.
A los 60 días calendario 50% valor del ítem 1
iniciado el ítem 1.
Ítem 2: Modulo Predial A los 10 días calendario 50% valor del ítem 2
parte 2 iniciado el ítem 2.
Ítem 3: Modulo Vehicular y A los 10 días calendario 50% valor del ítem 3
Coactiva iniciado el ítem 3.
Ítem 4: Modulo Alcabala A los 10 días calendario 50% valor del ítem 4
Ítem 5: Modulo Arbitrios A los 10 días calendario 50% valor del ítem 5
Ítem 6: Modulo Infracciones A los 10 días calendario 50% valor del ítem 6
Ítem 7: Otros Módulos A los 10 días calendario 50% valor del ítem 7
23
5.4. Plan del Proyecto

En esta sección se presenta la organización en fases e iteraciones y el calendario del
proyecto.
5.4.1. Plan de las Fases

El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de
ellas.
Los ítems señalados en la sección 5.2. serán gestionados según a siguiente tabla, que
muestra una descripción de cada fase.
DESCRIPCIÓN HITO
Fase de Inicio En esta fase desarrollará los requisitos del producto desde la
perspectiva del usuario, los cuales serán establecidos en el
artefacto Visión. Los principales casos de uso serán identificados
y se hará un refinamiento del Plan de Desarrollo del Proyecto. La
aceptación del cliente / usuario del artefacto Visión y el Plan de
Desarrollo marcan el final de esta fase.
Fase de Elaboración En esta fase se analizan los requisitos y se desarrolla un

prototipo de arquitectura (incluyendo las partes más relevantes
y / o críticas del sistema). Al final de esta fase, todos los casos de
uso correspondientes a requisitos que serán implementados en
la primera versión de la fase de Construcción deben estar
analizados y diseñados (en el Modelo de Análisis / Diseño). La
revisión y aceptación del prototipo de la arquitectura del
sistema marca el final de esta fase.
Fase de Construcción Durante la fase de construcción se terminan de analizar y

diseñar todos los casos de uso, refinando el Modelo de Análisis
/ Diseño. El producto se construye en base a 2 iteraciones, cada
una produciendo una versión a la cual se le aplican las pruebas
y se valida con el cliente / usuario. Se comienza la elaboración
de material de apoyo al usuario. El hito que marca el fin de esta
fase es la versión de la versión 3.0, con la capacidad operacional
parcial del producto que se haya considerado como crítica, lista
para ser entregada a los usuarios para pruebas beta.
24
Fase de Transición En esta fase se prepararán dos versiones para distribución,

asegurando una implantación y cambio del sistema previo de
manera adecuada, incluyendo el entrenamiento de los usuarios.
El hito que marca el fin de esta fase incluye, la entrega de toda
la documentación del proyecto con los manuales de instalación
y todo el material de apoyo al usuario, la finalización del
entrenamiento de los usuarios y el empaquetamiento del
producto.
5.4.2. Calendario del Proyecto

A continuación, se presenta un calendario de las principales tareas y actividades
programadas del proyecto. Como se ha comentado, el proceso iterativo e incremental de
RUP está caracterizado por la realización en paralelo de todas las disciplinas de desarrollo
a lo largo del proyecto, con lo cual la mayoría de los artefactos son generados muy
tempranamente en el proyecto pero van desarrollándose en mayor o menor grado de
acuerdo a la fase e iteración del proyecto. La siguiente figura ilustra este enfoque, en ella
lo ensombrecido marca el énfasis de cada disciplina (workflow) en un momento
determinado del desarrollo.
25
Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobación

indica cuándo el artefacto en cuestión tiene un estado de completitud suficiente para
someterse a revisión y aprobación, pero esto no quita la posibilidad de su posterior
refinamiento y cambios.
DISCIPLINAS/ACTIVIDADES ARTEFACTO
Modelado del Negocio
- Modelo de casos de uso de negocio
- Describir el negocio actual
- Desarrollar el modelo del dominio
Requerimientos
- Documento de visión
- Realizar entrevistas
- Especificación de requerimientos de
- Analizar el problema
software
- Clasificar y priorizar requerimientos
Análisis y Diseño
- Modelo de casos de uso
- Especificación de casos de uso
- Especificaciones de casos de uso
- Realización de casos de uso
- Modelo de diseño
- Realización de los diagramas de clases
- Modelo de datos
- Realización de los diagramas de secuencia
- Realización del modelo de datos
- Realizar prototipos
Implementación
- Modelo de implementación
- Estructurar el modelo de implementación
- Planificar la integración
- Implementar componentes
Pruebas
- Plan de pruebas
- Definir misión de pruebas
- Casos de pruebas
- Validar estabilidad de componentes
Implantación
- Sistema
- Planificar la implantación
- Plan de implantación
- Desarrollar el material de apoyo
- Documentación para el usuario
26
5.4.3. Matriz de roles y responsabilidades
Esta matriz es una propuesta de las responsabilidades solamente con respecto a los
artefactos considerados para este ejercicio.
Roles
Artefactos Líder de Analista Diseñador Desarrollador Tester
proyecto
Modelo de casos
A R
de uso de negocio
Doc. Visión A R
Doc. Especificación
A R A
de requerimientos
Modelo de casos
A P R
de uso
Especificación de
A R A
casos de uso
Modelo de diseño A P R
Modelo de datos A P R
Modelo de
A A A R
implementación
Plan de prueba A R
Casos de prueba A R
Sistema A R
Plan de
A R
implantación
Documentación
A R
para el usuario
Clave: R= Responsable; A = Aprobación necesaria; P = Participación necesaria;
27
5.5. Seguimiento y Control del Proyecto

Gestión de Requisitos
Los requisitos del sistema son especificados en el artefacto Visión. Los cambios en los
requisitos serán gestionados mediante una Solicitud de Cambio, las cuales serán
evaluadas y distribuidas para asegurar la integridad del sistema y el correcto proceso de
gestión de configuración y cambios.
Control de Plazos
El calendario del proyecto tendrá un seguimiento y evaluación semanal por el jefe de
proyecto y por el Coordinador de Calidad.
Control de Calidad
Los defectos detectados en las revisiones y formalizados también en una Solicitud de
Cambio tendrán un seguimiento para asegurar la conformidad respecto de la solución de
dichas deficiencias Para la revisión de cada artefacto y su correspondiente garantía de
calidad se utilizará un plan de aseguramiento de calidad. Este es un documento generado
por separado.
Gestión de Riesgos
A partir de la fase de Inicio se mantendrá una lista de riesgos asociados al proyecto y de
las acciones establecidas como estrategia para mitigarlos o acciones de contingencia. Esta
lista será evaluada al menos una vez en cada iteración.
Gestión de Configuración
Se realizará una gestión de configuración para llevar un registro de los artefactos
generados y sus versiones. También se incluirá la gestión de las Solicitudes de Cambio y
de las modificaciones que éstas produzcan, informando y publicando dichos cambios para
que sean accesibles a todos los participantes en el proyecto. Al final de cada iteración se
establecerá una línea de base (un registro del estado de cada artefacto, estableciendo
una versión), la cual podrá ser modificada sólo por una Solicitud de Cambio aprobada.
6. Infraestructura necesaria
De acuerdo con los estándares actuales de tecnología en desarrollo de software y en base
a nuestro conocimiento y recomendación hemos tomado en cuenta que el Sistema
Integrado de Gestión Tributaria debe ser desarrollado utilizando tecnologías OpenSource
(software de código abierto), evitando los perjuicios de la propiedad intelectual,
garantizando la perdurabilidad y estabilidad del software, fomentado la innovación
tecnológica, y para el correcto funcionamiento del sistema.
Cabe señalar también, que la naturaleza y ejecución del sistema será en un ambiente web
que deberá tener presencia pública sobre Internet.
28
A través de un lenguaje de programación moderno, sobre una plataforma que permita la

automatización de los principales procesos.
Se incluirá un sistema de inteligencia de negocios (Business Intellience), que permita el
monitoreo de indicadores de gestión.
29
7. Anexos
7.1. Anexo 1: Alcances:
Módulo de Impuesto Predial:
Nro Detalles
Creación del siguiente año de ejecución, donde el sistema realizará una copia de
1
información de los principales archivos maestros del año anterior al ejercicio actual.
Gestión de campos calculados como el porcentaje de autoavalúo por tramo de UIT, por
2
monto fijo por rango de UIT, por porcentaje de autoavalúo.
3 Ingreso de los valores arancelarios por vías, según planos del Ministerio de Vivienda.
Ingreso de los valores unitarios oficiales según el año y la zona (costa, sierra y selva), por
4 diferente tipo de letra y por los 7 conceptos (muros columnas, techos, pisos,
puertas/revestimientos, baños, Instalaciones Eléctricas).
Ingreso de porcentajes de depreciación, por año y clasificación, y por tramos (5,10,15,
5 20, 25, 30, 35, 40, 45, 50, más de 50 años), por el material y estado de conservación
según las publicaciones en el diario oficial el peruano.
Ingreso del calendario inicial a fin de establecer el número de cuotas a cobrar, así como
6
las fechas de prórrogas y vencimientos por año y periodo, para cada tributo.
Configurar y determinación del cálculo del IPM (índice de Precios al por Mayor) y/o TIM
7
(Tasa de interés moratorio).
Actualización del IPM con el monto acumulado y monto mensual (información necesaria
8
para el cálculo del factor del Impuesto Predial).
Gestión de la información de la condición de propiedad, estado del predio, tipo de
predio, tipos de construcción (construcciones sobre lecho marino, etc.), clasificación del
9
piso por año, tipo de material predominante por año, tipos de otras instalaciones, tipo
de contribuyente. (Persona natural, Persona jurídica).
Gestión de la información del contribuyente desde el ingreso del nombre y/o razón
10 social y “N” tipos de documentos de identidad, así como información de contacto
(Celular, Teléfono, Email, etc.).
Gestión de la información de las direcciones, como el departamento, distrito, zona, vía,
11
número, departamento, manzana, lote, interior, referencia.
Gestión de información de las declaraciones de la hoja de Resumen (HR) considerando
12
el número de la declaración jurada, año de la declaración jurada, año de afectación.
13 Recalculo automático entre las declaraciones juradas generadas.
14 Generación Automática de sus respectivos valores tributarios para un omiso.
30
15 Control histórico de las Declaraciones Juradas ingresadas por cada contribuyente.

Control de estados de porcentaje de propiedad, la condición de propiedad, el nombre
de la vía, ingreso de hasta 3 números municipales, block, interior, departamento, letra,
16
estacionamiento, depósito, modulo, kiosco, puesto, tienda, manzana, cuadra, lote, piso
y un campo de referencia.
Gestión de la información de condición de propiedad, registro y la visualización de los
17 copropietarios en condominio o sucesión indivisa para identificar a los administradores
de hecho, responsables solidarios yo representantes.
Gestión de la información del predio, estado del predio (terreno sin construir, en
construcción, terminado, en ruinas, otros, etc.), tipo de predio (predio independiente,
18 departamento en edificio, etc.), uso de predio, fecha de adquisición, el área de terreno,
el área común del terreno, número de ocupantes del predio, ubicación del predio
respecto a un parque, frontis del predio en metros lineales.
Calcular automáticamente el campo arancel y verificar gráficamente la correcta
19
aplicación de este.
Gestión de información de otras instalaciones, así como también ingresar el tipo, sus
20 metrajes, características físicas (altura, espesor, etc.) e ingresar el costo por metro
cuadrado y tener el monto total de la otra Instalación.
Gestión de la información de los pisos, clasificación del piso, material del piso, estado de
21
conservación.
Gestión de información de las categorías (muros y columnas, techos, pisos, puertas y
22
ventanas, revestimientos, baños, instalaciones eléctricas).
Cálculo Automático de Auto avalúo, al efectuarse un mantenimiento de los predios,
23
teniendo un control sobre lo declarado por el contribuyente y lo calculado en el sistema.
Emisión de los estados de Cuenta Corriente del contribuyente en formato detallado y
24
resumido.
Gestión de Impresión Individual y masiva de Hojas Resumen, de Predio Urbano y Predio
25
Rústico.
Gestión de determinación del impuesto de predios Rústicos, clasificación, Nivel del
26
Predio Rústico, Categoría.
Ingreso por año del valor UIT, establecer el porcentaje del monto mínimo para el cálculo
del impuesto predial, registrar los gastos de emisión y el porcentaje adicional por PU,
27
especificar el número de cuotas del impuesto predial (1 o 4), registrar los tramos para el
cálculo del impuesto predial.
31
Módulo de Fiscalización tributaria:
Nro Detalles
Registrar los requerimientos de fiscalización y poder llevar el control a cada
1
contribuyente fiscalizado y del técnico fiscalizador.
Ingreso de las fichas técnicas de fiscalización para poder calcular y que nos permita
2
poder elegir un cálculo al 100% o un cálculo comparativo con rentas.
Registrar en la base de datos paralela a la de rentas, registrar los resultados del
trabajo hecho en el campo. Poseen características de ayuda similares al registro
3 de HR (Hoja de Resumen) y PU (Predio Urbano) y poder realizar cálculos de los
tributos realizando su respectiva comparación con la base de datos de rentas y
poder conocer su diferencia.
Ingresar diferentes tipos de Resultados de Fiscalización del Impuesto Predial, que
contienen el sustento y fundamento de las Resoluciones de Determinación,
permite el registro de texto además del modelo general de la Hoja de Resultados,
4
y, la impresión de las características de construcción y terreno, en forma
comparativa según declaración jurada del contribuyente y según fiscalización,
como formato PU o PR cualitativo y cuantitativo por ejercicio acotado.
Emisión de Preliquidaciones para la posterior comparación de lo declarado con lo
5
fiscalizado.
6 Copiar información de los predios de rentas a fiscalización.
Ingresar los diversos tipos de requerimientos de fiscalización, así como poder
7
imprimirlos de forma individual o masiva.
Reportes comparativos (rentas y fiscalización) de las bases imponibles por cada
8
predio y base imponible general, lo declarado y lo fiscalizado.
Generación de valores (Resoluciones de Determinación de Deuda, Resoluciones
9 de Multa) de fiscalización (Formato según MEF), así como también su respectiva
impresión, y constancia de notificación con código de barras.
Seguimiento de todo el proceso de fiscalización, desde los requerimientos
10 emitidos y su estado hasta la emisión de la Resoluciones de Determinación de
Deuda
32
Módulo de Fraccionamiento Tributario

Nro Detalles
Fraccionar la deuda de un contribuyente, asignándole un número de pre -
1 convenio, para luego cancelar su cuota inicial, el cual procederá a crear el
contrato de fraccionamiento definitivo.
Configurar la tasa de interés aplicable al fraccionamiento y así también como el
2
porcentaje de la cuota inicial.
Configurar el porcentaje del TIM. (para los intereses de la cuota del
fraccionamiento), el número de cuotas máximas, el monto mínimo en cada cuota
3
y que permita el ingreso de un porcentaje (calculado con la UIT) como monto
mínimo a fraccionar.
Configurar las fechas de vencimiento, si son los primeros días laborables del mes
4 o es el primer día calendario del mes, o es el último día laborable del mes o el
último día calendario.
5 Configurar el número máximo de cuotas.
6 Seleccionar todos los tributos exceptuando los que estén en coactivo.
7 Anular un fraccionamiento, solo para usuarios autorizados.
8 Estar en capacidad de imprimir una simulación y/o propuesta de fraccionamiento.
Generación y configuración de la Resolución de Pérdida de beneficio, poder
9
especificar la acotación de los tributos y/o intereses condonados.
Módulo de Impuesto al Patrimonio Vehicular

Nro Detalles
1 Cargado de los archivos maestros para la determinación del impuesto vehicular.
Emitir en forma automatizada Declaraciones Juradas por Inscripción Y/O
2
Descargo.
Efectuar el recalculo automático del impuesto vehicular de acuerdo a la
3
información ingresada en la Declaración Jurada.
Cuenta con un registro histórico de las Declaraciones Juradas ingresadas por cada
4
contribuyente.
5 Emitir Orden de Pago individual y masiva.
6 Emitir Resolución de Determinación individual y masiva.
7 Emitir Resolución de Multa Tributaria individual y masiva.
33
8 Emisión de informes de las cuentas por cobrar de cobrado, anulado, etc.
Módulo de Impuesto Alcabala

Nro Detalles
1 Registrar de las Declaraciones Juradas por Alcabala.
Registro histórico de las Declaraciones Juradas ingresadas por cada
2
contribuyente.
Efectuar el cálculo automático del Impuesto de Alcabala de acuerdo con la
3
información ingresada en la Declaración Jurada.
Generar la Hoja de Liquidación de impuesto, y emite la orden de pago con
4
intereses de ser el caso.
5 Impresión del Certificado del Alcabala.
6 Emisión de cuentas por cobrar.
Módulo de Impuesto a los Espectáculos Públicos no Deportivos

Nro Detalles
Permitir el registro de Declaraciones Juradas por Espectáculos Públicos No
1
Deportivos (Bingo y Cines).
2 Emitir en forma automatizada la liquidación a pagar por el administrado.
3 Emitir la cuenta corriente del Cine y/o Bingo.
4 Emitir Orden de Pago
5 Emitir Resolución de Multa Tributaria.
Módulo de Papeletas e Infracciones de Transito

Nro Detalles
1 Registro de las papeletas, así también el registro fotográfico de estas.
2 Registro de los Infractores
3 Registro de escala de multas.
4 Registro de escala de descuentos.
5 Registro de UIT.
6 Registro de acumulación de puntos por papeleta de infracción.
34
Registro masivo, el sistema debe permitir registrar las infracciones que la policía
7
de tránsito envía mediante archivos electrónicos.
8 Registro de nuevo conductor.
9 Modificar conductor
10 Consulta de papeletas según criterio de búsqueda
Récord de Infracción por conductor, el sistema debe permitir emitir el récord del
11 conductor, donde la búsqueda puede ser por código, nombre o DNI, de tal
manera que pueda tener una visualización previa antes de realizar la impresión
Récord de Infracción por vehículo, el sistema debe permitir emitir el récord de
12 infracciones del vehículo, donde la búsqueda se pueda realizar por placa
permitiendo visualizar todas las infracciones del vehículo previa impresión.
13 Descargar papeletas.
14 Creación de Cuenta corriente
15 Cálculo automático de valores según fecha de infracción.
16 Elaboración de dictamines de manera automática.
Elaboración de resoluciones de sanción por parámetros (códigos de infracción,
17
fecha, importe, etc.).
18 Beneficios de Infracciones de Tránsito.
19 Fraccionamientos de deuda.
20 Proceso de reorientación de Infracciones de tránsito.
Búsqueda de infracciones, el sistema debe permitir mostrar los datos principales
21 y el estado de la papeleta; prescrito, pendiente, Cancelado, etc. los cuales deben
de estar enlazados según el trámite del infractor y o cancelación de la papeleta.
22 Anulación de infracciones.
Resolución de Sanción, el sistema debe permitir generar y visualizar todos los
lotes de RS (todas las RS deben generarse con códigos de barras para su posterior
23
ubicación y carga de notificación), generando un archivo PDF con todas las RS
para imprimir y exportar a una tabla de Excel.
24 Resoluciones de Sanción No pecuniarias.
25 Prescripción de infracciones.
Alarma de Límite de descuentos tomando como referencia la emisión de la
26
resolución relacionado con el proceso de nulidades.
27 Imprimir prescripciones, papeletas ingresadas.
35
28 Fraccionamiento y fechas de pago.

29 Fraccionamientos activos.
Registro masivo de los registros (DNI, nombre, placa, cd de infracción, fecha de
30
infracción).
31 Deudas por fraccionamiento.
32 Deudas pendientes.
33 Recaudación por fechas (filtro de papeletas en proceso de nulidad).
34 Prescripciones, anulaciones.
35 Papeletas prescritas.
36 Acumulación de Puntos.
37 Integración con módulo de ejecutoria coactiva para cargos por costas y gastos.
38 Integración con módulo de caja para actualización de pagos online.
39 Impresión de estados de cuenta, récord de Papeletas y reportes estadísticos.
Módulo de Multas tributarias
Nro Detalles
La generación de la multa tributaria debe contener el tipo de ingresos,
porcentaje de sanción, sanción aplicable que permita especificar que no puede
1
ser menor a, no puede ser mayor a, debe permitir especificar rango multa
aplicado.
Configurar el porcentaje de gradualidad en los diferentes estados de la multa
(sin proceso cobranza, con requerimiento, verificación, notificado, en proceso
2
coactivo), debe permitir configurar el % de descuento, debe de tener un campo
descripción para poder describir cada una de las gradualidades.
3 Gestión y emisión de la liquidación de multas, y resoluciones de cobranza
36
Módulo de Arbitrios Municipales
Nro Detalles
Configurar por año de ejecución cada arbitrio, los gastos de emisión, porcentaje
1 de incremento, porcentaje de decremento, forma de cobro de los arbitrios
municipales (Mensual, Trimestral, Semestral, etc.).
Registrar la información que sirve de base para los cálculos de los montos a
2
pagar por los diferentes arbitrios.
Especificar el criterio de aplicación del arbitrio (clasificación del predio (CASA
3
HABITACION, COMERCIO, OTROS), frontis, piso, área, aforo).
Emisión de estados de cuenta con información de los inquilinos comerciales
4
(nombre, razón social, área según licencia, uso comercial, área).
Módulo Gestión de valores tributarios
Nro Detalles
El sistema debe permitir generar lotes de valores por tipo de tributo (OP, RD,
1
RMT etc.).
Cada lote creado deberá permitir configurar cada tributo que desease que se
2
considere en la generación, así como establecer los criterios de la generación.
3 Establecer los criterios de montos mínimos para el lote.
4 Permite la proyección de intereses a una determinada fecha programada.
5 El lote considera 2 tipos de generación, masiva y selectiva.
El sistema debe permitir imprimir en varias veces el mismo valor, con los mismos
6
datos incluso la fecha de emisión.
El sistema permitirá controlar automáticamente los diferentes estados por los
7
que pasa el valor, a lo largo de su cobranza.
El sistema debe generar valores en bloque para un contribuyente en especial,
este proceso en bloque debe tener diferentes opciones de filtro para poder
8
separar a algunos contribuyentes para el proceso y poder llevar el control de
cada proceso por un lote.
37
El sistema debe permitir ingresar los datos de la notificación del valor, como son
el vínculo, nombre del que recepciona, documento de identidad, fecha de
9 notificación, hora de notificación, ocurrencia etc., asimismo debe permitir la
visualización automática de la fecha en que se cumplen los 20 días hábiles
computados a partir del día siguiente de su notificación.
10 Registrar de los valores reclamados.
11 Generación de las respectivas constancias de exigibilidad.
12 Transferencias de Valores Tributarios a Coactivo.
Módulo de ejecución coactiva

Nro Detalles
Visualización o alerta que el contribuyente se encuentra en ejecución coactiva,
1 de manera tal que los demás módulos tengan conocimiento del estado del
contribuyente.
Generar expedientes coactivos de forma masiva o selectiva, en donde se
contemple, el número de expediente, fecha de ingreso, el nombre, el domicilio
2
fiscal, el monto total del valor, el monto total de la deuda, que permita
especificar el ejecutor coactivo y el auxiliar coactivo.
Generar los expedientes coactivos agrupando los documentos por
3
contribuyente, o generarlos de forma individual por documento.
Emisión individual y masiva de resolución de inicio de ejecución coactiva de los
4
títulos exigibles.
Actualización de las costas y gastos procesales, estos conceptos pueden ser
cancelados a cuenta, el sistema debe contemplar varios registros de los pagos
5
por conceptos procesales; donde especificará el número de comprobante, la
fecha y el monto por cuota y pago inicial.
Deshabilitar cobranza en la caja, hasta la autorización de la oficina de ejecución
6
coactiva.
7 Requerimientos de pago como mecanismo previo al inicio de la ejecución.
8 Calificar títulos (exigibles, inexigibles, observación).
Control de notificación (fecha de notificación y vencimiento (7 siete días
9
hábiles)).
Emisión individual y masiva de la resolución de medida cautelar de embargo y
10 control notificación al contribuyente y remisión de oficio a los terceros
(especificar bancos, número de oficio, fecha de notificación).
38
Emisión de resolución de variación o ampliación de medida cautelar

11
(modificación de forma de embargo).
Registro de retención de montos por parte de los bancos, cajas, cooperativas y
12
terceros.
Generación de cartera tributaria y no tributaria, con todos los datos necesarios
13 como nro. código, expediente, nombre y apellidos, razón social, nro. ruc, monto
de valor, deuda a la fecha, materia, estado de proceso, observaciones.
14 Historial de gestión registrando digitalmente los compromisos de pago.
39

Propuesta Final

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Propuesta Final

Cargado por

Copyright:

Formatos disponibles

ENERO 2019 | Software Integrado Tributario

Cusco, 28 de Enero del 2019

Por medio de la presente adjuntamos nuestra propuesta preliminar referente al

Miguel Ángel Santos Prado Dick Roy Rueda Luna

Celular: 984260429 Celular: 982700959

PROPUESTA DE DESARROLLO E IMPLEMENTACIÓN

Plan de Desarrollo Software

Cusco, 28 de Enero del 2019

Fecha Versión Descripción Autor (es)

Plan de Desarrollo de Software

3. Vista General del Proyecto

Los alcances de los módulos están detallados en el ANEXO1.

3.3. Situación Actual Del Módulo De Tributación Municipal Del SIAM

La situación actual del SIAM módulo de tributos, refleja un constante mantenimiento a

A continuación, se detallarán puntos clave para el cumplimiento de los objetivos de una

A través de la oficina de control de

No se clasifican los tipos de

3.4. Descripción De Las Alternativas De Solución

3.4.1. Software Comercial

3.4.2. Software A Medida

3.4.3. Resumen Comparativo De Las Alternativas De Desarrollo

ÍTEM COMPRA DE SOFTWARE DESARROLLO DE SOFTWARE

Gasto en licencias de software El coste de implementación será más

No se garantiza una interacción Sencillo e intuitivo, no contiene

3.5. Conclusión de Alternativas de Desarrollo

8. Planeación de campañas, seguimientos y generación de reportes estadísticos paro

3.6. Suposiciones y Restricciones

3.7. Entregables del proyecto

4) Documento de especificación de requerimientos

10) Plan de prueba

4. Organización del Proyecto

Definir la organización del proyecto

4.2. Perfiles de los profesionales

Mínima de 2 años en tributación municipal

5. Gestión del Proceso

5.2. Tiempo de Implementación y Costos por Módulos

MODULO PREDIAL PARTE 1:

MODULO PREDIAL PARTE 2:

MODULO VEHICULAR Y COACTIVA

OTROS MODULOS (ESP. PUBL, MULT. TRIB, OTROS)

DURACION TOTAL MESES 11 192,500.00

5.3. Forma de pago

5.4. Plan del Proyecto

5.4.1. Plan de las Fases

Fase de Elaboración En esta fase se analizan los requisitos y se desarrolla un

Fase de Construcción Durante la fase de construcción se terminan de analizar y

Fase de Transición En esta fase se prepararán dos versiones para distribución,

5.4.2. Calendario del Proyecto

Para este proyecto se ha establecido el siguiente calendario. La fecha de aprobación

5.4.3. Matriz de roles y responsabilidades

Clave: R= Responsable; A = Aprobación necesaria; P = Participación necesaria;

5.5. Seguimiento y Control del Proyecto

A través de un lenguaje de programación moderno, sobre una plataforma que permita la

15 Control histórico de las Declaraciones Juradas ingresadas por cada contribuyente.

Módulo de Fiscalización tributaria:

Módulo de Fraccionamiento Tributario

Módulo de Impuesto al Patrimonio Vehicular

8 Emisión de informes de las cuentas por cobrar de cobrado, anulado, etc.

Módulo de Impuesto Alcabala

Módulo de Impuesto a los Espectáculos Públicos no Deportivos

Módulo de Papeletas e Infracciones de Transito

28 Fraccionamiento y fechas de pago.

Módulo de Multas tributarias

Módulo de Arbitrios Municipales