ARRENDAMIENTO DE SOFTWARE PARA LA GESTIÓN FINANCIERA, TRIBUTARIA Y ADMINISTRATIVA, DE LA MUNICIPALIDAD DE NARANJO, BASADO EN LAS NICSP EN LA NUBE

Todos los oferentes deben garantizar a la administración lo siguiente:

• Que se encuentra al día de sus obligaciones obrero patronales ante la Caja Costarricense del Seguro Social (CCSS) y del Fondo de Desarrollo Social y de Asignaciones Familiares (FODESAF), en el caso de empresas nacionales. Cualquier contratación en el territorio nacional que realicen entes de derecho público internacional u organismos internacionales, incluidos los contemplados en el inciso a) del Art. 3 de la LGCP, deberán manifestar que se encuentran al día con las obligaciones obrero patronales con la Caja Costarricense de Seguro Social y el Fondo de Desarrollo Social y Asignaciones Familiares con respecto a las personas trabajadoras que contraten para realizar los servicios que presten en el país, al momento de la apertura y que habiendo sido advertido por la Administración no regularice su situación.
• Se considera inadmisible la oferta de persona física o jurídica que no se encuentre al día con el pago de las obligaciones tributarias ante el Ministerio de Hacienda, al momento de la apertura y que habiendo sido advertido por la Administración no regularice su situación, lo anterior de conformidad con el artículo 18 bis del Código de Normas y Procedimientos Tributarios.
• Toda oferta deberá suministrar la información completa y suficiente que permita su análisis y estudio comparativo para efectos de adjudicación. En razón de lo anterior, el oferente estará obligado a describir de forma completa y precisa las condiciones propias del bien yo servicio que se compromete a brindar.
• Conforme lo dispuesto en la ley 9529, los oferentes que ofrezcan servicios en administración, economía, estadística o ciencias actuariales deberán estar inscritos ante el Colegio de Ciencias Económicas de Costa Rica debiendo aportar certificación de la incorporación respectiva en donde se demuestre que se encuentra activo y al día.
• Todos los oferentes deben aportar copia del permiso de funcionamiento sanitario vigente a la fecha y hora de apertura de ofertas a fin con el objeto contractual y coincidente con el nombre de la persona física o jurídica que presenta la oferta.
• Los oferentes deben presentar copia del certificado de patente comercial, del cantón en donde se domicilia la persona física o jurídica, coincidente tanto con el objeto contractual como con el nombre de la persona física o jurídica que presenta la oferta.
• Todos los oferentes deben presentar una constancia, certificación o similar que acredite que se encuentra al día y activa con el gobierno local correspondiente.
• La Administración al momento de estudio de las ofertas, verificará que los precios cotizados no resulten inaceptables, por ruinoso o no remunerativo para el oferente, precio excesivo con relación a los precios normales del mercado, excederse de la disponibilidad presupuestaria o precios producto de prácticas colusorias.
• Deberá cumplir las disposiciones señaladas en la Ley General de Contratación Pública y su Reglamento.
• Serán excluidas del concurso las ofertas que tengan una vigencia inferior a 60 (sesenta) días hábiles. Toda propuesta que no indique el plazo de vigencia, se presumirá su ajuste al plazo mínimo citado, con la sola presentación de la oferta.
• Todo oferente que sea empleador y que pretenda la adjudicación de un servicio a tiempo determinado, deberá contar con su propia comisión, oficina o departamento de Salud Ocupacional, según corresponda, de conformidad con

lo dispuesto en el Reglamento de Comisiones y Oficinas o Departamentos de Salud Ocupacional (Decreto Ejecutivo No. 39408 del 23 de noviembre del 2015 publicado en el Alcance No. 8 a La Gaceta No. 19 del 28 de enero del 2016), salvo que no le cubra dicha obligación por tratarse de un trabajador independiente que no cuenta con personal a su cargo o que siendo empleador no alcanza la cantidad de trabajadores requerida por dicho Reglamento. Para acreditar el cumplimiento de este requisito, el oferente deberá declarar bajo fe de juramento que cumple con las obligaciones derivadas de dicho Reglamento.

• Sobre la eventual confidencialidad de documentos. Si el oferente considera que la información aportada para un procedimiento de contratación es de carácter confidencial, deberá indicarlo en el sistema digital unificado con sus motivos y sustento jurídico con la finalidad de cumplir lo preceptuado en el Art. 15 de la LGCP, salvo solicitud de la Contraloría General de República, la Procuraduría General de la República o cualquier autoridad judicial que por sus competencias, requieran a la Administración contratante la visualización de dicha información. En consecuencia, si alguna oferta contiene archivos clasificados en el SICOP (utilizando la etiqueta respectiva) como confidenciales y las justificaciones e información requerida no fueran aportadas con la oferta, se prevendrá al oferente para que presente su justificación. En caso de que no se atienda de manera completa y suficiente la prevención en el plazo otorgado, la Administración procederá a permitir que terceros y las partes del proceso, puedan visualizar los documentos mediante el acceso al expediente digital. Si, por el contrario, se aportara la justificación requerida de manera completa, la Administración procederá a valorarla y determinará si los documentos se mantienen confidenciales de conformidad con la jurisprudencia, precedentes y doctrina aplicable. Se advierte que, aún y cuando la Administración haya avalado la información como confidencial, podrá utilizar en documentos públicos (oficios, análisis integral, resoluciones, entre otros) aquellos datos totales y/o generales derivados de esa información clasificada como confidencial a efectos de justificar los actos administrativos que corresponda, cuidando no comprometer información específica que pueda vulnerar o afectar al oferente, ponderando las razones que él mismo haya expuesto para mantener los datos bajo la clasificación de confidenciales.
• Si los documentos son emitidos en el extranjero, para la fase de adjudicación deberán cumplir con los requisitos legales de consularización o apostillado cuando así sea solicitado por la Administración, aún dentro de la fase de análisis de ofertas.
• En caso de aportarse poderes especiales, se requiere que estos cuenten con las especificaciones propias de cada mandato conforme la normativa vigente y el número correspondiente a la contratación en la que se participa y para la cual se otorga.
• Un mismo oferente únicamente deberá presentar una oferta base y no se aceptarán ofertas alternativas de conformidad con el Art. 48 de la LGCP y el Art. 125 del RLGCP.
• El proveedor comercial deberá mantener actualizadas las declaraciones juradas, según lo indicado en el Art. 32 inciso c), Art. 33 y Art. 122 del RLGCP.

 

• Toda solicitud de aclaración y/o consultas a esta contratación de orden formal o técnico deben de realizarse por medio del Sistema Integrado de Compras Públicas (SICOP).

 

La Municipalidad de Naranjo se reserva el derecho de contactar y verificar lo que corresponda, con el fin de constatar la fidelidad de la información de la oferta; si detecta que alguna información no es coincidente con lo indicado en la oferta, se procederá a no tener en cuenta la información y a descalificar inmediatamente la oferta, con las consecuencias dispuestas por el cartel y la normativa de contratación administrativa.

 

11.1. Subcontratación:

• Para los efectos de subcontratar para el presente proceso se aplicará lo dispuesto en el artículo No. 49 del LGCP.
• Todas las prohibiciones, así como las cláusulas de confidencialidad que se establezcan en el pliego de condiciones para el oferente, aplican de la misma forma para aquel a quien se subcontrata, no obstante, la Municipalidad no asume ningún tipo de compromiso para con este.
• Asimismo, el oferente deberá presentar junto con su oferta un desglose de las posibles empresas o personas a quienes subcontratará.  
• Durante la ejecución del contrato el subcontratado debe cumplir con todos los requisitos.
• La Administración se reserva el derecho de verificar el cumplimiento de dichos requisitos durante la ejecución contractual.

 

11.2. Estructura de costos: el oferente debe aportar un desglose de la estructura del precio, con fundamento en lo que establece el artículo 102 del RLGCP, utilizando el formato del cuadro 1. del presente pliego de condiciones.  

 

Estructura de precios

Ítem	Elementos	Sub total (¢)	Porcentaje (%)
1	Costos directos
2	Costos indirectos
3	Imprevistos
4	Utilidad
Sub total
Total (sin IVA por tratarse de una institución no sujeta)

 

Fuente: Elaboración propia

 

• Toda oferta deberá ser presentada en idioma español, de manera ordenada, completa y firmada digital y debidamente por la persona legalmente facultada para ello. En caso de aportar documentos en otro idioma que formen parte de la oferta o complementarios a ésta, deberán contar con la traducción libre al idioma español, la cual será responsabilidad total del oferente. La Institución se reserva el derecho de solicitar al oferente la traducción oficial al idioma español cuando lo considere necesario.

 

• La Municipalidad de Naranjo se reserva el derecho de contactar y verificar lo que corresponda, con el fin de constatar la fidelidad de la información de la oferta; si detecta que alguna información no es coincidente con lo indicado en la oferta, se procederá a no tener en cuenta la información, se procederá a descalificar inmediatamente la oferta, con las consecuencias dispuestas por el Pliego de condiciones y la normativa de contratación administrativa.

 

• De participar el oferente bajo un esquema de consorcio, deberá incluir el acuerdo consorcial respectivo, el cual deberá contener al menos los aspectos señalados en el artículo 125 del Reglamento a la Ley General de Contratación Pública y la oferta debe ser firmada por el (los) representante(s) legal(es) del consorcio designado(s) en dicho acuerdo.

 

• Sobre la eventual confidencialidad de documentos. Si el oferente considera que la información aportada para un procedimiento de contratación es de carácter confidencial, deberá indicarlo en el sistema digital unificado con sus motivos y sustento jurídico con la finalidad de cumplir lo preceptuado en el Art. 15 de la LGCP, salvo solicitud de la Contraloría General de República, la Procuraduría General de la República o cualquier autoridad judicial que por sus competencias, requieran a la Administración contratante la visualización de dicha información. En consecuencia, si alguna oferta contiene archivos clasificados en el SICOP (utilizando la etiqueta respectiva) como confidenciales y las justificaciones e información requerida no fueran aportadas con la oferta, se prevendrá al oferente para que las presente su justificación. En caso de que no se atienda de manera completa y suficiente la prevención en el plazo otorgado, la Administración procederá a permitir que terceros y las partes del proceso, puedan visualizar los documentos mediante el acceso al expediente digital. Si, por el contrario, se aportara la justificación requerida de manera completa, la Administración procederá a valorarla y determinará si los documentos se mantienen confidenciales de conformidad con la jurisprudencia, precedentes y doctrina aplicable. Se advierte que, aún y cuando la Administración haya avalado la información como confidencial, podrá utilizar en documentos públicos (oficios, análisis integral, resoluciones, entre otros) aquellos datos totales y/o generales derivados de esa información clasificada como confidencial a efectos de justificar los actos administrativos que corresponda, cuidando no comprometer información específica que pueda vulnerar o afectar al oferente, ponderando las razones que él mismo haya expuesto para mantener los datos bajo la clasificación de confidenciales.

 

• El oferente deberá garantizar y ser responsable de que al efectuar los trabajos indicados en el presente concurso no debe en ninguna circunstancia perjudicar directa o indirectamente a la Institución.

 

 

• En caso de recibir propuestas en distintas monedas, y únicamente para efectos del estudio comparativo de precios de las ofertas, el sistema SICOP las convertirá a una misma moneda (colones) aplicando el tipo de cambio de referencia para la venta, calculado por el Banco Central de Costa Rica y vigente al momento de la apertura de ofertas.

 

• Si los documentos son emitidos en el extranjero, para la fase de adjudicación deberán cumplir con los requisitos legales de consularización o apostillado cuando así sea solicitado por la Administración, aún dentro de la fase de análisis de ofertas.

 

