adquisiciÓn e implementaciÓn de un sistema de gestiÓn de...

ADQUISICIÓN E IMPLEMENTACIÓN

DE UN SISTEMA DE GESTIÓN DE DATOS DE MEDIDAS MDM (Meter

Data Management) PARA CONFORMAR EL SISTEMA

COMERCIAL ÚNICO DEL SECTOR

ELÉCTRICO ECUATORIANO

julio de 2013

Versión 1.7

i

Índice

1. INTRODUCCIÓN .......................................................................... 1

2. ASPECTOS GENERALES ................................................................ 3

2.1 Antecedentes ........................................................................... 3

2.2 Situación Actual ........................................................................ 4

2.2.1 Modelo de Gestión Comercial ................................................ 4

2.2.2 Infraestructura de Medición Avanzada .................................... 6

2.3 Esquema de modelo de sistemas ................................................ 7

3. OBJETIVOS ................................................................................ 8

3.1 Objetivo General ....................................................................... 8

3.2 Objetivos Específicos ................................................................. 8

4. BENEFICIOS ESPERADOS ........................................................... 10

5. ESPECIFICACIONES FUNCIONALES Y ALCANCE ............................. 11

5.1 Características del Suministro .................................................. 11

5.2 Alcance ................................................................................. 11

5.3 Dimensiones del sistema ......................................................... 16

5.4 Seguimiento y Control del Proyecto ........................................... 17

5.5 Cronograma Referencial del Proyecto ........................................ 19

5.6 Soluciones de Convivencia ....................................................... 19

6. ESPECIFICACIONES TÉCNICAS ................................................... 20

7. PRESENTACIÓN DE LA OFERTA ................................................... 21

7.1 Plan de Proyecto ..................................................................... 21

7.2 Documentos Legales ............................................................... 21

7.3 Experiencia ............................................................................ 22

7.4 Personal Técnico ..................................................................... 22

7.5 Soporte Post-implantación ....................................................... 24

7.6 Soporte de Garantía ................................................................ 25

7.7 Cumplimiento de Especificaciones del Servicio Ofertado ............... 25

7.8 Formularios de la Oferta .......................................................... 26

7.9 Requerimientos Mínimos de la Oferta Económica ........................ 26

7.10 Vigencia de la Oferta ............................................................... 27

7.11 Plazo de Ejecución .................................................................. 27

7.12 Precio de la Oferta .................................................................. 27

7.13 Forma de Pago ....................................................................... 27

7.14 Método de Evaluación .............................................................. 28

ii

7.15 Responsabilidades y Compromisos ............................................ 39

8. CONDICIONES DE LA OFERTA .................................................... 41

9. ANEXOS ................................................................................... 42

9.1 Anexo-1. Especificaciones Técnicas y Funcionales MDM. .............. 42

9.1.1 Requisitos Funcionales MDM ............................................... 42

9.1.2 Requisitos No Funcionales .................................................. 45

9.1.3 Requisitos de Negocio ........................................................ 50

9.1.4 Integración con otros Sistemas ........................................... 50

9.1.5 Indicadores ...................................................................... 51

9.1.6 Requisitos de Convivencia .................................................. 53

9.2 Anexo-2. Documento de Arquitectura para las empresas de

distribución de electricidad de Ecuador. ..................................... 54

9.2.1 Requisitos Generales ......................................................... 54

9.2.2 Arquitectura ..................................................................... 54

9.2.3 Características Generales ................................................... 55

9.2.4 Arquitectura Estandarizada ................................................. 56

9.2.5 Concepción Modular del Sistema ......................................... 57

9.2.6 Ambientes de Desarrollo y Preproducción ............................. 57

9.2.7 Acceso de Mantenimiento Remoto ....................................... 59

9.2.8 Software de Respaldo (Backup) ........................................... 59

9.2.9 Seguridad ......................................................................... 59

9.3 Anexo-3. Cronograma Referencial del Proyecto ........................... 60

iii

Índice de Tablas e Ilustraciones

Tabla 1. Distribución de Clientes MDM .................................... 11

Tabla 2. Distribución de equipos de medida ............................. 16

Tabla 3. Tecnología empleada y eventos ................................. 16

Tabla 4. Forma de Pago ........................................................ 28

Tabla 5. Parámetros de Evaluación ......................................... 29

Tabla 6. Propuesta Técnica .................................................... 31

Tabla 7. Metodología de Trabajo ............................................ 32

Tabla 8. Valoración de Requisitos ........................................... 33

Tabla 9. Experiencia del Fabricante ........................................ 35

Tabla 10. Experiencia del Proveedor ....................................... 36

Tabla 12. Valoración de Índices Financieros ............................. 38

Ilustración 1. Áreas de concesión de las Distribuidoras ............... 5

Ilustración 3. Organización Teórica del Proyecto ...................... 18

Ilustración 4. Centros de Datos Nacionales .............................. 54

Ilustración 5. Modelo de Referencia de Interfaz IEC 61968 ........ 56

Ilustración 6. Cronograma Referencial del Proyecto .................. 60

de 60

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 (Advanced Metering Infrastructure - AMI)

y sistemas automáticos de lectura de contadores (Automatic Meter Reading - AMR).

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 200.000 medidores entre electromecánicos, electrónicos y con

de 60

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.A.

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.

de 60

2. ASPECTOS GENERALES

2.1 Antecedentes

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 61968 - 61969.

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 And Data Acquisition - SCADA, 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.

de 60

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 Actual

Tal y como se recoge en el Plan Maestro de Electrificación 2012- 2021, 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.

2.2.1 Modelo de Gestión Comercial

A 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.

de 60

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 Ambato, cuya distribución de clientes, se puede observar en

el cuadro siguiente (a marzo de 2013):

Ilustración 1. Áreas de concesión de las Distribuidoras

SISTEMA COMERCIAL CLIENTES PARTICIP.

SICO

CNEL-El Oro 215,208

CNEL-Los Ríos 109,001

CNEL-Manabí 306,716

CNEL-Milagro 140,304

E.E. Azogues 33,405

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,824

E.E. Norte 216,959

E.E. Quito 935,649

EEPG EP 635,649

SISCOM

CNEL-Bolívar 56,065

E.E. Ambato 231,166

OTROS

CNEL-Sto. Domingo 163,477

E.E. Cotopaxi 111,475

E.E. Riobamba 158,289

Total general 4,435,501 100.0%

29.7%

54.1%

6.5%

9.8%

de 60

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.

2.2.2 Infraestructura de Medición Avanzada

Actualmente varias distribuidoras eléctricas disponen de equipos de medición con

tecnología AMI, 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é AMI, 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 (SMART GRID).

En el país existen aproximadamente 100.000 equipos con tecnología AMI 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-

TRILLIANT, ITRON y LANDIS+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.

