CM Software de Gestion Municipal

ESPECIFICACIONES TÉCNICAS
“SERVICIO DE ARRIENDO DE SOFTWARE DE GESTIÓN MUNICIPAL

I. MUNICIPALIDAD DE LA SERENA”
1 GENERALIDADES
Las presentes Especificaciones Técnicas tienen por objetivo reglamentar y definir los requerimientos mínimos que deberán
considerar los participantes de la consulta al mercado al momento de formular su propuesta para valorizar el Servicio de Arriendo
de Softwares de Gestión Municipal, compra de Hardware, Mantención y Soporte.
Los proponentes deberán presentar especificaciones Técnicas de cada sistema y equipamiento solicitado en las presentes bases
técnicas con el objetivo de conocer las características específicas de la aplicación o software y hardware que componen la oferta.
Se requiere, además, que adjunten a la propuesta opciones de sistemas de gestión para integrar aquellas áreas que no se
describen en el presente documento, de manera que eventualmente se puedan incorporar en el futuro a los sistemas base a
contratar, con el objetivo de modernizar los procesos internos de las áreas de la Municipalidad.
Por esto, el alcance del proyecto debe entenderse como una solución integral que apoye las funciones y tareas de las distintas
áreas de la municipalidad, compartiendo información entre ellas, evitando todo aquel trabajo adicional (por ejemplo, re digitación,
validaciones de consistencia y de control, etc.).
Los Software debe estar en plataforma única de comunicación en forma centralizada, en él data center municipal, a través de la red
municipal, utilizando como motor de base de datos central Microsoft SQL Server. Siendo ejecutadas en un ambiente Microsoft
Windows 7 y 10.
Los proveedores NO podrán subcontratar el servicio a otra empresa por la importancia que reviste el servicio para la Municipalidad
de La Serena
2 OBJETIVO
El objetivo de la presente consulta al mercado, es la contratación en modalidad de arriendo de un servicio de provisión de Software
de apoyo a la Gestión Municipal y la compra de Hardware (servidor y reloj control), para obtener una solución informática integral,
con un alto enfoque en la atención al vecino y contribuyente; por ello, es de vital relevancia considerar en la propuesta la
integración de los sistemas, de forma tal que potencialmente permita interactuar con diferentes aplicaciones actuales y proyectar
los sistemas hacia aplicaciones avanzadas de manejo de información, tales como plataformas de Internet e interactuar con
sistemas de información geográficos o cualquier otro sistema que la Municipalidad decida implementar con el mismo u otro
proveedor, como también con cualquier Software provisto por otros organismos del Estado.
Adicionalmente, se requiere que los Sistemas de Gestión Municipal estén diseñados para operar con Firma Electrónica Simple
(FES), Firma Electrónica Avanzada (FEA), FirmaGob y Clave Única de manera de poder incluirla en los procesos de pago,
administrativos y de gestión documental.
El servicio a contratar se hará en modalidad de arriendo por el periodo de 48 meses.
3 SITUACION ACTUAL
La Municipalidad actualmente tiene un contrato, de acuerdo a la licitación pública ID 4295-14-LQ21, según lo establece el contrato
de fecha 15 de junio 2021, aprobado por Decreto Alcaldicio N°722, de fecha 05 de julio 2021, suscrito por la I. Municipalidad de La
Serena y la empresa CAS Chile S.A.. Este contrato tiene una fecha de término que fue establecida para el día 18 de julio 2024, por
lo que se requiere para la continuidad operativa, entendiendo que los softwares trabajan con datos cruciales para el funcionamiento
de unidades críticas de la municipalidad, que los sistemas estén instalados y operativos para la fecha indicada.
La municipalidad cuenta con una red de datos integrada, con todos los departamentos, con cableado estructurado cat 6
estandarizado, con un data center que reúne todas las especificaciones técnicas para su operación.
Actualmente contamos un servidor HP 64 bits, 64 Gb de RAM y con sistema operativo Windows Server 2012, donde opera
actualmente el motor de base de datos Microsoft SQL Server 2008 R2, además se cuenta con un servidor espejo como medio de
respaldo por eventual pérdida de servicio del servidor central en un datacenter ubicado geográficamente distante del servidor
principal.
4 DESCRIPCION DEL HARDWAR REQUERIDO
Para la presente consulta al mercado, la municipalidad requiere efectuar la adquisición de un servidor, el proveedor deberá
entregar un descriptivo del equipo considerando en su propuesta al menos los siguientes requisitos generales mínimos:
 La Base de Datos deberán residir en un servidor principal provisto por el proveedor.

 De acuerdo a las necesidades del servicio objeto de esta consulta al mercado, se deberán proponer componentes de hardware
que garanticen la no obsolescencia y que no limiten la correcta ejecución y rendimiento de los Sistemas de Gestión.
 El equipamiento debe contar con el espacio de almacenamiento suficiente para contener todos los datos generados por la
aplicación durante su uso normal.
 El proveedor deberá contemplar el licenciamiento del software respectivo.
 Será responsabilidad exclusiva del proveedor proporcionar todos aquellos componentes o accesorios, necesarios para el óptimo
funcionamiento de la solución.
 El proveedor deberá considerar la provisión de tecnologías de última generación, considerando como referencia las
características indicadas en estas especificaciones técnicas.
4.1 SERVIDOR
El tipo de equipo requerido corresponde a 2 servidores Modelo HPE ProLiant DL380 Gen11 o equivalente, incluyendo sistema
operativo y motor de base de datos; el proveedor deberá entregar un descriptivo de los equipos considerando en su propuesta al
menos los siguientes requisitos mínimos iguales o equivalentes a:
Especificaciones Características
Rackeable De 2 u
Procesador Intel xeon-gold 6430 2.1ghz 32-core 270w
Memoria Ram 128 gb Ram distribuidos en 4 hpe 32gb (1x32gb) dual rank x8 ddr5-4800 cas-40-39-39 ec8
16 tb en almacenamiento distribuidos en 8 hpe 1.92tb sata 6g read intensive sff bc multi vendor
Discos duros SSD
SSD
Fuente de alimentación redundante como referencia 2 hpe 800w flex slot platinum hot plug low
Fuentes de poder
halogen power supply kit
4 puertos ethernet 1gb como referencia esta broadcom bcm5719 ethernet 1gb 4-port base-t
Interfaces de red
ocp3 adapter for hpe
Lector óptico Hpe 9.5mm sata dvd-rw optical drive
Tecnología de gestión integrada que permite acceder por control remoto a los servidores a
Características adicionales través de una ethernet independiente. Como referencia hpe proliant platform certificate and
idevid ilo fio setting
Sistema operativo Windows server 2022 standard edition (licencia para 500 usuarios)
Motor de base de datos SQL server 2022 enterprise edition (licencia para 500 usuarios)
Los servidores serán utilizados de la siguiente manera:

 Equipo Principal: Equipo de explotación para el uso de BD de sistemas.
 Equipo Backup: Equipo configurado en forma idéntica al equipo principal con el fin de ser utilizado como respaldo en caso de
ocurrir una falla del equipo principal.
Los equipos requieren sistema operativo, compatibles con la plataforma utilizada por la municipalidad, esta es sistema operativo
Windows. Las licencias del sistema operativo y del motor de Base de datos debe quedar registrada a nombre de la
Municipalidad de La Serena. Para definir el tipo licenciamiento, y según los usuarios que actualmente utilizan sistema de gestión
municipal, la estimación de usuarios es de 500, con un 85% de concurrencia al servidor. Las licencias deben tener una vigencia
de a lo menos 48 meses.
Si se considera utilizar versiones de software libres estas deben ser declaradas por el proveedor.
El equipo debe ser nuevo y sin uso, además debe estar armados con todas sus partes y piezas, listos para ser utilizados;
incluyendo S.O. Windows Server 2022 –o de características iguales o equivalentes que sea compatibles con la plataforma
utilizada por la municipalidad, esta es sistema operativo Windows - y un motor de Base de datos SQL server 2022 enterprise
edition o de características iguales o equivalente que sea compatible y que soporte la solución ofertada en una calidad óptima.
5 SOFTWARE REQUERIDOS
La municipalidad requiere de una serie de sistemas que operen interconectados y con un administrador de bases de datos común,
multiusuarios. El proveedor deberá entregar un descriptivo de cada sistema indicado al menos:
 Ambiente de ejecución (versiones y nombre sistema operativo compatibles)

 Un detalle de los menús de la aplicación, donde se pueda verificar los nombres de cada opción de ejecución del sistema
 Descriptivo general de la aplicación.
Adicionalmente, se indican los requisitos generales mínimos que debe contemplar el software propuesto por el proveedor, estos
son:
 Mantener permanentemente actualizados los componentes de software que sean necesarios, de modo que éstos no caigan en
obsolescencia o limiten la correcta ejecución y rendimiento de los sistemas o módulos de los Sistemas de Gestión Municipal.
Para el caso de los pagos en línea, el proveedor deberá considerar y garantizar todas las conexiones de usuarios conectados de
forma simultánea para realizar los pagos de manera exitosa y en caso de saturación o exceso de demanda el proveedor deberá
realizar un balanceo de carga adecuado.
 Debe incorporar funcionalidades de firma electrónica (FES y FEA) y certificado digital.
 Las aplicaciones deberán estar previamente desarrolladas, ya que no se contempla un plazo para el desarrollo de las
aplicaciones solicitadas, no se aceptará el desarrollo total o parcial de las aplicaciones, con la sola excepción de adaptaciones a
las necesidades propias de cada área de la Municipalidad contempladas en las mantenciones correctivas y reactivas.
 Mantener permanentemente actualizados los sistemas o módulos durante todo el período que dure el contrato, debiendo
modificar los sistemas frente a cualquier cambio que emane de leyes o normas, y necesidades de información complementaria
del municipio, siendo su desarrollo, instalación, puesta en marcha y capacitación sin costo adicional para el municipio.
 Los sistemas deberán permitir el acceso de más de un usuario en forma simultánea a una misma aplicación. Además, el sistema
no debe permitir usuario multisesión.
 Flexibilidad de adaptación, de modo que sea posible incorporar nuevos elementos de diseño, tales como nuevos despliegues de
información, modificación de formularios o informes, construcción de formularios e informes específicos sin costo adicional para
la Municipalidad.
 Integración total del sistema, los datos maestros deben ser únicos y compartidos entre todos los módulos del sistema para
completar así los procesos sin doble digitación y con información confiable y actualizada en tiempo real cada vez que se realice
una o más transacciones.
 El sistema deberá soportar los siguientes conceptos de seguridad:
- Protección y encriptación de datos: El sistema deberá proveer mecanismos para garantizar la comunicación en redes seguras,
adoptando estándares internacionales de seguridad.
- Mecanismos de autenticación: Debe soportar funcionalidades tales como la generación y mantenimiento de usuarios y perfiles
de usuario, acceso a discreción en base a perfiles de usuario, autenticación y autorización de usuarios a nivel tanto
transaccional como de objetos de negocios, siendo capaz de implementar mecanismos de control de acceso en forma
independiente de otros sistemas, generación de usuarios y contraseñas.
- Log de operaciones: La arquitectura de proceso de transacciones de cualquier componente del sistema deberá estar
preparada para asegurar la minimización de la posible pérdida de consistencia de los datos de la base de datos ante una caída
de la misma, a través de la utilización de registros transaccionales redundantes.
 Debe permitir que los informes se puedan visualizar por pantalla para efectos de revisión de los resultados del informe antes de
la impresión y la exportación a un archivo.
 El sistema debe ser parametrizable a las disposiciones legales que enmarcan procedimientos del manejo financiero y
