29075 - CONTRATACIÓN DEL DESARROLLO A LA MEDIDA DE LOS MODULOS DE COMERCIAL Y PERMISOS DE CONSTRUCCION DE LA II ETAPA DEL CATI (CORE DE ADMINISTRATCIÓ

Requisitos de admisibilidad del oferente
Por tratarse de una contratación abierta y considerando que el objeto contractual requiere intervenir, ampliar, integrar y dar continuidad a componentes tecnológicos que forman parte de la plataforma tributaria municipal actualmente implementada, el oferente deberá acreditar las siguientes condiciones mínimas de idoneidad técnica. Estos requisitos responden a necesidades de compatibilidad, interoperabilidad, soporte especializado, continuidad operativa y protección de la inversión tecnológica institucional.
El oferente deberá disponer, como mínimo, del personal técnico indicado en la tabla siguiente. La experiencia, formación y certificaciones requeridas deberán acreditarse con la documentación señalada, y el personal propuesto deberá mantenerse disponible durante la ejecución contractual, salvo sustitución previamente autorizada por la Administración por un profesional de perfil igual o superior.

Requisito del Personal
Documentación para validar
1. Director del Proyecto
• Copia del título de Licenciatura o Ingeniería en Informática, Computación, Sistemas o carrera afín.
• Declaración jurada de experiencia mínima de 5 años en dirección o gerencia de proyectos de tecnología
.• Listar al menos 3 proyectos de desarrollo o implementación de sistemas empresariales, con el nombre del proyecto, número telefónico y nombre del contacto de la empresa donde fue implementado el proyecto.
2. Arquitecto de Software / Líder Técnico
• Copia del título de Licenciatura o Ingeniería en Informática, Computación, Sistemas o carrera afín
• Declaración jurada de experiencia mínima de 5 años en diseño, desarrollo o liderazgo técnico de sistemas de información.
• Listar al menos 3 proyectos de desarrollo o implementación de sistemas empresariales, con el nombre del proyecto, número telefónico y nombre del contacto de la empresa donde fue implementado el proyecto.
3. Analista Funcional
• Copia del título universitario en Informática, Sistemas, Administración o carrera afín.
• Declaración jurada de experiencia mínima de 3 años en análisis de requerimientos y diseño funcional de sistemas de información
• Listar al menos 2 proyectos de desarrollo o implementación de sistemas empresariales, con el nombre del proyecto, número telefónico y nombre del contacto de la empresa donde fue implementado el proyecto.
4. Desarrolladores de Software
• Copia del título universitario o técnico en Informática, Computación, Sistemas o carrera afín
• Declaración jurada de experiencia mínima de 3 años en desarrollo de sistemas de información.
• Listar al menos 2 proyectos de desarrollo o implementación de sistemas empresariales, con el nombre del proyecto, número telefónico y nombre del contacto de la empresa donde fue implementado el proyecto.

Requisito del Personal
Documentación para validar
5. Especialista en Bases de Datos
• Copia del título universitario en Informática, Computación, Sistemas o carrera afín
• Declaración jurada de experiencia mínima de 3 años en administración y gestión de bases de datos
• Listar al menos 2 proyectos relacionados con administración o implementación de bases de datos empresariales, con el nombre del proyecto, número telefónico y nombre del contacto de la empresa donde fue implementado el proyecto.
6. Especialista GIS
• Copia del título universitario en Sistemas de Información Geográfica, Ingeniería Topográfica, Informática o carrera afín.
• Declaración jurada de experiencia mínima de 3 años en implementación o integración de sistemas GIS.
• Listar al menos 2 proyectos relacionados con sistemas GIS, con el nombre del proyecto, número telefónico y nombre del contacto de la empresa donde fue implementado el proyecto.
7. Especialista en Calidad de Software (QA)
• Copia del título universitario o técnico en Informática, Computación, Sistemas o carrera afín.
• Declaración jurada de experiencia mínima de 3 años en pruebas y aseguramiento de calidad de software
• Listar al menos 2 proyectos de pruebas o implementación de sistemas empresariales, con el nombre del proyecto, número telefónico y nombre del contacto de la empresa donde fue implementado el proyecto.
8. Especialista en Ciberseguridad
• Copia del título universitario en Informática, Computación, Sistemas, Seguridad Informática o carrera afín.
• Declaración jurada de experiencia mínima de 3 años en seguridad de aplicaciones, gestión de vulnerabilidades o ciberseguridad.
• Listar al menos 2 proyectos relacionados con seguridad informática, protección de datos o seguridad de sistemas empresariales, con el nombre del proyecto, número telefónico y nombre del contacto de la empresa donde fue implementado el proyecto.

Al menos dos (2) de los profesionales propuestos por el oferente, preferiblemente asignados a funciones de arquitectura, liderazgo técnico, desarrollo o configuración de la solución, deberán acreditar individualmente las siguientes certificaciones históricas de Microsoft Dynamics CRM:
• MB2-704 – Microsoft Dynamics CRM Application.
• MB2-707 – Microsoft Dynamics CRM Customization and Configuration.
• MB2-708 – Microsoft Dynamics CRM Installation.
Cada uno de los dos profesionales deberá acreditar al menos 2 certificaciones indicadas. Para su validación se deberá aportar copia del certificado, transcript, credencial histórica o documento verificable emitido por Microsoft que permita identificar al profesional y la certificación obtenida.
Dado que estas certificaciones corresponden a tecnologías y versiones históricas de Microsoft Dynamics CRM, se admitirán también credenciales oficiales posteriores de Microsoft que acrediten competencias equivalentes o superiores en Microsoft Dynamics 365/Customer Engagement, siempre que el oferente acompañe una matriz de equivalencia técnica que demuestre, para cada certificación sustituida, la cobertura de las competencias de aplicación, personalización/configuración e instalación o despliegue requeridas. La Administración resolverá la equivalencia con base en la documentación oficial aportada.

 

1
1
“CONTRATACIÓN DEL DESARROLLO A LA MEDIDA DE LOS MODULOS DE COMERCIAL Y PERMISOS DE CONSTRUCCION DE LA II ETAPA DEL CATI (CORE DE ADMINISTRATCIÓN TRIBUTARIA INTEGRADA)”

4.1 Caracterización del Objeto
La Municipalidad de Cartago requiere contratar, el desarrollo del módulo de Comercial y Permisos de Construcción y sus respectivos ejes transversales de la II Etapa del CORE DE ADMINISTRACCIÓN TRIBUTARIA INTREGRADA desarrollado a la medida, con el fin de dar continuidad a la plataforma Contratada en su Etapa I, asegurando la compatibilidad técnica, funcional, operativa y de datos con los componentes existentes y en desarrollo.
La reforma al artículo No 77 bis del Código Municipal constituye a las municipalidades como Administraciones Tributarias, lo que implica que tendrán facultades para fiscalizar y controlar la recaudación de los diversos tributos que les han sido asignados e intervenir en cualquier momento al sujeto pasivo, según la Ley No. 4755 Código de Normas y Procedimientos Tributarios para asegurar el estricto cumplimiento de las normas legales.
Dentro de este marco, la Municipalidad de Cartago ha venido implementando una serie de esfuerzos para consolidar una administración tributaria desde el punto de vista de los procesos y sus procedimientos, normativa interna y el desarrollo de sistemas informáticos y aplicaciones tecnológicas que le permitan optimizar la fiscalización y el control de las obligaciones tributarias.
Actualmente, la Administración Tributaria de la Municipalidad de Cartago gestiona los tributos:
•
Impuesto de Bienes Inmuebles -Ya desarrollado en primera etapa-
•
Impuesto de patentes comerciales (Incluye timbre de biodiversidad)
•
Impuesto de patentes de licores (Incluye timbre de biodiversidad)
•
Impuesto de extracción de materiales - Impuesto de espectáculos públicos
•
Impuesto de permiso de construcción
•
Impuesto de publicidad exterior
•
Servicio de agua potable (Incluye Impuesto de Valor Agregado)
•
Hidrante
•
Tarifa hídrica
•
Servicio de alcantarillado sanitario o tanque séptico

•
Recolección de residuos
•
Tratamiento de residuos
•
Limpieza de vías
•
Mantenimiento de parques y sitios públicos
•
Alquileres de Mercado
•
Derechos de piso de Mercado
Para llevar a cabo la atención de todos estos tributos y su correspondiente gestión de cobro, la Municipalidad cuenta con un Área Tributaria, conformada por los siguientes departamentos: Bienes Inmuebles, Registro Único de Contribuyentes, Plataforma de Servicios, Dirección de Urbanismo, Comercial, Patentes, Administración del Mercado, Cobro Administrativo, Fiscalización, los cuales se encuentran liderados por una Dirección de área (Dirección y Subdirección).
Dada la naturaleza de la prestación de los servicios urbanos, esta área tiene una fuerte vinculación con los procesos de provisión de servicios, entre los que se encuentran Área Técnica de Acueductos, Alcantarillado Sanitario, Recolección de Residuos, Parques y Obras de Ornato, así como de los procesos financiero-contables, específicamente los departamentos de Contabilidad para el registro de los asientos contables por aumentos y disminuciones de la deuda tributaria, como también de la Tesorería para efectos de los pagos o recaudación de los tributos, ya sea por medios de cajas municipales o bien de las entidades bancarias, considerando además, los cierres diarios y la gestión de reportería.
Estos esfuerzos han implicado la consolidación de un robusto Sistema de Información Geográfica denominado GIS, el cual convive de manera integrada con el sistema tributario, con el fin de contar con una base de datos gráfica y literal actualizada, confiable y veraz, la que ha permitido a su vez, la implementación de un sistema de movilidad que ha permitido la automatización de tareas de campo, tales como inspecciones, notificaciones, órdenes de trabajo, toma de lecturas de micromedición y suspensión y reconexión del servicio de agua potable (cortas).
Así las cosas, en 2016 se gestionó el desarrollo e implementación del Sistema CORE Tributario, desarrollado en la plataforma Microsoft Dynamics CRM 2013, un software encaminado prioritariamente a la mejora de procesos, la integración departamental, la simplificación de trámites y la mejora regulatoria, así como el ordenamiento de competencias y ámbitos de los procesos tributarios que implicó importantes esfuerzos para la estandarización y optimización de las reglas de negocio para la gestión de las cuentas por cobrar, su fiscalización y cobranza, compuesto a la fecha por los siguientes módulos:
1)
Bienes Inmuebles
2)
Registro Único de Contribuyentes
3)
Plataforma de Servicios
4)
Urbanismo
5)
Comercial
6)
Patentes

7)
Mercado
8)
Acueductos
9)
Cobro
10)
Uso de suelo
11)
Fiscalización
12)
Seguridad
13)
Generales (Cuenta Corriente Tributaria, intereses, compensación, notificaciones, transferencias, reportería)
14)
Conectividad
15)
Cajas
16)
Tesorería
17)
Alcantarillado Sanitario
18)
Respectivas Integraciones (GIS, VUI, Movilidad, Mi Muni en Casa, CFIA, Tribunal Supremo de Elecciones, Registro Público y otros).
Características del sistema
•
Es un sistema utilizado por más de 270 funcionarios municipales.
•
Administra la información de 84.248 contribuyentes registrados y actualizados exitosamente.
•
Administra la información de 68.348 (107.146 derechos) propiedades registradas y actualizadas periódicamente.
•
Administra la información de 43.841 cuentas de servicios municipales y su correspondiente gestión de cobro.
•
Administra la información de 4.974 licencias de funcionamiento comerciales, 365 de licores y su correspondiente gestión de cobro.
•
Gestiona de 40.000 a 45.000 pagos mensuales por medio de oficinas, bancos, plataformas de pago no presenciales (kioscos de autogestión, aplicación Muni Móvil, conectividad con entidades bancarias, entre otros) permitiendo la recaudación mensual de más de ¢ 910 millones de colones.
•
Ha permitido en promedio, la gestión de 58.000 trámites.
Es por ello por lo que se requiere de la contratación de servicios denominada “CONTRATACIÓN DEL DESARROLLO A LA MEDIDA DE LOS MODULOS DE COMERCIAL Y PERMISOS DE CONSTRUCCION DE LA II ETAPA DEL CATI (CORE DE ADMINISTRATCIÓN TRIBUTARIA INTEGRADA)”, describiendo a continuación las generalidades, características y condiciones del proyecto:

4.2 Alcance de la Contratación
El alcance de este proceso corresponde al desarrollo del módulo de Comercial y Permisos de Construcción y sus ejes transversales de la II Etapa del Sistema de Información Integrado para el Área Tributaria, conformado por los siguientes módulos, cabe mencionar que la etapa 1 está en desarrollo:

ALCANCE DEL SISTEMA (Totalidad del Proyecto) Módulos o funcionalidades básicos del sistema: Son aquellos módulos o funcionalidades que, por su naturaleza, permiten la inclusión de contribuyentes, de las cuentas por cobrar o sus modificaciones. Número Etapas Descripción, módulo o funcionalidad
Desarrollado
1
I Etapa
Análisis, diseño y diagrama de arquitectura de la base de datos
2
I Etapa
Registro Único de Contribuyentes (RUC)
3
I Etapa
Bienes Inmuebles
4
I Etapa
Alcantarillado
Contratacion 2026-2027
5
II Etapa
Permisos de construcción (Urbanismo)
6
II Etapa
Comercial
Contratacion 2027-2028
7
II Etapa
Usos de Suelo
8
II Etapa
Acueductos
9
III Etapa
Patentes
10
III Etapa
Mercado
11
III Etapa
Fiscalización Tributaria
Módulos o funcionalidades transversales e integración con otros procesos: Serán aquellos módulos o funcionalidades que requieran implementación o integración a los módulos básicos de la plataforma tecnológica, ya que son requeridos como parte cadena de valor de proceso y el funcionamiento integral de plataforma. Respectivas Integraciones (GIS, VUI, Movilidad, Mi Muni en Casa, CFIA, Tribunal Supremo de Elecciones, Registro Público y otros).
Trasversales son para todas las contrataciones (según corresponda)
12
Módulos o funcionalidades transversales
Plataforma de servicios
13
Módulos o funcionalidades transversales
Cobro

ALCANCE DEL SISTEMA (Totalidad del Proyecto) Módulos o funcionalidades básicos del sistema: Son aquellos módulos o funcionalidades que, por su naturaleza, permiten la inclusión de contribuyentes, de las cuentas por cobrar o sus modificaciones. Número Etapas Descripción, módulo o funcionalidad
14
Módulos o funcionalidades transversales
Cajas y Tesorería
15
Módulos o funcionalidades transversales
Conectividad
16
Módulos o funcionalidades transversales
Cuenta Tributaria
17
Módulos o funcionalidades transversales
Compensación
18
Módulos o funcionalidades transversales
Devolución
19
Módulos o funcionalidades transversales
Notificación
20
Módulos o funcionalidades transversales
Integración con GIS
21
Módulos o funcionalidades transversales
Auditoría y Seguridad
22
Módulos o funcionalidades transversales
Continuidad del Sistema

