Términos de Referencia- Adquisición y parametrización de una solución de software

Transcripción

1 ANEXO 1 Intendencia de Montevideo Uruguay LICITACIÓN ABREVIADA Nº329631/1 Especificaciones Técnicas- Términos de Referencia- Adquisición y parametrización de una solución de software Página 1

2 Índice Artículo 1- Servicios a contratar...3 Articulo 2- Adquisición y parametrización de una solución de Gestión de edilicia de las propiedades inmobiliarias de la IM, infraestructura de territorio y servicios transversales Entregables Criterios de Aceptación de los Entregables Plazos Forma de pago del licenciamiento, la parametrización e implantación Forma de Pago de las Horas de Mantenimiento Niveles de Servicio Requerimientos Funcionales y técnicos Licenciamiento...14 Página 2

3 Artículo 1- Servicios a contratar El presente llamado tiene por objeto la Adquisición y parametrización de una solución de software para la gestión de edilicia de las propiedades inmobiliarias de la IM, gestión del espacio vinculado a esas propiedades (activos, actividades, contratos y servicios asociados), infraestructura de territorio (plazas, parques, etc.) y servicios transversales relacionados (limpieza o seguridad en edificios, pisos, parques o inclusive en barrios o zonas entre otros). La herramienta debe contener y soportar el conjunto de prácticas asociadas a la disciplina de Facility Managment. La contratación incluye un servicio de mantenimiento de la solución de hasta 400 horas/hombre. El proyecto deberá de tener en cuenta las siguientes características: Este proyecto deberá ser entregado a los 180 días calendario de comenzado el mismo, y se requiere un período de garantía contra fallos, por el lapso de 12 meses adicionales a partir de la aceptación de la solución. El servicio incluye el relevamiento, la Parametrización, transferencia tecnológica y la capacitación de la solución tecnológica implementada. Se solicita prever el trabajo conjunto con el equipo de tecnología de la IM, en la construcción de las interfaces entre sistemas (interfaces con sistemas de recursos financieros, sistema de gestión humana, gestión integrada de padrones y plataforma de Georreferenciación). A su vez, el servicio contratado deberá contar con el mantenimiento del software desarrollado, por hasta 400 horas/hombre y será necesaria la transferencia del mismo a quién la IM determine. Página 3

4 Articulo 2- Adquisición y parametrización de una solución de Gestión de edilicia de las propiedades inmobiliarias de la IM, infraestructura de territorio y servicios transversales 2.1 Entregables Los entregables siguientes pautan los hitos formales del desarrollo: a. Plan de trabajo: Plan de proyecto con Estructura de Desglose de Trabajo, diccionario de la Estructura de Desglose de Trabajo, organización del equipo de trabajo con roles y responsabilidades, cronograma detallado (incluyendo plan de versiones) con actividades, hitos, responsables y duración, Listado de supuestos, exclusiones y restricciones detectadas, Plan de control de cambios, Plan de gestión de calidad, Plan de gestión de Riesgos, Plan de gestión de comunicaciones, Plan de capacitación, Plan de entrega de proceso piloto y Plan de puesta en Producción. Entregable: E01 - Plan de trabajo b. Análisis de Requerimientos: Análisis de requerimientos (técnicos, funcionales y de seguridad). Análisis de los procesos y de los flujos de trabajo, análisis de los activos, capas de georreferenciación a interrelacionar, módulos de compra, facturación y análisis de costeo, así como la información necesaria para incorporar en el sistema. Relevamiento de usuarios y roles. Relevamiento de la visualización, consultas y reportes e indicadores esperados. Relevamiento de interfaces. Análisis de requerimientos para la interacción con otros sistemas. Relevamiento de la infraestructura (servidores, seguridad). La integración del equipo contraparte funcional será definida oportunamente, Asimismo los técnicos del equipo informático de la IM constituirán la contraparte técnica en la construcción de la solución. Se deberá de definir además el plan de pruebas, el mismos deberá de contener el conjunto de pruebas funcionales y no funcionales a realizar, la forma de documentarlos (mediante casos de prueba u algún otro mecanismo que se especifique y se acuerde), la herramienta de incidentes a utilizar y los criterios de aceptación que se fijen de común acuerdo. Entregable: E02 ESRE: Especificación de requisitos del sistema cubriendo los puntos descriptos en esta etapa. Página 4

