Tabla de Contenido. Objeto de la Adquisición REQUERIMIENTOS DE LA SOLUCIÓN TECNOLÓGICA Dimensionamiento de la solución...

Transcripción

1 Tabla de Contenido Objeto de la Adquisición Dimensionamiento de la solución REQUERIMIENTOS DE LA SOLUCIÓN TECNOLÓGICA ESPECIFICACIONES TÉCNICAS... 7 Arquitectura... 7 Capacidades de Integración... 7 Bases de Datos... 8 Acceso a la aplicación... 8 Integración de Datos... 8 Envío de Correos ESPECIFICACIONES FUNCIONALES... 9 Gestión de canales (Operadores) y Comercial... 9 Portal Institucional Plataforma de Inteligencia de Negocios y Análisis de Información Gestión y Automatización de Procesos Optimización de procesos Reglas de Negocio Motor de Actividades Humanas Interfaces de usuario Reportes, Analíticos y Auditoria Portales y Listas de Trabajo Gestión de identidades y accesos Modelo de Datos Bancario Modelo de Datos de Préstamos Modelo de Datos de Clientes Oferta Económica Requerimientos de admisibilidad para el proveedor o contratista Fechas de entrega Forma de Pago Garantías

2 Soporte y Multas Cláusula Arbitral: Criterios de Evaluación

3 REQUERIMIENTOS FUNCIONALES PARA ADQUISICION DE UNA SOLUCIÓN TECNOLOGICA INTEGRADA PARA LA OPERACION DE LOS PROCESOS DE NEGOCIO Y PARA LA EXPLOTACIÓN DE LA INFORMACIÓN DEL CLIENTE DE LA ESPH BAJO LA FIGURA DE SERVICIOS ADMINISTRADOS. 3

4 ADQUISICION DE UNA SOLUCIÓN TECNOLOGICA INTEGRADA PARA LA OPERACION DE LOS PROCESOS DE NEGOCIO Y PARA LA EXPLOTACIÓN DE LA INFORMACIÓN DEL CLIENTE DE ESPH EN LAS SIGUIENTES MODALIDADES: LICENCIAMIENTO PERPETUO (ON PREMISE), CON SOPORTE FABRICANTE POR 12 MESES CON LA POSIBLIDAD DE RENOVAR HASTA 36 MESES. SOFTWARE COMO SERVICIO POR 12 MESES CON LA POSIBILIDAD DE RENOVAR HASTA 36 MESES. (PLATAFORMA COMERCIAL Y CANALES) Objeto de la Adquisición: Se requiere la adquisición de Solución Digital Integrada, la cual debe ser provista por un único fabricante a nivel de software como servicios, licenciamiento perpetuo con su respectivo soporte por 12 meses, con la posibilidad de renovar hasta 36 meses en total. Para el software como servicios se estará adquiriendo 12 meses con la posibilidad de renovar hasta 36 meses en total, logrando incluir los componentes necesarios para la plataforma digital integral para usuarios finales, así como los operadores del CLIENTE y otras instituciones relacionadas. En el Anexo #1 Diagrama de arquitectura tecnológica de la solución, que establece el marco general que debe cumplir la solución requerida por parte del CLIENTE de Servicios administrados de la ESPH. En términos generales la solución debe cumplir con las siguientes características: En función de los objetivos estratégicos y sociales establecidos por el CLIENTE, este enfocará sus funciones en el impacto social y no en las labores propias de soporte y mantenimiento de su plataforma tecnológica, por lo cual la solución deberá ser provista bajo un modelo de servicio. La solución como servicio que se oferte deberá ser provista por un único fabricante en su capa de Software y/o licenciamiento, para tener un responsable directo que se encargue del mantenimiento, soporte y administración, así como para asegurar la integración nativa entre todos los componentes. Se debe asegurar la integración nativa y transparente al usuario entre los componentes de software ofrecidos dentro del modelo de servicio. Se debe adquirir licenciamiento de software perpetuo para los componentes: Gestión de Redes Sociales, Gestión y Automatización de Procesos, Portal de 4

5 servicios, Inteligencia de Negocios y Exploración de datos y Repositorio de Datos Transaccional. Se debe contemplar soporte del fabricante por un año (12 meses) el licenciamiento que se adquiera, con la posibilidad de renovar el soporte del fabricante hasta 36 meses en total. Se debe adquirir software como servicios (SaaS), los cuales se puedan pagar por periodos anuales (12 meses) de la Plataforma Comercial y de Canales, con la posibilidad de renovar hasta 36 meses. Se debe habilitar e instalar el licenciamiento y software en esta primera etapa sin llegar a configurar ni parametrizar dichos componentes. Estos entregables se realizarán en la etapa II. La solución debe permitir el análisis del comportamiento los posibles clientes a través de procedimientos para combinar información a través de sus interacciones por medio de: i. Disponer de una base de datos centralizada, detallada y actualizada. ii. Contar con los mecanismos necesarios para el almacenamiento datos de la mayoría de los contactos con clientes iii. Integración de información a través de diversos puntos de contacto con los socios de negocios del CLIENTE. iv. Tener capacidad de recolección e integración de datos de diversas fuentes estructuradas y no estructuradas en una arquitectura común. v. Entender el comportamiento y las tendencias del mercado con el objetivo de contar con la información correcta y adecuada para establecer la mejor estrategia de comercio y banca digital. vi. Disponer de la información (tendencias, comportamientos, mercado, proyectos, necesidades) necesaria para crear las mejores estrategias y programas que se trabajarán en conjunto con los canales de distribución del Banco para su respectivo financiamiento. vii. Contar con una plataforma tecnológica que permita modelamiento de un repositorio central enfocado en descubrimiento, exploración y análisis de la información, tomando como base la información de los códigos fuentes. Aumentar y mejorar el conocimiento de las expectativas de sus CLIENTES y de los CANALES DE DISTRIBUCIÓN (OPERADORES) por medio de: i. Facilitar el poder fijar las expectativas y necesidades de posibles clientes y otras entidades relacionadas con el Banco en un nivel masivo con un mensaje unificado ii. Desarrollar conocimiento de que esperan los Clientes y Canales de Distribución en su interacción con el CLIENTE. iii. Implementación de sistemas y procesos que recopilan y combinan información y experiencia de clientes y canales de distribución. 5

6 iv. Integrar la retroalimentación de sus CLIENTES y CANALES DE DISTRIBUCIÓN en todos los puntos de contacto para entender y medir su nivel de satisfacción con respecto al servicio. v. Comunicar el conocimiento de las expectativas de los clientes a través de toda la organización. vi. Creación de un portal institucional donde los usuarios internos y externos podrán acceder a la información de las diferentes fuentes Dimensionamiento de la solución La solución Integral como servicio a ofertar debe asegurar que puede manejar al menos las siguientes cargas de trabajo, mediante un esquema apropiado de licenciamiento: Permitir que al menos 70 agentes puedan gestionar dinámicamente los procesos de servicio al cliente, además que la plataforma permita tener al menos 10,000 sesiones activas al mes. Permitir que al menos 70 agentes puedan gestionar diferentes tipos de Sript o guion para brindar un servicio. Permitir que al menos 70 agentes puedan gestionar el servicio por medio del canal de Chat. Permitir las capacidades necesarias para que el Banco pueda enviar y gestionar dentro de la plataforma él envió de cien mil correos mensuales a clientes o socios de negocios con el objetivo de responder, aclarar, posicionar un programa desde la plataforma. Permitir que un usuario pueda realizar monitoreo integral de las redes sociales, que le permita escuchar que se dice del banco, así como gestionar y analizar los resultados de las búsquedas. Permitir que al menos que 120 usuarios puedan tener acceso a una plataforma integral de ventas (Gestión de oportunidades, Forecast, catálogo de ventas, gestión de territorios, entre otros) Permitir al menos el acceso a 120 usuarios a los canales u operadores a la plataforma integral comercial del Banco. Permitir al menos que 120 usuarios puedan administrar la gestión de los canales u operadores. Permitir que al menos 120 usuarios visualizar los reportes, realizar una gestión y análisis de la información para los procesos comerciales. El bus de servicios deberá permitir al menos 6 conectores con un máximo de transacciones por conector por día. La gestión de procesos empresariales deberá permitir al menos la conexión de 40 usuarios concurrentes. La solución de integración y trasformación de datos deberá implementarse bajo un ambiente de alta disponibilidad activo-activo y con usuarios ilimitados. 6

7 La base de datos con el repositorio transaccional bancario deberá implementarse bajo un ambiente de alta disponibilidad activo-activo y con acceso a usuarios ilimitados. El portal empresarial deberá implementarse bajo un ambiente de alta disponibilidad activo-activo y con acceso a usuarios ilimitados. La plataforma de Entrenamiento en Línea debe permitir el acceso al menos a 10 usuarios del CLIENTE. El sistema debe contar con la plataforma de seguridad que gestione roles, permisos, perfiles, personas, políticas, entre otros. 2. REQUERIMIENTOS DE LA SOLUCIÓN TECNOLÓGICA La Solución Tecnológica Integrada de Software requerida deberá de cumplir con al menos los siguientes requisitos: 2.1. ESPECIFICACIONES TÉCNICAS Arquitectura Deberá de poder ser escalable en cuanto a capacidad de procesamiento y almacenamiento en caso de ser requerido Deberá tener balanceo de Cargas en todos sus componentes. Deberá tener la posibilidad de una distribución de sus componentes de manera dinámica y contra demanda. Deberá de poderse adaptar a protocolos seguros de comunicación Deberá de poder manejar el envío y recepción de información encriptada Capacidades de Integración Deberá de poder integrarse con centrales telefónicas tanto para llamadas entrantes como salientes. Deberá de poder integrarse a directorios de servicios livianos (LDAP) Deberá ser compatible con hardware de tipo lector de código de barras, lector de banda magnética, lector óptico. Deberá de poder integrarse con otros sistemas ya sea extrayendo información de ellos, o proporcionándoles servicios mediante la arquitectura SOA. Deberá de poder integrarse con productos de terceros para aumentar las capacidades de la solución como lo son Microsoft Office, Microsoft Exchange, Microsoft Share Point. 7