NOTA: Las funcionalidades/módulos transversales son desarrollados desde la I Etapa del alcance de este proyecto y su desarrollo será incremental, según sea la incorporación de los módulos básicos y su naturaleza. Las funcionalidades, compensación y devolución serán utilizadas por los procesos que generan afectación a la cuenta tributaria.

Para efectos de la secuencia de desarrollo, los módulos de Permisos de construcción (Urbanismo), Comercial, así como las funcionalidades transversales requeridas deberá ejecutarse considerando su integración con la plataforma existente y con los componentes desarrollados en la I Etapa.
El alcance aquí definido corresponde a la continuidad incremental del sistema integrado, respetando la arquitectura, reglas de negocio, modelo de datos, integraciones y estándares definidos en la I Etapa del proyecto.
Se aclara que la arquitectura tecnológica, el modelo de datos base, la estructura de integración, los componentes transversales y los lineamientos de diseño general del Sistema CATI fueron definidos e implementados durante la I Etapa del proyecto. Por consiguiente, las actividades de análisis, diseño y arquitectura contempladas para la II Etapa corresponden exclusivamente a la ampliación, adaptación, integración y evolución de dicha arquitectura existente, según los requerimientos funcionales propios de los módulos objeto de la presente contratación, sin implicar la redefinición ni reconstrucción de los componentes previamente desarrollados.
Actualmente, el alcance de esta contratación lo constituye el desarrollo del módulo de Comercial y Permisos de Construcción de la II Etapa del proyecto y las integraciones con módulos o funcionalidades transversales requeridas para el funcionamiento de los módulos propuestos. La contratación se sustenta en la necesidad de garantizar continuidad técnica y funcional con la I Etapa ya adjudicada, evitando riesgos de incompatibilidad, duplicidad de esfuerzos, reprocesos, afectación de datos tributarios y atrasos en la puesta en producción.
Para efectos de mayor detalle sobre el alcance, diríjase al apartado de anexos de la solicitud de servicios, el cual abarcará la descripción total del alcance, características, objetivos y funcionalidades de cada uno de los módulos, considerando que la implementación total será la de una organización modular e integrada. Los documentos anexos refieren a funcionalidades existentes en el sistema actual. Las mismas deberán ser analizadas a detalle en las etapas de levantamiento de requerimientos.
Dichos documentos constituyen una referencia funcional y técnica base para el proceso de análisis, levantamiento detallado de requerimientos, validación funcional, diseño, desarrollo, integración, pruebas e implementación de la solución tecnológica, considerando la naturaleza evolutiva, integrada y modular del sistema tributario institucional.

4.3 Documentos Anexos de Referencia Técnica y Funcional
Como parte integral del expediente técnico de contratación, se adjuntan los siguientes documentos funcionales y técnicos correspondientes a los módulos, integraciones y componentes transversales del Sistema de Información Tributario Municipal:

Anexo
Descripción
Anexo 01
Registro Único de Contribuyentes
Anexo 02
Bienes Inmuebles
Anexo 03
Permisos de Construcción
Anexo 04
Usos de Suelo
Anexo 05
Comercial
Anexo 06
Alcantarillado Sanitario
Anexo 07
Patentes
Anexo 08
Mercado
Anexo 09
Fiscalización Tributaria
Anexo 10
Plataforma de Servicios
Anexo 11
Cobros
Anexo 12
Tesorería y Cajas
Anexo 13
Contabilidad
Anexo 14
Cuenta Tributaria
Anexo 15
Compensación
Anexo 16
Devolución
Anexo 17
Notificaciones
Anexo 18
Integración GIS
Anexo 19
Conectividad e Integraciones
Anexo 20
Acueductos
Anexo 21
Infraestructura y Seguridad

Los documentos anexos forman parte integral del expediente técnico de contratación y constituyen referencia funcional y técnica para el proceso de análisis, validación, desarrollo, integración, pruebas e implementación de la solución tecnológica correspondiente a la II y III Etapa del proyecto.
Complementariamente, deberá contener para los efectos de trazabilidad de la información, de las imágenes y de control de calidad (control interno) lo siguiente:
•
Continuidad de servicios y datos entre el CRM Tributario y el nuevo sistema de Gestión
•
Tributaria Municipal (mantener funcionalidad de ambos sistemas y flujos de datos como WS).

•
El sistema por desarrollar se deberá integrar con el Sistema Administrativo Financiero de la Municipalidad de Cartago, en aspectos del manejo del presupuesto y de la afectación contable.
•
El sistema por desarrollar deberá incluir integración con la plataforma de movilidad para los procesos de campo de los departamentos Comercial, Urbanismo, Patentes y Cobro del Área Tributaria, así como la integración con el Sistema de Información Geográfica (GIS) para georreferencia y geolocalización de los tributos y gestiones municipales.
•
El sistema podrá autenticar a los usuarios por Directorio Activo utilizando usuario y contraseña o por medio de la firma digital (GAUDI), que es la plataforma estándar desarrollada por el Banco Central de Costa Rica. Esto como mecanismo de seguridad, con el fin de brindar robustez en el proceso de ingreso al sistema.
•
Se deberá considerar el servicio de migración de datos desde los sistemas actuales hacia el nuevo sistema y el servicio de continuidad del sistema, como un trabajo constante a lo largo del proyecto, tanto para efectos de fase de pruebas y puesta en producción.
•
Generación de reportes, estadísticas, informes u otros para todos los procesos que permitan una completa gestión del control de calidad y validación de la información a modificar (control interno).
•
Generación de reportes, estadísticas, informes u otros para todos los procesos que permitan la toma de decisiones en forma oportuna, así como para información a los contribuyentes tales como estados de cuenta, histórico de pagos, constancias de estar al día entre otros.
•
Gestión de sistema de archivos (imágenes): Control de imágenes conforme el proceso se trate, ligadas a los sistemas correspondientes.
•
Sistema de notificación (alertas) entre módulos y dentro de los mismos módulos de forma tal se emitan avisos por:
•
Información recibida de otra dependencia (flujos de trabajo) - Alertas de seguridad.
•
Integración o reutilización de herramientas ya desarrolladas para mantener en funcionamiento plataformas como Munimovil, MUNIENCASA, APC, Procomer VUI, Portal Municipal, Pagos.
•
En este desarrollo también deberá o podrá utilizarse herramientas de Power Platform, IA (Inteligencia Artificial), Copilot, etc., mediante las cuales permita realizar un desarrollo eficiente y efectiva
•
Plataforma tecnológica municipal: El oferente deberá aportar carta emitida por el fabricante o titular de la plataforma KINDO, o por su representante formalmente autorizado, mediante la cual acredite que cuenta con autorización y acceso vigente a los mecanismos oficiales de soporte, escalamiento y asistencia técnica necesarios para realizar desarrollos, configuraciones, integraciones, pruebas y atención de incidencias.
Este requisito tecnico se fundamenta en que la plataforma municipal de Trámites y Pagos en Línea “Mi Muni en Casa” y pagos sinpe e integración de AI, así como el desarrollo de la I Etapa del proyecto CATI, utilizan KINDO como parte de su ecosistema tecnológico, participando en procesos críticos relacionados con la gestión y recaudación de ingresos municipales.

Por lo anterior, la acreditación solicitada tiene como finalidad garantizar que el oferente cuente con la capacidad técnica y autorización necesarias para integrar los nuevos módulos y sus funcionalidades transversales con la plataforma tecnológica existente, preservando su compatibilidad, seguridad, interoperabilidad de los procesos de recaudación municipal de dichas plataformas.
Se aclara que la municipalidad utilizara cualquier software de KINDO de cualquier proveedor siempre y cuando presente la certificación solicitada anteriormente.
Finalmente, el sistema deberá de ser capaz de dejar prevista la integración de otros módulos relacionados con la administración de los tributos, que por diferentes circunstancias se requiera implementar, siendo capaz de interrelacionarse con otros módulos del sistema.

PLAZO DE CONTRATACIÓN MÓDULOS O FUNCIONALIDADES BÁSICOS DEL SISTEMA Etapas Descripción, módulo o funcionalidad Período estimado de desarrollo e implementación
II Etapa
Análisis diseño
1 mes (2026)
II Etapa
Permisos de construcción (Urbanismo)
6 meses (2027)
II Etapa
Comercial MÓDULOS O FUNCIONALIDADES TRANSVERSALES
Plataforma de servicios
Plataforma de servicios
Las funcionalidades/módulos transversales deberán ser desarrolladas para cada etapa, y su desarrollo será incremental según incorporación de módulos básicos y su naturaleza.
Cobro
Cobro
Cajas y Tesorería
Cajas y Tesorería
Conectividad
Conectividad
Cuenta Tributaria
Cuenta Tributaria
Compensación
Compensación
Devolución
Devolución
Notificación
Notificación
Integración con GIS
Integración con GIS
Auditoría y Seguridad
Auditoría y Seguridad
Continuidad del Sistema
Continuidad del Sistema

Se prevé que el presente desarrollo se ejecute en un plazo de siete meses, una vez sea adjudicada la contratación y se gire orden de inicio, bajo modalidad plurianual, una vez formalizada la contratación y girada la respectiva orden de inicio, según la programación institucional y la disponibilidad presupuestaria correspondiente.
El contratista deberá cumplir con los plazos de entrega establecidos para cada módulo o servicio; según etapa, los cuales se realizarán de forma paralela basados en el desarrollo metodológico, siendo importante que el contratista valore, en caso de imprevistos, la designación de más recurso humano, que apoyen el equipo de trabajo para realizar las labores de manera simultánea.
Cada equipo tendrá a su cargo el levantamiento de un módulo y coordinará con el líder o líderes funcionales de cada módulo, la ejecución de todas las etapas y fases metodológicas, según apartado Metodología de Desarrollo.
Los plazos establecidos para cada fase constituyen plazos máximos de referencia para efectos de planificación y control del proyecto. El cronograma definitivo deberá ser presentado por el contratista dentro del Plan de Proyecto y aprobado por la Administración. Cualquier modificación de plazos requerirá justificación técnica debidamente documentada y aprobación formal de los administradores del contrato.
4.4 Metodología de Desarrollo Concurrente
La metodología de desarrollo concurrente para todos los módulos y servicios del sistema del Área Tributaria deberá ser propuesta por el contratista, previa coordinación y consenso con los administradores de contrato y deberá incluir como mínimo, los siguientes aspectos:
El nuevo sistema será desarrollado de forma concurrente por el Contratista por máximo 7 meses, bajo un esquema altamente participativo y colaborativo para lo cual el Contratista laborará coordinada, y conjuntamente, con el personal del Área Tributaria y Área de TIC de la Municipalidad que actividades se pueden llevar acabo al mismo tiempo y aplicarlas de esa forma. Para estos fines se incorporará al proyecto personal apto para el éxito de este.
La metodología propuesta deberá considerar etapas que incluyan como mínimo, los siguientes aspectos:
I FASE: PRESENTACIÓN DEL PLAN DE PROYECTO Y DIVULGACIÓN (Algunas de las fases pueden darse de forma concurrente)
El contratista deberá elaborar un plan de proyecto que incluya; •
Detalle de la administración, organización, ejecución y control del proyecto.
•
Enfoque técnico y metodología general de trabajo
•
Alcance (actividades y productos) y límites al alcance

•
Cronograma enfocado en la entrega de los módulos y productos - Supuestos y riesgos vinculados a los módulos y productos - Enfoque y/o metodología para la transferencia de conocimiento.
•
Enfoque y/o metodología para la gestión/manejo del cambio
•
Equipo responsable del proyecto y responsabilidades.
•
Método de supervisión del avance del proyecto: canales de comunicación, documentación, reportes, reuniones periódicas, herramientas de software para el control del proyecto, mitigación de riesgos, según apartado Inspección y fiscalización del contrato.
•
Programación detallada: etapas, productos entregables, actividades y fechas. Modelo de Gobernanza del Proyecto, incluyendo estructura de comités, niveles de decisión, gestión de riesgos, mecanismos de escalamiento, resolución de conflictos y seguimiento ejecutivo.
•
El contratista deberá mantener durante toda la ejecución del proyecto una matriz de riesgos actualizada que identifique riesgos técnicos, funcionales, operativos, de seguridad, cronograma e integración, incluyendo planes de mitigación, contingencia y responsables.
Este plan de trabajo deberá ser aprobado por los administradores del contrato, para que el Contratista pueda proceder con las siguientes etapas. Una vez aprobado el plan se deberán llevar a cabo actividades para la divulgación del proyecto, la selección de los equipos técnicos y líder funcional de cada módulo, para que se con ello el contratista proceda a elaborar una matriz de roles y responsables, la cual será validada por los administradores del contrato.
Los equipos técnicos y líder funcional serán definidos por los directores del Área de TIC y del Área Tributaria. El contratista deberá participar en los comités de seguimiento y gobernanza que establezca la Municipalidad.
Productos esperados:
1.
Acuerdo de confidencialidad de la información del contratista con la Municipalidad de Cartago.
2.
Carta firmada por personal comprometiéndose con la confidencialidad de la información.
3.
Plan de trabajo del proyecto que incluya el detalle de la administración, organización, ejecución y control del proyecto, el método de supervisión de avance, cronograma y programación detallada de cada etapa.
4.
Matriz de roles y responsabilidades
5.
Minutas y listas de asistencia de las sesiones de divulgación y sensibilización del proyecto con sus materiales de apoyo.

Cronograma Implementación Tiempo estimado: 1 meses.
II FASE: DESARROLLO DE SOLUCIÓN CONCURRENTE
Durante esta etapa corresponde el desarrollo de todas las actividades y tareas que permitan contar con la implementación de los módulos indicados en alcance de esta contratación, dentro de la cual se han definido una serie de fases con sus entregables, mismos que se citan a continuación:
1. Análisis, Diseño y Diagrama de Arquitectura de la Base de Datos
•
Desarrollar
•
Incluir descripción del producto
•
Producto esperado: Un modelo conceptual del desarrollo.
Tiempo estimado: 3 meses.
2. Toma de requerimientos y validación funciona CONCURRENTE
Esta fase tiene como fin analizar y estructurar funcionalmente y de acuerdo con los procesos, los requerimientos descritos en este pliego de condiciones, así como la definición final de los requerimientos del sistema y su ubicación en la jerarquía de navegación. Durante esta etapa al menos se deben garantizar los siguientes objetivos:
•
Enriquecer, fortalecer y proponer mejoras a los requerimientos funcionales planteados en este documento de conformidad con un estándar de documentación reconocido.
•
Llevar a cabo entrevistas y reuniones con los diferentes tipos de usuarios y clientes del sistema, así conocer y analizar el sistema existente.
•
Validar con los usuarios los requerimientos funcionales que se establezcan.
Producto esperado:
Documento de análisis de requerimientos por módulo: Documento de especificaciones funcionales validado por el líder funcional para cada módulo comprendido en el alcance de la contratación.
Los procesos de levantamiento de requerimientos, validación funcional y ajuste de procesos tendrán como finalidad precisar, documentar y formalizar las necesidades específicas de cada módulo comprendido dentro del alcance de la contratación. Dichas actividades no podrán interpretarse como autorización para incorporar módulos, procesos o funcionalidades sustancialmente nuevas que no formen parte del alcance definido en las presentes especificaciones técnicas, salvo autorización expresa de la Administración mediante los mecanismos contractuales correspondientes. Tiempo estimado: 3 meses.