presupuestario, es decir, debe estar alineado a la normativa legal vigente.
 El sistema deberá permitir la creación de usuarios y privilegios de forma centralizada para todos los sistemas o módulos, dicha
tarea la deberá realizar el profesional de soporte en terreno.
 En el primer ingreso al sistema, este debe solicitar al usuario modificar la clave por una nueva que considere a lo menos 8
dígitos y composición alfanumérica, además, el sistema debe contar con una lista negra de claves que no se pueden utilizar por
su baja seguridad.
 El sistema debe permitir la administración de Roles, Perfiles y políticas de uso, con la finalidad de restringir y administrar
funcionalidades, opciones y operaciones a las que puedan acceder los Usuarios y Administradores.
 Debe existir un registro de auditoría para control de accesos.
 El Sistema debe proveer en todos los módulos el registro de acceso a la aplicación, ingresos, modificación y eliminación de
información para control de Auditoria de los cambios realizados en la Base de Datos a la información.
A continuación, se detallan y definen los softwares que son requeridos por la municipalidad para su operación, los que deben
cumplir, a lo menos, con los requisitos generales señalados precedentemente:
5.1 SISTEMA DE CONTABILIDAD GUBERNAMENTAL MUNICIPAL

OBJETIVO GENERAL
Administrar la información referente a las transacciones Contable - Financiera que realiza la Unidad de Finanzas, para
controlar los procesos financieros, incorporando los conceptos de contabilidad, presupuesto y tesorería, así como de
Egresos e Ingresos, con el objetivo de conocer en línea el estado contable y financiero, y obtener una gestión contable
integrada con la totalidad de los módulos que la afecten en su gestión, basada en el concepto de contabilización
gubernamental y de acuerdo a las leyes y normativa vigente que afectan la materia.
FUNCIONALIDADES MÍNIMAS
 Apoyar la adecuada planificación y control de la ejecución presupuestaria, entregando información actualizada en línea
respecto de los procesos de egresos e ingresos, saldos presupuestarios de manera rápida y oportuna.
 Agilizar los procesos operativos y administrativos utilizados en la ejecución del presupuesto.
 Apoyar la integración de la gestión contable.
 Generar los informes de gestión contable y financiera exigidos por la legislación vigente y otros definidos por la misma
Unidad.
 Reducción del tiempo en la elaboración de documentos contables y búsqueda de la información. Algunos ejemplos de
documentos contables:
- Decretos de Pago.
- Ordenes de Ingreso.
- Informes Contables.
- Informes Presupuestarios.
- Balances en General.
 Se requiere automatizar la operación contable relacionando información de distintas áreas municipales.
 Estructura Presupuestaria
- Administrar clasificador de cuentas presupuestarias (ingresos y gastos)
- Administrar estructura organizacional presupuestaria
- Administrar las distintas Fuentes de Recursos del Municipio
 Programación Presupuestaria
- Planificar ingresos
- Planificar transferencias
- Calcular gastos de funcionamiento
- Presentar Plan Presupuestario
- Ajustar Plan Financiero
- Aprobar Presupuesto
- Almacenar distintas versiones de presupuesto
 Asignación y Mantenimiento
- Iniciar Presupuesto de Gastos
- Distribuir asignación Inicial de Gastos por Rubros
- Distribuir asignación Inicial de Gastos por Unidades Ejecutoras
- Iniciar Presupuesto de Ingresos
- Solicitar Modificaciones de asignación de Gastos
- Aprobar Modificaciones de asignación de Gastos
- Incorporar Modificaciones de asignación de Gastos
- Anular Modificaciones de asignación de Gastos
 Ejecución Presupuestaria
- Integración con el Módulo de Adquisiciones
- Integración con el Módulo de Recursos Humanos
- Integración con el Módulo de Contabilidad
- Integración con el módulo de Tesorería.
 Cierre Presupuestario
- Cierre anual
- Cierre periódico
 Contabilidad Gubernamental
- Administrar Plan de Cuentas
- Mantener Plan General de Contabilidad Gubernamental
- Crear Plan General Contable
- Homologar Plan General de Contabilidad Gubernamental, frente a los cambios de normativa.
- Mantener Estructura del Plan de Cuentas
- Mantener Tipos de Comprobantes Contables
- Mantener Tipos de Transacción
- Mantener imputación Contable
- Administrar Estados Financieros y Reportes
- Mantener Tipos de Estados Financieros
- Mantener Estructuras y Fórmulas de Estados Financieros
- Se requiere el procesamiento de los datos necesarios para el mantenimiento de los saldos de las cuentas contables y
presupuestarias reales y actualizados, a partir de las entradas y salidas de la información
- Permitir que todos los egresos e ingresos de las cuentas complementarias de administración se traspasen
automáticamente al sistema en el momento de realizar el pago de servicios
- Cierre de año contable.
El sistema deberá contemplar opciones de ingreso, actualización y salidas para la siguiente información:
 Antecedentes del Plan de Cuentas (Módulo Contabilidad y presupuesto).
 Antecedentes de los ingresos percibidos en caja y abonos bancarios (Módulo Tesorería).
 Antecedentes de los cheques girados por caja con respaldo del comprobante contable, emisión de cheque automática y
cargos bancarios por concepto de sueldos. (Módulo Tesorería).
 Antecedentes de los proveedores del municipio y prestadores de servicios con boletas de Honorarios (Módulo
Abastecimiento).
 Antecedentes de las Órdenes de Compras (como por ejemplo en los relativo a Ia glosa, detalle o especificación del
artículo) generadas por la unidad de Abastecimiento, la cual permite la imputación contable o comprometido (Módulo
Abastecimiento).
 Antecedentes del asiento contable de las remuneraciones e imputación contable devengado y pagado (Módulo
Remuneraciones).
 Antecedentes para confeccionar un comprometido, devengado y el Decreto de pago en el caso de documentos
recepcionados por finanzas. (Módulo Contabilidad).
 Antecedentes de documentos contables ajustes y traspasos (Módulo Contabilidad).
 Antecedentes de la imputación para los centros de costos o diferentes departamentos. (Módulo Contabilidad).
 Antecedentes del presupuesto municipal inicial, aumento y disminución (Módulo presupuesto).
 Antecedentes de las cuentas corrientes, cargos y abonos (Módulo Tesorería).
 Antecedentes de las cuentas involucradas en las unidades giradoras para su parametrización, es decir asignar cuentas
contables a cada Departamentos o Sección. (Impuestos).
 Antecedentes de los distintos bienes afectos a actualización y depreciación con su respectiva clasificación.
 Antecedentes de las cuentas complementarias.
 El sistema deberá estar integrado al proceso y Sistema de Mercado Público.
5.2 SISTEMA TESORERÍA Y CAJA

OBJETIVO GENERAL
Este sistema tiene como objetivo registrar y controlar toda suma de dinero que el Municipio perciba de sus contribuyentes o
gire a su proveedor.
 Antecedentes Financiero (UF, UTM, IPC, Unidad Tributaria, Etc.)
 Antecedentes de los Ingresos percibidos por caja
 Antecedentes de los Egresos realizados por caja
 Antecedentes de las cuentas corrientes
 Antecedentes de los abonos y cargos bancarios asociados al ingreso o egreso
 Antecedentes de boletas de garantía (Fecha ingreso, Banco, Nro.) (Boleta, Nombre proyecto, monto, fecha vencimiento,
Departamento, Etc.).
 Antecedentes del dinero por rendir en caja chica (Fecha, Nombre, Monto, Rendido, Etc.).
 Antecedentes de los convenios de pagos
5.3 SISTEMA CONCILIACIÓN BANCARIA

OBJETIVO GENERAL
El objetivo del sistema de conciliación bancaria es emitir listados de cheques no conciliados (cobrados), nulos y caducados.
Además, deberá tener la opción de consultar el libro de banco, listar los depósitos de un determinado período y desplegar el
saldo real de todos los documentos pendientes de conciliar. Esto se deberá realizar a través de los bancos y cuentas
corrientes que se deseen.
En el sistema de Conciliación Bancaria deberá tener la opción de poder trabajar tanto de manera individual, como
complementaria al sistema de Tesorería. En el caso de trabajar individualmente, se deberán registrar los cheques. En caso
de trabajar en conjunto con Tesorería, no será necesario gestionar el ingreso de los cheques, ya que éstos al ser emitidos
por Tesorería deberán ingresar inmediatamente al sistema de Conciliación, el cual sólo deberá ingresar depósitos y
cartolas.
 Los cheques girados deberán ser cargados por cuenta corriente y de manera automática dentro de Conciliación Bancaria.
Así, el usuario deberá ingresar únicamente los depósitos y cartolas, conciliando inmediatamente los documentos.
 Registro de Cheques.
 Registro de Depósitos.
 Registro de Cartolas.
 Fondos en Poder.
 Tablas Maestras.
5.4 MÓDULO DE INGRESO
OBJETIVO GENERAL
Este sistema tiene como objetivo que cada unidad giradora pueda emitir una orden de ingreso por el pago de los diversos
impuestos y/o servicios que recauden y/o ofrezcan, esta orden será impresa en la caja municipal.
 Debe ser capaz de emitir ordenes de ingreso para cualquier unidad giradora.
 Debe permitir seleccionar un departamento específico o mostrar todos los departamentos que pueden generar una orden
de ingreso.
 Debe permitir generar un correlativo único municipal o generar correlativos por unidad giradora.
 Deberá Interactuar con Tesorería Municipal para realizar pagos, calcular I.P.C, genera multas (en caso de existir) y
establece su cancelación.
 Generación de listados, tales como:
- Órdenes De Ingreso.
- Órdenes de Ingreso por Departamento.
- Órdenes de Ingreso por Rango.
- Listados de Órdenes de Ingreso Pagadas.
5.5 SISTEMA DE CONVENIO DE PAGOS MUNICIPAL

OBJETIVO GENERAL
El sistema debe obtener información relativa a los diversos departamentos que generan recursos al interior de la
Municipalidad, de esta manera el sistema deberá controlar las morosidades de los contribuyentes con el Municipio, además,
deberá permitir consultar y listar información específica de cada uno de los convenios generados al contribuyente.
En caso del pago de deudas, el sistema de Convenios de Pago debe ser capaz de generar de manera automática, la
cancelación de la morosidad perteneciente a un determinado departamento, y mantener un control sobre la deuda real.
 Generar Convenios de Pago.
 Abono Sobre Cuotas de Convenios.
 Cancela Cuotas de Convenios.
 Condonación 100% de Convenios.
 Índices
 Configuración de Cuentas.
 Parámetros.
5.6 SISTEMA PATENTES COMERCIALES

OBJETIVO GENERAL
El objetivo principal del sistema es administrar la información de las Patentes Comerciales registradas en la comuna,
permitiendo la notificación y emisión de las Patentes Comerciales, para poder captar los recursos para el Municipio.
Además, administrar otros ingresos por conceptos propios a la sección de rentas y patentes.
 Formulario de solicitud de patente
 Formulario de renuncia o nulidad de patente.
 Fecha de ingreso
 Acceso a un registro maestro centralizado de contribuyentes, de acuerdo a la clasificación comercial y alcoholes. Que
cumpla con la iniciación de actividades y todos los antecedentes necesarios para la obtención de una patente. De acuerdo
a la clasificación de las Patentes Comerciales, según lo establece la legislación y normativa vigente que rige la materia.
 Registro maestro centralizado de patentes. Descargos, eliminaciones, patentes caducadas, patentes normales y casos
especiales.
 Formularios de declaraciones de capital propio y/o declaración de sucursales y trabajadores.
 Diferentes medios de pago de patentes, haciendo uso de la información existente en los registros maestros centralizados