de 60

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 ESB (Enterprise Service Bus). 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 Anexo-2.

Documento de Arquitectura para las empresas de distribución de electricidad de

Ecuador.

de 60

3. OBJETIVOS

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 (SOA).

3.2 Objetivos Específicos Adoptar 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 BUENAS PRACTICAS DE LA INDUSTRIA,

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.

de 60

Disponer de una correcta integración con los sistemas externos, considerando

la arquitectura orientada a servicios mediante un bus empresarial de servicios

(ESB) 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 Big Data que permitan procesar,

almacenar y recuperar de forma eficiente y con rendimiento, las mediciones y

curvas de carga provenientes del sistema AMI.

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.

de 60

4. BENEFICIOS ESPERADOS

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

ESB.

Aumentar la productividad y satisfacción de los usuarios.

Reducir la entrada de errores al sistema.

Conseguir seguridad avanzada de procesos e información.

Aumentar la satisfacción del cliente con los servicios recibidos de la empresa.

de 60

5. ESPECIFICACIONES FUNCIONALES Y ALCANCE

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 Alcance

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.

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.

ETAPA 2

NÚMERO

DE

CLIENTES

CON

TECNOLOGÍA

AMI

(existentes)

ESPECIALES

CON

TELEMEDICIÓN

AMR (existentes)

CON

TECNOLOGÍA

AMI

(proyectados)

EQUIPOS DE

LECTURA

COMÚN

(existentes)

EQUIPOS DE

LECTURA

COMÚN Y

NUEVOS AMI

TOTAL 4,500,000 74,602 2,478 100,000 22,920 4,300,000

ETAPA 1

de 60

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 (ESB) 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

de 60

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 BPM cuando

aplique.

Dar soporte en sitio y remoto.

Atender 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.

Acompañ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.

Abarcar 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 Anexo-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

de 60

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 Revisión y aprobación de cada producto

o Revisión del ajuste del proceso, verificando el cumplimiento de hitos, y

elaborando planes de corrección/mitigación en caso de desviaciones.

o Realizar la Revisión Técnica Formal (RTF)

o Asegurar 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 BI, bajo la

plataforma disponible actualmente IBM-Cognos.

Desarrollar e implementar los informes operacionales que se determinen,

permitiendo para aquellos que se designen, su integración con la plataforma

Cognos (de Business Intelligence).

Desarrollar e implementar todas las Interfaces necesarias, bajo la plataforma

ESB dispuesta al efecto.

Proporcionar, instalar y configurar una plataforma analítica de la que podrán

realizarse/consultar: Aná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.

de 60

Proporcionar, instalar y configurar los componentes necesarios para cubrir los

requisitos detallados en el Anexo-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

Analíticas de medidas

Agregación de medidas, simulación de perfiles

Integración con AMI

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.

de 60

5.3 Dimensiones del sistema

Actualmente se cuenta con un aproximado de CUATRO MILLONES QUINIENTOS MIL

(4.500.000) 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

AMI existentes 74.602

200.000

Especiales con

telemedición

2.478

AMI proyectados primer

año

100.000

Normales con lectura

manual

22.920

Segunda Etapa Normales con lectura

manual

4.300.000 4.300.000

Total 4.500.000 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:

Tabla 3. Tecnología empleada y eventos

CON

TECNOLOGÍA

AMI

ESPECIALES

CON

TELEMEDICIÓN

CNEL-El Oro 2.890 ELSTER DIARIA SI ENERGY AXIS

CNEL-Manabí 10.612 ELSTER DIARIA SI ENERGY AXIS

E.E. Ambato 800 ELSTERLECTURA/HORA;

COMUNIC./15MINSI EASY METERING

E.E. Centro Sur 3 MAXSYS 15 MINUTOS NO MAXCOM

E.E. Cotopaxi 600 ELSTERLECTURA/HORA;

COMUNIC./15MINSI EASY METERING

1.500 LADIS + GYR SI COMAND CENTER

336 ELSTERDIARIA, (RECOM.

Cada/HORA)SI EASY METERING

E.E. Quito 676LANDIS + GYR

ELSTER5 MINUTOS SI

DERCOBASS -

DISTROCUYO

E.E. Riobamba 13 DISCAR 15 MINUTOS SI

E.E. Sur 50 ELSTER 15 MINUTOS SI EASY METERING

21.000 ELSTER DIARIA SI ENERGY AXIS

25.000GENERAL

ELECTRICDIARIA SI

13.600 ITRON DIARIA SI ITRON

TOTAL 74.602 2.478

E.E. Norte

EEPG EP

NOTIFICACIÓN

DE EVENTOS

TECNOLOGÍA EMPLEADA Y EVENTOS

DISTRIBUIDORA

EXISTENTES

MARCA DEL

MEDIDOR

PERIODO DE

TRANSMISIÓN

DE

INFORMACIÓN

SOFTWARE DE

GESTIÓN

de 60

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.

A 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.

de 60

El esquema siguiente indica la Organización del Proyecto:

Ilustración 3. Organización Teórica del Proyecto

de 60

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 Anexo-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 BI 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 AMBATO,

mientras se implanta el nuevo CIS.

de 60

6. ESPECIFICACIONES TÉCNICAS

El sistema deberá estar desarrollado bajo una Arquitectura Orientada a Servicios SOA

acorde a la definición establecida en el presente documento.

Deberá contemplar la integración total con los dispositivos AMI instalados en las

diferentes distribuidoras, concretamente de las marcas ELSTER, GE, ITRON y

LANDIS+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 Anexo-1.

Especificaciones Técnicas y Funcionales MDM.

La aplicación deberá tener la arquitectura establecida en el Anexo-2. Documento de

Arquitectura para las empresas de distribución de electricidad de Ecuador.

de 60

7. PRESENTACIÓN DE LA OFERTA

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 11A 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 Asociació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 proceso1.

Certificado vigente de cumplimiento de Obligaciones Patronales emitido por el

Instituto Ecuatoriano de Seguridad Social (IESS); al menos de los últimos 3

meses2..

Certificado de Estado Tributario Emitido por el SRI3.

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.

de 60

Datos del Proveedor.

Carta de Confidencialidad.

Declaración de Agregado Nacional.

Información de Accionistas de personas jurídicas (Formulario No. 8 Referencia

Resolución INCOP No. 037-09 del documento de pliegos).

Certificado Otorgado por la Procuraduría General, de no mantener litigios

como actor o demandado por procesos de contratación.

Balances 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 Art. 17 de la Resolución INCOP 052-

2011.

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 CONTRATANTE.

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.

de 60



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.



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


pertinente.



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.



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.



afines para el Consultor Experto del área de ESB-SOA, 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.

de 60

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


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. A partir de ahí el

mantenimiento será responsabilidad de la CONTRATANTE. 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