3. Adaptación y desarrollo de los requerimientos concurrente
En esta fase se procede con la construcción y desarrollo del sistema de conformidad con lo establecido en las etapas previas y considerando los requerimientos funcionales y no funcionales de este pliego de condiciones. Contempla entre otras actividades:
•
Construcción/adaptación del sistema de conformidad con los aspectos funcionales que fueron establecidos.
•
Diseño y migración de los datos del sistema anterior según lo dispuesto en este documento.
Productos esperados:
•
Informe de la etapa de adaptación y desarrollo: La cual deberá indicar el alcance y detalle del módulo (s) desarrollado (s) y donde se confirme que el módulo está completo y dispuesto para la fase de pruebas, tanto a nivel de aplicación como de migración de datos.
•
Versión del módulo para prueba: Como producto del desarrollo, el Contratista deberá instalar cada módulo a modo de prueba que permita verificar el cumplimiento de todos los requerimientos funcionales que se establecieron, el cual debe ser alimentado con datos reales producto de migración de datos. Se deberá aportar también las pruebas respecto al cumplimiento y compatibilidad con navegadores y demás elementos desarrollados durante esta etapa.
•
Guía de instalación del ambiente de pruebas. Tiempo estimado: 3 meses
4. Depuración y migración de datos concurrente
El Contratista deberá realizar al menos las siguientes actividades de conversión, migración y carga de datos que incluya al menos:
•
Definir un plan sobre cuáles son los datos que se van a migrar desde los sistemas actuales de la Municipalidad, definir los valores por defecto que se registrarán en aquellos campos para los cuales la Municipalidad no posea información.
•
Definir y desarrollar los programas de carga de datos.
•
Definir y Desarrollar procesos que se correrán para la actualización diaria de información tanto en el Core Tributario (Sistema Actual) y Módulos que van entrando en producción como resultado del presente contrato, los cuales serán validados por la parte usuario del municipio.
•
Coordinar con la Municipalidad los ambientes necesarios para la migración y facilitación de la base de datos actuales.

•
La Municipalidad suministrará los datos que se definan en el plan de conversión y migración de datos.
•
Asistir y realizar la elaboración de pruebas de conversión y de carga de datos.
•
Asistir y realizar la migración y carga de datos definitiva.
•
Una vez realizada la carga definitiva la parte usuaria del municipio validara la carga correcta de los mismos.

Productos esperados:
•
Plan de conversión y migración de datos de los sistemas actuales al nuevo sistema o módulo.
•
Actualización de datos en el sistema actual (CRM Tributario) y Módulos que se van poniendo en producción.
Tiempo estimado: 3 meses
5. Pruebas Concurrente
Antes de que cada módulo sea puesto en producción, el Contratista deberá llevar a cabo una etapa de pruebas debidamente planificada y con los resultados esperados, en la cual se incluyan las pruebas unitarias, funcionales e integrales, así como las pruebas de regresión que garanticen el buen funcionamiento del sistema y presentación de los datos.
Para esta etapa se deberá cumplir con los siguientes aspectos:
•
El proceso de pruebas deberá quedar completamente documentado, por lo que el Desarrollador deberá presentar a los administradores de contrato un plan de pruebas
•
detallado, mismo que deberá preparar con el apoyo del equipo de usuarios que establezca la Administración del Contrato, que le permita realizar las revisiones y validaciones funcionales de la versión de pruebas.
•
Este plan deberá contener como mínimo la estrategia de prueba, los tipos de prueba a realizar, los responsables, un cronograma de ejecución, los criterios de aceptación, rechazo o suspensión de las pruebas, la metodología y herramientas para la documentación de las pruebas (guiones de prueba), las pruebas a realizar, los datos y los resultados esperados para su respectiva aprobación, el plan deberá presentarse al menos diez días hábiles antes de iniciar las pruebas. El plan de pruebas deberá contar con el aval y aprobación de las áreas involucradas e incorporar informes de avance sobre el cumplimiento del plan, sus hallazgos, defectos identificados, casos exitosos, casos pendientes de prueba, hallazgos corregidos o que no aplican.
•
La preparación del plan, diseño y ejecución está bajo la responsabilidad total del Contratista, con la colaboración de las áreas usuarias, quienes serán los responsables de completar los controles para la ejecución de las pruebas.
•
El plan será supervisado por el director del Área Tributaria con el apoyo de Área TIC y el líder funcional, los que igualmente podrán solicitar las pruebas que consideren pertinentes antes y durante el proceso de pruebas, debiendo el contratista acatarlas.
•
El contratista deberá asegurarse de que todas las condiciones técnicas requeridas para la ejecución del plan de pruebas sean las idóneas, en estricta coordinación con el Director del Área de TIC. Entre ellas, el ambiente de pruebas, migración de datos, ancho de banda, entre otros, deben ser debidamente considerados y coordinados por ambas partes para garantizar el éxito del proceso de pruebas y desarrollo del sistema.
•
Las pruebas concluirán cuando se aprueben los resultados obtenidos durante su ejecución. Una vez finalizada satisfactoriamente la etapa de pruebas, el Contratista deberá presentar un informe de las pruebas realizadas, el cual deberá venir acompañado del acta de aceptación de este por parte del Director del Área Tributaria y el líder funcional.
•
Será necesario coordinar e implementar la etapa de capacitación que se indica más adelante.
•
Posterior a la capacitación se llevará a cabo la instalación de la aplicación en el ambiente de producción.
•
El Director del Área Tributaria dará por aceptado el producto entregado, una vez que el mismo se encuentre funcionando, según se estipula en el pliego de condiciones y el documento de requerimientos.
•
No se acepta en ninguna circunstancia, que el software a proveer presente problemas de funcionamiento que afecten el rendimiento de este.
•
El contratista deberá asegurar que cada funcionalidad del sistema opera debidamente y cumpla con los requerimientos solicitados.
•
El contratista deberá corregir cualquier hallazgo, defecto u omisión en la operación del sistema y todos sus componentes, según los requerimientos funcionales. - Las pruebas deben realizarse con datos reales, producto de migración.
Productos esperados:
•
Plan de pruebas: Incluye la estrategia de prueba, los tipos de prueba a realizar, los responsables, un cronograma de ejecución, los criterios de aceptación, rechazo o suspensión
•
de las pruebas, la metodología y herramientas para la documentación de las pruebas (guiones de prueba), las pruebas a realizar, los datos y los resultados esperados.
•
Informe de avance de la etapa de pruebas: Señala la situación de las pruebas, los hallazgos críticos reportados y la cantidad de casos pendientes de ejecución, el porcentaje de avance, según el plan de pruebas planificado, la cantidad de casos exitosos y la situación de los defectos identificados, cuáles serán corregidos y cuáles no aplican, guiones de prueba.
•
Informe final de ejecución de la etapa de pruebas: Incluye un resumen de los casos de prueba realizados, según los criterios definidos en el plan de pruebas, así como un informe de las pruebas finales integrales.
•
Carta de aceptación de la fase de pruebas. Con el recibido conforme del Director del Área Tributaria y el líder funcional de cada módulo.
•
Informe de capacitación realizada.

Tiempo estimado: 3 meses

6. Capacitación concurrente
La capacitación dada a los funcionarios deberá realizada por módulo y para cada una de estas modalidades:
•
Capacitación técnica de implementación y utilización: Se deberá brindar una capacitación para operadores y técnicos, los cuales deberán, una vez finalizada la capacitación, conocer a plenitud los procesos de instalación, respaldo, recuperación, activación y cualquier otro proceso necesario para el correcto funcionamiento de la solución.
•
Capacitación técnica de desarrollo de la solución: Deberá incluir aspectos de arquitectura, considerando la conformación de las capas y la arquitectura orientada a servicios, diseño de
•
la base de datos, diccionario de datos, definición de variables y otros aspectos de la programación, la misma estará dirigida a desarrolladores de software.
•
Capacitación funcional: Deberá explicar ampliamente el funcionamiento de la solución, la misma estará dirigida al área usuaria de la solución, se deben considerar aspectos de uso de los menús, iconos, accesos, descripción de campo.
•
El material del curso, el programa, la cantidad de horas, el nombre de los instructores asignados (quienes deben formar parte del equipo designado para desarrollar el proyecto). La Municipalidad no incurrirá en ningún gasto adicional por este rubro.
•
La capacitación técnica de implementación y utilización y la capacitación funcional incluirán casos prácticos que deben ser parte del desarrollo del curso, bajo la metodología de aprender haciendo.
•
Los cambios que se realicen durante la fase de garantía deberán ser explicados ampliamente al personal que la Municipalidad designe.
•
La capacitación constituye un requisito indispensable para la aprobación de cada módulo proyecto, la misma se debe de dar de forma aislada al ambiente de producción.
•
Se deberá contar con manuales de usuario, técnico y de instalación para disposición y entrega en formato digital.
•
Cuando se requiera capacitación sobre algún tema referente a la operación o arquitectura del sistema, el Contratista deberá coordinar lo referente a dicha capacitación con el personal definido por el Área de TIC.
Productos esperados:
•
Plan de capacitación con detalle de las diferentes capacitaciones a impartir y recibido conforme de los administradores de contrato.

Informe de resultados de fase de capacitación donde se establezca de forma cuantitativa el nivel de aprendizaje de los funcionarios capacitados (impacto en la gestión y/o efecto multiplicador del conocimiento).
•
Materiales de la capacitación (programa de contenidos, presentaciones, manuales, listados de convocatoria y participación).
•
Manuales técnicos, de instalación y de usuario, según lo descrito en el apartado entregables y documentación.
Tiempo estimado: 3 meses
7. Puesta en producción y continuidad del sistema concurrente
En esta etapa se deben alcanzar los siguientes objetivos:
•
Verificar todos los aspectos técnicos y funcionales requeridos para la salida en producción de cada módulo objeto de la contratación, en donde deben comunicarse y alimentarse con el sistema actual para la actualización o retroalimentación automática de datos en ambas direcciones.
•
Poner en funcionamiento y producción cada uno de los módulos solicitados en este pliego de condiciones y todos sus componentes debidamente probados con la base computacional y de comunicaciones que establezca la Municipalidad.
•
Evaluar el desempeño de cada módulo y del sistema.
•
Realizar los ajustes y adecuación de cargas que se estimen necesarias para su apropiado desempeño y funcionamiento.
El sistema una vez puesto en producción podrá residir en nuestros servidores y cuenta de Azure de la Municipalidad de Cartago, como parte de la modernización. El Contratista deberá implementar un plan de continuidad para la Base de Datos y la Aplicación (Front End y Back End). Con ese plan se persigue asegurar el Uptime de los servicios municipales.
Se deben crear tareas automáticas para la actualización de Datos en el CRM Tributario (Sistema Actual) y Módulos que se ponen en producción, para el mantenimiento de la Base de Datos, según las mejores prácticas del Mercado.
Productos esperados:
•
Plan de puesta en producción: Incluye migración final de datos, asignación de perfiles de seguridad, coordinación del pase a producción, considerando los módulos que deben ser suspendidos temporalmente, así como la integración con otras plataformas tecnológicas.
•
Plan de continuidad para la base de datos.
•
Instalación del módulo: El contratista deberá realizar, una vez recibido de conformidad el módulo por parte de la Municipalidad, su instalación en el ambiente de producción.
•
Plan de atención de incidencias durante la estabilización del sistema o módulo puesto en producción.
•
Cada módulo o proceso se encuentre actualizado con datos reales para su buen desempeño, aprovechamiento y funcionalidad.

III FASE CIERRE DE PROYECTO
Al finalizar con la puesta en producción de los módulos objeto de la contratación (módulos del sistema tributario), el contratista deberá preparar y presentar un informe final de cierre que deberá contar al menos, recomendaciones y sugerencias futuras, experiencias o lecciones aprendidas, entre otras durante el desarrollo e implementación del proyecto. El informe deberá incluir:
•
Resumen ejecutivo del proyecto
•
Logros obtenidos por módulo
•
Lecciones aprendidas
•
Conclusiones y recomendaciones
Producto esperado:
•
Informe final de cierre que deberá contar al menos con recomendaciones y sugerencias futuras, experiencias o lecciones aprendidas, entre otras durante el desarrollo e implementación del proyecto
Tiempo estimado: 1 mes
IV FASE: POST – IMPLEMENTACIÓN CONCURRENTE
Se refiere al periodo de garantía de cada módulo una vez puesto en producción. En esta etapa el proponente deberá garantizar al menos los siguientes objetivos:
Verificar durante todo el tiempo de la garantía, el correcto funcionamiento del sistema, bajo condiciones reales y completas en los servicios que deba brindar en cada una de sus funcionalidades y servicios.
Realizar las funciones de soporte de mantenimiento preventivo y correctivo del sistema, de forma tal que se garantice su adecuado funcionamiento.
Efectuar los ajustes al sistema para cumplir con los indicadores de desempeño cuando no se alcancen o se requiera mejorarlos, si persistiese disconformidad con la operación y desempeño de las funcionalidades que no se subsanaron en la etapa de puesta en producción.

Atender consultas o dudas que planteen los usuarios, en relación con el sistema y su funcionamiento.
Certificar la instalación y configuración completa del nuevo sistema a la plataforma dispuesta por la Municipalidad y se dé por aceptado el funcionamiento del sistema.

La vigencia de las garantías se establece en 12 meses sobre cada módulo que se libere en ambiente de producción, a partir de la fecha en que la Municipalidad dé por aceptado y a satisfacción cada uno de los módulos implementados operando integralmente, para lo cual se levantará un Acta de Aceptación, la cual firmarán el Contratista y los administradores de contrato.
En caso de fallas imputables al trabajo realizado por el contratista, este deberá proceder con la corrección de las fallas, sin costo alguno para la Municipalidad y la garantía empezará a correr nuevamente.
Servicio de soporte técnico durante la vigencia de la garantía de funcionalidad, destinando un recurso humano para la atención de incidentes que pudieran presentarse en relación con el funcionamiento del sistema. La persona que realice esta labor debe encontrarse de forma presencial en el municipio, de Lunes a Viernes de 7:00am a 4:00pm, sin que lo anterior represente un gasto adicional al municipio.
Se brindará un servicio de soporte y asistencia técnica durante el periodo de garantía en los productos desarrollados, con un horario de atención 24x7x365, según lo especificado en la siguiente tabla de atención de incidentes:

ALCANCE DEL SISTEMA (MODULO COMERCIAL Y PERMISOS DE CONTRUCCION II ETAPA) Prioridad Descripción Tiempo Respuesta de Tiempo de resolución
Emergencia
de interrupción del servicio
10 minutos
1 hora
Critico
El problema está causando un impacto significativo en la productividad
< 1 horas
2 horas
Urgente
El problema está causando un impacto parcial en la productividad
<3 horas
4 horas
Importante
Se sufre interrupciones parciales, pero existe una solución temporal aceptable
6 horas
24 horas
Programado
Se programa la solución o mejora del servicio
programado

NOTA: Los tiempos de resolución pueden variar de acuerdo con justificación técnica emitida por la empresa y aceptación por la parte técnica del municipio En el caso que por la naturaleza de la falla se requiera de tiempo adicional al indicado deberá solicitarse formalmente al responsable establecido por la Municipalidad para la aprobación correspondiente, indicándose el plazo requerido para su resolución.
Productos esperados:
•
Acta de aceptación de garantía a firmar por el contratista y los administradores de contrato.
•
Control de incidencias fase post implementación
•
Certificación de instalación y configuración del sistema
•
El Contratista deberá entregar en medio magnético y/o ambientes de versionamiento municipal, los programas fuente con la versión definitiva que quedó instalada en el ambiente de producción. Deberá entregar el acta de códigos fuente, según el formato establecido por la Municipalidad. Tiempo estimado: 3 meses
Entregables y documentación
En este punto, será requerido del contratista la entrega de documentación atinente al proyecto, forma parte de la documentación los informes de avance, planes de trabajo, historias de usuario, planes de pruebas y demás documentación que se genere durante el desarrollo del proyecto, así como los manuales de usuario, técnico y de instalación, una vez implementados los módulos objeto de la contratación.
El Contratista deberá utilizar el formato establecido por la Municipalidad de Cartago para la elaboración y entrega de la documentación atinente al proyecto, la cual deberá ser entregada en idioma español y en medios digitales.
Los siguientes son los entregables del proyecto, mencionados con detalle en las fases descritas en el apartado Metodología de desarrollo:
1.
Acuerdo de confidencialidad de la información del contratista con la Municipalidad de Cartago.
2.
Carta firmada por personal comprometiéndose con la confidencialidad de la información.
3.
Plan de trabajo del proyecto que incluya el detalle de la administración, organización, ejecución y control del proyecto, el método de supervisión de avance, cronograma y programación detallada de cada etapa.
4.
Matriz de roles y responsabilidades
5.
Minutas y listas de asistencia de las sesiones de divulgación y sensibilización del proyecto con sus materiales de apoyo.
6.
Proceso de diseño de Base de Datos.
7.
Documento de análisis de requerimientos por módulo: Documento de especificaciones funcionales validado por el líder funcional para cada módulo comprendido en el alcance de la contratación.

8.
Informe de la etapa de adaptación y desarrollo: La cual deberá indicar el alcance y detalle del módulo (s) desarrollado (s) y donde se confirme que el módulo está completo y dispuesto para la fase de pruebas, tanto a nivel de aplicación como de migración de datos.
9.
Versión del módulo para prueba: Como producto del desarrollo, el Contratista deberá instalar cada módulo a modo de prueba que permita verificar el cumplimiento de todos los requerimientos funcionales que se establecieron. Se deberá aportar también las pruebas respecto al cumplimiento y compatibilidad con navegadores y demás elementos desarrollados durante esta etapa.
10.
Guía de instalación del ambiente de pruebas.
11.
Plan de conversión y migración de datos de los sistemas actuales al nuevo sistema o módulo.
12.
Documento de plan de pruebas: Incluye la estrategia de prueba, los tipos de prueba a realizar, los responsables, un cronograma de ejecución, los criterios de aceptación, rechazo o suspensión de las pruebas, la metodología y herramientas para la documentación de las pruebas (guiones de prueba), las pruebas a realizar, los datos y los resultados esperados.
13.
Informe de avance de la etapa de pruebas: Señala la situación de las pruebas, los hallazgos críticos reportados y la cantidad de casos pendientes de ejecución, el porcentaje de avance, según el plan de pruebas planificado, la cantidad de casos exitosos y la situación de los defectos identificados, cuáles serán corregidos y cuáles no aplican.
14.
Informe final de ejecución de la etapa de pruebas: Incluye un resumen de los casos de prueba realizados, según los criterios definidos en el plan de pruebas, así como un informe de las pruebas finales integrales.
15.
Carta de aceptación de la fase de pruebas, con el recibido conforme del Director del Área Tributaria y el líder funcional de cada módulo.
16.
Plan de capacitación con detalle de las diferentes capacitaciones a impartir y recibido conforme de los administradores de contrato.
17.
Informe de resultados del plan de capacitación, en el cual se establezca de forma cuantitativa el nivel de aprendizaje de los funcionarios capacitados (impacto en la gestión y/o efecto multiplicador del conocimiento).
18.
Materiales de la capacitación (programa de contenidos, presentaciones, manuales, listados de convocatoria y participación).
19.
Manuales de instalación, de usuario y técnico, los cuales deberán contener la siguiente información:
a. Manual de instalación: Se deberá proveer un manual de instalación que permita a un funcionario designado por la Municipalidad, realizar la correcta instalación y configuración de la solución, partiendo de base cero, el mismo deberá incluir.
•
Índice y su respectiva numeración en las páginas del manual Explicación breve del alcance del sistema
•
Rutas de instalación
•
Definición de mensajes y su respectiva acción
•
Procesos por ejecutar
•
Guía para validar que la instalación fue correcta
•
Guías para el respaldo y recuperación de la información

•
Otros aspectos requeridos para una correcta instalación
•
Guía para interpretación de las bitácoras
•
Carga de archivos (cuando procede)
b. Manual de usuario: El manual de usuario final deberá contener una amplia explicación de la funcionalidad del sistema e incluir los siguientes apartados.
•
Índice y su respectiva numeración en las páginas del manual.
•
Explicación breve del alcance del sistema.
•
Amplia explicación del funcionamiento del sistema, el cual deberá considerar la totalidad de los requerimientos funcionales solicitados en este pliego de condiciones, a saber:
•
Funcionalidad del menú.
•
Funcionalidad de los iconos.
•
Configuración de barras de herramientas (cuando procede) - Información obligatoria por cada pantalla.
•
Forma de navegar entre pantallas.
•
Configuración de parámetros generales de la solución.
c. Manual técnico: El manual técnico deberá contener una amplia explicación técnica de cómo está construido el sistema adquirido mediante este pliego de condiciones, deberá contener los siguientes apartados.
•
Índice y su respectiva numeración en las páginas del manual.
•
Explicación breve del alcance del manual.
•
Estándar utilizado en la construcción de la aplicación (cuando procede) Proceso de diseño de Base de Datos:
•
Nombre y Versión del motor de la base de datos.
•
Diseño de la base de datos. Este deberá ser extraído mediante una herramienta automática. - Diccionario de relaciones.
•
Diccionario de constraints.
•
De la capa de lógica del negocio:
•
Nombre y Versión de la herramienta de desarrollo.
•
Diccionario de procedimientos.
•
Diccionario de Web Services.
•
Diccionario de Variables.
•
Diagrama de componentes.
•
De la capa de presentación:
•
Diccionario de formas (pantallas) Nombre de la forma
•
Descripción de la funcionalidad
•
Forma de comunicarse con la capa de la lógica del negocio.
Adicionalmente, como parte de la documentación técnica obligatoria, el contratista deberá entregar:
•
Modelo Entidad-Relación (MER) actualizado de la solución implementada.

•
Diagramas de arquitectura lógica, arquitectura física y arquitectura de integración de la solución.
•
Inventario técnico de integraciones internas y externas, indicando sistemas involucrados, mecanismos de autenticación, protocolos de comunicación, dependencias y frecuencia de intercambio de información.
•
Inventario de componentes de software, librerías, frameworks, paquetes de terceros y dependencias utilizadas en la solución.
•
Scripts completos de creación, actualización, mantenimiento y despliegue de la base de datos.
•
Scripts y procedimientos necesarios para la instalación, configuración y despliegue de la solución en ambientes de desarrollo, pruebas y producción.
•
Estructura del repositorio de código fuente y documentación asociada a su organización y mantenimiento.
•
Documento de transferencia tecnológica que describa la arquitectura general de la solución, componentes críticos, dependencias técnicas, procedimientos de mantenimiento y recomendaciones para futuras evoluciones del sistema.
•
Realización de una sesión formal de transferencia de conocimiento dirigida al personal técnico designado por la Municipalidad de Cartago, dejando evidencia documental y lista de asistencia.
•
Acta de transferencia tecnológica firmada por el contratista y los administradores del contrato, mediante la cual se certifique la entrega de la documentación técnica, código fuente, componentes asociados y conocimiento necesario para la administración futura de la solución.
20.
Plan de puesta en producción: Incluye migración final de datos, asignación de perfiles de seguridad, coordinación del pase a producción, considerando los módulos que deben ser suspendidos temporalmente, así como la integración con otras plataformas tecnológicas.
21.
Plan de continuidad para la base de datos.
22.
Instalación del módulo: El contratista deberá realizar, una vez recibido de conformidad el módulo por parte de la Municipalidad, su instalación en el ambiente de producción.
23.
Plan de atención de incidencias durante la estabilización del sistema o módulo puesto en producción.
24.
Informe final de cierre que deberá contar al menos con recomendaciones y sugerencias futuras, experiencias o lecciones aprendidas, entre otras durante el desarrollo e implementación del proyecto.
25.
Acta de aceptación de garantía a firmar por el contratista y los administradores de contrato.
26.
Control de incidencias fase post implementación.
27.
Certificación del sistema instalado y funcionando.
28.
El Contratista deberá entregar en medio magnético los programas fuente con la versión definitiva que quedó instalada en el ambiente de producción.

29.
Deberá entregar el acta de códigos fuente, según el formato establecido por la Municipalidad.
Plataforma Tecnológica de Desarrollo:
La plataforma que se va a utilizar para el desarrollo del sistema para el Área Tributaria es:
•
Microsoft Visual Studio .Net Core, Net 5 C#, Dapper + Net5 Web Api, Net5 Razor page, Template basado en Bootstrap para aplicaciones responsivas, Vue JS + Typescript, Axios, JQuery +, JQDataTable, Bootstrap Validator, SweetAlert, Azure Devops para versionamiento. El motor de base de datos que se va a utilizar es Microsoft SQL Server 2019 o superior. Nube Privada Municipal On Premises o Microsoft Azure.
Condiciones de la plataforma tecnológica Requerimientos Generales
•
La solución deberá estar conformada por módulos que permitan su implementación en forma independiente.
•
Todos los valores utilizados por el sistema deben ser parametrizables, tanto a nivel de funcionalidad de la aplicación (porcentajes, tipos de cambio) como a nivel de componentes (web services, servidores).
•
Los parámetros donde se requiera realizar reconstrucciones hacia atrás deben almacenar los valores históricos.
•
Los parámetros confidenciales tales como claves, deben ser protegidos de manera que no se muestren en una consulta simple, además deben quedar almacenados en forma encriptada.
•
Todos los campos de entrada y salida deben ser validados en cuanto a tipo, formato, tamaño, obligatoriedad y en aquellos casos que se requieran rangos de valores válidos, tal como meses, días.
•
En el caso de la identificación o cédula de los usuarios deberá existir el tipo de identificación del usuario o cliente para aplicar el tamaño y formato de la identificación según su tipo.
•
En el caso de aplicaciones tipo Web se deberá verificar la información sensible digitada por el cliente: usuario, clave, para que no quede almacenada como parte de las páginas de memoria.
•
El sistema no deberá permitir la creación, modificación o eliminación de usuarios, esto se realizará directamente desde el sistema Active Directory de la Municipalidad.
•
Todo mensaje desplegado al usuario deberá ser claro y en español, no se deben desplegar mensajes técnicos.
•
El sistema deberá generar consultas y reportes sobre todas las operaciones registradas en el sistema. Los reportes deberán tener la capacidad de ser exportados en al menos los siguientes formatos PDF, Excel, XML, HTML, CSV, TXT, WORD.
•
El sistema deberá incluir el manejo de firma y certificados digitales.

•
La aplicación no deberá requerir de un usuario administrador a nivel del sistema operativo.
•
La aplicación deberá contar con manejo de excepciones para efectos de facilitar las labores de soporte y mantenimiento.
•
La solución debe de permitir que el encargado de cada dependencia administre los usuarios y perfiles de acceso de su proceso, con la aprobación de un profesional del Área de Tecnologías de la Información.
•
El aplicativo debe permitir generar un reporte en el que se detalle el usuario y roll que posee para presentación a requerimientos de Auditorias.
•
El oferente deberá desarrollar un plan de mantenimiento de las Bases de Datos del aplicativo, dentro de los cuales deberán estar reindexación, limpieza de logs, compresión, manejo de imágenes, entre otros.
Requerimientos específicos del sistema
•
El sistema del Área Tributaria debe brindar a los usuarios información organizada, tomando en cuenta sus necesidades principales, con el fin de apoyar los procesos de los módulos por contratar.
•
Utilizar estándares de clase mundial innovadores orientados a la generación dinámica de información, que permita no solo la entrada, el proceso y la salida de información por métodos convencionales, sino también el análisis y la publicación de ésta en medios tales como Portales de Autoservicio y Dispositivos Móviles.
•
El Sistema debe ser diseñado y desarrollado para ser utilizado mediante una estructura flexible y adaptable que permita continuar creciendo hacia nuevas necesidades y servicios(escalable).
•
Facilitar la interacción de los usuarios internos y externos a las áreas funcionales Tributarias de forma tal que se propicie el acercamiento e interés de los usuarios por los servicios y funciones que el mismo realiza.
•
Proveer a la Municipalidad de una herramienta moderna que brinde a sus funcionarios la seguridad de que la información ingresada, procesada, analizada, impresa y publicada, cumpla con estándares de clase mundial relacionados con las normas básicas de control interno, completitud, integridad, y oportunidad.
•
Proveer, de acuerdo con las políticas de seguridad y confidencialidad, la información que el Área Tributaria considere pueda ser proporcionada a través de tecnologías orientadas al autoservicio, como quioscos de información, intranet y dispositivos móviles.
•
Realizar procesos de capacitación que provean a los funcionarios las habilidades y destrezas necesarias para utilizar eficientemente el sistema.
•
Proveer a través de este sistema, mecanismos que garanticen la transparencia y la integridad sobre la información procesada y sus resultados en el Municipio.
•
El aplicativo debe ser compatible con cualquier navegador.
•
El sistema deberá ser ágil y eficiente en su operatividad y procesamiento de datos.