de Contribuyentes y de Patentes; identificando las clases de patentes (enroladas y provisorias), contribuyente, Rut, N° de
Rol, dirección, tipo de patente, y demás campos necesarios para cada clase, por ejemplo, para las provisorias, es
necesario la estipulación de un plazo de tiempo para la patente.
 Rol de avalúo del SII.
 Tipo de patentes: Supermercado, expendio de alcoholes, etc.
 Permisos temporales. Ferias libres, expendio de cervezas, campos m) Actividades económicas (Códigos S.I.I.)
 Tabla de cobros de derechos, según ordenanza municipal.
 Tablas de UTM, IPC. (enlace a tesorería)
 Tablas de servicios varios (plan de cuenta y fórmulas o factores para los cálculos de los distintos cobros. Esto debe ser
modificable, por variaciones de ordenanza). (Enlace a tesorería).
 Ingresos varios (permisos temporales, mensuales) por medio del Rut del contribuyente y administración de roles. (Relación
con inspección)
 Registro de estado en cobranza judicial o prejudicial.
 Consideración de rol correlativo, según tipo de patente en forma automática.
 Emisión de informes de empresas, por tipo, actividad. Tanto por código como por descripción.
 Traspaso de datos en caso de cambio de rol.
 Emisión de listados a definición por el usuario.
 El sistema debe considerar la existencia de un registro maestro centralizado de contribuyentes para simplificar el ingreso
de solicitud de patentes.
 El sistema debe permitir la creación y clasificación de distintos tipos de patentes, tanto existentes como las que
eventualmente requiera la normatividad.
 El sistema debe detectar los incumplimientos en la declaración de capital para las patentes que se encuentren registradas.
 El sistema debe ofrecer una vista global de las diferentes patentes que se encuentren asignadas a un mismo
Contribuyente.
 El sistema debe incluir la posibilidad de asignar a los Contribuyentes actividades económicas que faciliten su clasificación.
 Sacar informes de empresas, por tipo, actividad; tanto por código como por descripción
 AI efectuar un cambio de rol, el sistema traspase toda la información del rol incluso las notas y la publicidad de éste, aseo,
capital, etc.
 Al solicitar listados Excel de patentes, el sistema discrimine las vigentes de las eliminadas.
 El sistema de patentes comerciales permita la reemisión de giros, aunque éstos estén descargados o cancelados para
poder cobrar diferencias o ratificar un cobro descargado y así no girar por tesorería.
 Poder obtener listados de patentes otorgadas entre fechas para efectos estadísticos.
 Listado de patentes eliminadas con deuda.
5.7 MÓDULO PERMISOS PROVISORIOS

OBJETIVO GENERAL
El sistema deberá cumplir dos funciones, la primera corresponde a la mantención del registro de los permisos esporádicos
(de giro y pago inmediato) y, la segunda, corresponde a la mantención del registro de los permisos de carácter permanente,
como arriendos de propiedades, mercados, estacionamientos reservados, etc., que pueden ser cobrados en forma mensual,
trimestral, semestral o anual.
Este sistema permite la codificación y cobro de todo tipo de derecho municipal expresado en la Ordenanza Municipal, ya
sea en pesos o en porcentaje de UTM.
 Contribuyentes
 Solicitudes
 Permisos
- Emisión de Permisos
- Emisión de Permisos Enrolados
- Impresión de Permisos Enrolados
- Permisos
- Permisos Por Tipo de Cobro
- Pagos en Tesorería
Estadística de Ingreso Mensual
 Arriendos
- Mantención de Arriendos
- Calculo de Arriendos
- Ingreso Cargo de Arriendos
- Pago de Arriendos
5.8 SISTEMA DERECHO DE ASEO

OBJETIVO GENERAL
Mantener un registro completo de los contribuyentes que se encuentran afectos a cobro de derecho de aseo con los cargos
correspondientes generados. También, el sistema deberá realizar el cálculo de los valores que se deben cobrar y permitir la
emisión de los formularios de pago e informes de apoyo con los datos de los contribuyentes, tanto de cargos generados,
como de los pagos que se realizan; además, debe ser capaz de trabajar en conjunto con el sistema de tesorería como
unidad giradora.
Este sistema debe permitir el rescate de los datos de las propiedades que envía el Servicio de Impuestos Internos en medio
Magnético.
 Mantención de Tablas
- Tramo de rebaja por Avaluó
- Tramo Fichas CASII
- Parámetros del Sistema
- Fecha de Vencimientos
- Unidad Vecinal
- Población
- U.T.M. Anual
- IPC (Reajuste de Semestres)
- Afectaciones (Exenciones y Recargos)
 Datos del Contribuyente
 Ingreso de Cargo a la Cuenta Corriente d) Mantención de Exenciones
 Postulantes a Exención.
5.9 MÓDULO PAGOS POR INTERNET

OBJETIVO GENERAL
El siguiente módulo Web debe permitir pagos online, además debe considerar el pago con tarjeta de crédito vía Web Pay o
transferencia de fondos con los bancos con que el municipio tenga convenios, como también los convenios que se tengan
con otras instituciones del Estado.
El sistema deberá contemplar opciones de ingreso, actualización y salidas. Además, deberá estar integrado con el Sitio web
institucional. Deberá incluir el pago de:
 Pago de Permisos de Circulación: pagos de permisos morosos y vigentes, conexión directa para validar registro de
revisiones técnicas y seguro obligatorio, pago de multas asociadas al permiso de circulación, registro automático del pago
en las bases de datos de la Municipalidad.
 Pago de Patentes Comerciales: pago de registro morosos y vigentes, validación online de los datos de patentes, registro
automático del pago en las bases de datos de la Municipalidad.
 Pago de Derecho de Aseo: pago de registro morosos y vigentes, validación online de los datos de aseo, registro
automático del pago en las bases de datos de la Municipalidad.
 Pago de Multas TAG: Se requiere el procesamiento de datos necesario para el ingreso y mantener la información de Pago
de Multas TAG en línea, lo cual implica la actualización continua de los datos registrados y salidas generadas por el
sistema
 Pago de Partes Empadronados: Se requiere el procesamiento de datos necesario para el ingreso y mantener la
información de Pago de Partes Empadronados en línea, lo cual implica la actualización continua de los datos registrados y
salidas generadas por el sistema.
 Pago Permisos de Circulación Automotoras (Pagos Masivos): se requiere el procesamiento de datos necesario para el
ingreso y mantener la información de Pago de Permisos de Circulación Automotoras en línea, lo cual implica la
actualización continua de los datos registrados y salidas generadas por el sistema. El siguiente módulo Web debe permitir
pagos online, además debe considerar el pago con tarjeta de crédito vía Web Pay o transferencia de fondos con los
bancos con que el municipio tenga convenios, como también los convenios que se tengan con otras instituciones del
Estado.
El sistema deberá contemplar opciones de ingreso, actualización y salidas. Además, deberá estar integrado con el Sitio
web institucional.
Se requiere el procesamiento de datos necesario para el ingreso y mantener la información de Pago de Permisos de
Circulación Automotoras en línea, lo cual implica la actualización continua de los datos registrados y salidas generadas por
el sistema.
El Sistema de Pago de Permisos de Circulación Automotoras vía Internet debe interactuar con los Sistemas de Permisos
de Circulación, Tesorería y Contabilidad Gubernamental
 Pago y Reserva de Hora Licencias de Conducir: Se requiere el procesamiento de datos necesario para el ingreso y
mantener la información de Pago y Reserva de hora de Licencias de Conducir en línea, lo cual implica la actualización
continua de los datos registrados y salidas generadas por el sistema.
5.10 SISTEMA DE ADQUISICIONES MUNICIPAL

OBJETIVO GENERAL
Tiene por objetivo registrar todos los procesos de compras efectuados al interior la Municipalidad, la aplicación deberá
basarse en las normas de la Contraloría General de la República, en cuanto al registro de los pedidos provenientes de las
distintas unidades de la organización, envíos y cotizaciones recibidas, generación de cuadros comparativos, emisión de las
respectivas órdenes de compra y/o servicios.
 Antecedentes de los proveedores (considerar nombre fantasía y su rubro).
 Antecedentes de las solicitudes de pedidos de las unidades municipales.
 Antecedentes de las cotizaciones realizadas.
 Antecedentes de las compras de bienes y servicios realizadas.
 Antecedentes de las facturas recibidas asociadas a la orden de compra.
 Antecedentes de los códigos para los productos.
 Gestión de Solicitudes de Compra.
 Procesamiento de órdenes de compra.
 Verificación de Facturas.
 Se requiere el procesamiento de datos necesario para el mantenimiento de los saldos de las cuentas contables y
presupuestarias, lo cual implica la actualización continua de los datos registrados y las salidas generadas por el sistema.
 Se requiere administración y gestión de la Factura electrónica, esto es, cada vez que ingrese una factura electrónica el
sistema notifique su llegada y permita registrar tanto los datos de la factura como la información de la orden de compra.
 Se debe poder controlar todo el proceso de compras e inventarios en forma integrada, con sus respectivos flujos de
autorización e imputaciones.
 El sistema debe entregar el comportamiento de los proveedores en cuanto a plazos de entrega, calidad de los productos,
etc.
 El sistema debe validar la consistencia de información entre la orden de compra, la recepción de productos o servicios y la
factura.
 El sistema debe integrarse al sistema de administración de garantías, de modo tal que todas las áreas involucradas, a
saber, finanzas, contabilidad y tesorería estén activas en la materia.
 Debe integrarse de manera directa con Mercado Público, la cual permitirá descargar automáticamente las ordenes
generadas en la Web y llevarlas al sistema de Adquisiciones.
5.11 SISTEMA DE BODEGA MUNICIPAL

OBJETIVO GENERAL
Administrar la información relativa a los artículos fungibles que la municipalidad tiene en bodega, entregando información
consolidada respecto a los datos almacenados.
 Debe permitir la administración de bodega y múltiples unidades de medida, lo que incluye la conversión de unidades de
compra en unidades de almacenamiento.
 Clasificación (Grupo, Subgrupo, ítem y subítem) de todos los artículos.
 Cartola de movimiento por artículo
 Ajustes positivos y negativos a los artículos por diferencia de existencia.
 Debe poder capturar los movimientos de productos mediante códigos de barra.
 Debe permitir efectuar inventarios, por bodega, clasificaciones de productos (clasificaciones, según rotación, margen y
precio) y código de producto. Se debe permitir digitar la información de la toma de un inventario en un capturador de datos,
de forma que el código de producto se lea y la cantidad se digite y se registre en el sistema.
 En el proceso de toma de inventario, luego de registrar las cantidades reales contadas, el sistema debe arrojar un reporte
de diferencias, las cuales puedan ser aprobadas por un usuario autorizado
 Debe permitir la realización de diferentes tipos de ajustes de inventario: mermas, diferencias de inventario, etc.
 Debe permitir manejar stocks mínimos por bodega, de modo de administrar los productos.
 Debe poder capturar los movimientos de productos mediante códigos de barra, al momento de las salidas de inventario.
 Las solicitudes de material deben ser capturadas directamente en el sistema para generar los pedidos de bodega.
 Administración de Sub bodegas (en centro de costos).
 Entrega de material a distintas dependencias y subdependencias con su respectivo responsable.
5.12 SISTEMA DE ACTIVO FIJO MUNICIPAL