de 60

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. Al 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 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.

o 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. Asignará 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 post-

implantación. Al menos dos de los tres deberán haber participado en el

proyecto.

o El soporte deberá realizarse para los sistemas MDM, BI, bus ESB 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 Anexo-1. Especificaciones Técnicas y Funcionales de los

sistemas MDM para las empresas de distribución de electricidad de Ecuador y con el

de 60

Anexo-2 Documento de Arquitectura 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 Anexos 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 Anexos, (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 Anexos justificativos);

Soporte Técnico (Formulario No. 7).

Información de accionistas de personas jurídicas (Resolución INCOP No. 037-

09 Formulario No. 8);

Declaración de Agregado Nacional (Formulario Nos. 9 y 9 A);

Lista del Personal Asignado al Proyecto (Formulario No. 10);

Hoja de Vida del Personal Asignado al Proyecto (Formulario No. 11, 11 A y

Anexos 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 16A)

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

http://www.compraspublicas.gob.ec, 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.

http://www.compraspublicas.gob.ec/

de 60

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.

7.11 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:

CUATRO (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.

7.12 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.

7.13 Forma de Pago

Los pagos del contrato se realizarán con cargo a los fondos provenientes del

Presupuesto de las EMPRESAS DE DISTRIBUCIÓN ELÉCTRICA DEL ECUADOR,

relacionada con las partidas presupuestarias (nombre y número).

La siguiente tabla refleja la forma de pago:

de 60

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.

7.14.1.- PRIMERA ETAPA: CUMPLIMIENTO DE REQUISITOS OBLIGATORIOS

Se analizarán los siguientes parámetros en base a la metodología “cumple o no

cumple”:

A1.- 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.

ANTICIPO 60%

DISEÑO FUNCIONAL 25%

IMPLANTACIÓN 15%

MIGRACIÓN 70%

RECEPCIÓN 30%

SEGUNDA ETAPA:

TOTAL MDM

TOTAL

TOTAL

PRIMERA ETAPA:

de 60

A2.- 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 500.000 por cada

contrato; y que los montos de los contratos sea mayor o igual a 1.000.000,00 dólares

de los Estados Unidos de Amé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 Actas 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.

7.14.2.- SEGUNDA ETAPA: EVALUACIÓN DE OFERTAS CON PUNTAJE

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:

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 ESPECIFICACIONES TÉCNICAS, entre ellas. Las valoraciones de cada uno de los parámetros se regirán exclusivamente a los literales contenidos dentro del punto 7.14.2 (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. A las demás ofertas se las calificará

en aplicación de la siguiente formulación:

Vfi = 15 x (Mo/Vo)

PARÁMETROS DE EVALUACIÓN PUNTAJE

A OFERTA ECONÓMICA 15

B CUMPLIMIENTO DE ESPECIFICACIONES TÉCNICAS 40

C PARTICIPACIÓN NACIONAL 10

D EXPERIENCIA ESPECÍFICA 15

E PERSONAL TÉCNICO 15

F ÍNDICES FINANCIEROS PROVEEDOR 5

TOTAL 100

Tabla 5. Parámetros de Evaluación

de 60

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 FUNCIONALES Y NO FUNCIONALES EN LA SOLUCIÓN OFERTADA

Propuesta Técnica

Puntos CRITERIO EVALUACIÓN

0.625 Metodología de

Pruebas

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 14.

0.625 Se detalla la metodología utilizada para la elaboración de las pruebas y los tipos de pruebas. Amplía los puntos requeridos en el formulario 14.

0.625 Personalizaciones

Necesarias

0 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 14.

0.625 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. Amplía los puntos requeridos en el formulario 14.

0.625 Desarrollos Adicionales Requeridos

0 Descripción breve de un desarrollo adicional. Completa únicamente los puntos requeridos en el formulario 14.

0.625 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. Amplía los puntos requeridos en el formulario 14.

0.625 Integración con

sistemas externos

0 Descripción breve de la integración del sistema con sistemas externos. Completa únicamente los puntos requeridos en el formulario 14.

0.625 Detalles de la integración del sistema planteado con los sistemas externos con los que interacciona. Amplía los puntos requeridos en el formulario 14.

0.625 Capacitación y

Habilidades

0 Describe brevemente las capacitaciones a realizarse. Completa únicamente los puntos requeridos en el formulario 14.

0.625 Describe la metodología utilizada para el diseño del plan de capacitación y su definición, tipos de cursos

de 60

Puntos CRITERIO EVALUACIÓN en la implementación y post producción, especifica cual será el material de apoyo, evaluaciones después de capacitaciones, etc. Amplía los puntos requeridos en el formulario 14.

0.625 Estrategia de

Migración

0 Describe brevemente la estrategia de migración. Completa únicamente los puntos requeridos en el formulario 14.

0.625 Detalle de la estrategia de migración a utilizar. Amplía los puntos requeridos en el formulario 14.

0.625 Documentación

Técnica

0 Descripción breve de la documentación con la que cuenta el producto propuesto. Completa únicamente los puntos requeridos en el formulario 14.

0.625 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. Amplía los puntos requeridos en el formulario 14.

0.625 Post Producción

0 Detalle básico de la etapa de post producción. Completa únicamente los puntos requeridos en el formulario 14.

0.625 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. Amplía los puntos requeridos en el formulario 14.

Tabla 6. Propuesta Técnica

Metodología de Trabajo


2 Gobierno del

Proyecto

0

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.

2

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. Amplía los puntos requeridos en el formulario 14.

2 Plan de Calidad 0

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.

de 60


2

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 de ejecución y disponen de la experiencia necesaria. La empresa cuenta con certificados emitidos por organismos de reconocido prestigio en materia de calidad. Amplía los puntos requeridos en el formulario 14.

2 Plan de

Capacitación y Formación

0

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.

2

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. Amplía los puntos requeridos en el formulario 14.

2 Plan de Gestión de

Riesgos

0

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 14.

2

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. Además incluye un análisis preliminar de los riesgos existentes (esta identificación de los riesgos determina la experiencia del oferente en proyectos similares). Amplía los puntos requeridos en el formulario 14.

2 Plan de Trabajo

0

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.

2

Ademá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. Amplía los puntos requeridos en el formulario 14.

Tabla 7. Metodología de Trabajo

de 60

Cumplimiento de los Requisitos


17 Requisitos de prioridad Alta

0,13 x Cada requisito cumplido

Si el estándar de la solución ofertada contempla el requisito

Desarrollo

Alto (> 160 horas)

0,025 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)

Desarrollo

Medio (40 < x <

160 horas)

0,050 x Cada requisito a desarrollar

Desarrollo

Bajo (< 40 horas)


Indicadores de prioridad Alta

0,13 x Cada indicador cumplido

Si la solución ofertada contempla el indicador

4

Requisitos de prioridad

Media

0 Si no está contemplado en la solución ofertada



Desarrollo

Alto (> 160 horas)



Desarrollo

Medio (40 < x <

160 horas)


Desarrollo

Bajo (< 40 horas)


4

Requisitos de prioridad Baja

0 Si no está contemplado en la solución ofertada



Desarrollo

Alto (> 160 horas)



Desarrollo

Medio (40 < x <

160 horas)


Desarrollo

Bajo (< 40 horas)


Indicadores de prioridad Baja

0,1 x Cada indicador cumplido

Si la solución ofertada contempla el indicador

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 Alta, serán descartadas.

c) Participación Nacional: La Participación Nacional será evaluada con base al Formulario No. 9 y 9A, 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.