5 c. Parametrización del Sistema: Prototipo de la aplicación, Documentación de la ejecución de pruebas, Casos de uso, Interfaces de usuario, y con otros sistemas si corresponde. Se deberá de entregar un prototipo de la solución a configurar, la misma deberá de contener datos ficticios y servirá para validar la configuración de los diferentes roles estipulados, y la configuración de los flujos de trabajo, la parametrización de los servicios y la validación de los formularios parametrizados en el sistema. Se deberá de validar la integración con los diferentes sistemas establecidos. Se realizarán pruebas individuales e integradas en base a un análisis y planificación de casos de prueba, llevando un registro del resultado de las mismas. Desde el punto de vista funcional además del flujo de procedimientos e información, se incluirán en las pruebas, aspectos de usabilidad y seguridad de accesos. Desde el punto de vista de performance se realizarán pruebas de volumen y de stress, con datos de prueba generados por el proveedor. En todos los casos se deberá documentar el plan de pruebas, las características del ambiente utilizado y los resultados, constituyendo un entregable del proyecto. Para la validación de los productos, se realizarán pruebas conjuntas con la contraparte, en entorno acordado con la misma y que cumpla con las características establecidas para la plataforma de referencia, acompañadas de documentación de apoyo. El proveedor deberá proveer la implementación de los formularios especificados y sus procesos de gestión resultantes del Análisis de Requerimientos acordado en la etapa anterior con los referentes de la IM designados. También se pide la programación específica a los efectos del intercambio o validación de información con los sistemas identificados durante la fase de análisis. Entregables E03: Prototipo de la solución a implementar. E04: Resultado de plan de pruebas ejecutado con los criterios de aceptación pasados satisfactoriamente E05: Arquitectura y diagrama de despliegue de la solución. Página 5

6 d. Implantación de la solución El adjudicatario deberá proveer: parametrización, configuración inicial, implantación de la versión piloto y puesta en producción de la solución. Esta fase comprende las actividades necesarias para la puesta en funcionamiento del sistema, y que deberán ser documentadas, constituyendo un entregable del proyecto. Como mínimo se requiere documentación referente a: Instalación y configuración de equipos centrales Configuración de la base de datos Carga inicial de la base de datos Administración del sistema Se llevará y entregará documentado un registro de incidentes presentados en esta etapa y resolución de los mismos, así como requerimientos de cambio. Entregables: E06 Aplicación instalada, Manual de instalación, Capacitación a los usuarios, Manuales de usuario y manuales técnicos. e. Capacitación y Transferencia de Conocimiento Se deben establecer y consolidar las capacidades necesarias para la implementación de los procedimientos de trabajo asociados a la gestión de los procesos, según el nivel de la solución implementada. Será responsabilidad del adjudicatario la elaboración de un plan de capacitación, la elaboración de los materiales y los diversos manuales que se requieran, el armado de los cursos y el dictado de las cuatro primeras ediciones de cada curso definido para la formación del personal del Departamento de Recursos Financieros, los cursos serán a nivel operativo y a nivel de supervisión, en la modalidad capacitación a capacitadores. Entregables: E7 Manual De Usuario, Documentación Técnica, capacitación y los manuales correspondientes. 2.2 Criterios de Aceptación de los Entregables 1. El Plan de Trabajo (a), deberá ser entregado y acordado con la Contraparte por lo tanto aceptado por la misma. 2. El Análisis de Requerimientos (b) deberá incluir el contenido descrito, entregando en el documento de dicho Análisis de Requerimientos, el Plan de pruebas, el Plan de puesta en Producción, el Plan de Página 6

