Documentos de Académico
Documentos de Profesional
Documentos de Cultura
1.1. Objeto
Ibermutua se encuentra inmersa en un Plan de Transformación Digital y como parte de él entiende que la
robotización de procesos puede automatizar muchas tareas recurrentes y permitir poner foco y recursos en
tareas de más valor añadido. Es por ello que ha tomado la decisión de meterse de lleno en la
Automatización Robótica de Procesos (Robotic Process Automation, RPA).
Tras analizar fortalezas y deficiencias de diversos productos de mercado para la robotización de procesos,
se ha seleccionado la tecnología RPA del fabricante UiPath en base a los siguientes motivos:
En el desarrollo de la estrategia digital de la entidad, a lo largo del 2019 se realizó una prueba de concepto
(en adelante PoC) en el ámbito de la tecnología RPA, con el fin de valorar la bondad de una solución de
este tipo y la adecuación al actual entorno tecnológico de Ibermutua. Para ello, se seleccionó el proceso
“consulta de cobertura y morosidad” para la automatización de un proceso de negocio interno. El resultado
de la PoC ha sido muy satisfactorio, ya que la tecnología RPA, y en concreto la solución UiPath, demostró
ser una tecnología aplicable a la automatización de los procesos de negocio altamente repetitivos, y con
reglas de negocio sencillas y claras.
o Mejorar la eficiencia. Reducir las tasas de error, los tiempos de procesamiento y ser más ágiles para
adaptarnos a las exigencias del entorno
1 | 22
Pliego de Prescripciones Técnicas
1.2. Alcance
Ibermutua ha hecho un análisis inicial de diversos procesos susceptibles de robotización. Con este análisis
estima un número de procesos susceptibles de robotización descritos en el punto 16, y que se irán
concretando y desarrollando a medida que el proyecto vaya ejecutándose. Para la estimación del importe de
licitación se han tenido en cuenta los costes de descubrimiento, análisis, desarrollo y mantenimiento de los
potenciales procesos a robotizar, de acuerdo a la complejidad (simple, medio y complejo) y volumetría
estimada de estos procesos que recomienda un montante determinado de hilos de ejecución.
No obstante, se concibe este contrato con total flexibilidad, de forma que se marcan unos máximos en
función del valor del contrato y el consumo del mismo se irá realizando a ritmo de implantación de los
procesos que se consideren.
2. SERVICIOS SUJETOS AL CONTRATO
A continuación se detallan los siguientes conceptos asociados al servicio objeto de esta licitación:
El adjudicatario deberá montar una nube privada en su CPD que será una extensión del CPD corporativo de
Ibermutua. Para ello se extenderá una línea de comunicación con la Red de Comunicaciones de Ibermutua,
de forma que ambos centros estén conectados punto a punto. Además, mediante el establecimiento de la
comunicación mediante una línea independiente, se mejorará el rendimiento de la operativa habitual
respecto a una situación basada en la comunicación mediante la Red Internet.
Las líneas mencionadas no son objeto del contrato, y será responsabilidad de Ibermutua su disposición en
un plazo de 3 meses desde el inicio del mismo. Mientras tanto, se trabajará via VPN.
La arquitectura de robotización completa para la ejecución del servicio será responsabilidad del
adjudicatario. De este modo, el alcance de las actividades a desarrollar sobre esta arquitectura incluye la
completa administración y gestión de la infraestructura implicada en el servicio: monitorización,
parametrización, optimización, evolución, actualización por necesidades funcionales o vulnerabilidades de
seguridad, copias de seguridad...
En esta licitación, se denominará “robot” a la capacidad máxima de ejecución en 24 horas de uno o más
procesos automatizados en modo secuencial (hilo de secuenciación de procesos). Esta definición coincide
con la metodología de UiPath para un robot desatendido. Un robot desatendido es orquestado desde el
Orquestador y es capaz de ejecutar “n” procesos diferentes de modo secuencial durante las 24 h/ dia *365.
El servicio incluirá todas aquellas licencias requeridas para desarrollar los procesos y habilitar los robots
necesarios para el entorno funcional de Ibermutua, contemplando entornos de Desarrollo, Integración y
Producción.
Además, en el servicio, se deberá incluir licencia de orquestador, herramienta clave para la optimización de
los robots ya que permite:
• Programar ejecuciones. El orquestador es capaz de realizar ejecuciones programadas para, de esta
manera, disponer del máximo tiempo del robot ocupado.
2 | 22
Pliego de Prescripciones Técnicas
Las máquinas sobre las que se ejecuten las licencias mencionadas, pueden ser o físicas o virtuales, pero
deben tener como mínimo las siguientes características:
• Servidor del Orchestrator de UiPath: 16GB de RAM, 8 nucleos y 500GB de disco duro.
• Máquina virtual para la instalación cada robot desatendido: 8GB de RAM, 4 nucleos y 100GB de disco
duro.
En caso de que algún robot tenga problemas de rendimiento achacables a la capacidad de la máquina, ésta
deberá ser incrementada.
Cada licencia de robot incluirá el licenciamiento de los productos de software standard de mercado
necesarios para su funcionamiento (como por ejemplo Office).
La entrega de los procesos automatizados conllevará obligatoriamente un año de garantía por parte del
adjudicatario, el cual deberá solucionar, sin coste adicional para Ibermutua, todas las incidencias que
aparezcan, siempre y cuando sean imputables al desarrollo que haya realizado éste.
La entrega de procesos automatizados conllevará una auditoría de calidad del mismo que deberá
estar realizada previo a la entrega. La empresa licitadora deberá proponer, en fase de ejecución del
proyecto, tres empresas especializadas en calidad de código para que acometan la citada auditoría,
siendo la elección definitiva responsabilidad de Ibermutua. Los honorarios de la citada auditoría
deberán estar incluídos en el coste de la actual licitación, no pudiéndose facturar adicionalmente.
Se trabajará con una biblioteca de procesos lo más standard posible, de forma que se minimizará la
repetición de código.
Los flujos estarán muy estructurados, de forma que sea fácil añadir nuevas reglas de validación o
casos de excepción.
Se entiende por mantenimiento de procesos automatizados las correcciones imputables al adjudicatario por
averías o incidencias en los desarrollos realizados posteriores al año de garantía. El servicio de
mantenimiento se iniciará a partir de la finalización del período de garantía estipulado.
3 | 22
Pliego de Prescripciones Técnicas
Para el mapa final de procesos definido dentro del alcance del contrato, se espera un ciclo de vida completo
de operativa habitual, con lo que estará incluida en el contrato cualquier evolución del proceso robotizado,
sobre la base de la implantación inicial. Se incluirán en este concepto las modificaciones, actualizaciones o
cambios solicitados por Ibermutua como consecuencia de posibles evoluciones o ajustes de los procesos
internos que conlleven un desarrollo que supere el 35% del desarrollo inicia.
Para poder acotar esta parte del contrato, se establece una bolsa de horas para actuaciones evolutivas
sobre procesos robotizados.
Si en la fase final del contrato, pero dentro de la vigencia de éste, y por razones de interés en cuanto a
seguridad y modelo de gestión más eficiente, Ibermutua solicitara la traslación de toda la arquitectura del
sistema de robotización de procesos desde la nube privada habilitada por el adjudicatario a una nueva
ubicación, todo ello de forma consensuada, la fase de reversión estará incluida dentro del alcance del
contrato. Las opciones de reversión podrán ser:
Así mismo se realizará una entrega de todo el código fuente, habiéndose realizado previamente una nueva
auditoria de calidad de cada uno de los procesos, con el fin de asegurar una entrega correcta. Se incluirá
también toda la documentación detallada en el punto 11 y el soporte adecuado a los técnicos receptores
para proceder a una transición de servicio transparente. Dicho soporte deberá ser detallado y cuantificado
en el documento propuesta del adjudicatario.
La plataforma RPA que se solicita deberá cumplir con los siguientes requisitos mínimos:
• Ser escalable a nuevos procesos y no verse afectados sus tiempos de respuesta y rendimiento
• Tener capacidad de recuperación antes fallos o defectos ( servicio de mantenimiento y soporte) que se
puedan dar, manteniendo el grado de eficiencia y operatividad, confirmando la utilización de servidores
de backup (sistema espejo)
• Garantizar la confidencialidad y seguridad de los datos almacenados
• Incluir la infraestructura, la operación de ésta y las licencias standard de mercado que se necesiten para
cubrir el alcance del proyecto a lo largo de toda la vigencia del contrato sin coste adicional para
IBERMUTUA
• Deberá ser posible (sobre la misma tecnología RPA desplegada en el contrato) una futura migración a
un modelo on-premise o hacia otro entorno cloud (fase de reversión) de forma no disruptiva para el
servicio y con una mínima intervención potencial
• Disponer de una herramienta de reporting (tipo Kibana o similar) que permita monitorizar los Kpis de
cada proceso que se definirán en la fase de levantamiento funcional de cada uno.
4 | 22
Pliego de Prescripciones Técnicas
• Los procesos desarrollados en la plataforma RPA deberán ser capaces de interactuar con las
aplicaciones y sistemas implementados en Ibermutua (ver Anexo I - Descripción sistemas de
información).
• El acceso de los procesos RPA (implantados en robots) a las distintas aplicaciones y sistemas de
IBERMUTUA se realizará a través de una línea de comunicaciones punto a punto responsabilidad
de Ibermutua.
• En la presente licitación se contempla la externalización del servicio pero no del proceso, ya que
los expertos de Ibermutua realizan la gestión del mismo y de sus excepciones, aunque en algunos
procesos, según las características del mismo, se podrá valorar la posibilidad de externalizar el
proceso a través de la capa BPO.
• Para ello, Ibermutua habilitará la conectividad a sus aplicaciones y dispondrá de acceso a los
robots vía un portal web que actuará como servicio de orquestación, siendo el resto gestionado por
el adjudicatario.
• El sistema debe permitir la correcta planificación de los procesos, y la optimización en el uso de los
robots, pudiéndose asignar dinámicamente procesos a hilos de ejecución en función de las cargas
de trabajo en cola, y las prioridades de las mismas.
• El adjudicatario deberá configurar, al menos, tres entornos para mantener la alineación con los
entornos habituales de desarrollo, integración/preproducción y producción de Ibermutua (a pesar
de ser ésta la situación estándar, hay aplicaciones que solo tienen dos entornos, se identificarán
durante el contrato):
o Desarrollo, que será el usado por el adjudicatario como entorno de trabajo para realizar
los correctivos y evolutivos solicitados por MUTUA
Con la finalidad de homogeneizar la respuesta a las medidas de seguridad, las empresas ofertantes
deberán describir como dan respuesta a los diferentes dominios de la norma ISO 27001, o un estándar
equivalente, sobre la plataforma que alojará el servicio para Ibermutua:
En caso de que la empresa licitadora esté certificada en la norma ISO 27001 o un standard
equivalente, incluyendo el alcance de la certificación la plataforma que proveerá servicio a Ibermutua,
podrá acreditar el cumplimiento de los controles mediante presentación de copia de la certificación
vigente.
La presentación de esta certificación vigente no exime al adjudicatario de presentar el documento
correspondiente a alguno de los dominios si así lo solicitara Ibermutua durante la vigencia del contrato.
• Análisis de vulnerabilidades
• Auditoría del código fuente
La empresa licitadora deberá proponer, en fase de ejecución del proyecto, tres empresas
especializadas en ciberseguridad para que acometan la citada auditoría, siendo la elección definitiva
responsabilidad de Ibermutua. Los honorarios de la citada auditoría deberán estar incluidos en el coste
de la actual licitación, no pudiéndose facturar adicionalmente.
6 | 22
Pliego de Prescripciones Técnicas
5. CONDICIONES DE EJECUCIÓN
Para la parte del contrato de servicios profesionales y la ejecución de las actividades de diseño de
robotización de procesos, el servicio se prestará en el centro de Ibermutua situado en la c/
Torrelaguna 64 de Madrid o cualquier otro centro de Ibermutua dentro de la comunidad de Madrid.
A continuación, se establecen los recursos que Ibermutua considera necesario para un correcto
desarrollo del proyecto, estableciéndose los requisitos mínimos cuando así se considere, aunque las
empresas licitadoras podrán añadir en sus propuestas los perfiles que crean necesarios para el
correcto desarrollo del proyecto:
7 | 22
Pliego de Prescripciones Técnicas
Para cada uno de los perfiles presentados en las ofertas, las empresas licitadoras deberán explicitar,
como mínimo:
• Años de experiencia
• Detalle de los proyectos que acrediten la experiencia indicada (empresa/cliente)
• Desglose estimativo de horas previstas por perfil
Dentro de las capacidades generales a desarrollar dentro del servicio, se incluyen tales como:
• Profundo conocimiento de los requisitos funcionales y de diseño / automatización de procesos
utilizando la herramienta UiPath de RPA
• Profundos conocimientos de las tecnologías avanzadas de auomatización, indluida la
administración de procesos / PM, machine learning, etc
• Experiencia previa en el diseño e implantación de, al menos, 3 proyectos de gestión y
automatización de procesos de negocio
Los costes de comida, desplazamientos (aparcamientos, kilometraje, etc.) o cualquier otro que pudiera
derivarse de la relación laboral entre el equipo de trabajo y la empresa adjudicataria, serán por cuenta
de esta última, sin que pueda repercutirlos a Ibermutua.
8 | 22
Pliego de Prescripciones Técnicas
Dicha metodología deberá contener, como mínimo, un enfoque para los principales procesos de
gestión vinculados al proyecto, que a continuación se enumeran, detallando las actividades y controles
asociados a éstos, de manera que se garantice el éxito del proyecto global:
En este apartado, se definen, a grandes rasgos, las fases que se deben llevar a cabo en el desarrollo
de procesos automatizados.
Las empresas licitadoras deberán presentar una planificación del proyecto correspondiente, indicando
la duración de cada una de ellas y los hitos más destacados del proyecto, así como las cargas de
trabajo de los perfiles necesarios de Ibermutua.
Entre los puntos que deberán planificarse por parte de las empresas licitadoras está el impacto que se
derive de la provisión del contrato sobre la base de los procesos de gestión vinculados al proyecto que
se describen en el apartado “6.3 Metodología”.
El adjudicatario efectuará la implantación del servicio según una secuencia de fases que tendrán que
quedar bien especificadas, con el detalle de actividades que se deberán realizar en cada fase, con los
roles y entregables en cada una de las fases.
Se iniciará la colaboración realizando un kick-off incluyendo las fechas, fases, tareas, hitos,
entregables, requerimientos técnicos y de equipo humano de Ibermutua y gestión de riesgos. El primer
hito será la aprobación de la Planificación y cronograma de trabajo (kick-off).
9 | 22
Pliego de Prescripciones Técnicas
En esta fase se deberá realizar el levantamiento de procesos desde una doble perspectiva:
No es intención del proyecto tener todos los procesos detectados y analizados para iniciar el
desarrollo de robots. Estimamos que los resultados del programa y el conocimiento del mismo
dentro de Ibermutua será un reclamo para las áreas a proponer nuevos procesos. Pero la idea es
ir desarrollando robots a la vez que se detecten procesos robotizables
3. - Pruebas e integración
En esta fase se define el plan de pruebas e integración (integradas, UAT y recurrentes). El objetivo es
guardar evidencia de las pruebas ejecutadas, de los datos utilizados, de los resultados obtenidos, etc.
El adjudicatario deberá realizar la propuesta del documento de pruebas que se validará con el equipo
de Ibermutua y ejecución conjunta detallando las mejoras, fallos o cambios necesarios. Estas pruebas
incluirán además del funcionamiento en general, pruebas específicas de carga y rendimiento, y
solución de recovery en caso de fallo parcial o total
Cada uno de los procesos deberá superar un ciclo de pruebas determinados y previos a la puesta en
producción:
Plan de pruebas
Definir plan de integración
Formación
5. - Normativa técnica
11 | 22
Pliego de Prescripciones Técnicas
Duración: se definirá en el Plan director para cada uno de los procesos a robotizar, según la
cateqorización de la complejidad del proceso (baja, media o alta).
El mantenimiento de los procesos es una fase transversal de todo el proyecto, ya que a medida que
los procesos sean robotizados en el entorno de explotación, pasan a fase de mantenimiento.
Esta fase lleva implícita el seguimiento del uso de los robots por parte de la organización (tanto a nivel
cuantitativo de utilización del robot como a nivel cualitativo para asegurar el mejor uso de los mismos)
y las actuaciones que dicho seguimiento requiera en caso de desviaciones según el plan económico
definido. En definitiva una continuación de las actividades de gestión del cambio iniciadas con el
desarrollo de los robots. Para ello se realizarán las siguientes actividades:
12 | 22
Pliego de Prescripciones Técnicas
- Acciones correctivas para corregir desviaciones/mal uso de los robots por parte de los usuarios
Para afrontar este tipo de trabajos se establece una bolsa horas específica.
Para valorar la madurez de robotización de la entidad se deberá realizar un análisis a doble nivel:
- Operativo a nivel de procesos robotizado: análisis retrospectivo para analizar las metas
conseguidas (% de automatización, % ahorro costes, % tiempos de ocupación, % de procesos
completos, % intervención ...) proponiendo métricas del proceso automático que se validarán con
el equipo de Ibermutua para asegurar la correcta implementación del proceso.
- Gestión: Cada robot llevará asociado unos indicadores específicos, que permitirán medir su
eficacia, sus resultados y controlar su ejecución, de forma que sean la herramienta esencial para la
Gestión de Robots de Ibermutua.
Para todo ello se hace necesario disponer de herramientas de seguimiento y monitorización tanto a nivel
técnico (Orchestator) como de negocio, (tipo kibana o similar).
La documentación será propiedad de IBERMUTUA sin que el adjudicatario pueda utilizarla para un
tercero sin previo consentimiento, si no fuera así, IBERMUTUA se reserva el derecho a realizar las
acciones legales que considere.
Se deberá entregar un plan de ejecución (cronograma de proyecto) en el que deben planificarse las
tareas a realizar (junto con los entregables de cada tarea) y quedar definida la fecha prevista de
entrega. Cada uno de los entregables deberá aparecer en el cronograma con la fecha
correspondiente, y esto será utilizado por Ibermutua como indicador del avance, así como los
responsables de cada fase y porcentaje de dedicación.
Dentro de este proyecto se consideran apropiados, por lo menos, los siguientes entregables:
13 | 22
Pliego de Prescripciones Técnicas
12 Diseño técnico
13 Manual de proceso
18 Cuaderno de pruebas
23 Registro de incidencias
14 | 22
Pliego de Prescripciones Técnicas
El licitador adjuntará en su propuesta la definición y estructura del modelo de gobierno para este
servicio. En la oferta se incluirán como mínimo:
Como mínimo las siguientes tareas deberán ser realizadas por el adjudicatario:
• redactar las actas de cada reunión
• actualizar la documentación del repositorio facilitado por Ibermutua. En dicho repositorio estarán
todos los documentos relacionados con el contrato adjudicado
• agendar - según periodicidad definida donde al menos, el Comité estratégico deberá ser trimestral
y el operativo mensual - y definir los integrantes mínimos que deberán tener cada comité. Existe
la posibilidad que puedan convocarse a demanda por parte de Ibermutua o del adjudicatario
reuniones extraordinarias fuera de los plazos establecidos
• preparar agenda del día y documentación necesaria para cada comité
En cualquier caso, para la gestión del proyecto se utilizarán metodologías ágiles funcionando en base
a sprints, de una duración máxima de 3 semanas, y asegurando entregables parciales en cada uno de
los sprints.
15 | 22
Pliego de Prescripciones Técnicas
El grado de avance se medirá de forma objetiva, en función de los resultados entregados a Ibermutua,
y se acompañarán de planes de acción sobre las desviaciones significativas.
En la propuesta se deberá incluir una propuesta de calendario preliminar y de procesos para el
reporting a lo largo del proyecto.
El adjudicatario deberá presentar modelo de gestión de las potenciales incidencias sobre los procesos
robotizados, así como los niveles de servicio propuestos para éstas (en adelante SLA) según los
criterios de clasificación en función de la gravedad.
El modelo deberá contemplar, como mínimo, la tipología de incidencias, el tiempo de respuesta y el
tiempo de resolución según la tipología.
El proveedor deberá proveer la metodología y herramientas necesarias para la gestión de incidencias
derivadas del servicio objeto del contrato, y garantizar los niveles de SLA presentados en la oferta.
Como herramienta de ticketing se utilizará la que utilice Ibermutua.
10.2 Actualizaciones del servicio
A fin de garantizar la alta disponibilidad con operación continua, el servicio propuesto permitirá la operativa de
negocio en condiciones de 24x7. El servicio deberá estar disponible durante como mínimo, un 99,5% al mes.
Se entenderá que el servicio no está disponible, cuando por motivos directamente imputables al adjudicatario,
el servicio no permite llevar a cabo alguno de los procesos configurados, ya sea de forma continuada o de
forma interrumpida durante un mismo mes.
Las intervenciones de mantenimiento deberán planificarse con antelación y IBERMUTUA elegirá la franja
horaria mas adecuada en función de las necesidades del servicio. El adjudicatario nunca actuará sobre la
instalación en producción de forma directa. Además, la puesta en producción de cualquier actualización o
modificación de la herramienta, no deberá afectar al funcionamiento diario del software así como a su
disponibilidad. En este sentido, deberá confirmarse la utilización de servidores de backup (sistema espejo).
La entrega de este informe deberá realizarse durante los primeros 10 días naturales del mes siguiente
al período de estudio.
En caso de incumplimiento, de los SLAS pactados, serán de aplicación las penalizaciones que se
hayan acordado.
Con el fin de asegurar la calidad del código entregado, el adjudicatario se compromete a pasar una
auditoria de calidad de código a cada uno de los robots desarrollados. Las herramientas utilizadas
para pasar dicha auditoria así como los resultados de la misma serán contrastadas por Ibermutua.
La valoración final de la productividad y calidad de los trabajos del equipo que realice el servicio
corresponderá a la empresa adjudicataria, que deberá reportar a la persona responsable designada
por Ibermutua, siendo potestad suya solicitar el cambio de la/s persona/s cuando concurran las
siguientes causas:
1. Motivos disciplinarios.
2. Merma en el rendimiento y/o en la calidad de los trabajos.
17 | 22
Pliego de Prescripciones Técnicas
Si el adjudicatario propusiera el cambio del recurso, se deberá solicitar por escrito con 15 días
laborales de antelación o el número de días que el adjudicatario haya señalado en su oferta
exponiendo las razones que obligan a la propuesta. En su caso, el cambio deberá ser aprobado por la
persona responsable designada por Ibermutua.
En el supuesto de que se produzcan sustituciones de personal, y con objeto de evitar los
inconvenientes que producen a Ibermutua en la continuidad del trabajo que realice la persona a
sustituir en la prestación del servicio, se subsanará mediante un solapamiento de personal sin coste
adicional para Ibermutua, durante un periodo mínimo de 15 días laborables.
Durante el desarrollo de los servicios requeridos, Ibermutua realizará el seguimiento de los niveles de
calidad establecidos y aplicará un sistema de medida continua de la calidad, según los estándares
vigentes en cada momento.
Cuando Ibermutua detecte cualquier desviación negativa sobre los niveles de servicio contratados, la
empresa adjudicataria se compromete a la aplicación de las medidas correctoras necesarias y con la
urgencia que se requiera en cada caso.
11 FACTURACIÓN Y ALBARANES
En el siguiente apartado se presenta la estimación de costes por proceso que se ha tenido en cuenta
para la obtención de un presupuesto base de licitación incluido en el apartado 3 del pliego PCAP.
El contrato que se deriva de esta licitación se ha establecido en base a una combinación mixta entre
servicios con importe a tanto alzado (a saber:, arquitectura técnica y de seguridad para conectividad
hacia la nube privada propuesta por las empresas licitadoras, licencias necesarias para la plataforma
de robotización, y servicios de gestión y administración de la plataforma global) y servicios por precios
unitarios (procesos a robotizar).
Para la obtención del valor estimado del contrato se han considerado los siguientes procesos e hilos
temporales:
Año 1 Año 2 Año 3 Año 4
Hilos 2 3 5 6
18 | 22
Pliego de Prescripciones Técnicas
Proc sencillo 3 5 4
Proc medio 1 2 1
Proc complejo 1 2 1
Horas 75 75 75 43
consultoria/evolutivo
Teniendo en cuenta una determinación de la complejidad del proceso con unos criterios semejantes a los
que se proponen en la tabla siguiente:
19 | 22
Pliego de Prescripciones Técnicas
Se presentará junto con la oferta una Memoria del Servicio, que deberá incluir las especificaciones técnicas
y de servicio que se ofertan de modo que cumplan o excedan las especificaciones técnicas descritas en el
presente pliego. La memoria deberá extenderse a un máximo de cincuenta páginas en formato A4 a doble
cara y deberá ir precedida de un índice estructurado.
20 | 22
Pliego de Prescripciones Técnicas
SQL Oracle
PostgreSQL
EDB
SQLServer
Web Java
Servicios web
Microservicios
Navegadores:
Internet Explorer
Google Chrome
Firefox
Safari
WordPress
Liferay
Meta4
SAP
IBM Tivoli
Nagios
Solpheo
OCR Abbyy
MicroStrategy
21 | 22
Pliego de Prescripciones Técnicas
22 | 22
Pliego de Prescripciones Técnicas