de 60

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:

- Al 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.

- Al 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. Al 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

0,95 3,8

Por cada certificado de implementación del sistema MDM en empresas no pertenecientes al sector eléctrico

0.3 0,9

Por presentación de certificados ISO 9000 para su(s) Laboratorio(s) de desarrollo de soluciones de negocio

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

0,25 0,25

Por presentación de certificados ISO 27000 para sus soluciones de Tecnología de información, Tecnología y Soporte

0,25 0,25

Qué Herramientas tecnológicas tiene su solución comercial para soportar el ciclo de vida del sistema:

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

de 60

Experiencia del Fabricante Puntos Máximo

Cantidad de empresas implementadoras certificadas [<=3; 3<x<=5;5<x<=10; >10] 3<x<=5 0,05

0,15 5<x<=10 0,10 >10 0,15

Respecto a su organización de soporte describa:

Alcance – Horario Semanal: [<24h/5d; 24h/5d; 24h/7d]

<24h/5d 0,05

0,15 24h/5d 0,10 24h/7d 0,15

Alcance – Nº de Centros de soporte a nivel mundial: [<=2;2<x<=10; >10]

<=2 0

0,10 2<x<=10 0,05 >10 0,10

Nº de Centros de soporte a nivel mundial en Castellano >0 0,05 0,05

Tiempo de respuesta promedio (Emergencias): [<=24 horas; 24<x<48 horas; >48 horas]

>48h 0,05

0,15 24h<x<48h 0,10 <=24h 0,15

Acuerdo 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

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

0,85 3,4

Por cada certificado de implementación del sistema MDM en empresas no pertenecientes al sector eléctrico

0.3 0,9

Por presentación de certificados ISO 9000 para su(s) Laboratorio(s) de desarrollo de soluciones de negocio

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

0,25 0,25

Por presentación de certificados ISO 27000 para sus soluciones de Tecnología de información, Tecnología y soporte

0,25 0,25

Qué Herramientas tecnológicas tiene su solución comercial para soportar el ciclo de vida del sistema:

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

Número de consultores certificados en la región de Latinoamérica [<=25; 25<x<=50; >50]

<=25 0,05

0,15 25<x<=50 0,10 >50 0,15

Respecto a su organización de soporte describa:

Alcance – Horário Semanal: [<24h/5d; 24h/5d; 24h/7d] <24h/5d 0,05 0,15

de 60

Experiencia del Proveedor Puntos Máximo

24h/5d 0,10 24h/7d 0,15

Alcance – Nº de Centros de soporte a nivel mundial: [<=2; 2<x<=10; >10]

<=2 0,00

0,10 2<x<=10 0,05 >10 0,10

Nº de Centros de soporte a nivel mundial en Castellano >0 0,05 0,05

Tiempo de respuesta promedio (Emergencias): [<=24 horas; 24<x<48 horas; >48 horas]

>48h 0,05

0,15 24h<x<=48h 0,10 <=24h 0,15

Acuerdo 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 SOA. 0,4 0,4

Total 7,5

Tabla 10. Experiencia del Proveedor

e) Personal Técnico: Al 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.

1.00 3.00

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)

1.00 8.00

Por cada Título de IV nivel en carreras afines a los sistemas ofertados (MDM), correspondientes al personal principal, propuesto por el oferente.

0.50 2.00

Por cada certificación en el sistema ofertado para las áreas relacionadas con este proyecto (máximo 2 por persona)

0.25 2.00

Total 15.00

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-A del documento de

pliegos).

de 60

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:

Indicadores Criterio Puntos

Solvencia Activo Corriente / Pasivo Corriente Mayor o igual a 1.00 2

Menor a 1.00 0

Razón de Endeudamiento

(Pasivo Corriente + Pasivo Largo Plazo) / Total Activos

Menor o igual a 0.60 1

De 0.61 a 0.80 Proporcional según valor

Mayor a 0.80 0

Capital de Trabajo Neto

Activo Corriente – Pasivo Corriente Mayor a 0 1

Menor o igual a 0 0

Rentabilidad del Capital (%)

Utilidad Neta / Capital

Mayor o igual a 0.10 1

De 0.05 a 0.099 Proporcional según valor

Menor a 0.05 0

de 60

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.

de 60

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 Alto 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 Administració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

de 60

que éstos son custodiados y mantenidos a favor de los mejores intereses del

Grupo se reforzará la figura de los Administradores 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

Administrador General de la CONTRATANTE, 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.

de 60

8. CONDICIONES DE LA OFERTA

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:

______________________ Ing. xxxxx <CARGO QUE OBSTENTA, O ENTIDAD QUE REPRESENTA>

Elaborado por:


Elaborado por:


Elaborado por:


Elaborado por:

______________________

Ing. xxxxx <CARGO QUE OBSTENTA, O ENTIDAD QUE REPRESENTA>

de 60

9. ANEXOS

9.1 Anexo-1. Especificaciones Técnicas y Funcionales MDM.

9.1.1 Requisitos Funcionales MDM

ID de

Requisito de Alto Nivel

Nombre de Requisito de Alto Nivel

Descripción Prioridad (A, M, B)

MDM_0001 Proceso de lecturas. Conexión a dispositivos móviles

El sistema debe permitir la generación, el envío y la recepción de lecturas. Permitiendo la conexión a dispositivos móviles.

A

MDM_0002 Gestión de lecturas automatizadas o remotas

El sistema debe permitir realizar lecturas automatizadas o remotas (Telemetría, vía web, lectura remota con TPL, manual, etc.).

A

MDM_0003 Histórico de incidencias de lecturas

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.

A

MDM_0004 Parametrización de formas de estimación de lecturas

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.

A

MDM_0005 Actualización de registro de toma de medidas

El sistema deberá actualizar los registros de fecha-hora utilizados para la toma de medidas.

A

MDM_0006 Generación de reportes de curvas

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.

A

MDM_0007 Consulta de lecturas asociadas a medidores

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.

A

MDM_0008 Mecanismos de validación de lecturas in-situ

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.

A

