IMPLANTACIÓN DE SOLUCIÓN DE ARCHIVADO PARA LOS SISTEMAS DE INFORMACIÓN CORPORATIVOS DE OSAKIDETZA PLIEGO DE BASES TÉCNICAS

Transcripción

1 IMPLANTACIÓN DE SOLUCIÓN DE ARCHIVADO PARA LOS SISTEMAS DE INFORMACIÓN CORPORATIVOS DE OSAKIDETZA PLIEGO DE BASES TÉCNICAS 1

2 Índice 1. INTRODUCCIÓN OBJETIVO Y ALCANCE DESCRIPCIÓN DE LA INFRAESTRUCTURA ACTUAL ENTORNO DE COPIAS SHAREPOINT ARCHIVOS COMPARTIDOS EXCHANGE CARACTERISTICAS DE LOS SISTEMAS REQUERIDOS CARACTERISTICAS TECNICAS DE LOS SISTEMAS REQUERIDOS ARCHIVADO DE FICHEROS ARCHIVADO DE CORREO ELECTRONICO ARCHIVADO DE HERRAMIENTA DE COLABORACIÓN CAPACITACION CONFIGURACION MINIMA PLAN DE INSTALACION Y PUESTA EN MARCHA GARANTIA PRESUPUESTO, PLAZO DE EJECUCION Y FORMA DE PAGO PRESUPUESTO PLAZO DE EJECUCION FORMA DE PAGO Contenido de las ofertas Propiedad de los productos entregados Confidencialidad Anexo I. Criterios de valoración Valoración de propuestas Criterios de juicio de valor Criterios de fórmula Anexo II. Características de la infraestructura ofertada

3 1. INTRODUCCIÓN. Osakidetza posee una infraestructura de servidores y almacenamiento que dan soporte a los diferentes sistemas de información, entro los que se encuentran los servidores de ficheros, los de mensajería (correo electrónico) y colaboración (SharePoint). Dada la utilidad de estos servicios y el impulso que se le ha dado a su uso, cada vez hay menos documentos en papel y más almacenados en formato electrónico, lo que implica un incremento en las capacidades de almacenamiento necesarias y complica la gestión de ese almacenamiento, así como la realización de las copias de seguridad. Para atender a las necesidades de gestión racional de este crecimiento de la información, así como asegurar en todo momento el rendimiento y disponibilidad de la información, se hace necesaria la contratación de una herramienta de archivado, así como su implantación de forma que pueda gestionar de forma eficiente todo el ciclo de vida de la información. 3

4 2. OBJETIVO Y ALCANCE. El objeto de este expediente es la contratación en modo de cesión de uso de las licencias software necesarias para una solución de archivado de la información y de los servicios necesarios para la implantación de la misma. La solución será homogénea para todos los centros pertenecientes a Osakidetza. La solución deberá integrarse tanto con las soluciones hardware y software existentes en el Osakidetza. En lo referente al hardware, y aunque no está contemplado en el alcance de este contrato, los ofertantes presentarán una estimación de la infraestructura hardware para cubrir las necesidades de implantación del software propuesto. En cuanto la integración software, el ofertante propondrá la forma de integración con las soluciones de monitorización y backup existentes en el Osakidetza. El ofertante deberá de proveer de las licencias necesarias para integrar la solución de Backup corporativa del Osakidetza, Symantec Netbackup, con la plataforma de archivado. 4

5 3. DESCRIPCIÓN DE LA INFRAESTRUCTURA ACTUAL. 3.1 ENTORNO DE COPIAS El entorno de copias de Osakidetza se compone de: 1 clúster Activo/pasivo entre SSCC y EJIE, sobre HACMP de AIX, en el que se ejecuta Symantec Netbackup Librerías físicas: 1 HP MSL 6060 y 1 Quantum Scalar i VTL CS800 S4: 62TB cada una. Una en cada centro El diagrama de la solución es el siguiente: 5

6 3.2 SHAREPOINT Detalle de la infraestructura: Rol de servidor 4 Servidor frontal Web 2 Servidor frontal Web en DMZ Características Desplegar múltiples servidores frontales Web, balanceados con Citrix NetScaler.. 4 Cores, 16 GB de RAM, 2 HD de 64 Gb 2 Servidor de aplicaciones Desplegar múltiples servidores de aplicaciones en la granja si se desea alta disponibilidad. 4 Cores virtuales mínimo. 16 GB de RAM, 2 HD de 64 Gb Servidor de base de datos: 1 Instancia en MS Cluster SQL compuesto por 3 nodos físicos. 1Servidor adicional para Mirroring Utilizar una instancia dedicada en el servicio central de SQL Server. Configurada 8GB de RAM dedicada a la instancia. 6