OBJETIVO GENERAL
Administrar la información relativa a los bienes muebles e inmuebles municipales, entregando información consolidada
respecto a los datos almacenados.
 Clasificación (Grupo, Subgrupo, ítem y subítem) de todos los bienes.
 Alta de bienes muebles e inmuebles.
 Traslados de bienes muebles.
 Bajas de bienes muebles e inmuebles.
 Actualización y depreciación de los bienes.
 Seguimiento por fondo de los activos fijos-inventario (presupuestario).
 Seguimiento de la ubicación de los activos por traslados.
 Asignación de los activos fijos-inventario a los distintos proyectos de la municipalidad.
 Toma de inventario en línea.
 Procedimiento de corrección monetaria contable de activos y pasivos no monetarios y cuentas de resultado, pérdidas y
ganancias.
 Mantener la historia del bien y antecedentes como el Rut del proveedor, factura y fecha de alta.
 Tratamiento de bienes que establezca el detalle del destino final de un bien.
 Manejar criterios de cálculo de la depreciación flexibles.
 Entrega de bienes a distintas dependencias y subdependencias con su respectivo responsable.
5.13 SISTEMA DE ACTIVO FIJO MÓVIL

OBJETIVO GENERAL
El sistema debe permitir la conexión a las bases de datos del sistema de Inventarios a través de una plataforma móvil.
Utilizando medio seguro de conexión a través de una VPN entregada por la municipalidad. La Aplicación deberá ser capaz
de leer un código QR por medio de un dispositivo móvil, accediendo así sus aplicaciones y servicios.
 Deberá contemplar opciones de consulta y traslado de cada bien de una Unidad a otra en línea, a través de un dispositivo
móvil.
 Deberá funcionar en sistema operativo Android.
 Se requiere el procesamiento de datos necesarios para la consulta y traslado de cada bien en línea, la lectura se deberá
realizar a través de código QR o Barra, de esta manera se deberá obtener los datos del bien, tales como: código,
descripción, ubicación física, fecha adquisición, entre otros.
 Deberá permitir la generación de archivo PDF hoja mural, donde se señala el listado de bienes de la Unidad.
 Etiquetas QR para generar placas de inventario.
5.14 MÓDULO INSPECCIÓN MUNICIPAL

OBJETIVO GENERAL
El sistema deberá registrar las labores administrativas del Departamento de Inspección Municipal, permitiendo el ingreso de
solicitudes de visitas de inspección, partes cursados, notificaciones y citaciones, manteniendo un registro ordenado que
debe permitir la emisión de informes por inspector y por tipo de infracción.
 Solicitudes
 Notificaciones
 Partes
 Ordenes de Citación
 Tablas Maestras
- Estado de Solicitudes
- Giros Comerciales
- Inspectores
- Plazo de Notificación
- Tipo de Infracciones
5.15 SISTEMA LICENCIAS DE CONDUCIR

OBJETIVO GENERAL
Administrar la información contenida en los expedientes de conductores registrados en la comuna de Huechuraba,
permitiendo la realización de los trámites que pueden realizar un conductor o aspirante a conductor.
 Fechas automáticas (pero modificables) de giro y vencimientos del permiso.
 Datos personales del conductor: nombre, apellido, RUT, fecha de nacimiento (alerta los menores de 18 años), dirección
del conductor (calle, Nro., población o villa, Depto., ciudad), teléfono, sexo, profesión, donante.
 Licencia anterior o Vida del Conductor: fecha de otorgamiento, comuna última renovación, licencia anterior, restricciones
anteriores, vencimiento licencias anteriores, Nro. Licencia anterior.
 Licencia a tramitar o Expediente actual: fecha de ingreso, clase, fecha último control, fecha próximo control, Nro.
antecedente, fecha antecedente (alerta vencimiento), nombre escuela conductores, RUT de la escuela, Nro. de certificado
otorgado, fecha de aprobación del curso, especialidad.
 Exámenes: teórico, médico, práctico, en donde los 3 posean la opción de ingreso manual de datos y además, los dos
primeros posean la opción de ingreso automático (escrito por PC y psicotécnico, respectivamente).
 Denegación de licencias: por examen médico, teórico, idoneidad moral, práctico. En caso de infracciones: tipo de
resolución, clase, fecha de resolución, duración (días / meses), causal, restricciones.
 Tabla de trámite o solicitud: nueva, renovación, renovación profesional, etc.
 Tablas UTM, IPC (enlace a tesorería)
 Tabla de porcentaje de cobro en base del tipo de licencia (modificable por ordenanza)
 Observación de idoneidad moral
 Pie de firma (director (a) de tránsito)
 Debe ser capaz de incluir fotografía individual para ser emitida en la licencia de conducir.
 Se debe considerar el uso de huella digital para reconocimiento del contribuyente.
 Integrar la FEA para firmar las licencias de conductor.
 Compatibilidad con mesón Psicométrico de Petrinovic
5.16 SISTEMA PERMISOS CIRCULACIÓN

OBJETIVO GENERAL
El objetivo principal del sistema es administrar la información de los vehículos inscritos en la comuna, permitiendo la
notificación y emisión de los permisos de circulación.
 Fechas automáticas (pero modificables) de giro y vencimientos del permiso.
 Antecedentes del contribuyente: Rut, apellidos paterno y materno, nombres, dirección (calle, Nro., población o villa, Depto.,
ciudad) teléfono, e-mail, dirección opcional.
 Antecedentes del vehículo: Placa patente, código SII (completa el tipo de vehículo, marca, modelo, año de fabricación Nro.
De puertas y tasación; con opción de modificación), Nro. Motor, Nro. Chasis, color comuna permiso anterior, año último
permiso, carga, Nro. asientos, sello (verde, amarillo, rojo u otro), clasificación (normal, nuevo, duplicado, transferencia,
fondos a terceros, franquicia del 50% y 25%), situación (activo, pasivo e inactivo), Nro. de ejes y ruedas (carros de
arrastre), observaciones.
 Antecedentes de forma de pago del permiso: en base de tasaciones (vehículos particulares), UTM (locomoción colectiva y
vehículos de carga), tonelaje (carro de arrastre), forma de pago año en curso (cuotas o contado), fecha de vencimiento de
pago (3 períodos, automático y modificable), fecha próximo vencimiento, % a pagar y deducción (de la tabla de rango),
subtotal y total, pago años atrasados (normal y fondos a terceros), pago 2da cuotas años atrasados (normal y fondos a
terceros).
 Tablas de rango de los distintos tipos de vehículos y por ende, distintas fechas de pago.
 Tablas de UTM, IPC (enlace a tesorería)
 Tasaciones del SII
 Tablas de Municipalidades
 Traslado: Solicitudes de traslado, aprobaciones y rechazos (emitidas por el municipio y las recibidas).
 Tablas de servicios varios (plan de cuenta y fórmulas o factores para los cálculos de los distintos cobros, pudiendo esto
ser modificable, por variaciones de ordenanza).
 Módulo de ingreso de seguros SOAP.
 Registro de multas impagas
5.17 SISTEMA PERSONAL

OBJETIVO GENERAL
Administrar la información referente a las fichas del personal municipal, registrar antecedentes laborales, registrar
calificaciones, emitir certificados, generar las estadísticas necesarias para poder evaluar la gestión del personal.
 Ficha del Funcionario, donde se pueda incorporar la fotografía.
 El sistema deberá permitir adjuntar archivos PDF a la ficha del funcionario.
 Creación de Certificados u otros Documentos.
 Anotaciones Mérito / Demérito.
 Comisión de Servicio / Cometido Funcionario, el sistema deberá permitir llevar un registro de los viáticos de cada
funcionario, con costos y desglose por año.
 Cargas Familiares
 Módulo Licencias Médicas
- Ingreso de Licencias Médicas, El sistema deberá permitir adjuntar archivos PDF.
- Informe de Licencias Médicas con 180 días.
- Informe Licencias Médicas por funcionario "Estado Licencia" mostrar todas las opciones Pagado, en Trámite, Reducida,
Aprobada y Rechazada".
- Recaudación de Licencias Médicas.
- Proceso Base Cálculo
- Proceso de Ajuste
- Consulta Pagos
- Informe Base de Cálculo Subsidio de Incapacidad Laboral
- Consulta Pagos Provisionales
- Informe Licencias por Estado
- Licencias Médicas Pagadas y No Pagadas
- Informe de Licencias por Fecha de Recepción
- Conexión a Licencias Médicas Electrónicas
 Investigación Sumaria
 Nombramiento, Designaciones y Ascensos
 Parámetros Generales
 Tablas
- AFP
- Isapres
- Bancos
- Cargos Junta Calificadora
- Junta Calificadora
- Planta Municipal
- Planta Municipal Maestra
- Sala Cunas
- Días Feriados
- Tabla Factor Viático Internacional
- Tabla de Escala Viático Internacional l)
 Permisos Administrativos
 Permisos Sin Goce de Remuneraciones
 Post – Natal Masculino
 Permisos por Defunción
 Post Natal Parental
 Permisos Varios
 Feriados Legales
 Tiempos Compensados
 Cursos de Capacitación, el sistema deberá permitir llevar un registro actualizado de las empresas capacitadoras. Además,
el sistema deberá permitir llevar un registro de las capacitaciones de cada funcionario, con costos y desglose por año.
 Tiempo Gremial
 Fuero Maternal
 Asignaciones Especiales
5.18 SISTEMA REMUNERACIONES

OBJETIVO GENERAL
Agilizar el proceso de Cálculo de remuneraciones para los funcionarios municipales de planta, contrata, suplencia y código
del trabajo. El sistema debe permitir cumplir las instancias legales y normas establecidas por los distintos organismos
reguladores, emitiendo listados y planillas para las diferentes instituciones, como por ejemplo Planillas para las A.F.P.,
Isapres, I.P.S., y en general, todo lo necesario para llevar en forma rápida y expedita la información referente a los Sueldos
del sector Municipal, considerando todas las modificaciones legales que se generen posteriormente.
 Ficha del Funcionario
 Modalidad de Horas Extras
 Nuevas Leyes Previsionales (Ingreso de Leyes Previsionales, Tablas Instituciones APV, entre otros)
 Movimientos de Haberes y Descuentos
 Movimientos de Haberes y Descuentos Masivos
 Movimientos de Haberes y Descuentos por Funcionarios
 Importación de Haberes y Descuentos por Archivo Plano o Excel
 Cargas Familiares
- Grupo Familiares
- Cargas Retroactivas
- Tramo de cargas familiares
- Importación Cargas Familiares
 Retenciones Judiciales, el sistema deberá permitir el ingreso de información bancaria, tales como cuenta corriente, cuenta
vista, etc. para fines de que se deposite al beneficiario.
 Servicio de Bienestar (descuentos, tabla Bienestar, beneficios, etc)
 Mejoramiento de la Gestión Municipal
- Planilla de Haberes
- Movimiento Haberes
- Tabla incentivos para área Municipal
- Mantención Base de Cálculo
 Planilla Suplementaria Multiproceso
- Funcionarios con Planilla Suplementaria
- Movimiento de Haberes y Descuentos
 Parámetros Generales
 Generación de tablas, por ejemplo:
- AFP
- Isapres
- Haberes y Descuentos
- Impuesto
- Bancos
- Planta Municipal
- Sueldos por Grado
- Sueldo Mínimos
- Escalafones
- Cargos Funcionarios
- Categorías Funcionarias
- Sueldos por Categoría y Nivel
- Plan de Cuentas
- Detalle Plan de Cuentas
- Detalle Decreto Pago
- Asociación de Descuentos CCAF con Descuentos Varios
- Tipo de Horas
 Emisión de Cheques, por ejemplo:
- Liquidación de Sueldos / Planilla Suplementaria
- Retenciones Judiciales
- AFP
- ISAPRE
- Otras Instituciones
5.19 SISTEMA HONORARIOS