MDM_0009 Parametrización de inconsistencias de validaciones de lecturas

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.

A

MDM_0010 Generación de estimaciones de lecturas

El sistema debe soportar estimaciones de lecturas cuando una lectura real no está disponible.

A

MDM_0011 Estimaciones de lecturas en base a históricos

El sistema debe soportar estimaciones con base en históricos de lecturas y en función de las reglas que se establezcan.

A

MDM_0012 Definición de límites máximos y mínimos de consumos para proceso de estimaciones

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.

A

MDM_0013 Gestión de parámetros de determinación de lectura a facturar

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.

A

MDM_0014 Almacenamiento de histórico de lecturas

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.

A

MDM_0015 Gestión y clasificación de carga de lecturas

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.

A

MDM_0016 Utilización de diversas unidades de medidas de consumos

El sistema debe permitir la carga de lecturas en diferentes unidades de medida, y realizar su conversión al momento de la facturación.

M

de 60

ID de Requisito

de Alto Nivel



MDM_0017 Almacenamiento de consumos y lecturas por diversos medios

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

A

MDM_0018 Almacenamiento de curvas horarias y cuarto horarias

El sistema permitirá almacenar datos de curvas horarias y/o cuarto-horarias

A

MDM_0019 Almacenamiento de datos de calidad de energía

El sistema permitirá almacenar datos de calidad de energía A

MDM_0020 Comunicación con otros sistemas para envío de medidas

El sistema de lecturas publicará o enviará medidas al resto de sistemas, a través del ESB aplicando el estándar CIM (Common Information Model)

A

MDM_0021 Validaciones VEE sobre lecturas y consumos

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.

A

MDM_0022 Consulta de datos de consumos y lecturas

El sistema permitirá realizar consultas de datos de consumos y todas sus lecturas

M

MDM_0023 Validaciones sobre consumos RTP (Real-Time-Pricing) recibidos

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/Alta 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.

A

MDM_0024 Cálculo de curvas horarias a partir de curvas cuartohorarias

El sistema permitirá calcular curvas horarias a partir de curvas cuarto horarias

M

MDM_0025 Definición de anomalías de lecturas

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.

A

MDM_0026 Agrupación de suministros por tipo de anomalías de lecturas detectadas

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.

M

MDM_0027 Gestión de incidencias de lecturas

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.

A

MDM_0028 Cálculo de agregaciones de curvas mediante técnicas MapReduce

El sistema permitirá Cálculo de Agregaciones de curvas definidas en el sistema mediante técnicas MapReduce basadas en tecnología BigData y sobre agregaciones (segmentos de clientes) predefinidos.

B

MDM_0029 Comparación de consumos con perfiles tipo, para estudios online sobre pautas de clientes

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.

A

MDM_0030 Detección de suministros con problemas en lecturas

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.

A

MDM_0031 Gestión de diferentes unidades de medida asociadas a curvas

El sistema debe ser capaz de gestionar diferentes unidades de medida para la medición de curvas, por ejemplo los puntos de BT pueden configurarse para medir en Wh y programación cuarto-horaria, mientras que los suministros de AT/MT pueden configurarse para medir en KWh.

M

MDM_0032 Realización de cálculos de demanda agregada en base a segmentaciones definidas

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.

A

MDM_0033 Comparación de medidas con perfiles oficiales de curvas

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.

A

de 60

ID de Requisito

de Alto Nivel



MDM_0034 Gestión del cálculo de picos de demandas

El sistema podrá calcular picos de demanda teniendo en cuenta los valores máximos en cada período

A

MDM_0035 Gestión de Balances de Energía desde los centros de transformación

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 Balances 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 BT

M

MDM_0036 Gestión de Balances de Fase

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.

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. Además, se podrán realizar distribuciones de consumo de los clientes en función de distintos calendarios y ámbitos temporales.

A

MDM_0038

Parametrizacion de agrupaciones de clientes en segmentos. Cálculo de agregaciones por segmentos.

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.

A

MDM_0039 Realización de comparativas de consumos

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.

A

MDM_0040 Generación de informes periódicos

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.

M

MDM_0041 Integración SOA con sistemas de negocio

El sistema deberá permitir integración SOA 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 ESB aplicando el estándar CIM (Common Information Model)

A

MDM_0042 Funcionalidades adicionales de lecturas (ETL, extracciones periódicas, cargas masivas)

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

A

MDM_0043 Integración con sistemas Business Intelligence

El sistema deberá permitir la integración con sistemas BI, siendo posible en el sistema de business intelligence, tener acceso entre otras a los siguientes informes: Aná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.

A

MDM_0044 Generación de previsiones de demanda horaria en BT

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.

A

MDM_0045 Gestión de correcciones sobre previsiones de demanda horaria

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.

A

de 60

ID de Requisito

de Alto Nivel



MDM_0046 Gestión de la estimación de facturación en función de perfiles de curvas

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.

A

MDM_0047 Interfaz de usuario de la aplicación

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.

B

MDM_0048 Herramientas de monitorización y estadísticas

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.

A

MDM_0049 Gestión de excepciones de medidores

El sistema deberá identificar y procesar excepciones de los medidores y el sistema, por ejemplo fallos en los medidores, configuraciones incorrectas, etc.

A

MDM_0050 Parametrización de workflow para el tratamiento de excepciones de lecturas

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.

A

MDM_0051 Conexión con sistemas externos para transmisión de eventos

El sistema debe tener la capacidad de transmitir datos de eventos a sistemas externos, en tiempo real o en forma de paquetes periódicos.

A

MDM_0052 Interacción con otros sistemas y procesos de empresas

El sistema deberá tener la funcionalidad de permitir interacción mediante flujos de trabajos con otros sistemas y procesos de la empresa.

A

MDM_0053 Gestión de eventos de cortes y restauraciones de energía

El sistema deberá tener la funcionalidad de recibir y gestionar eventos de cortes y restauraciones de energía.

A

MDM_0054 Capacidad de gestión de información en múltiples divisiones

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.

A

MDM_0055 Integración con el sistema CIS mediante el ESB

El sistema deberá sincronizarse con el sistema CIS a través del ESB aplicando el estándar CIM (Common Information Model)

A

MDM_0056 Inclusión de plataforma analítica sobre datos de MDM

El sistema deberá incluir una plataforma analítica de la que podrán realizarce/consultar: Aná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.

A

MDM_0057 Integración con equipos AMI actuales

El sistema deberá disponer de integración total con los dispositivos AMI instalados actualmente en las distribuidoras (ELSTER, GE, ITRON y LANDIS+GYR)

A

9.1.2 Requisitos No Funcionales

ID de




NFC_0001 Escalabilidad El entorno debe ser escalable tanto vertical como horizontalmente.

A

NFC_0002 Look & Feel de la aplicación 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.

A