Programas fuente
•
El Contratista deberá entregar en medio magnético los programas fuente con la versión definitiva que quedó instalada en el ambiente de producción. Deberá entregar el acta de códigos fuente según el formato establecido por la Municipalidad.
•
Los desarrollos particulares como librerías, frameworks y otros que se requieran para el funcionamiento del sistema también formarán parte de los programas fuente los cuales serán propiedad del desarrollador, pero también propiedad de la Municipalidad de Cartago. Los programas fuente deben ser actualizados por cada nueva versión que libera la empresa contratista. El acta de códigos fuente deberá ser actualizada por cada nueva versión. Los mismos serán propiedad de la muncipallidad y de la empresa adjudicada, NO se podrán ceder a un tercero el código fuente ya que esto violaría los derechos de autor.
•
El Contratista deberá utilizar una herramienta especializada para el manejo y control de versiones (Azure Devops), así como la metodología, procesos y elementos de software, si los hubiera, que la empresa utiliza para este fin. Se deberá contar además con procedimientos estándar, documentados y probados para la recuperación hacia una versión previa en caso de fallas en el sistema o de problemas con la versión de producción.
Tipificación de Usuarios del Sistema
Para el diseño y adaptación del Sistema se debe considerar al menos los siguientes tipos de usuarios o actores principales:
▪
Usuarios finales: personas que utilizan la información generada por el sistema para apoyar las funciones propias de la Institución en los diferentes niveles del Área Tributaria y sus procesos conexos.
▪
Usuarios Expertos: personas que dan mantenimiento al módulo o aplicativo, los cuales tienen un conocimiento más amplio del proceso.
▪
Instituciones de control: organizaciones que ejercen un rol de regulación y fiscalización sobre la materia Tributaria, tales como la Contraloría General de la República, Ministerio de Hacienda y cualquier otra que defina la ley.
Tecnología Estándar
•
El sistema deberá utilizar tecnologías abiertas, con lenguajes de programación actuales, probados por el mercado y que no se encuentren en obsolescencia de acuerdo con las tendencias tecnológicas actuales.
•
El módulo para los centros de negocio deberá estar desarrollado en ambiente Web bajo arquitectura de 3 capas.
•
Cada una de las capas deberá poseer independencia de manera que pueda residir en diferentes servidores y en segmentos de red diferentes, separados por Firewalls.
•
La configuración de la Municipalidad se enfoca a tener un ambiente de alta disponibilidad aprovechando su estructura actual, basada en un Centro de Procesamiento de Datos Primario con un Centro Alterno de Procesamiento, ambos ubicados en lugares geográficamente distantes e interconectados mediante fibra óptica.

•
La aplicación y Bases de Datos deberán tener la capacidad de funcionar bajo el esquema de alta disponibilidad y contingencia de la Municipalidad.
Sistema Operativo
•
El Contratista, previo al inicio del proyecto, deberá emitir una recomendación sobre cuáles sistemas operativos funcionarán sin ningún inconveniente, indicando en caso de la familia Windows, debe ser adaptable a Windows 11 y superior.
•
El contratista deberá dejar instalado en el ambiente de producción los sistemas en la última versión de sistema operativo y de base de datos que posea la Municipalidad en sus ambientes al finalizar el proyecto.
•
Al ser un desarrollo Web Responsivo el mismo en su totalidad debe correr en cualquier dispositivo móvil, con los principales Sistemas Operativos del Mercado.
Condiciones de Escalabilidad, Productividad y Disponibilidad Escalabilidad
•
La aplicación deberá soportar el incremento de la carga transaccional sin que en ningún momento se vean afectados el rendimiento y calidad de los servicios.
Productividad
•
La solución deberá contar con una estructura modular y con el concepto de reusabilidad de manera tal que las correcciones, adaptaciones o desarrollos nuevos puedan llevarse a cabo de forma rápida y sin impactar el resto de los componentes y servicios de la aplicación.
•
Deberá ser especialmente flexible en los casos de modificaciones o adaptaciones producto de las Normativas dictadas por la Municipalidad.
Disponibilidad
•
Se requiere que la aplicación esté disponible en un esquema continuo, 24X7 durante los 365 ó 366 días del año. Deberán considerarse aspectos tales como fallas del sistema, tiempos de reinicio y recuperación en casos de fallas, de manera tal que se minimicen los tiempos inactivos del sistema.
•
Se deberá proveer un esquema de continuidad para el sistema, pasando del equipo de producción al de contingencia sin pérdida de datos y garantizando que se levanten todos los servicios en el sitio alterno.
•
La aplicación deberá poderse ejecutar en modo de servicio y no deberá utilizar un usuario privilegiado a nivel de sistema operativo (System Administrador) para su ejecución.

•
La Municipalidad busca un medio de replicación que permita mantener la mayor cantidad de recursos disponibles para ser utilizados, que se mantengan ambos sitios, esto incluye clúster en base de datos, activo – pasivo, los servidores de aplicación mediante balanceo de carga por hardware (activo- activo) y los servidores de presentación en balanceo de carga por hardware (activo – activo).
•
El oferente deberá garantizar que su aplicación está diseñada para funcionar bajo este esquema y que garantice que su solución esté disponible siempre. Además, que, en caso de falla de los servidores principales, no exista pérdida de información ni del servicio; la Municipalidad requiere que la solución a ofertar no permita que existan tiempos fuera deservicio “down time” por falla de alguna de las partes de la solución, para lo cual, la Municipalidad realizará las pruebas respectivas durante la fase de ejecución. Es necesario indicar que todas las capas de la aplicación pueden trabajar en este esquema de continuidad.
Continuidad o Replicación
•
La plataforma de continuidad debe trabajar con el sitio alterno con el que dispone el municipio.
•
Alta disponibilidad para SQL Server con Always On.
•
Configuración de VPN “site to site” entre la red de la Municipalidad y Sitio Alterno.
Base de Datos
•
El Sistema Administrador de Base de Datos a utilizar deberá tener integridad referencial, debidamente diseñada y optimizada, evitando la existencia de tablas no relacionadas, inconsistencia de datos, así como la duplicación de información innecesaria.
•
El sistema deberá tener todas las seguridades que impidan el acceso, modificación, eliminación o manipulación no autorizada de cualquier forma manual o electrónica de las bases de datos.
•
La aplicación no podrá hacer uso de archivos planos para almacenar ningún tipo de información, todo deberá ser almacenado en base de datos, excepto que por algún motivo se requiera del uso de archivos temporales de carga o interfase con los sistemas centrales. En su momento, la Municipalidad definirá si es necesario usar archivos temporales, así como su formato y contenido, el uso y esquema de seguridad aplicado, incluyendo los registros de control sobre la fecha de validez de los archivos, cantidad de registros, nombre interno del archivo y otros.
•
El esquema de seguridad al nivel de bases de datos deberá ser a través de roles de aplicativo, en donde cada componente de la aplicación sólo pueda acceder a los objetos de la base de datos que le corresponda según su función. En la aplicación no deberá utilizar la cuenta de administrador para validar procesos, métodos, acciones o algunas cosas, que no sea de uso exclusivo de los administradores de bases de datos.
•
En la aplicación no deben existir archivos de textos que contengan usuarios y contraseñas que permitan la validación hacia el motor de bases de datos, la conexión a la base de datos debe quedar totalmente parametrizada para poder ofrecer flexibilidad y seguridad en el cambio de las credenciales utilizadas.

•
El sistema deberá contar con estándares para el procedimiento o procedimientos de respaldo, recuperación y verificación de la base de datos.
•
El contratista deberá ajustarse al procedimiento que la Municipalidad le indique al momento de entregar el sistema y entrar a producción, a realizar lo que se necesite sobre el motor de base de datos, sobre cualquier objeto de base de datos, sobre los datos, o sobre los archivos relacionados a la base de datos.
•
La conectividad de las aplicaciones contra el motor de base de datos deberá ser en forma nativa.
•
La aplicación deberá manejar el concepto de transferencia de credenciales entre capas de manera que en la base de datos se almacene la credencial correcta que se utilizó para autenticar al usuario y la información no se pierda por su paso entre capas.
•
Las bases de datos utilizadas deben ser relacionales y deberá garantizarse la integridad de la información, deberá manejarse el concepto de transacción atómica, en donde se realizan todos los cambios a nivel de base de datos incluidos en una transacción o ninguno, incorporando el concepto de “Roll Back” que permita reversar los cambios parciales realizados ante una eventual falla de la transacción como un todo.
•
La base de datos deberá estar optimizada, los tiempos de respuesta serán evaluados y aprobados por la Municipalidad.
•
EL sistema por desarrollar no podrá utilizar usuarios genéricos del motor de datos, por ejemplo:
•
usuarios como SA, System/Manager y otros no podrán ser utilizados una vez implementada la solución y deben ser parametrizados.
•
Los usuarios de autenticación para establecer la comunicación entre el sistema y la base de datos deben de ser exclusivos y no ser de uso mixto.
•
La base de datos permitida será Microsoft SQL Server en sus últimas versiones del mercado.
Requerimientos de instalación Ambiente de Desarrollo
•
El Contratista deberá aportar los equipos y licencias que necesiten sus desarrolladores para trabajar en el proyecto (Equipos de cómputo para desarrolladores).
•
La Municipalidad se encargará de establecer las conexiones y permisos con los equipos necesarios para el ambiente de desarrollo (Servidores para aplicación y Base de Datos).
Ambiente de Pruebas

•
El Contratista deberá elaborar la guía de instalación para que el Área de TI de la Municipalidad proceda a instalar los diferentes módulos desarrollados y todos los componentes necesarios para que puedan ser ejecutados en el ambiente de pruebas. +
•
La Municipalidad se encargará de establecer las conexiones y permisos con los equipos necesarios para el ambiente de pruebas en un tiempo razonable para garantizar el éxito del proceso de pruebas y desarrollo del sistema.

Ambiente de Producción
•
El Contratista deberá indicar la arquitectura requerida para el funcionamiento del sistema en el ambiente de producción.
•
La solución, así como todos sus módulos, deben operar correctamente en un esquema de disponibilidad y contingencia, que garantice la continuidad del servicio ante fallas en el Centro de Procesamiento Principal de la Municipalidad.
•
La implementación se comenzará solamente cuando la Municipalidad acepte formalmente el módulo desarrollado y en fecha posterior a la capacitación impartida a los funcionarios de la Municipalidad.
Esquema de respaldos y recuperación de la información
•
El contratista deberá indicar en el manual de instalación el esquema de respaldos sugerido para las bases de datos que se utilicen (sistema, seguridad, bitácoras), así como los elementos necesarios para llevar a cabo esta tarea.
•
El contratista deberá indicar en el manual de instalación los pasos a seguir para reinstalar el sistema y las bases de datos requeridas para su funcionamiento, así como los pasos a seguir para recuperar información completa o correspondiente a un rango de fechas de los respaldos de las bases de datos.
Conectividad
•
Uno de los puntos principales del sistema, corresponde a la capacidad que tendrá el mismo de proporcionar a los clientes la facilidad de recibir notificaciones de cobro y cancelar sus obligaciones materiales a través de la Internet. Esta funcionalidad deberá contener como mínimo los requerimientos y capacidades actuales del sistema de conectividad con el sistema bancario y pago electrónico vía Web, con el objeto de complementar las actuales capacidades e implementar una mejor solución para facilitar este servicio, conforme los objetivos planteados para el E-Gobierno.
Especificaciones funcionales detalladas
•
Las especificaciones funcionales detalladas correspondientes a los módulos y funcionalidades objeto de la presente contratación se encuentran disponibles en un repositorio institucional de Microsoft OneDrive.
•
Los interesados que requieran acceder a dicha documentación deberán solicitar el acceso correspondiente mediante correo electrónico dirigido a infraestructura@muni-carta.go.cr, indicando el nombre de la empresa, nombre del contacto, número de procedimiento y correo electrónico al cual se le deberá habilitar el acceso.
•
La Municipalidad de Cartago gestionará la habilitación de acceso a la documentación técnica y funcional en un plazo razonable, con el fin de garantizar que los interesados cuenten con la información necesaria para la preparación de su oferta.
•
Será responsabilidad del interesado solicitar oportunamente el acceso a la documentación y revisar la totalidad de los documentos puestos a disposición por la Administración.

 

MUNICIPALIDAD DE CARTAGO

DEPARTAMENTO DE PROVEEDURIA

(Licitación Menor LE)

 

“CONTRATACIÓN DEL DESARROLLO A LA MEDIDA DE LOS MODULOS DE COMERCIAL Y PERMISOS DE CONSTRUCCION DE LA II ETAPA DEL CATI (CORE DE ADMINISTRACIÓN TRIBUTARIA INTEGRADA)”

 

SECCION I

CONDICIONES GENERALES

 

1. OBJETO DEL CONTRATO.

 

La Municipalidad de Cartago promueve la contratación para dar continuidad al desarrollo a la medida del Sistema CATI, específicamente en el módulo de Comercial y Permisos de Construcción de la II Etapa, además de su debida incorporación a los Ejes Transversales ya desarrollados en la I Etapa. La solución deberá apoyar las gestiones operativas, administrativas y gerenciales del Área Tributaria, así como su integración con el sistema financiero, el Sistema de Información Geográfica (GIS), plataformas municipales existentes, CATI I Etapa y demás integraciones requeridas.

El sistema tributario municipal constituye una plataforma crítica para la sostenibilidad financiera institucional, considerando que administra:

 

• Información de más de 84.000 contribuyentes.
• Más de 107.000 derechos sobre bienes inmuebles.
• Más de 43.000 cuentas de servicios municipales.
• Procesos de recaudación superiores a ₡900 millones mensuales.

 

Para efectos de la presente contratación, el alcance corresponde al Módulo de Comercial y Urbanismo (Permisos de Construcción) de la II Etapa del proyecto y sus funcionalidades Transversales:

 

• Funcionalidades transversales aplicables:
• Plataforma de servicios.
•  
• Cajas y Tesorería.
• Conectividad e interoperabilidad.
• Cuenta tributaria.
•  
•  
•  
• Integración con GIS.
• Auditoría.
• Seguridad de la información.
• Continuidad operativa del sistema.

 

Asimismo, se hace constar que la I Etapa del Sistema CATI se encuentra actualmente en período de desarrollo y garantía, por lo que cualquier intervención sobre la solución debe resguardar la estabilidad, continuidad operativa e integridad funcional de los componentes ya implementados.

Adicionalmente, la solución desarrollada en la I Etapa incorpora código fuente, componentes, estructuras de datos, reglas de negocio e integraciones que se encuentran protegidas por derechos de autor y propiedad intelectual, formando parte de una arquitectura tecnológica integrada y especializada.

La continuidad del desarrollo de la Etapa II, específicamente los módulos de Comercial y Permisos de Construcción requiere necesariamente la utilización, ampliación e integración de dichos componentes existentes, con el fin de garantizar la compatibilidad técnica, la interoperabilidad de los módulos, la trazabilidad de la información, la seguridad de la plataforma y la preservación de las inversiones realizadas por la Municipalidad.

En consecuencia, la contratación tiene por objeto asegurar la evolución funcional del Sistema CATI como una solución tecnológica integral, manteniendo la unidad arquitectónica, operativa y tecnológica del sistema tributario municipal.

 

 

VISITA

 