8 Bases de Datos Deberá de soportar bases de datos en plataformas de 64 bits. Deberá de tener una capa superior para administrar los objetos de la base de datos. Acceso a la aplicación Deberá de permitir tener diferentes roles tanto usuarios finales como administrativos en la aplicación Deberá de poder ser accedida mediante los protocolos http, https, wap, así como cliente servidor. Deberá de poder ser accedida como mínimo por los siguientes navegadores según su plataforma: o Windows XP: Internet Explorer 6 o superior, Netscape 8.1 o superior, Mozilla Firefox o superior o Windows 2000: Internet Explorer 6 o superior, Mozilla Firefox o superior o Apple Mac OS X : Safari o superior, Mozilla Firefox o superior o Novell SUSE Linux Desktop 9: Mozilla Firefox o superior o Red Hat Linux 4: Mozilla Firefox o superior o Oracle Enterprise Linux 4: Mozilla Firefox o superior Deberá permitir varios mecanismos de autenticación, como mínimo: o Por base de datos o Por directorio de servicios livianos (LDAP) o Autenticación sencilla (Single Sign-On) o Usuario invitado Deberá de tener la capacidad de ser accedida mediante diferentes dispositivos de comunicación, pero como mínimo: o Laptop con una copia local del repositorio o Handheld o Teléfono Celular Integración de Datos Deberá tener de forma centralizada y en un único repositorio, toda la información referente a los clientes, prospectos, segmentos de clientes. Deberá proveer una fácil integración desde y hacia otras fuentes de información estructuradas y no estructuradas. La solución tecnológica deberá ser capaz de poder hacer cargas de datos por lotes o en línea. Deberá ser capaz de ejecutar cargas de datos de forma calendarizada y automática 8

9 La solución tecnológica deberá ser capaz de poder procesar hasta 10 fuentes de información externas de forma simultánea y sin pérdida de rendimiento sensible para los usuarios finales. Envío de Correos Deberá ser capaz de enviar correos electrónicos masivos con el protocolo SMTP. Deberá de proveer el mecanismo para respuesta automática de correos electrónicos entrantes El envío de correos deberá de poderse efectuar desde la misma aplicación tecnológica CRM y que ese envío quede registrado en la aplicación ESPECIFICACIONES FUNCIONALES Gestión de canales (Operadores) y Comercial La capacidad de hacer una venta cruzada o vender productos adicionales durante una interacción de servicio en el centro de contacto y página web. La capacidad de mostrar los programas de productos o de servicios, así como la capacidad de visualizar estrategias dirigidas a un segmento(promociones, condiciones especiales, entre otras) en alguna parte de la pantalla durante algún momento en la interacción del contacto Debe tener capacidades para integrarse con el modelo de canales u operadores y la profundidad de los productos ofrecidos por dichos canales. Capacidades para soportar workflows de automatización La capacidad de crear reglas que determinarán los programas del banco y contenido que un cliente va a presentar durante una interacción en un servicio entrante. Capacidad para soportar multiples fuentes de generación de oportunidades potenciales manteniendo auditoría del sistema que la generó La solución debe poseer la Capacidad para realizar análisis del tipo "what-if" La solución debe Soportar el sistema métricas de rendiemiento definidas por el usuario (unidades, revenue, milestones, servicio profesional, revenue del equipo, producto, canales, etc.) en el cálculo de los incentivos. El sistema debe permitir separar las ganancias de los pagos El sistema debe permitir fechas efectivas para la creación, modificación y eliminación de factores de peso de las variables de compensasión y los diferentes niveles El sistema debe permitir distribución automática de planes de compensación. El sistema debe permitir pronto acceso a la historia de por lo menos 3 años. El sistema debe permitir que los cambios en la cuota sean replicados en cascada a los participantes necesarios dentro de la jerarquía de ventas El sistema debe proveer un workflow que permita la aprobación de las cuotas por diferentes managers previo a la actualización del motor de cálculos Los empleados y los equipos de trabajo deben ser capaces de compartir actualizaciones y trabajar proactivamente unos con otros en proyectos. El liderazgo debe ser capaz de transmitir instrucciones a los equipos y los empleados deben tener una idea de la situación de los proyectos en curso 9

10 La solución debe permitirle a los equipos la colaboración mutua para compartir y actualizar información de los proyectos. La información debe estar organizada y se deben de poder realizar búsquedas. Los empleados pueden recibir y enviar actualizaciones por correo electrónico Capacidad para publicar, editar y leer actualizaciones, comentarios y archivos adjuntos a través de dispositivos móviles. Capacidad para ver la información publicada en la red social, aún desconectado (offline) Capacidad de usuarios de notificar a los demás empleados sobre información o "action items". Capacidad de integrar capacidades de CRM con el correo electrónico. Una visión general de las capacidades de CRM disponibles en MS Outlook y facilidad de uso. La solución debe tener control de versiones para documentos. Los usuarios deben tener la capacidad de comentar los documentos. La solución debe tener acceso móvil. La solución debe tener acceso basado en rol y nivel de visibilidad Capacidad para crear oportunidades potenciales y oportunidades Capacidad para crear y gestionar contactos y clientes Capacidad para enrutar las oportunidades potenciales a los representantes de venta idóneos Capacidad para notificar a los representantes de ventas que tienen nuevas oportunidades potenciales asignadas Capacidad para ofrecer coaching durante el proceso de venta La capacidad de capturar una oportunidad de un cliente y determinar el departamento, equipo o individuo al cual se deba encaminar La aplicación de ventas debe estar integrada a la red social de colaboración interna donde las actualizaciones sobre las personas, clientes, prospectos y oportunidades de negocios sean notificados adecuadamente. La solución debe tener la funcionalidad de "Sales Coach" que contenga listas de verificación de cumplimiento de pasos y material de apoyo para cada una de las etapas de venta con el objetivo de apoyar a los canales o sus gestores para mejorar su operación diaria. La solución debe permitir análisis del tipo "what-if" sobre el forecast de los negocios. El sistema debiera proporcionar informes históricos que muestran las tendencias y permitir comparaciones entre períodos de tiempo. La capacidad de poder recibir y enviar mensajes por correo electrónico, al igual que poder crear "Campañas" en los mismos y asi asegurar una respuesta oportuna, capacidad para buscar en una base de conocimientos/datos y lograr obtener respuestas automatizadas, y capacidad para enviar mensajes salientes acerca de cualquier tipo de tema. Capacidad para permitir que el cliente pueda optar por este tipo de correos electrónicos. La solución debe contener una plataforma que permita gestionar el modelo de compensación de los ejecutivos en los canales u operadores, dicha plataforma debe ser completamente integrada. La capacidad para habilitar aplicaciones de rich interne, portales y desarrolo de REST. 10

11 La aplicación deberá proporcionar la posibilidad de configurar diferentes procesos de ventas, flujos de trabajo, fases de ventas, y diseños de pantalla para soportar las necesidades de las diferentes líneas de negocio, productos y servicios diferentes El sistema debe mantener el historial de progreso de las oportunidades de negocios, su valor y probabilidad de cierre a lo largo del ciclo de ventas. La capacidad debe contar con la funcionalidad de prevención de creación de registros duplicados para cuentas y contactos La solución debe permitir la creación de reglas para identificación de registros duplicados y su unificación. Servicio al Cliente Toda la oferta de servicio se basa en reducción de costos, logrando altos niveles de servicio, para lograr una experiencia adecuada para el cliente La aplicación debe permitir la configuración de una comunidad interna para el intercambio de ideas y que se pueda compartir por áreas o a todos los empleados. Soporte en toda la oferta de entrega de una plataforma de auto-servicio al cliente Acceso a esta plataforma a través de Web, móvil y redes sociales Completa integración al portal empresarial a nivel de marca y diseño Integración con funcionalidad de chat en línea de soporte al autoservicio, con características especiales que permiten el estudio de comportamiento histórico y a tiempo real para poder determinar de manera proactiva cuando invitar a un cliente a chatear Base de conocimiento integrada y consistente desde cualquier canal y acceso Soporte en preguntas integradas para cliente o público en general, las cuales quedan registradas dentro del sistema de casos Cuando dentro de una aplicación móvil personalizada, se permita la búsqueda de respuestas sobre el tema o la función. La capacidad de los clientes para chatear con un agente de soporte desde su dispositivo móvil. La capacidad de los clientes para enviar un mensaje de texto (SMS) a un agente de asistencia desde su dispositivo móvil. Aprovechamiento del contenido social (por ejemplo: respuestas generadas por el cliente) La capacidad de los clientes o socios en Internet para participar en discusiones en línea, las cuales pueden ser puestas a disposición de un representante de servicio La capacidad de buscar un producto según sus atributos. La capacidad del cliente para enviar y recibir mensajes de correo electrónico a / desde el centro de la participación del cliente. Soporte a correos electrónicos entrantes de manera de poder administrarlos y direccionarlos correctamente para su atención. Adicionalmente diseño de plantillas de respuestas automáticas o manuales, tipo texto simple o HTML enriquecido, con enlaces y respuestas que pueden ser rastreados y registrados 11