NFC_0003 Look & Feel de la aplicación Diseño simple, consistente y comprensible a lo largo de las diferentes vistas de la aplicación.

A

NFC_0004 Ayuda El sistema deberá disponer de funcionalidad de Ayuda para facilitar el uso de la aplicación

A

de 60

ID de Requisito

de Alto Nivel



NFC_0005 Ayuda El sistema deberá proporcionar a los usuarios Feedback sobre el resultado de la ejecución de las tareas.

A

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.

A

NFC_0007 Seguridad

Autenticación, Autorización y Gestión de Usuarios: o Integración con los siguientes sistemas: LDAP de Externo: para aquellos usuarios no pertenecientes a empresas Distribuidoras LDAP 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 Acceso restringido a datos de la aplicación.

A

NFC_0008 Configuración La aplicación debe ser fácilmente configurable. A

NFC_0009 Configuración La aplicación debe ser configurable en las diferentes capas en las que se estructure.

A

NFC_0010 Character Set La aplicación debe trabajar con múltiples tipos de caracteres sin que se vea impactada por la introducción de éstos en los diferentes campos de la aplicación.

A

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).

A

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.

A

NFC_0013 Seguridad El sistema debe disponer de Control de Errores, Excepciones y registro de Eventos

A

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.

A

NFC_0015 Seguridad / Infraestructura El sistema debe ser accesible tanto desde la Intranet como desde Internet (a través de VPN).

A

NFC_0016 Rendimiento La aplicación debe ofrecer un rendimiento aceptable para la correcta operatividad de los usuarios.

A

NFC_0017 Interoperabilidad MDM El sistema comercial se integrará con el resto sistemas internos, a través del ESB-BPM, de acuerdo a la norma IEC 61968

A

NFC_0018 Interoperabilidad MDM El sistema comercial se comunicará con el resto sistemas externos a través del ESB-BPM y de acuerdo a la norma IEC 61968 siempre que sea posible

A

NFC_0019 Interoperabilidad SCADA/OMS-DMS/MWM

El MDM interoperará con el sistema SCADA/OMS-DMS/MWM a través de ESB, bajo los lineamientos del modelo CIM

A

NFC_0020 Herramientas Desarrollo

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.

A

NFC_0021 Herramientas Desarrollo El kit de herramientas del sistema debe proveer APIs estándar para permitir la creación simple de interfaces con otros sistemas y publicación de WebServices

A


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.

A

de 60

ID de Requisito

de Alto Nivel




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.).

A


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.

A

NFC_0025 Herramientas Desarrollo Los resultados de las consultas deben estar disponibles para imprimir o para exportar a documentos Office.

A


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.

A

NFC_0027 Herramientas Desarrollo El sistema debe soportar Web Services estándar o equivalentes para integrarse con otras aplicaciones.

A

NFC_0028 Herramientas Operación

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.

A

NFC_0029 Herramientas Operación

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.

A

NFC_0030 Seguridad-001 El sistema debe soportar la asignación de usuarios a grupos con niveles específicos de seguridad dentro del sistema.

A

NFC_0031 Seguridad-002 Los usuarios deben poder pertenecer a múltiples grupos de acceso o seguridad.

A

NFC_0032 Seguridad-003 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.

A

NFC_0033 Seguridad-004

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.

A


El sistema debe mantener la seguridad en los siguientes niveles: Nivel de Acció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.

A

NFC_0035 Auditorías-001 El sistema debe permitir la auditoría para cada usuario, sobre el cambio de datos en campos particulares de las tablas del sistema.

A

NFC_0036 Auditorías-002 El sistema debe permitir definir los campos de cada una de las tablas del sistema que deben ser auditados.

A

NFC_0037 Auditorías-003 El sistema debe permitir definir, la acción que debe ser auditada por cada campo: consulta, inserción, borrado o actualización.

A

de 60

ID de Requisito

de Alto Nivel



NFC_0038 Auditorías-004

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.

A

NFC_0039 Auditorías-005

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.

A

NFC_0040 Auditorías-006 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.

A

NFC_0041 Documentación-001 El sistema debe ser entregado con su respectiva documentación técnica y funcional.

A

NFC_0042 Documentación-002

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. Administració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, APIs y los temas internos del sistema.

A

NFC_0043 Documentación-003 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.

A

NFC_0044 Documentación-004 La ayuda en línea debe proveer capacidades de desglose para acceder a sub-tópicos que sean de interés particular del usuario.

A

NFC_0045 Documentación-005

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.

A

NFC_0046 Documentación-006 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.

B

NFC_0047 Archivado-001 El sistema debe proveer la definición de conjuntos de datos que pueden ser archivados y removidos del sistema en producción.

A

NFC_0048 Archivado-002 El sistema debe proveer Meta Data representativa para definir los objetos de datos más comunes que pueden ser archivados.

A

NFC_0049 Archivado-003 Las reglas de archivado de datos deben ser configurables para cumplir los requerimientos específicos.

A

NFC_0050 Archivado-004 Los datos archivados deben ser accesibles por una interfaz de usuario similar al ambiente de producción.

A

NFC_0051 Archivado-005 Debe ser posible utilizar una vista combinada de los datos archivados y los de producción.

A


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.

A


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.

A

NFC_0054 Seguridad-008 El sistema permitirá el control de seguridad de los datos tanto a nivel de instancias como de servidores.

A

NFC_0055 Seguridad-009 El sistema permitirá definir el número máximo de intentos de acceso al mismo sin éxito.

A

de 60

ID de Requisito

de Alto Nivel



NFC_0056 Seguridad-010 El sistema soportará la expiración automática de usuarios y contraseñas.

A

NFC_0057 Seguridad-011 El sistema permitirá la encriptación de contraseñas y archivos. A

NFC_0058 Seguridad-012 El sistema permitirá definir el tiempo de desconexión por inactividad de los usuarios logados al mismo.

A

NFC_0059 Seguridad-013 El sistema deberá garantizar la integridad y seguridad de la base de datos en los accesos vía Internet, incluyendo soporte SSL.

A

NFC_0060 Seguridad-014 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.

A

NFC_0061 Seguridad-015 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.

A

NFC_0062 Versiones-001 El proveedor de software entregará e implementará la última versión del software liberada mundialmente y que esté disponible en la región.

A

NFC_0063 Versiones-002 Las actualizaciones del software deben integrarse en el sistema sin costo adicional al de propio mantenimiento anual.

A

NFC_0064 Versiones-003

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.

A

NFC_0065 Versiones-004 El sistema deberá disponer de un registro de las versiones que determine con que versión se creó cada objeto del sistema.

A

NFC_0066 Versiones-005 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.

A

NFC_0067 Versiones-006 El sistema deberá disponer de mecanismos para la migración de versiones.

A

NFC_0068 Versiones-007 El sistema deberá disponer de herramientas para soportar la actualización de versiones por módulo o de forma integral.