7 3.3 ARCHIVOS COMPARTIDOS El entorno de archivos compartidos se compone de servidores MS Windows 2008 R2 SP1 con rol de file services, Name Space y DFSR. Dan servicio de ficheros a toda la organización. Existen varios grupos de replicación entre los nodos FIC01 y FIC02 mediante DFSR para dar servicio geo localizado entre los dos CPDs de Osakidetza. El nodo FIC03 no tiene ningún grupo de replicación. El diagrama es el siguiente 7

8 3.4 EXCHANGE 2010 Premisas iniciales sobre la infraestructura de Exchange 2010 de Osakidetza: buzones. 150 MB cuota de buzón. Sin Archivado 50 mensajes diarios de 50 KB de tamaño medio.0% de sobrecarga (Overhead) previsto En cada sede existe UN servidor con el rol de HUB encargado del transporte de los mensajes entre los servidores Mailbox. Se encarga de aplicar las reglas de transporte definidas (aviso legal, filtros, etc.). En cada sede existen DOS servidores de Acceso de clientes (Client Access Server) para redundancia y balanceo de carga. Estos se encargarán de todo el tráfico entre los clientes (HTTP, POP3, IMAP4, MAPI, etc.) y los Mailbox Servers. Existen TRES servidores de Buzones (Mailbox Server) en cada sede, para redundancia y para albergar copias de las Bases de Datos. Cada uno de ellos almacena y gestiona su propia Base de Datos de sus buzones y una copia de otro servidor. Ya no es necesario configurar servidores en clúster activo/pasivo como en Exchange Todos los servidores son activos en todo momento y dan servicio a la totalidad de los buzones. Mediante la nueva funcionalidad de Exchange 2010 Database Availability Group (DAG) replicamos las Bases de Datos, por lo que en caso de caída de uno de ellos, el resto podrá gestionar toda la carga de los buzones. La Base de datos es un objeto de la Organización de Exchange y no está vinculada a un servidor en concreto. Es el servicio Active Manager el que se encarga de gestionar qué copia debe estar activa y cual pasiva en el DAG. Existen DOS servidores Threat Management Gateway para la publicación de los servicios de OWA de Exchange De esta manera se proporciona disponibilidad al servicio de Outlook Web App de Exchange 2010 y de un modo redundante. El acceso de los clientes desde Internet se realiza mediante el protocolo HPPTS, y el tráfico irá siempre encriptado. Se hace a través de los servidores TMG en la DMZ hasta los Client Access Server. Estos encaminarán a los clientes hasta el servidor de buzones correspondiente. Todos los servidores, incluso el de mensajería unificada, están virtualizados en la infraestructura de VMware vsphere 5 prevista. Se usarán las herramientas Exchange Profile Analyzer 2010 (EPA) y el Performance Monitor para establecer los requerimientos definitivos del sistema y la validación del mismo. El diseño esquemático se puede ver en la figura siguiente: 8

9 9

10 Para proporcionar a la Organización Central de Osakidetza en Vitoria de una redundancia en los servicios de correo, se establece una configuración de un único site activo entre sus servidores y los instalados en el CPD de Ejie. El espacio de nombres, en lo que basa Exchange 2010 la conectividad de los clientes, es único. Todos los usuarios activos se conectarán a ambos CPD s a la vez, y la basculación entre ambos, en caso de caída, será automática. Debido a que la configuración lógica es de un solo site, pero la configuración física corresponde a dos sites separados, se ha tenido en cuenta este aspecto a la hora de diseñar los servidores y el DAG. La existencia del ancho de banda necesario para la replicación del DAG (Database Availabillity Group) nos permite realizar un diseño de un único site. El tiempo de latencia máximo permitido entre sites es de 500 ms, sin embargo se considera que un valor optimo no debería superar los 50 ms. También se utilizan los balanceadores de carga por hardware existentes que permiten mantener la afinidad tanto de clientes OWA como móviles (Exchange Active Sync). Los valores de las URL s apuntarán a estos balanceadores hardware. Así mismo los balanceadores reparten el tráfico SMTP externo entre ambos servidores HUB, y las peticiones de los clientes internos a los servidores CAS (Client Access Server). Servidor Cantidad Cores Memoria Mailbox Client Access Hub Trransport TMG Unified Messaging Total CPU: 96 cores (SSCC+EJIE) Total RAM: 432 GB (SSCC+EJIE) Total almacenamiento: 40 TB (SSCC+EJIE) 10