7 Transferencia y recomendaciones necesarias que el oferente estime conveniente. La solución deberá ser acordada con la Contraparte de la IM 3. La parametrización del Sistema, deberá considerar las funcionalidades especificadas, cumpliendo con los requerimientos funcionales y técnicos abajo descritos. 4. La implantación del sistema en producción deberá incluir la entrega los manuales de la solución customizada para la IM, la arquitectura de la solución final y el diagrama de despliegue especificado y toda la información relevante para poder ser administrada por la IM. 5. Capacitación y transferencia de Conocimientos, deberá ser completa y exhaustiva. Deberá incluir el contenido descrito. Se deberá entregar un manual descriptivo de la arquitectura del sistema y especificaciones de instalación en un ámbito de desarrollo. Se deberá entregar un manual de funcionalidades a ser utilizado por el usuario. Todos los materiales deberán entregarse en formato digital. El calendario para el dictado de la capacitación se establecerá de común acuerdo. La Contraparte dispondrá de 15 (quince) días calendario a partir de la fecha de presentación de los informes correspondientes para comunicar su conformidad con los mismos. En los casos de no conformidad, deberá emitir un reporte con las objeciones correspondientes, que serán levantadas por el Consultor en un plazo no mayor a 20 (veinte) días calendario. 2.3 Plazos El plazo del contrato será de 540 (quinientos cuarenta) días calendario a partir la fecha de adjudicación. El plazo máximo para la implantación es de 180 (ciento ochenta ) días calendario con entregas parciales: Entrega del Plan de Trabajo (a), a los 15 (quince) días calendario de adjudicado el proyecto. Entregable Análisis de Requerimientos (b), a los 60 (sesenta) días calendario contados desde la fecha de adjudicación. Entregable Parametrización del Sistema (c), a los 120 (ciento veinte) días calendario contados desde la fecha de adjudicación. Entregable Puesta en Producción del Sistema (d), a los 180(ciento ochenta) días calendario contados desde la fecha de adjudicación. Entregable Capacitación y Transferencia de Conocimiento (e), a los 180 (ciento ochenta) días calendario contados desde la fecha de adjudicación. Página 7

8 Asimismo, se requiere un período de garantía contra fallos del aplicativo desarrollado, por el lapso de 365 (trescientos sesenta y cinco) días a partir de la aceptación de los aplicativos. 2.4 Forma de pago del licenciamiento, la parametrización e implantación A. Los costos de licenciamientos serán pagados contra la Puesta en Producción del sistema. B. Los costos de parametrización e implantación se pagarán contra la aceptación de los entregables correspondientes, y el control de los niveles de servicio acordados, de acuerdo al siguiente esquema: 1- Plan de Trabajo (a), 10% (diez por ciento) del precio de parametrización 2- Análisis de Requerimientos (b), 20% (veinte por ciento) del precio parametrización del software. 3- Parametrización de la solución (d), 30% (treinta por ciento) del precio de parametrización del software. 4 - Puesta en Producción del sistema (e), 30% (treinta por ciento) del precio del parametrización del software. 5- Capacitación y Transferencia de Conocimientos (f), 10% (diez por ciento) del precio del parametrización del software. 2.5 Forma de Pago de las Horas de Mantenimiento Se requiere un Servicio de Mantenimiento de software, a los efectos de extender y perfeccionar las funcionalidades del sistema. El Servicio de Mantenimiento de software será de hasta 400 (cuatrocientas) horas/hombre. Las mismas se pagarán mensualmente contra la aceptación de las horas realizadas en el periodo. La aceptación deberá ser por parte de la contraparte de la IM. La IM garantiza un consumo mínimo de 200 (doscientas) horas/hombre para todo el período de vigencia del contrato, no generándose obligación de pago alguno por el remanente si los servicios no fueran solicitados y aceptados por parte de la IM. No obstante, se deberán cotizar en forma obligatoria el total de 400 (cuatrocientas) horas/hombre, a efectos de la evaluación económica. Página 8

9 2.6 Niveles de Servicio Reuniones de Seguimiento Semanalmente se realizarán las reuniones de seguimiento y evaluación del servicio, sin perjuicio de lo anterior, el contratante podrá solicitar reuniones adicionales si el proyecto lo requiere. Previo a la misma, el Adjudicatario deberá entregar el informe de actividades cumplidas durante el mes en relación a lo planificado, y una propuesta de planificación para el mes siguiente. La reunión podrá servir de ámbito de acuerdo para la priorización de requerimientos. Plazos La entrega de los requerimientos acordados no podrá extenderse, por razones atribuibles al Adjudicatario, más allá de un 10 % (diez por ciento) del plazo definido en la planificación de línea base acordada por ambas partes. Ambientes de Desarrollo y Testing El adjudicatario del servicio deberá contar con ambientes adecuados y separados para desarrollo y testeo del sistema, así como para las pruebas funcionales internas del proveedor y de aceptación por parte de los usuarios claves. El ambiente de pruebas deberá ser similar al ambiente de producción provisto por el organismo. Sin perjuicio de lo anterior, el organismo podrá ofrecer sus propios ambientes, en cuyo caso se acordará al inicio del servicio. Plazo de Resolución de defectos durante la Garantía La resolución de defectos se planificará de forma acordada. El plazo de resolución de defectos no podrá extenderse por razones atribuibles al Adjudicatario, más allá de un 10% (diez por ciento) del plazo estipulado según la planificación de línea base acordada por ambas partes. Mantenimiento Incluye las intervenciones que se realizan con fin de abarcar requerimientos que surjan con posterioridad a la puesta en producción y que implican complementar o mejorar aspectos de la solución. Todo nuevo requerimiento debe ser desarrollado cumpliendo los mismos requisitos y fases de implementación de la solución. Entregables a) Plan de versiones Página 9