A

NFC_0069 Conexión MDM-CIS El sistema MDM podrá recibir solicitudes del sistema CIS para conexión y desconexión remota, on demand read, etc. Usando la norma IEC 61968

A

NFC_0070 Adaptadores MDM para AMI El sistema MDM deberá disponer de adaptadores para los principales sistemas de AMI

A

NFC_0071 Adaptadores MDM para AMI - arquitectura

La arquitectura de los adaptadores para los sistemas AMI en MDM, permitirá las operaciones remotas usando la norma IEC 61968

A

NFC_0072 Adaptadores MDM para AMI - toma de datos

Los adaptadores para los sistemas AMI en MDM, permitirán la toma de datos de los medidores (lecturas y eventos) usando la norma IEC 61968

A

NFC_0073 Arquitectura AMI en MDM La arquitectura de los sistemas AMI en MDM deberá ser abierta, disponer de herramientas para su configuración, y permitir la comunicación con otros sistemas utilizando la norma IEC 61968

A

NFC_0074 MDM - Envío de eventos AMI El sistema MDM será capaz de comunicar eventos de AMI (alarmas de manipulación, etc.) a otros sistemas usando la norma IEC 61968

A

NFC_0075 MDM - Envío de eventos a OMS El sistema MDM permitirá filtrar y pasar eventos de interrupción a sistemas de OMS a través de XML/ IEC 61968 CIM, Web Services (SOAP/HTTP) y JMS

A

NFC_0076 MDM - Recepción de eventos desde OMS

El sistema MDM permitirá recibir mensajes de Power Status Verification del sistema de OMS a través de la norma IEC 61968

A

NFC_0077 MDM - Envío de eventos a WMS

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 61968

A

NFC_0078 Base de Datos La base de datos relacional RDBMS será Oracle o DB2 en sus últimas versiones

A

de 60

9.1.3 Requisitos de Negocio

ID de




NEG_0001 Multiservicio. Vehículo Eléctrico

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.

A

NEG_0002 Multiservicio. Gas, Agua, Internet El sistema permitir la parametrización y fácil adaptación del mismo, a un sistema multiservicio.

A

9.1.4 Integración con otros Sistemas

ID de

Interfaz Sistema Origen

Sistema Destino

Descripción

INT_0001 AMI-MDM CBM Interfaz para realizar diagnósticos y conocer el estado del medidor

INT_0002 AMI-MDM CIS-CRM Interfaz para comunicación de controles y señales

INT_0003 AMI-MDM CIS-CRM Interfaz para proporcionar datos para la facturación

INT_0004 AMI-MDM CIS-CRM Interfaz para proporcionar el historial del medidor

INT_0005 AMI-MDM DMS Interfaz de Curvas de carga, historia de medidas, etc.

INT_0006 AMI-MDM DMS Interfaz con lecturas del medidor

INT_0007 AMI-MDM EAM Interfaz para realizar diagnósticos y conocer el estado del medidor

INT_0008 AMI-MDM EAM Interfaz con información para la planificación

INT_0009 AMI-MDM OMS interfaz de confiabilidad y calidad de energía (eventos)

INT_0010 AMI-MDM OMS interfaz de comunicación de finalización de evento creado

INT_0011 AMI-MDM OMS Interfaz de comunicación de Interrupción y verificación de restauración

INT_0012 CIS-CRM AMI-MDM Interfaz de datos del cliente

INT_0013 CIS-CRM AMI-MDM Interfaz con datos de convenio con el cliente

INT_0014 CIS-CRM AMI-MDM Interfaz con datos de demanda estimada

INT_0015 CIS-CRM AMI-MDM Interfaz de desconexión

INT_0016 CIS-CRM AMI-MDM Interfaz de reconexión

INT_0017 CIS-CRM AMI-MDM Interfaz de reajuste de demanda

INT_0018 CIS-CRM AMI-MDM Interfaz con información de transacciones

INT_0019 CIS-CRM AMI-MDM Interfaz con datos de lecturas, eventos y estados

INT_0020 CIS-CRM AMI-MDM Interfaz con datos de orden de trabajo de lectura de medidor

INT_0021 CIS-CRM AMI-MDM Interfaz de solicitud de lectura

INT_0022 DMS AMI-MDM Interfaz de desconexión

INT_0023 DMS AMI-MDM Interfaz de reconexión

INT_0024 DMS AMI-MDM Interfaz de reajuste de demanda

INT_0025 DMS AMI-MDM Interfaz de señales a respuesta de demanda

INT_0026 DSM AMI-MDM Interfaz de desconexión

INT_0027 DSM AMI-MDM Interfaz de reconexión

INT_0028 DSM AMI-MDM Interfaz de reajuste de demanda

de 60

ID de Interfaz

Sistema Origen

Sistema Destino

Descripción

INT_0029 OMS AMI-MDM Interfaz con datos de interrupción y verificación de restauración

INT_0030 WMS AMI-MDM Interfaz de datos obtenidos por lecturas especiales

INT_0031 AMI-MDM ECM Interfaz de registro de información documental

INT_0032 AMI-MDM Contratas lecturas

Interfaz para envío de datos de rutas de lecturas

INT_0033 Contratas lecturas

AMI-MDM Interfaz para envío de datos de rutas de lecturas

INT_0034 Contratas lecturas

AMI-MDM Interfaz de datos de lecturas, anomalías/incidencias

INT_0035 AMI-MDM Sist. Archivado Interfaz para registro de datos en los dispositivos de archivado masivo

INT_0036 Sist. Archivado AMI-MDM Interfaz para consulta de datos desde los dispositivos de archivado masivo

INT_0037 WMS AMI-MDM Interfaz con datos de lecturas fuera de ciclo, procedentes de órdenes de trabajo

Significado de siglas

AMI. Advanced Meter Infrastructure.- Sistema de Medición Avanzada

CBM. Condition Based 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

EAM. Enterprise Asset Management.- Sistema de Gestión de Activos

ECM. Enterprise Content Management.- Gestión de contenido Empresarial

OMS. Outage Management System.- Sistema de Gestión de Interrupciones

Sist. Archivado. Sistema e Backups 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

LDAP: Lightweight Directory Access Protocol - Protocolo a nivel de aplicación que permite el acceso a un servicio de directorio ordenado y distribuido

9.1.5 Indicadores

ID de Indicador Nombre Descripción del Concepto Prioridad (A, M, B)

IND_001 Eficacia de lecturas Número de lecturas reales tomadas en relación con el número total de lecturas emitidas

B

IND_002 Número total de clientes Clientes por grupo de consumo. B

IND_003 Consumo de energía eléctrica por cliente Cantidad promedio de energía eléctrica consumida por cada cliente

A