OBJETIVO GENERAL
Agilizar el proceso de pago a las personas que prestan servicios a Honorarios al interior del municipio. El sistema debe
cumplir con todas las instancias legales y normas establecidas por los distintos organismos reguladores, emitiendo listados
y archivos planos para las diferentes instituciones.
 Ficha de Honorarios.
 El sistema deberá permitir adjuntar archivos PDF a la ficha del funcionario
 Ingreso de Boletas Masivas.
 Ingreso Masivo de Anticipos.
 Ingreso de Movimientos.
 Parámetros Generales.
 Generación de tablas, por ejemplo:
- Tabla de Proyectos.
- Tabla de Bancos.
- Haberes y Descuentos.
5.20 MÓDULO DE DECLARACIÓN DE RENTA ANUAL

OBJETIVO GENERAL
Agilizar el proceso de Declaración de Renta a los funcionarios que trabajan en el municipio.
 El sistema deberá contemplar opciones de ingreso, actualización y salidas para la información de Declaración de Renta.
 El sistema debe cumplir con todas las instancias legales y normas establecidas por los distintos organismos reguladores.
 El sistema debe tener la opción de importar datos desde archivos planos o planillas Excel.
5.21 SISTEMA CONTABILIDAD BIENESTAR

OBJETIVO GENERAL
El objetivo del sistema de Contabilidad de Bienestar es manejar de manera flexible y dinámica todos los registros contables
del Servicio Bienestar. El sistema deberá cumplir con todas las exigencias que establece la normativa de la SUSESO
(Superintendencia de Seguridad Social). Además, se deberá integrar a los Sistemas de Conciliación Bancaria.
 El sistema deberá contar con las cuentas contables del clasificador presupuestario que utiliza el Municipio, es decir, las
mismas cuentas que utiliza el Departamento de Finanzas, las debe utilizar el Departamento Bienestar a nivel de números
de cuentas presupuestarias y denominación.
 Tablas
 Movimientos
 Reportes (Pueden importarse a Excel o PDF)
 Servicios Dependientes
5.22 MÓDULO RELOJ CONTROL

OBJETIVO GENERAL
El sistema de Reloj Control tiene como objetivo administrar las marcaciones, horarios, atrasos, inasistencias y horas extras
de los funcionarios registrados en el Sistema de Personal. Esta aplicación debe cumplir las instancias legales y normas
establecidas por los distintos organismos reguladores.
 Debe llevar un registro de información de horarios de ingresos, salidas, inasistencias, horas extraordinarias del personal.
 Debe contemplar opciones de ingreso, actualización y salidas para la siguiente información: ficha de funcionarios,
Asignación de Horarios, Masivos Movimientos de Permisos Varios, Ingreso y Consulta de Horas (Manual), Horario de
Trabajo, Días Festivos, entre otros.
 Se requiere el procesamiento de datos necesario para el ingreso y mantener la información de Reloj Control en línea, lo
cual implica la actualización continua de los datos registrados y salidas generadas por el sistema.
 El sistema deberá realizar consultas e informes no estructurados, con la combinación de campos de la base de datos que
el usuario estime conveniente.
 El Sistema de Reloj Control debe interactuar con los Sistemas de Recursos Humanos – Personal, Remuneraciones,
Intranet de RR.HH. Además, se deberá integrar con Lectores biométricos para importar archivo plano de marcaciones.
5.23 MÓDULO RELOJ CONTROL - HONORARIOS

OBJETIVO GENERAL
El sistema de Reloj Control tiene como objetivo administrar las marcaciones, horarios, atrasos, inasistencias y horas extras
de los funcionarios registrados en el Sistema de Honorarios. Esta aplicación debe cumplir las instancias legales y normas
establecidas por los distintos organismos reguladores.
 Debe llevar un registro de información de horarios de ingresos, salidas, inasistencias, horas extraordinarias del personal.
 Debe contemplar opciones de ingreso, actualización y salidas para la siguiente información: ficha de funcionarios,
Asignación de Horarios, Masivos Movimientos de Permisos Varios, Ingreso y Consulta de Horas (Manual), Horario de
Trabajo, Días Festivos, entre otros.
 Se requiere el procesamiento de datos necesario para el ingreso y mantener la información de Reloj Control en línea, lo
cual implica la actualización continua de los datos registrados y salidas generadas por el sistema.
 El sistema deberá realizar consultas e informes no estructurados, con la combinación de campos de la base de datos que
el usuario estime conveniente.
 El Sistema de Reloj Control debe interactuar con los Sistemas de Recursos Humanos – Personal, Remuneraciones,
Intranet de RR.HH. Además, se deberá integrar con Lectores biométricos para importar archivo plano de marcaciones.
5.24 INTRANET DE RR.HH.

OBJETIVO GENERAL
El proveedor debe ofertar una Intranet privada y corporativa basada en protocolos y normas de Internet (TCP/IP, HTTP,
FTP, etc.) cuyo objetivo será generar y facilitar el intercambio de información por medio de un acceso controlado, donde
sólo las personas autorizadas a través de claves de usuario podrán ingresar al sitio, según el perfil respectivo.
Se requiere el procesamiento de datos necesario para el ingreso y mantener la información de la Intranet de RR.HH en
línea, lo cual implica la actualización continua de los datos registrados y salidas generadas por el sistema.
 Administración del Sitio:
- Modificar Contraseña: Módulo para cambiar contraseña del usuario.
- Usuarios: Muestra los usuarios activos del sistema. También se podrán ingresar nuevos, además de modificar el perfil
de cada uno.
- Misión: Ingresar o modificar misión del municipio.
- Visión: Ingresar o modificar visión del municipio.
- Agenda Telefónica: Ingresar, modificar o eliminar datos de un determinado funcionario.
- Noticias, Eventos Sociales: Ingresar, modificar o eliminar noticias y eventos.
- Enlaces Recomendados: Ingresar, modificar o eliminar enlaces web, que puedan ser de utilidad al funcionario.
- Capacitaciones: Ingresar, modificar o eliminar capacitaciones para los funcionarios.
- Imagen Corporativa: Ingresar, modificar o eliminar imagen corporativa del municipio.
- Jefes de Dirección o establecimiento: Asignar o modificar los Jefes de Dirección.
- Jefes de Departamento o establecimiento: Asignar o modificar los Jefes de Departamento.
- Jefes de Sección: Asignar o modificar los Jefes de Sección.
- Alcalde: Define el Alcalde del municipio.
- Activar Liquidación de Sueldo (consulta en Remuneraciones): Activar liquidación de sueldo según mes deseado para
que pueda ser visualizada por el funcionario.
 Área RRHH:
- Ficha Personal (consulta en Remuneraciones): Muestra información personal del funcionario.
- Dotación Efectiva del Personal de Planta, Contrata, Suplencia, Código del Trabajo, Honorarios (consulta en
Remuneraciones): Muestra la dotación de personal. Si es Jefe podrá ver a todos sus subordinados. Si es Alcalde podrá
ver a todo el personal. Además, tiene la opción de exportar a Excel.
- Consulta Liquidación de Sueldo (consulta en Remuneraciones): Muestra la liquidación de sueldo según el mes
seleccionado por el funcionario.
- Historial de Ausentismo (consulta en Remuneraciones): Muestra el historial de ausentismo de un funcionario, el cual se
presenta con un período de exactamente 2 años hacia atrás. Si es Jefe puede ver a todos sus subordinados. Si es
Alcalde podrá ver a todo el personal.
- Consulta de Cumplimiento de Bienios (consulta en Remuneraciones): Muestra los bienios cumplidos de un funcionario
hasta la actualidad. Si es Jefe podrá ver a todos sus subordinados. Si es Alcalde podrá ver a todos los funcionarios.
- Consulta Planilla Suplementaria (consulta en Remuneraciones): Muestra la planilla suplementaria según el mes
seleccionado por el usuario.
- Buscar Información del Funcionario (consulta en Remuneraciones): Muestra información del funcionario seleccionado. Si
es Jefe podrá ver a todos sus subordinados. Si es Alcalde podrá ver a todos los funcionarios.
- Capacitaciones: Se debe mostrar las capacitaciones del mes con la opción de elegir otros períodos.
- Consulta de Calificaciones (consulta en Remuneraciones): Se debe mostrar las calificaciones del funcionario.
- Notificaciones: Debe permitir activar o desactivar las calificaciones para que estén disponibles para el funcionario.
 Actualidad:
- Documentos: Se debe mostrar los documentos subidos al sistema.
- Según los permisos asignados al usuario, se puede también ingresar o eliminar documentos.
- Cumpleaños del Mes (consulta en Remuneraciones): Se debe mostrar a los funcionarios de cumpleaños del mes en
curso.
- Eventos Sociales: Se debe mostrar los eventos sociales del mes con la opción de elegir otros períodos.
- Calendario de Eventos: Se debe mostrar un calendario con los eventos del mes con la opción de elegir otros períodos.
 Solicitudes de Certificados:
- Solicitud: Debe permitir a los funcionarios realizar solicitudes de certificados, ya sea de sueldo, de antigüedad, o los que
estén disponibles.
- Tipo de Certificado: Debe permitir administrar los tipos de certificados que los funcionarios pueden solicitar, ya sea
ingresando uno nuevo, modificando o eliminando un tipo.
- Consultar Certificados: Esta opción deberá ser utilizada por el departamento encargado de emitir los certificados para
administrar las solicitudes realizadas por los funcionarios de la municipalidad.
 Solicitud de Feriado Legal:
- Solicitud: Deberá permitir generar una solicitud de feriado legal por un funcionario, la cual, al momento de ser registrada,
enviará un correo electrónico al Jefe directo del funcionario y una copia para el funcionario solicitante.
- Validar Feriado Legal (inserción en Remuneraciones): Deberá permitir que el Jefe directo pueda validar las solicitudes
de feriado legal solicitadas por sus subordinados. Se enviará un correo electrónico al funcionario solicitante con la
decisión tomada por su jefe.
- Consultar Solicitudes: Esta opción deberá permitir consultar las solicitudes históricas de feriado legal del funcionario.
- Consultar Feriados Tomados (consulta en Remuneraciones): Esta opción deberá permitir consultar los feriados ya
tomados por el funcionario, debe desplegar el histórico de vacaciones tomadas.
 Solicitud Permisos Administrativos Con Goce de sueldo:
- Solicitud: Deberá permitir generar una solicitud de permiso administrativo con goce de sueldo por un funcionario, la cual,
al momento de ser registrada, enviará un correo electrónico al Jefe directo del funcionario y una copia para el funcionario
solicitante.
- Validar Permisos con Goce (inserción en Remuneraciones): Deberá Permitir que el Jefe directo pueda validar las
solicitudes de permiso administrativo con goce de sueldo solicitadas por sus subordinados. Se enviará un correo
electrónico al funcionario solicitante con la decisión tomada por su Jefe.
- Consultar Solicitudes: Esta opción deberá consultar las solicitudes históricas de permisos administrativos con goce de
sueldo del funcionario.
- Consultar Permisos con Goce (consulta en Remuneraciones): Esta opción deberá permitir consultar los permisos
administrativos con goce de sueldo ya tomados por el funcionario, despliega el histórico de días tomados.
 Solicitud Permisos Administrativos Sin Goce de sueldo:
- Solicitud: Debe permitir generar una solicitud de permiso administrativo sin goce de sueldo por un funcionario, la cual, al
momento de ser registrada enviará un correo electrónico al jefe directo del funcionario y una copia para el funcionario
solicitante.
- Validar Permisos sin Goce (inserción en Remuneraciones): Debe permitir que el jefe directo pueda validar las solicitudes
de permiso administrativo sin goce de sueldo solicitadas por sus subordinados. Se enviará un correo electrónico al
funcionario solicitante con la decisión tomada por su Jefe.
- Consultar Solicitudes: Esta opción debe permitir consultar las solicitudes históricas de permisos administrativos sin goce
de sueldo del funcionario.
- Consultar Permisos sin Goce (consulta en Remuneraciones): Esta opción debe permitir consultar los permisos
administrativos sin goce de sueldo ya tomados por el funcionario, despliega el histórico de días tomados.
 Herramientas:
- Agenda Telefónica: Debe mostrar número de teléfono, anexo y correo electrónico de los funcionarios.
- Foros: En esta sección el funcionario debe tener un espacio para poder opinar sobre algún tema de interés o bien
participar en foros creados por otros funcionarios.
- Enlaces Recomendados: En esta opción el funcionario debe tener la opción de ver los enlaces web que le podrían ser
de utilidad.
 Certificado de Renta:
- Consulta en Rentas (consulta en Remuneraciones): Debe permitir al funcionario emitir un certificado de las últimas
rentas según el número de meses ingresados.
 Informes:
- Licencias Médicas (consulta en Remuneraciones): Debe permitir rescatar las licencias médicas para un año y mes
seleccionado, ya sea por funcionario o el establecimiento en general. Si es Jefe podrá ver a todos sus subordinados. Si
es Director o Alcalde podrá ver a todos los funcionarios. Además, deberá tener la opción de exportar a Excel.
Todas las funcionalidades mínimas requeridas deben estar disponible sin perjuicio de que su visualización a nivel de usuario será
definida por el administrador del sistema.
5.25 SISTEMA JUZGADO DE POLICÍA LOCAL

OBJETIVO GENERAL
El objetivo principal del sistema es administrar la información relacionada con las causas registradas en el Juzgado de
Policía Local, además de proveer de información consolidada respecto a los datos que se almacenarán. El sistema debe
considerar informes trimestrales y mensuales. Se debe considerar la existencia de al menos dos Juzgados de Policía Local
en la comuna los cuales deben trabajar con bases de datos separadas para las causas.
 Número de la Causa en forma automática (entregado por el sistema).
 Nombre del Denunciado, Rut, Domicilio, etc. (generación de un Rut comodín para el caso de los partes empadronados y
cuando no se posea el Rut del denunciado).
 Fecha de ingreso.
 Materia de la Falta o infracción, antecedentes de la denuncia.
 Número de la denuncia.
 Procedencia.
 Fecha de citación.
 Clase de Fallo (Condenado, Absuelto, etc.).
 Fecha del Fallo.
 Valor de la Multa.
 Número de la Orden de ingreso.
 Fecha de la Orden de Ingreso.
 Observaciones.
 Nombre del Denunciante, Rut, Domicilio, etc.
 Antecedentes del Vehículo infraccionado.
 Disposición infringida (Ley).
 Indicadores económicos (U.T.M., IPC, etc.)
 Actualizar o modificar nombres de unidades remisoras
 Generar automáticamente el listado masivo de generación de citaciones, cartas certificadas y listado de correo de
empadronados.
 Generar sentencia automática, luego de transcurrido los plazos legales que la ley establezca, según corresponda.
 Generar un listado al registro civil con las multas no pagadas, bajo el formato del registro civil requiera.
 Filtrar por tipo de materia del tribunal, por medio de letras que identifiquen choques, alcoholes, empadronados, entre otros
y su sub categoría de gravísimas, graves o leve, de modo que genere automáticamente el valor a cancelar.
 Consulta de giros y pagos, debe incorporar consulta por rango de fechas y por placa patente.
 Se deben considerar emisión de listados bajo la periodicidad y formato de la corte suprema o que el Juzgado de Policía
local establezca, como, por ejemplo:
- Total de Causas ingresadas en el trimestre.
o Total de causas ingresadas de TAG.
o Total de causas falladas y archivadas.
o Total de causas que quedan pendientes.
- Total de Causas que quedan pendiente de trimestres anteriores.
o Total de causas pendientes de trimestres anteriores.
o Total de causas falladas y archivadas de trimestres anteriores.
o Total de Causas pendientes.
- Exhortos Tramitados trimestrales.
o Total de exhortos ingresados durante el trimestre.
o Total de exhortos terminados durante el trimestre.
o Total de exhortos pendientes.
o Total de exhortos nulos. iv. Ley de elecciones.
o Total de causas ingresadas en el trimestre.
- Estadística trimestral INE.
o Total de infracciones a la ley de tránsito.
o Total de infracciones a la ordenanza municipal.
o Total de infracciones a la ley de urbanismo y construcción.
o Total de infracciones protección al consumidor.
o Total de infracciones a la ley de alcoholes.
o Total de infracciones a la ley electoral.
o Total de infracciones a la ley de rentas municipales.
o Total de infracciones a leyes especiales.
o Total de infracciones a proceso de condominios.
o Daños en choque.
o Total de causas falladas.
o Total de causas ingresadas en el trimestre.
- Informe trimestral a la Ilustrísima Corte de Apelaciones
 En general deberá contemplar toda normativa vigente, a la ley 15.231 “Organización y Atribuciones de los Juzgados de
Policía Local” o cualquiera que intervenga en el normal funcionamiento del Juzgado de Policía Local.
 Debe considerar el tratamiento legal de Multas TAG.
 Debe considerar la integración con el Sistema de Inspección (traspaso de multas).
6 DESCRIPCION DEL SERVICIO REQUERIDO
La Municipalidad requiere satisfacer la necesidad de software para la gestión de información y procesos administrativos tanto
internos como orientados al servicio de la comunidad, otorgando debido cumplimiento a los requerimientos legales y las normativas
vigentes que lo enmarcan; por lo tanto, los softwares ofertados no solo deben cumplir con lo detallado en el numeral 5, si no que,
además, deben ser interrelacionados y centralizados con un solo Motor de Base de Datos.
Todas las ofertas deben considerar trabajar en la base de datos local que tendrá disponible la municipalidad en el data center que
se proveerá para estos fines, por lo que no se aceptarán ofertas que estipulen almacenamientos en la nube u otros Data Center.
El proveedor debe declarar el Motor de Base de Datos que utilizan las aplicaciones, al momento de ofertar la respectiva Propuesta
Técnica.
6.1 SEGURIDAD INTEGRADA A LOS SISTEMAS

Se requiere que todas las aplicaciones tengan implementada sistema de seguridad de acceso de acuerdo a la norma chilena de
seguridad e ISO 27.001 y lo estipulado en el artículo 28, literales g) y h) del decreto N° 83, de 2004, del Ministerio Secretaría
General de la Presidencia, que Aprueba Norma Técnica para los Órganos de la Administración del Estado Sobre Seguridad y
Confidencialidad de los Documentos Electrónicos, que señala la utilización de identificadores que tengan una longitud mínima de
ocho caracteres, los cuales deben ser cambiados a intervalos regulares.
Por lo cual, los sistemas deben tener claves de accesos seguras (no menos de 8 caracteres, letras en mayúsculas y minúsculas,
y caracteres especiales), además cada usuario debe ser capaz de realizar cambio de clave de acceso sin la necesidad de
realizar requerimiento a la unidad TIC.
Los sistemas deben identificar al usuario que está utilizando una aplicación y no permitir acceso del mismo usuario en una
sesión distinta a la que tiene activa.
6.2 ACTUALIZACIONES, MANTENCIONES, REQUERIMIENTOS Y MODIFICACIONES SOFTWARE Y DE DATOS

El mantenimiento de la solución deberá incluir todas aquellas mejoras que sean necesarias para el correcto funcionamiento del
sistema, sean éstas de índole legal o por necesidad del municipio para una mejor gestión a través de nuevas funcionalidades,
interfaces con otros sistemas ya sean del mismo proveedor o de otros.
ACTUALIZACIONES DE SISTEMAS POR CAMBIOS LEGALES

Será de responsabilidad del proveedor estar permanente informado respecto de las eventuales modificaciones legales y/o
reglamentarias que puedan surgir durante el transcurso del servicio y que afecten de manera directa o indirecta a las
aplicaciones implementadas en la Municipalidad de La Serena, extremando las medidas necesarias a fin de cumplir con la
normativa legal, dentro de los plazos establecidos por la normativa para ello, así como también cualquier requerimiento de
información o modificación de las entidades públicas en especial la Contraloría General de la República y siempre que estas
se enmarquen en lo permitido por las leyes vigentes en la nación.
Será de responsabilidad del proveedor desarrollar, en tiempo y forma, todas aquellas soluciones que permitan a los
sistemas otorgar el debido cumplimiento a las modificaciones que el legislador o el órgano contralor introduzca en la
normativa
MANTENCIÓN PREVENTIVA DE SOFTWARE

La mantención preventiva, corresponde a las actualizaciones de los softwares para su buen funcionamiento que desarrolle
el proveedor como parte de su proceso de mejora continua de los sistemas. El proveedor deberá informar a la inspección
técnica cuando existan nuevas versiones de los sistemas para programar su instalación.
Las actualizaciones de Sistemas Operativos, Sistemas o módulos, Software o Hardware se debe programar después de la
jornada laboral en coordinación con la contraparte técnica del Municipio.
MANTENCIÓN CORRECTIVA DE DATOS Y SISTEMAS

La mantención correctiva considera una intervención en el motor de base de datos, aplicación u otra parte del servicio que
amerita corregir un fallo o el no cumplimiento del marco regulatorio del servicio, es decir, corresponde a problemas o errores
que se pudieran originar en los sistemas producto de las modificaciones y actualizaciones realizadas sobre ellos o
simplemente algún mal funcionamiento que perjudique el normal trabajo de cualquier módulo del sistema en su operatoria.
De la misma forma, incluye problemas o errores en las bases de datos y su servidor.
Sera responsabilidad del proveedor velar por el correcto funcionamiento del sistema y la atención preferencial en el ámbito
de las correcciones y precisiones del mismo, siendo su obligación corregir los errores que se detecten en los sistemas, los
que, al identificarse, serán notificados mediante una “Solicitud de Mantención Correctiva” que será remitida por correo
electrónico; el proveedor deberá priorizar el requerimiento generando una solución de la aplicación en el menor tiempo
posible.
La Solicitud de Mantención Correctiva la realizará la contraparte técnica del Municipio vía correo electrónico; la empresa
tendrá un plazo no superior a 1 hora para dar acuse de recibo de dicho correo, contado desde la hora de envío del mismo.
El primer contacto remoto (vía telefónica, videoconferencia o asistencia remota) se deberá efectuar en un plazo no superior
a 2 horas contadas desde la recepción, por parte del municipio, del acuse de recibo antes mencionado. En este contacto
remoto el proveedor realizará una primera evaluación y un diagnostico preliminar, solicitará los antecedentes del caso y
realizará las consultas que estime necesarias con el fin de definir adecuadamente el problema reportado. Además, la
empresa deberá generar un plan de contingencia para dar continuidad operativa, considerando que la Municipalidad tiene
una serie de procesos críticos, como por ejemplo permisos de circulación, patentes comerciales, pago de remuneraciones,
entre otros.
Posterior al primer contacto la empresa tendrá 48 horas para emitir un informe que dé cuenta de la definición del error
reportado, la causa de dicho error, las medidas de corrección a realizar y el plazo de la implantación de una solución
definitiva. En todo caso, el plazo de implementación de la solución definitiva no podrá ser superior a 15 días hábiles a contar
de la entrega del informe; no obstante, la empresa podrá solicitar una extensión del plazo para la solución definitiva
propuesta, la que debe ser debidamente fundada.
La Municipalidad se reserva el derecho de aceptar la extensión solicitada de acuerdo a sus propios intereses y la multa
comenzará a regir a partir del día siguiente al último plazo convenido, en caso de que la Municipalidad no aceptare la
extensión del plazo, la multa comenzará a aplicarse de acuerdo a lo expresado en el párrafo precedente.
El incumplimiento de los plazos facultará a la Municipalidad, para aplicar la multa que corresponda, en conformidad a lo
prescrito en el ítem Multas de las Bases Administrativas.
Cada actualización deberá ser informada al departamento de Modernización y TIC’S, para programar los cambios de
versiones en las estaciones de trabajo si fuese el caso.
REQUERIMIENTOS Y/O MODIFICACIONES POR MEJORAS EN LA FUNCIONALIDAD