10 Se requiere el diseño y actualización del road-map o plan de versiones del software, de acuerdo a las prioridades establecidas por la Contraparte. La planificación incluirá los puntos de actualización del manual de usuario. b) Planificación mensual Se requiere la entrega de la planificación de actividades a realizar en el mes, incluyendo los cambios a implementar y sus plazos. Todo nuevo requerimiento deberá gestionares de acuerdo al procedimiento de gestión de cambios acordado en el entregable a) del servicio de desarrollo. c) Informe mensual de avance Se requiere la entrega mensual del informe de avance (ejecución del servicio) del último mes transcurrido, en relación a la planificación acordada. d) Nuevas versiones del sistema y Manual de usuario Se requiere la entrega de nuevas versiones del sistema, de acuerdo al roadmap o plan de versiones que se acuerde por ambas partes. Se requiere la actualización correspondiente del Manual de Usuario, de acuerdo a la planificación acordada en el marco del plan de versiones. e) Transferencia del Servicio y Documentación técnica del sistema Se requiere, antes de culminar el servicio, la transferencia técnica del mismo hacia el Contratante o hacia quien el contratante determine. La capacitación a dictar por el Adjudicatario será acordada por ambas partes y se la considerará parte del servicio. La transferencia incluirá la entrega de toda la documentación técnica del sistema actualizada. 3. Requerimientos Funcionales y técnicos Requerimientos Funcionales Tipo (, RNI, D) Lugar en la oferta (# página) Generales Reportes pre configurados para los distintos módulos y procesos Posibilidad de análisis de información en la herramienta y accesibles por el usuario final sin requerir soluciones de análisis multidimensional avanzadas Se definirán en forma conjunta reportes mínimos a tener disponibles en cada uno de los módulos del sistema. Contar con un perfil administrador que permita definir, mantener y gestionar usuarios, perfiles del sistema y permisos de acceso a funcionalidades, consultas y reportes Proveer las pistas de auditoría necesarias para conservar la historia de cada proceso y de las acciones realizadas por los usuarios del sistema Página 10

11 Idioma español para todos los componentes con acceso del usuario final (sistema, ayudas, reportes, manuales, etc.) Gestión de datos maestros a nivel de módulo de administración, se podrá configurar todos los datos maestros por usuarios funcionales. Definición/configuración de máquinas de estados para eventos claves. El sistema podrá gestionar los distintos estados que se configuren en el sistema. Gestión de usuarios a través de usuario y contraseña. Posibilidad de asociar usuarios a perfiles. Posibilidad de asociar perfiles a permisos de transacción. Configuración de los distintos formularios a través de herramientas para uso de usuarios funcionales (sin necesidad de programación) Provisión de mecanismos para la definición de alertas en función de reglas de negocio Provisión de herramientas para la documentación de la parametrización realizada Deberá permitir al usuario final exportar lo visualizado hacia formatos abiertos Contar con mecanismos para modelar la baja lógica de usuarios del sistema sin pérdida de información en transacciones en las que participó. Configuración de alertas del sistema, permitiendo la asociación de alertas a distintos eventos (cambios de estado en flujos de trabajo, cambios de estado de activos, alertas de reposición, etc.), las alertas podrán ser configurables a diferentes perfiles o usuarios del sistema. Se podrán realizar impresiones de los distintos formularios y de las consultas realizadas. El sistema debe ser extensible para la gestión integrada del resto de gestión de activos de la ciudad Representación y servicio de soporte funcional y técnico local. RNI RNI Inventario de inmuebles Alta, Modificación y Mantenimiento de los Bienes Inmuebles, con información específica de la Gestión Edilicia y atributos relativos a los Bienes Inmobiliarios, como pueden ser: Tipo de inmueble (edificación, espacio público, veredas, calles, etc), Forma de tenencia (arrendamiento, comodato, propiedad, etc.), Usuario (Intendencia/Área, terceros por tipo), Superficie, Estado de Conservación, información patrimonial, entre otros. El sistema debe soportar la clasificación jerárquica de los Bienes Inmuebles por diferentes criterios definidos por el usuario (incluyendo los atributos establecidos en el punto anterior), que permitan disponer de un árbol N niveles de la información relativa a estos bienes. Gestión técnica de los inmuebles incluyendo la posibilidad de informar del desglose o detalle de un Bien Inmueble (como pueden ser las plantas de un edificio, las zonas de un jardín urbano, etc.). Los inmuebles -y eventualmente sus partes como pueden ser los pisos de un edificio- serán los receptores de los costos imputados mediante los contratos de diverso tipo. Página 11

12 Los inmuebles deben estar geo localizados, de manera manual y/o de forma derivada a partir de la integración con el GIS de la IM. En los casos de inmuebles del espacio público, calles y veredas, se espera que el software calcule automáticamente los metros cuadrados y metros lineales correspondientes. Gestión de activos de bienes muebles El software debe soportar los siguientes requerimientos (de cotización obligatoria en carácter de opcional): Gestionar Alta, Modificación y Mantenimiento de los activos Bienes Muebles que se deseen gestionar en este marco, incluyendo la posibilidad de asociar estos activos en varios Bienes Inmuebles Geolocalización de los diferentes activos y asociarlos a centro de costos, mantenimientos y contratos Al igual que el Inventario de Inmuebles, debe poder soportar la definición de agrupaciones jerárquicas a N niveles que permitan al usuario clasificar por diversos criterios funcionales. Los Bienes Muebles de este Inventario pueden ser receptores de costos imputados a través de Contratos y sus Conceptos. Búsqueda dinámica de elementos a partir de valores de sus atributos. Posibilidad de integración con códigos de barras, QR u otras formas inteligentes de identificación. Asociación de imágenes y/o documentos a un elemento de inventario (ver más adelante, Gestión Documental). Navegación transversal en el sistema de las diferentes entidades asociadas a un elemento del inventario. Soporte al concepto de elementos de inventario compuestos. Posibilidad de asociar un elemento de inventario a una persona y recuperación de todos los elementos de inventario asociados a una persona dada. Asociación de elemento de inventario a Centro de Costo. D Gestión de contratos y costeo por inmueble Alta, baja y modificación de contratos (Generales, de Suministros como luz y agua, de Servicios como Limpieza o Recolección de Residuos, de Seguros, etc.), identificando y parametrizando atributos particulares y generales (código de contrato, monto, tipo, rubro, fechas de vigencia, plazos de preaviso de vencimiento del contrato, etc.) para cada contrato que se definirán en etapa de relevamiento. Vinculación de contratos a los inmuebles, infraestructura de territorio y servicios de la IM así como aquellos que es arrendataria o usufructuario. Se debe manejar la noción de concepto de contrato, dado que para un mismo contrato con un Proveedor, se gestionen diversos conceptos de diferente naturaleza económica, magnitud y características, por ejemplo un Contrato de Servicios podría manejar un concepto básico de Costo fijo limpieza mensual de un edificio, un concepto adicional (optativo) de Página 12

13 Servicios puntuales solicitados por el cliente para atender peticiones variables soportadas en un Catálogo de Servicios Disponibles, y otro concepto, variable en el tiempo, de Actualización retroactiva de precios por ajuste de Índice. El sistema deberá recopilar la información de costos vinculados a los contratos a los efectos de su asignación por inmueble. Asimismo, se podrá visualizar los costos vinculados a los inmuebles abiertos por las diferentes dimensiones indicadas para los inmuebles y los contratos, en términos absolutos así como de ratios tales como costo por m 2 y por metro lineal, cuando corresponda. Requerimientos técnicos La Interfaz de la aplicación debe ser 100% Web. Todas las funcionalidades de la aplicación deben poder accederse y ejecutarse completamente desde un navegador Web. No deberá utilizarse applets de descarga en el navegador. Independencia de dispositivos. Debe soportar la navegación Web al menos desde los siguientes navegadores: Firefox, Internet Explorer 7 o superior, Chrome, Safari, sin necesidad de plugin. Para versiones antiguas de estos navegadores, se podrá mostrar mensaje de aviso y solicitar la actualización del navegador. Se deberá de poder parametrización de los flujos de trabajo mediante motor BPM o que cumpla características similares. La plataforma prevista constará con un servidor para la aplicación y otro para la base de datos, sin perjuicio que en ellos convivan otras aplicaciones. Los servidores a utilizar deberán de poder soportar la virtualización de los mismos. Debe ser virtualizable en VMWare ESXi. La solución deberá de soportar los motores de Base de Datos Oracle, Postgresql La solución debe ser multiplataforma La solución debe de poder integrarse con soluciones de OpenLDAP para la autenticación de usuarios y la implementación de inicio de sesión único (SSO) a través de SAML v2.0. La comunicación deberá ser mediante htpps y con un protocolo con cifrado a acordar entre las partes. Deberá de haber un usuario Administrado del sistemas La solución debe de poder integrarse contra el sistema económico financiero (SIAB y SEFI), el sistema de RRHH y GIS a través de API o servicios. En particular la integración a desarrollar debe permitir registrar cada importe facturado procesado a un Contrato y/o Concepto de Contrato de forma que a un Contrato de Servicios con diversos conceptos, el sistema deberá ser capaz de conocer el costo de limpieza atribuible a cada uno de los pisos de un edificio, el edificio en su conjunto, así como un desglose de esos costos por los diferentes conceptos contractuales incluidos. La solución cuenta con la interfaz para la alimentación de datos a través de código de barras, QR o dispositivos RFID La solución debe de contener un módulo de auditorías donde se pueden establecer las transacciones realza das y los usuarios que la realizaron. RNI Página 13

14 La solución deberá de poder integrar e interoperar con capas de georreferenciación de la solución corporativa de la IM (Geoserver), pudiendo visualizarse estas capas en la herramienta o la solución proporcionada, de forma de disponer de un inventario selectivo de los elementos existentes en el GIS que se deseen gestionar en el nuevo sistema, como receptores de costos derivados de imputación en los contratos Se deberá explicitar los mecanismos de seguridad que se implementarán en la solución informática, pudiendo la IM solicitar el cambio de algunos de estos aspectos. Se valorará que la solución pueda correr sobre sistema operativo Centos 7 / RedHat 7 o superior La herramienta debe poder soportar la asociación de documentos de diverso tipo (.pdf, word, imágenes, etc.) en relaciones múltiples a cada elemento del inventario. Esos documentos deben incorporarse a la Base de Datos en la que se apoye la herramienta y deben poder ser recuperados (visualizados o descargados). La herramienta debe contar con mecanismos para la cargas masivas iniciales de datos, de actualización, así como de exportación, mediante Apis, servicios, archivos o procedimientos acordes, que aseguren la integralidad de la información. Capacidad modular o flexible de la herramienta para incorporar nuevas funcionalidades de forma transparente. La instalación se realizará en dependencias de la IM o proveedor de hosting designado por la IM. Se debe disponer al menos de un entorno de Producción y un entorno de Desarrollo, integración y/o formación. Capacidad de integración planos, mapas o recorridos vinculados a los bienes inmuebles, activos a mapas de la ciudad en el mismo entorno de la herramienta. Capacidad de la Gestión de espacios de trabajo para poder identificar, desglosar y analizar los activos distribuidos en edificios y poder optimizarlos. Capacidad de incorporar la gestión de mantenimiento y servicios asociados a los inmuebles. Capacidad de planificar, ejecutar y analizar ordenes de trabajo a fin de realizar mantenimientos preventivos y correctivos : Requerimiento inmediato RNI RNI RNI RNI RNI: Requerimientos no inmediato D: Deseable 4. Licenciamiento El licenciamiento ofrecido debe tener en cuenta que en el sistema trabajaran unas 20 personas a los efectos de la cotización se podrá realizar con 20 usuarios nominados o 8 usuarios concurrentes, teniendo en cuenta este parámetro. El licenciamiento debe ser libre de uso irrestrictos de CPU, sistema operativo, servidor de aplicaciones o cualquier otro software de base que limite su uso. Página 14

15 Opcionalmente se deberá cotizar por usuario nominado o concurrente adicional. A los efectos de la evaluación, se evaluará un paquete de 100 personas (20 personas nominadas más 80 usuarios nominados opcionales) o un paquete de 38 (8 usuarios concurrentes más 30 usuarios concurrentes opcionales), pudiendo acceder al mismo tiempo 35 personas. El licenciamiento ofertado será por el plazo de 2 años, el cual incluirá nuevas actualizaciones y el soporte correspondiente. Página 15