Se llevará a cabo una visita técnica, la cual será de forma virtual, programada para las 09:00 horas, del día 24 de setiembre del 2026, por medio de la herramienta Microsoft Teams. Confirmar la asistencia al correo infraestructura@muni-carta.go.cr y se responderá con el enlace de la sesión.

 

1. ADMINISTRADORES DEL CONTRATO:

Se define al Ing. Daniel Ramírez González, Director del Área de TIC, y como verificador funcional se define a la Licda. Paulina Ramírez Portuguez, Directora del Área Tributaria, como Administradores de este contrato, los cuales tendrán las funciones definidas en el Artículo 15 del Reglamento Interno Contratación Pública de la Municipalidad de Cartago y Circular PROV-CIR-003-2024, del 26 de abril del 2024, emitida por el Área Administrativa Financiera y la Proveeduría.

 

1. CONSULTAS AL PLIEGO DE CONDICIONES:

EL Departamento de Proveeduría es la dependencia encargada de tramitar esta contratación, por lo tanto, cualquier consulta deben ser presentadas única y exclusivamente por la Plataforma de SICOP.

Toda comunicación, consultas, aclaraciones se realizarán únicamente por SICOP, no se tomarán como válido consultas o aclaraciones por teléfono o correo electrónico. (Artículo 9 del Reglamento Interno Contratación Pública de la Municipalidad de Cartago).

 

1. FINANCIAMIENTO Y FORMA DE PAGO:

La Municipalidad financia esta contratación con recursos propios, incorporados en el presupuesto ordinario, aprobados por la Contraloría General de la República.

                                              

Que de conformidad con lo establecido en los Artículos 38 LGCP y 87 RLGCP, en (Expediente Electrónico/Listado de Expediente/Número de procedimiento/Descripción/Expediente [2. Información del   cartel]Número de procedimiento/Ingreso al pliego de condiciones/ [F. Documento del cartel]Archivo adjunto), consta certificación o comprobante de contenido presupuestario.

 

Se determina administrativamente la necesidad de continuar con la contratación de la Fase 1 de la Etapa II del Sistema CATI (Core de Administración Tributaria Integrada), por constituir la continuidad de una plataforma tecnológica crítica para la gestión tributaria de la Municipalidad de Cartago y encontrarse vinculada con la planificación institucional y tecnológica.

La contratación se sustenta en el artículo 38 de la Ley General de Contratación Pública, Ley N.° 9986, denominado Contenido presupuestario, que permite que, cuando la ejecución contractual se prolongue durante diversos ejercicios económicos, se incorporen en cada ejercicio los recursos necesarios para atender las obligaciones anuales, debiendo contemplarse el valor total de la contratación dentro del marco de presupuestación plurianual. Asimismo, se considera lo establecido en el artículo 87 del Reglamento a la Ley General de Contratación Pública, Decreto Ejecutivo N.° 43808-H, respecto de las contrataciones con vigencias plurianuales y la garantía del pago de las obligaciones correspondientes a cada ejercicio económico.

En consecuencia, se justifica mediante acto motivado la contratación de la Fase 1 de la Etapa II del CATI, garantizando la continuidad del proyecto, el cumplimiento del interés público y la disponibilidad presupuestaria correspondiente a cada ejercicio económico, en este caso se cuenta con los siguientes recursos.

 

El presente proceso licitatorio es de:

 

Servicios: (Artículo 78 LGCP y 212 RLGCP), por unidades de ejecución, debiendo cotizar tomando en cuenta lo indicado en las Especificaciones técnicas Suministro de bienes: (Artículo 74 LGCP y 191 RLGCP), debiendo cotizar tomando en cuenta lo indicado en las Especificaciones técnicas.

 

Que, en (Expediente Electrónico/Listado de Expediente/Número de procedimiento/Descripción/Expediente [2. Información del cartel]Número de procedimiento/Ingreso al pliego de condiciones/[1. Información general] presupuesto total estimado) se detalla presupuesto inicial de ¢ 50.000.000.00 (Cincuenta millones de colones exactos) y un presupuesto total de ¢258.239.000.00 (Doscientos cincuenta y ocho millones, doscientos treinta y nueve mil colones exactos)

 

El pago podrá realizarse en la moneda fijada en la contratación o bien en colones costarricenses, todo de conformidad con lo que establece la Ley General de Contratación Pública y su reglamento, conforme a los artículos 18 y 19 RLGCP.

Los tipos de cambio usados en este proceso son los del BCCR.

 

Que el Contratista deberá tomar en cuenta, al momento en que la Municipalidad le realice el pago, lo estipulado en el artículo 30 del Reglamento de la Ley del Impuesto sobre la Renta, que en lo que interesa reza de la siguiente manera:

Artículo 30.- Retenciones en la fuente. Toda empresa pública o privada, sujeta o no a uno o varios de los impuestos contenidos en la Ley, así como los entes no sujetos y las demás instituciones y sujetos a los que hacen referencia los artículos 3, 23, 28 ter y 31 quater de la misma ley, están obligadas a actuar como agentes de retención o percepción del impuesto que surja cuando se paguen o acrediten, según corresponda, rentas percibidas por el trabajo personal dependiente o por concepto de jubilación o pensión u otras remuneraciones por servicios personales, rentas sujetas a los impuestos sobre rentas del capital y ganancias y pérdidas del capital, rentas remesadas al exterior, o cuando se dé alguno de los demás supuestos enumerados en este artículo.

Las rentas a que hace referencia el párrafo anterior se entenderán pagadas en el momento en que el beneficiario de estas reciba las sumas dinerarias de manera efectiva y se considerarán acreditadas cuando el beneficiario de tales rentas tenga derecho a exigirlas.

Según sea el caso, deberán observarse las siguientes disposiciones:

[…

vii. Rentas originadas en licitaciones, contrataciones, negocios u operaciones realizadas por el Estado, instituciones autónomas o semiautónomas, municipalidades, empresas públicas y otros entes públicos establecidos en el inciso g) del artículo 23 de la Ley. Están obligados a retener el Estado, instituciones autónomas o semiautónomas, municipalidades, empresas públicas y otros entes públicos, por las rentas que se originen en licitaciones, públicas o privadas, contrataciones, negocios u operaciones realizadas por estos y que se paguen o acrediten a favor de personas físicas o jurídicas domiciliadas en el país. En estos casos, la retención será del dos por ciento (2%) sobre el monto total de tales rentas puestas a disposición del contribuyente, excepto cuando se trate de:

1. i) Transacciones que se efectúen entre entes públicos que se encuentren exentos o no sujetos al impuesto sobre las utilidades.

 

1. ii) Pagos efectuados a personas no domiciliadas en el país, cuando estos estuviesen gravados con el impuesto sobre remesas al exterior.

 

iii) Créditos o pagos efectuados a personas o entidades exentas del Impuesto sobre las Utilidades.

 

1. iv) Pagos sobre los cuales se hubiere efectuado la retención del tres por ciento (3%) a que se refiere el inciso e) del artículo 23 de la Ley del Impuesto sobre la Renta.

 

1. v) Operaciones que no excedan de un salario base según lo establecido en el artículo 2 de la Ley No. 7337.

La Administración se encuentra facultada para modificar por resolución, el monto establecido.

 

La retención a que alude este acápite será considerada como un pago a cuenta del impuesto sobre las utilidades que corresponda cancelar al contribuyente. Asimismo, a solicitud del contribuyente, la Administración Tributaria podrá autorizarla aplicación de los montos retenidos a los pagos parciales del impuesto sobre las utilidades del período correspondiente.

 

Las retenciones de impuesto descritas en todos los incisos anteriores deberán practicarse por parte del agente retenedor en el momento en que se efectúe o acredite el pago respectivo, lo que ocurra primero…]

 

DE LA FACTURA Y SU TRAMITACIÓN

Toda factura derivada de esta licitación, que deba tramitarse ante este Municipio, deberá ser cargada, junto con los archivos XML, en el Sistema Digital Unificado (S.D.U.), y remitida posteriormente al correo electrónico facturaelectronica@muni-carta.go.cr, cumpliendo con los siguientes requisitos:

1. Número de cuenta IBAN.
2. Indicar el nombre del departamento al que se le brinda la adquisición del activo, servicio o suministro.
3. Indicar en la factura el número de contratación (no el número de contrato).
4. Consignar como medio de pago "transferencia".

Información sobre Facturación
Razón Social	Municipalidad de Cartago
Cédula jurídica	3-014-042080
Teléfono	2550-4475 / 2550-4668
Correo	facturaelectronica@muni-carta.go.cr
Dirección	Cartago, Distrito Oriental, Frente a Plaza Mayor
Actividad comercial	Municipalidades y Concejos de distrito
Código de actividad	751103

 

DE LA RECEPCIÓN DEL OBJETO CONTRACTUAL

Para coordinar la entrega de bienes (activos o suministros), debe realizar la solicitud de recepción en el S.D.U. y, una vez aprobada por el administrador del contrato, debe escribir al correo electrónico almacen@muni-carta.go.cr, indicando el número de contrato notificado y el número de solicitud de recepción registrado en el S.D.U. Para flexibilizar la agenda de recepción de bienes, debe indicar al menos dos fechas y horas tentativas para la entrega de estos.

El día coordinado para la entrega, debe presentarse el representante de la empresa o quien este designe, con una copia del contrato que incluya únicamente las líneas a entregar, así como la factura o remito del entregable.

1. PRESENTACION DE LA OFERTA:

La oferta se presentará únicamente por el sistema Integrado de Compras (SICOP), (Artículo 16 LGCP, 25 RLGCP), asumiendo el oferente las consecuencias que se puedan generar por su falta de cuidado o cualquier error imputable a él en el momento de ingresar su oferta y la documentación complementaria. Lo anterior basado en el artículo 40 del Reglamento de SICOP y Artículo 119 RLGCP.

La Administración no autoriza la presentación de ofertas por medios electrónicos de transmisión de datos como casilleros electrónicos, correos electrónicos u otros medios.

Por el solo hecho de presentar la oferta, se entenderá como una manifestación inequívoca de la voluntad del oferente de contratar con pleno sometimiento a las condiciones y especificaciones de este pliego de condiciones, así como a las disposiciones legales y reglamentarias pertinentes de la República de Costa Rica. Según el Art 123 del RLGCP

Forman parte de la oferta, la información ingresada en el sistema y los documentos que la acompañen (entiéndase los archivos anexos que adjunto el oferente). Una vez presentada la oferta en el sistema SICOP, no podrá ser retirada, entendiéndose que la misma pertenece a la Municipalidad. (Artículo 48 LGCP,118 y 119 RLGCP)

 

La Administración, según lo indicado en los Artículos 125 inciso d), 129 al 131 del RLGCP, aceptará Ofertas en Consorcio cumpliendo con las siguientes condiciones:

• Se aceptarán la participación de dos (2) o más personas jurídicas y/o físicas en consorcio, con el objetivo de cumplir y fortalecer los requisitos dispuestos en el pliego de condiciones. Las obligaciones que asume cada uno de los miembros que conforman el consorcio, deberán quedar plasmadas en el respectivo acuerdo consorcial. Alguna de las personas Consorciadas deberá tener la experiencia en el objeto del contrato. Los integrantes del consorcio responderán frente a la Administración de forma solidaria, como si fuesen una única contraparte. Artículo 48 LGCP y 125 RLGCP.

 

• Incorporar en el SICOP, anexo a la oferta, el acuerdo del consorcio debidamente protocolizado en el que consten los términos que regularán las relaciones de las partes y de éstas con la Administración, todo de conformidad con lo establecido en el Artículo 129 del RLGCP.

 

 

El acuerdo consorcial cubrirá al menos los siguientes aspectos:

1. Calidades, incluido domicilio y medio para recibir notificaciones y capacidad de las partes.
2. Designación de los representantes, con poder suficiente para actuar durante la fase de estudio de ofertas, de formalización, de ejecución contractual y para trámites de pago. (Líder)
3. Detalle de los aportes de cada uno de los miembros, sea en recursos económicos o bienes intangibles, experiencia, compromisos y obligaciones que asumiría cada integrante en las fases del procedimiento contractual.
4. El porcentaje de la participación de cada uno de ellos.
5. Plazo del acuerdo que deberá cubrir la totalidad del plazo contractual.
6. Cada uno de los Integrantes del Consorcio debe aportar las declaraciones firmadas digitalmente, en caso de que las firmas sean autógrafas, deberán estar debidamente autenticadas por abogado.
7. De resultar adjudicado el Consorcio, se rendirá una garantía que respalde el cumplimiento de manera solidaria. Esta garantía de cumplimiento deberá cumplir con lo indicado en el pliego de condiciones.

NOTA: Si el oferente presenta en su oferta algún documento anexo en estado “CONFIDENCIAL”, debe adjuntarse en un archivo completamente por aparte y de forma independiente de la oferta y demás documentos solicitados por la administración y deberá indicar mediante acto motivado justificación de forma clara, detallada y con fundamento legal, las razones del por qué considera que dicha información debe ser tenida como “CONFIDENCIAL”. En caso de que un participante considere que existe información confidencial, así deberá indicarlo de modo expreso en el sistema digital unificado, al momento mismo de presentar o facilitar la documentación, haciendo señalamiento claro de los folios o archivos que estima confidenciales y de los motivos y su sustento jurídico. Artículo 15 LGCP y 30 de su Reglamento. Dentro de los cinco días hábiles siguientes a la advertencia de confidencialidad, mediante acto motivado suscrito por funcionario competente y con apego al principio de transparencia, la Administración deberá señalar si procede o no la declaratoria de confidencialidad y, en caso de que así proceda, realizará un resumen del contenido de los documentos sin revelar los aspectos confidenciales e indicará por cuánto plazo ha de mantenerse esta. Durante el lapso de los cinco días antes señalado, la información se tendrá como confidencial.

 

IMPORTANTE

En caso de que el Oferente  ofrezca en su propuesta,  personal Profesional Técnico, operario, entre otros,  deberá adjuntar copia de  la planilla de la CCSS actualizada, en la cual conste que estos, forman parte de su equipo de trabajo, en caso de no serlo, indicar si será subcontratado, debiendo aportar la información correspondiente, señalada en el apartado 6 del pliego de condiciones, en caso de que no se encuentre en la planilla,  y tampoco sea subcontratado, favor adjuntar declaración jurada firmada digitalmente en la cual, se indique que de resultar adjudicatario del presente procedimiento licitatorio, se compromete a adjuntar, previo a la formalización del contrato, copia de la planilla de la CCSS, con la incorporación del personal propuesto.

 

 

1. DE LA SUBCONTRATACIÓN:

Indicar si en la propuesta se da la figura de la Subcontratación, de ser positiva la respuesta, aportar, los requerimientos contenidos en los artículos, 18, 29, 49 de la LGCP y 21, 32, 33, 126 y 133 RLGCP. (Listado de los subcontratistas, objeto de la subcontratación, y porcentaje de la subcontratación, el cual no puede superar el 50% del monto total del contrato).   Así como debidamente firmadas digitalmente, las declaraciones juradas que constan en (Expediente electrónico/Listado de Expediente/Número de procedimiento/Descripción/Expediente [2. Información del pliego de condiciones] Ingreso del pliego de condiciones/[F. Documento del pliego de condiciones] Declaración jurada Actualizada).