Corresponde a toda modificación administrativa que sufran los sistemas originados por mejoras funcionales que soliciten las
diferentes áreas municipales. Dichas modificaciones se pueden mencionar como por ejemplo la generación de nuevos
reportes, procesos o subprocesos, cambios estéticos, mejoras de validaciones en el ingreso de datos, inclusión de nuevos
datos en los formularios, etc., lo que debe ser modificado en los sistemas computacionales de forma que éstos sigan
respondiendo de acuerdo a esas nuevas necesidades.
El requerimiento lo realizará la contraparte técnica del Municipio vía correo electrónico, la empresa tendrá un plazo de
análisis del requerimiento de 7 días hábiles contados desde la fecha y hora de “Solicitud de mejoras funcionales”, para
emitir un informe fundado que indique la factibilidad de desarrollar lo solicitado, informando, si fuese el caso, el plazo que le
tomará en el desarrollo y/o implementación de la mejora funcional; dicho informe deberá ser sometido a aprobación de
unidad técnica.
El incumplimiento de los plazos facultará a la Municipalidad, para aplicar la multa que corresponda, en conformidad a lo
prescrito en el ítem Multas de las Bases Administrativas, no obstante, la empresa podrá solicitar hasta 48 horas antes del
plazo definitivo fijado, una extensión debidamente justificada del plazo para la modificación de mejora funcional.
La Municipalidad se reserva el derecho de aceptar la extensión solicitada de acuerdo a sus propios intereses y la multa
comenzará a regir a partir del día siguiente al último plazo convenido. En caso que la Municipalidad no aceptare la extensión
del plazo, la multa comenzará a aplicarse de acuerdo a lo expresado en el párrafo precedente.
POR DISPONIBILIDAD DEL SERVICIO

Este tipo de mantención tiene relación con los servicios de pagos online solicitados en el punto N°5 de las presentes
Especificaciones Técnicas, y se refiere a la disponibilidad de tiempo en el cual los servicios trabajan sin interrupciones. En
este sentido, se establece que el tiempo de inactividad de los servicios no deberá superar 24 horas corridas, por causas
netamente de fallas en los servicios entregados por el proveedor.
Las actualizaciones de Sistemas Operativos, Sistemas o módulos, Software o Hardware se debe programar en horario
nocturno informando a la contraparte técnica del Municipio la fecha, hora de inicio, hora de término y los trabajos que serán
realizados.
Sera responsabilidad del proveedor velar por el correcto funcionamiento del sistema y la atención preferencial en el ámbito
de las correcciones y precisiones del mismo, siendo su obligación corregir los errores que se detecten en los servicios, los
que, al identificarse, serán notificados mediante una “Solicitud de solución a disponibilidad del servicio” que será remitida
por correo electrónico; el proveedor deberá priorizar el requerimiento generando una solución que reestablezca el servicio
en el menor tiempo posible.
El incumplimiento del plazo definido en este punto facultará a la Municipalidad, para aplicar la multa que corresponda, en
conformidad a lo prescrito en el ítem Multas de las Bases Administrativas Especiales.
Es importante indicar que la empresa deberá generar un plan de contingencia para dar continuidad operativa, considerando
que la Municipalidad considera como críticos los servicios web que interactúan con la comunidad.
6.3 SEGURIDAD PERIMETRAL DE ACCESO

Queda estrictamente prohibido el acceso, sin la autorización del Inspector Técnico, a través de control remoto a cualquier
servidor del Data Center y a las estaciones de trabajo (computadores de funcionarios) de este Municipio. El no cumplimiento de
esta medida dará pie que la municipalidad proceda a aplicar multas por infringir la seguridad perimetral de la red interna
Municipal.
6.4 SERVICIO DE SOPORTE (PROFESIONAL PERMANENTE EN TERRENO)

El proveedor deberá prestar el servicio de soporte en terreno, para todos los sistemas contratados, a través de un profesional
permanente en el municipio con acabados conocimientos en el área de informática y softwares de gestión administrativa
municipal, esto durante todo el período que dure el contrato.
Las funciones de este profesional serán las siguientes:
 Deberá proporcionar un servicio permanente de asistencia a los usuarios para apoyarlos, orientarlos en la ejecución de las
labores municipales a través de los sistemas computacionales.
 Deberá proporcionar soporte técnico en la corrección de errores del sistema detectados en el desempeño de las funciones de
la Unidades involucradas, durante todo el período de vigencia del contrato. El soporte se aplica a contar de la aprobación por la
contraparte técnica de la Municipalidad.
 Deberá asegurar, mediante mantenimiento u otros modos, la atención inmediata a los cambios del sistema, forzados por
requerimientos de Ley, entidades reguladoras o por requerimientos de las diferentes Direcciones Municipales o en forma
directa por el departamento de Modernización y TIC’s.
 El soporte y asesoría deberá contemplar la operación de los sistemas, de manera tal que permita que los funcionarios de la
Municipalidad cuenten permanentemente con la posibilidad de consultar al profesional en terreno sobre cualquier necesidad
que se les presente en el uso de los sistemas o módulos.
 Deberá recepcionar las distintas solicitudes que envíe la contraparte técnica, levantar el respectivo ticket de atención en la
plataforma que la empresa disponga para estos fines, ingresando toda aquella información que permita detallar rigurosamente
el requerimiento efectuado por la contraparte técnica.
 Deberá gestionar el desarrollo e implementación de la solución a los requerimientos, dentro de los plazos indicados en las
presentes especificaciones.
 Deberá mantener informado a la contraparte técnica de la Municipalidad de las mantenciones o mejoras que se efectúen en los
sistemas materia de esta consulta al mercado.
 Deberá informar a la contraparte técnica, mediante un reporte mensual acumulativo, respecto del estado de las solicitudes
recepcionadas, indicando al menos lo que sigue: número del requerimiento, fecha de ingreso del requerimiento, título
requerimiento, tipo de requerimiento, detalle requerimiento, unidad solicitante, estado del requerimiento, detalle de la solución,
plazo de implementación.
La jornada laboral que deberá cumplir el profesional de soporte en terreno es de 44 horas semanales, las que deberán cumplirse
en horario hábil, de lunes a jueves de 08:30 a 17:30 Hrs. y viernes de 08:30 a 16:30 Hrs.. En los períodos de renovación de
permisos de circulación, el horario de la jornada laboral eventualmente podría ser redistribuido según lo permita la normativa
vigente.
La forma o metodología que permita llevar un control sobre el cumplimiento de la asistencia y permanecía del profesional según
la jornada definida en el párrafo anterior será responsabilidad exclusiva de la empresa.
6.5 ENCARGADO DE PROYECTO

Para la gestión del proyecto se deberá declarar un encargado o jefe de proyecto en el Formato N°X de Propuesta Técnica, esta
persona que deberá ser individualizada, con su nombre, correo electrónico y teléfono de contacto celular o fijo, tendrá la función
de supervisar y controlar las labores realizadas por el personal de soporte en terreno, además de coordinar, gestionar y
mantener la comunicación entre I.T. y la empresa en base a los requerimientos gestionados por el soporte en terreno.
En caso de ausencia del encargado del proyecto titular por cualquier motivo, y por un lapso superior a un día, se deberá
comunicar en un plazo no superior a 4 horas esta situación, informando además el nombre, correo electrónico y teléfono de
contacto celular o fijo del encargado del proyecto subrogante.
El jefe de proyecto deberá:
 Coordinar las acciones necesarias para mantener la continuidad de servicio que se requieren por lo indispensable de los
servicios.
 Coordinar, a requerimiento de la inspección técnica, las capacitaciones que sean necesarias para los usuarios durante la
vigencia del contrato.
 Será el encargado de supervigilar el cumplimiento, en tiempo y forma, de todos los requerimientos asociados al proyecto, en
cuanto a fallas, errores, mejoras funcionales, cambios de versiones, actualizaciones por cambios legales, entre otros.
 Entregar listado de escalamiento técnico que contenga todos los niveles de escalamiento, tanto a nivel técnico como a nivel
gerencial. Donde se indique nombres, teléfonos y correos electrónicos. De la misma forma, se deberá indicar todos los niveles
de escalamiento a nivel comercial.
Dado un requerimiento, la comunicación se realizará directamente con el profesional de soporte en terreno a través de correo
electrónico por parte del inspector técnico, con copia al jefe de proyecto de la empresa, quien deberá realizar las gestiones de
coordinación interna para ejecutar de modo oportuno y eficiente la solución requerida.
6.6 VISITA TÉCNICA MENSUAL

Es requisito fundamental que la empresa adjudicada disponga de una visita técnica mensual exclusiva por parte del
Encargado de Proyecto, donde se puedan resolver algunos problemas puntuales y llevar nuevos requerimientos asociados
a los sistemas, sin perjuicio de que se puedan hacer nuevos requerimientos o solicitudes vía correo electrónico en fechas
distintas a la de la visita mensual.
La visita técnica mensual deberá realizarse durante la primera semana de cada mes, requiriéndose que el encargado del
proyecto asista a lo menos 3 días continuos, con permanencia de 8:30 a 16:30 horas, y que desarrolle sus labores en
dependencias del municipio.
La visita mensual es una exigencia a cumplir por parte del proveedor adjudicado, por lo tanto, la no realización de una de
ellas, la inasistencia en alguna jornada, o el no cumplimiento a la exclusividad dará motivo a la aplicación de multas.
Esta visita presencial mensual puede ser sustituida por una visita virtual (videoconferencia) solo en casos justificados y
respaldados por un mandato superior relacionado con decretos de emergencia sanitaria, de catástrofe u otro, o casos
fundados que deben ser aprobados el Inspector Técnico del Contrato.
Las visitas presenciales como las virtuales deberán generar un acta firmadas por el ITC. En el caso de las visitas virtuales
estas deberán incluir en el acta el motivo de dicha modalidad.
6.7 SLA PARA SERVICIO

Una vez enviado el aviso al proveedor de la existencia de una falla u otro inconveniente a través del jefe de proyecto, el
proveedor debe acusar recibo en no más de 1 horas de este hecho y, en los plazos reglados en el numeral 6.2, contados desde
la fecha de ingreso del reclamo, el proveedor deberá entregar las medidas de mitigación y los plazos que ello involucra en pos
de entregar una solución definitiva al problema reportado.
El proveedor en su propuesta deberá indicar los SLA que se estima, asegurando los tiempos máximos que se establecen en
este punto.
6.8 CAPACITACIÓN EN EJECUCIÓN DEL SERVICIO