• En caso de aportarse poderes especiales, se requiere que estos cuenten con las especificaciones propias de cada mandato conforme la normativa vigente y el número correspondiente a la contratación en la que se participa y para la cual se otorga.

 

• Un mismo oferente únicamente deberá presentar una oferta base y no se aceptarán ofertas alternativas de conformidad con el Art. 48 de la LGCP y el Art. 125 del RLGCP.

 

• El proveedor comercial deberá mantener actualizadas las declaraciones juradas, según lo indicado en el Art. 32 inciso c), Art. 33 y Art. 122 del RLGCP.

 

• Toda solicitud de aclaración y/o consultas a esta contratación de orden formal o técnico deben de realizarse por medio del Sistema Integrado de Compras Públicas (SICOP).

 

• La descripción de algunos detalles podría no estar incluidos en estas especificaciones; no obstante, se consideran conceptualmente incluidas, ya que el servicio se prestará en Naranjo centro.

 

• El Oferente debe considerar todos los gastos que se consideren necesarios para la realización de las labores encomendadas, tales como transporte o cualquier otro gasto sujeto directa o indirectamente a la actividad.

 11.3. EXPERIENCIA DE LA EMPRESA PARTIDA 1

 

Dada la naturaleza del servicio requerido la Municipalidad de Naranjo debe asegurarse de que la ejecución del proyecto será desarrollada por una persona física o jurídica con experiencia en el campo debiendo acreditarse a través de resultados, proyectos de implementación y desarrollo en otras instituciones públicas del país siendo el factor de experiencia primordial en el presente proceso. 

 

En virtud de ello se determina la experiencia del proveedor como un requisito de admisibilidad valorado de la siguiente forma: 

 

11.3.1.  Experiencia del Proveedor PARTIDA 1. 

 

• El oferente debe contar con al menos 4 años dedicado a realizar servicios en desarrollo e implementación de sistemas en el área financiera, tributaria y administrativa, para el sector público costarricense y para NICSP. Estos 5 años parten de la fecha de entrada en vigencia de las NICSP en el sector público costarricense oficializada por el Ministerio de Hacienda en el 2009, decreto 34918-H.

 

El oferente deberá presentar al menos cuatro constancias con la documentación que indique: 

 

1. Nombre de la institución que recibió el servicio.
2. Nombre de la persona funcionaria de contacto.
3. Correo electrónico de la persona funcionaria de contacto.
4. Número de teléfono.
5. Descripción del desarrollo o el servicio implementado.
6. Fecha de inicio del servicio.

 

• El oferente debe contar con al menos 4 implementaciones exitosas de sistemas, financieros, tributario y administrativos en el sector municipal para NICSP.

 

El oferente deberá presentar documentación que indique: 

 

1. Nombre de la institución que recibió el servicio.
2. Nombre de la persona funcionaria de contacto.
3. Correo electrónico de la persona funcionaria de contacto.
4. Número de teléfono.
5. Alcance del sistema desarrollado.
6. Descripción del sistema desarrollado.
7. Año o periodo del servicio.

 

** Características de los proyectos que se consideran similares 

 

1. Los proyectos deben haber sido implementados en instituciones públicas de Costa Rica.
2. La antigüedad del servicio no puede superar los 4 años, tomando como referencia la fecha de apertura del presente proceso.
3. Para los sistemas indicados el oferente debe demostrar que están desarrollados en cumplimento del marco Normativo que rige al Sector Público de acatamiento obligatorio:

 

1. Los sistemas o módulos deben estar diseñados de acuerdo con las Normas Internacionales de Contabilidad para el Sector Público (NICSP).
2. La sistemas o módulos de gestión de presupuesto deben estar de acuerdo con lo normado por la Contraloría General de la República y el Ministerio de Hacienda.
3. Los sistemas o módulos deben cumplir las Directrices de la Dirección General de Contabilidad Nacional del Ministerio de Hacienda para efectos de la generación de los estados financieros, sin que esta actualización deba ser necesariamente solicitada por la municipalidad.
4. Los sistemas o módulos deben utilizar el método PEPS para el control de inventarios.

 

1. Los módulos de ingresos deben cumplir con las NICSP, y estar integrados con contabilidad y presupuesto, y las directrices de hacienda.

 

1. El sistema debe permitir el uso de firma digital.

 

1. El sistema debe tener interface con el Sistema Digital Unificado del Ministerio de Hacienda (SICOP)

 

 

11.3.2 Requisitos del sistema PARTIDA 1 

 

• El oferente debe garantizar que es propietario o representante autorizado del sistema ofertado, para que puedan realizar servicios de implementación, capacitación y soporte del software, para lo cual debe presentar una certificación emitida por el fabricante, o registro público.

 

• El Software ofrecido deberá ser 100% web, de la última tecnología debiendo identificarlo en su propuesta.

 

• El software ofrecido debe ser desarrollado en una única plataforma, integrada. En ningún caso se permitirán desarrollos externos que generen procesos que deban ser incorporados por alguna otra aplicación.

 

