Source: http://docplayer.es/1311548-Julio-de-2013-version-1-7.html
Timestamp: 2016-12-02 20:16:11+00:00

Document:
⭐julio de 2013 Versión 1.7
julio de 2013 Versión 1.7
Download "julio de 2013 Versión 1.7"
1 DQUISICIÓN E IMPLEMENTCIÓN DE UN SISTEM DE GESTIÓN DE DTOS DE MEDIDS MDM (Meter Data Management) PR CONFORMR EL SISTEM COMERCIL ÚNICO DEL SECTOR ELÉCTRICO ECUTORINO julio de 2013 Versión 1.72 Índice 1. INTRODUCCIÓN SPECTOS GENERLES ntecedentes Situación ctual Modelo de Gestión Comercial Infraestructura de Medición vanzada Esquema de modelo de sistemas OJETIVOS Objetivo General Objetivos Específicos ENEFICIOS ESPERDOS ESPECIFICCIONES FUNCIONLES Y LCNCE Características del Suministro lcance Dimensiones del sistema Seguimiento y Control del Proyecto Cronograma Referencial del Proyecto Soluciones de Convivencia ESPECIFICCIONES TÉCNICS PRESENTCIÓN DE L OFERT Plan de Proyecto Documentos Legales Experiencia Personal Técnico Soporte Post-implantación Soporte de Garantía Cumplimiento de Especificaciones del Servicio Ofertado Formularios de la Oferta Requerimientos Mínimos de la Oferta Económica Vigencia de la Oferta Plazo de Ejecución Precio de la Oferta Forma de Pago Método de Evaluación i3 7.15 Responsabilidades y Compromisos CONDICIONES DE L OFERT NEXOS nexo-1. Especificaciones Técnicas y Funcionales MDM Requisitos Funcionales MDM Requisitos No Funcionales Requisitos de Negocio Integración con otros Sistemas Indicadores Requisitos de Convivencia nexo-2. Documento de rquitectura para las empresas de distribución de electricidad de Ecuador Requisitos Generales rquitectura Características Generales rquitectura Estandarizada Concepción Modular del Sistema mbientes de Desarrollo y Preproducción cceso de Mantenimiento Remoto Software de Respaldo (ackup) Seguridad nexo-3. Cronograma Referencial del Proyecto ii4 Índice de Tablas e Ilustraciones Tabla 1. Distribución de Clientes MDM Tabla 2. Distribución de equipos de medida Tabla 3. Tecnología empleada y eventos Tabla 4. Forma de Pago Tabla 5. Parámetros de Evaluación Tabla 6. Propuesta Técnica Tabla 7. Metodología de Trabajo Tabla 8. Valoración de Requisitos Tabla 9. Experiencia del Fabricante Tabla 10. Experiencia del Proveedor Tabla 12. Valoración de Índices Financieros Ilustración 1. Áreas de concesión de las Distribuidoras... 5 Ilustración 3. Organización Teórica del Proyecto Ilustración 4. Centros de Datos Nacionales Ilustración 5. Modelo de Referencia de Interfaz IEC Ilustración 6. Cronograma Referencial del Proyecto iii5 1. INTRODUCCIÓN El sector eléctrico ecuatoriano es un área estratégica del país, que tiene por objetivo general: generar, transmitir, distribuir y comercializar la energía eléctrica. En aras del fortalecimiento del sector eléctrico, el estado ecuatoriano plantea la modernización y homogeneización de los procesos de gestión entre las distintas empresas de distribución de energía eléctrica, y en particular los procesos de gestión comercial. Los sistemas de gestión comercial continúan siendo la pieza clave en las empresas distribuidoras para llevar a cabo los procesos de negocio de comercialización y distribución de energía eléctrica, de modo que la unificación de tales procesos, conlleva necesariamente a la convergencia de los sistemas de gestión comercial. Para mejorar la gestión comercial, se debe empezar optimizando la gestión administrativa relacionada con los procesos de lecturas, instalaciones, revisiones, recaudación, facturación, entre otros, además de la revisión de la información y la puesta en funcionamiento de un nuevo modelo de gestión comercial. Por ello, se requiere la adquisición e implementación de un sistema de gestión de datos de medida (Meter Data Management), para el sector eléctrico ecuatoriano. La complejidad de las funcionalidades a cubrir por los sistemas de gestión comercial, la evolución tecnológica y el desarrollo de las Redes Inteligentes (Smart Grids) han hecho que varios de los módulos tradicionalmente incluidos en los sistemas comerciales se instalen en plataformas especializadas, así el relacionamiento con los clientes se ubica dentro de un CRM (Customer Relationship Management), la gestión de medidas en un MDM, la gestión de obras (trabajos) en un WMS (Work Managament System), la gestión de equipos de trabajo móviles en un MWM (Mobile Workforce Management),... quedando en el CIS (Customer Information System) lo principal del sistema: contratación, facturación y cobros, junto con otros módulos (equipos, anomalías y fraudes). La gestión de los datos de medidas MDM, es uno de los componentes clave en las infraestructuras de redes inteligentes, realiza la gestión y almacenamiento de los datos recogidos por los aparatos de medición del consumo. Esta información procede fundamentalmente de los servidores que gestionan la recogida de datos, incluyendo las infraestructuras avanzadas de medida (dvanced Metering Infrastructure - MI) y sistemas automáticos de lectura de contadores (utomatic Meter Reading - MR). Las soluciones MDM pueden contener información sobre mediciones e, incluso, datos sobre clientes. En este documento se presenta una visión general del Sistema MDM a ser adquirido, el cual será implantado en dos etapas para las Empresas de Distribución Eléctrica del Ecuador. La primera etapa considera, cuatro empresas distribuidoras, en las cuales se estima un total de medidores entre electromecánicos, electrónicos y con Página 1 de 606 infraestructura de medición avanzada, con lo cual se podrá gestionar la medición de lecturas: a) CNEL EP: Empresa Eléctrica Pública Estratégica Corporación Nacional de Electricidad b) EMELNORTE: Empresa Eléctrica del Norte S.. c) EEPG EP: Empresa Eléctrica Pública de Guayaquil E.P. d) Otra(s) Empresas. Se prevé que el proyecto tenga alcance nacional, por lo tanto beneficiará a todas las empresas distribuidoras de energía eléctrica del Ecuador, en tal virtud la segunda etapa contempla la implementación en las restantes distribuidoras El sistema cumpliendo con el objetivo general del Proyecto SIGDE estará alojado en una plataforma tecnológica única a nivel nacional. Página 2 de 607 2. SPECTOS GENERLES 2.1 ntecedentes En Mayo de 2009, el Ministerio de Electricidad y Energía Renovable - MEER, y las Empresas de Distribución Eléctrica de Ecuador, firmaron un convenio de cooperación institucional para el fortalecimiento del sector de la distribución eléctrica, con el objetivo de lograr un cambio de paradigma hacia un adecuado y moderno servicio de distribución y comercialización. Dentro de este contexto, todas las Empresas de Distribución eléctrica del país se comprometieron, a través de la firma de dicho convenio, a trabajar en forma unida y homogénea para: Mejorar la Eficiencia Operativa. Mejorar la Confiabilidad y Calidad del Servicio Eléctrico. Impulsar la eficiencia energética en armonía con el ambiente. Para conseguir tales objetivos nace el proyecto SIGDE (Sistema Integrado para la Gestión de la Distribución Eléctrica), que actualmente se encuentra en ejecución. El proyecto SIGDE, persigue la implantación de un modelo único de gestión, sustentado en estándares de la industria eléctrica y de comunicaciones, que proporcione la homologación de procesos, procedimientos, modelo común de información (CIM), estructuras, sistemas y tecnologías, aprovechando las mejores prácticas de cada una de las empresas Distribuidoras a nivel nacional e internacional. La IEC (International Electrotechnical Commission), adopta el CIM (Common Information Model), como modelo de información internacional estándar para la gestión de los sistemas eléctricos, que permitirá la interoperabilidad entre los diferentes sistemas empleados en la gestión de las redes de distribución eléctrica, mediante la aplicación de las normas IEC El SIGDE impulsa la adopción del modelo CIM dentro del sector eléctrico ecuatoriano, como una forma de conseguir la integración de todos los sistemas de misión crítica implicados en la gestión de las Empresas Distribuidoras (Geographic Information System - GIS, Supervisory Control nd Data cquisition - SCD, Distribution Management System - DMS, Outage Management System - OMS, CIS, CRM, MDM, entre otros). En este marco se plantea un nuevo escenario objetivo que integre procesos, componentes y módulos, y que se fundamente en la asignación de capacidades entre plataformas especializadas, de forma que se maximice la capacidad de gestión y la funcionalidad global del modelo comercial único a implantar en el sector eléctrico ecuatoriano. Página 3 de 608 El desarrollo del proyecto SIGDE se sustenta en las siguientes estrategias: 1. Generar una Sinergia entre todas las Empresas de Distribución del país 2. Compartir las Mejores prácticas y lecciones aprendidas 3. Homologar procesos y tecnología 4. Impulsar el trabajo en equipo 5. Impulsar el desarrollo del talento humano Por lo tanto se requiere la adquisición e implantación de un sistema MDM, a partir de una solución consolidada en el sector eléctrico a nivel mundial, que permita cubrir los objetivos marcados por el proyecto SIGDE y por consiguiente con las necesidades actuales del sector eléctrico ecuatoriano. 2.2 Situación ctual Tal y como se recoge en el Plan Maestro de Electrificación , actualmente existe una serie de asimetrías entre las empresas distribuidoras, así como unos resultados de gestión poco satisfactorios en la mayoría de ellas. Por todo esto, se hace necesaria la búsqueda de alternativas de cambio, como la implementación y adopción de modelos de gestión basados en las buenas prácticas locales, regionales y de empresas de clase mundial, que permitan al sector de la distribución eléctrica ser más eficiente y convertirse en el motor del desarrollo del país. Para lograr este fin se hace necesario una alta disponibilidad y confiabilidad de la información, para una toma de decisiones acertada y con esto poder estructurar planes de acción que permitan mejorar los resultados, en los ámbitos de: Reducción de pérdidas. Mejoramiento de la calidad del servicio eléctrico. Mejoramiento de la atención y satisfacción del cliente. Mejora en la recaudación. Optimización de los planes de la inversión para la expansión. Optimización de gastos de operación y mantenimiento, entre otros Modelo de Gestión Comercial finales de la década de los ochenta, las Empresas de Distribución eléctrica comenzaron a apoyarse en las Tecnologías de la Información y Comunicaciones (TIC) para mejorar su gestión, y es así que algunas de ellas, fueron desarrollando internamente aplicaciones informáticas que atendían problemas de los diferentes departamentos dentro de las empresas, lo cual fue creando y generando islas de información, caracterizadas por la falta de estandarización de la información entre los diferentes procesos y sistemas que soportan estos, lo cual ha llevado a la duplicidad de esfuerzos y recursos. Es indudable que los mayores problemas que enfrenta el sector eléctrico ecuatoriano, son las elevadas pérdidas de potencia y energía tanto técnicas como no técnicas, y las bajas recaudaciones, entre otros factores. Una de las estrategias del Proyecto SIGDE es mejorar el macro proceso de la gestión comercial en las empresas de distribución, para lo cual se establecieron dos etapas. Página 4 de 609 La primera etapa, consistió en tomar los dos mejores modelos de gestión comercial del país (SICO de CENTROSUR y SIEEQ de la Empresa Eléctrica Quito) y replicarlos en la mayoría de distribuidoras que presentaban problemas críticos en su gestión. En la actualidad, en el Ecuador se dispone de seis sistemas informáticos desarrollados a medida, estando vigentes los siguientes: SIEEQ, SICO, SISCOM, Sto. Domingo, Riobamba y mbato, cuya distribución de clientes, se puede observar en el cuadro siguiente (a marzo de 2013): SISTEM COMERCIL CLIENTES PRTICIP. SICO CNEL-El Oro 215,208 CNEL-Los Ríos 109,001 CNEL-Manabí 306,716 CNEL-Milagro 140,304 E.E. zogues 33, % E.E. Centro Sur 327,803 E.E. Galápagos 9,334 E.E. Sur 173,434 SIEEQ CNEL-Esmeraldas 125,347 CNEL-Guayas Los Ríos 297,046 CNEL-Sta. Elena 114,350 CNEL-Sucumbíos 74, % E.E. Norte 216,959 E.E. Quito 935,649 EEPG EP 635,649 SISCOM CNEL-olívar 56,065 E.E. mbato 231, % OTROS CNEL-Sto. Domingo 163,477 E.E. Cotopaxi 111, % E.E. Riobamba 158,289 Total general 4,435, % Ilustración 1. Áreas de concesión de las Distribuidoras Página 5 de 6010 La segunda etapa, consiste en adquirir e implantar un Modelo de Gestión Comercial Único, basado en las mejores prácticas de empresas de clase mundial y en el estado de desarrollo de los sistemas fundamentados en los nuevos estándares de la industria eléctrica Infraestructura de Medición vanzada ctualmente varias distribuidoras eléctricas disponen de equipos de medición con tecnología MI, que permiten contar con información para el control y mejoramiento de los parámetros de calidad del servicio (registros de curvas de carga, perfiles de voltaje, administración de la demanda, proyecciones de demanda, información para lineamientos sobre programas de ahorro energético, entre otros). El proyecto SIGDE, a través del Comité MI, está realizando una investigación sobre este tipo de tecnología, para determinar la factibilidad técnica y económica para su introducción en el país, con una visión de integración tecnológica hacia una red inteligente (SMRT GRID). En el país existen aproximadamente equipos con tecnología MI instalados, principalmente en el sector residencial y comercial, en las empresas EEPG EP, EMELNORTE y CNEL EP. Los dispositivos utilizados son de las marcas ELSTER, GE- TRILLINT, ITRON y LNDIS+GYR, por lo que el sistema debe contemplar la estructura operacional necesaria para la gestión de dispositivos con diferentes especificaciones técnicas. Por todo esto, y como un paso más hacia la implantación del modelo único en la gestión de las empresas distribuidoras del país, se requiere un sistema de gestión datos de medida (MDM), que contemple a todo el sector eléctrico ecuatoriano. Página 6 de 6011 2.3 Esquema de modelo de sistemas En el modelo del sistema MDM, la comunicación entre los diferentes sistemas se realizará a través del bus empresarial ES (Enterprise Service us). Este componente supervisará y controlará todas las comunicaciones entre los diferentes agentes. La relación con el resto de sistemas del modelo de gestión comercial se realizará a través de los mismos medios, de modo que se independizará cada implementación concreta del resto de los sistemas, proporcionando un sistema más robusto frente a cambios en áreas horizontales: Ilustración 2. Modelo de Sistemas El objetivo fundamental será conseguir la interoperabilidad de los sistemas, de modo que aplicando el estándar CIM que desarrolla este concepto en las empresas, se alcance la conexión entre las diferentes aplicaciones, las cuales podrán trabajar todas en común intercambiando datos para la consecución de los objetivos, pero con la suficiente independencia como para que las modificaciones en una de las aplicaciones, e incluso su total sustitución dentro del modelo, no tengan ningún impacto sobre el resto. La arquitectura de hardware y de comunicaciones, así como el mapa de interoperabilidad del sector eléctrico ecuatoriano se puede observar en el nexo-2. Documento de rquitectura para las empresas de distribución de electricidad de Ecuador. Página 7 de 6012 3. OJETIVOS 3.1 Objetivo General Mejorar los procesos de gestión de lecturas de las empresas de distribución eléctrica en el Ecuador, a partir de la adquisición e implantación de un sistema de gestión de la medida MDM para todo el sector eléctrico ecuatoriano, enmarcado dentro del fortalecimiento de la gestión comercial del proyecto SIGDE. Este sistema deberá basarse en normas internacionales y estándares abiertos de la industria, especialmente la IEC 61968; por otro lado, deberá interoperar con el resto de sistemas del sector eléctrico ecuatoriano empleando para ello una arquitectura orientada a servicios (SO). 3.2 Objetivos Específicos doptar los procesos de gestión de lecturas y medidas en las Empresas de Distribución eléctrica de Ecuador, asociados al MDM, cumpliendo con las necesidades establecidas y las UENS PRCTICS DE L INDUSTRI, aplicadas con la normativa legal vigente. Diseñar e implementar los procesos de validación a aplicar sobre las lecturas, así como los procesos de estimación de lecturas en base a valores históricos u algoritmos de estimación. Disponer de un sistema de gestión de medidas (MDM) altamente modular y flexible, de forma que cualquier cambio sólo supone una modificación en el servicio correspondiente sin que el usuario final ni el resto de la aplicación se vean afectados, y que permita adaptarse a determinadas necesidades particulares de cada Empresa de Distribución, así como a cambios en el marco regulatorio. Disponer en el nuevo sistema de gestión de medidas (MDM) de los datos históricos pertenecientes a los anteriores sistemas comerciales, estableciendo para ello políticas de migración de datos de acuerdo a los parámetros establecidos por las empresas distribuidoras. Instalar, configurar y poner en marcha el Hardware y Software necesarios para soportar los procesos relacionados con el sistema a proveer en los tres ambientes de aplicación (desarrollo, preproducción y producción). Poner en producción los procesos y aplicativos que soporten los ambientes de Desarrollo, Preproducción y Producción del sistema, mantenimiento y soporte especializado en seguridad, hardware, comunicaciones, sistema operativo, base de datos, capa media y aplicativos MDM. Página 8 de 6013 Disponer de una correcta integración con los sistemas externos, considerando la arquitectura orientada a servicios mediante un bus empresarial de servicios (ES) para el consumo y entrega de la información. Disponer de la documentación y manuales del sistema, recibiendo por parte del proveedor la formación y capacitación necesaria para el uso del sistema y soportes pre y post implementación, para la transferencia de conocimiento, tanto a nivel técnico como de usuario final (funcional). Desarrollar e implementar los servicios necesarios para lograr una correcta integración con el resto de componentes, tanto los pertenecientes al mapa final de sistemas, como las soluciones de convivencia temporales que puedan establecerse con los actuales sistemas. Diseñar y gestionar el almacenamiento requerido por el sistema, teniendo en cuenta que el sistema MDM a implementar deberá contemplar y soportar grandes volúmenes de información de tipo ig Data que permitan procesar, almacenar y recuperar de forma eficiente y con rendimiento, las mediciones y curvas de carga provenientes del sistema MI. Implementar sistemas de alto rendimiento, con capacidad de paralelismo en sus funciones. Sentar las bases para la integración con otros sistemas de la organización. Cumplir con requerimientos de ley establecidos por el ente regulador. Página 9 de 6014 4. ENEFICIOS ESPERDOS Los beneficios que se esperan obtener una vez culminado este proyecto son: Reducción en las pérdidas de energía y aumento en la detección de fraudes y anomalías. Mayor eficiencia en el mantenimiento del sistema. Incremento de la confiabilidad en el suministro eléctrico. Disponer de todos los datos de consumo en un único sistema. Mejorar de forma sistemática la gestión técnica, comercial y financiera de las empresas de distribución, a partir de la información ofrecida por el MDM. Disponer de sistemas de clase mundial para la gestión de los sistemas comerciales de las empresas de distribución eléctrica del Ecuador. Facilitar la implantación y gestión de redes inteligentes. Disponer de un alto nivel de información sobre los consumos de energía en cada una de las empresas distribuidoras. Unificar criterios de información y gestión, para obtener una visión conjunta de la situación a nivel de país. Conocer en tiempo real la información asociada a las lecturas. Obtener una adaptación rápida a las disposiciones regulatorias actuando sobre los parámetros configurables. Integrarse con el resto de sistemas de acuerdo con el mapa global, a través del ES. umentar la productividad y satisfacción de los usuarios. Reducir la entrada de errores al sistema. Conseguir seguridad avanzada de procesos e información. umentar la satisfacción del cliente con los servicios recibidos de la empresa. Página 10 de 6015 5. ESPECIFICCIONES FUNCIONLES Y LCNCE 5.1 Características del Suministro El suministro objeto de este proyecto es la implantación de una plataforma nacional única de software, la que permitirá a las Empresas Eléctricas de Distribución una serie de beneficios que incluyen: a) Un desarrollo y prueba conjuntos de la plataforma para todas las empresas. b) Una capacitación conjunta de operadores. c) Mantenimiento de los sistemas utilizando un mismo grupo de técnicos. d) Respaldo mutuo del personal de diferentes empresas capacitados en la plataforma común. 5.2 lcance Las empresas de distribución eléctrica del Ecuador, requieren de la adquisición de licencias para soportar un conjunto aproximado de 4,5 millones de equipos de medida, y del trabajo de implantación de una solución informática por parte de una empresa proveedora de soluciones MDM en dos etapas (siguiente cuadro), con el conocimiento y experiencia requeridos, que permita optimizar los procesos de Gestión de Lecturas y de Gestión de la Medida. El Proveedor deberá especificar y justificar qué solución tecnológica contempla para llevar a cabo la implantación del sistema MDM, para lo que deberá conocerla en profundidad y haber realizado implantaciones en el sector eléctrico utilizando la solución ofertada, así como proporcionar una ventaja competitiva a las empresas de distribución de electricidad, lo cual deberá estar comprobado, por medio de las experiencias en clientes donde actualmente esté funcionando a plena satisfacción la solución MDM ofertada. ETP 1 ETP 2 NÚMERO CON ESPECILES CON EQUIPOS DE EQUIPOS DE TECNOLOGÍ CON TECNOLOGÍ LECTUR LECTUR DE MI TELEMEDICIÓN MI COMÚN COMÚN Y CLIENTES (existentes) MR (existentes) (proyectados) (existentes) NUEVOS MI TOTL 4,500,000 74,602 2, ,000 22,920 4,300,000 Tabla 1. Distribución de Clientes MDM El Proveedor debe entender la importancia de la necesidad actual que existe a nivel de país para implementar este sistema, por lo que se requiere una asesoría especializada, funcional, que cuente con técnicos expertos en la materia y con personal y oficina en Ecuador, que apoye el proceso y facilite el soporte requerido. Las actividades globales que el proveedor debe suministrar se resumen en los siguientes puntos: Definir y aplicar la metodología a implementar. Página 11 de 6016 Proponer e implementar el modelo de arquitectura del sistema MDM, así como el modelo de arquitectura de hardware, que garantice que el sistema opere bajo un esquema de alta disponibilidad. Proponer el modelo de gobierno del proyecto. Parametrizar, mantener, administrar, dar soporte y actualizar el Software del sistema MDM. Definir la planificación temporal del proyecto y el equipo de trabajo que participará en la solución. Generar toda la información relativa a la estructura, gestión y funcionamiento del sistema. Comprender los procesos de negocio, y sugerir mejoras trabajando con el equipo de contraparte designado por las empresas de distribución eléctrica. Implementar los procesos de negocio, adoptando siempre las mejores prácticas de la industria. Realizar la instalación, configuración y puesta en marcha del software del sistema en sus tres ambientes (Desarrollo, Preproducción y Producción), sobre el hardware que soportará los procesos comerciales, estableciendo una configuración activo-pasivo en la gestión entre las bases de datos de los CDNs (Centro de Datos Nacionales). Existirán 2 CDNs continentales configurados en modo activo-pasivo, y un tercer CDN en las Islas de Galápagos que proporcionará los servicios a la zona. El sistema y niveles de servicios para esta zona serán los mismos que para la zona continental. Debido a limitaciones técnicas, no existirá comunicación en tiempo real con los CDNs continentales. Con la frecuencia que se establezca, serán necesarios procesos de consolidación de la información del CDN de Galápagos en los CDNs continentales, ya que estos albergarán el maestro de la base de datos. Poner en producción los procesos y aplicativos que soporten los ambientes de Desarrollo, Preproducción y Producción, manteniéndolos y prestando soporte especializado en seguridad, hardware, comunicaciones, sistemas operativos, bases de datos, capas intermedias, y aplicativos MDM. Diseñar, construir, personalizar y poner en producción los servicios entre los sistemas externos, considerando la arquitectura orientada a servicios mediante un bus empresarial de servicios (ES) para el consumo y entrega de la información, con el propósito de que funcionen perfectamente integrados con los nuevos sistemas que se contraten. Diseñar, desarrollar, parametrizar e implantar en producción los servicios, para lograr una correcta integración con el resto de componentes, tanto los Página 12 de 6017 pertenecientes al mapa final de sistemas, como con las soluciones de convivencia temporales que puedan establecerse. Migrar todos los datos de los sistemas actuales al nuevo sistema de gestión de la medida (MDM), normalizándolos e integrándolos. Migrar la información histórica de cada uno de los sistemas de acuerdo a la información establecida por cada área, desde la fecha de importación inicial que se establezca. Configurar reglas de negocio, en el propio sistema MDM y en el PM cuando aplique. Dar soporte en sitio y remoto. tender al usuario según horarios de oficina u horarios pactados. Entregar la documentación del proyecto en cada hito alcanzado, así como los manuales de usuario de instalación, configuración, operación e implementación, técnicos, procedimientos, de integración construidos y demás manuales necesarios para el manejo del sistema a implementar; matriz de perfiles de usuarios por transacción y objetos de datos, documento de parametrización base y material de formación. Formar y capacitar en el uso del sistema a las personas designadas por las distribuidoras, y prestar soporte post implementación para la transferencia de conocimiento del sistema, tanto a nivel técnico como de usuario final. Capacitar en las herramientas de programación, configuración, administración y manejo funcional a todos los usuarios y técnicos de las empresas distribuidoras definidos para el presente proyecto. compañar al personal Funcional y de Tecnología de las distribuidoras, hasta la liberación completa y estable de los productos; es decir hasta que funcione completamente el sistema y esté en óptimas condiciones a satisfacción de la parte contratante. barcar una solución integral desde el punto de vista de tecnología, metodología, procesos y gestión de proyecto, aplicando las mejores prácticas en soluciones de esta naturaleza; todo esto, a través de un equipo técnico con amplia experiencia en procesos, gestión de proyectos, levantamiento y mejoramiento de procesos comerciales e implementaciones del sistema MDM solicitado. El modelo de procesos de esta implementación debe realizarse de acuerdo a los requerimientos técnicos funcionales detallados en el nexo-1. Especificaciones Técnicas y Funcionales MDM. Elaborar, diseñar y cumplir el plan de calidad del producto. Las tareas a realizar deberán reflejar las evaluaciones a realizar, los estándares a seguir, los Página 13 de 6018 productos a revisar, los procedimientos a seguir en la elaboración de los distintos productos y los procedimientos para informar los defectos detectados a sus responsables y realizar el seguimiento hasta su corrección. Las actividades que se realizarán serán al menos: o o o o Revisión y aprobación de cada producto Revisión del ajuste del proceso, verificando el cumplimiento de hitos, y elaborando planes de corrección/mitigación en caso de desviaciones. Realizar la Revisión Técnica Formal (RTF) segurar que las desviaciones sean documentadas. Cumplir los requerimientos de frecuencia, formatos y lineamientos de reportes, comunicación, seguimiento y control definidos por el contratista, los cuales deberán ser ejecutados por el Gerente de Proyecto o el personal del proveedor designado para este fin. Contemplar el 100% de los requisitos de nivel alto. Contemplar el 100% de las interfaces de integración. Contemplar el 100% de los indicadores de nivel alto. Desarrollar e implementar todos los indicadores necesarios para I, bajo la plataforma disponible actualmente IM-Cognos. Desarrollar e implementar los informes operacionales que se determinen, permitiendo para aquellos que se designen, su integración con la plataforma Cognos (de usiness Intelligence). Desarrollar e implementar todas las Interfaces necesarias, bajo la plataforma ES dispuesta al efecto. Proporcionar, instalar y configurar una plataforma analítica de la que podrán realizarse/consultar: nálisis interno de los segmentos (cómo se descompone una agrupación), resúmenes y perfiles diarios de los consumos, zona de cuadro de mandos con información de las funciones principales, gráficos e información contextual, alertas, extracciones de información según diversos criterios, por segmentos, etc., información de consumos para clientes: curva de consumo, semáforos del estado de su consumo por días, posibles pérdidas, etc. Proporcionar cuadros de mando relativos a procesos de negocio, con una distribución por área funcional (Facturación, Lecturas, Cobros ) de la información. Página 14 de 6019 Proporcionar, instalar y configurar los componentes necesarios para cubrir los requisitos detallados en el nexo-1. Especificaciones Técnicas y Funcionales MDM. entre otros: Repositorio de datos Integración con el resto de sistemas (CIS, CRM, ODS ) Sincronización de datos de medida y datos de clientes Validación, Edición y Estimación (VEE) Cálculos para facturación Integración con el proceso de facturación del CIS Control de anomalías, fallas, etc. en los dispositivos nalíticas de medidas gregación de medidas, simulación de perfiles Integración con MI En los Módulos a implementar debe considerarse por parte del contratista la migración de los datos de aquellos sistemas que están funcionando en la actualidad y que serán remplazados por el nuevo aplicativo MDM. Contemplar el diseño y desarrollo de los escenarios de convivencia que se adopten mientras no estén disponibles los sistemas finales. Página 15 de 6020 5.3 Dimensiones del sistema ctualmente se cuenta con un aproximado de CUTRO MILLONES QUINIENTOS MIL ( ) equipos instalados, distribuidos de acuerdo a la tabla siguiente y que deben ser implantados en dos etapas previamente establecidas por la contratante; por lo tanto el producto MDM debe contemplar el número de licencias necesarias para atender las necesidades del sector. Etapas Tecnología # equipos Total Primera Etapa Segunda Etapa MI existentes Especiales con telemedición MI proyectados primer año Normales con lectura manual Normales con lectura manual Total Tabla 2. Distribución de equipos de medida Los equipos instalados con infraestructura de medición avanzada y telemedición, que se consideran en la primera etapa disponen de varias tecnologías, y diferentes periodos de transmisión de la información, tal como se muestra en la tabla siguiente: TECNOLOGÍ EMPLED Y EVENTOS DISTRIUIDOR CON TECNOLOGÍ MI EXISTENTES ESPECILES CON TELEMEDICIÓN MRC DEL MEDIDOR PERIODO DE TRNSMISIÓN DE INFORMCIÓN NOTIFICCIÓN DE EVENTOS SOFTWRE DE GESTIÓN CNEL-El Oro ELSTER DIRI SI ENERGY XIS CNEL-Manabí ELSTER DIRI SI ENERGY XIS E.E. mbato 800 ELSTER LECTUR/HOR; COMUNIC./15MIN SI ESY METERING E.E. Centro Sur 3 MXSYS 15 MINUTOS NO MXCOM E.E. Cotopaxi 600 ELSTER LECTUR/HOR; COMUNIC./15MIN SI ESY METERING LDIS + GYR SI COMND CENTER E.E. Norte DIRI, (RECOM. 336 ELSTER Cada/HOR) SI ESY METERING E.E. Quito 676 LNDIS + GYR DERCOSS - 5 MINUTOS SI ELSTER DISTROCUYO E.E. Riobamba 13 DISCR 15 MINUTOS SI E.E. Sur 50 ELSTER 15 MINUTOS SI ESY METERING ELSTER DIRI SI ENERGY XIS EEPG EP GENERL ELECTRIC DIRI SI ITRON DIRI SI ITRON TOTL Tabla 3. Tecnología empleada y eventos Página 16 de 6021 5.4 Seguimiento y Control del Proyecto Para la ejecución del contrato, se designará un administrador y se conformará un equipo técnico con especialistas en cada uno de los componentes de la gestión de la medición, delegados de las empresas participantes. Se contratará el servicio de una Empresa Consultora, que asesore en la toma de decisiones, y asistirá en las reuniones de avance, revisión de documentos, pruebas y en general en todo lo relacionado con el buen desarrollo del proyecto. El Contratista deberá designar un Gerente del Proyecto y el equipo técnico que presente en su oferta. continuación se presentan los requerimientos básicos necesarios: Planificación detallada del proyecto, en la que participará personal del proveedor y personal asignado por las empresas distribuidoras. Este proceso se realizará de manera iterativa con los interesados (stakeholders) definidos, hasta llegar a una versión definitiva del plan general del proyecto que servirá de línea base para el control del mismo en todo su ciclo de vida. El Plan General de Proyecto permitirá ajustar la propuesta de gestión del oferente y formalizar los planes para la gestión de riesgos, calidad, tiempo, alcance, costos y personal. Este proceso será coordinado y liderado por el Gerente de Proyecto designado por las empresas distribuidoras o sus delegados. Participación en sesiones de programación operativa del trabajo, en conjunto con personal de las empresas distribuidoras, donde se definirán las metas para un periodo de tiempo corto en cada uno de los equipos de trabajo. Presentación de reportes de avance no superiores a 15 días bajo los formatos requeridos por la entidad contratante y las métricas de avance solicitadas. Participación en sesiones de presentación de resultados de la gestión a los principales interesados del proyecto. Formalización y difusión de los entregables del proyecto, a satisfacción de la Contratante. Página 17 de 6022 El esquema siguiente indica la Organización del Proyecto: Ilustración 3. Organización Teórica del Proyecto Página 18 de 6023 5.5 Cronograma Referencial del Proyecto El plazo para la ejecución del proyecto es de 18 meses contados a partir de la firma del contrato. En el nexo-3. Cronograma Referencial del Proyecto se presenta dicho cronograma. El proponente deberá en lo posible ajustarse a este cronograma en su oferta, pero podrá sugerir modificaciones y mejoras basadas en su experiencia de forma que se optimice: el desarrollo del proyecto, el uso de recursos y se maximicen las sinergias en el proceso de implementación. 5.6 Soluciones de Convivencia La implantación del sistema MDM se engloba dentro de un proceso que dotará a las empresas de distribución de un sistema de clase mundial para la gestión de todos los procesos relacionados con la medición. Por lo tanto el sistema MDM deberá comunicarse y coordinarse con otros sistemas especializados en diferentes funciones. Los cronogramas de entrada en producción de estos sistemas respecto al MDM no están unificados, existiendo diferentes programaciones, lo que provoca que algunos de estos no vayan a estar operativos en el momento de arranque del MDM. Como consecuencia, el sistema MDM deberá diseñarse tanto para adaptarse a la solución definitiva, estableciendo las comunicaciones con los sistemas del mapa final de sistemas, así como también a las soluciones de convivencia que se adopten mientras no estén disponibles los sistemas finales. De este modo, será responsabilidad de los actuales equipos de mantenimiento y desarrollo de los sistemas de las distribuidoras, realizar los cambios necesarios en sus sistemas para adoptar estas soluciones de convivencia, pero será la entidad Oferente del sistema MDM quien deberá liderar el proceso de diseño de estas soluciones de convivencia, para permitir una correcta integración con la solución adoptada, así como de definir, parametrizar, implementar y realizar el plan de pruebas necesario para que el sistema MDM se integre correctamente con estas soluciones temporales de convivencia. En el momento de elaboración de estos pliegos, están identificados los siguientes escenarios de convivencia: Durante el periodo de implantación, la información para I procederá de los sistemas actuales y de los nuevos, en tanto se integran en el sistema comercial único todas las distribuidoras. El MDM tendrá que conectarse con el sistema de activos de los SICO y SIEEQ, mientras se implanta el nuevo gestor de activos. El MDM tendrá que conectarse con los CIS actuales: SICO, SIEQ y MTO, mientras se implanta el nuevo CIS. Página 19 de 6024 6. ESPECIFICCIONES TÉCNICS El sistema deberá estar desarrollado bajo una rquitectura Orientada a Servicios SO acorde a la definición establecida en el presente documento. Deberá contemplar la integración total con los dispositivos MI instalados en las diferentes distribuidoras, concretamente de las marcas ELSTER, GE, ITRON y LNDIS+GYR. El Oferente deberá considerar el desarrollo de las integraciones necesarias para la interconexión del MDM ofertado con el resto de sistemas que conforman el mapa de sistemas del sector de distribución eléctrico, y que han sido detallados en el nexo-1. Especificaciones Técnicas y Funcionales MDM. La aplicación deberá tener la arquitectura establecida en el nexo-2. Documento de rquitectura para las empresas de distribución de electricidad de Ecuador. Página 20 de 6025 7. PRESENTCIÓN DE L OFERT Las ofertas deberán recoger como mínimo los siguientes puntos de información: 7.1 Plan de Proyecto Cronograma de Implementación (Formulario No. 13 del documento de Pliegos) del proyecto; desarrollo de forma integrada de todos los módulos solicitados en los presentes términos. Cronograma General del proyecto con hitos principales que cubran los objetivos específicos de este proceso. Se detallarán los entregables de cada hito, además debe contener la planificación del Statement of Work (SOW), donde se establece el plan del proyecto. Metodología de implementación del Proyecto, detallando las diferentes fases y los recursos a utilizar en cada una de ellas (Formulario No. 14 del documento de Pliegos) Recomendaciones de dimensionamiento de la solución planteada a fin de tener claramente identificado cuáles son requerimientos de hardware software y comunicaciones que se requerirán para la presente implantación (Formulario No. 15 del documento de Pliegos) Hojas de vida y experiencia de los profesionales que participarán en el proyecto con los respectivo roles y tiempos asignados al mismo. (Formularios No. 10, 11 y 11 del documento de Pliegos) Niveles de servicio ofertados a nivel de infraestructura, aplicaciones y soporte. 7.2 Documentos Legales Documentos de constitución de la Compañía (soportes legales). Nombramiento del Representante Legal de la Compañía o del Procurador Común del Consorcio o sociación constituido o por constituirse. Certificado del Registro Único de Proveedores (RUP), en el que se demuestre que el proveedor se encuentra habilitado para participar en la contratación según la categoría que corresponda en este proceso 1. Certificado vigente de cumplimiento de Obligaciones Patronales emitido por el Instituto Ecuatoriano de Seguridad Social (IESS); al menos de los últimos 3 meses 2.. Certificado de Estado Tributario Emitido por el SRI 3. 1 Únicamente una impresión desde la página del INCOP, en la que conste que el oferente está habilitado para realizar el trabajo para el cual se lo contrataría. 2 Solo compañías nacionales o compañías extranjeras constituidas o que tengan una sucursal debidamente domiciliada en el país. No aplicable a compañías extranjeras que recién estén constituyéndose en el país. 3 Únicamente una impresión realizada desde la página de dicha entidad. Página 21 de 6026 Datos del Proveedor. Carta de Confidencialidad. Declaración de gregado Nacional. Información de ccionistas de personas jurídicas (Formulario No. 8 Referencia Resolución INCOP No del documento de pliegos). Certificado Otorgado por la Procuraduría General, de no mantener litigios como actor o demandado por procesos de contratación. alances auditados del ejercicio 2012; debidamente firmados por el contador y el representante legal del Proveedor (estos documentos son requisitos mínimos de aplicación). Si el Oferente es local debe presentar copias certificadas de los balances presentados ante los organismos de control como SRI y Superintendencia de Compañías. Para el caso de empresas extranjeras domiciliadas en el Ecuador, deberán presentar los balances de la casa matriz debidamente apostillados. 7.3 Experiencia El oferente deberá demostrar experiencia en implementaciones del sistema MDM ofertado, demostrada con certificados o documentos justificativos. La experiencia será calificada de conformidad a lo establecido en el Método de Evaluación de los Pliegos. El Oferente que se presente como Consorcio, deberá acreditar el debido compromiso de consorcio, de acuerdo al rt. 17 de la Resolución INCOP El oferente deberá presentar un certificado otorgado por el fabricante, en el cual conste que el oferente (o uno de los miembros del Consorcio) está autorizado para tramitar las licencias del MDM ofertado. La contratante, se reservará el derecho de visitar o contactar con las entidades donde se hayan implementado los sistemas ofertados. 7.4 Personal Técnico El oferente deberá presentar como requerimiento mínimo el siguiente Personal Técnico Principal para el Proyecto: Un título de tercer nivel otorgado por una entidad académica, para el Gerente de Proyecto con una experiencia mínima de CINCO (5) años y al menos una implantación exitosa de sistemas MDM en Empresas o Instituciones de Servicios Públicos nacionales o extranjeras; documento que será comprobado por la CONTRTNTE. Un título de tercer nivel otorgado por una entidad académica en: Ingeniería en Procesos, Comercial, Sistemas, Industrial, Telecomunicaciones o carreras afines para el Consultor Experto en MDM con una experiencia mínima de TRES (3) años y una implantación exitosa de sistemas MDM, en Empresas o Instituciones de Servicios Públicos nacionales o extranjeras; justificando con el documento pertinente. Página 22 de 6027 Un título de tercer nivel otorgado por una entidad académica en: Ingeniería en Procesos, Comercial, Sistemas, Industrial, Telecomunicaciones o carreras afines para el Consultor Experto del área de calidad (Implantación de Sistemas de Información), con una experiencia mínima de TRES (3) años y una implementación exitosa de sistemas MDM en Empresas o Instituciones de Servicios Públicos nacionales o extranjeras; justificando con el documento pertinente. Un título de tercer nivel otorgado por una entidad académica en: Ingeniería en Procesos, Comercial, Sistemas, Industrial, Telecomunicaciones o carreras afines para el Consultor Experto del área de arquitectura de aplicación (software a implantar), con una experiencia mínima de TRES (3) años y una implementación exitosa de sistemas MDM en Empresas o Instituciones de Servicios Públicos nacionales o extranjeras; justificando con el documento pertinente. Un título de tercer nivel otorgado por una entidad académica en: Ingeniería en Procesos, Comercial, Sistemas, Industrial, Telecomunicaciones o carreras afines para el Consultor Experto del área de gestión del cambio, con una experiencia mínima de TRES (3) años y una implementación exitosa de sistemas MDM en Empresas o Instituciones de Servicios Públicos nacionales o extranjeras; justificando con el documento pertinente. Un título de tercer nivel otorgado por una entidad académica en: Ingeniería en Procesos, Comercial, Sistemas, Industrial, Telecomunicaciones o carreras afines para el Consultor Experto del área de business intelligence, con una experiencia mínima de TRES (3) años y una implementación exitosa de sistemas MDM en Empresas o Instituciones de Servicios Públicos nacionales o extranjeras; justificando con el documento pertinente. Un título de tercer nivel otorgado por una entidad académica en: Ingeniería en Procesos, Comercial, Sistemas, Industrial, Telecomunicaciones o carreras afines para el Consultor Experto del área de ES-SO, con una experiencia mínima de TRES (3) años y una implementación exitosa de sistemas MDM en Empresas o Instituciones de Servicios Públicos nacionales o extranjeras; justificando con el documento pertinente. La totalidad de los Profesionales deberán participar en la Fase de planificación del proyecto, con el fin de que entiendan el contexto organizacional, el alcance y los procesos de gestión de proyecto que se llevarán a cabo. Según la definición del plan de trabajo deberán incorporarse al proyecto según como se defina en el cronograma. Página 23 de 6028 El oferente deberá presentar como requerimiento mínimo, para al menos el 60% del resto de Personal Técnico asignado al Proyecto: Una experiencia mínima de UN (1) año en una implementación exitosa de sistemas MDM (con la herramienta ofertada) en Empresas o Instituciones de Servicios Públicos nacionales o extranjeras; justificando con el documento pertinente. El oferente, deberá especificar detalladamente en su oferta la asignación de Personal de Soporte Técnico en las diferentes etapas de la implementación de la solución y posterior a la puesta en producción. El oferente asignará mínimo 2 técnicos en este proceso mientras dure la parametrización, personalización y customización del sistema. 7.5 Soporte Post-implantación Tras recibir la implantación del sistema MDM a conformidad y en los tres (3) ambientes, Desarrollo, Preproducción y Producción, el oferente garantiza el soporte técnico para el acompañamiento post-implantación por seis (6) meses. Durante este tiempo el proveedor solventará cualquier petición técnica o funcional realizada por la Contratante en relación con el alcance del Proyecto y el buen funcionamiento del Sistema en producción. El oferente proporcionará soporte para los problemas no extremos vía presencial, a través de video conferencia; asistencia mediante reuniones virtuales, o cualquier otro medio. El oferente deberá realizar y desarrollar toda la gestión del cambio, siendo responsabilidad del mismo, incluyendo entre otras las siguientes acciones; impartir Cursos de entrenamiento indicando experiencia del capacitador, horarios y cantidad de horas para el personal de enlace de cada área comercial, para los técnicos informáticos y para los administradores de bases de datos; el oferente entregará certificados de aprobación del entrenamiento recibido, previo a la evaluación del personal luego de recibida la capacitación. Deberá establecer el cronograma de aplicación, y cumplir con los acuerdos adoptados (Formulario Pliegos). El oferente deberá especificar, como parte del Formulario de Soporte Técnico las características de los servicios y costo del mantenimiento de las licencias del sistema ofertado pasado el año de implementación. El proveedor debe incluir como parte del Formulario de Soporte Técnico, el mantenimiento de las licencias del sistema ofertado desde la primera entrada en producción y para los DOCE (12) meses siguientes. partir de ahí el mantenimiento será responsabilidad de la CONTRTNTE. El mantenimiento incluye recibir sin costo adicional las nuevas versiones del software adquirido, de corrección de errores e incluyen nuevas funcionalidades y el soporte respectivo, todo esto por parte del fabricante Página 24 de 6029 El oferente, deberá especificar detalladamente en su oferta la asignación de Personal de Soporte Técnico en las diferentes etapas de la implementación de la solución y posterior a la puesta en producción. El oferente asignará al menos 3 técnicos por seis (6) meses posteriores a la primera implantación del sistema MDM para soporte a los usuarios. l menos dos de los tres deberán haber participado en el proyecto. El oferente deberá presentar como requerimiento mínimo, para al menos el 60% del resto de Personal Técnico asignado al Soporte Post-Implantación: o o o Una experiencia mínima de UN (1) año en actividades de Soporte Post- Implantación de sistemas MDM (con la herramienta ofertada) en Empresas o Instituciones de Servicios Públicos. El oferente, deberá especificar detalladamente en su oferta, la asignación de Personal de Soporte Técnico por área funcional en la etapa de postproducción. signará al menos 3 técnicos por seis (6) meses posteriores a la primera implantación del sistema MDM para soporte a los usuarios, los cuales estarán disponibles durante todo el periodo de postimplantación. l menos dos de los tres deberán haber participado en el proyecto. El soporte deberá realizarse para los sistemas MDM, I, bus ES y las soluciones de convivencia desarrolladas. 7.6 Soporte de Garantía Tras recibir el sistema MDM a conformidad y en los tres (3) ambientes, Desarrollo, Preproducción y Producción, el oferente garantiza el soporte técnico en sitio para el acompañamiento de garantía por seis (6) meses. Durante este tiempo el proveedor corregirá sin costo los errores de programación, errores de configuración del Sistema o deficiencias funcionales del producto final originados por los Profesionales, detectados o informados por contratante, en relación con el alcance del Proyecto y el buen funcionamiento del Sistema en producción. Contar con soporte presencial para dar solución a problemas extremos, al menos por seis (6) meses posteriores a la salida a producción de cada implantación del sistema. 7.7 Cumplimiento de Especificaciones del Servicio Ofertado El oferente deberá cumplir de manera obligatoria las especificaciones del producto ofertado y que se detallan en nexo-1. Especificaciones Técnicas y Funcionales de los sistemas MDM para las empresas de distribución de electricidad de Ecuador y con el Página 25 de 6030 nexo-2 Documento de rquitectura para las empresas de distribución de electricidad de Ecuador. (Formulario Pliegos). 7.8 Formularios de la Oferta El oferente deberá presentar su oferta utilizando los siguientes formularios constantes en el documento de pliegos: Carta de Presentación y Compromiso (Formulario No. 1); Datos Generales del Oferente (Formularios No. 2 y nexos justificativos); Descripción detallada de las especificaciones técnicas de los bienes y servicios objeto de la contratación conforme todos los requerimientos establecidos en los Términos de Referencia y nexos, (Formulario No. 3); Carta de confidencialidad (Formulario No. 4); Tabla de Cantidades y Precios integrada y desglosada por módulos, componentes y servicios ofertados (Formulario No. 5); Experiencia del Oferente (Formulario No. 6 y nexos justificativos); Soporte Técnico (Formulario No. 7). Información de accionistas de personas jurídicas (Resolución INCOP No Formulario No. 8); Declaración de gregado Nacional (Formulario Nos. 9 y 9 ); Lista del Personal signado al Proyecto (Formulario No. 10); Hoja de Vida del Personal signado al Proyecto (Formulario No. 11, 11 y nexos justificativos); Garantía Técnica (Formulario No. 12) Cronograma de implementación (Formulario No. 13) Metodología de trabajo (Formulario No. 14) Recomendaciones de hardware y software (Formulario No. 15) Índices Financieros (Formulario No. 16 y 16) Inclusión de los requisitos funcionales y no funcionales en la solución ofertada (Formulario No. 17) Incluir el documento impreso generado por el Sistema del INCOP al momento de subir el formulario económico solicitado. El proponente que no cumpla con lo indicado será descalificado. 7.9 Requerimientos Mínimos de la Oferta Económica Se entenderá por oferta económica al formulario que consta en el portal a fin de que el oferente establezca el precio total de la oferta. Este formulario debidamente cumplimentado debe subirse al portal y una impresión de éste, se adjuntará a la oferta técnica. Página 26 de 6031 7.10 Vigencia de la Oferta Las ofertas se entenderán vigentes hasta noventa (90) días, de acuerdo a lo establecido en el artículo 30 de la Ley Orgánica del Sistema Nacional de Contratación Pública - LOSNCP Plazo de Ejecución El plazo para la entrega total del servicio es de DIECIOCHO (18) MESES, contados a partir de la entrega del anticipo, desglosados de la siguiente forma: CUTRO (4) MESES para la realización del análisis funcional del sistema MDM. SEIS (6) MESES correspondientes a la parametrización y construcción del sistema MDM. DOS (2) MESES correspondientes a las fases de pruebas de la funcionalidad del sistema MDM en los diferentes entornos, así como las pruebas de interconexión con el resto de integrantes del mapa de sistemas, y despliegue en los equipos de medición de la primera etapa. SEIS (6) MESES para la fase de despliegue a los demás equipos de medición, del sistema MDM Precio de la Oferta Los precios presentados por el oferente son de su exclusiva responsabilidad. Cualquier omisión se interpretará como voluntaria y tendiente a conseguir precios que le permitan presentar una oferta más ventajosa. El valor de este contrato es fijo Forma de Pago Los pagos del contrato se realizarán con cargo a los fondos provenientes del Presupuesto de las EMPRESS DE DISTRIUCIÓN ELÉCTRIC DEL ECUDOR, relacionada con las partidas presupuestarias (nombre y número). La siguiente tabla refleja la forma de pago: Página 27 de 6032 PRIMER ETP: TOTL NTICIPO 60% DISEÑO FUNCIONL 25% IMPLNTCIÓN 15% SEGUND ETP: TOTL MIGRCIÓN 70% RECEPCIÓN 30% TOTL MDM Tabla 4. Forma de Pago 7.14 Método de Evaluación De manera general, la evaluación de las ofertas se encaminará a proporcionar una información imparcial sobre si una oferta debe ser rechazada y cuál de ellas cumple con el concepto de mejor costo en los términos establecidos en el numeral 18 del artículo 6 de la LOSNCP. Se revisará que las ofertas presentadas cumplan con los requisitos mínimos, evaluando tanto la propuesta técnica como la económica en función de los parámetros de calificación previstos en los pliegos, los que deberán ser objetivos. Se establecen para ello dos etapas: La primera, correspondiente al análisis del cumplimiento de los requisitos exigidos en estos pliegos, dentro de la cual se analizarán los aspectos: legales, financieros y técnicos garantizados PRIMER ETP: CUMPLIMIENTO DE REQUISITOS OLIGTORIOS Se analizarán los siguientes parámetros en base a la metodología cumple o no cumple : 1.- Integridad de la propuesta: Para verificar la integridad de las propuestas, se analizará que se hayan presentado todos los documentos requeridos en el apartado Requisitos Mínimos, de los pliegos. Página 28 de 6033 2.- Experiencia Contractual de los Oferentes Los Oferentes deberán demostrar que en los últimos cinco años han suministrado, instalado y puesto en servicio, al menos tres sistemas MDM en Empresas Eléctricas de Distribución, con un número de equipos de medición superior a por cada contrato; y que los montos de los contratos sea mayor o igual a ,00 dólares de los Estados Unidos de mérica. El sistema MDM, obligatoriamente debe estar en operación comercial en empresas de distribución eléctrica, para lo cual deberán presentar: Copia de las ctas de entrega-recepción definitiva o el certificado suscrito por el Cliente de que el sistema fue recibido a satisfacción. En el caso de presentar como experiencia un contrato en ejecución, debe adjuntar la copia del mismo y un certificado del cliente. Se aceptará únicamente un contrato en ejecución como experiencia SEGUND ETP: EVLUCIÓN DE OFERTS CON PUNTJE La Comisión Técnica del proceso evaluará las ofertas que no sean rechazadas y aplicará la metodología que se indica a continuación: PRÁMETROS DE EVLUCIÓN PUNTJE OFERT ECONÓMIC 15 CUMPLIMIENTO DE ESPECIFICCIONES TÉCNICS 40 C PRTICIPCIÓN NCIONL 10 D EXPERIENCI ESPECÍFIC 15 E PERSONL TÉCNICO 15 F ÍNDICES FINNCIEROS PROVEEDOR 5 TOTL 100 Tabla 5. Parámetros de Evaluación Si existiere un empate al final de la calificación, la oferta de mejor prelación será aquella que tuviere el mayor puntaje en el parámetro de CUMPLIMIENTO DE ESPECIFICCIONES TÉCNICS, entre ellas. Las valoraciones de cada uno de los parámetros se regirán exclusivamente a los literales contenidos dentro del punto (Evaluación de Ofertas con Puntaje). Cuando en éstos se consideren valoraciones mediante tablas, únicamente se considerarán aquellos que expresamente se encuentran detallados. a) Oferta Económica: Se calificará con un puntaje máximo de 15 puntos, a la oferta económica cuyo monto total ofertado sea el más bajo. las demás ofertas se las calificará en aplicación de la siguiente formulación: Vfi = 15 x (Mo/Vo) Página 29 de 6034 Dónde: Vfi = Valoración final del oferente i Mo = Menor oferta económica presentada Voi = Oferta económica presentada por el oferente i b) Cumplimiento de Especificaciones Técnicas: Tendrá una calificación máxima de 40 puntos y será valorada así: máximo 5 puntos por la Propuesta Técnica, máximo 10 puntos por la Metodología de Trabajo y máximo 25 puntos por el cumplimiento de los requisitos exigidos indicados en el Formulario 17: INCLUSIÓN DE LOS REQUISITOS FUNCIONLES Y NO FUNCIONLES EN L SOLUCIÓN OFERTD Propuesta Técnica Puntos CRITERIO EVLUCIÓN Metodología de Pruebas Personalizaciones Necesarias Desarrollos dicionales Requeridos Integración con sistemas externos Capacitación y Habilidades 0 Sólo se hace una descripción de la solución propuesta indicando, meramente, la metodología. Completa únicamente los puntos requeridos en el formulario Se detalla la metodología utilizada para la elaboración de las pruebas y los tipos de pruebas. mplía los puntos requeridos en el formulario Descripción básica de las personalizaciones que necesita el sistema después de analizar los requerimientos plasmados en este documento. Completa únicamente los puntos requeridos en el formulario Descripción general de las personalizaciones que demandará la aplicación para adaptarse a los requerimientos, duración de las personalizaciones, tiempo de adecuación en el sistema. mplía los puntos requeridos en el formulario Descripción breve de un desarrollo adicional. Completa únicamente los puntos requeridos en el formulario Descripción de las funciones MDM proporcionadas por la solución planteada que cubre las necesidades del sistema a implantar y descripción de su flexibilidad con vistas a futuro. mplía los puntos requeridos en el formulario Descripción breve de la integración del sistema con sistemas externos. Completa únicamente los puntos requeridos en el formulario Detalles de la integración del sistema planteado con los sistemas externos con los que interacciona. mplía los puntos requeridos en el formulario Describe brevemente las capacitaciones a realizarse. Completa únicamente los puntos requeridos en el formulario Describe la metodología utilizada para el diseño del plan de capacitación y su definición, tipos de cursos Página 30 de 6035 Puntos CRITERIO EVLUCIÓN en la implementación y post producción, especifica cual será el material de apoyo, evaluaciones después de capacitaciones, etc. mplía los puntos requeridos en el formulario Estrategia de Migración Documentación Técnica Post Producción Metodología de Trabajo 0 Describe brevemente la estrategia de migración. Completa únicamente los puntos requeridos en el formulario Detalle de la estrategia de migración a utilizar. mplía los puntos requeridos en el formulario Descripción breve de la documentación con la que cuenta el producto propuesto. Completa únicamente los puntos requeridos en el formulario Detalle de la documentación técnica del producto propuesto, tipo de documentación técnica y funcional que ofrece el sistema y en qué idiomas se proporciona la documentación. mplía los puntos requeridos en el formulario Detalle básico de la etapa de post producción. Completa únicamente los puntos requeridos en el formulario Detalla la metodología a aplicar en la fase de post producción, especificando la duración de esta etapa, detallando el proceso para esta etapa, etc. mplía los puntos requeridos en el formulario 14. Tabla 6. Propuesta Técnica Puntos CRITERIO EVLUCIÓN 2 Gobierno del Proyecto 2 Plan de Calidad Se identifican cuáles son los órganos de gobierno pero no se describen en detalle aspectos como: frecuencia de las reuniones, herramientas para llevar el seguimiento, el plan de comunicación, etc. Completa únicamente los puntos requeridos en el formulario 14. Se identifican los órganos de gobierno del proyecto indicando en detalle la frecuencia de las reuniones, las herramientas para llevar a cabo el seguimiento, el plan de comunicación, etc. mplía los puntos requeridos en el formulario 14. Se propone un plan de calidad pero no se detalla cómo se va a articular la ejecución. Completa únicamente los puntos requeridos en el formulario 14. Página 31 de 6036 Puntos CRITERIO EVLUCIÓN Se propone y se describe cuál es el Plan de Calidad, se indica que las personas que llevarán el seguimiento del plan no forman parte del equipo 2 de ejecución y disponen de la experiencia necesaria. La empresa cuenta con certificados emitidos por organismos de reconocido prestigio en materia de calidad. mplía los puntos requeridos en el formulario Plan de Capacitación y Formación Se describe el Plan de Formación y se identifican claramente los cursos y los perfiles de usuarios. Completa únicamente los puntos requeridos en el formulario 14. El Plan de Formación identifica los cursos y los perfiles de usuarios, y detalla íntegramente el contenido, los materiales a entregar, los objetivos de aprendizaje y mecanismos de transferencia de conocimiento, la entrega de certificados de asistencia y/o evaluación a los asistentes, el número de sesiones de cada curso, los requisitos materiales para impartir el curso, etc. mplía los puntos requeridos en el formulario 14. El Plan de Gestión de Riesgos define la metodología a seguir indicando cómo se van a detectar los riesgos y definiendo la necesidad de establecer las medidas preventivas. Completa únicamente los puntos requeridos en el formulario Plan de Gestión de Riesgos 2 Plan de Trabajo El Plan de Gestión de Riesgos define la metodología a seguir, el análisis cualitativo y cuantitativo de riesgos, la priorización y la evaluación de las medidas preventivas. demás incluye un análisis preliminar de los riesgos existentes (esta identificación de los riesgos determina la experiencia del oferente en proyectos similares). mplía los puntos requeridos en el formulario 14. Se determina un cronograma y profundiza en las actividades y tareas de cada una de las fases. Completa únicamente los puntos requeridos en el formulario 14. demás de identificar actividades y tareas, se identifican los entregables de cada una de las fases y los hitos más relevantes, estableciendo puntos de evaluación del grado de cumplimiento del cronograma. Se determina, para cada una de las fases el equipo del oferente y de las entidades involucradas que deben participar y el perfil de ese equipo. mplía los puntos requeridos en el formulario 14. Tabla 7. Metodología de Trabajo Página 32 de 6037 Cumplimiento de los Requisitos Puntos CRITERIO EVLUCIÓN 17 Requisitos de prioridad lta 0,13 x Cada requisito cumplido Si el estándar de la solución ofertada contempla el requisito 4 4 Indicadores de prioridad lta Requisitos de prioridad Media Requisitos de prioridad aja Indicadores de prioridad aja Desarrollo lto (> 160 horas) Desarrollo Medio (40 < x < 160 horas) Desarrollo ajo (< 40 horas) 0,025 x Cada requisito a desarrollar 0,050 x Cada requisito a desarrollar 0,075 x Cada requisito a desarrollar 0,13 x Cada indicador cumplido 0 0,5 x Cada requisito cumplido Desarrollo lto (> 160 horas) Desarrollo Medio (40 < x < 160 horas) Desarrollo ajo (< 40 horas) 0 0,10 x Cada requisito a desarrollar 0,15 x Cada requisito a desarrollar 0,25 x Cada requisito a desarrollar 0,1 x Cada requisito cumplido Desarrollo lto (> 160 horas) Desarrollo Medio (40 < x < 160 horas) Desarrollo ajo (< 40 horas) 0,015 x Cada requisito a desarrollar 0,025 x Cada requisito a desarrollar 0,050 x Cada requisito a desarrollar Si el estándar de la solución ofertada no contempla el requisito, valorando en cada caso según el esfuerzo de implementación (diseño, diseño técnico, codificación, pruebas unitarias, pruebas integradas) Si la solución ofertada contempla el indicador Si no está contemplado en la solución ofertada Si el estándar de la solución ofertada contempla el requisito Si el estándar de la solución ofertada no contempla el requisito, valorando en cada caso según el esfuerzo de implementación (diseño, diseño técnico, codificación, pruebas unitarias, pruebas integradas) Si no está contemplado en la solución ofertada Si el estándar de la solución ofertada contempla el requisito Si el estándar de la solución ofertada no contempla el requisito, valorando en cada caso según el esfuerzo de implementación (diseño, diseño técnico, codificación, pruebas unitarias, pruebas integradas) 0,1 x Cada indicador Si la solución ofertada contempla el indicador cumplido Tabla 8. Valoración de Requisitos Las ofertas con valoración menor a 20 puntos de la última tabla serán descartadas. Las ofertas que no contemplen el cumplimiento de la totalidad de los requisitos, interfaces e indicadores de prioridad lta, serán descartadas. c) Participación Nacional: La Participación Nacional será evaluada con base al Formulario No. 9 y 9, pudiendo asignarse un máximo de 10 puntos. Un servicio se entiende como nacional cuando el oferente es una persona natural o jurídica domiciliada en el territorio nacional, y más del 60% de su oferta representa el costo de la mano de obra, materias primas e insumos nacionales. Página 33 de 6038 Si el oferente cumple con el criterio de Participación Nacional antes descrito, obtendrá 10 puntos, caso contrario obtendrá 0 puntos. d) Experiencia Específica: Las ofertas que no presenten la siguiente experiencia mínima serán descartadas: - l menos tres (3) certificados del fabricante de implementaciones (otorgadas por el cliente) de sistemas MDM en empresas pertenecientes al sector eléctrico, siendo al menos una implementación en la región de latino américa. - l menos dos (2) certificados del proveedor de implementaciones (otorgadas por el cliente) de sistemas MDM en empresas pertenecientes al sector eléctrico. Si el proveedor constituye ser el mismo fabricante, el cumplimiento deberá ser únicamente del primer literal anterior y se considerará como cumplido el requisito. La experiencia del oferente no se suplirá con la experiencia de su personal. Las certificaciones solicitadas deberán ser presentadas en idioma castellano o cualquier otro idioma, en este último caso éstas deberán ser traducidas al idioma castellano. l oferente que presente en su propuesta certificados de experiencia, tanto del fabricante como suyos propios, se le asignarán 15 puntos, divididos de la siguiente forma: Experiencia del Fabricante Puntos Máximo Por cada certificado adicional a los mínimos exigidos de implementación del sistema MDM en empresas pertenecientes al sector eléctrico Por cada certificado de implementación del sistema MDM en empresas no pertenecientes al sector eléctrico Por presentación de certificados ISO 9000 para su(s) Laboratorio(s) de desarrollo de soluciones de negocio 0,95 3, ,9 0,25 0,25 Por presentación de certificados ISO 9000 para su(s) proceso(s) de soporte 0,25 0,25 Por presentación de certificados ISO 9000 para sus soluciones de Tecnología de información, Tecnología y Soporte Por presentación de certificados ISO para sus soluciones de Tecnología de información, Tecnología y Soporte Qué Herramientas tecnológicas tiene su solución comercial para soportar el ciclo de vida del sistema: 0,25 0,25 0,25 0,25 Procesos de implementación (S/N) 0,15 0,15 Pruebas (S/N) 0,15 0,15 Monitoreo (S/N) 0,15 0,15 Mesa de ayuda (S/N) 0,15 0,15 Manejo de versiones (S/N) 0,15 0,15 Detección temprana de posibles problemas de performance o irregularidades en la operación del sistema (S/N) 0,15 0,15 <=3 0 Página 34 de 6039 Experiencia del Fabricante Puntos Máximo Cantidad de empresas implementadoras certificadas [<=3; 3<x<=5;5<x<=10; >10] Respecto a su organización de soporte describa: 3<x<=5 0,05 5<x<=10 0,10 >10 0,15 <24h/5d 0,05 lcance Horario Semanal: [<24h/5d; 24h/5d; 24h/7d] 24h/5d 0,10 0,15 24h/7d 0,15 <=2 0 lcance Nº de Centros de soporte a nivel mundial: [<=2;2<x<=10; >10] 2<x<=10 0,05 0,10 >10 0,10 Nº de Centros de soporte a nivel mundial en Castellano >0 0,05 0,05 >48h 0,05 Tiempo de respuesta promedio (Emergencias): [<=24 horas; 24<x<48 horas; >48 horas] 24h<x<48h 0,10 0,15 <=24h 0,15 cuerdo de servicio de soporte a nivel de Contrato (S/N) 0,15 0,15 Servicios ofrecidos a través de internet 0,15 0,15 0,15 Total 7,5 Tabla 9. Experiencia del Fabricante Experiencia del Proveedor Puntos Máximo Por cada certificado adicional a los mínimos exigidos de implementación del sistema MDM en empresas pertenecientes al sector eléctrico Por cada certificado de implementación del sistema MDM en empresas no pertenecientes al sector eléctrico Por presentación de certificados ISO 9000 para su(s) Laboratorio(s) de desarrollo de soluciones de negocio 0,85 3, ,9 0,25 0,25 Por presentación de certificados ISO 9000 para su(s) proceso(s) de soporte 0,25 0,25 Por presentación de certificados ISO 9000 para sus soluciones de Tecnología de información, Tecnología y soporte Por presentación de certificados ISO para sus soluciones de Tecnología de información, Tecnología y soporte Qué Herramientas tecnológicas tiene su solución comercial para soportar el ciclo de vida del sistema: 0,25 0,25 0,25 0,25 Procesos de implementación (S/N) 0,15 0,15 Pruebas (S/N) 0,15 0,15 Monitoreo (S/N) 0,15 0,15 Mesa de ayuda (S/N) 0,15 0,15 Manejo de versiones (S/N) 0,15 0,15 Detección temprana de posibles problemas de performance o irregularidades en la operación del sistema (S/N) 0,15 0,15 <=25 0,05 Número de consultores certificados en la región de Latinoamérica [<=25; 25<x<=50; >50] 25<x<=50 0,10 0,15 >50 0,15 Respecto a su organización de soporte describa: lcance Horário Semanal: [<24h/5d; 24h/5d; 24h/7d] <24h/5d 0,05 0,15 Página 35 de 6040 Experiencia del Proveedor Puntos Máximo 24h/5d 0,10 24h/7d 0,15 <=2 0,00 lcance Nº de Centros de soporte a nivel mundial: [<=2; 2<x<=10; >10] 2<x<=10 0,05 0,10 >10 0,10 Nº de Centros de soporte a nivel mundial en Castellano >0 0,05 0,05 >48h 0,05 Tiempo de respuesta promedio (Emergencias): [<=24 horas; 24<x<48 horas; >48 horas] 24h<x<=48h 0,10 0,15 <=24h 0,15 cuerdo de servicio de soporte a nivel de Contrato (S/N) 0,15 0,15 Servicios ofrecidos a través de internet 0,15 0,15 Por presentación de certificado de adherencia de sus soluciones al estándar SO. 0,4 0,4 Total 7,5 Tabla 10. Experiencia del Proveedor e) Personal Técnico: l oferente cuyo personal Técnico posea más del mínimo solicitado (apartado 7.4 del documento de Términos de Referencia), se otorgará 15 puntos de la siguiente forma: Personal Técnico Puntos Máximo Por cada año de experiencia adicional sobre el mínimo solicitado para implementaciones de sistemas MDM en el sector eléctrico, para el Gerente de Proyecto. Por cada año de experiencia adicional sobre el mínimo solicitado para implementaciones del sistema MDM en el sector eléctrico para los Consultores Expertos (máximo 2 por persona) Por cada Título de IV nivel en carreras afines a los sistemas ofertados (MDM), correspondientes al personal principal, propuesto por el oferente. Por cada certificación en el sistema ofertado para las áreas relacionadas con este proyecto (máximo 2 por persona) Total Tabla 11. Valoración del Personal Técnico Para calificar al Personal se deberán incluir las hojas de vida y demás documentación que acredite la información entregada (Formularios 11 y 11- del documento de pliegos). Página 36 de 6041 En el caso de que el personal propuesto haya obtenido sus títulos profesionales en el extranjero, estos deberán ser equiparables a los del Ecuador. La contratante podrá solicitar a la Secretaría Nacional de Educación Superior, Ciencia, Tecnología e Innovación, la correspondencia de cualquier título presentado por el oferente, a los títulos del Ecuador. La asignación de puntos se realizará exclusivamente sobre el Personal Técnico Principal requerido. El Personal asignado por el oferente, para la ejecución de los servicios, deberá estar disponible para trabajar dentro del país. Los Documentos de respaldo presentados, referente a la experiencia específica del Personal Técnico Principal, deberán contener la información necesaria para proceder con la evaluación y certificación como son: - Nombre de la Entidad Contratante. - Nombre del profesional contratado. - Nombre del Proyecto. - Descripción del alcance del trabajo realizado. - Monto total del contrato (moneda de pago). - Periodo de ejecución de los trabajos realizados por el profesional. Cada parámetro de evaluación se calificará en base a un análisis comparativo de la información proporcionada por cada oferente, la misma que puede ser verificada por la Comisión Técnica de la entidad contratante. Las certificaciones solicitadas deberán ser presentadas en idioma castellano o cualquier otro idioma, en este último caso éstas deberán ser traducidas al idioma castellano. f) Índices Financieros del Proveedor Para evaluar la situación financiera, se tomarán en cuenta los siguientes índices con un puntaje máximo de (5 puntos), de conformidad al siguiente cuadro: Solvencia Indicadores Criterio Puntos Mayor o igual a ctivo Corriente / Pasivo Corriente Menor a Razón de Endeudamiento Capital de Trabajo Neto Rentabilidad del Capital (%) (Pasivo Corriente + Pasivo Largo Plazo) / Total ctivos ctivo Corriente Pasivo Corriente Utilidad Neta / Capital Menor o igual a De 0.61 a 0.80 Proporcional según valor Mayor a Mayor a 0 1 Menor o igual a 0 0 Mayor o igual a De 0.05 a Proporcional según valor Menor a Página 37 de 6042 Indicadores Criterio Puntos Total 5.00 Tabla 12. Valoración de Índices Financieros En caso de participar un Consorcio, su evaluación se cumplirá a partir del promedio ponderado de los índices de cada uno de los partícipes en concordancia directa con su grado de participación. Página 38 de 6043 7.15 Responsabilidades y Compromisos Por parte del Proveedor: 1) Se comprometerá a realizar las actividades necesarias para la finalización y entrega de todos los documentos entregables de acuerdo a la metodología planteada. 2) Se comprometerá a asignar recursos profesionales suficientes y capaces para la realización del proyecto. 3) Se comprometerá a finalizar los entregables en el tiempo y bajo el esquema planteado y si todas las premisas se cumplen estrictamente. 4) En el transcurso de los entregables, si existe necesidad de hacer adecuaciones para cumplir con procesos especiales o disposiciones legales, el Proveedor se comprometerá a tener disponibles los recursos adicionales que sean necesarios para realizar cualquier trabajo. 5) Realizar el proyecto en tiempo y forma pactados (especificaciones, alcance y funciones recogidas en los documento que conforman el pliego de la oferta), con el nivel de calidad exigible, a plena satisfacción del contratista y cumpliendo todos los estándares y buenas prácticas aplicables de la industria. Por parte de las Empresas Distribuidoras de Electricidad del Ecuador: 1) Es responsabilidad de las Empresas Distribuidoras de Electricidad del Ecuador, conformar un Comité de lto Nivel, que vigile periódicamente el avance y cumplimiento del proyecto de implantación del sistema MDM. 2) Las Empresas Distribuidoras de Electricidad del Ecuador, mantendrán personal suficiente y disponible (al menos 1 funcionario experto de cada área que se esté dedicado a tiempo completo), un Coordinador General del Proyecto por parte de la dministración General, un Coordinador de Proyectos a tiempo completo, un delegado del área Informática, durante todas las etapas definidas metodológicamente en el proyecto por la empresa contratada mientras dure el proyecto (18 meses). 3) Estos recursos tendrán los conocimientos funcionales sobre sus procesos internos del negocio, para interactuar con los consultores del Proveedor en las distintas actividades del proyecto en un 100% de su tiempo. 4) Dotar de la infraestructura necesaria para la correcta operación de la solución propuesta. 5) Será responsabilidad de las Empresas Distribuidoras de Electricidad del Ecuador, proporcionar, operar y mantener toda la infraestructura tecnológica de comunicaciones, software, hardware en general, almacenamiento de información y custodia de la misma; requeridas para el presente proyecto. 6) Las Empresas Distribuidoras de Electricidad del Ecuador, deberán conservar o mantener las licencias, esquemas de soporte y gestión que corresponda con los fabricantes para resolver posibles contingencias con las herramientas y sistemas operativos que se instalen y administren que pudieran formar parte de esta propuesta. 7) Las Empresas Distribuidoras de Electricidad del Ecuador, son las propietarias de la información contenida en sus bases de datos, medios magnéticos y físicos, así como de los procesos y las funciones del sistema. Para garantizar Página 39 de 6044 que éstos son custodiados y mantenidos a favor de los mejores intereses del Grupo se reforzará la figura de los dministradores de los sistemas MDM entre sus usuarios. 8) La responsabilidad de extracción y depuración de la información a cargar, será de las Empresas Distribuidoras de Electricidad del Ecuador, contando para el efecto con la completa colaboración de los técnicos expertos de la empresa contratada. Igualmente, las Empresas Distribuidoras de Electricidad del Ecuador, se encargarán de entregar la información para cargas de datos en los formatos y con las características que el equipo del Proveedor designado lo determine. 9) Los días laborales serán de lunes a viernes en jornadas de 8 horas diarias, siempre y cuando el avance del proyecto no tenga novedades. En caso contrario es responsabilidad de la Empresa Contratada, el coordinar horas adicionales y cumplir con el proyecto. 10) Es responsabilidad de las Empresas Distribuidoras de Electricidad del Ecuador, proporcionar el espacio físico con todas las comodidades necesarias para que el equipo de proyecto (Contratista-Proveedor) puedan realizar su trabajo. Generales: En caso de encontrar en los documentos contractuales una discrepancia o contradicción con relación a cualquier ley, decreto, ordenanza o reglamento, el Proveedor informará de inmediato al Coordinador General del Proyecto, al dministrador General de la CONTRTNTE, y a las personas designadas, en orden a resolver el problema. Los precios acordados en el contrato por el proyecto de adquisición e implantación del sistema MDM para las empresas de distribución eléctrica de Ecuador, incluida la implementación y el levantamiento de procesos, constituirán la única compensación al Proveedor por todos sus costos, inclusive cualquier impuesto, derecho, tasa o contribución que tuviera que pagar. Sueldos, salarios y prestaciones sociales: El Proveedor no tendrá derecho a ninguna compensación adicional por parte de las Empresas Distribuidoras de Electricidad del Ecuador en razón del mayor valor que pague a sus trabajadores, en relación a los salarios propuestos en su oferta ni a ningún tipo de reajuste de precios. Página 40 de 6045 8. CONDICIONES DE L OFERT a) El personal y las actividades del Proveedor deberán estar acorde a la Ley General de Compañías del Ecuador y sus respectivos reglamentos. b) Los servicios del Proveedor estarán sujetos al control y supervisión de las Empresas Distribuidoras de Electricidad del Ecuador. c) El Proveedor se obliga a cumplir los procedimientos e instrucciones establecidas por las Empresas Distribuidoras de Electricidad del Ecuador. d) El Proveedor garantizará el cumplimiento cabal de los requerimientos técnicos y funcionales establecidos en este documento y solamente podrá modificarlos o cambiarlos previo análisis y aprobación de las Empresas Distribuidoras de Electricidad del Ecuador. Para constancia y certificación; firman los presentes Términos de Referencia: Elaborado por: Elaborado por: Ing. xxxxx <CRGO QUE OSTENT, O ENTIDD QUE REPRESENT> Elaborado por: Ing. xxxxx <CRGO QUE OSTENT, O ENTIDD QUE REPRESENT> Elaborado por: Ing. xxxxx <CRGO QUE OSTENT, O ENTIDD QUE REPRESENT> Elaborado por: Ing. xxxxx <CRGO QUE OSTENT, O ENTIDD QUE REPRESENT> Ing. xxxxx <CRGO QUE OSTENT, O ENTIDD QUE REPRESENT> Página 41 de 6046 9. NEXOS 9.1 nexo-1. Especificaciones Técnicas y Funcionales MDM Requisitos Funcionales MDM ID de Requisito de lto Nivel MDM_0001 MDM_0002 MDM_0003 MDM_0004 MDM_0005 MDM_0006 MDM_0007 MDM_0008 MDM_0009 MDM_0010 MDM_0011 MDM_0012 MDM_0013 MDM_0014 MDM_0015 MDM_0016 Nombre de Requisito de lto Nivel Proceso de lecturas. Conexión a dispositivos móviles Gestión de lecturas automatizadas o remotas Histórico de incidencias de lecturas Parametrización de formas de estimación de lecturas ctualización de registro de toma de medidas Generación de reportes de curvas Consulta de lecturas asociadas a medidores Mecanismos de validación de lecturas in-situ Parametrización de inconsistencias de validaciones de lecturas Generación de estimaciones de lecturas Estimaciones de lecturas en base a históricos Definición de límites máximos y mínimos de consumos para proceso de estimaciones Gestión de parámetros de determinación de lectura a facturar lmacenamiento de histórico de lecturas Gestión y clasificación de carga de lecturas Utilización de diversas unidades de medidas de consumos Descripción El sistema debe permitir la generación, el envío y la recepción de lecturas. Permitiendo la conexión a dispositivos móviles. El sistema debe permitir realizar lecturas automatizadas o remotas (Telemetría, vía web, lectura remota con TPL, manual, etc.). El sistema debe contar con un histórico de incidencias de lecturas (consultable por varios campos) y emitir reportes estadísticos de cada tipología. El sistema deberá contemplar el registro de medidas mediante la estimación de lecturas del periodo, permitiendo la parametrización de diversas formas de estimación. El sistema deberá actualizar los registros de fecha-hora utilizados para la toma de medidas. El sistema debe proporcionar reportes de curvas y gráficas referidas a lecturas y registros de consumo de clientes, asociaciones de clientes, agrupaciones, virtualización de totalizadores y otras funciones analíticas que sirvan para toma de decisiones y análisis. El sistema debe permitir la consulta de las lecturas asociadas a un medidor, y avisar al usuario sobre aquellas lecturas que se encuentren fuera del rango esperado. El sistema debe proveer un mecanismo de validación previo a la carga masiva de las lecturas tomadas en el terreno, las cuales luego serán procesadas y utilizadas para crear las lecturas definitivas en el sistema. El sistema debe ser parametrizable para que señale las inconsistencias presentadas en el proceso de validación de las lecturas, facilitando su revisión. El sistema debe soportar estimaciones de lecturas cuando una lectura real no está disponible. El sistema debe soportar estimaciones con base en históricos de lecturas y en función de las reglas que se establezcan. El sistema debe soportar la definición de unos límites máximos y mínimos de consumo que estén basados en estimaciones para la misma toma, pudiendo establecer validaciones adicionales para estas lecturas. Los límites máximos y mínimos deben poder establecerse por unidad de medida y tipo de lectura (estimada, regular, forzada) para un mejor control. El sistema debe permitir registrar múltiples lecturas para un mismo ciclo, manejando prioridades que permitan establecer automáticamente la lectura que debe ser usada en el proceso de facturación. El sistema debe almacenar la historia completa de todas las lecturas, incluyendo las cargadas por dispositivos móviles, las no lecturas, y las ingresadas manualmente, existiendo una diferenciación del origen de esta lectura. El sistema debe permitir la carga de lecturas y clasificarlas por tiempo de uso (pico, valle, intermedio). Los tiempos de uso deben poder ser definidos por el usuario en forma libre. El sistema debe permitir la carga de lecturas en diferentes unidades de medida, y realizar su conversión al momento de la facturación. Prioridad (, M, ) M Página 42 de 6047 ID de Requisito de lto Nivel MDM_0017 MDM_0018 MDM_0019 MDM_0020 MDM_0021 MDM_0022 MDM_0023 MDM_0024 MDM_0025 MDM_0026 MDM_0027 MDM_0028 MDM_0029 MDM_0030 MDM_0031 MDM_0032 MDM_0033 Nombre de Requisito de lto Nivel lmacenamiento de consumos y lecturas por diversos medios lmacenamiento de curvas horarias y cuarto horarias lmacenamiento de datos de calidad de energía Comunicación con otros sistemas para envío de medidas Validaciones VEE sobre lecturas y consumos Consulta de datos de consumos y lecturas Validaciones sobre consumos RTP (Real-Time-Pricing) recibidos Cálculo de curvas horarias a partir de curvas cuartohorarias Definición de anomalías de lecturas grupación de suministros por tipo de anomalías de lecturas detectadas Gestión de incidencias de lecturas Cálculo de agregaciones de curvas mediante técnicas MapReduce Comparación de consumos con perfiles tipo, para estudios online sobre pautas de clientes Detección de suministros con problemas en lecturas Gestión de diferentes unidades de medida asociadas a curvas Realización de cálculos de demanda agregada en base a segmentaciones definidas Comparación de medidas con perfiles oficiales de curvas Descripción El sistema deberá recoger y almacenar datos de consumos y lecturas de los contadores tanto mecánicos como inteligentes desde los correspondientes sistemas de medida: Sistema de telelectura, Sistema de lectura por TPL, otras fuentes El sistema permitirá almacenar datos de curvas horarias y/o cuarto-horarias El sistema permitirá almacenar datos de calidad de energía El sistema de lecturas publicará o enviará medidas al resto de sistemas, a través del ES aplicando el estándar CIM (Common Information Model) El sistema permitirá realizar validaciones VEE (Validate, Edit, and Estimate) automáticas y manuales sobre las lecturas y consumos recibidos en base a reglas predefinidas y parametrizables. El sistema permitirá realizar consultas de datos de consumos y todas sus lecturas El sistema realizará validaciones de los consumos RTP recibidos, tanto de Curva de Carga (CC) Horarias como CC Cuarto-horarias, entre otras: Coherencia de horarias y cuarto-horarias en Puntos de Medida Media Tensión/lta Tensión, Completitud de las curvas (horarias y/o cuarto-horarias), Consumos incoherentes, chequeos fuera de rango, Existencia del punto de medida y contrato en vigor, Fechas de inicio y fin del periodo de facturación, Tratamiento de parámetros de calidad, Curvas ausentes y duplicadas, Segundas recepciones de curvas, etc. El sistema permitirá calcular curvas horarias a partir de curvas cuarto horarias El sistema permitirá definir diferentes tipos de anomalías de lecturas, las cuales utilizará para identificar que problema se ha detectado durante la validación de los consumos o curvas. Las anomalías podrán ser tratadas en MDM o en CIS, según se determine. El sistema permitirá agrupar suministros que estén afectados por el mismo tipo de anomalías de lecturas, pudiendo informar de la existencia de estas a otros sistemas para su resolución. Las incidencias de lecturas podrán ser utilizadas por los sistemas de facturación para detener la facturación de determinados puntos de suministro hasta que sean resueltas. El sistema permitirá Cálculo de gregaciones de curvas definidas en el sistema mediante técnicas MapReduce basadas en tecnología igdata y sobre agregaciones (segmentos de clientes) predefinidos. El sistema podrá realizar una catalogación del consumo de cada día de cada cliente por comparación con perfiles de consumo tipo (hábitos de consumo) e integrar dicho consumo en el día para permitir estudios online sobre conjuntos de clientes en base a los datos. El sistema tendrá la funcionalidad de detectar suministros con problemas, por ejemplo puntos sin medidas o con huecos en las mediciones realizadas, permitiendo corregirlas a través de diversos mecanismos, por ejemplo estimación completa de curvas, Gestión de curvas estimadas, desechadas, segundas recepciones, etc. El sistema debe ser capaz de gestionar diferentes unidades de medida para la medición de curvas, por ejemplo los puntos de T pueden configurarse para medir en Wh y programación cuartohoraria, mientras que los suministros de T/MT pueden configurarse para medir en KWh. El sistema podrá realizar cálculos de demanda agregada en base a las segmentaciones definidas, que normalmente responderán a criterios técnicos de zona, tarifa, puntos de conexión a la red, etc. El sistema será capaz de realizar comparaciones con perfiles oficiales, siendo esta comparación la base para el cálculo desviaciones respecto a la forma de las curvas "tipo" de demanda. Prioridad (, M, ) M M M M Página 43 de 6048 ID de Requisito de lto Nivel MDM_0034 MDM_0035 MDM_0036 Nombre de Requisito de lto Nivel Gestión del cálculo de picos de demandas Gestión de alances de Energía desde los centros de transformación Gestión de alances de Fase Descripción El sistema podrá calcular picos de demanda teniendo en cuenta los valores máximos en cada período El sistema dispondrá de funcionalidad para que desde los centros de transformación en los que haya instalados contadores electrónicos, partiendo de los perfiles de consumos, se elaboren alances de Energía comparando el consumo esperado con la agregación de consumos en dicha red, pudiendo de este modo detectar pérdidas excesivas o Pérdidas No Técnicas en la red de T En el caso de que los dispositivos de telegestión dispongan de medición de la Fase (de las medidas/suministros), el sistema podrá realizar el balance de fases de los puntos de conexión a red para detectar aquellos fuertemente desbalanceados, asignando una anomalía a dicho punto de conexión a red para que sea atendida por los operadores. Prioridad (, M, ) M M MDM_0037 Consultas y distribuciones de consumos El sistema permitirá realizar diferentes consultas; de datos de consumos, lecturas en bruto y lecturas o consumos validados. demás, se podrán realizar distribuciones de consumo de los clientes en función de distintos calendarios y ámbitos temporales. MDM_0038 MDM_0039 MDM_0040 MDM_0041 MDM_0042 MDM_0043 MDM_0044 MDM_0045 Parametrizacion de agrupaciones de clientes en segmentos. Cálculo de agregaciones por segmentos. Realización de comparativas de consumos Generación de informes periódicos Integración SO con sistemas de negocio Funcionalidades adicionales de lecturas (ETL, extracciones periódicas, cargas masivas) Integración con sistemas usiness Intelligence Generación de previsiones de demanda horaria en T Gestión de correcciones sobre previsiones de demanda horaria El sistema podrá crear agrupaciones de clientes en función de diversos parámetros (tarifas, zonas geográficas, actividad comercial, etc.), denominados Segmentos de Clientes, sobre los que se desea realizar estudios. Los estudios que podrán realizarse, entre otros serán: Cálculo de las agregaciones de las curvas de carga para dichos segmentos determinando sus perfiles de consumo correspondientes, análisis de los hábitos de consumo de cada segmento mediante la descomposición del segmento en los perfiles de consumo tipo. El sistema deberá realizar comparativas de consumo de un cliente con: sus datos históricos de consumo, el consumo medio de su clase" (segmento o segmentos en los que esté incluido) para un periodo determinado, con tarifas tipo (segmentos básicos), etc. El sistema podrá generar informes periódicos simplificados enviar a los clientes, y permitirá conexión con el portal web, generando interfaz para que el consumidor acceda a los datos de medidas y consumos. El sistema deberá permitir integración SO con el resto de sistemas de negocio. También permitirá la publicación mediante Servicios Web de todas las curvas disponibles hacia los sistemas de negocio que se determinen. Toda la integración se realizará a través del ES aplicando el estándar CIM (Common Information Model) El sistema deberá permitir las siguientes funcionalidades: Procesos periódicos de ETLs para la obtener la información de sistemas (de lecturas, telegestión, comercial, etc.) Programación de extracciones periódicas a ficheros en diferentes formatos (txt, csv, jpg, etc.) Definir formatos específicos para cargas masivas puntuales El sistema deberá permitir la integración con sistemas I, siendo posible en el sistema de business intelligence, tener acceso entre otras a los siguientes informes: nálisis interno de los segmentos (cómo se descompone una agrupación), resúmenes y perfiles diarios de los consumos, zona de cuadro de mandos con información de las funciones principales, gráficos e información contextual, alertas, extracciones de información según diversos criterios, por segmentos, etc., información de consumos para clientes: curva de consumo, semáforos del estado de su consumo por días, posibles pérdidas, etc. El sistema deberá permitir realizar previsiones de demanda horaria en baja tensión; cálculos de previsión de la demanda horaria para los grupos/segmentos definidos, por criterios históricos, de temperatura, pluviosidad, etc., utilizables para la operación de la red. El sistema, deberá permitir realizar correcciones sobre la previsión de demanda horaria mediante la obtención de lecturas puntuales de unos pocos clientes situados estratégicamente, obteniendo una previsión horaria muy exacta para las próximas horas, y realizar contrastes de las previsiones con las diferentes agregaciones. M Página 44 de 6049 ID de Requisito de lto Nivel MDM_0046 MDM_0047 MDM_0048 MDM_0049 MDM_0050 MDM_0051 MDM_0052 MDM_0053 MDM_0054 MDM_0055 MDM_0056 MDM_0057 Nombre de Requisito de lto Nivel Gestión de la estimación de facturación en función de perfiles de curvas Interfaz de usuario de la aplicación Herramientas de monitorización y estadísticas Gestión de excepciones de medidores Parametrización de workflow para el tratamiento de excepciones de lecturas Conexión con sistemas externos para transmisión de eventos Interacción con otros sistemas y procesos de empresas Gestión de eventos de cortes y restauraciones de energía Capacidad de gestión de información en múltiples divisiones Integración con el sistema CIS mediante el ES Inclusión de plataforma analítica sobre datos de MDM Integración con equipos MI actuales Descripción El sistema deberá poder cargar definiciones de los diferentes productos energéticos para, mediante un facturador algorítmico, estimar la facturación de cualquier curva de carga del sistema según dicho producto energético. El sistema debe proporcionar interfaz web para un uso fácil y reducir el tiempo de adaptación a la herramienta. Este interfaz soportará conceptos familiares como hipervínculos, favoritos, historial, botones de "atrás-adelante", ventanas emergentes, etc. El sistema deberá disponer de herramientas de monitorización y de estadísticas del status y avance de las lecturas utilizando varios criterios, entre otros; por lector, rutas e itinerarios, medidores leídos, medidores no leídos, medidores no encontrados y/o cambiados, medidores averiados, tiempos de lecturas de las rutas e itinerarios, lectura de medidores por tipo de conexión, lecturas de medidores ubicados en las zonas urbanas y en las zonas rurales. El sistema deberá identificar y procesar excepciones de los medidores y el sistema, por ejemplo fallos en los medidores, configuraciones incorrectas, etc. El sistema, en respuesta a las excepciones de los medidores y del sistema, deberá incorporar workflow para el tratamiento de las mismas, pudiendo realizar acciones automáticas, transferir la gestión de la excepción a otros sistemas, etc. El sistema debe tener la capacidad de transmitir datos de eventos a sistemas externos, en tiempo real o en forma de paquetes periódicos. El sistema deberá tener la funcionalidad de permitir interacción mediante flujos de trabajos con otros sistemas y procesos de la empresa. El sistema deberá tener la funcionalidad de recibir y gestionar eventos de cortes y restauraciones de energía. El sistema deberá incluir soporte para gestionar la información y procesos para múltiples distribuidoras o divisiones de la empresa en una sola instancia centralizada del MDM. El sistema deberá sincronizarse con el sistema CIS a través del ES aplicando el estándar CIM (Common Information Model) El sistema deberá incluir una plataforma analítica de la que podrán realizarce/consultar: nálisis interno de los segmentos (cómo se descompone una agrupación), resúmenes y perfiles diarios de los consumos, zona de cuadro de mandos con información de las funciones principales, gráficos e información contextual, alertas, extracciones de información según diversos criterios, por segmentos, etc., información de consumos para clientes: curva de consumo, semáforos del estado de su consumo por días, posibles pérdidas, etc. El sistema deberá disponer de integración total con los dispositivos MI instalados actualmente en las distribuidoras (ELSTER, GE, ITRON y LNDIS+GYR) Prioridad (, M, ) Requisitos No Funcionales ID de Requisito de lto Nivel NFC_0001 NFC_0002 NFC_0003 NFC_0004 Nombre de Requisito de lto Nivel Escalabilidad Look & Feel de la aplicación Look & Feel de la aplicación yuda Descripción El entorno debe ser escalable tanto vertical como horizontalmente. La aplicación debe ser desarrollada con un look & feel sencillo e intuitivo de tal forma que se facilite el uso de la aplicación a los distintos usuarios que hagan uso de ella. Diseño simple, consistente y comprensible a lo largo de las diferentes vistas de la aplicación. El sistema deberá disponer de funcionalidad de yuda para facilitar el uso de la aplicación Prioridad (, M, ) Página 45 de 6050 ID de Requisito de lto Nivel Nombre de Requisito de lto Nivel Descripción Prioridad (, M, ) NFC_0005 yuda El sistema deberá proporcionar a los usuarios Feedback sobre el resultado de la ejecución de las tareas. NFC_0006 Seguridad La aplicación debe proporcionar Roles (niveles de autorización) y Responsabilidades que permitan filtrar datos y vistas en la aplicación, de tal forma que cada usuario tenga únicamente acceso a los datos y funcionalidades que le corresponden. NFC_0007 Seguridad utenticación, utorización y Gestión de Usuarios: o Integración con los siguientes sistemas: LDP de Externo: para aquellos usuarios no pertenecientes a empresas Distribuidoras LDP de Internos para aquellos usuarios pertenecientes a empresas Distribuidoras o Premisas estándar de las Distribuidoras para Código de Usuario y Contraseña asociada. o cceso restringido a datos de la aplicación. NFC_0008 Configuración La aplicación debe ser fácilmente configurable. NFC_0009 La aplicación debe ser configurable en las diferentes capas en Configuración las que se estructure. La aplicación debe trabajar con múltiples tipos de caracteres sin NFC_0010 Character Set que se vea impactada por la introducción de éstos en los diferentes campos de la aplicación. NFC_0011 Character Set La aplicación debe ser multi-lenguaje (el idioma español es obligatorio, adoptándose en la interfaz gráfica, la ayuda, los informes y la documentación). NFC_0012 Seguridad Gestión Segura de Datos: o Los datos han de viajar cifrados entre cliente y WebServer al menos para aquellas conexiones que se hagan desde fuera de la intranet (protocolo SSL). o La aplicación debe permitir auditoría sobre aquellos datos que se consideren confidenciales. o La aplicación debe permitir la encriptación de datos confidenciales sobre la base de datos. o Manejo de credenciales: aquellos ficheros que contengan datos relacionados con credenciales han de almacenar esta información encriptada. NFC_0013 Seguridad El sistema debe disponer de Control de Errores, Excepciones y registro de Eventos NFC_0014 Configuración Es necesario asegurar que la solución que se defina permita una evolución sencilla hacia movilidad, por lo que se debe evitar el desarrollo de lógica de negocio en la capa de presentación. NFC_0015 Seguridad / Infraestructura El sistema debe ser accesible tanto desde la Intranet como desde Internet (a través de VPN). NFC_0016 Rendimiento La aplicación debe ofrecer un rendimiento aceptable para la correcta operatividad de los usuarios. NFC_0017 NFC_0018 NFC_0019 NFC_0020 NFC_0021 NFC_0022 Interoperabilidad MDM Interoperabilidad MDM Interoperabilidad SCD/OMS-DMS/MWM Herramientas Desarrollo Herramientas Desarrollo Herramientas Desarrollo El sistema comercial se integrará con el resto sistemas internos, a través del ES-PM, de acuerdo a la norma IEC El sistema comercial se comunicará con el resto sistemas externos a través del ES-PM y de acuerdo a la norma IEC siempre que sea posible El MDM interoperará con el sistema SCD/OMS-DMS/MWM a través de ES, bajo los lineamientos del modelo CIM El sistema debe incluir un entorno de desarrollo, un conjunto de herramientas, guías y estándares para ayudar a implementar nuevas funcionalidades tales como listados especiales e interfaces de usuario, incluyendo nuevas pantallas y formularios de procesos de negocio, procesos batch, etc. El kit de herramientas del sistema debe proveer PIs estándar para permitir la creación simple de interfaces con otros sistemas y publicación de WebServices El conjunto de herramientas debe ser lo suficientemente flexible para responder a los requerimientos de negocio actuales y futuros mientras se mantiene el sistema base y se permite su actualización a nuevas versiones. Página 46 de 6051 ID de Requisito de lto Nivel NFC_0023 NFC_0024 NFC_0025 NFC_0026 NFC_0027 NFC_0028 NFC_0029 NFC_0030 NFC_0031 NFC_0032 NFC_0033 NFC_0034 NFC_0035 NFC_0036 NFC_0037 Nombre de Requisito de lto Nivel Herramientas Desarrollo Herramientas Desarrollo Herramientas Desarrollo Herramientas Desarrollo Herramientas Desarrollo Herramientas Operación Herramientas Operación Seguridad-001 Seguridad-002 Seguridad-003 Seguridad-004 Seguridad-005 uditorías-001 uditorías-002 uditorías-003 Descripción El sistema debe permitir la parametrización para mostrar, ocultar y hacer obligatorios o no los campos de la interfaz base de usuario, así como permitir implementar modificaciones en los flujos estándar de una manera natural. Igualmente, debe permitir realizar desarrollos que permitan implementar nuevas funcionalidades, y operar sobre los campos de información (extender validaciones (sin sobrescribir las validaciones existentes), asignar valores por defecto, proveer otras manipulaciones, renombrarlos para cumplir con los términos del negocio, etc.). El sistema debe proveer un framework de consultas configurable que permita configurar los criterios mediante filtros o aumentar las capacidades de búsqueda y que siga pudiendo soportar las actualizaciones de versión. Los resultados de las consultas deben estar disponibles para imprimir o para exportar a documentos Office. El sistema debe soportar la invocación de aplicaciones web externas vía teclas de navegación o mecanismos similares. Esto debe permitir pasar información de contexto específica a aplicaciones externas, tal como un número de cuenta. El sistema debe soportar Web Services estándar o equivalentes para integrarse con otras aplicaciones. El sistema debe permitir configurar roles (niveles de autorización) para ejecución de tareas, donde el usuario pertenece a uno o más roles, los cuales identifican el tipo de tareas que el usuario debe atender. Se deben proveer herramientas para mover datos de un entorno a otro. Esto debe soportar escenarios tales como: Copiar cambios de datos de configuración de un entorno de prueba a producción. Estas copias suelen realizarse a nivel de entorno completo. El sistema debe soportar la asignación de usuarios a grupos con niveles específicos de seguridad dentro del sistema. Los usuarios deben poder pertenecer a múltiples grupos de acceso o seguridad. El sistema debe permitir configurar preferencias de seguridad para cada usuario, permitiendo definir incluso las pantallas a las que tiene acceso y las zonas dentro de la pantalla. Los usuarios de la aplicación deberán poder modificar las preferencias de su usuario según sus requerimientos sin necesidad de customizar el sistema, por ejemplo, modificar el orden en que aparece la información en la pantalla. El sistema debe mantener la seguridad en los siguientes niveles: Nivel de cción; el cual permite a los administradores de seguridad definir qué acciones pueden ejecutar los grupos para cada transacción. Por ejemplo, generar una factura, generar una orden de campo, desplegar una factura, registrar un pago, etc., es decir, la seguridad debe poder definirse por proceso del negocio más que por opciones de menú. Nivel de Campo; mediante el uso de las tablas de seguridad del sistema para definir e ingresar privilegios de seguridad a nivel de campo y transacciones a grupos específicos. Los usuarios pueden tener códigos asignados sobre los que se ejerce trazabilidad cuando salen de una transacción. El sistema debe automáticamente rechazar cambios inválidos en los campos especificados. Nivel de Cuenta; el cual restringe el acceso a cuentas específicas. Esto es útil para proteger determinadas cuentas de clientes de una actualización accidental o para proteger el manejo de cuentas que corresponden a un grupo de usuarios diferente. El sistema debe permitir la auditoría para cada usuario, sobre el cambio de datos en campos particulares de las tablas del sistema. El sistema debe permitir definir los campos de cada una de las tablas del sistema que deben ser auditados. El sistema debe permitir definir, la acción que debe ser auditada por cada campo: consulta, inserción, borrado o actualización. Prioridad (, M, ) Página 47 de 6052 ID de Requisito de lto Nivel NFC_0038 NFC_0039 NFC_0040 NFC_0041 NFC_0042 NFC_0043 NFC_0044 NFC_0045 NFC_0046 NFC_0047 Nombre de Requisito de lto Nivel uditorías-004 uditorías-005 uditorías-006 Documentación-001 Documentación-002 Documentación-003 Documentación-004 Documentación-005 Documentación-006 rchivado-001 Descripción Cuando se realiza un cambio a un campo auditado, el sistema debe capturar el usuario del sistema que realiza el cambio, la fecha y hora en que se realizó, y los valores antes y después del cambio. Esta información deberá registrarse en el sistema para eventuales consultas o procesos de restauración. El sistema debe soportar consultas en línea sobre los campos auditados. Dependiendo de las especificaciones, poder consultarse los cambios auditados asociados a: Tablas, Fila en una tabla, Campo en una tabla, Campo en una fila, etc. El sistema debe permitir consultar las auditorías, es decir, debe permitir consultar por usuario o tabla del sistema los cambios que se hayan realizado en un rango de fechas. El sistema debe ser entregado con su respectiva documentación técnica y funcional. La documentación entregada con el sistema debe incluir al menos los siguientes aspectos: Procesos de Negocio: la documentación debe describir cada pantalla del sistema. Esta debe proveer tips y técnicas para que el usuario final utilice el sistema. Los usuarios finales deben ser la audiencia primaria de este manual y debe estar disponible en línea. La ayuda debe ser sensible al contexto, posicionándose en la página apropiada del manual para describir la pantalla actual. dministración: la documentación debe cubrir los conceptos detrás del sistema y presentar procedimientos para el diseño y la configuración del mismo. La audiencia primaria de este manual serán los implementadores, las personas que preparan el sistema para el usuario y los administradores que mantienen los valores de control para el uso del sistema. Utilidades: la documentación describe las utilidades disponibles en el sistema, tales como herramientas de integración, trazas de auditoría, diccionario de datos, PIs y los temas internos del sistema. La ayuda en línea debe relacionarse con aquellas funciones mostradas en una ventana o campo en particular, y también proveer acceso a los datos del resto de la aplicación. La ayuda en línea debe proveer capacidades de desglose para acceder a sub-tópicos que sean de interés particular del usuario. El sistema debe proveer un diccionario de datos interactivo que describa el esquema de la base de datos e ilustre gráficamente relaciones entre las tablas. El diccionario de datos debe listar cada tabla del sistema. El sistema debe proveer un visor de código en línea que permita a los usuarios autorizados ver el código fuente de los módulos del sistema. El sistema debe proveer la definición de conjuntos de datos que pueden ser archivados y removidos del sistema en producción. Prioridad (, M, ) NFC_0048 NFC_0049 NFC_0050 NFC_0051 NFC_0052 NFC_0053 NFC_0054 NFC_0055 rchivado-002 rchivado-003 rchivado-004 rchivado-005 Seguridad-006 Seguridad-007 Seguridad-008 Seguridad-009 El sistema debe proveer Meta Data representativa para definir los objetos de datos más comunes que pueden ser archivados. Las reglas de archivado de datos deben ser configurables para cumplir los requerimientos específicos. Los datos archivados deben ser accesibles por una interfaz de usuario similar al ambiente de producción. Debe ser posible utilizar una vista combinada de los datos archivados y los de producción. El sistema deberá contar con procedimientos de depuración de la base de datos que permitan optimizar la información almacenada. Este procedimiento será a nivel de proceso y no de registro, para evitar la depuración de transacciones no finalizadas en el sistema. El sistema debe restringir el acceso a la aplicación mediante combinación de niveles de autorización a los siguientes elementos; a nivel de módulo, a nivel de menú, a nivel de tipo de transacción, a nivel de campo, a nivel de archivo, a nivel de reporte, entre otros. El sistema permitirá el control de seguridad de los datos tanto a nivel de instancias como de servidores. El sistema permitirá definir el número máximo de intentos de acceso al mismo sin éxito. Página 48 de 6053 ID de Requisito de lto Nivel Nombre de Requisito de lto Nivel Descripción Prioridad (, M, ) NFC_0056 Seguridad-010 El sistema soportará la expiración automática de usuarios y contraseñas. NFC_0057 Seguridad-011 El sistema permitirá la encriptación de contraseñas y archivos. NFC_0058 Seguridad-012 El sistema permitirá definir el tiempo de desconexión por inactividad de los usuarios logados al mismo. NFC_0059 NFC_0060 NFC_0061 NFC_0062 NFC_0063 NFC_0064 NFC_0065 NFC_0066 NFC_0067 NFC_0068 NFC_0069 NFC_0070 NFC_0071 NFC_0072 NFC_0073 NFC_0074 NFC_0075 NFC_0076 NFC_0077 NFC_0078 Seguridad-013 Seguridad-014 Seguridad-015 Versiones-001 Versiones-002 Versiones-003 Versiones-004 Versiones-005 Versiones-006 Versiones-007 Conexión MDM-CIS daptadores MDM para MI daptadores MDM para MI - arquitectura daptadores MDM para MI - toma de datos rquitectura MI en MDM MDM - Envío de eventos MI MDM - Envío de eventos a OMS MDM - Recepción de eventos desde OMS MDM - Envío de eventos a WMS ase de Datos El sistema deberá garantizar la integridad y seguridad de la base de datos en los accesos vía Internet, incluyendo soporte SSL. El sistema deberá incluir alguna herramienta de seguridad de cuentas de usuario que solicite periódicamente el cambio de contraseñas y confirmación de usuarios activos. El sistema deberá contar con herramientas que permitan llevar el control de un plan de contingencia, plan de continuidad del negocio y recuperación de desastres. El proveedor de software entregará e implementará la última versión del software liberada mundialmente y que esté disponible en la región. Las actualizaciones del software deben integrarse en el sistema sin costo adicional al de propio mantenimiento anual. El sistema deberá disponer de herramientas para integrar de manera transparente la actualización de versiones del software sin que cause conflicto con las modificaciones hechas para la versión que se está remplazando. El sistema deberá disponer de un registro de las versiones que determine con que versión se creó cada objeto del sistema. El sistema deberá disponer de mecanismos o planes de contingencia que permitan regresar a versiones anteriores en caso de fallos en el registro de nuevas versiones. El sistema deberá disponer de mecanismos para la migración de versiones. El sistema deberá disponer de herramientas para soportar la actualización de versiones por módulo o de forma integral. El sistema MDM podrá recibir solicitudes del sistema CIS para conexión y desconexión remota, on demand read, etc. Usando la norma IEC El sistema MDM deberá disponer de adaptadores para los principales sistemas de MI La arquitectura de los adaptadores para los sistemas MI en MDM, permitirá las operaciones remotas usando la norma IEC Los adaptadores para los sistemas MI en MDM, permitirán la toma de datos de los medidores (lecturas y eventos) usando la norma IEC La arquitectura de los sistemas MI en MDM deberá ser abierta, disponer de herramientas para su configuración, y permitir la comunicación con otros sistemas utilizando la norma IEC El sistema MDM será capaz de comunicar eventos de MI (alarmas de manipulación, etc.) a otros sistemas usando la norma IEC El sistema MDM permitirá filtrar y pasar eventos de interrupción a sistemas de OMS a través de XML/ IEC CIM, Web Services (SOP/HTTP) y JMS El sistema MDM permitirá recibir mensajes de Power Status Verification del sistema de OMS a través de la norma IEC El sistema MDM podrá enviar requisitos a los sistemas de WMS (gestión de equipo de campo) para investigaciones de equipo, lecturas manuales, cambio de medidor, etc. a través de la norma IEC La base de datos relacional RDMS será Oracle o D2 en sus últimas versiones Página 49 de 6054 9.1.3 Requisitos de Negocio ID de Requisito de lto Nivel NEG_0001 NEG_0002 Nombre de Requisito de lto Nivel Multiservicio. Vehículo Eléctrico Multiservicio. Gas, gua, Internet Descripción El sistema comercial deberá contemplar la comercialización de servicios para los vehículos eléctricos, para lo cual deberá incluir todos los aspectos comerciales relacionados con este negocio. El sistema permitir la parametrización y fácil adaptación del mismo, a un sistema multiservicio. Prioridad (, M, ) Integración con otros Sistemas ID de Interfaz Sistema Origen Sistema Destino Descripción INT_0001 MI-MDM CM Interfaz para realizar diagnósticos y conocer el estado del medidor INT_0002 MI-MDM CIS-CRM Interfaz para comunicación de controles y señales INT_0003 MI-MDM CIS-CRM Interfaz para proporcionar datos para la facturación INT_0004 MI-MDM CIS-CRM Interfaz para proporcionar el historial del medidor INT_0005 MI-MDM DMS Interfaz de Curvas de carga, historia de medidas, etc. INT_0006 MI-MDM DMS Interfaz con lecturas del medidor INT_0007 MI-MDM EM Interfaz para realizar diagnósticos y conocer el estado del medidor INT_0008 MI-MDM EM Interfaz con información para la planificación INT_0009 MI-MDM OMS interfaz de confiabilidad y calidad de energía (eventos) INT_0010 MI-MDM OMS interfaz de comunicación de finalización de evento creado INT_0011 MI-MDM OMS Interfaz de comunicación de Interrupción y verificación de restauración INT_0012 CIS-CRM MI-MDM Interfaz de datos del cliente INT_0013 CIS-CRM MI-MDM Interfaz con datos de convenio con el cliente INT_0014 CIS-CRM MI-MDM Interfaz con datos de demanda estimada INT_0015 CIS-CRM MI-MDM Interfaz de desconexión INT_0016 CIS-CRM MI-MDM Interfaz de reconexión INT_0017 CIS-CRM MI-MDM Interfaz de reajuste de demanda INT_0018 CIS-CRM MI-MDM Interfaz con información de transacciones INT_0019 CIS-CRM MI-MDM Interfaz con datos de lecturas, eventos y estados INT_0020 CIS-CRM MI-MDM Interfaz con datos de orden de trabajo de lectura de medidor INT_0021 CIS-CRM MI-MDM Interfaz de solicitud de lectura INT_0022 DMS MI-MDM Interfaz de desconexión INT_0023 DMS MI-MDM Interfaz de reconexión INT_0024 DMS MI-MDM Interfaz de reajuste de demanda INT_0025 DMS MI-MDM Interfaz de señales a respuesta de demanda INT_0026 DSM MI-MDM Interfaz de desconexión INT_0027 DSM MI-MDM Interfaz de reconexión INT_0028 DSM MI-MDM Interfaz de reajuste de demanda Página 50 de 6055 ID de Interfaz Sistema Origen Sistema Destino Descripción INT_0029 OMS MI-MDM Interfaz con datos de interrupción y verificación de restauración INT_0030 WMS MI-MDM Interfaz de datos obtenidos por lecturas especiales INT_0031 MI-MDM ECM Interfaz de registro de información documental INT_0032 INT_0033 INT_0034 MI-MDM Contratas lecturas Contratas lecturas Contratas lecturas MI-MDM MI-MDM Interfaz para envío de datos de rutas de lecturas Interfaz para envío de datos de rutas de lecturas Interfaz de datos de lecturas, anomalías/incidencias INT_0035 MI-MDM Sist. rchivado Interfaz para registro de datos en los dispositivos de archivado masivo INT_0036 Sist. rchivado MI-MDM Interfaz para consulta de datos desde los dispositivos de archivado masivo INT_0037 WMS MI-MDM Interfaz con datos de lecturas fuera de ciclo, procedentes de órdenes de trabajo Significado de siglas MI. dvanced Meter Infrastructure.- Sistema de Medición vanzada CM. Condition ased Maintenance.- Mantenimiento Predictivo CRM. Customer Relationship Management.- Gestor de Relaciones con el Cliente DMS. Distribution Management Systems.- Sistema para la Gestión de la Distribución. Planificación de la operación DSM. Demand Side Management.- Gestor de Demanda EM. Enterprise sset Management.- Sistema de Gestión de ctivos ECM. Enterprise Content Management.- Gestión de contenido Empresarial OMS. Outage Management System.- Sistema de Gestión de Interrupciones Sist. rchivado. Sistema e ackups de Seguridad WMS. Work Management System.- Sistema de Gestión de Obras MWM. Mobile Workforce Management.- Sistema de gestión de la fuerza de trabajo móvil LDP: Lightweight Directory ccess Protocol - Protocolo a nivel de aplicación que permite el acceso a un servicio de directorio ordenado y distribuido Indicadores ID de Indicador Nombre Descripción del Concepto IND_001 Eficacia de lecturas Número de lecturas reales tomadas en relación con el número total de lecturas emitidas Prioridad (, M, ) IND_002 Número total de clientes Clientes por grupo de consumo. IND_003 IND_004 Consumo de energía eléctrica por cliente ctividades Pendientes Cantidad promedio de energía eléctrica consumida por cada cliente Número de actividades generadas / abiertas / anuladas / cerradas IND_005 ctividades Pendientes Tiempo medio de cierre de una actividad IND_006 IND_007 IND_008 ctividades Pendientes ctividades Pendientes ctividades Pendientes Número y % de actividades abiertas / generadas en el día Número y % de actividades abiertas de antigüedad entre 1-4 / 5-12 / / superior a 20 días Número y % de actividades cerradas en el día de su generación / al día siguiente IND_009 ctividades Pendientes Número y % de actividades cerradas entre 2-4 / 5-12 / / superior a 20 días Página 51 de 6056 ID de Indicador Nombre Descripción del Concepto IND_010 Tareas Pendientes Número de tareas generadas / abiertas / anuladas / pendientes de resolver / asignadas a usuarios / reasignadas a oficinas / planificadas en fecha prevista / pendientes reasignadas / pendientes desactivadas / pendientes asignadas a entidades externas Prioridad (, M, ) IND_011 Tareas Pendientes Número y % de tareas pendientes con fecha límite inferior / superior / igual al día actual IND_012 Tareas Pendientes Tiempo medio pendiente por tarea para fecha límite IND_013 IND_014 IND_015 Tareas Pendientes Tareas Pendientes Tareas Pendientes Número y % de tareas pendientes con 1 / 2-5 / > de 5 días sobre fecha límite Número y % de tareas pendientes generadas hoy / ayer / de 2-5 días de antigüedad / > de 5 días de antigüedad Número de tareas pendientes planificadas en una fecha determinada IND_016 IND_017 Tareas Pendientes Tareas Pendientes Número y % de tareas pendientes planificadas en fecha menores que hoy / para hoy / para mañana / para intervención en 2-5 días / superiores a 5 días Número y % de tareas resueltas en el mismo día / al día siguiente / 2 días después / 3-4 días después / días después / más de 7 días después de su generación IND_018 Tareas Pendientes Tiempo medio de resolución de tareas generadas para un día concreto IND_019 Tareas Pendientes Tiempo medio de resolución de las tareas IND_020 IND_021 Tareas Pendientes Tareas Pendientes Número y % de tareas resueltas planificadas en fecha prevista Número y % de tareas resueltas posteriores / en / antes de fecha prevista IND_022 Tareas Pendientes Tiempo medio de adelanto / retraso de resolución planificada respecto fecha prevista IND_023 Tareas Pendientes Número y % de tareas resueltas posteriores / en / antes de fecha límite IND_024 Tareas Pendientes Tiempo medio de adelanto / retraso de resolución planificada respecto fecha límite IND_025 Productividad y Calidad en la Lectura Tiempo medio de toma de lectura con / sin desplazamiento IND_026 Productividad y calidad en la lectura % de lecturas no visitadas / visitadas no conseguidas / erróneas respecto a lecturas a tomar para una fecha o intervalo determinados IND_027 Productividad y calidad en la lectura Número de lecturas erróneas tomadas por el lector para una fecha o intervalo determinados IND_028 Productividad y calidad en la lectura Número de lecturas no visitadas para una fecha o intervalo determinados IND_029 IND_030 IND_031 Productividad y calidad en la lectura Productividad y calidad en la lectura Productividad y calidad en la lectura Número de lecturas con desplazamiento conseguidas / no conseguidas para una fecha o intervalo determinados % de lecturas forzadas / conseguidas con anomalías respecto a las visitadas conseguidas para una fecha o intervalo determinados Número de lecturas cerradas / no realizadas por otras incidencias para una fecha o intervalo determinados IND_032 Productividad y calidad en la lectura Número de refacturaciones por lecturas erróneas para una fecha o intervalo determinados Página 52 de 6057 ID de Indicador Nombre Descripción del Concepto IND_033 Productividad y calidad en la lectura Número de lecturas aportadas por el cliente / capturadas por otros métodos para una fecha o intervalo determinados IND_034 Cumplimiento del calendario de lecturas Número de lecturas previstas a tomar IND_035 Cumplimiento del calendario de lecturas Número de lecturas tomadas a una fecha Prioridad (, M, ) IND_036 Cumplimiento del calendario de lecturas Número y % de lecturas tomadas con / sin desviación respecto fecha teórica IND_037 Cumplimiento del calendario de lecturas Tiempo medio de desviación de toma de lecturas respecto fecha teórica IND_038 IND_039 Cumplimiento del calendario de lecturas Facturación y Consumos % de lecturas con desviación (en días) entre 1 y 3 / 4-8 / >8 / entre -1 y -3 / entre -4 y -8 / >-8 respecto lecturas desviadas Diferencia de consumo real frente a consumo previsto por tarifa y para una fecha o intervalo determinados Requisitos de Convivencia ID de Requisito de lto Nivel CNV_0001 CNV_0002 CNV_0003 Nombre de Requisito de lto Nivel Informes consolidados globales (I). Convivencia temporal MDM con sistema de Gestión de ctivos Convivencia temporal del MDM con los CIS actuales (SICO, SIEQ y MTO) Descripción Durante el periodo de implantación la información para I procederá de los sistemas actuales y de los nuevos, en tanto se integran en dichos sistemas todas las distribuidoras. El MDM tendrá que conectarse con el sistema de gestión de activos de los sistemas SICO y SIEEQ, mientras se implanta la solución definitiva para este sistema. El MDM tendrá que conectarse con los CIS de los sistemas SICO, SIEQ y MTO, mientras se implanta la solución definitiva para este sistema. Prioridad (, M, ) Página 53 de 6058 9.2 nexo-2. Documento de rquitectura para las empresas de distribución de electricidad de Ecuador Requisitos Generales 1) Es requisito que todos los componentes del Sistema a ser adquirido en este proceso tengan una arquitectura común, de forma que su configuración, soporte y mantenimiento pueda realizarse de la forma más eficiente posible, en la que el grupo de la Contratante debidamente entrenado, asegure la transferencia de conocimientos. 2) Los elementos esenciales de la plataforma computacional tales como: sistema operativo, software MDM, etc., deben ser instalados en los dos (2) Centros de Datos Nacionales (CDNs), en modo activo-activo (hot hot) o en modo activo en espera (hot - standby), cada una constituyéndose en respaldo del otro, ubicados en las ciudades de Quito y Guayaquil respectivamente. dicionalmente el contratista realizará una instalación en un Centro de Proceso de Datos (CPD) en las Islas Galápagos que proporcionará los servicios a la zona. El Contratista deberá diseñar e implementar los procesos de consolidación de la información del CPD de Galápagos en los CDNs rquitectura El Contratante requiere consolidar la gestión de la información de medidas de las empresas de distribución de Ecuador, a través de los Sistemas MDM instalados en los Centros de Datos 1 y 2, los cuales trabajarán en una configuración activo activo (hot-hot) o activo en espera (hot standby) en alta disponibilidad. Estos Centros de Datos Nacionales (CDNs) estarán conectados por un medio de comunicación de alta velocidad. Ilustración 4. Centros de Datos Nacionales Página 54 de 6059 Para las comunicaciones se utilizará la red de fibra óptica, a través de la red topológica de telecomunicaciones de la empresa CELEC EP Transelectric y de la Corporación Nacional de Telecomunicaciones CNT EP. Para lo cual, existirá un anillo de comunicaciones que enlace cada nodo con el resto de los nodos de la red, por al menos dos rutas diferenciadas. La conexión con las islas Galápagos desde el continente sólo es posible vía satélite, estando limitada por el ancho de banda proporcionado por este tipo de transmisión (2Mb aproximadamente), y también a la latencia propia de este tipo de canal, siendo este retraso de unos 1500ms en comunicación desde y hacia el satélite Características Generales La arquitectura general ofrecida soportará las siguientes características generales: a. Interoperabilidad: Será capaz de integrarse con los sistemas establecidos en el apartado Integración con otros Sistemas, a través del bus empresarial ES que suministrará el Contratante, con arquitectura SO utilizando el modelo CIM. b. bierta: Utilizará estándares que permita la integración de terceras partes o productos y aplicaciones generadas por el Contratante. c. Seguridad: disponer de estándares de seguridad física y cibernética. d. Escalabilidad: Configurable para satisfacer las necesidades crecientes del Contratante en cuanto a volumen de datos y otros factores que definen el crecimiento, usando un conjunto común de componentes y productos. e. Expansibilidad: Ser capaz de ampliación vertical y horizontal, para adecuarse a las necesidades de los usuarios finales, sin un reemplazo total de sus componentes de hardware y software. f. Modularidad/Reutilización: La arquitectura maximizará el número de componentes estandarizados de software compartido, basado en una modularización estándar y la reutilización de los mismos. g. Flexibilidad: La arquitectura permitirá la fácil agregación o reemplazo de sus componentes, sin reemplazo total del sistema. La solución se debe adaptar a los cambios de requerimientos del negocio. h. Mantenibilidad: La arquitectura minimizará los costos asociados con los mantenimientos de rutina de las aplicaciones y los datos. En particular, proveerá la capacidad de mantener despliegues y datos concurrentemente, y proveerá un punto de acceso para cada componente. i. Usabilidad: La arquitectura usará conceptos avanzados de interfaz de usuario, dotándolos con una apariencia común, sin tener en cuenta el número o el origen de las aplicaciones subyacentes. j. Independencia de plataforma: La arquitectura será independiente de productos y tecnologías subyacentes de terceras partes. k. ccesibilidad: Será posible para desarrolladores de terceras partes o dentro de las empresas del Contratante acceder a datos y servicios compartidos de aplicaciones en la solución ofertada, basándose únicamente en la documentación existente y un periodo mínimo de entrenamiento. l. Estandarización: La arquitectura promoverá un alto nivel de estandarización e intercambiabilidad de sus componentes. m. Facilidad de actualización: Será posible actualizar un módulo sin requerir una actualización general del sistema. El Proponente deberá explicar en su propuesta, la forma como la solución ofrecida implementa cada uno de los conceptos anteriores, de forma que pueda garantizar al Contratante un Sistema avanzado tecnológicamente, que justifique su vida útil y costos razonables de operación y mantenimiento. Página 55 de 6060 El Proponente debe especificar el ancho de banda requerido para el medio de comunicación de enlace entre los CDNs 1 y 2, considerando los tres ambientes (desarrollo, preproducción y producción), las interfaces requeridas con entidades externas y las Empresas Distribuidoras, justificado por medio del análisis del tráfico de datos, accesos remotos y demás requisitos de comunicaciones. Los ambientes requeridos de desarrollo y preproducción deben ser integrados con el componente denominado QDS (Quality Control and Development System) del sistema SCD/OMS-MWM/DMS para la realización de las pruebas de integración. El QDS es la plataforma de prueba de versiones nuevas de software y de desarrollo e integración de funciones del sistema SCD/OMS-MWM/DMS rquitectura Estandarizada El Contratante quiere adoptar para todos los sistemas que se implementen bajo este contrato una arquitectura estandarizada que siga los lineamientos del estándar CIM definido en las normas IEC61968/ Para esto el Proponente incorporará como parte de su equipo de trabajo o contratará a un Integrador para diseñar y construir la rquitectura de Interoperabilidad, la misma que estará implementada sobre un ES, suministrado por el Contratante. Es requerido que el Sistema MDM proporcione una base inicial de implementación utilizando los conceptos de integración definidos por el estándar CIM/XML. La siguiente figura presenta los lineamientos generales de la integración de los diferentes componentes de sistemas de una empresa alrededor de un Enterprise Service us (ES) de acuerdo con el modelo CIM. El Contratante quiere implementar estos lineamientos de forma gradual integrando otros sistemas a la arquitectura básica que se implemente con este proyecto. Ilustración 5. Modelo de Referencia de Interfaz IEC Página 56 de 6061 Los modelos de interfaz ofertadas que cumplan con el estándar CIM en términos de semántica, sintaxis y relaciones, deben detallarse en la oferta. demás se deberá suministrar todas las herramientas de edición, desarrollo y visualización para manejar los archivos CIM/XML. El Contratista podrá utilizar extensiones no estándares al CIM con la debida aprobación del Contratante. Se deberá justificar la utilización de dichas extensiones en función de las tendencias de evolución del estándar. El bus de servicios empresarial, que será suministrado por el Contratante, utilizará componentes de mercado de una arquitectura SO (Service Oriented rquitecture) manteniendo la compatibilidad con el estándar CIM de la norma IEC Concepción Modular del Sistema Se destacan las siguientes características relevantes de la arquitectura solicitada: a. Modular: que partiendo de bloques y componentes reutilizables, logre la integración tanto de los módulos suministrados como los desarrollados por el Contratante. b. Exposición de PIs: La definición de PIs "pplication Programming Interface debe proporcionar la posibilidad de integrar módulos de terceros, con suficiente información para que puedan desarrollar las interfaces hacia los módulos ya integrados en la arquitectura. c. Orientación a servicios: cuando sea aplicable y de acuerdo con los requisitos de desempeño se deben aplicar estándares tales como: Web Services Description Language (WSDL) y SOP mbientes de Desarrollo y Preproducción El Contratista deberá configurar los ambientes de desarrollo y preproducción de tal manera que contenga toda la funcionalidad del Sistema MDM. Los ambientes de desarrollo y preproducción soportarán los desarrollos y las pruebas de las aplicaciones, bases de datos, despliegues y reportes del Sistema, además de nuevas versiones del software del proveedor o parches antes de su aplicación al sistema en operación. Se debe suministrar los medios para que una vez verificadas las versiones o pruebas en los ambientes de desarrollo y preproducción los cambios aprobados se puedan propagar a los CDNs. En consecuencia se deben suministrar todas las herramientas necesarias para soportar la gestión de base de datos y despliegues desde los ambientes de desarrollo y preproducción hacia los CDNs. Los ambientes de desarrollo y preproducción se entregarán con una base de datos básica y con todas sus funciones de desarrollo y mantenimiento de software, datos, despliegues, etc.; integradas al bus ES de desarrollo suministrado por el Contratante. Los ambientes de desarrollo y preproducción incluirán igualmente herramientas de desarrollo de software, tales como compiladores, control de código fuente, y kits de desarrollo necesarios para soportar la integración de aplicaciones del Contratante con la plataforma del Contratista. Página 57 de 6062 Los ambientes de desarrollo y preproducción se complementarán en forma incremental a través de todo el proyecto, utilizando aplicaciones y recursos de adquisición de datos estándares del Contratista para apoyar las pruebas e integración de sistemas existentes utilizando fuentes de datos reales. El Oferente deberá utilizar, en la medida de lo posible, los recursos de hardware con los que cuenta el sector eléctrico ecuatoriano, específicamente la plataforma IM Power 770 Server, con sistema operativo IX, Version 7. Otra alternativa de implementación está relacionada con IM zseries y zx, el gestor de base de datos estaría en Linux on System Z y el aplicativo en Linux on System X, concretamente en un ladecenter HX5(7873). El Oferente recomendará las características óptimas necesarias para una adecuada operación en cualquiera de las dos plataformas indicadas. De no ser posible ofrecer una solución, para plataformas mencionadas en el párrafo anterior, deberá recomendar una alternativa y las características óptimas necesarias para una adecuada operación de su sistema. Los volúmenes de información para determinar los requerimientos óptimos de operación se detallan en el numeral: Modelo de Gestión Comercial y 5.3 Dimensiones del sistema. Página 58 de 6063 9.2.7 cceso de Mantenimiento Remoto El MDM incluirá capacidades para que los usuarios desde fuera de la LN del MDM puedan acceder al mismo con el fin de monitorear, analizar y mantener el sistema. El Contratista, con anterioridad a la puesta en marcha del MDM, podrá utilizar este acceso para soportar los ambientes de desarrollo y preproducción. El acceso a través de este recurso estará estrictamente controlado e incluirá restricciones fuertes de acceso y encriptación. La plataforma permitirá el acceso remoto utilizando la tecnología de red privada virtual (VPN). El acceso de mantenimiento remoto tendrá las siguientes características: a. El punto de acceso VPN será un recurso dedicado a tareas de mantenimiento. b. Todo el tráfico VPN será enrutado a través del punto de acceso. Este punto requerirá de la autenticación de usuario y políticas de seguridad; y el acceso a los CDNs no será posible hasta que el usuario haya sido autenticado. Será posible desactivar el acceso de mantenimiento remoto mediante una sola acción y desconectar el MDM del punto de acceso Software de Respaldo (ackup) Se utilizarán para realizar copias de respaldo de los datos y software del Sistema. Como parte del suministro se proporcionará todo el software de gestión manual y automática de copias de respaldo. El software de respaldo se suministrará para que trabaje preferentemente sobre medios de almacenamiento del tipo LTO (Linear Tape-Open) para propósitos de copias de respaldo general y almacenamiento de corto plazo. Tendrá la funcionalidad para realizar una copia de respaldo completa de los datos y software del Sistema sin requerir acción de usuario para reemplazar los medios de almacenamiento llenos Seguridad Para los procesos de autenticación, autorización y gestión de usuarios, el sistema se integrará con LDP. Para conexiones al sistema desde fuera de la intranet corporativa, los datos deberán viajar cifrados mediante protocolos SSL. Página 59 de 6064 9.3 nexo-3. Cronograma Referencial del Proyecto Ilustración 6. Cronograma Referencial del Proyecto Página 60 de 60 Mostrar más
ADQUISICIÓN E IMPLEMENTACIÓN DE LOS PRODUCTOS CIS (CUSTOMER INFORMATION SYSTEM) Y CRM (CUSTOMER RELATIONSHIP MANAGEMENT)
DQUISICIÓN E IMPLEMENTCIÓN DE LOS PRODUCTOS CIS (CUSTOMER INFORMTION SYSTEM) Y CRM (CUSTOMER RELTIONSHIP MNGEMENT) PR CONFORMR EL SISTEM COMERCIL UNICO DEL SECTOR ELÉCTRICO ECUTORINO julio de 2013 Versión Más detalles Proyecto de Medición Inteligente. RFI - Solicitud de Información
Proyecto de Medición Inteligente RFI - Solicitud de Información Junio 2014 Tabla de Contenido 1. INTRODUCCIÓN... 6 1. OBJETIVO Y ALCANCE... 7 1.1. Objetivo General... 7 1.2. Objetivos Específicos... 7 Más detalles Empresa Pública Estratégica UNIDAD DE NEGOCIO DE TRANSMISIÓN ESTRUCTURA ORGANIZACIONAL Y FUNCIONES
Empresa Pública Estratégica UNIDAD DE NEGOCIO DE TRANSMISIÓN ESTRUCTURA ORGANIZACIONAL Y FUNCIONES Abril, 2012 INDICE INTRODUCCIÓN... 4 ORGANIGRAMA FUNCIONAL DE LA UNIDAD DE NEGOCIO DE TRANSMISIÓN DE ENERGÍA... Más detalles SMART ENERGY. avanzados. de la medida. Más de 140 compañías de utilities en todo el mundo disponen de soluciones Indra. indracompany.
SMART ENERGY Soluciones y Dispositivos avanzados de gestión de la medida Más de 140 compañías de utilities en todo el mundo disponen de soluciones Indra indracompany.com SMARt ENERGY Soluciones y Dispositivos Más detalles b. Que se igualen los puntajes, por tratarse de elementos comparables en sus características.
Respuestas a proponentes Licitación Pública 01 de 2013 Adquisición, licenciamiento, implementación, adecuación y estabilización del ERP Para Plaza Mayor Medellín A continuación se dan a conocer las diferentes Más detalles Universidad Digital. Conocimiento y compromiso. Experiencia para el futuro. Diálogo y consenso
Universidad Digital Pilar Aranda Ramírez Catedrática de Universidad Aspiro a ser la próxima Rectora de la Universidad de Granada La universalización de las TIC ha propiciado nuevas fórmulas de generar, Más detalles Nº Pliego/Expte: TIC-0056/2013 Elemento PEP: G0000/001-2013
PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DEL SERVICIO DE IMPLANTACIÓN DE UN SISTEMA DE GESTIÓN INTEGRAL DE LA INFORMACIÓN EN CÁMARA VALENCIA. Nº Pliego/Expte: TIC-0056/2013 Elemento PEP: Más detalles MANUAL DE USUARIO MÓDULO FACILITADOR USHAY LISTA CORTA ENTIDAD CONTRATANTE
MANUAL DE USUARIO MÓDULO FACILITADOR USHAY LISTA CORTA ENTIDAD CONTRATANTE DICIEMBRE 2014 Contenido 1. Presentación... 2 2. Descripción del proceso... 2 2.1. Descarga del PAC... 3 2.2. Nuevo Pliego... Más detalles GENERALIDADES: Para la aplicación del presente procedimiento deben considerarse las siguientes generalidades y definiciones:
PROCESO: GESTIÓN DE TECLOGÍAS DE INFORMACIÓN PROCEDIMIENTO: GESTIÓN DE STEMAS DE INFORMACIÓN Objetivo: Establecer las actividades para planificar, ejecutar, administrar y verificar las fases de desarrollo, Más detalles Nomenclador de cargos
Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia Más detalles NORMA TECNICA DEL SUBSISTEMA DE FORMACION Y CAPACITACION
NORMA TECNICA DEL SUBSISTEMA DE FORMACION Y CAPACITACION Acuerdo Ministerial 224 Registro Oficial 865 de 08-ene-2013 Estado: Vigente EL MINISTRO DE RELACIONES LABORALES Considerando: Que, el artículo 229 Más detalles 0.01 9 Porcentaje de procesos sustantivos mejorados 0.01 10. Porcentaje de cumplimiento de la inclusión de EMPRESA PÚBLICA ESTRATÉGICA
Frecuencia media de interrupción (FMIK) 5.85 2 Incrementar la calidad de servicio y el nivel de satisfacción del cliente. Tiempo total de interrupcion (TTIK) 6.45 3 Porcentaje de satisfacción de clientes Más detalles Diseño del Sistema de Información
Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI Más detalles EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P.
EMPRESAS PÚBLICAS DE MEDELLÍN E.S.P. SOLICITUD DE INFORMACIÓN NO FORMAL Request For Information (RFI) Rediseño portal EPM: www.epm.com.co. Fase de Crecimiento Subdirección Identidad Empresarial Mayo de Más detalles ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELACIONES CON CLIENTES CUALIFICACIÓN PROFESIONAL
Página 1 de 23 CUALIFICACIÓN PROFESIONAL Familia Profesional Nivel 3 Código IFC363_3 Versión 5 Situación RD 1701/2007 Actualización ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS Más detalles Soluciones Informáticas para gestionar su empresa Presentación de empresa la Compañía La Compañía NEO GRUP Management, es un proyecto definido y creado para proporcionar a nuestros clientes, trabajando Más detalles PROYECTO DE DESARROLLO E IMPLANTACIÓN DE LA SOLUCIÓN DE BUSINESS INTELLIGENCE PARA ELIPSOS INTERNACIONAL S.A.
PROYECTO DE DESARROLLO E IMPLANTACIÓN DE LA SOLUCIÓN DE BUSINESS INTELLIGENCE PARA ELIPSOS INTERNACIONAL S.A. Dirección de Sistemas de Información Madrid, mayo 2014 PCT B.I. ELIPSOS 1 CONTENIDO 1. OBJETIVO Más detalles Gestión de activos con Maximo y Tivoli Service Request Manager
en colaboración con: Capgemini e IBM Maximo Gestión de activos con Maximo y Tivoli Service Request Manager Capgemini es en la actualidad el único partner global para la implantación de soluciones de gestión Más detalles OBSERVACIONES AL PLIEGO DE CONDICIONES DEL PROCESO No. 03 DE 2015
Bogotá D.C., 19 de Marzo de 2015 Señores PROCURADURIA GENERAL DE LA NACIÓN administrativa@procuraduria.gov.co Ciudad Ref: OBSERVACIONES AL PLIEGO DE CONDICIONES DEL PROCESO No. 03 DE 2015 Respetados señores, Más detalles RESOLUCIÓN. Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES,
RESOLUCIÓN Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES, En uso de sus atribuciones legales, reglamentarias, y en especial las conferidas por el Más detalles AUTORIDAD DE SUPERVISIÓN DEL SISTEMA FINANCIERO DIRECCION DE SUPERVISION DE VALORES CUESTIONARIO ÁREA TECNOLÓGICA
AUTORIDAD DE SUPERVIÓN DEL STEMA FINANCIERO DIRECCION DE SUPERVION DE VALORES CUESTIONARIO ÁREA TECLÓGICA ENTIDAD: 1. La entidad cuenta con un Plan Estratégico de Tecnologías de la Información (TI)? 2. Más detalles Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura
Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta Más detalles GRUPAYA PROJECT MANAGEMENT
GRUPAYA PROJECT MANAGEMENT (Febrero 2003) ÍNDICE 1.- GRUPAYA PROJECT MANAGEMENT. 2.- PROJECT MANAGEMENT, ESQUEMA Y DESARROLLO DEL SERVICIO 2.1.- Redacción de proyectos. 2.2.- Análisis de los proyectos Más detalles SOLICITUD PRIVADA DE OFERTA 488 AUTOMATIZACIÓN PROCESOS GERENCIA OPERACIONES FINANCIERAS - GOF. ADENDO No. 3
SOLICITUD PRIVADA DE OFERTA 488 AUTOMATIZACIÓN PROCESOS GERENCIA OPERACIONES FINANCIERAS - GOF ADENDO No. 3 El presente constituye el Adendo No.3 al proceso de Solicitud Privada de Oferta 488, mediante Más detalles Para el Diseño y Desarrollo de Nuevos Productos y/o Servicios CDE-APY-NEG-MKT-PR001
Fecha de publicación: 08/09/2014 Para el Diseño y Desarrollo de Nuevos Productos y/o Servicios Gerencia Estratégica de Negocios Dirección Nacional de Ventas Dirección Nacional de Marketing Mayo del 2013 Más detalles FICHAS DE DESCRIPCIÓN DE FUNCIONES Y COMPETENCIAS LABORALES
Página 1 de 11 I. IDENTIFICACIÓN DENOMINACIÓN DEL CARGO: PROGRAMADOR DE COMPUTADOR SIGLA:PC CLASE: V GRADO: 12-14-16 NIVEL: ADMINISTRATIVO NÚMERO DE CARGOS: ÁREA: 5 JEFE INMEDIATO: 1. OFICINA DE INFORMÀTICA Más detalles Elementos de Control Interno para la Autoevaluación del Sistema de Control Interno Institucional 2015
Elementos de Control Interno para la Autoevaluación del Sistema de Control Interno Institucional 2015 Índice Pág. Metodología para la Autoevaluación del Sistema de Control Interno Institucional. 2 Elementos Más detalles Expediente: 2015-07-SERV. Migración a Microsoft Dynamics NAV 2015 y parametrización de la versión. Servicios de consultoría informática.
PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA MIGRACIÓN A MICROSOFT DYNAMICS NAV 2015 Y PARAMETRIZACIÓN DE LA VERSIÓN. SERVICIOS DE CONSULTORÍA INFORMÁTICA EN LAS INSTALACIONES DE CIC biogune Y CIC biomagune. Más detalles La U.A.E.A.C. debe contar con el Software en producción y actualizado para:
1. DESCRIPCION DE LA NECESIDAD QUE LA ENTIDAD PRETENDE SATISFACER CON LA CONTRATACIÓN Para la Unidad Administrativa Especial de Aeronáutica Civil que ofrece servicios aeronáuticos, aeroportuarios, informáticos Más detalles PLAN OPERATIVO ANUAL 2015 EMPRESA ELÉCTRICA PÚBLICA ESTRATÉGICA, CORPORACIÓN NACIONAL DE ELECTRICIDAD CNEL EP
PLAN OPERATIVO ANUAL 2015 EMPRESA ELÉCTRICA PÚBLICA ESTRATÉGICA, CORPORACIÓN NACIONAL DE ELECTRICIDAD CNEL EP Contenido 1. ANTECEDENTES... 2 2. PROPÓSITO DEL PLAN OPERATIVO... 2 3. CONSISTENCIA DEL PLAN Más detalles OFICINA ASESORA DE PLANEACIÓN, Junio 2013. Elaborado por : Carlos Fernando Campos Sosa CONTENIDO
OFICINA ASESORA DE PLANEACIÓN, Junio 2013 Elaborado por : Carlos Fernando Campos Sosa CONTENIDO QUÉ ES EL SISTEMA INTEGRADO DE GESTIÓN?... 1 POR QUÉ ES ÚTIL EL SIG?... 3 CÓMO CONTRIBUIMOS A IMPLEMENTAR Más detalles ANEXO DEL ACTA DE LA ETAPA DE ACLARACIONES CÓDIGO DEL PROCESO: LICBS-EECS-01-2014 N PREGUNTA RESPUESTA
N PREGUNTA RESPUESTA 1 2 3 Con referencia al texto literal:"2.3.3.1 Soluciones de Convivencia: Los cronogramas de entrada en producción de estos sistemas respecto al CIS/CRM no están unificados, existiendo Más detalles PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL EXPEDIENTE DE CONTRATACIÓN DEL SERVICIO PARA LA CREACIÓN DE LA
PLIEGO DE PRESCRIPCIONES TÉCNICAS DEL EXPEDIENTE DE CONTRATACIÓN DEL SERVICIO PARA LA CREACIÓN DE LA CENTRAL DE INFORMACIÓN DE ENTES PÚBLICOS, COMO SOPORTE FUNCIONAL AL SISTEMA DE INFORMACIÓN DE LA GESTIÓN Más detalles PLANEAMIENTO ESTRATÉGICO E INDICADORES
PLANEAMIENTO ESTRATÉGICO E INDICADORES CASO CORPORACIÓN JOSE R. LINDLEY La Corporación José R. Lindley constituye uno de los casos más interesantes de planeamiento estratégico e implementación de indicadores Más detalles Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes
Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión de Relaciones con Clientes Titulación certificada por EUROINNOVA BUSINESS SCHOOL Máster en Instalación, Gestión y Mantenimiento de CRM: Gestión Más detalles Soporte. Los programas anuales de soporte y mantenimiento Estándar y Extendido están diseñados para proteger
Esta guía le proporcionará la información necesaria para conseguir el máximo valor de su inversión en programas técnicos de soporte ECM Solutions para las soluciones de gestión de contenidos y productos Más detalles CiXTEC PLIEGO DE PRESCRIPCIONES TÉCNICAS KUNTA DE GRLICIA 1. OBJETO DEL CONTRATO 2. DESCRIPCIÓN DE LOS TRABAJOS A REALIZAR
KUNTA DE GRLICIA CONSELLERIA DE FACENDA Domingo Fontin, 15702 Santiago de Compoatele Tfno: 6181 54 13 02 - Fax: 981 54 13 03 cate.seefeterlaochttec.es www.cedee.es Centro de contratación: Órgano de contrataclón: Más detalles EL CONSEJO PROFESIONAL NACIONAL DE INGENIERÍA COPNIA. CALLE 78 No. 9-57 piso 1 Bogotá D.C. AVISO DE CONVOCATORIA (02 DE OCTUBRE DE 2014)
EL CONSEJO PROFESIONAL NACIONAL DE INGENIERÍA COPNIA CALLE 78 No. 9-57 piso 1 Bogotá D.C. AVISO DE CONVOCATORIA (02 DE OCTUBRE DE 2014) EL CONSEJO PROFESIONAL NACIONAL DE INGENIERÍA COPNIA en cumplimiento Más detalles Resumen General del Manual de Organización y Funciones
Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de Más detalles Plan de Mejora Regulatoria RACSA 2015. Código:DAP-PM-01 Versión: 1 Página 1 de 12
Código:DAP-PM-01 Versión: 1 Página 1 de 12 PLAN DE MEJORA REGULATORIA RACSA 2015 1 Código: DAP-PM-001 Versión: 1 Página 2 de 12 Contenido 1. INTRODUCCIÓN... 3 2. MARCO LEGAL... 3 3. MARCO DE REFERENCIA Más detalles DIRECCIÓN DE TECNOLOGIAS DE LA INFORMACION
MANUAL ORGANIZACIONAL MAN-ORG-105 BASICA RÉGIMEN ORGANIZACIONAL INTERNO NOR-DTIN- 54 DIRECCIÓN DE TECNOLOGIAS DE LA INFORMACION 1. FINALIDAD Apoyar la gestión empresarial mediante una efectiva planificación, Más detalles INFORME DE GESTIÓN SOBRE EL SISTEMA DE CONTROL INTERNO
INFORME DE GESTIÓN SOBRE EL SISTEMA DE CONTROL INTERNO TEXTO DEL INFORME QUE LA PRESIDENCIA DE DECEVAL PONE A CONSIDERACIÓN DE LA JUNTA DIRECTIVA Y QUE DEBE INCLUIRSE EN EL INFORME ANUAL DE GESTIÓN El Más detalles PUBLICACIÓN PÁGINA WEB
Página 1 de 7 TABLA DE CONTENIDO 1 OBJETIVO...2 2 TÉRMINOS JURÍDICOS...2 2.1 RÉGIMEN JURÍDICO APLICABLE...2 2.2 PARTICIPANTES...2 2.3 VERACIDAD DE LA INFORMACIÓN SUMINISTRADA...2 2.4 CONFIDENCIALIDAD DE Más detalles Para información adicional, favor de escribir a contacto@inteligov.mx
InteliGov Gobierno sin Papel es la solución que permite a las instituciones públicas hacer más eficientes sus procesos al reemplazar el uso del papel por documentos electrónicos y mensajes de datos con Más detalles PLIEGO DE CONDICIONES TÉCNICAS PARA LA CREACIÓN DE LA WEB CORPORATIVA DE LA FUNDACIÓN PARA LA CIUDADANÍA CASTELLANA Y LEONESA EN EL EXTERIOR Y LA
PLIEGO DE CONDICIONES TÉCNICAS PARA LA CREACIÓN DE LA WEB CORPORATIVA DE LA FUNDACIÓN PARA LA CIUDADANÍA CASTELLANA Y LEONESA EN EL EXTERIOR Y LA COOPERACIÓN AL DESARROLLO Página 1 1. ANTECEDENTES La Fundación Más detalles RESPUESTA OBSERVACIONES REALIZADAS A LOS PLIEGOS DE CONDICIONES DEFINITIVOS DE LA LICITACIÓN No. 009 DE 2007
RESPUESTA OBSERVACIONES REALIZADAS A LOS PLIEGOS DE CONDICIONES DEFINITIVOS DE LA LICITACIÓN No. 009 DE 2007 1) Observaciones Presentadas por Informática Siglo 21 1. De acuerdo a los requisitos que debe Más detalles BASES SERVICIO DE CONSULTORÍA EN APOYO A LA IMPLEMENTACIÓN DEL OBSERVATORIO DE CALIDAD DE MEDICAMENTOS EN EL PERÚ
BASES SERVICIO DE CONSULTORÍA EN APOYO A LA IMPLEMENTACIÓN DEL OBSERVATORIO DE CALIDAD DE MEDICAMENTOS EN EL PERÚ 1 CAPÍTULO I GENERALIDADES 1.1. ENTIDAD CONVOCANTE Nombre Domicilio legal Correo electrónico: Más detalles Bogotá D.C., Octubre de 2010. Señor (es) Clientes Convenio de Cooperación ACH Colombia-Móvil Store Ciudad. Respetados señores:
Bogotá D.C., Octubre de 2010 Señor (es) Clientes Convenio de Cooperación ACH Colombia-Móvil Store Ciudad Respetados señores: La globalización de las industrias y el comercio ha provocado la proliferación Más detalles Secretaría General Febrero 2015
Secretaría General Febrero 2015 Pliego de Prescripciones Técnicas para la contratación de los servicios de consultoría para la digitalización de la documentación de los archivos en papel de uso frecuente Más detalles LINEAMIENTOS DE MONITOREO Y CONTROL
Bogotá D.C., Agosto de 2014 TABLA DE CONTENIDO INTRODUCCIÓN ------------------------------------------------------------------------------------------- --3 1. OBJETIVO -------------------------------------------------------------------------------------------- Más detalles POLÍTICA DE DESARROLLO, MANTENCIÓN Y ADQUISICIÓN DE SISTEMAS DE INFORMACIÓN
Objetivo General: 1.8 TECNOLOGÍA DE LA INFORMACIÓN Establecer una infraestructura y plataforma tecnológica y de sistemas de información, y definir las políticas, estrategias y directrices para su implantación Más detalles Buenas Prácticas de la Ciudad de Madrid Catálogo para la promoción internacional de la Ciudad Best Practices Madrid City
Buenas Prácticas de la Ciudad de Madrid Catálogo para la promoción internacional de la Ciudad Best Practices Madrid City Título de la Práctica: Modelo MiNT Madrid Inteligente para la gestión integral de Más detalles La Implementación de SAP R/3
LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno Más detalles Sección III. Criterios de Evaluación y Calificación de Propuestas
Sección III. Criterios de Evaluación y Calificación de Propuestas Tabla de Contenido Pág. 1 ELEGIBILIDAD...4 2 DOCUMENTOS LEGALES...5 3 SITUACIÓN FINANCIERA...6 3.1 SITUACIÓN FINANCIERA...6 3.1.1 Nivel Más detalles IMPLANTACIÓN ERP SAP EN LA EMPRESA DE LICORES DE CUNDINAMARCA-ELC
IMPLANTACIÓN ERP SAP EN LA EMPRESA DE LICORES DE CUNDINAMARCA-ELC El propósito del proyecto es la implantación y puesta en producción y funcionamiento del sistema SAP para la gestión de procesos de apoyo Más detalles MANUAL ESPECÍFICO DE FUNCIONES Y DE COMPETENCIAS LABORALES I. IDENTIFICACIÓN
MANUAL ESPECÍFICO DE FUNCIONES Y DE COMPETENCIAS LABORALES I. IDENTIFICACIÓN Nivel: Profesional Denominación del Empleo: Profesional Especializado Código: 2028 Grado: 24 No. de cargos: Dieciocho (18) Dependencia: Más detalles Agrupamiento Familia Puesto Alcance del puesto Requisitos excluyentes
Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 : 05 Marzo 2015 MANUAL DE ORGANIZACIÓN Y FUNCIONES DEPARTAMENTO DE INFORMÁTICA Aprobado mediante Resolución de Gerencia General EF/92.2000 N 020-2014, de fecha Más detalles Sección 6 Plan Maestro de Implementación
1. Fase de Planificación y Análisis Definir equipo de proyecto. Definir el Calendario del proyecto y sus entregables. Levantar requerimientos. Identificar los requerimientos con que cumple o no cumple Más detalles ACREDITACIÓN DE OPERADORES
1... GUÍA RÁPIDA ACREDITACIÓN DE OPERADORES de capacitación Acerca de la SETEC a Secretaría Técnica de Capacitación y Formación Profesional -SETEC- es el organismo ejecutor de la política de capacitación Más detalles Mantenimiento de usuarios y grupos Gestión de políticas y estándares Administración de aplicaciones Gestión de servidores Soporte técnico
Somos una compañía del área de tecnología informática. Es nuestro objetivo el transformar ideas y necesidades en soluciones tecnológicas y negocios apropiados en beneficio de usted, nuestro cliente. Le Más detalles Pliego Técnico Proyecto Business Intelligence
Fecha de impresión: 05/05/2011 8:24 Gestión de Documentación Autor Versión Título Fecha Emitido Sistemas 1.0 Requerimiento Pliego Técnico Business Intelligence Última revisión Localización Estado Borrador Más detalles Pliego de Prescripciones Técnicas para la contratación de los trabajos de tratamiento de las fotografías del Archivo del Banco de España.
Secretaría General Marzo 2015 Pliego de Prescripciones Técnicas para la contratación de los trabajos de tratamiento de las fotografías del Archivo del Banco de España. 1/11 INDICE 1. Antecedentes 3 2. Más detalles Actualmente la arquitectura del entorno de producción del CPD del ISFAS es la siguiente:
PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA LA PRESTACIÓN DE ASISTENCIA TÉCNICA INFORMÁTICA AL () PARA EL SERVICIO DE ADMINISTRACION AVANZADA DE LOS SISTEMAS UBICADOS EN EL CENTRO DE PROCESO INFORMATICO Más detalles C5-205 PROPUESTA MODELO DE GESTIÓN COMERCIAL PARA CORPOELEC
II CONGRESO VENEZOLANO DE REDES Y ENERGÍA ELÉCTRICA Comité Nacional Venezolano Junio 2009 C5-205 PROPUESTA MODELO DE GESTIÓN COMERCIAL PARA CORPOELEC C. Da Rocha* J. Blondell** T. Romero**** G. Fernandez*** Más detalles BOLETÍN OFICIAL DEL ESTADO
Núm. 300 Miércoles 14 de diciembre de 2011 Sec. I. Pág. 135721 No debe interpretarse que los diversos espacios formativos identificados deban diferenciarse necesariamente mediante cerramientos. Las instalaciones Más detalles POLÍTICA DE TECNOLOGÍA DE INFORMACIÓN
TABLA DE CONTENIDO 1. OBJETIVO... 1 2. ALCANCE... 1 3. CONTENIDO DE LA POLÍTICA... 1 3.1 Premisas generales para el cumplimiento de la política... 2 3.2 Contenido de la política... 3 3.2.1 Responsabilidades Más detalles REPUBLICA DE HONDURAS SECRETARIA DE FINANZAS
1 REPUBLICA DE HONDURAS SECRETARIA DE FINANZAS DIRECCION EJECUTIVA DE INGRESOS TÉRMINOS DE REFERENCIA PARA LA CONTRATACIÓN DE CONSULTOR INFORMÁTICO CATEGORÍA SENIOR PARA DESARROLLO DE LOS MÓDULOS PARA Más detalles DESARROLLO DE SISTEMA DE INFORMACIÓN GEOGRÁFICA SOBRE PLATAFORMA WEB
Inmobiliaria Nueva Vía S.A. (INVIA) Phillips 84, Oficina 65, Piso 6 Santiago Centro / Chile e-mail: leo.corvalan@invia.cl LICITACIÓN PÚBLICA DESARROLLO DE SISTEMA DE INFORMACIÓN GEOGRÁFICA Parte II. Bases Más detalles Sistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal
Sistema Gestión Licitación para la compra del desarrollo y migración del Sistema de Gestión de Activos y Configuraciones para Plan Ceibal Objeto del Llamado y Generalidades El Centro para la Inclusión Más detalles Las nuevas tecnologías en el aprendizaje de los empleados públicos
1.- Introducción. Las nuevas tecnologías en el aprendizaje de los empleados públicos José Estévez Meléndez Informática y Comunicaciones de la Comunidad de Madrid (ICM), es el Organismo Autónomo responsable, Más detalles Guía Presentación DIPAC-3.0
Código:GP-001 Edición: 2 8 de marzo de 2014 8 de marzo de 2014 INDICE GENERAL INTRODUCCION... 3 OBJETIVOS... 3 ALCANCE... 3 ESTRUCTURA DEL DOCUMENTO... 3 PRESENTACIÓN... 4 INTRODUCCIÓN... 4 ORIGEN Y MOTIVACIONES... Más detalles REALIZACIÓN DE UNA PLATAFORMA WEB INTERACTIVA PARA EL ENTRENAMIENTO, SEGUIMIENTO, Y EVALUACIÓN DE LAS PRUEBAS SABER E ICFES.
ACTO DE APERTURA Contrataciónde servicios para LA REALIZACIÓN DE UNA PLATAFORMA WEB INTERACTIVA PARA EL ENTRENAMIENTO, SEGUIMIENTO, Y EVALUACIÓN DE LAS PRUEBAS SABER E ICFES. Plataforma orientada a servicios Más detalles Gestión del Portfolio de Proyectos HP Portfolio & Project Management. Información de Producto. 2010 Dirección de Consultoría
Gestión del Portfolio de Proyectos HP Portfolio & Project Información de Producto 2010 Dirección de Consultoría 2 1. Introducción Actualmente las organizaciones necesitan hacer frente a la complejidad Más detalles PROGRAMA DE LAS NACIONES UNIDAS PARA EL MEDIO AMBIENTE CONSULTOR LÍDER PARA LA IMPLEMENTACIÓN DE LA CONTRATACIÓN PÚBLICA SOSTENIBLE EN EL ECUADOR
PROGRAMA DE LAS NACIONES UNIDAS PARA EL MEDIO AMBIENTE CONSULTOR LÍDER PARA LA IMPLEMENTACIÓN DE LA CONTRATACIÓN PÚBLICA SOSTENIBLE EN EL ECUADOR Código de Proceso de Consultoría: VA ROLAC 2015 004 Localidad: Más detalles plataforma gest.org Multi Gestión de Organizaciones Fundaciones y Asociaciones
plataforma gest.org Multi Gestión de Organizaciones Fundaciones y Asociaciones ÍNDICE 1. INTRODUCCIÓN. PRESENTACIÓN DEL PRODUCTO Software como Servicio Características técnicas 2. ALCANCE FUNCIONAL DE Más detalles COD. FUNCIONALIDAD MÓDULOS LIBRA
CONDICIONES DE LICENCIA Y SOPORTE LIBRA Este documento incluye: A. DEFINICION DEL PRODUCTO LIBRA B. CONDICIONES DE LA LICENCIA LIBRA C. CONDICIONES DEL CONTRATO DE MANTENIMIENTO Y SOPORTE LIBRA D. CONDICIONES Más detalles INVITACIÓN A COTIZAR ADQUISICIÓN, INSTALACIÓN Y CONFIGURACIÓN DE DISCOS PARA SAN (STORAGE AREA NETWORK) INDICE
ADQUISICIÓN, INSTALACIÓN Y CONFIGURACIÓN DE DISCOS PARA SAN (STORAGE AREA NETWORK) INDICE 1. GENERALIDADES DE LA PROPUESTA...3 1.1. ANTECEDENTES...3 1.2. ALCANCE DEL SERVICIO A CONTRATAR...3 1.3. AMBIENTE Más detalles ASESORAMIENTO TÉCNICO EN LA ELABORACIÓN DE UN CUADRO DE MANDO DE LA EMPRESA MUNICIPAL DE TRANSPORTES (EMT). 1. OBJETO
PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES QUE HA DE REGIR EN EL PROCEDIMIENTO ABIERTO PARA CONTRATAR ASESORAMIENTO TÉCNICO EN LA ELABORACIÓN DE UN CUADRO DE MANDO DE LA EMPRESA MUNICIPAL DE TRANSPORTES Más detalles CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización
Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización Más detalles Detalle de nuestra Oferta de Servicios
Detalle de nuestra Oferta de Servicios Oferta de Servicios 2007 La experiencia acumulada por el equipo de AulaGlobal nos permite ofrecer una más amplia gama de servicios relacionados con la capacitación Más detalles PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA EL SERVICIO DE CREACIÓN DE MAPA DE CONOCIMIENTO DE LA UNIVERSIDAD DE GRANADA
PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA EL SERVICIO DE CREACIÓN DE MAPA DE CONOCIMIENTO DE LA UNIVERSIDAD DE GRANADA Expte. EXCEL. CEI 04/11 1. OBJETO DEL CONTRATO Actualmente, la información presentada Más detalles Actividades Planificadas
PROYECTO: SIGDE Informe de Comisión de Servicio (viático) No: 70 Nombre: Francisco Javier Jaramillo Sinisterra Rol: 769 Lugar: Cuenca Fecha de inicio: 9-07-0 Fecha Finalización: 30-07-0 Ítem Actividades Más detalles PRESENTACION CORPORATIVA
PRESENTACION CORPORATIVA NODUM SOFTWARE Tecnología de Gestión Orientada a Procesos TABLA DE CONTENIDO INTRODUCCION... 3 LA EMPESA... 3 VISIÓN... 3 PRODUCTOS NODUM... 4 CONCEPCIÓN DE LOS PRODUCTOS... 4 Más detalles I- ANTECEDENTES - 1 -
Términos de Referencia Consultoría para la Gestión del Proyecto de Desarrollo e Implementación de un Sistema Integrado de Administración de Subsidios Sociales I- ANTECEDENTES El Gobierno Dominicano consciente Más detalles GERENCIA DE PROYECTOS
BASICA RÉGIMEN ORGANIZACIONAL INTERNO NOR-GPRO-105 GERENCIA DE PROYECTOS 1. FINALIDAD La Gerencia de Proyectos tiene como finalidad dirigir y supervisar, la expansión y modernización de las redes y servicios Más detalles UNIVERSIDAD DE ANTIOQUIA INFORME DEL ESTADO DE CONTROL INTERNO LEY 1474 DE 2011
UNIVERSIDAD DE ANTIOQUIA INFORME DEL ESTADO DE CONTROL INTERNO LEY 1474 DE 2011 Auditora Interna: CLAUDIA MARÍA RIVERA OSORIO Período evaluado: Desde el 1 de julio hasta el 31 de octubre de 2012. Fecha Más detalles RESOLUCIÓN 00009 ( )
RESOLUCIÓN 00009 ( ) DEL 28 DE ENERO DE 2013 Por la cual se adiciona la Resolución 4240 de 2000 y se dictan otras disposiciones. EL DIRECTOR GENERAL DE IMPUESTOS Y ADUANAS NACIONALES En ejercicio de las Más detalles Diseño e Implementación de los Procesos de Gestión TI
Diseño e Implementación de los Procesos de Gestión TI Alumno(s): Año Académico: 2012 Profesor Guía: Contraparte: ALEJANDRO JESUS ARAVENA ORTIZ LORENA ANDREA ALBORNOZ POBLETE DANIEL HORMAZABAL Escuela de Más detalles Smart Grid Maturity Model
Smart Grid Maturity Model Smart grid maturity model Este modelo establece un marco para determinar el estado actual del desarrollo y capacidad de Redes Inteligentes en una empresa del sector eléctrico Más detalles Respuesta Respuesta Respuesta Respuesta Respuesta Respuesta
Preguntas y Respuestas Términos de Referencia No. 611 para la selección un consultor para que diseñe, desarrolle e implemente una plataforma web y una aplicación móvil a la medida de las necesidades del Más detalles CAPITULO PLANIFICACION INSTITUCIONAL DE LA AUDITORIA
CAPITULO II PLANIFICACION INSTITUCIONAL DE LA AUDITORIA 1. Generalidades La Contraloría General del Estado inmersa en el proceso estratégico de cambio que tiende a mejorar los servicios de auditoría que Más detalles Servicio Extenda Oportunidades de Proyectos y Licitaciones Internacionales y Multilaterales
Servicio Extenda Oportunidades de Proyectos y Licitaciones Internacionales y Multilaterales ECUADOR Programa de Mejoramiento del Servicio de Rentas Internas DESARROLLO E IMPLEMENTACIÓN DE LA PRIMERA OLA Más detalles MANUAL DE PROCESOS Y PROCEDIMIENTOS
MANUAL DE PROCESOS Y PROCEDIMIENTOS La CENTROSUR ha estructurado un Manual de Procesos y Procedimientos como herramienta que permita direccionar las acciones de la Empresa, a través de un enfoque basado Más detalles Pliego de Bases Técnicas
Pliego de Bases Técnicas Oficina Técnica de Gestión de Servicio de EJIE Fecha: Marzo de 2010 Referencia: 018/2010 EJIE S.A. Mediterráneo, 14 01010 Vitoria-Gasteiz Posta-kutxatila / Apartado: 809 01080 Más detalles PREGUNTAS, RESPUESTAS Y ACLARACIONES. 1. Cuál es la plataforma o herramienta de correo electrónico institucional que cuenta actualmente el GAD-I?
PREGUNTAS, RESPUESTAS Y ACLARACIONES 1. Cuál es la plataforma o herramienta de correo electrónico institucional que cuenta actualmente el GAD-I? Zimbra 8.0.1_GA_5438 VMWARE INC 2. Por favor confirmar cuántos Más detalles 2016 © DocPlayer.es Política de privacidad | Condiciones del servicio | Feedback

References: Resolución 
 Resolución 
 artículo 30
 artículo 6
 resolución 
 resolución 
 resolución 
 resolución 
 artículo 229
 resolución 

RESOLUCIÓN 
 resolución 
 Resolución 
 Resolución 
 RESOLUCIÓN 

RESOLUCIÓN 
 Resolución