12 Capacidad de co-browse que permite conectar al agente directamente con la visión del cliente de manera de apoyarlo en vivo en la solución o ejecución de sus procedimientos Manejo eficiente de los agentes, a través del apoyo de flujos de trabajo para el escalamiento automático y asignaciones. Adicionalmente se poseen herramientas de interacción y respuestas desde plantillas pre definidas de respuestas de texto estándar, hasta el uso de opciones como el SmartAssistance o la asistencia guiada para el apoyo en la solución de problemas Enrutamiento inteligente de las colas y casos, a través de la evaluación de las habilidades de los agentes para asignar el agente correcto al cliente indicado Consola integrada de Contact center multi-canal Manejo de casos (incidentes, consultas, etc.), a través de diferentes canales y de forma cruzada. Registro toda la información clave asociada a los casos Uso de plantillas pre definidas de apoyo al agente, en respuestas, mensajes, de manera de reducir los tiempos de atención. Almacena y administra los datos claves de clientes personales y jurídicas (contactos y cuentas) y su asociación con los casos registrados, así como también con otras entidades de negocio importantes, de manera de tener una visión 360 de los clientes Registro de contratos y SLAs establecidos con el cliente, y uso de esta información a ser tomada en cuenta en el logro de los niveles de servicio requeridos Manejo de la múltiples canales de manera integrada y cruzada para registrar todas las interacciones de los clientes a través de cualquier canal y permitir el manejo de interacciones y casos que inicie por un canal y pueda incorporar y concluir por otro canal Manejo de colas multi-canal basados en la disponibilidad de los agentes Integración con redes sociales, tanto para el monitoreo social, que permite escuchar los diferentes post, clasificarlos y evaluar cuáles de ellos ameritan ser tratados como casos. Permite responder rápidamente ante los sentimientos negativos. Mantiene además un perfil social dentro de la información del cliente, entendiendo los intereses del cliente, proporcionando servicios personalizados Se utilizan reglas y flujos de trabajos para el manejo automático de las asignaciones y la escalabilidad. Las asignaciones se basan principalmente en habilidades de los agentes Manejo del balanceo de carga Integra herramientas de colaboración (tipo redes sociales internas) para que un grupo de agentes pueda trabajar en conjunto para la resolución de casos Escritorio integrado para el agente, donde se desea entregar toda la funcionalidad en un ambiente fácil, integrado, completo y contextual, de manera que el agente tenga todo lo que requiere en un solo lugar, pero en cada momento vea únicamente lo que requiere Comunicaciones proactivas con el cliente, puede agendarse y enviarse comunicaciones a los clientes basados en valores, comportamientos e intereses y hacer seguimiento de las respuestas, clics y la capacidad de entrega de los s 12

13 Diseña, crea y envía encuestas de diferentes tipos, de forma individual o masiva. Registra y rastrea feedback y satisfacción del cliente Integración completa con todos los principales proveedores de centrales telefónicas, tanto en versiones on premise tradicionales, como en la nube, tanto para la parte de funcionalidades propias de la central, en llamadas entrantes y salientes, como para poseer desde la consola del agente la información asociada al manejo de las llamadas de manera integrada Portal Institucional La herramienta debe permitir que el contenido web sea personalizado. Se debe permitir que múltiples sitios o portales puedan ser gestionados con la herramienta. La herramienta debe tener la capacidad de hacer un roll back de tanto el portal como los contenidos (incluyendo documentos) de un sitio web a un estado anterior. La herramienta no debe tener un límite de reversión de estados de los portales. El portal debe ser basado en un framework declarativo de JavaServer Faces (JSF). El portal debe soportar las plataformas Linux, Unix y Windows. La herramienta debe proveer componentes JavaScript y XML (Ajax), portlets, y contenido para crear los portales. La herramienta de portales debe correr nativamente sobre los servidores de aplicaciones Weblogic y Websphere. La herramienta debe proveer una interfaz web para monitorear datos y eventos, así como componentes del portal tales como servidor HTTP, cache del portal, el repositorio del portal; y para mantener los archivos de configuración del portal. La herramienta debe permitir que los usuarios puedan editar contenido, crear y modificar páginas mientras se encuentran en producción. Los usuarios deben tener los permisos adecuados para que puedan configurar el posicionamiento de páginas, portlets, y el look and feel del portal. El portal debe soportar la configuración por perfil y la creación de super-perfiles que contengan una agregación de múltiples fuentes de datos. La solución debe permitir extraer esos datos de manera simultánea directamente de los recursos en los que se encuentran, como una base de datos. La herramienta debe soportar la personalización de la página principal utilizando funcionalidades de drag and drop La herramienta debe permitir la visualización de todas las tareas pendientes de un usuario específico. La herramienta debe permitir la utilización de métodos de notificación y alertas personalizados. La herramienta debe contener una consola de analíticos para el acceso a las diferentes métricas del portal. 13

14 La herramienta debe proveer un framework Web 2.0 para utilizar servicios tales como wikis, blogs y otras funcionalidades de colaboración como Comunidades. La herramienta debe proveer soporte para links, tags y RSS Feeds. La herramienta debe permitir los foros de discusión dentro del portal. El portal debe tener un espacio personal para el almacenamiento de documentos, ya sean públicos o privados. La herramienta debe proveer funcionalidades para realizar una búsqueda segura en todo el contenido del portal. La herramienta debe permitir una búsqueda básica así como una búsqueda avanzada. Asimismo, debe tener la capacidad de mostrar los resultados más relevantes de primero. La herramienta debe proveer filtros para extraer texto plano de documentos binarios como archivos pdf, entre otros. La herramienta debe tener plantillas para los diferentes contenidos que se utilizan en el portal. El portal debe permitir la transformación automática para la publicación de documentos de MS Office mediante un mecanismo de Desktop Integration Suite utilizando funcionalidades drag and drop. La herramienta debe tener funcionalidades de DAM (Digital Asset Management) como la conversión a múltiples formatos de las imágenes y videos que son utilizados en el portal. La herramienta debe permitir la posibilidad de publicar contenido en horarios específicos. Plataforma de Inteligencia de Negocios y Análisis de Información La plataforma de BI debe permitir obtener información de múltiples fuentes de datos como Oracle, SqlServer, MySql, Db2, Sybase, Teradata, Netezza, xml, etc. La plataforma de BI debe soportar integración del Single Sign On con Oracle Access Manager y Oracle Single Sign-On y con directorio de seguridad tales como MS Active Directory, OpenLDAP, Oracle Internet Directory, Oracle Directory Server Enterprise Edition, Oracle Virtual Directory, entre otros. La plataforma de BI debe manejar multilenguaje (Obligatoriamente español) La plataforma de BI debe estar habilitada para visualización y consulta en entorno Web desde pc o móvil. La interface web donde los usuarios trabajan debe permitir personalizar los estilos (Skins) o temas de apariencia que incluyan logos, colores, tipos de letras, entre otros El servidor web que soporta la plataforma de BI debe de soportar altos estándares de seguridad como certificados de seguridad y SSL La plataforma de BI debe permitir conexión a herramientas OLAP de terceros tales como: MS Analysis Services, Oracle OLAP, Oracle Essbase entre otros Posibilidad de integración con portales o servidores web tales como Oracle HTTP Server, Microsoft Internet Information Server, Apache HTTP Server, Oracle Weblogic, IBM Websphere, entre otros Posibilidad de ser configurado en clúster, para alta disponibilidad y escalabilidad 14

15 Caching de las consultas más frecuentes La solución deberá permitir acceder a múltiples fuentes de datos vía ODBC y JDBC. La plataforma de BI deberá permitir mezclar información multidimensional y relacional dentro de un mismo reporte sin requerir programación La plataforma debe ser capaz de interoperar con Microsoft.net framework, Oracle Jdeveloper, Oracle SOA Suite entre otros La plataforma debe poder ser accesada desde los navegadores Firefox, Google Chrome, Internet Explorer y Safari La integración con las herramientas de MS Office deben de correr en las versiones de windows vista, windows 7, windows 2003, windows 2008, entre otros Arquitectura de la solución de 3 capas (3-tier) La plataforma debe de soportar la creación y modificación de modelos de datos en tres capas, modelo físico (conexiones), modelo de negocio (métricas, jerarquías, agregados, etc.) y el modelo de presentación (modelos expuestos al usuario final) Las definiciones del modelo de datos deben estar condicionadas a un esquema de seguridad La plataforma debe de permitir buscar dentro del catalogo de BI objetos tales como KPIs, agentes, scorecards, reportes, entre otros. La búsqueda debe permitir por nombre, descripción, ruta de ubicación y tipo de objeto. Realizar búsquedas en los datos de un reporte generado, esta búsqueda se realiza dentro del reporte. La plataforma debe permitir vía web el acceso a visualizar los datos y modelos. La plataforma debe de permitir crear análisis de información del modelo de datos del repositorio empresarial, requisiciones directas a una base de datos o a través de un código SQL simple La plataforma debe contar con un servidor OLAP multidimensional La plataforma debe permitir conexión con sistemas de gestión de contenido tales como Oracle Webcenter y MS Sharepoint La plataforma debe permitir conexión a herramientas OLAP de terceros tales como: MS Analysis Services, Oracle OLAP, Oracle Essbase entre otros La plataforma debe contar con el manejo centralizado de permisos de accesos basado en roles, perfiles y usuarios hacia todos sus componentes utilizando para ello una única herramienta que haga parte de la suite ofertada (Tableros de Control, Reportes, KPIS, Metadatos, entre otros). Los permisos de acceso deben poder ser definidos a nivel de objetos del BI, bodega de datos, datos de una línea de negocios y a nivel de datos filas y columnas La plataforma debe tener la capacidad de restringir el acceso a diferentes niveles de datos. El acceso debe poder ser restringido por datos y objetos de BI La plataforma debe contar con un componente de auditorías para tener información de consultas realizadas La plataforma debe tener log de acceso a los datos y auditoria por usuario y además debe tener la capacidad de crear reportes de auditoría La plataforma debe permitir la creación de un entorno personalizable por cada usuario, de manera que éste tenga su propio tablero de control con sus reportes, análisis y otros objetos de BI favoritos 15