Se requiere un modelo hibrido de capacitación, por esto, el proveedor deberá considerar en su propuesta capacitaciones
presenciales y capacitaciones virtuales por plataforma telemática.
Para el caso de las capacitaciones presenciales, el proveedor deberá considerar al menos 10 sesiones anuales, cuya materia
debe estar relacionada directamente con la operación y/o funcionamiento de los sistemas o módulos materia del presente
contrato, teniendo siempre presente que este número es una estimación y que está sujeto a los requerimientos de las distintas
unidades municipales, por cuanto, el municipio no se encuentra obligado a realizar la totalidad de las capacitaciones antes
señaladas.
Para el caso de las capacitaciones virtuales, cuya materia debe estar relacionada directamente con la operación y/o
funcionamiento de los sistemas o módulos materia del presente contrato, el proveedor deberá tener en consideración que el
inspector técnico podrá solicitar todas aquellas capacitaciones que sean necesarias y que estime pertinentes dado los
requerimientos de los usuarios durante la vigencia del contrato.
Una vez solicitada la capacitación por el director o jefe de la unidad a instruir, esta será coordinada a través del Inspector
Técnico de Contrato y el Jefe de Proyecto de la empresa, quienes dispondrán las fechas que se realizará la capacitación, y los
temas que se abordarán en la misma, esta será informada al director de la unidad para que disponga a los funcionarios y los
tiempos necesarios para desarrollar de la mejor forma la instrucción de la capacitación.
Una vez agendada la capacitación, si la empresa presenta algún problema para realizar dicha capacitación, deberá coordinar
una nueva fecha en no más de 5 días hábiles, solo se podrá realizar una solicitud de cambio de fecha por causas atribuibles al
proveedor, por lo que si la empresa no realiza la capacitación en la segunda instancia se aplicaran multas.
Es importante indicar, que las capacitaciones se pueden repetir en caso de la incorporación de nuevo personal a cargo del uso
de los sistemas o módulos, también por nuevos sistemas o módulos, nuevas versiones o que el municipio lo solicite, sin tener un
costo adicional para el Municipio.
7 INCIDENTES DE SEGURIDAD
El Proveedor deberá informar por escrito, al Inspector Técnico de Contrato y a la Jefatura de la Unidad TI cualquier incidente de
seguridad detectado, dentro de las 24 horas siguientes de ocurrido el incidente, este informe deberá contener como mínimo los
siguientes datos:
 Nombre de la persona que realiza el reporte
 Servicio afectado
 Fecha y hora del incidente
 Prioridad del incidente
 Descripción del incidente
 Tiempo estimado de recuperación del servicio
8 PROCESO DE MIGRACIÓN Y PUESTA EN MARCHA
La migración de datos es el proceso mediante el cual se realiza la transferencia de datos de unos sistemas de almacenamiento de
datos a otros, de unos formatos de datos a otros o entre diferentes sistemas informáticos. Es necesario establecer los criterios
mínimos para realizar un proceso exitoso de migración, prueba, implementación y puesta en marcha para los sistemas solicitados
en caso que se deba realizarse un cambio estructura de datos o trasferencia a sistemas de almacenamiento de datos distinto al
que se utiliza actualmente y se deba realizar este proceso.
Se debe indicar que este punto solo será considerado si se realiza un cambio en las fuentes de almacenamiento de la información
(otra base de datos y/o estructura de datos distinta a la utilizada) o plataforma, entendiendo que en este caso se deberá realizar el
proceso de migración de datos que contemple un cambio de la estructura o el motor de base de datos utilizado a la nueva solución
propuesta por el proveedor. El proveedor deberá considerar a su costo todo el licenciamiento que se requiera y dichas licencias
deberán quedar a nombre de la Ilustre Municipalidad de La Serena por un plazo de 48 meses.
El proceso de migración y puesta en marcha será de exclusivo costo del proveedor, el proceso se deberá realizar con personal a su
cargo, entendiendo que el servicio debe estar cien por ciento operativo el día 19 de julio 2024.
8.1 MIGRACIÓN DE DATOS

El proveedor deberá declarar, el proceso y procedimiento para realizar la migración de los datos de los sistemas que
actualmente utiliza la municipalidad de La Serena, en este procedimiento debe indicar:
 Procedimiento de migración
 Prioridad de migración (indicando prioridad por sistemas)
 Tiempos estimados de migración por sistema
 Metodología para realizar el proceso de migración
 Fórmula para determinar efectividad de migración de registros
 Sistema de administración de bases de datos a migrar
 Cantidad de personal utilizado en el proceso
 Requerimientos para el proceso de migración
 Certificado de Administrador de Bases de datos, tanto para la base de datos actual como para la que se migrará, para el o los
profesionales que estará a cargo del proceso de migración de datos.
8.2 INSTALACIÓN Y CONFIGURACIÓN DE LAS APLICACIONES

Para el proceso de instalación y configuración de aplicaciones el proveedor deberá declarar, la siguiente información:
 Cantidad de personas que se utilizara para realizar el proceso de instalación y configuración de las aplicaciones
 Tiempo estimado de instalación por equipo y aplicación
 Identificación de los profesionales que realizarán este proceso, indicando al menos Nombre Completo y título técnico o
profesional que acrediten su competencia en el área TIC’S.
 Se requiere una fotocopia simple del título técnico o profesional, fotocopia que al momento de firmar contrato debe ser
presentada legalizada ante notario.
8.3 CAPACITACIÓN Y PUESTA EN MARCHA

Para la capacitación y puesta en marcha de los sistemas el proveedor deberá entregar:
 Los plazos de capacitación por cada sistema indicado en días, considerando que estas deberán desarrollarse como máximo en
el periodo de un mes, contados desde la firma de contrato.
 Cantidad de capacitadores por sistema.
 Manual de usuario de cada uno de los sistemas en formato digital y en formato impreso
El proceso de instrucción debe realizarse antes de iniciar la etapa de puesta en marcha, ya que, una vez iniciado el periodo de
ejecución de las aplicaciones, el antiguo sistema deberá ser desinstalado de los equipos municipales.
8.4 ACOMPAÑAMIENTO Y SEGUIMIENTO

El proveedor deberá realizar durante los seis primeros meses, contados desde la fecha de firma del Acta de Inicio de Servicio,
acompañamiento y seguimiento de cada uno de los sistemas del nuevo proyecto. Por lo que deberá tener personal permanente
durante toda la jornada laboral del municipio (lunes a jueves de 8:30 a 17:30 Hrs. y viernes de 8:30 a 16:30 Hrs.), cuya función
será apoyar, instruir y solucionar problemas presentados o que puedan presentarse al inicio de este nuevo contrato.
Para la labor de acompañamiento y seguimiento de cada uno de los sistemas, el proveedor deberá designar personal de su
organización, ya sean estos profesionales o técnicos, declarando el nombre completo, el título de estudio y el o los sistemas que
tendrá a su cargo. Esta información será declarada en el formato destinado para estos fines y deberá ser acompañada con la
copia del título o certificado de título de cada una de las personas designadas, los que serán ratificados al momento de la firma
del contrato en caso de que la empresa adjudicataria deba realizar proceso de migración.
Los profesionales o técnicos designados por el proveedor para esta tarea deberán ser distintos al profesional ofertado en el
punto 6.4. Servicio de Soporte (profesional permanente en terreno) y 6.5 Encargado de Proyecto, y deberán reportar en forma
diaria las acciones realizadas al inspector técnico de contrato, para ver el avance y progreso de los usuarios en el uso de las
aplicaciones; este reporte diario será a través de reuniones ejecutivas y con un reporte escrito de los expertos designados por el
adjudicatario.
La municipalidad solo en la medida que se pueda podrá entregar un lugar donde realizar algunas reuniones o configuraciones
básicas, pero no tendrá disponibles recursos o herramientas tecnologías, como computadoras o notebook, las que deberán ser
provistas por el proveedor.
9 CONDICIONES DE SEGURIDAD
En atención al artículo 37 literal b) del decreto N°83 del 2004 y en concordancia con la sección 6.2.3 de la norma técnica Nch-ISO
27.002 de 2009, el proveedor deberá garantizar lo siguiente:
Al término del eventual contrato el proveedor deberá entregar un certificado donde acredite que todos los datos sensibles para la
organización hayan sido removidos en forma segura, este certificado deberá ser firmado por el representante legal de la empresa
proveedora o la persona definida como ejecutivo de atención del servicio. El proveedor no podrá hacer uso o divulgación de ningún
tipo de información utilizada o generada en la puesta en marcha, ejecución o cierre del proyecto o servicio.

CM Software de Gestion Municipal

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

CM Software de Gestion Municipal

Cargado por

Copyright:

Formatos disponibles

ESPECIFICACIONES TÉCNICAS

“SERVICIO DE ARRIENDO DE SOFTWARE DE GESTIÓN MUNICIPAL

El servicio a contratar se hará en modalidad de arriendo por el periodo de 48 meses.

4 DESCRIPCION DEL HARDWAR REQUERIDO

 La Base de Datos deberán residir en un servidor principal provisto por el proveedor.

Los servidores serán utilizados de la siguiente manera:

 Ambiente de ejecución (versiones y nombre sistema operativo compatibles)

5.1 SISTEMA DE CONTABILIDAD GUBERNAMENTAL MUNICIPAL

5.2 SISTEMA TESORERÍA Y CAJA

5.3 SISTEMA CONCILIACIÓN BANCARIA

5.5 SISTEMA DE CONVENIO DE PAGOS MUNICIPAL

5.6 SISTEMA PATENTES COMERCIALES

5.7 MÓDULO PERMISOS PROVISORIOS

5.8 SISTEMA DERECHO DE ASEO

5.9 MÓDULO PAGOS POR INTERNET

5.10 SISTEMA DE ADQUISICIONES MUNICIPAL

5.11 SISTEMA DE BODEGA MUNICIPAL

5.12 SISTEMA DE ACTIVO FIJO MUNICIPAL

5.13 SISTEMA DE ACTIVO FIJO MÓVIL

5.14 MÓDULO INSPECCIÓN MUNICIPAL

5.15 SISTEMA LICENCIAS DE CONDUCIR

5.16 SISTEMA PERMISOS CIRCULACIÓN

5.17 SISTEMA PERSONAL

5.18 SISTEMA REMUNERACIONES

5.19 SISTEMA HONORARIOS

5.20 MÓDULO DE DECLARACIÓN DE RENTA ANUAL

5.21 SISTEMA CONTABILIDAD BIENESTAR

5.22 MÓDULO RELOJ CONTROL

5.23 MÓDULO RELOJ CONTROL - HONORARIOS

5.24 INTRANET DE RR.HH.

5.25 SISTEMA JUZGADO DE POLICÍA LOCAL

6 DESCRIPCION DEL SERVICIO REQUERIDO

6.1 SEGURIDAD INTEGRADA A LOS SISTEMAS

6.2 ACTUALIZACIONES, MANTENCIONES, REQUERIMIENTOS Y MODIFICACIONES SOFTWARE Y DE DATOS

ACTUALIZACIONES DE SISTEMAS POR CAMBIOS LEGALES

MANTENCIÓN PREVENTIVA DE SOFTWARE

MANTENCIÓN CORRECTIVA DE DATOS Y SISTEMAS

REQUERIMIENTOS Y/O MODIFICACIONES POR MEJORAS EN LA FUNCIONALIDAD

POR DISPONIBILIDAD DEL SERVICIO

6.3 SEGURIDAD PERIMETRAL DE ACCESO

6.4 SERVICIO DE SOPORTE (PROFESIONAL PERMANENTE EN TERRENO)

6.5 ENCARGADO DE PROYECTO

6.6 VISITA TÉCNICA MENSUAL

6.7 SLA PARA SERVICIO

6.8 CAPACITACIÓN EN EJECUCIÓN DEL SERVICIO

8 PROCESO DE MIGRACIÓN Y PUESTA EN MARCHA

8.1 MIGRACIÓN DE DATOS

8.2 INSTALACIÓN Y CONFIGURACIÓN DE LAS APLICACIONES

8.3 CAPACITACIÓN Y PUESTA EN MARCHA

8.4 ACOMPAÑAMIENTO Y SEGUIMIENTO

También podría gustarte