De relevancia indicar que una persona física o jurídica únicamente podrá figurar para un mismo concurso en una oferta, como subcontratista, oferente individual o participar de forma conjunta o consorciada.

 

Asimismo, deberá el Subcontratista estar inscrito en SICOP. Debiendo estar al día con (CCSS, FODESAF, Tributación Directa/Hacienda) y aportar copia de la Licencia comercial y constancia emitida por el Departamento de Patentes de la Municipalidad en donde posee la licencia (s) de funcionamiento, donde se indique que se encuentra activa y al día en el pago del impuesto respectivo, o  adjuntar norma que lo exonere.

 

Deberá adjuntar el Subcontratista carta de compromiso actualizada, con indicación del número de Licitación, en la cual se indique, que en caso de que el Oferente resulte Adjudicatario fungirá como subcontratista en el cumplimiento del objeto contractual de la Licitación, la cual debe estar firmada digitalmente y en un formato en el cual se pueda validar, en caso de que la firma sea autógrafa, esta debe estar autenticada por abogado.

 

El subcontratista deberá aportar póliza de Riesgos del Trabajo vigente a la fecha y permiso sanitario en caso de que corresponda.

En caso de que el Subcontratista sea persona jurídica, adjuntar personería jurídica notarial con un mes de expedida con respecto a la fecha de apertura de las ofertas y estar al día con el impuesto de personas jurídicas.

 

Si es una Persona Física aportar declaración jurada en la que indique el beneficiario final, incluyendo su nombre completo y su condición declarada de beneficiario final.

Si es una Persona Jurídica aportar:

Declaración jurada, información precisa y completa sobre su(s) beneficiario(s) final(es), incluido el(los) nombre(s) completo(s) de su(s) beneficiario(s) final(es), así como el tipo y número de documento de identificación oficial.

En caso de que los accionistas del oferente y del subcontratista sean a su vez personas jurídicas, la declaración jurada deberá comprender, además, la información señalada anteriormente respecto de estas últimas”. Artículo 32 inciso c) punto vi. RLGCP.

En caso de que el Subcontratista, tenga la obligación de encontrarse incorporado a un Colegio Profesional, deberá aportar certificación vigente, emitida por el Colegio, en la cual se indique que se encuentra habilitado y al día con sus obligaciones. (cuotas).

El Oferente debe aportar en caso de que se dé la subcontratación, todas las declaraciones juradas y certificaciones requeridas en el pliego de condiciones, con respecto a esté.

 

1. DEL PAGO DE TIMBRE DEL COLEGIO DE PERIODISTAS

Conforme a lo establecido en la Ley 5527, “Ley de Creación del Timbre del Colegio de Periodistas de Costa Rica” y la Circular MH-DCoP-CIR-0079-2024, de fecha 29 de octubre del 2024, la cual establece el cálculo y registro en el SDU, del Timbre del Colegio de Periodistas de Costa Rica en los procesos de Contratación pública de servicios de publicidad. Debiéndose entender, que “…debe pagarse cuando se factura publicidad en espacios informativos, ya sean en prensa, radio, televisión o medios digitales. Esto aplica para medios con multiplataformas. Por ejemplo: En el caso de periódicos digitales, -según criterio de la Procuraduría-, el pago procede si se considera un medio de circulación diaria y la pauta no está incluida en la factura del medio impreso de publicación semanal o mensual. Si ya fue cobrado como parte del impreso, no se debe pagar nuevamente para evitar doble imposición…”.

 

Asimismo, según criterio de la Institución de cita en importante tener claro que, “...la Internet es un soporte…”, ósea no es un medio de comunicación, por si sola, como lo es una emisora de radio, un canal de televisión o un periódico impreso. La Internet puede ser el “canal” o “vehículo” (soporte) a través del cual un medio formal, difunde contenido publicitario institucional.

 

Por tanto, El Oferente deberá incluir en su precio, cuando corresponda, el monto referente a dicho Timbre. El mismo debe desglosarse en la oferta económica de manera separada. En caso de no cumplir con el requerimiento, podrá la oferta considerarse incompleta para efectos del análisis económico y la adjudicación correspondiente.

Para efectos de pago, el Administrador del Contrato, el Almacén Municipal y la Tesorería, deberán verificar de previo, que el monto por concepto de Timbre aparezca en la factura, desglosado adecuadamente, y que se encuentre cancelado según lo exige la normativa y conforme al precio adjudicado. El Contratista debe adjuntar constancia del pago o adhesión del timbre.   

 

En caso de que no se presente constancia o está, esté incompleta. La Municipalidad no tramitará el pago al Contratista, hasta tanto no se acredite debidamente el pago del timbre por el monto correspondiente.

 

De relevancia señalar que el Oferente, es quien debe incluir el monto del timbre como parte del precio total ofertado de manera separada. Y es a quien le corresponde realizar la cancelación.

 

1. MEJORA DE PRECIOS

 

En atención a lo indicado por la norma en los artículos 90 y 99 respecto a la mejora de precios con el objeto de priorizar el principio del valor por el dinero, el principio de conservación del acto administrativo y el principio de eficiencia y eficacia en la gestión de compras públicas se establece el siguiente procedimiento:

 

• El analista técnico del proceso deberá gestionar por escrito mediante oficio formal, solicitud a proveeduría de convocatoria a mejora de precios, indicando las causales que dan justificación a dicha solicitud.
• La proveeduría a través del colaborador asignado procederá en plazo no mayor a un día hábil a generar mediante la plataforma SICOP, convocatoria formal a gestionar la mejora de precios de las ofertas presentadas.
• Se brindará para la presentación de dichas mejoras por parte de los oferentes, un plazo de un día hábil en caso de licitaciones reducidas, un plazo de tres días hábiles en caso de las licitaciones menores y un plazo de cuatro días hábiles en caso de las licitaciones mayores, para la presentación de las nuevas propuestas económicas, las cuales deberán contener manifestación expresa de que con dicha mejora de precios no se están afectando o bien desmejorando las calidades, cantidades, características y las condiciones originalmente ofertadas.
• Cada oferente en caso de que se presente a la convocatoria a mejora de precios deberá incorporar la estructura del precio descontado, considerando todos los elementos que los componen, además, de la estructura del precio sin descuento.
• Para efectos de evaluación de precios, se tomarán los ofertados en la sección mejora de precios, los cuales serán confidenciales hasta el momento de apertura de la mejora de precios.
• El procedimiento en el sistema SICOP será conforme lo establece el módulo especial para dicha finalidad.

 

1.  

La oferta deberá presentarse en idioma español, no obstante, la literatura técnica, podrán presentarse en otro idioma con la correspondiente traducción oficial al español. Artículo 118 RLGCP.

 

1. DECLARACIONES JURADAS, CERTIFICACIONES, CONSTANCIAS Y OTROS

Todas las certificaciones requeridas en este pliego de condiciones deben de haber sido expedidas de la siguiente manera: en un plazo no mayor a 30 días naturales (Notario) o 15 días naturales (Registro Nacional) con respecto a la fecha programada para la apertura de ofertas

 

DECLARACIONES JURADAS

 

Las declaraciones juradas requeridas en del presente proceso se regirán y deberán ser rendidas, por los Oferentes y subcontratistas, según lo estipulado en los artículos 18, 28 y 29 LGCP, 32 inciso c), y 33 del RLGCP. Así como también se deberá mediante declaración jurada, declarar si se encuentran inhabilitados o en proceso de inhabilitación con la Administración Pública. Artículo 118 LGCP.   En (Expediente Electrónico/Listado de Expediente/Número de procedimiento/Descripción/Expediente [2. Información del cartel]Número de procedimiento/Ingreso al pliego de condiciones/ [F. Documento del cartel] Archivo adjunto), consta machote de declaraciones juradas.

 

En todos los concursos en que presenten sus propuestas, los oferentes y subcontratistas deberán manifestar expresamente en la oferta que la información contenida en las declaraciones juradas, presentadas en el registro que al efecto lleve la Dirección de Contratación Pública, se mantienen invariables Artículo 29 LGCP.

 

 

Además, cada oferente y subcontratista debe aportar:

 

Si es una Persona Física: declaración jurada en la que indique el beneficiario final, incluyendo su nombre completo y su condición declarada de beneficiario final.

 

Si es una Persona Jurídica aportar:

Declaración jurada, información precisa y completa sobre su(s) beneficiario(s) final(es), incluido el(los) nombre(s) completo(s) de su(s) beneficiario(s) final(es), así como el tipo y número de documento de identificación oficial.

En caso de que los accionistas del oferente y del subcontratista sean a su vez personas jurídicas, la declaración jurada deberá comprender, además, la información señalada anteriormente respecto de estas últimas”.

Artículo 32 inciso c) punto vi. RLGCP.

 

En el caso de las declaraciones juradas, serán rendidas bajo fe de juramento con las responsabilidades y delitos que ello conlleva en caso de indicar información falsa. No será necesario rendirlas ante notario público, deberán estar firmadas digitalmente, y en caso de que las firmas sean autógrafas, las mismas deberán estar autenticadas por abogado.

 

CERTIFICACIONES

 

• Persona Física

Si se trata de una persona física, se debe consignar claramente todas las calidades el nombre completo, estado civil, profesión u oficio, número de cédula de identidad, copia de la cédula de identidad y dirección exacta, números telefónicos y correo electrónico.

• Persona Jurídica

Si es una persona jurídica, deberá aportar una Certificación de Personería expedida por Notario Público que consigne: citas de inscripción y personería, denominación o razón social, plazo social, domicilio, nombre y calidades de los representantes y las facultades de su representación, naturaleza y propiedad de las acciones o cuotas. Tal certificación no podrá exceder de un mes de expedida con respecto a la fecha de apertura de las ofertas y cumplir con lo establecido en los artículos 77 y 110 del Código Notarial.

 

CONSTANCIAS

 

1. Constancia de estar al día con el Pago de las cuotas obrero-patronales de la Caja Costarricense del Seguro Social. La misma será verificada en la página web de dicha Institución.

Esta sección se regirá conforme a lo establecido en el artículo 14 inciso f, del LGCP.

 

• En caso de que al momento de verificarlo en el SICOP o el portal de consultas de la CCSS no se encuentra inscrito como patrono ante la CCSS, y del objeto licitado se derive tal obligación, la Administración le solicitará explicación, la que, en caso de resultar insatisfactoria de acuerdo con los lineamientos establecidos por la CCSS, provocará la exclusión del concurso y la denuncia ante las autoridades correspondientes de cobro de la CCSS.

 

• De conformidad con la normativa vigente sobre la materia, durante toda la ejecución del objeto contractual, el administrador del servicio verificará que la empresa contratante se encuentre al día en el pago de sus obligaciones con la CCSS, para lo que verificara de oficio dicho estatus en la página oficial, o ante circunstancias particulares podrá solicitar, que se le proporcionen las certificaciones correspondientes.

 

1. Constancia de estar al día con FODESAF e Impuestos Nacionales (Situación Tributaria/Hacienda). (Las mismas serán verificadas en las páginas web de cada Institución).

Si se determina que no están al día con dichas obligaciones, se realizará una única prevención para que corrijan dicha situación, de no corregirse en el plazo otorgado se dará la descalificación de la oferta del proceso de licitación, esto conforme al artículo 50 del LGCP.

 

1. Patente Municipal:

 

Patente Municipal:

 

• De conformidad con lo dispuesto en el artículo 88 del Código Municipal y el artículo 18 bis del Código de Normas y Procedimientos Tributarios, los oferentes y subcontratistas deberán cumplir con las disposiciones legales aplicables para el ejercicio de actividades lucrativas en el territorio nacional.

 

• En ese sentido, los oferentes deberán contar con una licencia municipal de funcionamiento (patente) vigente y al día presentando una constancia para acreditar su estatus, emitida por la municipalidad correspondiente al domicilio fiscal de la persona física o jurídica, o bien acreditar su cumplimiento previo al inicio de la ejecución contractual, cuando así corresponda conforme a la naturaleza de la contratación y al lugar donde se materialice el hecho generador. El Departamento de Proveeduría solicitará el criterio tanto técnico como legal al Área Tributaria mediante el Departamento de Patentes, para que indique si la patente aportada junto a la oferta o bien la verificada para la formalización contractual está acorde en todos sus extremos a este proceso de licitación.

 

• La Administración verificará el cumplimiento de este requisito ya sea en la apertura de las ofertas si cumple o en la fase de ejecución contractual, por tratarse de un requisito de cumplimiento legal accesorio y no de idoneidad técnica o sustantiva de la oferta, de conformidad con la jurisprudencia reiterada de la Contraloría General de la República R-DCP-SICOP-00305-2025, por lo que la omisión, diferencia o falta de acreditación de la patente municipal al momento de la apertura de ofertas no será causal de exclusión.

 

• En caso de que el oferente o adjudicatario goce de algún régimen de exoneración legal respecto de este requisito, deberá acreditarlo oportunamente.

 

• No se permitirá la utilización de licencias de funcionamiento que no se encuentren a nombre de la persona física o jurídica adjudicataria para efectos de la ejecución contractual.

 

• Los oferentes y subcontratistas que se encuentren patentados en este Municipio o que posean propiedades en el cantón central de Cartago deberán encontrarse al día en el pago de la licencia comercial, servicios municipales y el tributo de bienes inmuebles, lo cual será verificado por la Administración previo al inicio de la ejecución del contrato.

 

• Cuando el adjudicatario pertenezca a otro cantón y realice el hecho generador en el cantón central de Cartago, deberá tramitar la licencia de funcionamiento temporal, únicamente en los casos en que legalmente corresponda, previo al inicio de la ejecución contractual, a través de la Plataforma de Servicios de la Municipalidad de Cartago, a efectos del pago del impuesto respectivo por el monto adjudicado.

 

• Para los casos de oferentes o adjudicatarios domiciliados fuera del territorio nacional, la exigencia de la patente municipal y demás permisos de funcionamiento será verificada previo al inicio de las labores contractuales, en caso de que la actividad objeto del contrato se desarrolle en el país, siendo responsabilidad de la Administración constatar su cumplimiento en el momento procesal oportuno.

 

Definición de Hecho Generador: El hecho generador o sea el ejercicio de una actividad lucrativa en una jurisdicción territorial determinada esto es en un cantón específico.

 

1. OTROS

 

• Seguros y obligaciones patronales:

El Oferente y el Subcontratista, deberán aportar junto con la oferta copia de la póliza de Riesgos del Trabajo, en la cual conste que mantienen vigente y al día los pagos por concepto dicho concepto y el Contratista, copia de la póliza de Responsabilidad Civil en el caso de que resulten adjudicatarios. (lesión o muerte a terceras personas).