16 La plataforma debe permitir interactuar y ver reportes en línea o programar la entrega de los mismos de forma independiente para varios destinos, como impresoras, correo electrónico, FTP, etc y soportar listas de distribución La plataforma debe permitir observaciones sobre los resultados de los indicadores (KPI) o sobre los objetos de los scorecards y mantener un orden cronológico con información de quien hizo las anotaciones o comentarios La plataforma debe permitir manejo de Umbrales, semáforos y alertas a nivel de variación en indicadores. La plataforma debe permitir la composición de aplicaciones de visualización debe ser configurada a través de funciones amigables tipo drag-and-drop. La plataforma debe contar con interfaz web para análisis ad-hoc y consulta de reportes y análisis preconfigurados. La plataforma debe permitir los análisis y reportes interactivos deben poder realizarse desde la web, independientemente de su complejidad, sin que esto requiera de herramientas de desarrollo adicionales La plataforma debe permitir todas las funcionalidades de Reporteo y análisis deben estar disponibles al usuario final a través de un entorno web único. El cliente WEB debe permitir el formateo de atributos, medidas o cualquier otro elemento del reporte. El cliente WEB debe soportar ordenamientos (ascendente, descendente), Rankings, etc., drag and drop y pivoteo La plataforma debe permitir integrarse con google maps. La plataforma debe permitir que los usuarios finales puedan agregar a sus análisis, información graficada en un mapa con sólo contar con la latitud y longitud de un punto y de forma similar a como se agrega una tabla, un gráfico de barras y otro gráfico La plataforma debe permitir debe permitir un formateo detallado de los reportes (tamaños configurables en pixeles o centímetros de las celdas de una tabla y de todos los elementos de un reporte, tipo y tamaño de letra, negrilla, cursiva, etc.) La plataforma debe permitir cambiar la fuente (fuente, estilo, tamaño, color, bordes, formato, etc.) de presentación de los datos y los títulos de las columnas del reporte La plataforma debe permitir utilizar como fuentes de datos los modelos creados en el repositorio, modelos de datos creados por el usuario directamente o archivos xls que se puedan incorporar en el reporte La plataforma debe permitir la creación de reportes a partir de plantillas predefinidas en formato rtf, xls, pdf, swf entre otros que incluyan logos, textos fijos y elementos definidos o por medio de arrastre de elementos (drag & drop) a partir de un modelo dado, capacidad de diseño y formateo. La plataforma debe permitir la realización de consultas a varias fuentes de datos en un solo informe a través de la utilización de una capa consolidada de metadatos de negocio. La plataforma debe permitir al usuario final incluir en los reportes y análisis creados los indicadores/medidas/métricas ya definidos en la capa de metadatos. La plataforma debe permitir que los reportes/consultas sean parametrizados o filtrados dinámicamente por los usuarios. 16

17 Debe permitir crear filtros para la ejecución de reportes, que puedan ser usados en diferentes reportes. Incluso filtros que sean del tipo parámetros, para que al momento de ejecutar el reporte se introduzca un valor. La plataforma debe permitir la ejecución automática de reportes programados con determinada periodicidad La plataforma debe permitir gestionar un amplio rango de estilos de reporte (por ejemplo, financieros, operacionales, o tableros de control de desempeño) con datos de fuentes diferentes. La plataforma debe permitir generar reportes y exportarlos a herramientas office (Excel, Word, powerpoint) y formatos XML. Debe poder imprimir y/o exportar a PDF, texto plano, CSV o HTML el reporte/consulta ejecutado La plataforma debe permitir generar contenido de BI desde herramientas de escritorio como word o excel. La plataforma debe poder enlazar (links) a documentos externos desde un reporte La plataforma debe poder manejar varias vistas de la información o análisis de forma tal que el usuario pueda seleccionar si quiere ver un gráfico o una tabla de datos. La plataforma debe permitir la capacidad de navegar hasta el mínimo nivel de detalle sin cambiar de interface ni pasar a reportes estáticos. El usuario debe poder acceder a la solución de BI, utilizando una PC, laptop o tablet cuyo único requisito sea poder correr un navegador web como explorer, firefox o safari La plataforma debe permitir impresión de reportes con facilidad (formateo de páginas) La plataforma debe proveer acceso por medio de dispositivos móviles sin programación adicional en el servidor. La plataforma debe tener la posibilidad de guardar las selecciones de parámetros de ejecución del reporte o análisis. La herramienta de análisis debe de permitir calcular escenarios o modelos de negocios (tipo what-if ) mediante el ajuste a los parámetros de cálculo desde la interfaz gráfica del tablero de control. La plataforma debe de permitir generar vistas de la información en un momento determinado, poderlas imprimir o exportar, para ser vistas inclusive sin tener conexión al sistema por ejemplo en formato pdf o archivo web mht. La plataforma debe permitir publicar reportes en diferentes formatos: como listados, de forma tabular, texto estático, indicadores, imágenes, gráficos La plataforma debe permitir generar tableros de control, con múltiples vistas de la información, filtros y ventanas de solicitud de información. La plataforma debe poseer la funcionalidad de navegar a niveles de detalle mayores a partir de gráficos, tablas y pivotes. La plataforma debe permitir al usuario final la creación de reportes (listas, pivotes, gráficos) y que este los pueda publicar directamente para consumo de otros usuarios finales desde la misma interfaz web La plataforma debe permitir tener gráficos combinados en el panel de control. Un gráfico combinado puede ser uno de barras que tenga una línea superpuesta (la línea puede indicar el promedio, o la meta) La plataforma debe incluir Gráficos tipo tacómetros, termómetros y de indicadores 17

18 El usuario debe poder construir gráficos con 1, 2 o más variables (barras, líneas, pastel, dispersión y burbujas) El usuario debe ver dinámicamente como ha cambiado un dato representado en un gráfico a través del tiempo (a través de sliders) La plataforma debe permitir la generación de reportes gráficos, o de combinar reportes con gráficos y texto, de manera conjunta (es decir que el gráfico represente los datos en texto que se visualizan); o independientes, donde el gráfico complementa a los datos mostrados en una tabla La plataforma debe permitir definir medidas derivadas o calculadas a partir de otras métricas existentes en el reporte La plataforma debe permitir crear formatos utilizando ecuaciones básicas (sumas, divisiones, multiplicaciones, condicionales, etc.) La plataforma debe permitir generar y ejecutar consultas que contengan información, sumas, promedios, conteos y agrupadas por algún valor. La plataforma debe permitir debe permitir la creación de rankings de relevancia de acuerdo cálculo de valores de la información. La plataforma debe permitir hacer proyecciones de todas las variables que conforman los indicadores La plataforma debe permitir calcular tendencias de indicadores La plataforma debe permitir generar reportes por Excepciones en la organización o institución determinados por reglas de negocio y distribuirlos a través de o enviarlos a dispositivos móviles. Ejemplo, se genera un reporte cuando un indicador sube en un 10% La plataforma debe permitir enviar correos con alertas a los usuarios basados en condiciones determinadas por reglas de negocio. La plataforma tener la capacidad de tomar acciones o lanzar eventos como flujos de trabajo, servicios web, contenido web, contenido adicional de Inteligencia de Negocio, métodos de Java y otros procedimientos customizables que permitan distribuir notificaciones a través de distintos canales en respuesta a eventos de negocio para acelerar la toma de decisiones y obtener respuestas oportunas a los indicadores. La plataforma debe tener la capacidad de ejecución automática de reportes en base a eventos La plataforma debe poder parametrizar alertas que indiquen la actualización de datos La plataforma debe tener la capacidad de construcción de Balanced Scorecards desde la misma interfaz web desde la que se consulta/navega La plataforma debe tener la capacidad de visualización de Balanced Scorecards desde el mismo cliente web La plataforma debe tener la capacidad de creación y edición de perspectivas personalizadas para los cuadros de mando La plataforma debe tener la capacidad de poder definir indicadores clave de Desempeño con más de tres estados La plataforma debe tener la capacidad de creación, edición y visualización de árboles estratégicos vía web La plataforma debe tener la capacidad creación, edición y visualización de diagramas de causa y efecto (espina de pescado) vía web 18