IND_004 Actividades Pendientes Número de actividades generadas / abiertas / anuladas / cerradas

B

IND_005 Actividades Pendientes Tiempo medio de cierre de una actividad B

IND_006 Actividades Pendientes Número y % de actividades abiertas / generadas en el día

B

IND_007 Actividades Pendientes Número y % de actividades abiertas de antigüedad entre 1-4 / 5-12 / 13-20 / superior a 20 días

B

IND_008 Actividades Pendientes Número y % de actividades cerradas en el día de su generación / al día siguiente

B

IND_009 Actividades Pendientes Número y % de actividades cerradas entre 2-4 / 5-12 / 13-20 / superior a 20 días

B

de 60


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

B

IND_011 Tareas Pendientes Número y % de tareas pendientes con fecha límite inferior / superior / igual al día actual

B

IND_012 Tareas Pendientes Tiempo medio pendiente por tarea para fecha límite

B

IND_013 Tareas Pendientes Número y % de tareas pendientes con 1 / 2-5 / > de 5 días sobre fecha límite

B

IND_014 Tareas Pendientes Número y % de tareas pendientes generadas hoy / ayer / de 2-5 días de antigüedad / > de 5 días de antigüedad

B

IND_015 Tareas Pendientes Número de tareas pendientes planificadas en una fecha determinada

B


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

B


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 / 5-6-7 días después / más de 7 días después de su generación

B

IND_018 Tareas Pendientes Tiempo medio de resolución de tareas generadas para un día concreto

B

IND_019 Tareas Pendientes Tiempo medio de resolución de las tareas B

IND_020 Tareas Pendientes Número y % de tareas resueltas planificadas en fecha prevista

B

IND_021 Tareas Pendientes Número y % de tareas resueltas posteriores / en / antes de fecha prevista

B

IND_022 Tareas Pendientes Tiempo medio de adelanto / retraso de resolución planificada respecto fecha prevista

B

IND_023 Tareas Pendientes Número y % de tareas resueltas posteriores / en / antes de fecha límite

B

IND_024 Tareas Pendientes Tiempo medio de adelanto / retraso de resolución planificada respecto fecha límite

B

IND_025 Productividad y Calidad en la Lectura Tiempo medio de toma de lectura con / sin desplazamiento

B

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

B

IND_027 Productividad y calidad en la lectura Número de lecturas erróneas tomadas por el lector para una fecha o intervalo determinados

B

IND_028 Productividad y calidad en la lectura Número de lecturas no visitadas para una fecha o intervalo determinados

B

IND_029 Productividad y calidad en la lectura Número de lecturas con desplazamiento conseguidas / no conseguidas para una fecha o intervalo determinados

B

IND_030 Productividad y calidad en la lectura % de lecturas forzadas / conseguidas con anomalías respecto a las visitadas conseguidas para una fecha o intervalo determinados

B

IND_031 Productividad y calidad en la lectura Número de lecturas cerradas / no realizadas por otras incidencias para una fecha o intervalo determinados

B

IND_032 Productividad y calidad en la lectura Número de refacturaciones por lecturas erróneas para una fecha o intervalo determinados

B

de 60


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

B

IND_034 Cumplimiento del calendario de lecturas Número de lecturas previstas a tomar B

IND_035 Cumplimiento del calendario de lecturas Número de lecturas tomadas a una fecha B

IND_036 Cumplimiento del calendario de lecturas Número y % de lecturas tomadas con / sin desviación respecto fecha teórica

B

IND_037 Cumplimiento del calendario de lecturas Tiempo medio de desviación de toma de lecturas respecto fecha teórica

B

IND_038 Cumplimiento del calendario de lecturas % 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

B

IND_039 Facturación y Consumos Diferencia de consumo real frente a consumo previsto por tarifa y para una fecha o intervalo determinados

B

9.1.6 Requisitos de Convivencia

ID de




CNV_0001 Informes consolidados globales (BI).

Durante el periodo de implantación la información para BI procederá de los sistemas actuales y de los nuevos, en tanto se integran en dichos sistemas todas las distribuidoras.

A

CNV_0002 Convivencia temporal MDM con sistema de Gestión de Activos

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.

A

CNV_0003 Convivencia temporal del MDM con los CIS actuales (SICO, SIEQ y AMBATO)

El MDM tendrá que conectarse con los CIS de los sistemas SICO, SIEQ y AMBATO, mientras se implanta la solución definitiva para este sistema.

A

de 60

9.2 Anexo-2. Documento de Arquitectura para las empresas de distribución de electricidad de

Ecuador.

9.2.1 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.

Adicionalmente 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.

9.2.2 Arquitectura

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

de 60

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.

9.2.3 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 9.1.4 Integración con otros Sistemas, a través del bus

empresarial ESB que suministrará el Contratante, con arquitectura SOA

utilizando el modelo CIM.

b. Abierta: 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. Accesibilidad: 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.

de 60

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 QADS (Quality Control and Development System) del

sistema SCADA/OMS-MWM/DMS para la realización de las pruebas de integración.

El QADS es la plataforma de prueba de versiones nuevas de software y de

desarrollo e integración de funciones del sistema SCADA/OMS-MWM/DMS.

9.2.4 Arquitectura 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/61970. Para esto el Proponente

incorporará como parte de su equipo de trabajo o contratará a un “Integrador”

para diseñar y construir la Arquitectura de Interoperabilidad, la misma que estará

implementada sobre un ESB, 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 Bus (ESB) 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 61968

de 60

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. Ademá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 SOA (Service Oriented Arquitecture)

manteniendo la compatibilidad con el estándar CIM de la norma IEC61968.

9.2.5 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 APIs: La definición de APIs "Application 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 SOAP.

9.2.6 Ambientes 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 ESB 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.

de 60

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

IBM Power 770 Server, con sistema operativo AIX, Version 7. Otra alternativa de

implementación está relacionada con IBM zSeries y zBX, el gestor de base de datos

estaría en Linux on System Z y el aplicativo en Linux on System X, concretamente

en un BladeCenter 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: 2.2.1 “Modelo de Gestión Comercial” y 5.3 “Dimensiones del

sistema”.

de 60

9.2.7 Acceso de Mantenimiento Remoto

El MDM incluirá capacidades para que los usuarios desde fuera de la LAN 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.

9.2.8 Software de Respaldo (Backup)

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.

9.2.9 Seguridad

Para los procesos de autenticación, autorización y gestión de usuarios, el sistema

se integrará con LDAP.

Para conexiones al sistema desde fuera de la intranet corporativa, los datos

deberán viajar cifrados mediante protocolos SSL.

de 60

9.3 Anexo-3. Cronograma Referencial del Proyecto

Ilustración 6. Cronograma Referencial del Proyecto

adquisiciÓn e implementaciÓn de un sistema de gestiÓn de...

Documents