11 4. CARACTERISTICAS DE LOS SISTEMAS REQUERIDOS En los últimos años Osakidetza a adoptado la política de virtualizar mediante VMware vspehere las aplicaciones desplegadas en el CPD, por ello es requisito imprescindible que la totalidad de la plataforma sea 100% virtualizable en todos sus componentes 4.1 CARACTERISTICAS TECNICAS DE LOS SISTEMAS REQUERIDOS ARCHIVADO DE FICHEROS. El objetivo de este punto es la mejora en el ciclo de vida de la información contenida en los servidores de ficheros del Servicio Vasco de Salud. El producto ofertado deberá cumplir los siguientes requisitos mínimos: Archivar o eliminar archivos teniendo en cuenta su antigüedad u otros criterios. Ahorro de espacio de almacenamiento, permitiendo identificar duplicidades de archivos en los servidores de ficheros, y almacenando de forma comprimida y deduplicada. Facilitar el acceso, búsqueda y recuperación de los elementos archivados por parte de los usuarios. Soportar los servidores de archivos al menos de las versiones de Windows Server 2003, 2008 y 2012 tanto stand-alone como en cluster. Como dimensionamiento mínimo de la solución deberá contemplar al menos el poder configurarse en 3 servidores de ficheros distribuidos en 3 centros diferentes. No podrán tener ninguna limitación ni por número de servidores, ni por el número de ficheros ó usuarios. Además las licencias deben de ser flexibles y permitir su intercambio entre la plataforma de archivado de ficheros y la de SharePoint. Herramienta de gestión del archivado unificada, y con posibilidad de delegar funciones de administración. Posibilidad de archivado de ficheros en varios niveles de almacenamiento. Integración con la herramienta de backup corporativa del Servicio Vasco de Salud. Integración con la herramienta de monitorización corporativa del Servicio Vasco de Salud. Integración con software antivirus. Capacidades de alta disponibilidad de la solución de archivado ARCHIVADO DE CORREO ELECTRONICO. El objetivo de este punto es la mejora en el ciclo de vida de la información contenida en los servidores de correo electrónico del Servicio Vasco de Salud. 11

12 El producto ofertado deberá cumplir los siguientes requisitos mínimos: Archivar o eliminar correos teniendo en cuenta su antigüedad u otros criterios. Acceso trasparente a la información archivada, por medio de punteros. Estos punteros deben de tener la posibilidad de mostrar todo el cuerpo del mensaje, en la vista previa, de manera que sea sencillo su utilización por parte del usuario final. Posibilidad de archivar tanto buzones como carpetas públicas. Posibilidad de tener un archivado desconectado para usuarios en movilidad. Ahorro de espacio de almacenamiento, permitiendo identificar duplicidades de correos o anexos en los servidores de correo, y almacenando de forma comprimida y deduplicada. Facilitar el acceso, búsqueda y recuperación de los elementos archivados por parte de los usuarios. Soportar al menos los servidores de correo Exchange 2007, Exchange 2010 y Exchange 2013 tanto stand-alone, como en cluster como en configuraciones DAG. Soportar los clientes de correo pesados (Outook) y ligeros (OWA). Posibilidad de descubrimiento y migración de PST s. Como mínimo el dimensionamiento la solución deberá contemplar al menos el poder configurarse en 4 Servidores de correo. El producto no deberá tener limitación a nivel de licencias ni por número de TB en el activo, ni por TB archivados. Herramienta de gestión del archivado unificada, y con posibilidad de delegar funciones de administración. Posibilidad de archivado en varios niveles de almacenamiento. Integración con la herramienta de backup corporativa del Servicio Vasco de Salud. Integración con la herramienta de monitorización corporativa del Servicio Vasco de Salud. Integración con software antivirus. Capacidades de alta disponibilidad de la solución de archivado ARCHIVADO DE HERRAMIENTA DE COLABORACIÓN. El objetivo de este punto es la mejora en el ciclo de vida de la información contenida en los portales de colaboración del Servicio Vasco de Salud. El producto ofertado deberá cumplir los siguientes requisitos mínimos: 12