19 La plataforma debe tener la capacidad creación, edición y visualización de mapas estratégicos vía web La plataforma debe desplegar indicadores en mapas estratégicos vía web La plataforma debe permitir acceso a dashboards desde dispositivos móviles sin que estos tengan que ser rediseñados para ello La plataforma debe permitir la creación Balanced Scorecards (perspectivas financiera, de procesos internos, de crecimiento, clientes, ciudadanos, etc.) La plataforma debe realizar la administración de descripciones de los indicadores (Ficha Técnica con Indicador, descripción, formula, responsable, fuente de información periodicidad de actualización, unidad de medida, fecha vigencia, meta trimestral anual y años siguientes, margen de tolerancia para cada meta, tendencia, última fecha de actualización La plataforma debe tener diferentes mediciones de tiempo en cada indicador (ej, mensual, trimestral, semestral, anual) La plataforma debe permitir la actualización automática de datos, indicadores y semaforización sea en momentos diferentes (ej. datos diario, indicadores, semanales, semaforización mensual) La plataforma debe permitir definir perfiles de acceso por rol por indicador (ej. Usuario que solo ve 2 indicadores en su totalidad de detalle) Gestión y Automatización de Procesos La herramienta deberá basarse en el paradigma WYSIWYE (What you see is what you execute), entendiéndose que el mismo modelo de proceso utilizado para el análisis se utiliza para la ejecución. La herramienta deberá soportar el paradigma cero código. La herramienta deberá soportar el modelado de procesos basado en estándares de BPMN 2.0 y BPEL. La herramienta deberá integrarse con sistemas, aplicaciones y bases de datos que actualmente existen en la empresa. La herramienta deberá proveer una plataforma de orientación a servicios (SOA). La herramienta deberá proveer un ambiente de colaboración web entre los participantes del proceso que permita gestionar la ejecución de las instancias del proceso. La herramienta deberá proveer un ambiente de ejecución web que liste las tareas asignadas a los usuarios de negocio. La herramienta deberá proveer una plataforma de gestión documental que permita administrar el contenido manipulado en las actividades del proceso. La herramienta deberá soportar la importación de procesos modelados en Microsoft Visio o en formato xpdl. La herramienta deberá tener un ambiente de modelado de procesos web orientado a usuarios de negocio, contemplando todos los aspectos de modelado, métricas, reglas de negocio, simulación, interacción con sistemas y creación de formularios. La herramienta deberá de contar con un IDE (Integrated development environment) de desarrollo orientado a usuarios técnicos. 19

20 El IDE de desarrollo debe de utilizar estándares como SCA (Service Component Architecture), permitiendo desarrollar aplicaciones compuestas. Tanto el ambiente de modelado web como el IDE de desarrollo deben de compartir un repositorio de meta-datos de procesos que permita mantener la consistencia y sincronización de los procesos de negocio, es decir, no debe de existir la perdida de datos o información del modelo y los artefactos del proceso, ya sea que se utilice el ambiente de modelado web o el ambiente de IDE de desarrollo. La herramienta deberá permitir capturar puntos en el tiempo durante la etapa de modelado de procesos habilitando a los usuarios a mantener diferentes versiones del proceso que posteriormente podrá utilizar para comparar cambios o regresar a versiones anteriores del proceso. El repositorio de meta-datos debe de soportar un catálogo de componentes tales como datos, funciones y servicios. Estos componentes deberán ser compartidos y reutilizables a lo largo de los procesos de negocio de la empresa. La herramienta deberá contar con adaptadores basados en JCA que soporte como mínimo Bases de Datos, Servidores de Archivos, Servidores FTP, Sistemas de Mensajería (AQ / JMS / MQSeries), Sockets TCP / IP. La herramienta deberá permitir documentar el proceso y las actividades del proceso, así como obtener un reporte de dicha documentación realizada. La herramienta deberá soportar notificaciones en tiempo real vía SMS, , VOIP, alertas e indicadores en paneles de control. La herramienta deberá proveer una opción donde los usuarios de negocio puedan realizar pruebas al proceso en el ambiente de modelado web. Las pruebas podrán realizarse a los artefactos que componen el proceso tales como: formularios, flujo del proceso o reglas del negocio. La herramienta deberá soportar en manejo de casos adaptables dinámicamente en tiempo de ejecución así como las actividades, documentos, eventos, participantes y auditorias de los casos. La herramienta deberá soportar la suspensión, terminación, reanudación de las instancias del proceso por medio de una consola de administración web. La herramienta deberá permite utilizar estrategias de optimización de recursos como servidores de aplicación, balanceo de carga o grid computing. La herramienta deberá ser compatible con servidores de aplicaciones como WebLogic y Websphere.* La herramienta deberá soportar la conexión con herramientas basadas en el protocolo LDAP. La herramienta deberá contar con una plataforma de seguridad que cuente con características como: autenticación, auditoria, SAML, políticas de seguridad, SSO, entre otros. Optimización de procesos La herramienta deberá contar con opción de simulación de procesos tanto en el ambiente de modelado web orientado a usuarios de negocio como en el ambiente IDE de desarrollo. Esta opción no requerirá importar/exportar la simulación, es decir, se mantendrá consistente y en sincronía en ambos ambientes de modelado. 20

21 La simulación deberá de incluir procesamiento y análisis de rendimiento, Costeo Basado en Actividades, escenarios de asignación de recursos, cuellos de botella y la identificación de la ruta crítica. La simulación deberá generar reportes y gráficos que permitan analizar los resultados de la simulación. Estos reportes y gráficos podrán ser publicados en portales o documentos para luego ser distribuidos. La simulación se podrá basar en roles de participantes y simulación de procesos que comparten recursos, permitiendo identificar cuellos de botella y puntos críticos en el proceso. La simulación permitirá determinar la cantidad de recursos (personas) que se requieren para cumplir con los tiempos de ejecución permitidos. Los parámetros que la simulación deberá de soportar son: tiempo, costo, creación de instancias (la frecuencia como la que se espera que las instancias de proceso en llegar), la probabilidad de las transiciones, el número de personas asignadas a roles, calendario de turnos de trabajo y días festivos. Los resultados de la simulación deberán de ser los siguientes: métricas de tiempo (promedio, mínimo y máximo tiempo de espera, el tiempo medio de tramitación, etc), costo (coste total de la ejecución de una simulación, desglose por actividades, etc) y unidades relacionadas a métricas de carga de trabajo de instancia (por ejemplo, acumulación de casos, cuántos han sido procesados, etc.) Reglas de Negocio La herramienta deberá incluir un editor de reglas de negocio, un motor de reglas de negocio, navegador de reglas y un repositorio de reglas de negocio. El motor de reglas de negocio deberá estar basado en Rete Algorithm (algoritmo estándar de industria) que ejecute decisiones de negocio complejas sin impactar el rendimiento del proceso de negocio. Las reglas de negocio deberán de ser administradas como artefactos separados. Las modificaciones o actualizaciones de las reglas de negocio son independientes de la definición del proceso, es decir, se pueden hacer cambios a las reglas sin tener que volver a desplegar el proceso asociado. El motor de reglas deberá permitir indicar la fecha efectiva de la regla de negocio (fecha de disponibilidad o duración de la regla de negocio). Las reglas de negocio podrán ser creadas o modificadas por usuarios de negocio utilizando el ambiente de modelado web. Las reglas de negocio podrán ser creadas o modificadas por usuarios técnicos utilizando el ambiente IDE de desarrollo. Las reglas de negocio pueden ser reutilizadas por otros sistemas o aplicaciones, exponiendo la regla como un servicio. Las reglas de negocio podrán ser creadas o modificadas por usuarios de negocio en forma declarativa, sin necesidad de codificación y sin necesidad de aprender el lenguaje propietario del motor de reglas. La reglas de negocio podrán ser representadas utilizando tablas de decisión o estructuras tipo IF/THEN. La administración de las reglas de negocio deberá ser delegada utilizando roles y privilegios. 21

22 Los valores de reglas de negocio podrán ser cambiados en tiempo de ejecución por usuarios de negocio, utilizando un ambiente web, sin necesidad de volver a publicar la regla de negocio o el proceso asociado. Motor de Actividades Humanas La herramienta deberá contar con un motor que gestione la interacción y participación humana en los procesos. El motor de tareas humanas deberá controlar la asignación, cola de tareas, notificaciones, tiempos de ejecución de tareas. El motor de tareas humanas deberá permitir priorizar las tareas utilizando reglas definidas en el proceso o manualmente modificando la prioridad de la tarea. La herramienta deberá soportar actividades humanas que pueden ser modeladas y ejecutadas como parte del proceso. Las actividades humanas pueden ser modeladas en líneas o carriles que corresponden a los roles o grupos de participantes asignados a dichas actividades. El motor de tareas humanas deberá soportar la delegación de tareas o actividades en tiempo de ejecución utilizando reglas de asignación. El motor de tareas humanas deberá soportar algoritmos de ruteo de tareas predefinidas por ejemplo FIFO. LIFO, aleatorio, por prioridad, entre otros. El algoritmo puede ser extendido para utilizar asignación basada en habilidades o experiencia. El motor de tareas humanas deberá de balancear la carga de tareas utilizando métricas recolectadas durante la ejecución del proceso, por ejemplo: carga de trabajo del usuario. La herramienta deberá de proveer paneles de control predefinidos para controlar y monitoreas las cargas de trabajo de roles y participantes durante la ejecución del proceso. La asignación de tareas podrá ser configurada de la siguiente manera: basada en la duración o tiempo total de la tarea, basado en reglas de escalamiento, tipo Ad hoc en donde el usuario selecciona el participante, tipo votación, utilizando grupos definidos, delegación, subscripción, tipo FYI, entre otros Interfaces de usuario La herramienta deberá permitir desarrollar interfaces de usuario utilizando un IDE de desarrollo. La herramienta deberá permitir a los usuarios de negocio construir y crear formularios web sencillos, utilizando un ambiente de modelado web. El desarrollo de formularios o interfaces de usuario deberá soportar JSP, JSF, HTML5, AJAX y CSS. El desarrollo de formularios o interfaces de usuario deberá soportar la creación de flujo de páginas y describir gráficamente la navegación de los formularios. El desarrollo de formularios o interfaces de usuario deberá soportar el uso de reglas de negocio para complementar la lógica de validaciones que pueden existir en las interfaces de usuario. La herramienta deberá permitir generar formulario automáticamente a partir de la estructura datos creada en el proceso. 22

23 Los formularios o interfaces de usuario deberán ser reutilizados en múltiples tareas del proceso o en diferentes procesos. Los formularios o interfaces de usuario deberán permitir construir componentes analíticos tipo gráfico. Los formularios o interfaces de usuario deberán soportarse en dispositivos móviles como ipod, iphone, etc. La herramienta deberá contar con una plataforma de desarrollo de aplicaciones para dispositivos móviles. Reportes, Analíticos y Auditoria. La herramienta deberá incluir monitoreo en tiempo real utilizando Business Activity Monitoring (BAM). La herramienta de BAM deberá monitorear la definición de varias fuentes de información, por ejemplo: procesos de negocio, bases de datos, servicios web, aplicaciones, entre otras. La herramienta BAM deberá proveer una ambiente web que habilite a los usuarios de negocio construir reportes utilizando funcionalidad drag and drop. La herramienta de BAM deberá habilitar a los usuarios de negocio construir reportes y paneles de control basados en los datos de las instancias de procesos. La herramienta de BAM permitirá exponer los reportes en un portal transaccional y colaborativo. Los usuarios de negocio podrán interactuar, aplicar filtros, alertas, crear reglas y funciones sobre los datos de las instancias de procesos. La herramienta de BAM permitirá crear reglas que indiquen cuando el reporte debería de ejecutarse y enviar notificaciones por medio de un correo electrónico con el reporte en formato PDF o formato Microsoft Excel, una vez que se haya completado. La herramienta deberá habilitar a los usuarios de negocio y a los usuarios técnicos crear indicadores de negocios, métricas, eventos y SLA como parte del modelo de flujo de proceso. Los indicadores de negocio se podrá definir de 3 tipos: Medidas (por ejemplo un monto total), Dimensiones (por ejemplo: alto, bajo, medio) y Contadores (por ejemplo número de ventas) La herramienta deberá proveer reportes pre-construidos y prediseñados que incluyan: tiempo de ciclo de procesos, el tiempo de ciclo de actividades, procesos y actividades pendientes, rendimiento de usuarios, la distribución de la carga de trabajo, fallas en los procesos, etc. La herramienta deberá de proveer cubos de información pre-construidos y prediseñados que puedan ser desplegados desde una herramienta de inteligencia de negocios. La herramienta deberá mantener un historial completo del rendimiento de los procesos en una base de datos orientada a reportes. La herramienta deberá registrar el rastro de auditoría de todas las transacciones realizadas en el sistema. La herramienta deberá registrar la auditoria de los procesos modificable a diferentes niveles de registro. 23

24 Portales y Listas de Trabajo La herramienta deberá incluir un portal web mostrando la lista de tareas basadas en roles, completamente adaptable para los participantes del proceso para acceder a los trabajos asignados a ellos o los roles / grupos a los cuales forman parte, iniciar procesos de forma manual, y acceso a los paneles de control de procesos. El portal de trabajo permitirá a los participantes crear notas y adjuntar documentos que serán incorporados en la auditoria del proceso. El portal de trabajo podrá modificarse para incorporar la imagen de la empresa utilizando CSS. El portal de trabajo deberá permitir visualizar el estado del proceso, así como la vista gráfica de la auditoria del proceso. La herramienta deberá proveer espacios de colaboración específicos para las instancias de proceso. Los espacios de colaboración deberán proveer componentes como foros de discusión, comentarios, calendarios, manejo de documentación, entre otros, donde los interesados en la ejecución de instancias del proceso puedan interactuar dinámicamente. Gestión de identidades y accesos Debe permitir la correlación de cuentas de usuario por medio de similitud de nombre de la cuenta y de otros atributos. Debe permitir la recolección de cuentas de usuario para correlación sin requerir instalación de agentes. Debe proveer un "Wizard" para la correlación de cuentas de usuario de diferentes fuentes de datos, que permita confirmar o modificar la correlación de cuentas por usuario o grupo de usuarios. Debe permitir asignar un paso de autorización para la correlación manual de cuentas de usuario. La solución debe proveer una vista integrada de la identidad de un usuario en la organización y sus privilegios de acceso. La solución debe permitir definir cuentas de usuario que sean privilegiadas o de sistema. La solución debe permitir la agregación y correlación desde más de una fuente autoritativa. La solución debe permitir agregar, modificar, eliminar, activar y desactivar cuentas de usuario de manera automática (a partir de eventos en fuentes autoritativas). La solución debe permitir agregar, modificar, eliminar, activar y desactivar cuentas de usuario manualmente. La solución debe poder validar que los cambios se ejecutaron de manera correcta en el sistema destino. La solución debe proveer una herramienta a nivel de lenguaje de programación para integrarse con soluciones/aplicaciones propias (en caso la herramienta gráfica no sea suficiente). El motor de provisioning debe soportar el concepto de "Ordenes de trabajo" Por ejemplo, si un usuario es dado de alta hoy en el sistema de recursos humanos, pero el mismo debe estar activo dentro de 1 semana en la organización, el usuario debe ser sincronizado a todos los sistemas necesarios, pero activo recién dentro 24

25 de 7 días. Esto debe poder realizarse sin intervención humana alguna más allá de la actualización en el sistema de RRHH. La solución debe poder administrar también el pedido y asignación de recursos físicos (PCs, teléfonos, etc.) Para los procesos de aprovisionamiento debe poder definirse cuales sistemas son las fuentes autoritativas de cada atributo que componen la identidad del usuario. Por ejemplo, el campo dirección de correo debe poder ser modificado solo por el sistema de Mail y no por el de RRHH. Estas definiciones deben poder realizarse preferentemente mediante la interfaz de administración y complementariamente mediante codificación y/o programación Deber permitir operaciones de transformación de datos (truncar, extraer parte de una cadena, agregar un dato variable o fijo a una cadena) para el flujo de información o comparaciones entre los sistemas. Debe permitir la generación de notificaciones y alertas mediante SMTP. La solución debe permitir definir de manera gráfica filtros de atributos para definir cuales atributos viajan desde o hacia la solución. La solución debe simplificar la construcción de conectores a aplicaciones de desarrollo propio mediante una API, Web Services u otro mecanismo. Por favor, describir los mecanismos de integración que brinda la solución para tal fin. La solución debe tener la capacidad para gestionar las altas y bajas masivas de cuenta mediante la lectura de archivos csv o txt. La solución debe tener la capacidad para programar las altas y bajas de cuentas basadas en un calendario, con una fecha efectiva de arranque y fecha efectiva de terminación La solución debe poder modificar en forma masiva los atributos de usuarios basada en un atributo filtro, tal como departamento, ciudad, fecha de ingreso, fecha de egreso, etc. Por ejemplo, se quiere modificar todos los usuarios que pertenecen a un departamento determinado. La solución debe proveer una interfaz gráfica de auto-servicio amigable para la solicitud de accesos. La solución debe permitir a un usuario modificar sus atributos que hayan sido definidos por el administrador de la solución como modificables por el usuario final. El autoservicio de usuarios debe poder utilizarse para solicitar la alta, modificación, baja, Reseteo, y desbloqueo de un usuario, un recurso, o un privilegio. Las solicitudes de acceso deben poder contar con una vigencia: tiempo durante el cual se asignará la cuenta de usuario creada, modificada o cesada; recurso; o privilegio. Al término del mismo se debe retornar a la configuración previa. La solución debe permitir adjuntar documentos a la solicitud de acceso. Por ejemplo, correos electrónicos o documentos de Microsoft Office. La solución debe poder atender automáticamente las solicitudes de usuario, si es que estas se encuentran autorizadas de acuerdo a políticas definidas en la misma herramienta (por ejemplo, perfiles preautorizados de acuerdo al puesto de una identidad). La solución debe permitir que un colaborador solicite accesos para otro colaborador. La solicitud de accesos para otro colaborador debe ser parametrizable en base a los sistemas y recursos que se pueden solicitar. 25

26 La interfaz de auto-servicio debe contener un dashboard de las solicitudes realizadas por uno mismo pendientes y atendidas. En el caso de las solicitudes de acceso que están pendientes se debe mostrar en qué estado se encuentran y a quién se encuentra asignado. El autoservicio de usuarios debe poder ser configurado para utilizar un Workflow definido por los administradores. La interfaz de auto-servicio debe mostrar eventos iniciados de manera automática, como por ejemplo, alta, modificación y baja de personal. Las solicitudes de accesos desde la interfaz de auto-servicio deben poder ser resueltas manualmente (sin que la solución realice los cambios en las cuentas), y el estado de esto actualizado por el usuario resolutor. Es decir, brindar una funcionalidad similar a un ticketing system. La solución debe proveer métricas de SLAs para la atención de las solicitudes realizadas por los auto-servicios. Por ejemplo, tiempo promedio para altas, modificaciones y bajas, dependiendo de la aplicación, o de la forma de atención (automática por la herramienta, o manual por administradores). Una solicitud debe poder ser devuelta por un aprobador al solicitante pidiendo que se entregue mayor información. La solución debe permitir la búsqueda de información basado en diferentes atributos por parte de los usuarios finales en el metadirectorio de usuarios (páginas blancas) Por ejemplo, todos los usuarios pueden ver la dirección de la oficina y nro de telef. de otros usuarios, pero solo el gerente puede ver la dirección y telef. de la casa del empleado, roles asignados al usuario etc. La solución debe permitir la desactivación automática de cuentas de usuario luego de un tiempo de inactividad (ausencia de logins), o disparar un flujo o solicitud de confirmación al usuario para la desactivación de su cuenta. La solución debe brindar un Wizard para la ejecución de las técnicas top-down, bottom-up y combinada para la identificación de roles. La solución debe poder enlazar los workflows con los roles descubiertos para que estos roles propuestos sean revisados y aprobados antes que se creen formalmente. La solución debe poder funcionar con aplicaciones que no tienen concepto de roles, sino que cada acceso a la funcionalidad del sistema se brinda por usuario. La solución debe poder detectar modificaciones a los roles desde fuera de la solución, y disparar alertas y/o workflows para remediar dicha situación. La solución debe poder importar y administrar la asignación de privilegios por cada perfil de una aplicación, por ejemplo: la opción de generar un reporte que ha sido asignado al perfil de una aplicación. La solución debe poder importar la estructura organizacional desde la base de datos de RRHH u otra base autoritativa. La solución debe poder manejar varias estructuras organizacionales simultáneas, como por ejemplo una estructura de reporte, otra de ubicación geográfica, y otra de centro de costo. La solución debe permitir crear relaciones entre diferentes componentes de estructura organizacionales y usuarios. La solución debe poder utilizar la información de la estructura organizacional para realizar automáticamente labores de asignación de roles. 26

27 La solución debe tener un mecanismo de versionamiento de roles, permitiendo revisar los accesos que un rol tenía anteriormente. La solución debe permitir realizar certificaciones de usuarios vs roles, o de roles vs privilegios en aplicaciones. La solución debe permitir programar certificaciones automáticas de accesos. El personal que revisa y da conformidad de los accesos debe poder ser definidos a nivel de rol, aplicación, área, o grupo de usuarios. La solución debe poder enviar notificaciones automáticas sobre certificaciones pendientes de revisión al usuario certificador. La solución debe manejar un dashboard para los usuarios administradores, mostrando todas las certificaciones programadas, iniciadas y finalizadas; y sus estados, como porcentajes o cantidades. La solución debe manejar un dashboard para los usuarios certificadores, mostrando todas sus certificaciones programadas, iniciadas y finalizadas. La solución debe permitir la búsqueda de certificaciones pendientes y resueltas. Las certificaciones deben poder contar con prioridades. Las certificaciones deben poder contar con fechas de vencimiento para completarlas. Al llegar al vencimiento de una certificación, se debe generar una alerta por correo electrónico al usuario certificador y otros recipientes (configurable). La solución debe indicar con énfasis durante la certificación las cuentas privilegiadas y aquellas que han sufrido cambios desde la certificación anterior. La lista de usuarios a certificar debe poder ser filtrada por los atributos de los usuarios para facilitar el proceso de revisión. La solución debe permitir certificar en lote los usuarios filtrados. Los certificadores deben poder aprobar, revocar o permitir excepciones. Los certificadores deben poder delegar el proceso de certificación a otro usuario, para un subconjunto de los usuarios o para todos los usuarios que se están certificando. El usuario certificador debe actualizarse automáticamente o mediante un workflow ante el cese del mismo de la planilla de la empresa, siendo reemplazado por el que ocupará su cargo (o su superior, en caso no exista un reemplazo en ese momento). En el caso de permisos revocados, se debe poder configurar para los mismos un tiempo de gracia, si el certificador lo desease, para que el usuario afectado pueda sustentar su necesidad de acceso, eliminando la revocación. La solución debe guardar un registro de todas las certificaciones realizadas y las aprobaciones, revocaciones, y excepciones otorgadas en cada una de ellas. El privilegio de poder revisar el registro de certificaciones anteriores debe poder ser asignado a usuarios administradores de la solución. Modelo de Datos Bancario Debe ser una Base de Datos de relacional y de alta disponibilidad. Deber ser una Base de Datos con un esquema de seguridad robusto. Debe ser una Base de Datos web-oriented. El modelo de datos de los componentes Clientes y Préstamos debe tener una arquitectura de datos extensibles, abiertos y escalables. 27

28 El modelo de datos de los componentes Clientes y Préstamos debe soportar altos volúmenes de datos. Debe ser Multi Empresa. Debe ser Multi Agencia. Debe ser Multi Moneda. Modelo de Datos de Préstamos Debe estar estructurado para soportar la parametrización de las reglas negocio, tipos de crédito, tasas de interés, tasas de mora, líneas de crédito, entre otros. Debe estar preparado para soportar la creación de diversos productos crediticios. Debe permitir el registro de garantías y la asociación delas mismas a las operaciones crediticias. Debe permitir el registro del origen de los fondos del crédito que se otorgue. Debe permitir el registro de la información requerida para la clasificación del crédito. Debe estar preparado para la generación automática de los planes de pago de las operaciones crediticias. Debe estar preparado para la definición de los posibles cargos adicionales a los créditos. Debe estar preparado para almacenar el indicador de los estados de la cartera (Vigente, Vencida, Cobro Judicial, entre otros) Debe permitir el registro del estado del crédito (Formalizado, Desembolsado, Rechazado, etc) Debe estar preparado para la generar la contabilidad en línea. Debe permitir la configuración de los registros contables a generar en cada transacción. Debe permitir configurar la prelación de pago de los créditos. Debe permitir el registro de la periodicidad de pago de las cuotas. Modelo de Datos de Clientes Debe soportar el registro de múltiples direcciones para una persona. Debe soportar el registro de múltiples números de teléfono para una persona. Debe soportar el registro de múltiples números de identificación para una persona. Se requiere contar con una base única de clientes sobre la cual se establecen todas las operaciones y se almacena la información sensible para establecer diferentes indicadores y mediciones requeridas. Debe soportar el registro de múltiples contactos y sus datos. Debe permitir clasificar a los clientes por sector económico al que pertenece, actividad y sub-actividad económica a la que se dedica la persona. Debe soportar el registro de múltiples informaciones laborales de la persona. Debe soportar el registro de información tanto para persona físicas como para personas jurídicas. Debe soportar el registro de múltiples referencias personales y referencias comerciales para una persona. 28

29 Oferta Económica La oferta económica debe contar todos los componentes descritos en estas especificaciones técnicas, su implementación, pruebas, y garantías solicitadas, que pueden ser ampliables a nuevas contrataciones, para los componentes de licenciamiento y habilitación de software como servicio (Canales y Comercial) la solución deberá de ser provista en el modelo de contratación anual por un periodo de 36 meses. Los componentes serán propiedad de quien ESPH defina en el momento de realizar el proceso de adjudicación. Se priva del conocimiento e información del CLIENTE por convenios y contratos de confidencialidad de la información firmados. La ESPH brindará servicios a partir de esta plataforma y el precio de la solución debe ser proporcionado con cuota única para que, la ESPH pueda brindar servicio durante 36 meses, tomando en consideración el licenciamiento perpetuo de los componentes solicitados, soporte del fabricante por 12 meses hasta un total de renovación de 36 meses y la adquisición de software como servicios (SaaS) de la Plataforma Comercial y de Canales, por periodo de 12 meses con la posibilidad de renovar hasta un total de 36 meses. Se debe indicar los niveles de soporte brindado por parte del Fabricante. El monto dese ser suministrado en dólares americanos USD. La oferta se debe presentar en formato digital e impreso. La oferta económica debe presentarse utilizando el siguiente formato. Oferta económica Descripción Monto Detalle de los Componentes Incluidos Descripción del Licenciamiento perpetuo Incluido Costo total licenciamiento perpetuo Descripción del soporte del Costo de soporte fabricante 12 29

30 fabricante Descripción del soporte del fabricante Descripción de software como servicios que se incluye Descripción de software como servicios que se incluye meses Costo de soporte 24 meses adicionales Costos software como Servicio por 12 Meses y Pago en 36 meses. Costos software como Servicio por 24 meses adicionales. Requerimientos de admisibilidad para el proveedor o contratista Contar con por lo menos un consultor certificado como Cloud Arquitect esta certificación es emitida por la Cloud School entidad reconocida a nivel internacional que se ha convertido en la institución marca las pautas en metodologías, políticas y mejores prácticas para el diseño, implementación e integración de tecnologías en la nube esto garantiza la correcta gestión y definición de los procesos para la implementación de una solución en la nube de una entidad financiera como la que se está proponiendo. Contar con al menos un consultor certificado por Oracle como Oracle Sales Cloud Data Specialist. Contar con al menos dos consultores certificados por Oracle como Oracle SOA Suite 11g Certified Implementation Specialist. Contar con al menos un consultor certificado por Oracle como Webcenter Portal 11g Certified Implementation Specialist. Contar con al menos un consultor certificado por Oracle como Oracle Unified Business Process Management Suite 11g Certified Implementation Specialist Contar con los derechos de reventa y la capacidad de implementación de todas las tecnologías incluidas en la solución requerida por el CLIENTE. Contar con al menos un Proyecto Integral que involucre el 80% de los productos ofertados, donde se demuestre que se cuenta con la Capacidad de gestión y especialización técnica, en el sector financiero o Bancario. Para verificar lo anterior el oferente deberá adjuntar una lista de la experiencia que posee en la distribución de productos de las marcas ofertadas, respaldada con documentación que la corrobore (órdenes de compra, cartas del cliente o copias de los contratos). Contar con una Oficina de Proyectos con por lo menos una persona certificada PMP. Contar con al menos dos consultores con certificación Oracle ACE. 30

31 Fechas de entrega Licenciamiento, habilitación de software como servicios y soporte del fabricante de 12 meses, con 22 días Naturales contados a partir del recibido de la orden de compra. Habilitación e Instalación de la Solución con 30 días Naturales, contados a partir entrega de la infraestructura de TI a EL CLIENTE. Forma de Pago 70% en la entrega de licenciamiento, soporte del fabricante del licenciamiento por 12 meses, software como servicios por 12 meses y un 30% al finalizar la habilitación e instalación de la solución (No configuración ni parametrización). Garantías Se aplicaran las siguientes garantías: Garantía de participación de un cinco por ciento. (5%) Garantía de cumplimiento por un cinco por ciento (5%) la cual el oferente deberá mantener vigente durante la ejecución de las etapas de ejecución. (12 meses) Garantía de buen funcionamiento por un cinco por ciento (5%), la cual se entregará una vez terminada la implementación y contará con una vigencia de 12 meses adicionales. Lo anterior por obligatoriedad de Garantía de Participación y Garantía de Cumplimiento (ambas por un 5%) de conformidad con Capítulo XIII del Reglamento de Compras y Contrataciones de la ESPH S.A. del 18 de Febrero del 2015 aprobado por Junta Directiva mediante sesión Soporte y Multas Cumplimiento en las fechas de entrega y fecha de implementación. Al ser un servicio el mismo está sujeto a un acuerdo de servicio, que contempla las siguientes penalidades: Multas En caso de incumplimiento en los tiempos de entrega el contratista se hará acreedor de las multas por incumplimientos se describen a continuación: o En caso de que el incidente se origine por un problema en el software atribuible al fabricante, el contratista informara el tiempo de resolución de acuerdo a la documentación técnica a proveer por parte del fabricante y el tiempo de resolución del incidente se extenderá. 31

32 o Las horas son hábiles en horario de EL CLIENTE de 8:00 AM a 5:00 PM. o El incumplimiento en la entrega por cada día natural de atraso será sancionado con un (2%) del costo total adjudicado. Cuando el cómputo de las multas alcance 25% de este contrato, se podrá resolver por incumplimiento contractual, sin perjuicio del cobro de daños y perjuicios. Matriz de SLA para Entrega, Instalación y Configuración de la Solución Descripción del Servicio Tiempo SLA Tiempo Penalidad Multa Entrega de licencia y soporte del primer año Instalación, Configuración y Migración de la Solución Tiempo Pruebas de la Solución 15 días hábiles contados a partir del recibido de la orden de compra 20 días hábiles. contados a partir de la entrega del licenciamiento y habilitación de la plataforma, con soporte de 12 meses a EL CLIENTE 5 Días hábiles, previa coordinación con EL CLIENTE > 1 día Por cada 1 día de retraso, 2% menos del Total Factura Hasta un 25% del valor total adjudicado. > 1 día Por cada 1 día de retraso, 2% menos del Total Factura Hasta un 25% del valor total adjudicado. > 1 día Por cada día de retraso, 2% menos del Total de la Factura, hasta un 25% del valor total adjudicado. 32

33 Entrega de Informes o Reportes referente a los diferentes servicios descritos en clausulas anteriores 5 días hábiles del mes en curso > 1 día Por cada día de retraso, 5% menos Total de la Factura, último día 5% hasta un 25% del valor total adjudicado. Cláusula Arbitral: Las controversias, diferencias, disputas o reclamos que pudieran derivarse del presente Acuerdo, o el negocio y la materia a la que este se refiere concernientes a controversias de orden patrimonial que sean fundadas en derechos respecto de los cuales las partes tengan plena disposición y sea posible excluir la jurisdicción de tribunales comunes al tenor del artículo 18 de la Ley No.7727 Ley sobre Resolución Alterna de conflictos y Promoción de la Paz Social serán sometidas a Arbitraje. El arbitraje será de derecho. El arbitraje será administrado por el Centro de Conciliación y Arbitraje de la Cámara de Comercio de Costa Rica (CCACC), a cuyos reglamentos las partes se someten. EI lugar del arbitraje será el CCACC. EI conflicto se dilucidará de acuerdo con la ley sustantiva de Costa Rica. EI arbitraje será resuelto por un Tribunal Arbitral compuesto por tres árbitros. Los árbitros serán designados uno por cada parte y el tercero lo designarán los dos nombrados por las partes, en caso de negativa de una de las partes o la falta de acuerdo para el nombramiento del presidente, la designación la realizará el (CCACC). EI laudo arbitral se dictará por escrito, será definitivo, vinculante para las partes e inapelable, salvo el recurso de revisión o de nulidad, que deberá presentarse dentro del décimo día natural de notificado el laudo o la adición o aclaración si la hubiere. Una vez que el laudo se haya dictado y adquirido firmeza, producirá los efectos de cosa juzgada material y las partes deberán cumplirlo sin demora. Los procesos y su contenido serán absolutamente confidenciales. Los gastos relacionados con el proceso de arbitraje, incluyendo los honorarios de los árbitros, los asumirá la parte perdedora total o parcial del arbitraje. Cada una de las partes cubrirá los honorarios de sus abogados y asesores. Todo esto sin perjuicio de la obligación de rembolso de cualquier gasto que le corresponda a la parte perdedora a favor de la parte ganadora. Para estos efectos, el laudo deberá condenar a la parte perdedora al pago de esos gastos, incluidos los honorarios profesionales de los asesores legales. Las partes expresamente reconocen que no son admisibles medidas cautelares, bien por parte del Tribunal Arbitral o que se soliciten a un juez ordinario. En caso de que alguna de dichas autoridades acceda a una medida cautelar, deberá rendirse una caución, en la forma y porcentaje establecido en el artículo 273 del Código Procesal Civil, garantía calculada 33

34 sobre la estimación económica de proceso arbitral. A esa garantía o caución se la aplicarán las consecuencias previstas en el artículo 276 de dicha ley. En caso de que el Centro de Conciliación y Arbitraje de la Cámara de Comercio de Costa Rica (CCACC), dejare de existir, lo será como segunda opción el Centro de Justicia Alternativa del Colegio de Abogados de Costa Rica a cuyas normas y Reglamentos las partes desde ya se someten en forma voluntaria e incondicional afectos de que éste administre el proceso arbitral bajo ese supuesto.- CLÁUSULA PENAL ARBITRAL. Con el carácter de cláusula penal y sin perjuicio del reclamo por otros derechos, LA CONTRATISTA, deberá pagar: a) En caso de ésta que presente un proceso arbitral y éste es declarado sin lugar en su totalidad o en un porcentaje mayor al cincuenta por ciento de lo pretendido o estimado, pagará a título de cláusula penal un monto correspondiente al cinco por ciento del monto original de la adjudicación, de lo cual podrá pronunciarse sin necesidad de contrademanda, el Tribunal Arbitral, b) En caso de que de alguna forma LA CONTRATISTA abandone la ejecución de las obras, incurra en incumplimiento contractual, o no entregue las obras, bienes o servicios cuando sea requerido para ello, además del pago de los daños y perjuicios en favor de la ESPH S.A., deberá pagar como cláusula penal un monto fijo adicional de un cinco por ciento del monto original de la adjudicación. La cláusula penal operará de manera independiente y no se requiere demostrar dolo o culpa grave y podrá extender más allá, en los supuestos de que los daños y perjuicios reclamados excedan el monto indicado.- Criterios de Evaluación Para efectos de la obtención de los puntajes, se utilizarán únicamente dos (2) posiciones decimales, sin redondeo al momento de realizar los cálculos en cada uno de los puntos o apartados a evaluar. Las ofertas que obtengan una puntuación menor a los ochenta (80) puntos, quedarán descartadas, no obstante, si ninguna de las ofertas recibidas alcanza la puntuación mínima, ESPH se reserva el derecho de adjudicar la oferta mejor calificada. La adjudicación se hará a favor de la oferta que obtenga el mayor puntaje entre todas las elegibles. En caso de empate la oferta favorecida con la adjudicación, será la que presente una menor oferta económica. Si continúa el empate, la oferta que obtenga mayor puntaje en el criterio de Experiencia del Oferente. De persistir el empate, la oferta adjudicada se seleccionará por sorteo, cuya convocatoria se comunicará a los oferentes seleccionados con dos días hábiles de anticipación. El puntaje asignado a los diferentes aspectos que se evalúan se establece según se detalla a continuación: 34

35 CRITERIOS DE EVALUACIÓN Puntos EXPERIENCIA DEL OFERENTE 15 OFERTA ECONÓMICA. 85 TOTAL 100 EXPERIENCIA DEL OFERENTE (15 PUNTOS) En este punto, se valorará la experiencia; por encima de lo requerido en las condiciones de admisibilidad, con que cuenta el oferente en la distribución de productos de las marcas ofertadas y que cumpla con los mismos requisitos detallados en dichas condiciones. Se asignarán un total máximo de hasta quince (15) puntos, según el siguiente detalle: Años de experiencia De 0 años a 2 años De 2 años a 4 años Más de 4 años Puntaje a asignar 5 Puntos 10 Puntos 15 Puntos OFERTA ECONÓMICA (85 PUNTOS) A las ofertas se les asignará un puntaje proporcional, de acuerdo a la siguiente fórmula: Dónde: PTAOE = (PM/PO)*85 PTAOE PM PO Puntaje total asignado de la oferta económica. Precio de la oferta de menor monto. Precio de la oferta evaluada. 35

36 Anexo #1 Diagrama de arquitectura tecnológica de la solución Se debe considerar para la implementación del servicio una arquitectura lógica similar o igual a la propuesta en el diagrama siguiente. 36