• El sistema ofertado debe tener la base de módulos de las áreas Financiero (Presupuesto, Contabilidad, control de activos, Tesorería), Tributaria (Catastro, valoraciones, patentes, cobros, plataforma, servicios, impuestos), Administrativa (Proveeduría, vinculación con el sistema integrado de compras públicas, Administración de inventarios, planificación, control interno, Recurso Humanos (Nomina, Vacaciones, Gestión del recurso humano, licencias). Todos deben estar integrados con presupuesto y contabilidad.

 

• Todos los módulos incluso los adicionales o desarrollados a la media deben estar integrados a los módulos base del sistema. En ningún caso se permitirán desarrollos externos que generen reportes que deban ser importados por algún otro modulo. Cada proceso debe replicar y generar las salidas o entradas en el resto del sistema según aplique

 

• El sistema debe ser totalmente integrado en Contabilidad y Presupuesto. No se admiten sistemas cuyos módulos no estén totalmente interrelacionados desde su núcleo y por ende no generen las validaciones y afectaciones en los otros módulos al ejecutar cada proceso.

 

• El módulo o solución de formulación de presupuesto (gastos e ingresos) se debe basar en los Catálogos de cuentas del Ministerio de Hacienda y

Contraloría. 

 

• El módulo de Formulación debe proveer una Integración con el SIPP (Sistema Integrado de Información sobre Planes y Presupuestos (gastos e ingresos)) de la Contraloría General de la República.

 

• Debe tener incorporado el Catálogo Contable oficial y siempre la última versión de la Dirección General de Contabilidad Nacional.

 

• Debe generar los estados financieros que se emiten desde el módulo de Contabilidad sobre los formatos y estructuras de Contabilidad Nacional.

 

• El sistema de Contabilidad utilizará la base contable de acumulación (o devengo) Según la Norma Internacional de Contabilidad del Sector Público— Párrafo N°7 NICSP 1.

 

• Los sistemas deben utilizar el método PEPS para el control de inventarios.

 

• El sistema debe realizar validaciones presupuestarias en el proceso de generación de nómina y generar los asientos contables correspondientes, así como las deducciones de ley y cargas patronales. Los asientos contables deben coincidir perfectamente con los registros de planilla, deben existir registros auxiliares que fundamenten todos los registros contables.

 

• El sistema debe cumplir a nivel de ingresos con los requerimientos de Tributación, ONT, Registro Público, Contraloría, etc.

 

• El oferente debe aportar una declaración jurada en donde se identifique que el funcionamiento del mismo cumple con las NICSP, se debe demostrar que los procesos de forma transparente sin necesidad de intervención, cambios o manipulación de los datos para ser presentados según las autoridades respectivas, contabilidad nacional y Contraloría General de la República.

 

• La solución ofertada debe cumplir con al menos el 90% de cada uno de los módulos solicitados, es decir cada módulo debe cumplir con un 90% de las funcionalidades solicitadas, el oferente debe realizar una demostración del sistema con el fin de identificar el funcionamiento con los parámetros solicitados, el 10% faltante deberá presentar declaración jurada donde se compromete a desarrollarla dentro del tiempo de ejecución del proyecto adaptándola al proceso interno de la Municipalidad de Naranjo .

 

• El oferente debe realizar una demostración del sistema con el fin de identificar el funcionamiento con los parámetros solicitados en el pliego. La municipalidad posterior del quinto día hábil de la apertura de la licitación convocará a los oferentes a una demostración de la funcionalidad. La cual será evaluada.

 

• Correrá por cuenta y costo del Contratista, realizar oportunamente las actualizaciones y mantenimiento del sistema arrendado que se derive de nuevas versiones o cambios en la normativa aplicable para el Sector Público y municipal; mismas que deberán efectuarse fuera de horario hábil.

 

Se debe informar previo a la actualización las mejoras y/o cambios que se darán en el sistema, así como los riesgos asociados y esperar aprobación para su aplicación por parte de la municipalidad. Después de la actualización se deberán ejecutar una guía de pruebas que certifique que los módulos actualizados quedaron funcionando correctamente y que los datos almacenados no sufrieron ninguna afectación. 

 

Sobre este punto debe el oferente presentar declaración jurada en la cual se compromete a realizar las actualizaciones derivadas por cambios en la legislación nacional que afecte al municipio y de igual manera por cambios derivados de la legislación interna que afecta el procedimiento municipal sin costo adicional de la cuota mensual de mantenimiento ya pactada.

 

Estas actualizaciones se deben realizar dentro de los 30 días hábiles posterior a la solicitud que realice la Municipalidad, siendo su incumplimiento motivo de ejecución de cláusula penal.

 

11.3.3 Requisitos del personal a cargo del proyecto PARTIDA 1 

 

Para la entrega del servicio deberá de incorporar un equipo de trabajo (consultores) cumpliendo con los siguientes roles y requisitos mínimos: 

 

1. Director y líder del proyecto (1)

 

• Profesional con mínimo 5 años de experiencia consecutiva en coordinación de proyectos similares.

 

• Grado académico mínimo de bachiller universitario ingeniería en sistemas, o ingeniería industrial o carrera a fin, con posgrado en gestión de proyectos o certificación en administración de proyectos.

 

• Certificación de SCRUM, Agile o similar.

 

• Debe tener una antigüedad mínima de 4 años de laborar con el oferente, o demostrar la misma cantidad de años en proyectos con el oferente.

 

• Para el proceso de implementación y ejecución, quien funja como director, sea nacional o de otra nacionalidad radicado en Costa Rica, debe cumplir con los siguientes puntos:

 

1. Para los profesionales extranjeros será válida una certificación de que se encuentra inscrito en el Colegio Profesional o afín de su país de origen y que lo habilite para ejercer su profesión conforme a la legislación de ese país. Dicha certificación debe ser emitida por el ente competente del país de origen y a nombre de la Municipalidad de Naranjo.

 

1. En caso de que el oferente proponga como director del proyecto a un profesional extranjero, este se obliga a que en el plazo de 10 días hábiles se registre en el Colegio Profesional que así lo requiera conforme a la legislación vigente en Costa Rica, lo cual se probará mediante declaración jurada que se debe aportar junto con la oferta.

 

1. En caso de que el oferente proponga como director del proyecto a un profesional extranjero, este se obliga que en caso de resultar adjudicado a que en un plazo de 10 días hábiles se registrará ante la CCSS, lo cual se probará mediante declaración jurada que se debe aportar junto con la oferta.

 

 

1. Experto Funcional en Implementación finanzas, tributario y administración

 

2.1. La empresa debe contar con al menos un experto en las áreas funcionales (Recursos Humanos, Finanzas, Ingresos Tributarios, planificación, y Proveeduría), el cual debe cumplir con los siguientes requisitos:

 

• Grado académico mínimo de bachillerato universitario en su área de especialidad, preferiblemente, administración de negocios, administración pública, o finanzas.

 

2.2. Debe contarse con un experto en contabilidad, el cual debe cumplir con los siguientes requisitos:

 

• Grado académico mínimo de bachillerato universitario en contaduría pública o administración de empresas con énfasis en contabilidad.

 

 

Los dos puestos funcionales deben cumplir con lo siguiente: 

 

• Debe estar certificado como consultor experto en el software y versión a implementar mediante certificaciones de las municipalidades implementadas.

 

• Al menos 5 años de experiencia en su área de especialidad y en la implementación de proyectos como el requerido.

 

• Incorporado al colegio respectivo.

 

• Para profesionales radicados en Costa Rica debe estar inscrito como trabajador en la CCSS o formar parte de la planilla del oferente.

 

• Debe tener una antigüedad mínima de 2 años de laborar con el oferente, o demostrar la misma cantidad de años en proyectos con el oferente.

 

• Experiencia comprobada en implementación de procesos municipales y de NICSP.

 

• El personal a cargo de la evacuación de las consultas debe contar con conocimiento en la herramienta que se está arrendando. Para ello deberá presentar una declaración jurada que demuestre el conocimiento solicitado.

 

3. Ingenieros en sistemas o carrera a fin. (2)

 

Dentro del equipo de trabajo debe ofrecer 2 ingenieros en sistemas, que cumplan con los siguientes requisitos: 

 

• Grado mínimo bachiller en sistemas.

 

• Mínimo 5 años de experiencia consecutiva en el área de programación.

 

• Conocimiento comprobado en procesos municipales, debe demostrarlo por medio de certificaciones de las municipalidades implementadas.

 

• Experiencia mínima de 3 años en el software a implementar.

 

• Para profesionales radicados en Costa Rica debe estar inscrito como trabajador en la CCSS o formar parte de la planilla del oferente.

 

• Incorporado al colegio profesional respectivo y al día con la colegiatura, que así se requiera conforme a la legislación vigente

 

Validación de la información profesional del personal a cargo a aportar:

 

• El oferente debe presentar toda la documentación comprobatoria sobre los requisitos para cada uno de los puestos anteriores aportando el currículum vitae mediante declaración jurada del profesional, copia de títulos universitarios (aportar homologación en los casos que corresponda), otros títulos o certificaciones, certificación de experiencia laboral, certificación de tiempo laborado emitido por el departamento de recursos humanos del oferente o algún tipo de certificación que acredite el personal como participante en los proyectos del oferente.

 

• Toda información solicitada que sea requerida para comprobar requisitos, o bien para la aplicación de los criterios de evaluación de la oferta, debe presentarse de forma clara y haciendo referencia específica a lo solicitado.

 

• La municipalidad se reserva el derecho de comprobar toda la información aportada por el oferente mediante la consulta a las referencias indicadas.

 

• Cualquier información falsa o indicio de duda será objeto de descalificación de la oferta (no admisible).

 

• Para demostrar el cumplimiento de los requisitos anteriores, para toda referencia que se solicite sobre experiencias de la firma o de los consultores, en relación con sus proyectos, deberá venir dentro de una declaración jurada por el representante legal de la empresa, incluyendo la siguiente información:

 

Cliente

Nombre del Proyecto

Descripción del proyecto

Número de Procedimiento de Contratación para el Sector Público

Periodo (Mes/Año – Mes / Año) y Duración (en meses consultor)

Información de contacto (nombre, teléfono, email, posición). Sobre la posición se aclara que solo se aceptarán contactos de nivel de jefatura ya sea del área de negocio directamente responsable por los resultados del proyecto o bien del director de tecnología de la Institución.

Consultores de la firma que participaron en el proyecto

Tecnologías en las que se desarrolló el sistema

Estado de la aplicación. Todos los proyectos deben ser exitosos. En caso de que no esté en operación se aceptará si el cliente adjunta una adecuada justificación que esté asociada a factores ajenos a la aplicación.

 

En caso de requerirse la incorporación de nuevo personal por parte del contratista, posterior a la firma del contrato, este debe cumplir con todos los requisitos y condiciones ofrecidas en la oferta adjudicada y deben ser autorizadas por el Administrador de Contrato.

REQUERIMIENTOS ESPECIFICOS DE LA APLICACIÓN

 

A continuación, se detallan las especificaciones funcionales de los Sistemas de Gestión tributaria, Financiera y Administrativa. Es importante recalcar que estos requerimientos deben considerarse como una referencia mínima sobre el alcance de los sistemas.

 

SISTEMA DE GESTION TRIBUTARIA

 

40. Generales 

 

El sistema debe permitir: 

1. Integrarse con Contabilidad y proveer los Montos de Cuentas por Cobrar por cada Servicio o Impuesto Municipal.
2. Integrarse con Contabilidad y proveer los Montos de Cuentas por Cobrar por Penalidades, intereses, timbres, por Arreglos de Pago, cobro judicial, etc.
3. Integrarse con Contabilidad y presupuesto con los montos de Ingresos por cada Servicio e Impuesto Municipal, Penalidades, Intereses, Timbres, Arreglos de Pago
4. Integrarse con Bancos y proveer los Montos de Depósito
5. Administrar Contribuyentes Físicos y Jurídicos
6. Cobro del Servicio e Impuesto Una Vez, mensual, trimestral y anual
7. Cálculo de Precio, tarifa o Impuesto del Servicio e Impuesto Municipal
8. Cálculo de Intereses Diario del Servicio e Impuesto Municipal
9. Cálculo de Intereses Acumulados del Servicio e Impuesto Municipal
10. Cálculo de Penalidades del Servicio e Impuesto Municipal
11. Cálculo de Timbres del Servicio e Impuesto Municipal
12. Aplicar Descuentos al Servicio e Impuesto Municipal
13. Aplicar Ajustes al Servicio e Impuesto Municipal
14. Aplicar Exoneraciones a cada Servicio e Impuesto Municipal
15. Administrar Arreglos de Pago del Servicio e Impuesto Municipal
16. Administrar Amnistías del Servicio e Impuesto Municipal
17. Administrar Períodos Tributarios de Año Fiscal o Año Natural
18. Administrar Efectividad de Precio o Impuesto Tributarios de cada Servicio e Impuesto Municipal
19. Calcular Intereses y Penalidades basadas en la Fecha de Vencimiento de las Declaraciones de los Impuestos Municipales
20. Calcular Intereses y Penalidades basadas en la Fecha de Vencimiento de Pago de los Impuestos Municipales y Servicios
21. Aplicar Descuentos basadas en la Fecha de Vencimientos de Descuento de los Impuestos Municipales y Servicios
22. La creación de nuevos servicios o impuestos.
23. Emitir una alerta antes de cualquier interacción con el contribuyente para actualización de datos
24. Arreglos de pago con amnistía tributaria
25. Creación automática y Manual de notas de débito y crédito en todos sus tributos
26. La emisión de factura electrónica y tiquete electrónico debiéndose contar con interfase con el Ministerio de hacienda emitiéndose los documentos electrónicos en formato XML autorizados por la administración tributaria que correspondan por la prestación de servicios municipales que procedan conforme a normativa vigente.

 

40.1. Portal de autoservicio

 

 

El sistema debe permitir:

1. Hacer un proceso de registro y validación de Contribuyente
2. Crear un usuario al Contribuyente
3. Actualizar la información de su Perfil
4. Recuperar su contraseña
5. Actualizar su contraseña
6. Mostrar las Propiedades del Contribuyente
7. Mostrar las Patentes del Contribuyente
8. Mostrar las Licencias de Licor del Contribuyente
9. Mostrar los Servicios del Contribuyente
10. Mostrar el Historial de Pagos del Contribuyente
11. Mostrar las Deudas del Contribuyente
12. Realizar Pagos del Impuesto de Bienes Inmuebles por el Portal
13. Realizar Pagos del Impuesto de Patentes por el Portal
14. Realizar Pagos del Impuesto de Licencias de Licor por el Portal
15. Realizar Pagos de notas de débito y acreditar como un descuento las notas de crédito en el Portal
16. Realizar Pagos de los Servicios de Aceras del Contribuyente
17. Realizar Pagos de los Servicios de Recolección Basura del Contribuyente
18. Realizar Pagos de los Servicios de Cementerio del Contribuyente
19. realizar Pagos de los Servicios de Limpieza de Calles y Caños del Contribuyente
20. Realizar Pagos de los Servicios de Limpieza de Lote del Contribuyente
21. Realizar Pagos de los Servicios de Mantenimientos de Parques del Contribuyente
22. Realizar Pagos de Cuotas de Arreglos de Pago y de cuotas de arreglo de pago con amnistía del contribuyente.
23. Realizar Pagos de usos de suelo
24. Realizar Pagos de permisos de construcción
25. Solicitar Inscripción de Propiedades a través del Portal
26. Solicitar Traspaso de Propiedades a través del Portal
27. Solicitar Patente a través del Portal
28. Solicitar Terminación de Patente a través del Portal
29. Solicitar Licencia de Licor a través del Portal
30. Solicitar Terminación de Licencia de Licor a través del Portal
31. Solicitar cualquier tipo de Solicitud Abierta a través del Portal
32. Solicitar Patente y trámites a través del Portal
33. Solicitar declaración Patente a través del Portal

 

40.2 Aplicación Móvil de Auto Servicio 

El sistema debe permitir:

1. Hacer un proceso de registro y validación de Contribuyente
2. Crear un usuario al Contribuyente
3. Actualizar la información de su Perfil
4. Recuperar su contraseña
5. Actualizar su contraseña
6. Mostrar las Propiedades del Contribuyente
7. Mostrar las Patentes del Contribuyente
8. Mostrar las Licencias de Licor del Contribuyente
9. Mostrar los Servicios del Contribuyente
10. Mostrar el Historial de Pagos del Contribuyente
11. Mostrar las Deudas del Contribuyente
12. Realizar Pagos del Impuesto de Bienes Inmuebles por el App
13. Realizar Pagos del Impuesto de Patentes por el App
14. realizar Pagos del Impuesto de Licencias de Licor por el App
15. Realizar Pagos de notas de débito y acreditar como un descuento las notas de crédito por el App
16. Realizar Pagos de los Servicios de Agua del Contribuyente
17. Realizar Pagos de los Servicios de Aceras del Contribuyente
18. Realizar pagos de los Servicios de Recolección Basura del Contribuyente
19. Realizar pagos de los Servicios de Cementerio del Contribuyente
20. Realizar Pagos de los Servicios de Limpieza de Calles y Caños del Contribuyente
21. Realizar Pagos de los Servicios de Limpieza de Lote del Contribuyente
22. Realizar Pagos de los Servicios de Mantenimientos de Parques del Contribuyente
23. Pagos de producto de arreglos de pago y producto de amnistías
24. Realizar Pagos de usos de suelo
25. Realizar Pagos de permisos de construcción
26. Solicitar Inscripción de Propiedades a través del Portal
27. Solicitar Traspaso de Propiedades a través del Portal
28. Solicitar Patente a través del Portal
29. Solicitar Terminación de Patente a través del Portal
30. Solicitar Licencia de Licor a través del Portal
31. Solicitar Terminación de Licencia de Licor a través del Portal
32. Solicitar cualquier tipo de Solicitud Abierta a través del Portal
33. Solicitar Patente y trámites a través del Portal 

 

 

41. MODULO DE VALORACION DE BIENES INMUEBLES

 

41.1. Declaración de bienes inmuebles: 

El sistema debe permitir:

1. Formular la declaración de bienes inmuebles de cada derecho debiéndose contar con las interfaces respectivas que permitan la importación de la finca.
2. Acceder a la información del derecho que conforman la propiedad, debiéndose permitir cargar la información de la finca para efectuar cada declaración de manera más ágil y precisa y que se cuente con la posibilidad de modificar e incluir información nueva.
3. Al menos 20 ediciones por declaración.
4. Contar con un motor de cálculo de la declaración de bienes inmuebles tanto de terreno como de construcción, según los lineamientos del ONT del Ministerio de Hacienda y plataforma de valores de terrenos y manual de tipología constructiva, se debe tomar en consideración la plataforma de zona homogéneas de la ley 7509, la plataforma de valores agropecuarios Ley 9071 y el manual de valores base unitarios por tipología constructiva.
5. El cálculo de los valores de terreno y construcción de los diferentes tipos de condominio teniendo en cuenta la existencia la figura de copropiedad para terreno y construcción común.
6. El cálculo de los valores de terreno y construcción según porcentaje de derecho en propiedades en copropiedad y en usufructo y nuda.
7. Impresión de formulario de declaración.
8. Reportes e informes de toda la información de las declaraciones conforme a los requerimientos de la ONT del Ministerio de Hacienda.
9. . Aplicación automática en el imponible de la propiedad, indicando al menos el código de origen del valor, numero de documento que da origen al valor, fecha, valor de terreno, valor de construcción, valor total.
10. Cálculo automático del impuesto de bienes inmuebles tanto anual como trimestral.
11. Vincularse con los desarrollos web que se tiene implementados o se implementarán, así como con el sistema de información geográfica del municipio.
12. Cálculo de los valores de terreno con las plataformas de terrenos agrícolas y las plataformas por zonas homogéneas y de las construcciones según la tipología constructiva legalmente establecida por la municipalidad.
13. Que el usuario institucional pueda actualizar las plataformas de valores (zonas homogéneas y agrícolas), así como tipología constructiva, cada vez que la municipalidad actualice las mismas.

 

 

41.2. Avalúos municipales: 

 

1. El sistema debe permitir la elaboración de avalúos para el dueño del dominio o cada derecho que conforma la propiedad, debiéndose contar información finca para efectuar el documento de manera más ágil y precisa y que cuente con la posibilidad de modificar e incluir información nueva.
2. Motor de cálculo del avalúo municipal de bienes inmuebles tanto de terreno como de construcción, según los lineamientos del ONT del Ministerio de Hacienda y plataforma de valores de terrenos (zonas homogéneas y agrícolas) y manual de tipología constructiva. y manual de tipología constructiva.
3. Cálculo de los valores de terreno y construcción de los diferentes tipos de condominio.
4. Cálculo de los valores de terreno y construcción según porcentaje de derecho en propiedades en copropiedad y en usufructo y nuda.
5. Impresión de formulario de avalúo y acta de notificación.
6. Reportes e informes de toda la información de los avalúos.
7. Aplicación automática en el imponible de la propiedad, indicando el código de origen del valor, numero de documento que da origen al valor, valor de terreno, valor de construcción, valor total.
8. Cálculo automático de la multa por la no presentación de la declaración de bienes inmuebles.
9. Cálculo automático del impuesto de bienes inmuebles tanto anual como trimestral.
10. Debe poder vincularse con los desarrollos web que se tiene implementados o se implementarán, así como con el sistema de información geográfica del municipio.

 

41.3. Exoneraciones:  

 

1. Módulo de gestión de los diferentes tipos de exoneraciones incluyéndose las especiales en cuyo caso por normativa se permite modificar el porcentaje a exonerar.
2. Calculo y aplicación automática de exoneración (no sujeción) por bien único ya sea parcial o total, según el parámetro dado y tomando en cuenta si la propiedad está en copropiedad o no o si este usufructo y nuda.
3. Calculo y aplicación automática de exoneración (no sujeción) por bien único histórica (de años anteriores) ya sea parcial o total, según el parámetro dado y tomando en cuenta si la propiedad está en copropiedad o no o si este usufructo y nuda.
4. Impresión de informe para el solicitante y comprobante para la municipalidad.
5. Reportes e informes de toda la información de las exoneraciones ya sean especiales o parciales.
6. Cálculo y aplicación de las exoneraciones que no son por bien único según lo indicado por las diferentes leyes, permitiéndose la inclusión manual del porcentaje a exonerar conforme a normativa vigente (exoneraciones especiales).
7. Aplicación de exoneraciones por rangos de tiempo o permanentes.
8. Vincularse con los desarrollos web que se tiene implementados o se implementarán, así como con el sistema de información geográfica del municipio.

 

41.4. Imponibles de las propiedades. 

 

1. En la información de las propiedades se deberá indicar el valor imponible de forma separada terreno y construcción, así como el código del documento que da origen al valor, fecha del documento, número del documento y tipo documental (declaración, hipoteca, permiso de construcción y otras conforme a normativa vigente y aplicable en cada caso).
2. Tener registro de los imponibles históricos de las propiedades.
3. Indicar fecha de última declaración o avalúo.
4. Para propiedades en copropiedad debe indicar el valor del derecho y el valor de la propiedad total (sumando todos los derechos).
5. El imponible debe poder cargarse de forma automática o de forma manual.
6. Permitir el cobro de la multa por la no presentación de la declaración de bienes inmuebles.
7. Generación del cobro del impuesto de bienes inmuebles de manera trimestral y anual.

 

41.5. Impuesto Bienes Inmuebles 

 

El sistema debe permitir:

1. Cobro del Servicio e Impuesto Una Vez.
2. Cobro Servicio e Impuesto Mensual.
3. Cobro Servicio e Impuesto Trimestral.
4. Cobro Servicio e Impuesto Anual.
5. Cálculo de Precio o Impuesto del Servicio e Impuesto Municipal.
6. Cálculo de Intereses Diario del Servicio e Impuesto Municipal.
7. Cálculo de Intereses Acumulados del Servicio e Impuesto Municipal.
8. Cálculo de Penalidades del Servicio e Impuesto Municipal.
9. Cálculo de Timbres del Servicio e Impuesto Municipal.
10. Aplicar Descuentos al Servicio e Impuesto Municipal.
11. Aplicar Ajustes al Servicio e Impuesto Municipal.
12. Aplicar Exoneraciones a cada Servicio e Impuesto Municipal.
13. Administrar Arreglos de Pago del Servicio e Impuesto Municipal.
14. Administrar Amnistías del Servicio e Impuesto Municipal.
15. Administrar Períodos Tributarios de Año Fiscal o Año Natural.
16. Administrar Efectividad de Precio o Impuesto Tributarios de cada Servicio e Impuesto Municipal.
17. Calcular Intereses y Penalidades basadas en la Fecha de Vencimiento de las Declaraciones de los Impuestos Municipales.
18. Calcular Intereses y Penalidades basadas en la Fecha de Vencimiento de Pago de los Impuestos Municipales y Servicios.
19. Aplicar Descuentos basadas en la Fecha de Vencimientos de Descuento de los Impuestos Municipales y Servicios.
20. Generación de la base de datos para el Ministerio de Hacienda según los parámetros y rangos establecidos por dicho ministerio.

 

41.6. Gestión de Bienes Inmuebles 

 

El sistema debe permitir:

1. Administrar Propiedades de los Contribuyentes usando el formato de Derechos del Registro Nacional pudiéndose adjuntar documentos a cada propiedad.
2. Administrar Construcciones dentro de las Propiedades de los Contribuyentes.
3. Administrar Traspasos de Propiedades de los Contribuyentes.
4. Administrar Declaraciones de las Propiedades de los Contribuyentes.
5. Calcular y Cobrar el Impuesto de Bienes Inmuebles.
6. Cobro del Servicio e Impuesto Una Vez.
7. Cobro Servicio e Impuesto Mensual.
8. Cobro Servicio e Impuesto Trimestral.
9. Cobro Servicio e Impuesto Anual.
10. Cálculo de Precio o Impuesto del Servicio e Impuesto Municipal.
11. Cálculo de Intereses Diario del Servicio e Impuesto Municipal.
12. Cálculo de Intereses Acumulados del Servicio e Impuesto Municipal.
13. Cálculo de Penalidades del Servicio e Impuesto Municipal.
14. Cálculo de Timbres del Servicio e Impuesto Municipal.
15. Aplicar Descuentos al Servicio e Impuesto Municipal.
16. Aplicar Ajustes al Servicio e Impuesto Municipal.
17. Aplicar Exoneraciones a cada Servicio e Impuesto Municipal.
18. Administrar Arreglos de Pago del Servicio e Impuesto Municipal.
19. Administrar Amnistías del Servicio e Impuesto Municipal.
20. Administrar Períodos Tributarios de Año Fiscal o Año Natural.
21. Administrar Efectividad de Precio o Impuesto Tributarios de cada Servicio e Impuesto Municipal.
22. Calcular Intereses y Penalidades basadas en la Fecha de Vencimiento de las Declaraciones de los Impuestos Municipales.
23. Calcular Intereses y Penalidades basadas en la Fecha de Vencimiento de Pago de los Impuestos Municipales y Servicios.
24. Aplicar Descuentos basadas en la Fecha de Vencimientos de Descuento de los Impuestos Municipales y Servicios.

 

41.7. Informes y Reportes: 

 

1. Base Imponible.
2. Base imponible Total.
3. Imponible exento (exoneraciones permanentes).
4. Imponible Gravado.
5. Imponible exonerado (exoneraciones temporales).
6. Imponible para generar.
7. Impuesto generado.
8. Imponible según el servicio (suma de los imponibles de los bienes inmuebles que tiene cargado determinado servicio, por ejemplo, aseo de vías, policía etc).
9. Generación de la base de datos para el Ministerio de Hacienda según los parámetros y rangos establecidos por dicho ministerio según resolución “DGTR-015-2021 Resolución Municipalidades y Concejos Distritales 02jun2021” y cualquier actualización o nueva resolución.
10. Cantidad de propiedades, total y por distritos: cantidad registros, fincas completas, fincas en derechos.
11. Reportes de propiedades según rangos dados ejemplo de valores conforme al tipo documental que corresponda.
12. Reportes de fincas inactivas o cerradas.
13. Bitácoras de todos los cambios hechos en el sistema.
14. Certificación y constancia de valor imponible de las propiedades que permita el acceso de forma manual para indicar el asunto por el cual es solicitada Indicar nuevos reportes al sistema; debe realizar las exoneraciones y declaraciones de Bienes inmuebles en línea.
15. Reporte de numero clientes o contribuyentes.
16. Reporte de declaraciones, mensual y anual.
17. Reporte de edificaciones por fincas.
18. Reporte de exoneraciones.
19. Reporte monto exonerado retroactivo por finca.
20. Reporte exoneraciones parciales.
21. Reporte exoneraciones especiales.
22. Reporte de prescripciones.
23. Reporte de fincas por distrito.

24.Reportes por tipo de documentos, mensual y anual. Ejemplo (hipotecas, fraccionamientos entre otros.

 

41.8. Licencias para Actividades Lucrativas

 

Actualmente la Municipalidad, gestiona las licencias lucrativas de manera digital y manual, (solicitud, emisión y declaraciones).

1. Se espera que el sistema permita la gestión de patentes de forma digital, y que cuente con la capacidad de almacenar en el gestor documental de la municipalidad.
2. El sistema debe contener integración con plataformas como VUI del Ministerio de Salud.
3. Si la solución ofrecida no cuenta con el desarrollo de la gestión de patentes 100% digital deberá contemplar el desarrollo de los Web Service, según como se indica a continuación.
4. Para administrar las licencias comerciales, algunos requerimientos de este son los siguientes:
   • Que en el mismo módulo sea ingresada la información de la solicitud de forma automática (mediante Web Service), misma ventana que utilizaríamos en patentes para la aprobación o rechazo de la licencia, la carga de los montos para el cálculo del impuesto, el timbre de Biodiversidad y el cálculo del rótulo de acuerdo con su material y medidas.
   • Deberá contar con una ventana relacionada para generar las transacciones ya sea anuales o trimestrales.
   • Que cuente con una función o ventana relacionada para poder visualizar las transacciones actuales e históricas (aunque estas ya hayan sido canceladas)
   • Que desde la misma ventana se pueda visualizar el detalle de los recibos cancelados.
   • Que desde esta ventana se pueda descargar el estado de cuenta por cédula.
   • Que esta ventana tenga una vinculación a la licencia de licor, vinculada a la información de la propiedad (finca) y vinculado al módulo o ventana de declaraciones, para que desde ella se pueda visualizar la información.
5. Deberá tener la opción de que patentes indique que periodo fiscal es cada patentado (natural, especial o simplificado).
6. Deberá generar resoluciones automáticas con número de oficio, las cuales se puedan firmar digitalmente y el sistema las notifique al correo electrónico del contribuyente.
7. Desde el mismo módulo que existan los diferentes estados (aprobado, rechazado, retirada, depurada, traspaso, traslado) y cada estado genere registro de fechas en el momento en que se aplica, además cada estado deberá generar una resolución diferente y se notifique al correo de forma automática firmada digitalmente.
8. Deberá realizar el cálculo de intereses diarios.
9. Deberá realizar el cálculo y la generación de las multas que correspondan.
10. Que el módulo identifique las licencias a las que se generaron multas y envíe al correo electrónico registrado en el sistema una notificación automática informando el cobro de la multa.
11. Que el módulo genere reportes con toda la información que contenga tanto la ventana de patentes como las relacionadas, pudiendo escoger la información necesaria y generándolo en diferentes formatos, (Excel, PDF y Word).
12. Que cuente con una ventana donde se pueda disponer de información acerca de las actividades comerciales registradas por el Ministerio de Hacienda tal como su código y nombre.

 

41.9. Información que debe llevar la ventana principal del módulo: 

 

Toda la información que el contribuyente llene se cargará mediante la plataforma de auto servicio. 

 

En el caso de solicitudes de patentes nuevas el sistema debe indicar el número de licencia digital, Información del Solicitante: (Nombre del solicitante (físico o jurídico) N de identificación, nombre del representante legal en caso de sociedades y su N de identificación, teléfono, celular, correo electrónico para notificaciones, dirección para notificaciones dentro del cantón de Naranjo) Información del dueño de la propiedad donde se desarrollará la actividad: ((Nombre del solicitante (físico o jurídico) N de identificación, nombre del representante legal en caso de sociedades y su N de identificación, teléfono, celular, correo electrónico). Información de la finca y actividad: (Número de Finca, Nombre comercial o fantasía que llevará el negocio, descripción de la actividad, Número de uso de suelo, dirección exacta del local). Montos declarados: (Ingresos, Gastos y Utilidad), N° del permiso de salud y su fecha de vencimiento. Además, las plataformistas y patentes podrían ingresar alguna información adicional en Observaciones.

 

Deberá tener dos campos de fechas que se llenen automáticamente al sistema como fecha de solicitud y en el momento que patentes aprueba la solicitud se deberá generar la fecha de aprobación. Los estados mencionados anteriormente y las fechas de modificación. 

El sistema debe generar el cálculo del impuesto según la legislación vigente, este motor de cálculo debe ser flexible según los cambios que puedan darse en la legislación. 

El sistema debe permita generar el Informe trimestral de conformidad al criterio solicitado por el Ministerio de Hacienda.

 

41.10. Módulo de declaraciones  

 

El sistema debe permitir desde el portal de auto servicio generar la declaración de patentes y después de la fecha límite de pago el sistema debe cargar la Multa por presentación tardía a todas las patentes que no haya presentado declaración o la haya presentado de forma tardía, pero deberá tomar en cuenta otros factores como el periodo fiscal y la fecha de aprobación de la patente. 

 

Deberá permitir aplicar los ajustes a los montos cargados del impuesto de acuerdo con lo declarado. 

Que el módulo de declaraciones identifique las licencias a las que se generaron multas y envíe al correo electrónico registrado en el sistema una notificación automática informando el cobro de la multa. 

 

41.11. Gestión de Licencias Lucrativas El sistema debe permitir:

1. La administración de los periodos fiscales, de los patentados que sea flexible indicar la fecha de cierre de recepción de declaraciones según la clasificación fiscal.
2. Administrar Patentes Comerciales de los Contribuyentes.
3. Administrar Declaraciones de las Patentes Comerciales de los Contribuyentes.
4. Calcular y Cobrar el Impuesto sobre las Patentes Comerciales.
5. Administrar Licencias de Licor de los Contribuyentes.
6. Administrar Declaraciones de las Licencias de Licor de los Contribuyentes.
7. Calcular y Cobrar el Impuesto sobre la Licencias de Licor.
8. Cobro del Servicio e Impuesto Una Vez.
9. Cobro Servicio e Impuesto Mensual.
10. Cobro Servicio e Impuesto Trimestral.
11. Cobro Servicio e Impuesto Anual.
12. Cálculo de Precio o Impuesto del Servicio e Impuesto Municipal.
13. Cálculo de Intereses Diario del Servicio e Impuesto Municipal.
14. Cálculo de Intereses Acumulados del Servicio e Impuesto Municipal.
15. Cálculo de Penalidades del Servicio e Impuesto Municipal.
16. Cálculo de Timbres del Servicio e Impuesto Municipal.
17. Aplicar Descuentos al Servicio e Impuesto Municipal.
18. Aplicar Ajustes al Servicio e Impuesto Municipal.
19. Aplicar Exoneraciones a cada Servicio e Impuesto Municipal.
20. Administrar Arreglos de Pago del Servicio e Impuesto Municipal.
21. Administrar Amnistías del Servicio e Impuesto Municipal.
22. Administrar Períodos Tributarios fiscales (natural o especial).
23. Administrar Efectividad de Precio o Impuesto Tributarios de cada Servicio e Impuesto Municipal.
24. Calcular Intereses y Penalidades basadas en la Fecha de Vencimiento de las Declaraciones de los Impuestos Municipales.
25. Calcular Intereses y Penalidades basadas en la Fecha de Vencimiento de Pago de los Impuestos Municipales y Servicios.
26. Aplicar Descuentos basadas en la Fecha de Vencimientos de Descuento de los Impuestos Municipales y Servicios.

 

 

41.12. Licencia de Licores 

 

41.12.1. Módulo de licencias para el expendio de licor que permita administrar la información, la generación del cobro basado en los parámetros de la reforma 9384 a la ley 9047. Que se pueda generar cobro anual y trimestral. 

Que genere las multas de atraso y las de ley y que de igual forma como se especificó en los módulos anteriores que genere la notificación automática. 

• Que tenga los estados de aprobada, rechazada, retirada y depurada con el registro de fechas de aplicación de cada estado y genere tanto la resolución por estado como el certificado de aprobación.
• Que el módulo genere reportes con toda la información que contenga tanto la ventana de patentes como las relacionadas, pudiendo escoger la información necesaria y generándolo en diferentes formatos, (Excel, PDF y Word).
• Cobro del Servicio e Impuesto Una Vez.
• Cobro Servicio e Impuesto Mensual.
• Cobro Servicio e Impuesto Trimestral.
• Cobro Servicio e Impuesto Anual.
• Cálculo de Precio o Impuesto del Servicio e Impuesto Municipal.
• Cálculo de Intereses Diario del Servicio e Impuesto Municipal.
• Cálculo de Intereses Acumulados del Servicio e Impuesto Municipal.
• Cálculo de Penalidades del Servicio e Impuesto Municipal.
• Cálculo de Timbres del Servicio e Impuesto Municipal.
• Aplicar Descuentos al Servicio e Impuesto Municipal.
• Aplicar Ajustes al Servicio e Impuesto Municipal.
• Aplicar Exoneraciones a cada Servicio e Impuesto Municipal.
• Administrar Arreglos de Pago del Servicio e Impuesto Municipal.
• Administrar Amnistías del Servicio e Impuesto Municipal.
• Administrar Períodos Tributarios fiscales (Año Natural o especial).
• Administrar Efectividad de Precio o Impuesto Tributarios de cada Servicio e Impuesto Municipal.
• Calcular Intereses y Penalidades basadas en la Fecha de Vencimiento de las Declaraciones de los Impuestos Municipales.
• Calcular Intereses y Penalidades basadas en la Fecha de Vencimiento de Pago de los Impuestos Municipales y Servicios.
• Aplicar Descuentos basadas en la Fecha de Vencimientos de Descuento de los Impuestos Municipales y Servicios.
• La extracción de reportes en formatos de xlxs. y PDF.

 

41.13. Plataforma de Servicios 

 

41.13.1.       Emisión de Recibos y o comprobantes electrónicos   El sistema debe permitir:

1. El cobro de impuestos, canos, cuotas y servicios municipales, por cédula. además, debe cobrar por finca, o por patente, o permiso de construcción, para los casos de los fideicomisos.
2. También debe permitir realizar el cobro de recibos aislados, para aquellos casos en los que se debe hacer un cobro o registro que no es un pago fijo. Por ejemplo, cobro de certificaciones de registro, contables, registro de intereses de cuentas bancarias, registro de transferencias de gobierno. Si las personas realizan un depósito bancario y les sobra, se registra el sobrante mediante este tipo de recibos.
3. En el caso de recibos por finca que permita crear subdivisiones, para el caso de los fideicomisos, poder reconocer los que paga un cliente en específico.
4. Recibos de arreglos de pago y recibos de arreglo de pago por amnistía
5. El sistema debe la emisión de factura o comprobante electrónico conforme a normativa vigente.
6. Registro de notas de crédito por sobrantes de depósitos.
7. Espacio de observaciones en el recibo.
8. Emisión de constancias y certificaciones de impuestos.
9. Constancias y certificaciones de NO contribuyentes.
10. Anulación de recibos con clave de aprobación.
11. Cierre de caja.
12. Estados de cuenta flexibles, que se puedan proyectar los intereses y que se puedan personalizar, (por ejemplo, sólo lo vencido, solo servicios, todo el año, entre otros).
13. Envío de documentos a los contribuyentes desde el sistema, (estados de cuenta, recibos, certificaciones, certificados de patentes, certificados de permisos de construcción, etc).
14. Ventana de solicitud de trámites (patentes, visados, permisos de construcción, certificaciones de valor, entre otros).
15. Cambio de estados de trámites, para seguimiento.
16. Que, desde la página, las personas puedan consultar los estados de cuenta.
17. Bitácora de movimientos por finca.
18. Bitácora de movimientos por cédula.
19. Detalle de recibos cancelados, tanto por cédula como por finca o patente.
20. Lista de requisitos de trámites, que se pueda modificar, para poder agregar o quitar según sea el caso.
21. Calcular deuda, proyectando intereses. También poder marcar si es solo lo vencido, o los servicios actuales, pero que no incluya los impuestos del trimestre que no ha vencido.
22. Reimpresión de recibos.
23. Descuentos por pagos anticipados.
24. Poder firmar documentos con firma digital, antes de enviarlos por correo.
25. Sistema de alertas si se duplica alguna finca a la hora de emitir recibos.
26. Poder cobrar sólo lo mensual o lo trimestral, según lo soliciten.
27. Recordatorio al inicio de cada día, si no se ha realizado el cierre del día anterior.
28. Poder realizar llamadas a los contribuyentes desde la ventana de información de personas y que se pueda llevar una bitácora, del resultado de las llamadas.

 

41.13.2.       Pagos de Servicios 

El sistema debe:

1. Cobrar el monto a los diferentes servicios que brinda.
2. Administrar Cajas.
3. Realizar Cuadre Diario de Cajas.
4. Administrar Depósitos Bancarios.
5. Administrar Notas de Crédito.
6. Proveer herramientas para Cobro Administrativo.

 

41.13.3.           Arreglos de pago. 

1. Módulo de arreglos de pago con amnistía.
2. Módulo de amnistía, (cálculo, reportes, estados de cuenta).

 

41.13.4.           Módulo para correspondencia

 

1. Que incluya entre otros puntos, el número de trámite, el proceso y el encargado al que se le traslada.
2. Debe permitir incluir o excluir Procesos o funcionarios.
3. Debe emitir alertas de cumplimiento de plazos al funcionario que se le asigne.
4. Que el módulo de correspondencia se pueda vincular con el scanner, de tal manera, que se puedan subir archivos de documentos recibidos en físico.
5. Que el módulo de correspondencia pueda trasladar la información digitalmente al funcionario que le corresponde.
6. Que el módulo de correspondencia permita generar reportes.

 

41.13.5.           Reportes y Consultas

 

1. Reportes para trasladar los trámites a otros departamentos, y envío de trámites de forma digital.
2. Reportes diarios de cajas (documentos y operaciones de caja).
3. Reportes de ingresos diarios, mensuales, trimestrales, anuales
4. Reporte de lo puesto al cobro, así como los movimientos, (aumentos, disminuciones, monto recaudado). Tanto general, como con origen y sin origen.
5. Reportes de ingresos diarios por devengo.
6. Reportes de pendiente de cobro del año actual, por números de cédula.
7. Reporte de patentes y propiedades inactivas.
8. Consultas de       propiedades tales    como:             imponible,     exoneraciones, transacciones, pagos, ocupaciones, reportes de fincas de un contribuyente por número. 
9. Consulta de recibos anulados
10. Consultas de recibos de años anteriores y del periodo actual.
11. Consultas de reportes de años anteriores.
12. Consultas de patentes tales como: declaraciones, transacciones, pagos, imponible, dirección.
13. Consultas de patentes de licores tales como: categoría, pagos, transacciones, dirección, entre otros.
14. Consulta de tablas de interés y tarifas.

Permitir que se genere reportes que muestren el estado de las deudas según la cantidad de días de mora de cada contribuyente o trámite.

 

41.14. Módulo de Cobros 

 

41.14.1.           Cobro Preventivo  

El sistema debe permitir:

1. General listado de todas las cuentas puestas al cobro actual
2. Cargar y centralizar la cartera de contribuyentes clasificándolos según el tipo de deuda.
3. Consultar deuda total de las cuentas vencidas y al día de todos los contribuyentes.
4. Generar llamadas, avisos, correos, desde el sistema para cada contribuyente de forma individual y masiva.
5. Generar avisos automatizados de cuentas al dia como recordatorios.
6. Registrar compromisos de pago voluntario.
7. Emitir reportes de mora temprana.
8. El cálculo de intereses y actualización de saldo en tiempo real.
9. Generar certificados de deuda en tiempo real.
10. Tener un registro de interacciones con el contribuyente.

 

41.14.2.           Gestión de cobro administrativo 

 

1. El sistema debe permitir generar informes mensuales de deuda vencida sobre todos los tributos puestos al cobro, clasificado por tributo, periodo, cantidad de periodos vencidos, principal e intereses, que clasifique las cuentas que están en cobro judicial y en arreglo de pago, que brinde reportes en formato Excel, en forma resumida y detallada.
2. El sistema debe permitir generar requerimientos de pago, resoluciones de determinación de la deuda, multas por mora, configurar con plazos conforme a la normativa vigente para la Municipalidad de Naranjo y registrar actuaciones dentro del proceso.
3. Que permita hacer cortes por años específicos (antigüedad de saldos).
4. Generación de informe mensual con lo puesto al cobro, lo generado, pendiente, intereses, ingresos, los aumentos y disminuciones de deuda. Generación desde el primer día hábil del año.
5. Generar informe de antigüedad de Saldos por año y tributo
6. El sistema debe permitir generar consultar servicios vencidos (mensuales), impuestos vencidos (trimestrales) y general de deuda vencida, las consultas pueden ser por:
   • Por persona.
   • Por usuario.
   • Por fecha.
   • Históricos.
   •  
7. El sistema debe permitir la generación, impresión, consulta, de listados de avisos de cobro y totales.
8. Generación de aviso de cobros por cedula persona o nombre y permitir enviarlos por los medios de notificación permitidos. (Mensajes texto, mail, WhatsApp).
9. Permitir el registro de multas por deberes del munícipe, por atrasos en pagos, declaraciones varias u otros cargos, de manera que salga en la facturación ordinaria y la misma obligué a seleccionar dicho pago para su respectivo cobro por cualquier canal.
10. Permitir el traspaso de cuentas activas a cuentas incobrables y viceversa, así como:
    • Llevar un control de cuentas incobrables que permita hacer mediciones cuantitativas y si es posible cualitativamente, de manera estadística.
    • Crear expedientes administrativos digitales por contribuyente.
    • Se debe permitir generar el informe de morosidad por días mora.

 

41.14.3.           Informes de Gestión 

 

Este informe de gestión es lo actuado por cada uno de los funcionarios de cobros, en donde el nuevo sistema deberá de vincular las notificaciones y toda gestión de cobros realizada al contribuyente buscando un resultado efectivo y ágil de las cancelaciones versus gestión. 

 

41.14.4.           Bitácora 

 

1. Ventana de registro y consulta por números de cedula, persona o por nombre de todos los contribuyentes del cantón, en donde se pueda consultar, imprimir, generar, estado de cuenta, detalle de cancelaciones, deuda vencida y cualquier movimiento implícito en esta.
2. Todo movimiento originado o referido al contribuyente y cualquier gestión deberá de reflejarse en la bitácora, tales como pagos, arreglos de pago, cancelaciones, notificaciones, certificaciones de deuda y pago, modificaciones y /o corrección de información y cualquier trámite en ocasión a las gestiones.
3. Actualización y modificación de datos del contribuyente.
4. Estados de cuenta con Periodos adeudados vencido o No.
5. Deberá de permanecer la fecha en la que se dio la acción y detalle de esa acción, quien realiza el movimiento.
6. Registrar manual y digitalmente (AUTOMATIZAR) toda gestión efectuada, estados o condiciones en que se encuentran el contribuyente tales como reclamos administrativos, recursos, si se mantiene en cobro judicial si se exonero, etc., desde el momento en que se registra en la recepción institucional.
   1. Por persona.
   2. Por usuario.

• Por fecha.

1. Históricos.
2. Por tipo de gestión.

1. La bitácora, deberá de indicar si la gestión realizada al contribuyente se encuentra actualizada en el archivo digital. (en caso de encontrarse en el repositorio de documentos) o Pendiente (En caso de estar pendiente en su digitalización).

 

41.14.5.           Módulo para correspondencia

 

1. Estar a eso módulo por número de trámite, con las alertas de cumplimiento de plazos al funcionario que se le asigne.
2. Que el módulo de correspondencia se pueda vincular con el scanner, de tal manera, que se puedan subir archivos de documentos recibidos en físico.

• Que el módulo de correspondencia pueda trasladar la información digitalmente al funcionario que le corresponde.

1. Que el módulo de correspondencia permita generar reportes.

 

41.14.6.           Arreglo de pago

 

1. Generar y emitir el documento de arreglos de pago unificado, de acuerdo con los parámetros que aplica la municipalidad, que incluya lo adeudado por todos los distintos conceptos de cobro que adeuda el contribuyente, además de estar identificados claramente los derechos del contribuyente y las fechas de pago para cumplir con el arreglo, así como los próximos trimestres a vencer.
2. Deben identificarse los contribuyentes que se encuentran en la condición de arreglos de pago, para emitir alertas y advertencias a los otros submódulos.
3. Identificar si el arreglo de pago corresponde a una única finca o si es en conjunto con otras fincas, hacer distinción del tipo de arreglo (si es por morosidad o una multa), así como si el arreglo de pago proviene de cobro administrativo o judicial.
4. Mantener en el sistema un registro de los arreglos de pago, de la manera en que fueron conformados. (cancelados, pendientes, incumplidos).
5. Emitir informes, en pantalla y/o impreso, categorizado por rango de monto adeudado para efecto de presentar desglose de la cantidad de morosos por bloque, por distrito, por servicio o impuesto los rangos deben ser establecidos mediante parámetros.
6. Además, debe emitir informes por histórico de morosidad en tiempo y en deuda por contribuyente.
7. Debe permitir consulta del estado del arreglo de pago el cual se debe ver reflejado en las constancias o certificaciones de estar al día.
8. Debe permitir identificar los arreglos de pago incumplidos.
9. Informe de comportamiento de los Arreglos de pago.
10. Considerar el pago de la prima, el pago de las cuotas mensuales del arreglo y los pagos que se generan cada mes.
11. Registrar solicitud desde su ingreso a la institución por medio de la bitácora (automatizado).
12. Poner una alarma u observaciones a las cuentas que estén en Arreglo de pago, para poder dar seguimiento preciso a esas cuentas.
13. Interacción con otros Procesos como plataforma -patentes y Contabilidad
14. El sistema debe de generar el asiento contable cuando se formalice un arreglo de pago o un contribuyente se encuentre en cobro judicial.
15. Este asiento debe actualizarse cada vez que la deuda se actualice.
16. En caso de que incumplan la cuota de arreglo de pago debe bloquear la cuenta en cajas automáticamente y permitir el desbloqueo por parte del Departamento de Cobros.

 

41.14.7.           Cobro Judicial 

 

1. Permitir la fiscalización, el control y seguimiento de cuentas en cobro judicial.

Registrar en un histórico de notificaciones, el abogado o funcionario asignado

al caso, la fecha de asignación y la fecha de traspaso por parte del abogado o el funcionario al juzgado, fecha de levantamiento y traspaso registral del bien. 

1. Permitir registro amplio en el módulo para notas de movimientos, para ingresar número de expediente judicial, entre otros.
2. Además, debe permitir el acceso a la estadística de casos terminados detallando el monto por el que se envió a cobro judicial y el rubro recuperado; cuando se realiza un arreglo de pago o cancelación total de la deuda, consultar por demandas asignadas por abogado, así como los procesos ganados, tanto por abogado como globalmente.
3. Esta estadística debe ser comparativa y permitir emitirla en términos numéricos y/o porcentuales.
4. A su vez permitir incluir en la cuenta del contribuyente el monto a pagar por honorarios de abogado Gastos de Peritos y costas.
5. En procesos de cobros judiciales el sistema debe evitar estar eliminando y generando intereses cuando se inactive.
6. Debe permitir generar la certificación de deuda vencida, por finca o por cedula, reflejando los periodos vencidos.
7. Debe permitir la separación de todos los rubros, por tributo, por año, por mes y trimestre, monto periodo suma de intereses, total general de ambas sumas.
8. Detalle tasa de intereses al día, al mes y al trimestre cuanto se cobró, Total, general de la deuda o cuenta.
9. Bitácora: se registre cuando un contribuyente está o estuvo en cobro judicial, además un espacio para agregar el número de expediente judicial, el monto con el cuál se lleva la demanda.
10. Generar cobro judicial, suspender el cobro judicial, reactivar cobro Judicial, anulación con justificación, informe general de las cuentas que se encuentran en cobro Judicial. Permitir consultar por número de cobro judicial.
11. Informe de Estado de las cuentas, en esa instancia.
12. Permitir el control de cuentas en arreglo de pago, si hay atraso en el cumplimiento del arreglo, bloquear las emisiones de recibos emitidos en la municipalidad o de pagos a través de Internet, la página web de la Municipalidad o de recaudadores externos.
13. Emitir advertencias y alertas en otros módulos si hay procesos de cobro judicial o administrativo o arreglos de pago activos, aún el monto estando en cero, no permitir ningún traspaso hasta que se inactive el cobro. (independientemente si es cobro administrativo o judicial).
14. El sistema debe permitir registrar pagos parciales o totales derivados del proceso judicial.

 

41.14.8.           Abogados externos  

 

1. Permite administrar los datos de los abogados que tendrán asignados los procesos de cobro judicial, así como un registro de los casos ganados por el abogado, los que se encuentran en proceso y los montos a recaudar actualizados.
2. Cálculos de las costas tanto Procesales como personales.
3. Hoja de remisión en donde se pueda vincular el contenido de expediente con un informe del estado actual de los mismos para poder ser cotejados tanto por la administración como por los abogados externos.

 

41.14.9.           Notificaciones 

 

1. Permitir la fiscalización, el control y seguimiento de emisión de notificaciones y las efectivamente entregadas.
2. Debe permitir la creación de los tipos de notificación, según la legislación correspondiente.
3. Debe de tener histórico, periodos adeudados, deuda de contribuyente próxima a vencer.
4. Códigos y permisos para cada uno de los funcionarios de cobros, sobre los estados de las notificaciones y cada una de las tareas sobre esas actividades.
5. Generación de informe de notificaciones por notificador y/o funcionarios y totales en donde la encargada del Proceso tenga acceso a esa información.
6. Calcular deuda a una fecha determinada, proyección de deuda según necesidad.
7. Reflejo de cada una de las notificaciones en la bitácora de gestión
8. Generación Anual de los tres tipos de Notificaciones (cada año que se pasen a históricas).
9. Generación emisión e impresión de certificación de deuda vencida, por finca.
10. Actas de Notificación, que sean emitidas por el sistema, que lleven un consecutivo.
11. Consulta de notificaciones históricas y actuales.

 

41.14.10.         Prescripciones  

1. El sistema debe de emitir alerta para lo que está por prescribir.
2. El sistema debe permitir gestionar las solicitudes de prescripción presentadas por los contribuyentes, proceso en línea, aprobar, rechazar, anular solicitud, generar informes de prescripciones para dar seguimiento.
3. Si el contribuyente solicita prescripción avisar al realizar la consulta que la persona ya tiene una o si aplica cuando se ingrese la cedula.

 

41.14.11.         Amnistía  

1. Informe mensual de contribuyentes que se acojan a la amnistía tributaria.
2. Informe total al termino de este Proceso.
3. Si se concede arreglos de pagos en ocasión con estos lineamientos emitir informes mensuales.
4. Crear ventana que calcule total de intereses que ha generado a la cuenta desde el momento que se aplicó la amnistía al momento que se cancela.
5. Que se pueda realizar digital y manualmente.
6. Generar informe mensual en el cual indique la información del contribuyente: a) Cedula. 
   1.  
   2. Intereses (realizar calculo a la fecha para los compromisos de pago u arreglos de pago, donde se calculen los intereses a la fecha de la última cancelación).
   3. Cantidad de cuotas canceladas.
   4. Cuotas pendientes.
   5. Cuotas vencidas.
   6. Saldo pendiente.
   7. Saldo vencido.
7. El sistema debe permitir en caso de incumplimiento de arreglo de pago de amnistía, volver a cargar como cuenta por cobrar los intereses, multas, descuento o cualquiera que fuera el beneficio de la amnistía.

 

41.14.12.         Exoneraciones Históricas  

1. Que el sistema permita ingresar un informe de persona con exoneración histórica solicitada y la cantidad de exoneraciones aplicadas cuando se requiera consultar.
2. Informe de exoneración histórica.

 

41.14.13.         Archivo Digital

 

El sistema deberá contar con una vinculación al Archivo digital donde se ingrese la siguiente información del contribuyente: 

1. Nombre del documento.
2. Nombre del contribuyente.

• Cedula (habilitado para Física, Jurídica, Dimex y Pasaporte.

1. Numero de documento.
2. Fecha de emisión del documento.
3. Tipo documental (según lo especificado en el Gestor documental).

 

Para cada uno de los contribuyentes se deberá de crear una carpeta donde se ingrese toda la información indicada anteriormente. 

 

41.14.14.         Inspecciones de campo

1. Automatizarse desde su ingreso a la recepción.
2. Dar seguimiento a las inspecciones de campo.
3. Informe de inspecciones.

 

41.15. Catastro 

La municipalidad cuenta con el trámite de usos de suelo en línea, por lo cual el sistema debe poder continuar con el trámite en línea ya sea porque la solución ofertada la tiene, o en su defecto, el oferente debe desarrollar los Web Service, necesarios para que la información se maneje 100% en línea con los API´S de la institución. estas líneas corresponden a los Certificados de uso de suelo que general el DPU. En Desacuerdo. Dejar este punto como información que pueda consultarse, pero no editarse por Catastro.

 

Sistema debe permitir:

1. Administrar visados
2. Administrar usos de suelo estas líneas corresponden a los Certificados de uso de suelo que general el DPU. En Desacuerdo. Dejar este punto como información que pueda consultarse, pero no editarse por Catastro. Salvo perfiles específicos con roles especiales.
3. Dejar este punto como información que pueda consultarse, pero no editarse por Catastro.
4. Dejar este punto como información que pueda consultarse, pero no editarse por Catastro.
5. Administrar requisitos del módulo de visados.
6. Administrar mantenimiento de sellados de plano.
7. Administrar mantenimiento de distritos.
8. Administrar mantenimiento de generación de documentos para trámites de visado.
9. Administrar consulta de trámite (detalle o historial).
10. Administrar solicitud de un nuevo trámite.
11. Administrar descarga de archivos del trámite.
12. Administrar trámites y procesado de estos en las distintas etapas del flujo de procesos (Solicitado, Inadmitido, Ingresado, etc.).
13. Agregar o eliminar archivos por etapa (ya sea adjuntos, documentos de resolución de trámite generados por el sistema o planos sellados por el sistema).
14. Administrar envío de notificación por correo para trámites notificados.
15. Administrar redirigir un trámite por motivo de visado.
16. Administrar exportar expediente de un trámite (adjuntos del visado, si es corrección también
17. Administrar y agrega los adjuntos del visado que se está corrigiendo).
18. Exportar varios expedientes de trámites.
19. Exportar listado de trámites a un archivo Excel.
20. Descargar archivos del trámite.
21. Contar con una ventana de propiedades Activas donde se muestren al menos los siguientes campos: Provincia, Cantón, Distrito, Barrio.
22. Uso/Ocupación, Mapa/Gis No Finca, Duplicado, Filial, Derecho, Posesión, Dominio, Tipo de Derecho Condominio, Área Común o porcentaje de condominio, Tipo de Condominio, Finca Matriz, Uso de Condominio.
23. Cédula, Nombre completo, Señas, Dirección Plano Catastrado, Área Registrada, Área Catastrada, Observaciones
24. Dejar este punto como información que pueda consultarse, pero no editarse por Catastro, debe ser competencia de Bienes inmuebles la edición de esta información.
25. Dejar este punto como información que pueda consultarse, pero no editarse por Catastro, debe ser competencia de Bienes inmuebles la edición de esta información.
26. Dejar este punto como información que pueda consultarse, pero no editarse por Catastro, debe ser competencia de Bienes inmuebles la edición de esta información.
27. Dejar este punto como información que pueda consultarse, pero no editarse por Catastro, debe ser competencia de Bienes inmuebles la edición de esta información.
28. Es necesario que el sistema genere automáticamente los cargos por Limpieza de vías para los predios a los que se les indique en las diferentes zonas del cantón.

 

 

41.15.1.           Portal Geoespacial 

 

La Municipalidad cuenta con el área de catastro en la cual se encuentra localizado las propiedades contenidas en los distritos del cantón, por lo que el oferente debe permitir que el sistema actualice la información de forma georreferenciada.

 

Cabe mencionar que la base de datos de PostgreSQL, debe ser compatible con software gratuito QGIS utilizado por la municipalidad, o en caso de no serlo, se debe considerar la compra de licencias de programas que soporten la base.

 

El acceso a la información de los mapas, llámese mapa catastral municipal no debe ser abierta a la consulta pública, únicamente a nivel municipal y no puede ser editable por otros departamentos ajenos a la oficina de Catastro, esto para evitar duplicidad de datos o eliminación de los mismos por errores que implica la edición de varios usuarios.

 

La información que puede mostrarse al público puede abarcar únicamente un visor simple con información limitada, número de finca, plano catastrado. Para el uso municipal puede manejarse un visor interno con toda la información de importancia para cada dependencia.

 

Para el acceso a la información de los mapas, es necesario que el nuevo sistema pueda integrarse con la base de datos de PostgreSQL para la lectura y escritura de información de las siguientes capas:

Capa 1. Información general de Fincas 

Capa 2. Información general de Bienes Inmuebles Públicos 

Capa 3. Información general de Patentes 

Capa 4. Información general de Servicios 

Capa 5. Información general de Declaraciones 

Capa 6. Información general de Morosos por Servicio 

Capa 7. Permisos de construcción

Portal consume y pública Servicios de WMS y WFS

 

41.16. Permisos de Construcción 

El sistema debe descargar la información de los permisos de construcción del sistema que facilite el Colegio de Ingenieros y Arquitectos, además debe realizar siempre en línea el trámite de los diferentes tipos de permisos de construcción que emite la municipalidad. en cumplimiento de las normas de control urbano.

Asimismo, el sistema deberá permitir:

 

1. El sistema debe llevar la bitácora de inspecciones y la captura de imágenes y firmas en instrumentos como, teléfono, tableta y computadora.
2.  
3. Recibir una construcción finalizada o parcial y Generar un acta de recepción formal de obra o de avance de obra, según corresponda.
4. Generar alertas conforme a los plazos previamente definidos de acuerdo a la normativa y las diferentes etapas de la obra.
5. Cobro del Servicio e Impuesto Una Vez, identificando y/o modificando las características del cobro.
6. Cálculo de Precio o Impuesto del Servicio e Impuesto Municipal
7. Generar las respectivas multas y/o exoneraciones
8. Cálculo de Intereses Diario del Servicio e Impuesto Municipal
9. Cálculo de Intereses Acumulados del Servicio e Impuesto Municipal
10. Cálculo de Penalidades del Servicio e Impuesto Municipal
11. Cálculo de Timbres del Servicio e Impuesto Municipal
12. Aplicar Descuentos al Servicio e Impuesto Municipal
13. Aplicar Ajustes al Servicio e Impuesto Municipal
14. Aplicar Exoneraciones a cada Servicio e Impuesto Municipal
15. Administrar Arreglos de Pago del Servicio e Impuesto Municipal
16. Administrar Períodos Tributarios de Año Fiscal o Año Natural
17. Administrar Efectividad de Precio o Impuesto Tributarios de cada Servicio e Impuesto Municipal
18. Exportar el listado de trámites y su estado, a un archivo de Excel y debe contener la información requerida por entidades como INEC y Ministerio de Hacienda.
19. El sistema debe cargar automáticamente los servicios de recolección de basura a la propiedad que genera el Permiso de Construcción.

 

. OBJETO DE LA CONTRATACIÓN:

 

La presente licitación estará conformada por tres líneas que incluyen:

PARTIDA 1: Servicio de Implementación, puesta en Producción que incluya la Instalación, Configuración, Migración, Desarrollo de Mejoras y Capacitación del Sistema y; arrendamiento mensual de un sistema integrado municipal a través de la modalidad de servicio administrado con alojamiento en la nube para la Municipalidad de Naranjo. 

 

Para esta línea es necesario que se incorpore el costo mensual del servicio incluyendo, mantenimientos preventivos y correctivos del sistema, actualizaciones y demás asociados al mismo para el adecuado funcionamiento en la Municipalidad de Naranjo cumpliéndose con todas las especificaciones que se plasman en el presente documento. 

 

PARTIDA 2: Adquisición de licenciamientos de antivirus, según demanda

 

PARTIDA 3: Servicio administrado de alquiler de Firewall que incluya la instalación, configuración y arrendamiento mensual.

 

1. OFERTA:

 

Conforme lo establecido en el numeral 14 y 16 de la Ley General de Contratación Pública, toda oferta deberá presentarse de forma electrónica y debidamente firmada por quien tenga poder para ello, en el Sistema Integrado de Compras Públicas (SICOP), con todo gasto pagado e impuestos incluidos.

 

3. REFERENCIA AL PLAN ANUAL DE COMPRAS

 

Los bienes que se desean comprar se encuentran incorporados al plan de compras institucional del 2026 dentro del rubro de servicios de programación de sistemas de gestión y de aplicaciones del programa administrativo.

 

1. REAJUSTE Y REVISIÓN DE PRECIOS:

 

En aras de mantener el equilibrio económico de los contratos, conforme al artículo 3 del Reglamento para el reajuste de precios en los contratos de obra y revisión de precios en los contratos de bienes y servicios, cuando el contratista demuestre eventuales desequilibrios económicos del contrato producidos por variaciones en los costos directos e indirectos que integran el precio ofertado, originadas por alteraciones imprevisibles y no atribuibles al contratista ni a los riesgos implícitos del negocio deberá presentar la prueba suficiente y pertinente, acorde a la estructura de precio y del presupuesto detallado regulado en el artículo 103 del RLGCP y el programa de trabajo. 

 

Los cálculos de la revisión de precios se realizarán con base en las variaciones de pago por la entrega de los bienes o por la prestación de los servicios aprobados por la administración, conforme a los índices de precios del mes calendario de la presentación de la oferta y las cantidades planificadas e índices correspondientes al mes calendario conforme a la ejecución establecida en el cronograma vigente. 

 

Si el contratista se atrasa en la entrega del bien o la prestación del servicio por su única y exclusiva responsabilidad, según el mes calendario dispuesto en el cronograma vigente, para el cálculo de las revisiones se utilizarán los valores de los índices de precios de los meses calendarios que originalmente se consignaron en dicho cronograma.

 

Si el contratista se adelanta en la entrega del bien o la prestación del servicio, según el mes calendario dispuesto en el cronograma vigente, para el cálculo de las revisiones de precios se utilizarán los valores de los índices de precios del mes calendario en que efectivamente se entregaron los bienes o se prestaron los servicios.

La valoración de pago aprobada por la Administración será utilizada como base para determinar la revisión de los precios.

 

Para efectos de una eventual revisión/reajuste de precios, conforme al artículo 6 del Reglamento para reajustes y revisiones de precio, para efectos del cálculo de reajuste o la revisión de precios de un contrato el oferente deberá presentar: 

• Estructura de cada precio, tanto en valores absolutos como porcentuales.
• Propuesta de una fórmula matemática para cada línea ofertada.
• El oferente deberá aportar la información de todos los índices de precios oficiales, ya sean específicos o similares, de los costos directos e indirectos de la estructura de precio, los cuales deberán estar estrechamente vinculados con la variación de los costos que desea medir. Para ello el oferente deberá considerar el siguiente orden de aplicación: primero, propondrá un índice de precios específico asociado al costo, para el que se desee medir dichas variaciones y en segundo lugar, en su ausencia o inexistencia, propondrá un índice de precios similar. En caso de que se proponga un índice similar se deberá aportar en la oferta la justificación técnica correspondiente de dicha decisión.

 

Para lo anterior los oferentes deberán presentar una declaración jurada en donde acrediten la veracidad de la información aportada, indicando al menos los aspectos regulados en los artículos 9 y/o 12 del Reglamento para el reajuste o revisión de precios, según corresponda.

 

Tanto el procedimiento de análisis para el cálculo de los reajustes de precios como la revisión de los mismos se regirá por el Reglamento para el reajuste de precios en los contratos de obra pública y la revisión de precios en los contratos de bienes y servicios, Decreto Ejecutivo N° 44937-H-MICITT-MIDEPLAN, publicado en La Gaceta N°64, alcance 46, del 03 de abril de 2025. 

 

1. PERIODO ESTIMADO DE VIGENCIA DE LA CONTRATACIÓN:

 

Dada la naturaleza de la contratación, es de servicios administrados que se mantendrá vigente por un periodo de 4 años en total. 

 

Para la partida 1: La implementación de los módulos financieros y administrativos se estiman en 6 meses a partir de la orden de inicio y pruebas ejecutadas, para los módulos tributarios se estiman 6 meses a partir de la orden de inicio. Ambos deben ejecutarse de forma paralela.

 

El plazo máximo de entrega total para la fase de implementación será de máximo 12 meses debiendo el oferente presentar una declaración jurada aceptando esta condición y, siendo su incumplimiento un motivo para inicio de ejecución de multas/ clausula penal según corresponda. 

 

El mantenimiento y licenciamiento iniciará con la puesta en marcha de los módulos por lo cual la mensualidad deberá ser proporcional a los módulos en funcionamiento.

 

La implementación de las actualizaciones en el sistema por nuevas versiones y cambios en la normativa aplicable al sector público y municipal deberá realizarse en 30 días hábiles.

 

En el caso de las partidas 2 y 3, los oferentes deben indicar que poseen una disponibilidad máxima de 5 dias hábiles una vez notificada la orden de pedido para iniciar con los requerimientos.

 

6. PRECIO

 

El presente proceso debe incorporar el los costos mensuales y unitarios de las partidas 1 y 3, los costos asociados a mantenimientos preventivos y/ o correctivos, así como actualizaciones e incorporación de módulos adicionales en el  sistema lo cual puede ocasionar diferencia con respecto a los precios mensuales estimados. 

 

Para la partida 1 se identifican etapas conforme al siguiente detalle:

 

• Fase de implementación, se identifican dos sub fases:

 

• Primera etapa: en esta se deberán implementar de forma paralela los módulos financieros conformados por presupuesto, contabilidad y tesorería y; los módulos administrativos conformados por proveeduría, planificación, y recursos humanos.
• Segunda etapa: en esta etapa se deben implementar los módulos tributarios conformados por cobros, plataforma, patentes, valoraciones, catastro, cementerio, construcciones.

 

• Fase de mantenimiento, actualizaciones y licenciamiento. Para efectos de valoración y estimación de datos, los oferentes deben considerar dentro del costo mensual los costos de:
• Mantenimiento del sistema y actualizaciones
• Licenciamientos

 

Esto en los tres módulos requeridos: Financiero, administrativo y tributario. Para cuantificar las líneas el oferente debe indicar claramente en su oferta el costo mensual del servicio considerando todas las fases del proceso.

 

1. DETALLE DE ENTREGA:

 

Los servicios se prestarán de forma presencial en la Municipalidad de Naranjo ubicada costado norte del templo católico en Naranjo centro sin que ello implique costos adicionales para la Municipalidad de Naranjo; lo anterior sin perjuicio de que la Municipalidad requiera alguna capacitación o servicio virtual que deberá ser consignado por el administrador de contrato.

 

Los oferentes deben incorporar dentro de su oferta costos asociados con traslados, mano de obra e insumos requeridos para el desarrollo del presente proyecto.  

 

8. FORMA Y PROCEDIMIENTO DE PAGO 

 Dado que el presente proceso se divide en tres partidas los oferentes deben cotizar de la siguiente manera:

 

PARTIDA 1: Se debe incluir en la oferta el costo mensual que incluya costos del licenciamiento, mantenimiento y actualizaciones reflejando un solo monto e igual (tarifa plana) durante los cuarenta y ocho meses previstos del contrato.

 

PARTIDA 2: Se deben incluir los costos por servicio mensual de cada licencia de antivirus

 

PARTIDA 3: Se debe incluir en la oferta el costo mensual de servicio administrado de firewall que incorpore todos los elementos necesarios para el aprovisionamiento de tal insumo.

1. Posterior a la notificación de la orden de pedido, el contratista debe proceder dentro de un plazo no mayor a tres días hábiles a realizar la gestión de recepción correspondiente.
2. En caso de que se cuente con un rechazo de la solicitud de recepción a través de SICOP, el contratista deberá proceder máximo dentro de 3 (tres) días adicionales a corregir los factores solicitados dentro del proceso formal de rechazo de la solicitud.
3. De aprobarse la solicitud de recepción a través de SICOP, dentro de un plazo no mayor a 3 días hábiles siguientes, el contratista deberá emitir formal solicitud de gestión de pago en el cual se incluya la factura respectiva.
4. El administrador del contrato dentro de un plazo máximo de 3 (tres) días hábiles deberá proceder a rechazar o aprobar la gestión de pago correspondiente a través de SICOP, debiendo asignarle la gestión a la encargada de tesorería para trámite correspondiente.
5. La encargada de tesorería procederá a incluir el pago correspondiente conforme a la programación semanal de pagos, debiendo consignar en el SICOP el detalle de la transferencia con el número de comprobante que corresponda para consulta y registro del contratista.

 

 

9. FUENTE DE FINANCIAMIENTO 

 

La presente contratación de servicios es financiada con fondos propios de la Municipalidad. La validez y ampliaciones que se realicen al presente proceso quedan sujetos a la existencia del contenido presupuestario debidamente aprobado en los diferentes periodos presupuestarios mientras la misma permanezca vigente. 

 

1. DECLARACIONES JURADAS:

Todo interesado en participar como oferente o subcontratista deberá aportar las siguientes declaraciones juradas de acuerdo a artículo 28 de la Ley General de Contratación Pública:  

 

• Que no se encuentra sujeto a ninguna de las causales de prohibición establecidas en esta ley. Que, en caso de encontrarse en alguno de los supuestos de prohibición regulados en los incisos j) y k) del artículo anterior, cumple con alguno de los supuestos de desafectación establecidos en el artículo 30 de la Ley General de Contratación Pública.
• Tratándose de personas jurídicas deberán indicar, en la declaración jurada, la naturaleza y propiedad de las acciones y el beneficiario final, incluyendo su nombre completo y condición declarada de beneficiario final.
• Declaración jurada que demuestre que el oferente se encuentra debidamente inscrito como Proveedor ante la Dirección de Contratación Pública y que mantiene los datos actualizados ante dicho ente.

Cualquier violación debidamente acreditada al artículo 28 y 29 de la LGCP, generará la exclusión de la oferta del procedimiento y/o la resolución del contrato si se detecta en la fase de ejecución, así como la imposición de la sanción correspondiente conforme a la normativa conexa al presente procedimiento contractual.