13 Archivar o eliminar elementos de los portales de colaboración teniendo en cuenta su antigüedad u otros criterios. Ahorro de espacio de almacenamiento, permitiendo identificar duplicidades, y almacenando de forma comprimida y deduplicada. Facilitar el acceso, búsqueda y recuperación de los elementos archivados por parte de los usuarios. Soportar al menos los servidores SharePoint Portal Server 2007, 2010 y SharePoint Server Las licencias del producto, no podrán tener ninguna limitación ni por número de servidores, ni por el número de ficheros ó usuarios. Además las licencias deben de ser flexibles y permitir su intercambio entre la plataforma de archivado de ficheros y la de SharePoint. Herramienta de gestión del archivado unificada, y con posibilidad de delegar funciones de administración. Posibilidad de archivado en varios niveles de almacenamiento. Integración con la herramienta de backup corporativa del Servicio Vasco de Salud. Integración con la herramienta de monitorización corporativa del Servicio Vasco de Salud. Integración con software antivirus. Capacidades de alta disponibilidad de la solución de archivado. 4.2 CAPACITACION Realización de capacitación sobre el sistema de archivado para el personal operativo que designe Osakidetza. El programa de capacitación se convendrá con Osakidetza, pudiendo ser el propio programa oficial del fabricante en cuanto a contenidos o un programa a medida para la transferencia de conocimientos. Esta capacitación será, como mínimo, de 24 horas. Deberá especificarse el calendario propuesto y el número de horas ofertadas. Podrá exigirse que la capacitación se imparta en horario de mañana y/o tarde. Se debe garantizar que, tras la capacitación impartida, la administración y la configuración de estos sistemas sea completamente autónoma por parte del personal de Osakidetza, sin que se precise la actuación de personal de la empresa adjudicataria para dicha labor. El lugar de realización de la capacitación será a criterio de Osakidetza en el centro Corporativo que considere. 13

14 4.3 CONFIGURACION MINIMA Se relaciona a continuación, el número mínimo de licencias a ofertar de cada tipo de producto. Las licencias para el archivado de la plataforma de Correo deberán ser para el número de usuarios ofertado, y no podrán tener otra limitación ni por tamaño del archivado, ni por tipo o número de servidores. Las Licencias para el archivado de Ficheros y de la plataforma de colaboración, serán por capacidad y no podrán tener ninguna limitación ni por número de servidores, ni por el número de ficheros ó usuarios. Además las licencias deben de ser flexibles y permitir su intercambio entre la plataforma de archivado de ficheros y la de SharePoint. El ofertante deberá de proveer de las licencias necesarias para integrar la solución de Backup corporativa del Servicio Vasco de Salud, Symantec Netbackup, con la plataforma de archivado Se relaciona a continuación, el número mínimo de licencias a cubrir de cada tipo. Tipo licencia Archivado de ficheros y plataforma de colaboración Archivado de Correo electrónico Backup de la plataforma de Archivado Núm. mínimo 5TB 6000 usuarios Las necesarias. Dadas las características de la estructura del Servicio Vasco de Salud el presente contrato contempla las licencias para cualquiera de sus centros dependientes. 14

15 5. PLAN DE INSTALACION Y PUESTA EN MARCHA De cara a la implantación de la solución, el adjudicatario ofertará al menos los siguientes servicios incluidos en el presente pliego: Diseño o Diseño y análisis de requisitos. El alcance de este proyecto será para la totalidad de las licencias ofertadas. o Propuesta del plan de pruebas que se ejecutará para validar el correcto funcionamiento del conjunto final. Implementación de la solución. o Una vez validado por Osakidetza el diseño propuesto, se deberá implantar y configurar dicho diseño o Instalación y configuración de toda la infraestructura de software de archivado o Instalación de la parte software en al menos 3 Servidores de ficheros y puesta en funcionamiento del archivado en al menos 500 usuarios. o Instalación de la parte software en al menos 4 Servidores Exchange y puesta en funcionamiento del archivado en al menos 500 buzones de correo. o Migración de al menos 10 PST s a la herramienta de archivado. o Instalación de al menos 10 usuarios de archivado de correo desconectados. o Instalación de la parte software en al menos 2 servidores de Sharepoint. o Integración con la herramienta de backup, monitorización y antivirus. o Si fuera necesario por requisitos de servicio del centro destinatario, la instalación, la puesta en funcionamiento y la realización de las pruebas, y las labores de garantía, se realizarán fuera del horario laboral habitual. o Los criterios de instalación y ubicación de los equipos, así como la fecha, los tiempos y horarios de instalación serán determinados por el personal del organismo destinatario, debiendo el adjudicatario proveer los medios necesarios para satisfacer estos requisitos. Validación de la implantación. Se propondrá un checklist de validación que deberá probarse una vez finalizada la implementación. Entrega de la documentación. Incluirá al menos la siguiente documentación: o Documento de diseño de la solución. o Guías de implantación tanto de software servidor como de cliente. o Guía de administración. 15