1. El contratista deberá asumir y mantener al día en forma amplia total y general todas las obligaciones y responsabilidades que correspondan al patrono por concepto de cargas sociales, derivados del Código de Trabajo o reglamentos y leyes conexas.

 

1. Se entiende que la responsabilidad patronal será única y exclusivamente del contratista, por lo que no existirá ninguna relación laboral entre la Municipalidad y los trabajadores o empleados del contratista o subcontratistas.

 

1. Si durante la ejecución del servicio por supervisión propia o denunciada se comprueba que las pólizas no se tienen o están vencidas, la Municipalidad podrá rescindir el contrato por el incumplimiento del Contratista.

 

1. El contratista deberá cumplir las disposiciones de la Ley sobre Riesgos del Trabajo N° 6727.

 

1. Se debe presentar por parte de los Contratistas las pólizas correspondientes de previo a iniciar la Contratación y en caso de que se deba suscribir un contrato de previo a la ratificación de este.
2. La copia de la póliza adquirida por el Contratista deberá ser presentada ante el Supervisor respectivo y una copia a la Proveeduría Municipal a efecto de ser incorporada al Expediente Administrativo respectivo.
3. Lo anterior según lo establecen los Art. 201, 203, 209 del CÓDIGO DE TRABAJO y los Art. 2 y 7 del REGLAMENTO GENERAL DE LOS RIESGOS DEL TRABAJO (LEY 6727).

 

• Permiso Sanitario

El Oferente y el Subcontratista, deberán aportar junto con la oferta copia, del permiso sanitario, el cual deberá estar vigente al día de la apertura.

 

1. GARANTIA DE CUMPLIMIENTO

En cuanto a las formas de rendir la garantía de cumplimiento (si así se solicitara en el formulario SICOP), así como sus vigencias y devolución, se tramitaran según lo disponen los artículos 44 de la LGCP,110 al 115 del RLGCP.

 

• Devolución de la garantía

El Contratista deberá realizar la solicitud de devolución de la garantía de cumplimiento u otra que le haya sido requerida, en el sistema Integrado de Compras Públicas (SICOP), dirigiendo la solicitud al departamento de Tesorería Municipal, el cual será el encargado de realizar las gestiones correspondientes, de conformidad con el artículo 11 inciso e) y f) RICPM.

La garantía de cumplimiento será devuelta a solicitud del interesado, dentro de los veinte días hábiles siguientes a la fecha en que la Municipalidad haya recibido de forma definitiva y a satisfacción el objeto contractual. Artículo 113 RLGCP

NOTA: Toda garantía presentada a favor de la Municipalidad de Cartago, deberá estar libre de cualquier condicionamiento y su ejecutoriedad debe estar consignada como inmediata a favor de la Administración, misma que debe quedar expresada en el documento expedido por la entidad financiera correspondiente.

 

 

1. ELEGIBILIDAD DE OFERTAS

Es elegible la oferta que se ajuste a las condiciones formales, legales, económicas y especificaciones técnicas del pliego de condiciones, de tal manera que cualquier incumplimiento de orden significativo a éste, constituye motivo de exclusión de concurso. Artículo 137 RLGCP.

• Cualquier condición no prevista en el presente pliego de condiciones, regirá conforme a lo dispuesto por la Ley General de Contratación Pública y su Reglamento, así como la restante normativa aplicable a la materia.
• Los potenciales oferentes podrán presentar objeciones o plantear las consultas según los artículos 95 LGCP, 253, 254 y 255 RLGCP.

 

1. CLAUSULAS PARA PREVENIR LA CORRUPCIÓN EN LOS PROCEDIMIENTOS DE CONTRATACIÓN PÚBLICA.

 

Que el artículo 24 del RLCP, establece el actuar ético e íntegro de los sujetos distintos a la Administración, señalando que las actuaciones que con ocasión de la actividad de contratación pública realicen deberán ser de manera proba, íntegra, transparente, con rectitud y buena fe, bajo el más alto cumplimiento de los principios éticos y jurídico, durante todas las etapas del procedimiento de contratación. Por lo que:

 

1. La Municipalidad en sus procesos de contratación pública, NO PERMITIRÁ que a su personal, profesional, administrativo, técnico y operativo, se les solicite realizar actos contrarios a sus deberes y obligaciones como funcionarios públicos, se les soborne, se le ofrezca o suministre cualquier tipo de obsequio o donación, conforme al art. 20 de la Ley Contra la Corrupción y el Enriquecimiento Ilícito en la Función Pública, así como cualquier tipo de dádiva, comisión, gratificación o liberalidad semejante, que puedan comprometer la transparencia e imparcialidad en las distintas fases del procedimiento de contratación, o se les solicite influir indebidamente en cualquier etapa de la contratación, en beneficio de los Oferentes o Contratistas ( Artículos 119 LGCP incisos a), e), s).)  De detectarse algún tipo de corrupción inmediatamente, se realizarán las denuncias ante la instancia correspondientes, En caso de que se encuentre en la etapa de apertura, análisis y recomendación del acto final, la ofertas será descalificada del concurso y si se encuentra en la etapa de Ejecución, se procederá a realizar las diligencias necesarias para la Resolución del contrato y en caso de que proceda la inhabilitación
2. Los Oferentes y Contratistas deberán abstenerse de ejercer influencia o presiones indebidas sobre los funcionarios públicos de la Administración contratante.
3. No se tolerará actos de corrupción de ninguna naturaleza dentro de los procedimientos de contratación de bienes, obras y servicios. No podrán participar en dichos procedimientos personas físicas o jurídicas que tengan conflictos de interés con los funcionarios institucionales y autoridades que formen parte del Concejo Municipal.

 

En por lo que con base en los antes expuesto los Oferentes deberán aportar junto con su oferta, mediante declaración jurada, compromiso anticorrupción y de buenas prácticas comerciales, con fundamento en lo establecido en el Artículo 24 inciso c) RLGCP).

 

1. ADJUDICACION

 

1. La Municipalidad de Cartago tomará la decisión de adjudicación según plazo indicado en el sistema Integrado de Compras (SICOP).
2. Para resultar adjudicatario, debe el oferente haber cumplido con lo dispuesto en la normativa vigente sobre Contratación Pública, haber cumplido con cada una de las Condiciones y Características solicitadas en el pliego de condiciones; así como de resultar su oferta como la mejor calificada.
3. La Adjudicación quedará en firme, transcurrido el plazo para la interposición de los recursos respectivos de conformidad con lo dispuesto en la Ley General de Contratación Pública y el Reglamento a dicha ley.
4. En caso de presentarse recurso en contra del acto de adjudicación, la Administración procederá a solicitar al recurrente y al adjudicatario que prorroguen la vigencia de la oferta, las cuales deberán ser otorgadas dentro del plazo perentorio que se les concede para la presentación de estas.

 

1. FORMALIZACION CONTRACTUAL

 

La formalización contractual se llevará a cabo conforme lo establecen los artículos 274 y 275 RLGCP.

1. La ejecución contractual derivada de esta contratación estará sujeta a la emisión previa de una orden de compra y/o contrato mediante SICOP, que constituye el documento formal que emite la Municipalidad de Cartago suscrita por los funcionarios competentes y refrendo en caso de que corresponda.
2. Con base en el Reglamento de Refrendo de Contratos de la Contraloría General de la República, esta contratación deberá contar con el Refrendo correspondiente.
3. El pago de los timbres podrá realizarlo mediante entero a favor del Gobierno de Costa Rica y deberá subir el comprobante al Sistema SICOP.

El proceso establecido para la formalización contractual es el siguiente:

Primero:      Adjudicación en firme.

Segundo:     Presentación de la garantía de cumplimiento, timbres fiscales y demás documentos a solicitarse.

Tercero:   Redacción de contrato por parte de la Municipalidad.

Cuarto:     Firma de contrato entre las partes mediante SICOP.

Quinto:     Refrendo Interno o contralor, según corresponda.

Sexto:       Notificación de contrato refrendado. (si corresponde el refrendo)

Séptimo:   Notificación de la Orden de Inicio.

 

1. NOTIFICACIONES

Todas las notificaciones se realizarán por medio de la Plataforma de SICOP.

 

1. RECURSOS

Los recursos del presente proceso serán presentados en el plazo definido por la norma, siendo competente para su resolución, la Instancia que define la ley ´General de Contratación Pública y su Reglamento. (Título IV, Capítulo I, Régimen Recursivo, RLGCP)

 

1. DESGLOSE ESTRUCTURA DEL PRECIO Y PRESUPUESTO DETALLADO

 

17.1 EN RELACION CON LA ESTRUCTURA DEL PRECIO, el oferente deberá completar el siguiente cuadro, en cada línea de pago conforme al artículo 102 RLGCP.

 

COMPONENTE	MONTO ¢	PORCENTAJE %
Costos Directos
Costos Indirectos
Imprevistos
Utilidad
TOTAL

 

 

17.2 PRESUPUESTO DETALLADO

 

El ADJUDICATARIO deberá presentar un PRESUPUESTO DETALLADO, en el cual se haga referencia al desglose de cada uno de los componentes de la estructura del precio. Dentro del plazo de ocho días hábiles posteriores a la firmeza de la adjudicación y antes de la suscripción del contrato, todo de conformidad con lo establecido en el Art. 103 del Reglamento a la Ley General de Contratación Pública, siguiendo el formato adjunto:

De relevancia indicar que, en los contratos de servicios, cuando la remuneración no se encuentre regulada por tarifas (aranceles obligatorios), la oferta deberá contener la estructura del precio, y quien resulte adjudicatario, deberá adjuntar el presupuesto detallado. Artículo 214 RLGCP

 

Tipo de costo	Componente	Monto	Porcentaje	Índice asociado	Emisor / País	Moneda / fuente
CD de Mano de Obra	Mano de obra	¢	%	ISMN	BCCR
CD de Insumos	Maquinaria	¢	%	Costos de posesión	INEC
	Repuestos	¢	%	Repuestos	INEC
	Combustibles	¢	%	Combustibles	INEC
	Lubricantes	¢	%	Lubricantes	INEC
	Equipo	¢	%	IPC	BCCR
	Otros Insumos	¢	%	IPC	BCCR
CD de Subcontratos	Subcontratos	¢	%	IPC	BCCR
CI de Mano de Obra	Mano de obra	¢	%	ISMN	BCCR
CI de Insumos	Insumos indirectos	¢	%	IPC	BCCR
	Imprevistos	¢	%	No aplica
	Utilidad	¢		No aplica
	Subtotal	¢
	IVA	¢	13%
	Total, precio IVA.	¢	113%

 

Los costos incluidos en la estructura de precios son una propuesta y el oferente debe considerar los costos que mejor se ajusten al objeto del contrato de la contratación, la definición de los conceptos de costos incluidos en la estructura del precio se presenta a continuación:

 

• Costos directos de los insumos: son los costos necesarios para materializar el objeto contractual en los que incurre el contratista por concepto de materiales, materias primas, así como equipos, maquinaria, herramientas y las depreciaciones y seguros de éstos, pago de servicios públicos, entre otros.
• Costos directos de mano de obra: son los costos necesarios para materializar el objeto contractual en los que incurre el contratista por concepto de salarios y remuneraciones, así como los costos de las cargas sociales, prestaciones legales y obligaciones laborales correspondientes.
• Costos directos por subcontrataciones: son los costos en los que incurre el contratista por concepto de subcontrataciones con terceros, para la realización de labores o trabajos especializados requeridos para materializar el objeto contractual, de conformidad con lo regulado en el artículo 49 de la Ley General de Contratación Pública y el artículo 133 del Reglamento a la Ley General de Contratación Pública.
• Costos indirectos de los insumos: son los costos requeridos para la administración del objeto contractual en los que incurre el contratista por concepto de materiales, equipos, herramientas, depreciaciones y seguros de edificios, vehículos y equipo de oficina, costos financieros, pago de servicios públicos, entre otros.
• Costos indirectos de mano de obra: son los costos requeridos para la administración del objeto contractual en los que incurre el contratista por concepto de salarios y remuneraciones de su personal directivo, técnico, de soporte y administrativo, entre otros, así como los costos de las cargas sociales, prestaciones legales y obligaciones laborales correspondientes.

 

Además, como parte de la estructura del precio, con la oferta se deberá aportar la información de los índices oficiales de precios y costos asociados a los costos directos e indirectos de la estructura de precio.

 

Dichos índices deberán ser elaborados y emitidos por la entidad oficial del país de origen de los costos, y corresponder a la misma moneda en que se presenta el precio de la oferta y los valores absolutos de la estructura

 

NOTA IMPORTANTE: En caso de no presentarse en ese plazo, La Municipalidad declarará insubsistente la adjudicación y procederá conforme a lo establecido en el artículo 52 de la LGCP.

19.   CRITERIO DE DESEMPATE DE LAS OFERTAS

 

En caso de empate de las ofertas, se considerará como factor de evaluación de desempate, una puntuación adicional a las PYME que hayan demostrado su condición a la Administración, de acuerdo con el artículo 97 Reglamento de la Ley General de la Contratación Pública, mediante el siguiente detalle:

 

• PYME de industria: 5 puntos
• PYME de servicio o agropecuaria: 5 puntos
• PYME de comercio: 2 puntos 

 

En caso de que el empate persista, el desempate se definirá según lo dispuesto en el artículo 97 Reglamento de la Ley General de la Contratación Pública.

 

1. REAJUSTE DE PRECIO

 

Todo según lo establecido en los artículos del 107 al 109 RLGCP. Derecho al mantenimiento del equilibrio económico de los costos directos e indirectos en contratos de suministro de bienes y servicios y obra.

 

1. OTRAS CONDICIONES

 

• Objetivo de las Especificaciones Técnicas Generales.

 

Las especificaciones establecidas en el pliego de condiciones tienen por objeto el establecer los requerimientos de los bienes, servicios y obras que la Municipalidad desea adquirir.

 

En vista de lo anterior, el oferente debe conocer y aceptar las mismas, así como las consecuencias y responsabilidades en todos sus extremos, aún y cuando por omisión en el pliego de condiciones no se hallan indicado. Artículo 90 RLGCP.

 

Es indispensable que la empresa oferente cuente durante todo el proceso previo y de ejecución, con el respaldo técnico de expertos en las distintas áreas, esto con el objetivo de amparar, y si es del caso, mejorar las condiciones preestablecidas en este documento.

 

• Alcance de las Especificaciones Técnicas Generales.

Si se identificara la posible existencia de algún tipo de omisión, ésta deberá ser notificada, antes de presentar la oferta formal para la ejecución de los trabajos, por medio escrito y a través de la Plataforma SICOP.  De lo contrario cualquier situación durante el proceso de la contratación no añadirá ningún cargo adicional al monto original del contrato, por concepto de omisiones sin resolver. 

 

No se aceptan cambios en los requerimientos, salvo que se hayan solicitado por escrito y cuenten con su respectivo visto bueno por parte de los Administradores asignados por la Municipalidad de Cartago, o bien exista una justificación de peso en la que medie el juicio experto y que sea completamente demostrable.