16 o Documento de integraciones. o Checklist de verificación. Transferencia de conocimiento. Incluirá tanto formación del proceso de implantación, como formación reglada de las herramientas de archivado. 16

17 6. GARANTIA Todas las licencias ofertadas incluirán una garantía de soporte durante 36 meses que debe contemplar al menos: Asistencia 24x7 ante incidencias del producto (Telefónico y vía web). Acceso a las versiones actualizadas del producto y parches o revisiones de corrección de errores o mejoras. Acceso a la documentación on-line. Acceso a la base de datos de conocimiento. Posteriormente a esos 36 meses el proveedor deberá proponer un precio de soporte en la presente oferta, que nunca podrá superar el 20% anual del precio ofertado de licencia (+ IPC). 17

18 7. PRESUPUESTO, PLAZO DE EJECUCION Y FORMA DE PAGO 7.1 PRESUPUESTO El presupuesto máximo asignado para este expediente es de ,00 sin IVA, ,00 21% de IVA incluido. Este presupuesto se reparten en: sin IVA para los servicios de instalación, configuración, pruebas y puesta en producción; y sin IVA para la cesión de uso de licencias. Los importes reflejados son máximos. La valoración económica deberá ir obligatoriamente en el sobre B: "Oferta económica y criterios evaluables de forma automática mediante la aplicación de fórmulas. 7.2 PLAZO DE EJECUCION La duración del contrato será de 3 años desde la fecha de formalización del mismo, durante los 3 primeros meses se deberán ejecutar los servicios de instalación, configuración, pruebas y puesta en marcha. 7.3 FORMA DE PAGO El importe correspondiente a los servicios se hará en un único pago a la finalización de los mismos, y con el VºBº del responsable de Osakidetza. El resto del importe se abonará en facturas mensuales por el mismo importe. 18

19 8. Contenido de las ofertas. Los licitadores deberán incluir obligatoriamente en sus propuestas documentación tanto en formato impreso como en formato electrónico, con el siguiente contenido: 1. Descripción de la solución propuesta. Este capítulo deberá agrupar los datos necesarios para realizar la evaluación técnica de la propuesta y se estructurará en: a. Planteamiento General. En este apartado se expondrá la estrategia que la empresa ofertante considera apropiada para alcanzar los objetivos del proyecto. b. Descripción de actividades. En este apartado se recoge la secuencia de actividades a realizar para la consecución de los objetivos fijados. c. Productos a obtener. Como resultado de las actividades fijadas en el apartado anterior se obtendrán una serie de documentos / productos que se describirán brevemente en esta sección. d. Herramientas a utilizar. Descripción de las herramientas que a priori se consideran adecuadas para la realización del proyecto, justificando su adecuación a los objetivos del mismo y las ventajas que ofrecen frente a otras existentes en el mercado 2. Planificación de actividades a. Cronograma de tareas. Recoge la planificación en el tiempo de las tareas a realizar, marcando los módulos que servirán para realizar el control de la marcha del proyecto. b. Equipo de trabajo. En este apartado se describirán los perfiles técnicos de las personas que constituirán los equipos de trabajo para cada una de los S.I. objeto de este expediente. Se concretará la composición de la Oficina de Proyecto, la cual deberá realizar las siguientes tareas: i. Aplicación de la metodología propuesta ii. Coordinación del proyecto iii. Soporte a los equipos de trabajo iv. Organización, seguimiento y control del proyecto global v. Control de Calidad vi. Control de Cambios vii. Comunicaciones internas viii. Relaciones con terceros ix. Informes de Evolución del proyecto x. Otras funciones que se considere oportunas para el buen fin del proyecto. c. Plazo de Ejecución. 19

20 3. Organización y Gestión del Proyecto a. Estructura organizativa. Este apartado deberá reflejar los aspectos organizativos del proyecto tales como las entidades que intervienen directa o indirectamente, los grupos de trabajo a constituir, modo de coordinación de estos grupos, etc. b. Funciones y responsabilidades. Para cada una de las entidades relacionadas en el apartado anterior, se definirán las funciones que deberán realizar y sus responsabilidades. c. Procedimientos de control y seguimiento. Se describirán los procedimientos a seguir para el control del proyecto, a fin de detectar posibles desviaciones y tomar las acciones correctivas adecuadas. 4. Metodología. Se describirá la Metodología seguida por la empresa ofertante para el desarrollo de proyectos de estas características. La omisión de cualquiera de estos apartados podrá ser motivo de exclusión de la propuesta. 20

21 9. Propiedad de los productos entregados. Las licencias serán propiedad de la empresa adjudicataria o entidad que esta designe para ello. 21

22 10. Confidencialidad En consideración al tipo de información procesada, el adjudicatario está obligado a mantener la más absoluta confidencialidad sobre todos aquellos datos y documentos a que tenga acceso con motivo de la adjudicación. A ellos accederán exclusivamente las personas estrictamente imprescindibles para el desarrollo de las tareas inherentes a la misma. Todas ellas serán advertidas del carácter confidencial y reservado de la información a la que tendrán acceso. Todos los ficheros que se pongan a disposición del adjudicatario para la ejecución del contrato son propiedad de Osakidetza y están registrados y sometidos a la salvaguarda que establece la legislación vigente, en especial la relativa a la protección de datos personales. Toda cesión a terceros será perseguida en los tribunales. Osakidetza se reserva el derecho de establecer cualquier tipo de marcaje de los ficheros que se dejarán al adjudicatario, de manera que sus características puedan constituirse como prueba que posibilite localizar el origen y los responsables de las eventuales cesiones. Bajo ningún caso ni circunstancia el adjudicatario podrá suministrar a terceros ni utilizar para sí ni para otros los datos facilitados por Osakidetza para fines distintos a los contemplados en el objeto del presente contrato. El adjudicatario estará obligado a poner en conocimiento de Osakidetza, inmediatamente después de ser detectada, cualquier sospecha de eventuales errores que se puedan producir en el sistema de seguridad de la información. El adjudicatario faculta a Osakidetza para que al terminar el proyecto pueda responsabilizarlo y/o repercutirle los costes derivados de posibles reclamaciones ocasionadas por negligencia y/o falta de confidencialidad del mismo. 22

23 Anexo I. Criterios de valoración Valoración de propuestas Para la elección de los criterios de valoración y su ponderación se han tenido en consideración los aspectos más significativos recogidos en el Pliego de Bases Técnicas que se acompaña a este expediente, a fin de garantizar que las ofertas de los licitadores se ajusten a lo exigido para los servicios objeto de este expediente. De acuerdo con lo antedicho, los criterios que servirán de base para la adjudicación del presente contrato serán los siguientes: Criterios de juicio de valor CRITERIOS DE JUICIO DE VALOR 35 A) Calidad Técnica Software. (Calidad del sistema ofertado: Alta disponibilidad. Redundancia, balanceo, capacidad de gestión avanzada ) - Mejoras a las especificaciones demandadas. (Se valorara la ampliación del número licencias para usuarios de correo electrónico) B) Gestión de proyecto Planificación: Fases y Calendario de proyecto. (Se valorará la identificación y descripción detallada de las fases, tareas y actividades propuestas por los licitadores, así como el cronograma y los hitos correspondientes) - Coherencia y contenido del Plan de trabajo. (Se valorará la coherencia en la planificación de las actividades, así como, una correcta identificación de los puntos más críticos del proyecto, que se deducirán del histograma presentado por las empresas.)

24 Criterios de fórmula CRITERIOS DE FÓRMULA 65 B ) Precio 65 - Oferta económica 65 El precio menor recibirá la mayor puntuación y el resto se calculara proporcionalmente aplicando la siguiente fórmula: Precio de Licitación - Precio Ofertado x 65 Precio de Licitación - Precio Mínimo 24

25 Anexo II. Características de la infraestructura ofertada Licencia de Archivado Ficheros Licencia de Archivado Buzones de Exchange Licencia de archivado SharePoint Jornadas servicios de instalación, configuración, pruebas y puesta en producción Unidades 25