DOCUMENTOS ESTANDAR DE LICITACION - … · Web viewDOCUMENTOS DE LICITACIÓN Para Adquisición de Dos Sistemas SCADA/EMS para el Centro Nacional de Control de Energía de Costa Rica

DOCUMENTOS DE LICITACIÓN

Para

Adquisición deDos Sistemas SCADA/EMS para el

Centro Nacional de Control de Energía de Costa Rica

LPI No: 2014LI-000012-PROV

Proyecto: Proyecto Nuevo Centro de Control de Energía

Comprador: Instituto Costarricense de Electricidad

Sección I.

Índice General

PARTE 1 – Procedimientos de Licitación......................................1Sección I. Instrucciones a los Oferentes............................................5Sección II. Datos de la Licitación (DDL)............................................36Sección III. Criterios de Evaluación y Calificación...........................43Sección IV. Formularios de la Oferta.................................................65Sección V. Países Elegibles...............................................................115

PARTE 2 – Requisitos de los Bienes y Servicios........................117Sección VI. Lista de Bienes y Servicios y Plan de Entrega..........118

PARTE 3 – Contrato................................................................342Sección VII. Condiciones Generales del Contrato....................344Sección VIII. Condiciones Especiales del Contrato....................369Sección IX. Formularios del Contrato......................................374

PARTE 1 – Procedimientos de Licitación

Sección I. Instrucciones a los Oferentes 2

Sección I. Instrucciones a los Oferentes

Índice de Cláusulas

A. Generalidades1. Alcance de la Licitación...................................................................................................52. Fuente de Fondos.............................................................................................................53. Prácticas prohibidas [cláusula exclusiva para contratos de préstamo firmados bajo

política GN-2349-9].........................................................................................................54. Oferentes elegibles..........................................................................................................125. Elegibilidad de los Bienes y Servicios Conexos............................................................13B. Contenido de los Documentos de Licitación6. Secciones de los Documentos de Licitación................................................................1447. Aclaración de los Documentos de Licitación...............................................................1448. Enmienda a los Documentos de Licitación..................................................................155C. Preparación de las Ofertas9. Costo de la Oferta.........................................................................................................15510. Idioma de la Oferta.......................................................................................................15511. Documentos que componen la Oferta........................................................................161612. Formulario de Oferta y Lista de Precios........................................................................1613. Ofertas Alternativas.......................................................................................................1614. Precios de la Oferta y Descuentos..................................................................................1715. Moneda de la Oferta.......................................................................................................1916. Documentos que Establecen la Elegibilidad del Oferente.............................................2017. Documentos que Establecen la Elegibilidad de los Bienes y Servicios Conexos..........2018. Documentos que Establecen la Conformidad de los Bienes y Servicios Conexos........2019. Documentos que Establecen las Calificaciones del Oferente........................................2120. Período de Validez de las Ofertas..................................................................................2121. Garantía de Mantenimiento de Oferta............................................................................2222. Formato y Firma de la Oferta.........................................................................................24D. Presentación y Apertura de las Ofertas23. Presentación, Sello e Identificación de las Ofertas........................................................2424. Plazo para Presentar las Ofertas.....................................................................................2525. Ofertas Tardías...............................................................................................................2526. Retiro, Sustitución y Modificación de las Ofertas.........................................................2527. Apertura de las Ofertas...................................................................................................26E. Evaluación y Comparación de las Ofertas28. Confidencialidad............................................................................................................2729. Aclaración de las Ofertas...............................................................................................2830. Cumplimiento de las Ofertas..........................................................................................2831. Diferencias, Errores y Omisiones..................................................................................2932. Examen Preliminar de las Ofertas..................................................................................3033. Examen de los Términos y Condiciones; Evaluación Técnica......................................30


34. Conversión a una Sola Moneda......................................................................................3035. Preferencia nacional.......................................................................................................3036. Evaluación de las Ofertas...............................................................................................3137. Comparación de las Ofertas...........................................................................................3238. Poscalificación del Oferente..........................................................................................3239. Derecho del Comprador a Aceptar Cualquier Oferta y a Rechazar Cualquiera o Todas

las Ofertas.......................................................................................................................33F. Adjudicación del Contrato40. Criterios de Adjudicación...............................................................................................3341. Derecho del Comprador a Variar las Cantidades en el Momento de la Adjudicación. .3342. Notificación de Adjudicación del Contrato....................................................................3343. Firma del Contrato.........................................................................................................3444. Garantía de Cumplimiento del Contrato........................................................................34



Sección I. Instrucciones a los OferentesA. Generalidades

1. Alcance de la Licitación

1.1 El Comprador indicado en los Datos de la Licitación (DDL) emite estos Documentos de Licitación para la adquisición de los Bienes y Servicios Conexos especificados en Sección VI, Lista de Bienes y Servicios y Plan de Entrega. El nombre y número de identificación de esta Licitación Pública Internacional (LPI) están especificados en los DDL. El nombre, identificación y número de lotes están indicados en los DDL.

1.2 Para todos los efectos de estos Documentos de Licitación:

(a) el término “por escrito” significa comunicación en forma escrita (por ejemplo por correo electrónico, facsímile, telex) con prueba de recibido;

(b) si el contexto así lo requiere, “singular” significa “plural” y viceversa; y

(c) “día” significa día calendario.

2. Fuente de Fondos

2.1 El Prestatario o Beneficiario (en adelante denominado el “Prestatario”) indicado en los DDL ha solicitado o recibido financiamiento (en adelante denominado “fondos”) del Banco Interamericano de Desarrollo (en adelante denominado “el Banco”) para sufragar el costo del proyecto especificado en los DDL. El Prestatario destinará una porción de dichos fondos para efectuar pagos elegibles en virtud del Contrato para el cual se emiten estos Documentos de Licitación.

2.2 El Banco efectuará pagos solamente a pedido del Prestatario y una vez que el Banco los haya aprobado de conformidad con las estipulaciones establecidas en el acuerdo financiero entre el Prestatario y el Banco (en adelante denominado “el Contrato de Préstamo”). Dichos pagos se ajustarán en todos sus aspectos a las condiciones de dicho Contrato de Préstamo. Nadie más que el Prestatario podrá tener derecho alguno en virtud del Contrato de Préstamo ni tendrá ningún derecho a los fondos del préstamo.

3. Prácticas prohibidas

3.1 El Banco exige a todos los Prestatarios (incluyendo los beneficiarios de donaciones), organismos ejecutores y


[cláusula exclusiva para contratos de préstamo firmados bajo política GN-2349-9]

organismos contratantes, al igual que a todas las firmas, entidades o individuos oferentes por participar o participando en actividades financiadas por el Banco incluyendo, entre otros, solicitantes, oferentes, proveedores de bienes, contratistas, consultores, miembros del personal, subcontratistas, subconsultores, proveedores de servicios y concesionarios (incluidos sus respectivos funcionarios, empleados y representantes, ya sean sus atribuciones expresas o implícitas), observar los más altos niveles éticos y denuncien al Banco1 todo acto sospechoso de constituir una Práctica Prohibida del cual tenga conocimiento o sea informado, durante el proceso de selección y las negociaciones o la ejecución de un contrato. Las Prácticas Prohibidas comprenden actos de: (i) prácticas corruptivas; (ii) prácticas fraudulentas; (iii) prácticas coercitivas; y (iv) prácticas colusorias y (v) prácticas obstructivas. El Banco ha establecido mecanismos para la denuncia de la supuesta comisión de Prácticas Prohibidas. Toda denuncia deberá ser remitida a la Oficina de Integridad Institucional (OII) del Banco para que se investigue debidamente. El Banco también ha adoptado procedimientos de sanción para la resolución de casos y ha celebrado acuerdos con otras Instituciones Financieras Internacionales (IFI) a fin de dar un reconocimiento recíproco a las sanciones impuestas por sus respectivos órganos sancionadores.

(a) El Banco define, para efectos de esta disposición, los términos que figuran a continuación:

(i) Una práctica corruptiva consiste en ofrecer, dar, reci-bir o solicitar, directa o indirectamente, cualquier cosa de valor para influenciar indebidamente las ac-ciones de otra parte;

(ii) Una práctica fraudulenta es cualquier acto u omisión, incluida la tergiversación de hechos y circunstancias, que deliberada o imprudentemente, engañen, o inten-ten engañar, a alguna parte para obtener un beneficio financiero o de otra naturaleza o para evadir una obli-gación;

(iii) Una práctica coercitiva consiste en perjudicar o cau-sar daño, o amenazar con perjudicar o causar daño, directa o indirectamente, a cualquier parte o a sus bienes para influenciar indebidamente las acciones de

1 En el sitio virtual del Banco (www.iadb.org/integrity) se facilita información sobre cómo denunciar la supuesta comisión de Prácticas Prohibidas, las normas aplicables al proceso de investigación y sanción y el convenio que rige el reconocimiento recíproco de sanciones entre instituciones financieras internacionales.

http://www.iadb.org/integrity


una parte;

(iv)Una práctica colusoria es un acuerdo entre dos o más partes realizado con la intención de alcanzar un pro-pósito inapropiado, lo que incluye influenciar en for-ma inapropiada las acciones de otra parte; y

(v) Una práctica obstructiva consiste en:

a.a. destruir, falsificar, alterar u ocultar deliberada-mente evidencia significativa para la investiga-ción o realizar declaraciones falsas ante los in-vestigadores con el fin de impedir materialmen-te una investigación del Grupo del Banco sobre denuncias de una práctica corrupta, fraudulenta, coercitiva o colusoria; y/o amenazar, hostigar o intimidar a cualquier parte para impedir que di-vulgue su conocimiento de asuntos que son im-portantes para la investigación o que prosiga la investigación, o

b.b. todo acto dirigido a impedir materialmente el ejercicio de inspección del Banco y los derechos de auditoría previstos en el párrafo 3.1 (f) de abajo.

(b) Si se determina que, de conformidad con los Procedimientos de sanciones del Banco, cualquier firma, entidad o individuo actuando como oferente o participando en una actividad financiada por el Banco incluidos, entre otros, solicitantes, oferentes, proveedores, contratistas, consultores, miembros del personal, subcontratistas, subconsultores, proveedores de bienes o servicios, concesionarios, Prestatarios (incluidos los Beneficiarios de donaciones), organismos ejecutores o organismos contratantes (incluyendo sus respectivos funcionarios, empleados y representantes, ya sean sus atribuciones expresas o implícitas) ha cometido una Práctica Prohibida en cualquier etapa de la adjudicación o ejecución de un contrato, el Banco podrá:

(i) no financiar ninguna propuesta de adjudicación de un contrato para la adquisición de bienes o servicios, la contratación de obras, o servicios de consultoría;

(ii) suspender los desembolsos de la operación, si se de-termina, en cualquier etapa, que un empleado, agen-cia o representante del Prestatario, el Organismo Eje-


cutor o el Organismo Contratante ha cometido una Práctica Prohibida;

(iii) declarar una contratación no elegible para financia-miento del Banco y cancelar y/o acelerar el pago de una parte del préstamo o de la donación relacionada inequívocamente con un contrato, cuando exista evi-dencia de que el representante del Prestatario, o Be-neficiario de una donación, no ha tomado las medidas correctivas adecuadas (lo que incluye, entre otras co-sas, la notificación adecuada al Banco tras tener co-nocimiento de la comisión de la Práctica Prohibida) en un plazo que el Banco considere razonable;

(iv) emitir una amonestación a la firma, entidad o indivi-duo en el formato de una carta formal de censura por su conducta;

(v) declarar a una firma, entidad o individuo inelegible, en forma permanente o por determinado período de tiempo, para que (i) se le adjudiquen contratos o par-ticipe en actividades financiadas por el Banco, y (ii) sea designado subconsultor, subcontratista o provee-dor de bienes o servicios por otra firma elegible a la que se adjudique un contrato para ejecutar actividades financiadas por el Banco;

(vi) remitir el tema a las autoridades pertinentes encarga-das de hacer cumplir las leyes; y/o;

(vii) imponer otras sanciones que considere apropiadas bajo las circunstancias del caso, incluyendo la impo-sición de multas que representen para el Banco un reembolso de los costos vinculados con las investiga-ciones y actuaciones. Dichas sanciones podrán ser impuestas en forma adicional o en sustitución de las sanciones arriba referidas.

(c) Lo dispuesto en los incisos (i) y (ii) del párrafo 3.1 (b) se aplicará también en casos en los que las partes hayan sido temporalmente declaradas inelegibles para la adjudicación de nuevos contratos en espera de que se adopte una decisión definitiva en un proceso de sanción, o cualquier otra resolución.

(d) La imposición de cualquier medida que sea tomada por el Banco de conformidad con las provisiones referidas anteriormente será de carácter público.


(e) Asimismo, cualquier firma, entidad o individuo actuando como oferente o participando en una actividad financiada por el Banco, incluidos, entre otros, solicitantes, oferentes, proveedores de bienes, contratistas, consultores, miembros del personal, subcontratistas, subconsultores, proveedores de servicios, concesionarios, Prestatarios (incluidos los beneficiarios de donaciones), organismos ejecutores o contratantes (incluidos sus respectivos funcionarios, empleados y representantes, ya sean sus atribuciones expresas o implícitas) podrá verse sujeto a sanción de conformidad con lo dispuesto en convenios suscritos por el Banco con otra Institución Financiera Internacional (IFI) concernientes al reconocimiento recíproco de decisiones de inhabilitación. A efectos de lo dispuesto en el presente párrafo, el término “sanción” incluye toda inhabilitación permanente, imposición de condiciones para la participación en futuros contratos o adopción pública de medidas en respuesta a una contravención del marco vigente de una Institución Financiera Internacional (IFI) aplicable a la resolución de denuncias de comisión de Prácticas Prohibidas.

(f) El Banco exige que los solicitantes, oferentes, proveedores de bienes y sus representantes, contratistas, consultores, miembros del personal, subcontratistas, subconsultores, proveedores de servicios y sus representantes, y concesionarios permitan al Banco revisar cualesquiera cuentas, registros y otros documentos relacionados con la presentación de propuestas y con el cumplimiento del contrato y someterlos a una auditoría por auditores designados por el Banco. Todo solicitante, oferente, proveedor de bienes y su representante, contratista, consultor, miembro del personal, subcontratista, subconsultor, proveedor de servicios y concesionario deberá prestar plena asistencia al Banco en su investigación. El Banco también requiere que solicitantes, oferentes, proveedores de bienes y sus representantes, contratistas, consultores, miembros del personal, subcontratistas, subconsultores, proveedores de servicios y concesionarios: (i) conserven todos los documentos y registros relacionados con actividades financiadas por el Banco por un período de siete (7) años luego de terminado el trabajo contemplado en el respectivo contrato; y (ii) entreguen todo documento necesario para la investigación de denuncias de comisión de Prácticas Prohibidas y (iii) aseguren que los


empleados o agentes de los solicitantes, oferentes, proveedores de bienes y sus representantes, contratistas, consultores, subcontratistas, subconsultores, proveedores de servicios y concesionarios que tengan conocimiento de las actividades financiadas por el Banco estén disponibles para responder a las consultas relacionadas con la investigación provenientes de personal del Banco o de cualquier investigador, agente, auditor, o consultor apropiadamente designado. Si el solicitante, oferente, proveedor de bienes y su representante, contratista, consultor, miembro del personal, subcontratista, subconsultor proveedor de servicios o concesionario se niega a cooperar o incumple el requerimiento del Banco, o de cualquier otra forma obstaculiza la investigación por parte del Banco, el Banco, bajo su sola discreción, podrá tomar medidas apropiadas contra el solicitante, oferente, proveedor de bienes y su representante, contratista, consultor, miembro del personal, subcontratista, subconsultor, proveedor de servicios, o concesionario.

(g) Cuando un Prestatario adquiera bienes, servicios distintos de servicios de consultoría, obras o servicios de consultoría directamente de una agencia especializada, todas las disposiciones contempladas en el párrafo 3 relativas a sanciones y Prácticas Prohibidas se aplicarán íntegramente a los solicitantes, oferentes, proveedores de bienes y sus representantes, contratistas, consultores, miembros del personal, subcontratistas, subconsultores, proveedores de servicios, concesionarios (incluidos sus respectivos funcionarios, empleados y representantes, ya sean sus atribuciones expresas o implícitas), o cualquier otra entidad que haya suscrito contratos con dicha agencia especializada para la provisión de bienes, obras o servicios distintos de servicios de consultoría en conexión con actividades financiadas por el Banco. El Banco se reserva el derecho de obligar al Prestatario a que se acoja a recursos tales como la suspensión o la rescisión. Las agencias especializadas deberán consultar la lista de firmas e individuos declarados inelegibles de forma temporal o permanente por el Banco. En caso de que una agencia especializada suscriba un contrato o una orden de compra con una firma o individuo declarado inelegible de forma temporal o permanente por el Banco, el Banco no financiará los gastos conexos y se acogerá a otras medidas que considere convenientes.

3.2 Los Oferentes, al presentar sus ofertas, declaran y garantizan:


(a) que han leído y entendido las definiciones de Prácticas Prohibidas del Banco y las sanciones aplicables a la comisión de las mismas que constan de este documento y se obligan a observar las normas pertinentes sobre las mismas;

(b) que no han incurrido en ninguna Práctica Prohibida descrita en este documento;

(c) que no han tergiversado ni ocultado ningún hecho sustancial durante los procesos de selección, negociación, adjudicación o ejecución de un contrato;

(d) que ni ellos ni sus agentes, personal, subcontratistas, subconsultores, directores, funcionarios o accionistas principales han sido declarados por el Banco o por otra Institución Financiera Internacional (IFI) con la cual el Banco haya suscrito un acuerdo para el reconocimiento recíproco de sanciones, inelegibles para que se les adjudiquen contratos financiados por el Banco o por dicha IFI, o culpables de delitos vinculados con la comisión de Prácticas Prohibidas;

(e) que ninguno de sus directores, funcionarios o accionistas principales han sido director, funcionario o accionista principal de ninguna otra compañía o entidad que haya sido declarada inelegible por el Banco o por otra Institución Financiera Internacional (IFI) y con sujeción a lo dispuesto en acuerdos suscritos por el Banco concernientes al reconocimiento recíproco de sanciones para que se le adjudiquen contratos financiados por el Banco o ha sido declarado culpable de un delito vinculado con Prácticas Prohibidas;

(f) que han declarado todas las comisiones, honorarios de representantes, pagos por servicios de facilitación o acuerdos para compartir ingresos relacionados con actividades financiadas por el Banco;

(g) que reconocen que el incumplimiento de cualquiera de estas garantías constituye el fundamento para la imposición por el Banco de una o más de las medidas que se describen en la Cláusula 3.1 (b).

4. Oferentes elegibles

4.1 Un Oferente, y todas las partes que constituyen el Oferente, deberán ser originarios de países miembros del Banco. Los Oferentes originarios de países no miembros del Banco serán descalificados de participar en contratos financiados


en todo o en parte con fondos del Banco. En la Sección V de este documento se indican los países miembros del Banco al igual que los criterios para determinar la nacionalidad de los Oferentes y el origen de los bienes y servicios. Los Oferentes originarios de un país miembro del Banco, al igual que los bienes suministrados, no serán elegibles si:

(a) las leyes o la reglamentación oficial el país del Prestatario prohíbe relaciones comerciales con ese país; o

(b) por un acto de conformidad con una decisión del Consejo de Seguridad de las Naciones Unidas adoptada en virtud del Capítulo VII de la Carta de esa Organización, el país del prestatario prohíba las importaciones de bienes de ese país o cualquier pago a personas o entidades en ese país.

4.2 Un Oferente no deberá tener conflicto de interés. Los Oferentes que sean considerados que tienen conflicto de interés serán descalificados. Se considerará que los Oferentes tienen conflicto de interés con una o más partes en este proceso de licitación si ellos:

(a) están o han estado asociados, con una firma o con cualquiera de sus afiliados, que ha sido contratada por el Comprador para la prestación de servicios de consultoría para la preparación del diseño, las especificaciones técnicas y otros documentos que se utilizarán en la licitación para la adquisición de los bienes objeto de estos Documentos de Licitación; o

(b) presentan más de una Oferta en este proceso licitatorio, excepto si se trata de ofertas alternativas permitidas bajo la Cláusula 13 de las IAO. Sin embargo, esto no limita la participación de subcontratistas en más de una Oferta.

4.3 [Para contratos de préstamo firmados bajo política GN-2349-9] Toda firma, individuo, empresa matriz o filial, u organización anterior constituida o integrada por cualquiera de los individuos designados como partes contratantes que el Banco declare inelegible de conformidad con lo dispuesto en los Procedimientos de Sanciones o que otra Institución Financiera Internacional (IFI) declare inelegible y con sujeción a lo dispuesto en acuerdos suscritos por el Banco concernientes al reconocimiento recíproco de sanciones y se encuentre bajo dicha declaración de inelegibilidad durante el periodo de tiempo determinado por el Banco de acuerdo con lo indicado


en la Cláusula 3.

4.4 Las empresas estatales del país Prestatario serán elegibles solamente si pueden demostrar que (i) tienen autonomía legal y financiera; (ii) operan conforme a las leyes comerciales; y (iii) no dependen de ninguna agencia del Prestatario.

4.5 Los Oferentes deberán proporcionar al Comprador evidencia satisfactoria de su continua elegibilidad, cuando el Comprador razonablemente la solicite.

5. Elegibilidad de los Bienes y Servicios Conexos

5.1 Todos los Bienes y Servicios Conexos que hayan de suministrarse de conformidad con el contrato y que sean financiados por el Banco deben tener su origen en cualquier país miembro del Banco de acuerdo con la Sección V, Países Elegibles, con la excepción de los casos indicados en la Cláusula 4.1 (a) y (b).

5.2 Para propósitos de esta cláusula, el término “bienes” incluye mercaderías, materias primas, maquinaria, equipos y plantas industriales; y “servicios conexos” incluye servicios tales como transporte, seguros, instalaciones, puesta en servicio, capacitación y mantenimiento inicial.

5.3 Los criterios para determinar el origen de los bienes y los servicios conexos se encuentran indicados en la Sección V, Países Elegibles.


B. Contenido de los Documentos de Licitación6. Secciones de los

Documentos de Licitación

6.1 Los Documentos de Licitación están compuestos por las Partes 1, 2, y 3 incluidas sus respectivas secciones que a continuación se indican y cualquier enmienda emitida en virtud de la Cláusula 8 de las IAO.

PARTE 1 – Procedimientos de Licitación

Sección I. Instrucciones a los Oferentes (IAO)

Sección II. Datos de la Licitación (DDL)

Sección III. Criterios de Evaluación y Calificación

Sección IV. Formularios de la Oferta

Sección V. Países Elegibles

PARTE 2 – Lista de Requisitos

Sección VI. Lista de los Bienes y Servicios y Plan de Entregas

PARTE 3 – Contrato

Sección VII. Condiciones Generales del Contrato (CGC)

Sección VIII. Condiciones Especiales del Contrato (CEC)

Sección IX. Formularios del Contrato

6.2 El Llamado a Licitación emitido por el Comprador no forma parte de los Documentos de Licitación.

6.3 El Comprador no se responsabiliza por la integridad de los Documentos de Licitación y sus enmiendas, de no haber sido obtenidos directamente del Comprador.

6.4 Es responsabilidad del Oferente examinar todas las instrucciones, formularios, términos y especificaciones de los Documentos de Licitación. La presentación incompleta de la información o documentación requerida en los Documentos de Licitación puede constituir causal de rechazo de la oferta.

7. Aclaración de los Documentos de Licitación

7.1 Todo Oferente potencial que requiera alguna aclaración sobre los Documentos de Licitación deberá comunicarse con el Comprador por escrito a la dirección del Comprador que se suministra en los DDL. El Comprador responderá por escrito a todas las solicitudes de aclaración, siempre que


dichas solicitudes sean recibidas al menos veintiún (21) días antes de la fecha límite para la presentación de ofertas. El Comprador enviará copia de las respuestas, incluyendo una descripción de las consultas realizadas, sin identificar su fuente, a todos los que hubiesen adquirido los Documentos de Licitación directamente del Comprador. Si como resultado de las aclaraciones, el Comprador considera necesario enmendar los Documentos de Licitación, deberá hacerlo siguiendo el procedimiento indicado en la Cláusula 8 y Subcláusula 24.2, de las IAO.

8. Enmienda a los Documentos de Licitación

8.1 El Comprador podrá, en cualquier momento antes del vencimiento del plazo para presentación de ofertas, enmendar los Documentos de Licitación mediante la emisión de una enmienda.

8.2 Toda enmienda emitida formará parte integral de los Documentos de Licitación y deberá ser comunicada por escrito a todos los que hayan obtenido los documentos de Licitación directamente del Comprador.

8.3 El Comprador podrá, a su discreción, prorrogar el plazo de presentación de ofertas a fin de dar a los posibles Oferentes un plazo razonable para que puedan tomar en cuenta las enmiendas en la preparación de sus ofertas, de conformidad con la Subcláusula 24.2 de las IAO.

C. Preparación de las Ofertas9. Costo de la

Oferta9.1 El Oferente financiará todos los costos relacionados con la

preparación y presentación de su oferta, y el Comprador no estará sujeto ni será responsable en ningún caso por dichos costos, independientemente de la modalidad o del resultado del proceso de licitación.

10. Idioma de la Oferta

10.1 La oferta, así como toda la correspondencia y documentos relativos a la oferta intercambiados entre el Oferente y el Comprador deberán ser escritos en el idioma especificado en los DDL. Los documentos de soporte y material impreso que formen parte de la oferta, pueden estar en otro idioma con la condición de que los apartes pertinentes estén acompañados de una traducción fidedigna al idioma especificado en los DDL. Para efectos de interpretación de la oferta, dicha traducción prevalecerá.

11. Documentos que componen la Oferta

11.1 La oferta deberá contener los siguientes documentos:

(a) Formulario de Oferta y Lista de Precios, de


conformidad con las Cláusulas 12, 14 y 15 de las IAO;

(b) Garantía de Mantenimiento de la Oferta o Declaración de Mantenimiento de la Oferta, de conformidad con la Cláusula 21 de las IAO, si se requiere;

(c) confirmación escrita que autorice al signatario de la oferta a comprometer al Oferente, de conformidad con la Cláusula 22 de las IAO;

(d) evidencia documentada, de conformidad con la Cláusula 16 de las IAO, que establezca que el Oferente es elegible para presentar una oferta;

(e) evidencia documentada, de conformidad con la Cláusula 17 de las IAO, que certifique que los Bienes y Servicios Conexos que proporcionará el Oferente son de origen elegible;

(f) evidencia documentada, de conformidad con las Cláusulas 18 y 30 de las IAO, que establezca que los Bienes y Servicios Conexos se ajustan sustancialmente a los Documentos de Licitación;

(g) evidencia documentada, de conformidad con la Cláusula 19 de las IAO, que establezca que el Oferente está calificado para ejecutar el Contrato en caso que su oferta sea aceptada; y

(h) cualquier otro documento requerido en los DDL.

12. Formulario de Oferta y Lista de Precios

12.1 El Oferente presentará el Formulario de Oferta utilizando el formulario suministrado en la Sección IV, Formularios de la Oferta. Este formulario deberá ser debidamente llenado sin alterar su forma y no se aceptarán sustitutos. Todos los espacios en blanco deberán ser llenados con la información solicitada.

12.2 El Oferente presentará la Lista de Precios de los Bienes y Servicios Conexos, según corresponda a su origen y utilizando los formularios suministrados en la Sección IV, Formularios de la Oferta.

13. Ofertas Alternativas

13.1 A menos que se indique lo contrario en los DDL, no se considerarán ofertas alternativas.

14. Precios de la Oferta y

14.1 Los precios y descuentos cotizados por el Oferente en el Formulario de Presentación de la Oferta y en la Lista de


Descuentos Precios deberán ajustarse a los requerimientos que se indican a continuación.

14.2 Todos los lotes y artículos deberán enumerarse y cotizarse por separado en el Formulario de Lista de Precios.

14.3 El precio cotizado en el Formulario de Presentación de la Oferta deberá ser el precio total de la oferta, excluyendo cualquier descuento que se ofrezca.

14.4 El Oferente cotizará cualquier descuento incondicional e indicará su método de aplicación en el Formulario de Presentación de la Oferta.

14.5 Las expresiones CIP, FCA, CPT y otros términos afines se regirán por las normas prescritas en la edición vigente de Incoterms publicada por la Cámara de Comercio Internacional, según se indique en los DDL.

14.6 Los precios deberán cotizarse como se indica en cada formulario de Lista de Precios incluidos en la Sección IV, Formularios de la Oferta. El desglose de los componentes de los precios se requiere con el único propósito de facilitar al Comprador la comparación de las ofertas. Esto no limitará de ninguna manera el derecho del Comprador para contratar bajo cualquiera de los términos ofrecidos. Al cotizar los precios, el Oferente podrá incluir costos de transporte cotizados por empresas transportadoras registradas en cualquier país elegible, de conformidad con la Sección V, Países Elegibles. Así mismo, el Oferente podrá adquirir servicios de seguros de cualquier país elegible de conformidad con la Sección V, Países Elegibles. Los precios deberán registrarse de la siguiente manera:

(a) Para bienes de origen en el País del Comprador:

(i) el precio de los bienes cotizados CIP (lugar de destino convenido) en el país del Comprador especificado en los DDL, incluyendo todos los derechos de aduana y los impuestos a la venta o de otro tipo ya pagados o por pagar sobre los componentes y materia prima utilizada en la fabricación o ensamblaje de los bienes;

(ii) todo impuesto a las ventas u otro tipo de impuesto que obligue el País del Comprador a pagar sobre los Bienes en caso de ser adjudicado el Contrato al Oferente; y


(b) Para bienes de origen fuera del País del Comprador y que serán importados:

(i) el precio de los bienes cotizados CIP (lugar de destino convenido) en el país del Comprador, según se indica en los DDL;

(ii) además de los precios CIP indicados en (b)(i) anteriormente, el precio de los bienes a ser importados podrán ser cotizados FCA (lugar convenido) o CPT (lugar de destino convenido), si así se indica en los DDL;

(c) Para bienes de origen fuera del país del Comprador, e importados previamente:

[Para bienes importados previamente, se deberá diferenciar entre el precio CIP (lugar de destino convenido) cotizado y el valor de importación original de estos bienes declarado en aduanas, e incluirá cualquier reembolso o margen del agente o representante local y todos los costos locales excepto los derechos de aduana e impuestos de importación que pagó o pagará el Comprador. Para mayor claridad, se requerirá a los Oferentes que coticen el precio incluyendo los derechos de aduana, y adicionalmente presenten los derechos de aduana y el precio neto de derechos de aduana que es la diferencia entre esos valores.]

(i) el precio de los bienes cotizados CIP (lugar de destino convenido) en el país del Comprador, incluyendo el valor original de importación, más cualquier margen (o descuento); más cualquier otro costo relacionado, derechos de aduana y otros impuestos de importación pagados o por pagar sobre los Bienes previamente importados;

(ii) los derechos de aduana y otros impuestos de importación pagados (deberán ser respaldados con evidencia documental) o pagaderos sobre los bienes previamente importados;

(iii) el precio de los bienes cotizados CIP (lugar de destino convenido) en el país del Comprador, excluidos los derechos de aduana y otros impuestos de importación pagados o por pagar sobre los bienes previamente importados, que es


la diferencia entre (i) y (ii) anteriores;

(iv) cualquier impuesto sobre la venta u otro impuesto pagadero en el país del Comprador sobre los Bienes si el Contrato es adjudicado al Oferente, y

(d) para los Servicios Conexos, fuera de transporte interno y otros servicios necesarios para hacer llegar los Bienes a su destino final, cuando dichos Servicios Conexos sean especificados en la Lista Requerimientos:

(i) el precio de cada artículo que comprende los Servicios Conexos (inclusive cualquier impuesto aplicable).

14.7 Los precios cotizados por el Oferente serán fijos durante la ejecución del Contrato y no estarán sujetos a ninguna variación por ningún motivo, salvo indicación contraria en los DDL. Una oferta presentada con precios ajustables no responde a lo solicitado y, en consecuencia, será rechazada de conformidad con la Cláusula 30 de las IAO. Sin embargo, si de acuerdo con lo indicado en los DDL, los precios cotizados por el Oferente pueden ser ajustables durante la ejecución del Contrato, las ofertas que coticen precios fijos no serán rechazadas, y el ajuste de los precios se tratará como si fuera cero.

14.8 Si así se indica en la Subcláusula 1.1 de las IAO, el Llamado a Licitación será por ofertas para contratos individuales (lotes) o para combinación de contratos (grupos). A menos que se indique lo contrario en los DDL, los precios cotizados deberán corresponder al 100% de los artículos indicados en cada lote y al 100% de las cantidades indicadas para cada artículo de un lote. Los Oferentes que deseen ofrecer reducción de precios (descuentos) por la adjudicación de más de un Contrato deberán indicar en su oferta los descuentos aplicables de conformidad con la Subcláusula 14.4 de las IAO, siempre y cuando las ofertas por todos los lotes sean presentadas y abiertas al mismo tiempo.

15. Moneda de la Oferta

15.1 El Oferente cotizará en la moneda del país del Comprador la porción de la oferta correspondiente a gastos adquiridos en el país del Comprador, a menos que se indique lo contrario en los DDL.


15.2 Los Oferentes podrán expresar el precio de su oferta en cualquier moneda plenamente convertible. Los Oferentes que deseen que se les pague en varios tipos de monedas, deberán cotizar su oferta en estos tipos de monedas pero no podrán emplear más de tres monedas además de la del país del Comprador.

16. Documentos que Establecen la Elegibilidad del Oferente

16.1 Para establecer su elegibilidad, de conformidad con la Cláusula 4 de las IAO, los Oferentes deberán completar el Formulario de Oferta, incluido en la Sección IV, Formularios de la Oferta.

17. Documentos que Establecen la Elegibilidad de los Bienes y Servicios Conexos

17.1 Con el fin de establecer la elegibilidad de los Bienes y Servicios Conexos, de conformidad con la Cláusula 5 de las IAO, los Oferentes deberán completar las declaraciones de país de origen en los Formularios de Lista de Precios, incluidos en la Sección IV, Formularios de la Oferta.

18. Documentos que Establecen la Conformidad de los Bienes y Servicios Conexos

18.1 Con el fin de establecer la conformidad de los Bienes y Servicios Conexos, los Oferentes deberán proporcionar como parte de la oferta evidencia documentada acreditando que los Bienes cumplen con las especificaciones técnicas y los estándares especificados en la Sección VI, Requisitos de los Bienes y Servicios.

18.2 La evidencia documentada puede ser en forma de literatura impresa, planos o datos, y deberá incluir una descripción detallada de las características esenciales técnicas y de funcionamiento de cada artículo demostrando conformidad sustancial de los Bienes y Servicios Conexos con las especificaciones técnicas. De ser procedente el Oferente incluirá una declaración de variaciones y excepciones a las provisiones en los Requisitos de los Bienes y Servicios.

18.3 Los Oferentes también deberán proporcionar una lista detallada que incluya disponibilidad y precios actuales de repuestos, herramientas especiales, etc. necesarias para el adecuado y continuo funcionamiento de los bienes durante el período indicado en los DDL, a partir del inicio de la utilización de los bienes por el Comprador.

18.4 Las normas de fabricación, procesamiento, material y equipo así como las referencias a marcas o números de catálogos que haya incluido el Comprador en los Requisitos de los Bienes y Servicios son solamente descriptivas y no restrictivas. Los Oferentes pueden ofrecer otras normas de calidad, marcas, y/o números de catálogos siempre y cuando


demuestren a satisfacción del Comprador, que las substituciones son sustancialmente equivalentes o superiores a las especificadas en los Requisitos de los Bienes y Servicios.

19. Documentos que Establecen las Calificaciones del Oferente

19.1 La evidencia documentada de las calificaciones del Oferente para ejecutar el Contrato si su oferta es aceptada, deberá establecer a completa satisfacción del Comprador:

(a) que, si se requiere en los DDL, el Oferente que no fabrica o produce los bienes que propone proveer deberá presentar una Autorización del Fabricante mediante el formulario incluido en la Sección IV, Formularios de la Oferta para demostrar que ha sido debidamente autorizado por el fabricante o productor de los Bienes para suministrarlos en el país del Comprador.

(b) que, si se requiere en los DDL, en el caso de un Oferente que no está establecido comercialmente en el país del Comprador, el Oferente está o estará (si se le adjudica el Contrato) representado por un Agente en el país del Comprador equipado y con capacidad para cumplir con las obligaciones de mantenimiento, reparaciones y almacenamiento de repuestos, estipuladas en las Condiciones del Contrato y/o las Especificaciones Técnicas; y

(c) que el Oferente cumple con cada uno de los criterios de calificación estipulados en la Sección III, Criterios de Evaluación y Calificación.

20. Período de Validez de las Ofertas

20.1 Las ofertas se deberán mantener válidas por el período especificado en los DDL a partir de la fecha límite para la presentación de ofertas establecida por el Comprador. Toda oferta con un período de validez menor será rechazada por el Comprador por incumplimiento.

20.2 En circunstancias excepcionales y antes de que expire el período de validez de la oferta, el Comprador podrá solicitarle a los Oferentes que extiendan el período de la validez de sus ofertas. Las solicitudes y las respuestas deberán hacerse por escrito. Si se hubiese solicitado una Garantía de Mantenimiento de Oferta, de acuerdo a la Cláusula 21 de las IAO, también ésta deberá prorrogarse por el período correspondiente. Un Oferente puede rehusar a tal solicitud sin que se le haga efectiva su Garantía de de la Oferta. Al Oferente que acepte la solicitud de prórroga no se


le pedirá ni permitirá modificar su oferta, con excepción de lo dispuesto en la Subcláusula 20.3 de las IAO.

20.3 En el caso de contratos con precio fijo, si la adjudicación se retrasase por un período mayor a cincuenta y seis (56) días a partir del vencimiento del plazo inicial de validez de la oferta, el precio del Contrato será ajustado según lo especificado en la solicitud de prórroga. La evaluación de la oferta deberá basarse en el precio cotizado sin tomar en cuenta el ajuste mencionado.

21. Garantía de Mantenimiento de Oferta

21.1 El Oferente deberá presentar como parte de su oferta una Garantía de Mantenimiento de la Oferta o una Declaración de Mantenimiento de la Oferta, si así se estipula en los DDL.

21.2 La Garantía de Mantenimiento de la Oferta deberá expedirse por la cantidad especificada en los DDL y en la moneda del país del Comprador o en una moneda de libre convertibilidad, y deberá:

(a) a opción del Oferente, adoptar la forma de una carta de crédito, o una garantía bancaria emitida por una institución bancaria, o una fianza emitida por una aseguradora;

(b) ser emitida por una institución de prestigio seleccionada por el Oferente y ubicada en un país elegible. Si la institución que emite la garantía está localizada fuera del país del Comprador, deberá tener una sucursal financiera en el país del Comprador que permita hacer efectiva la garantía;

(c) estar sustancialmente de acuerdo con alguno de los formularios de la Garantía de Mantenimiento de Oferta incluidos en la Sección IV, Formularios de la Oferta, u otro formulario aprobado por el Comprador con anterioridad a la presentación de la oferta;

(d) ser pagadera a la vista ante solicitud escrita del Comprador en caso de tener que invocar las condiciones detalladas en la Cláusula 21.5 de las IAO.

(e) ser presentada en original; no se aceptarán copias;

(f) permanecer válida por un período de 28 días posteriores a la fecha límite de la validez de las ofertas, o del período prorrogado, si corresponde, de


conformidad con la Cláusula 20.2 de las IAO;

21.3 Si la Subcláusula 21.1 de las IAO exige una Garantía de Mantenimiento de la Oferta o una Declaración de Mantenimiento de la Oferta, todas las ofertas que no estén acompañadas por una Garantía que sustancialmente responda a lo requerido en la cláusula mencionada, serán rechazadas por el Comprador por incumplimiento.

21.4 La Garantía de Mantenimiento de la Oferta de los Oferentes cuyas ofertas no fueron seleccionadas serán devueltas tan pronto como sea posible una vez que el Oferente adjudicado haya suministrado su Garantía de Cumplimiento, de conformidad con la Cláusula 44 de las IAO.

21.5 La Garantía de Mantenimiento de la Oferta se podrá hacer efectiva o la Declaración de Mantenimiento de la Oferta se podrá ejecutar si:

(a) un Oferente retira su oferta durante el período de validez de la oferta especificado por el Oferente en el Formulario de Oferta, salvo a lo estipulado en la Subcláusula 20.2 de las IAO; o

(b) si el Oferente seleccionado no:

(i) firma el Contrato de conformidad con la Cláusula 43 de las IAO;

(ii) suministra la Garantía de Cumplimiento de conformidad con la Cláusula 44 de las IAO;

21.6 La Garantía de Mantenimiento de la Oferta o la Declaración de Mantenimiento de la Oferta de una Asociación en Participación o Consorcio deberá ser emitido en nombre de la Asociación en Participación o Consorcio que presenta la oferta. Si dicha Asociación o Consorcio no ha sido legalmente constituido en el momento de presentar la oferta, la Garantía de Mantenimiento de la Oferta o la Declaración de Mantenimiento de la Oferta deberá ser emitida en nombre de todos los futuros socios de la Asociación o Consorcio tal como se denominan en la carta de intención mencionada en el subpárrafo 7 del Formulario de Información sobre el Oferente, incluido en la Sección IV, Formularios de la Oferta.

21.7 Si en los DDL no se exige una Garantía de Mantenimiento de Oferta, y


(a) un Oferente retira su Oferta durante el período de tiempo de validez señalado por él en la Carta de la Oferta, con excepción de lo dispuesto en la Subcláusula 20.2 de las IAO o

(b) el Oferente seleccionado no firma el Contrato de conformidad con la Cláusula 43 de las IAO, o no suministra la Garantía de Cumplimiento de conformidad con la Cláusula 44 de las IAO;

el Prestatario podrá, si así se dispone en los DDL, declarar al Oferente no elegible para la adjudicación de un contrato por parte del Contratante durante el período que se estipule en los DDL.

22. Formato y Firma de la Oferta

22.1 El Oferente preparará un original de los documentos que comprenden la oferta según se describe en la Cláusula 11 de las IAO y lo marcará claramente como “ORIGINAL”. Además el Oferente deberá presentar el número de copias de la oferta que se indica en los DDL y marcar claramente cada ejemplar como “COPIA”. En caso de discrepancia, el texto del original prevalecerá sobre el de las copias.

22.2 El original y todas las copias de la oferta deberán ser mecanografiadas o escritas con tinta indeleble y deberán estar firmadas por la persona debidamente autorizada para firmar en nombre del Oferente.

22.3 Los textos entre líneas, tachaduras o palabras superpuestas serán válidos solamente si llevan la firma o las iniciales de la persona que firma la oferta.

D. Presentación y Apertura de las Ofertas23. Presentación,

Sello e Identificación de las Ofertas

23.1 Los Oferentes siempre podrán enviar sus ofertas por correo o entregarlas personalmente. Los Oferentes podrán presentar sus ofertas electrónicamente cuando así se indique en los DDL.

(a) Los Oferentes que presenten sus ofertas por correo o las entreguen personalmente deberán incluir el original y cada copia de la oferta, incluyendo ofertas alternativas si fueran permitidas en virtud de la Cláusula 13 de las IAO, en sobres separados, cerrados en forma inviolable y debidamente identificados como “ORIGINAL” y “COPIA”. Los sobres conteniendo el original y las copias serán incluidos a su vez en un solo sobre. El resto del procedimiento será de acuerdo


con las Subcláusulas 23.2 y 23.3 de las IAO.

(b) Los Oferentes que presenten sus ofertas electrónicamente seguirán los procedimientos especificados en los DDL.

23.2 Los sobres interiores y exteriores deberán:

(a) llevar el nombre y la dirección del Oferente;

(b) estar dirigidos al Comprador de acuerdo a lo indicado en la Subcláusula 24.1 de las IAO;

(c) llevar la identificación específica de este proceso de licitación indicado en la Cláusula 1.1 de las IAO y cualquier otra identificación que se indique en los DDL; y

(d) llevar una advertencia de no abrir antes de la hora y fecha de apertura de ofertas, especificadas de conformidad con la Subcláusula 27.1 de las IAO.

23.3 Si los sobres no están sellados e identificados como se requiere, el Comprador no se responsabilizará en caso de que la oferta se extravíe o sea abierta prematuramente.

24. Plazo para Presentar las Ofertas

24.1 Las ofertas deberán ser recibidas por el Comprador en la dirección y no más tarde que la fecha y hora que se especifican en los DDL.

24.2 El Comprador podrá a su discreción, extender el plazo para la presentación de ofertas mediante una enmienda a los Documentos de Licitación, de conformidad con la Cláusula 8 de las IAO. En este caso, todos los derechos y obligaciones del Comprador y de los Oferentes previamente sujetos a la fecha límite original para presentar las ofertas quedarán sujetos a la nueva fecha prorrogada.

25. Ofertas Tardías 25.1 El Comprador no considerará ninguna oferta que llegue con posterioridad al plazo límite para la presentación de ofertas, en virtud de la Cláusula 24 de las IAO. Toda oferta que reciba el Comprador después del plazo límite para la presentación de las ofertas será declarada tardía y será rechazada y devuelta al Oferente remitente sin abrir.

26. Retiro, Sustitución y Modificación de las Ofertas

26.1 Un Oferente podrá retirar, sustituir o modificar su oferta después de presentada mediante el envío de una comunicación por escrito, de conformidad con la Cláusula 23 de las IAO, debidamente firmada por un representante


autorizado, y deberá incluir una copia de dicha autorización de acuerdo a lo estipulado en la Subcláusula 22.2 (con excepción de la comunicación de retiro que no requiere copias). La sustitución o modificación correspondiente de la oferta deberá acompañar dicha comunicación por escrito. Todas las comunicaciones deberán ser:

(a) presentadas de conformidad con las Cláusulas 22 y 23 de las IAO (con excepción de la comunicación de retiro que no requiere copias). Adicionalmente, los respectivos sobres deberán estar claramente marcados “RETIRO”, “SUSTITUCIÓN” o “MODIFICACIÓN” y

(b) recibidas por el Comprador antes del plazo límite establecido para la presentación de las ofertas, de conformidad con la Cláusula 24 de las IAO.

26.2 Las ofertas cuyo retiro fue solicitado de conformidad con la Subcláusula 26.1 de las IAO serán devueltas sin abrir a los Oferentes remitentes.

26.3 Ninguna oferta podrá ser retirada, sustituida o modificada durante el intervalo comprendido entre la fecha límite para presentar ofertas y la expiración del período de validez de las ofertas indicado por el Oferente en el Formulario de Oferta, o cualquier extensión si la hubiese.

27. Apertura de las Ofertas

27.1 El Comprador llevará a cabo el acto de apertura de las ofertas en público en la dirección, fecha y hora establecidas en los DDL. Cualquier procedimiento específico para la apertura de ofertas presentadas electrónicamente si fueron permitidas de conformidad con la Cláusula 23.1 de las IAO, estará indicado en los DDL.

27.2 Primero se abrirán los sobres marcados como “RETIRO” y se leerán en voz alta y el sobre con la oferta correspondiente no será abierto sino devuelto al Oferente remitente. Si el sobre del retiro no contiene una copia del poder cuyas firmas confirmen la legitimidad del representante autorizado por el Oferente, se procederá a abrir la oferta. No se permitirá el retiro de ninguna oferta a menos que la comunicación de retiro pertinente contenga la autorización válida para solicitar el retiro y sea leída en voz alta en el acto de apertura de las ofertas. Seguidamente, se abrirán los sobres marcados como “SUSTITUCION” se leerán en voz alta y se intercambiará con la oferta correspondiente que está siendo sustituida; la oferta sustituida no se abrirá sino que se


devolverá al Oferente remitente. No se permitirá ninguna sustitución a menos que la comunicación de sustitución correspondiente contenga una autorización válida para solicitar la sustitución y sea leída en voz alta en el acto de apertura de las ofertas. Los sobres marcados como “MODIFICACION” se abrirán y leerán en voz alta con la oferta correspondiente. No se permitirá ninguna modificación a las ofertas a menos que la comunicación de modificación correspondiente contenga la autorización válida para solicitar la modificación y sea leída en voz alta en el acto de apertura de las ofertas. Solamente se considerarán en la evaluación los sobres que se abran y lean en voz alta durante el acto de apertura de las ofertas.

27.3 Todos los demás sobres se abrirán de uno en uno, leyendo en voz alta: el nombre del Oferente y si contiene modificaciones; los precios de la oferta, incluyendo cualquier descuento u ofertas alternativas; la existencia de una Garantía de Mantenimiento de la Oferta o una Declaración de Mantenimiento de la Oferta de requerirse; y cualquier otro detalle que el Comprador considere pertinente. Solamente los descuentos y ofertas alternativas leídas en voz alta se considerarán en la evaluación. Ninguna oferta será rechazada durante el acto de apertura, excepto las ofertas tardías, de conformidad con la Subcláusula 25.1 de las IAO.

27.4 El Comprador preparará un acta del acto de apertura de las ofertas que incluirá como mínimo: el nombre del Oferente y si hubo retiro, sustitución o modificación; el precio de la oferta, por lote si corresponde, incluyendo cualquier descuento y ofertas alternativas si estaban permitidas; y la existencia o no de la Garantía de Mantenimiento de la Oferta o de la Declaración de Mantenimiento de la Oferta, de haberse requerido. Se le debe solicitar a los representantes de los Oferentes presentes que firmen la hoja de asistencia. Una copia del acta deberá ser distribuida a los Oferentes que presenten sus ofertas a tiempo, y publicada en línea de haberse permitido ofertar electrónicamente.

E. Evaluación y Comparación de las Ofertas28. Confidenciali-

dad28.1 No se divulgará a los Oferentes ni a ninguna persona que no

esté oficialmente involucrada con el proceso de la licitación, información relacionada con la revisión, evaluación, comparación y poscalificación de las ofertas, ni sobre la recomendación de adjudicación del Contrato hasta que se


haya publicado la adjudicación del Contrato.

28.2 Cualquier intento por parte de un Oferente para influenciar al Comprador en la revisión, evaluación, comparación y poscalificación de las ofertas o en la adjudicación del Contrato podrá resultar en el rechazo de su oferta.

28.3 No obstante lo dispuesto en la Subcláusula 28.2 de las IAO, si durante el plazo transcurrido entre el acto de apertura y la fecha de adjudicación del Contrato, un Oferente desea comunicarse con el Comprador sobre cualquier asunto relacionado con el proceso de la licitación, deberá hacerlo por escrito.

29. Aclaración de las Ofertas

29.1 Para facilitar el proceso de revisión, evaluación, comparación y poscalificación de las ofertas, el Comprador podrá, a su discreción, solicitar a cualquier Oferente aclaraciones sobre su oferta. No se considerarán aclaraciones a una oferta presentadas por Oferentes cuando no sean en respuesta a una solicitud del Comprador. La solicitud de aclaración por el Comprador y la respuesta deberán ser hechas por escrito. No se solicitará, ofrecerá o permitirá cambios en los precios o a la esencia de la oferta, excepto para confirmar correcciones de errores aritméticos descubiertos por el Comprador en la evaluación de las ofertas, de conformidad con la Cláusula 31 de las IAO.

30. Cumplimiento de las Ofertas

30.1 Para determinar si la oferta se ajusta sustancialmente a los Documentos de Licitación, el Comprador se basará en el contenido de la propia oferta.

30.2 Una oferta que se ajusta sustancialmente a los Documentos de Licitación es la que satisface todos los términos, condiciones y especificaciones estipuladas en dichos documentos sin desviaciones importantes, reservas u omisiones. Una desviación importante, reservación u omisión es aquella que:

(a) afecta de una manera sustancial el alcance, la calidad o el funcionamiento de los Bienes y Servicios Conexos especificados en el Contrato; o

(b) limita de una manera sustancial, contraria a los Documentos de Licitación, los derechos del Comprador o las obligaciones del Oferente en virtud del Contrato; o

(c) de rectificarse, afectaría injustamente la posición competitiva de los otros Oferentes que presentan


ofertas que se ajustan sustancialmente a los Documentos de Licitación.

30.3 Si una oferta no se ajusta sustancialmente a los Documentos de Licitación, deberá ser rechazada por el Comprador y el Oferente no podrá ajustarla posteriormente mediante correcciones de desviaciones importantes, reservaciones u omisiones.

31. Diferencias, Errores y Omisiones

31.1 Siempre y cuando una oferta se ajuste sustancialmente a los Documentos de Licitación, el Comprador podrá dispensar alguna diferencia u omisión cuando ésta no constituya una desviación importante.

31.2 Siempre y cuando una oferta se ajuste sustancialmente a los Documentos de Licitación, el Comprador podrá solicitarle al Oferente que presente dentro de un plazo razonable, información o documentación necesaria para rectificar diferencias u omisiones relacionadas con requisitos no importantes de documentación. Dichas omisiones no podrán estar relacionadas con ningún aspecto del precio de la oferta. Si el Oferente no cumple con la petición, su oferta podrá ser rechazada.

31.3 Siempre y cuando una oferta se ajuste sustancialmente a los Documentos de Licitación, el Comprador corregirá errores aritméticos de la siguiente manera:

(a) si hay una discrepancia entre un precio unitario y el precio total obtenido al multiplicar ese precio unitario por las cantidades correspondientes, prevalecerá el precio unitario y el precio total será corregido a menos que el Comprador considere que hay un error obvio en la colocación del punto decimal, caso en el cual el total cotizado prevalecerá y el precio unitario se corregirá;

(b) si hay un error en un total que corresponde a la suma o resta de subtotales, los subtotales prevalecerán y se corregirá el total; y

(c) si hay una discrepancia entre palabras y cifras, prevalecerá el monto expresado en palabras a menos que la cantidad expresada en palabras corresponda a un error aritmético, en cuyo caso prevalecerán las cantidades en cifras de conformidad con los párrafos (a) y (b) mencionados.


31.4 Si el Oferente que presentó la oferta evaluada más baja no acepta la corrección de los errores, su oferta será rechazada.

32. Examen Preliminar de las Ofertas

32.1 El Comprador examinará todas las ofertas para confirmar que todos los documentos y documentación técnica solicitada en la Cláusula 11 de las IAO han sido suministrados y para determinar si cada documento entregado está completo.

32.2 El Comprador confirmará que los siguientes documentos e información han sido proporcionados con la oferta. Si cualquiera de estos documentos o información faltaran, la oferta será rechazada.

(a) Formulario de Oferta, de conformidad con la Subcláusula 12.1 de las IAO;

(b) Lista de Precios, de conformidad con la Subcláusula 12.2 de las IAO; y

(d) Garantía de Mantenimiento de la Oferta o Declaración de Mantenimiento de la Oferta, de conformidad con la Subcláusula 21 de las IAO, si corresponde.

33. Examen de los Términos y Condiciones; Evaluación Técnica

33.1 El Comprador examinará todas las ofertas para confirmar que todas las estipulaciones y condiciones de las CGC y de las CEC han sido aceptadas por el Oferente sin desviaciones o reservas mayores.

33.2 El Comprador evaluará los aspectos técnicos de la oferta presentada en virtud de la Cláusula 18 de las IAO, para confirmar que todos los requisitos estipulados en la Sección VI, Lista de Bienes y Servicios y Plan de Entrega de los Documentos de Licitación, han sido cumplidos sin ninguna desviación importante o reserva.

33.3 Si después de haber examinado los términos y condiciones y de haber efectuado la evaluación técnica, el Comprador establece que la oferta no se ajusta sustancialmente a los Documentos de Licitación de conformidad con la Cláusula 30 de las IAO, la oferta será rechazada.

34. Conversión a una Sola Moneda

34.1 Para efectos de evaluación y comparación, el Comprador convertirá todos los precios de las ofertas expresados en diferentes monedas a la moneda única indicada en los DDL utilizando el tipo de cambio vendedor establecido por la fuente y en la fecha especificada en los DDL.

35. Preferencia 35.1 La preferencia nacional no será un factor de evaluación a


nacional menos que se indique lo contrario en los DDL.

36. Evaluación de las Ofertas

36.1 El Comprador evaluará todas las ofertas que se determine que hasta esta etapa de la evaluación se ajustan sustancialmente a los Documentos de Licitación.

36.2 Para evaluar una oferta, el Comprador utilizará únicamente los factores, metodologías y criterios definidos en la Cláusula 36 de las IAO. No se permitirá ningún otro criterio ni metodología.

36.3 Al evaluar una oferta, el Comprador considerará lo siguiente:

(a) la evaluación se hará por Artículos o Lotes de la manera como se especifique en los DDL; y el precio cotizado de conformidad con la Cláusula 14 de las IAO;

(b) el ajuste del precio por correcciones de errores aritméticos de conformidad con la Subcláusula 31.3 de las IAO;

(c) el ajuste del precio debido a descuentos ofrecidos de conformidad con la Subcláusula 14.4 de las IAO;

(d) ajustes debidos a la aplicación de los criterios de evaluación especificados en los DDL de entre los indicados en la Sección III, Criterios de Evaluación y Calificación;

(e) ajustes debidos a la aplicación de un margen de preferencia, si corresponde, de conformidad con la Cláusula 35 de las IAO.

36.4 Al evaluar una oferta el Comprador excluirá y no tendrá en cuenta:

(a) en el caso de Bienes producidos en el país del Comprador, los impuestos sobre las ventas y otros impuestos similares pagaderos sobre los Bienes si el Contrato es adjudicado al Oferente;

(b) en el caso de bienes no producidos en el país del Comprador, previamente importados o a ser importados, los derechos de aduana y otros impuestos a la importación, impuestos sobre las ventas y otros impuestos similares pagaderos sobre los Bienes si el Contrato es adjudicado al Oferente;

(c) ninguna concesión por ajuste de precios durante el


período de ejecución del Contrato, de ser estipulado en la oferta.

36.5 La evaluación de una oferta requerirá que el Comprador considere otros factores, además del precio cotizado, de conformidad con la Cláusula 14 de las IAO. Estos factores podrán estar relacionados con las características, rendimiento, términos y condiciones de la compra de los Bienes y Servicios Conexos. El efecto de los factores seleccionados, si los hubiere, se expresará en términos monetarios para facilitar la comparación de las ofertas, a menos que se indique lo contrario en la Sección III, Criterios de Evaluación y Calificación. Los factores, metodologías y criterios que se apliquen serán aquellos especificados en la Subcláusula 36.3 (d) de las IAO.

36.6 Si así se indica en los DDL, estos Documentos de Licitación permitirán que los Oferentes coticen precios separados para uno o más lotes, y permitirán que el Comprador adjudique uno o varios lotes a más de un Oferente. La metodología de evaluación para determinar la combinación de lotes evaluada más baja, está detallada en la Sección III, Criterios de Evaluación y Calificación.

37. Comparación de las Ofertas

37.1 El Comprador comparará todas las ofertas que cumplen sustancialmente para determinar la oferta evaluada más baja, de conformidad con la Cláusula 36 de las IAO.

38. Poscalificación del Oferente

38.1 El Comprador determinará, a su entera satisfacción, si el Oferente seleccionado como el que ha presentado la oferta evaluada más baja y ha cumplido sustancialmente con los Documentos de Licitación está calificado para ejecutar el Contrato satisfactoriamente.

38.2 Dicha determinación se basará en el examen de la evidencia documentada de las calificaciones del Oferente que éste presente, de conformidad con la Cláusula 19 de las IAO.

38.3 Una determinación afirmativa será un prerrequisito para la adjudicación del Contrato al Oferente. Una determinación negativa resultará en la descalificación de la oferta del Oferente, en cuyo caso el Comprador procederá a determinar si el Oferente que presentó la siguiente oferta evaluada más baja está calificado para ejecutar el Contrato satisfactoriamente.


39. Derecho del Comprador a Aceptar Cualquier Oferta y a Rechazar Cualquiera o Todas las Ofertas

39.1 El Comprador se reserva el derecho a aceptar o rechazar cualquier oferta, de anular el proceso licitatorio y de rechazar todas las ofertas en cualquier momento antes de la adjudicación del Contrato, sin que por ello adquiera responsabilidad alguna ante los Oferentes.

F. Adjudicación del Contrato40. Criterios de

Adjudicación 40.1 El Comprador adjudicará el Contrato al Oferente cuya oferta

haya sido determinada como la oferta evaluada más baja y cumple sustancialmente con los requisitos de los Documentos de Licitación, siempre y cuando el Comprador determine que el Oferente está calificado para ejecutar el Contrato satisfactoriamente.

41. Derecho del Comprador a Variar las Cantidades en el Momento de la Adjudicación

41.1 Al momento de adjudicar el Contrato, el Comprador se reserva el derecho a aumentar o disminuir la cantidad de los Bienes y Servicios Conexos especificados originalmente en la Sección VI, Lista de Bienes y Servicios y Plan de Entrega, siempre y cuando esta variación no exceda los porcentajes indicados en los DDL, y no altere los precios unitarios u otros términos y condiciones de la oferta y de los Documentos de Licitación.

42. Notificación de Adjudicación del Contrato

42.1 Antes de la expiración del período de validez de las ofertas, el Comprador notificará por escrito al Oferente seleccionado que su oferta ha sido aceptada.

42.2 Mientras se prepara un Contrato formal y es perfeccionado, la notificación de adjudicación constituirá el Contrato.

42.3 El Comprador publicará en el portal del UNDB (United Nations Development Business) y en el sitio de Internet del Banco los resultados de la licitación, identificando la oferta y número de lotes y la siguiente información: (i) nombre de todos los Oferentes que presentaron ofertas; (ii) los precios que se leyeron en voz alta en el acto de apertura de las ofertas; (iii) nombre de los Oferentes cuyas ofertas fueron evaluadas y precios evaluados de cada oferta evaluada; (iv) nombre de los Oferentes cuyas ofertas fueron rechazadas y las razones de su rechazo; y (v) nombre del Oferente seleccionado y el precio cotizado, así como la duración y un resumen del alcance del Contrato adjudicado. Después de la publicación de la adjudicación del Contrato, los Oferentes no


favorecidos podrán solicitar por escrito al Comprador explicaciones de las razones por las cuales sus ofertas no fueron seleccionadas. El Comprador, después de la adjudicación del Contrato, responderá prontamente y por escrito a cualquier Oferente no favorecido que solicite dichas explicaciones.

42.4 Cuando el Oferente seleccionado suministre el formulario del Convenio de Contrato ejecutado y la garantía de cumplimiento de conformidad con la Cláusula 44 de las IAO, el Comprador informará inmediatamente a cada uno de los Oferentes no seleccionados y les devolverá su garantía de oferta, de conformidad con la Cláusula 21.4 de las IAO.

43. Firma del Contrato

43.1 Inmediatamente después de la notificación de adjudicación, el Comprador enviará al Oferente seleccionado el formulario del Convenio de Contrato y las Condiciones Especiales del Contrato.

43.2 El Oferente seleccionado tendrá un plazo de 28 días después de la fecha de recibo del formulario del Convenio de Contrato para ejecutarlo, fecharlo y devolverlo al Comprador.

43.3 No obstante lo establecido en la Subcláusula 43.2 de las IAO anterior, en caso de que la firma del Convenio de Contrato sea impedida por alguna restricción de importación atribuible al Comprador, al país del Comprador o al uso de los productos/bienes, sistemas o servicios a ser proveídos y que dichas restricciones de importación provengan de regulaciones comerciales de un país proveedor de los productos/bienes, sistemas o servicios, el Oferente no será obligado por su oferta. Lo anterior tendrá efecto siempre y cuando el Oferente pueda demostrar, a satisfacción del Banco y el Comprador, que la firma del Convenio de Contrato no ha sido impedida por ninguna falta de diligencia de la parte del Oferente en cuanto al cumplimiento de las formalidades tales como las aplicaciones para permisos, autorizaciones y licencias necesarias para la exportación de los productos/bienes, sistemas o servicios de acuerdo a los términos del Contrato.

44. Garantía de Cumplimiento del Contrato

44.1 Dentro de los veintiocho (28) días siguientes al recibo de la notificación de adjudicación de parte del Comprador, el Oferente seleccionado deberá presentar la Garantía de Cumplimiento del Contrato, de conformidad con las CGC, utilizando para dicho propósito el formulario de Garantía de Cumplimiento incluido en la Sección IX, Formularios del


Contrato, u otro formulario aceptable para el Comprador. El Comprador notificará inmediatamente el nombre del Oferente seleccionado a todos los Oferentes no favorecidos y les devolverá las Garantías de Mantenimiento de la Oferta de conformidad con la Cláusula 21.4 de las IAO.

44.2 Si el Oferente seleccionado no cumple con la presentación de la Garantía de Cumplimiento mencionada anteriormente o no firma el Contrato, esto constituirá bases suficientes para anular la adjudicación del Contrato y hacer efectiva la Garantía de Mantenimiento de la Oferta o ejecutar la Declaración de Mantenimiento de la Oferta. En tal caso, el Comprador podrá adjudicar el Contrato al Oferente cuya oferta sea evaluada como la segunda más baja y se ajuste sustancialmente a los Documentos de Licitación, y que el Comprador determine que está calificado para ejecutar el Contrato satisfactoriamente.

Sección II. Datos de la licitación (DDL) 36

Sección II. Datos de la Licitación (DDL) Los datos específicos que se presentan a continuación sobre los bienes que hayan de adquirirse, complementarán, suplementarán o enmendarán las disposiciones en las Instrucciones a los Oferentes (IAO). En caso de conflicto, las disposiciones contenidas aquí prevalecerán sobre las disposiciones en las IAO.

Cláusula en las IAO

A. Disposiciones Generales

IAO 1.1 El Comprador es: Instituto Costarricense de Electricidad, ente público de la República de Costa Rica, domiciliado en San José y con cédula jurídica No. 4-000-042139-02.

IAO 1.1 El nombre y número de identificación de la LPI son: Adquisición de dos sistemas SCADA/EMS para el Centro Nacional de Control de Energía de Costa Rica, 2014LI-000012-PROV

El número, identificación y nombres de los lotes que comprenden esta LPI son: Es un lote único, que tendrá el mismo nombre de la LPI.

IAO 2.1 El nombre del Prestatario es: Instituto Costarricense de Electricidad.

IAO 2.1 El nombre del Proyecto es: Proyecto Nuevo Centro de Control de Energía, No. de proyecto PHR-17-LPI-0.

IAO 3.1 Aplica la política GN-2349-9.

IAO 4.3 Aplica la política GN-2349-9.

B. Contenido de los Documentos de LicitaciónIAO 7.1 Para modificaciones, aclaraciones, así como las eventuales prórrogas a

la fecha de apertura de ofertas que pueda sufrir el concurso, serán publicadas en nuestro sitio web, por lo que se les invita a permanecer en contacto con proveeduría en línea, www.grupoice.com/PEL, accediendo a la pestaña de “Proveeduría en línea” y posteriormente a la pestaña en “recepción de ofertas”. La dirección del Comprador es:

Instituto Costarricense de ElectricidadProveeduría InstitucionalAtención: Victor Hugo Bolaños ChavesSabana Norte

http://www.grupoice.com/PEL


Boulevard de las AméricasDe las Oficinas Centrales del ICE, 400 metros al norteApartado Postal 10032-1000San José, Costa RicaTeléfono: (506) 2000- 6905Número de Fax: (506) 2220-8160/8163

Dirección electrónica: [email protected]

Los Oferentes deberán enviar copia de las solicitudes al Administrador del Contrato, a la siguiente dirección y número de fax:

Instituto Costarricense de Electricidad

Centro Nacional Control de Energía

Atención: Ing. Jorge Sancho Chaves

Director Proceso Planeamiento y Despacho de Energía.

Edificio Centro Control de Energía (CENCE) De las Oficinas Centrales del ICE, 500 metros al norteSabana NorteSan José, Costa RicaTeléfono: (506) 2001-6841

Número de Fax: (506) 2231-5501/2003-0151

Correo electrónico: [email protected]

mailto:[email protected]


C. Preparación de las Ofertas

IAO 10.1 El idioma en que se debe presentar la oferta, así como toda la correspondencia es: Español.

Los documentos de soporte y el material impreso que forme parte de la oferta, pueden estar en idioma inglés con la condición de que los apartes pertinentes estén acompañados de una traducción fidedigna al idioma español.

IAO 11.1(h) Los Oferentes deberán presentar los siguientes documentos adicionales con su oferta:

i) Un timbre de veinte (20) colones de la Asociación Ciudad de Las Niñas y un timbre de doscientos (200) colones del Colegio de Profesionales en Ciencias Económicas de Costa Rica.

ii) Los documentos solicitados en la Sección III Criterios de Evaluación y Calificación, los Formularios de la Oferta de la Sección IV y la Tabla de Cumplimiento de las Especificaciones Técnicas de la plataforma SCADA/EMS de la Sección IV.

iii) Una Declaración jurada firmada por el representante legal de la empresa que certifique que es el propietario intelectual de la tecnología del SCADA/EMS que ofrece.

iv) Para los oferentes del exterior al país del Comprador que presenten su oferta a través de un Representante de Casas Extranjeras, se requiere que este Representante acredite mediante certificación de la Caja Costarricense de Seguro Social (C.C.S.S.) que se encuentra al día en el pago de sus obligaciones al momento de la apertura de ofertas. Asimismo, los oferentes nacionales deben presentar la certificación de estar al día en sus obligaciones con la C.C.S.S., de conformidad con el artículo 10 de los “Lineamientos de la C.C.S.S.”, publicados en el Diario Oficial La Gaceta de Costa Rica N° 118 del 18 de junio del 2010.

IAO 13.1 No se considerarán ofertas alternativas.

IAO 14.5 La edición de Incoterms es 2010.

IAO 14.6 (a)(i), (b)(i) y (c)(iii) El lugar de destino convenido es: Depositario Aduanero ICE, Colima

de Tibás, San José, Costa Rica.

IAO 14.6 (b)(ii) Además del precio CIP especificado en la cláusula 14.6(b)(i) de las IAO, el precio de los Bienes de origen fuera del país del Comprador deberá ser cotizado: INCOTERM CPT.


IAO 14.6 (d)(i) El oferente debe considerar en su oferta el impuesto de renta aplicable por remesas al exterior sobre los servicios brindados en Costa Rica, de acuerdo con lo establecido en el artículo 59 de la Ley del Impuesto sobre la Renta N° 7092 del 21 de abril de 1988.

IAO 14.7 Los precios cotizados por el Oferente no serán ajustables.

IAO 14.8 No aplica. El llamado a Licitación es para un lote único.

IAO 15.1 El Oferente “no está” obligado a cotizar en la moneda del país del Comprador la porción del precio de la oferta que corresponde a gastos incurridos en esa moneda.

IAO 18.3 El período de tiempo estimado de funcionamiento de los Bienes (para efectos de repuestos) es: 36 meses. Se aclara que la lista detallada de repuestos, herramientas y otros similares debe suministrarla el Oferente, pero estos no se considerarán en la evaluación de la oferta, por lo que el Oferente “no debe incluirlos en el precio de la oferta”.

IAO 19.1 (a) “No se requiere” la Autorización del Fabricante para el caso de los equipos (hardware) que el Oferente adquiera de terceras empresas.

IAO 19.1 (b) El Comprador “requiere” servicios posteriores a la venta y por lo tanto el Oferente (si se le adjudica el Contrato) estará establecido comercialmente en el país del Comprador, o en su defecto estará representado por un Agente en el país del Comprador. Sin embargo, no es obligatorio que los servicios estipulados en las Condiciones del Contrato y/o las Especificaciones Técnicas sean suministrados por el Agente o Representante Local, siendo aceptado por el Comprador que los servicios de mantenimiento, reparaciones y almacenamiento de repuestos se realicen remotamente desde el país de origen del Oferente al que se le adjudique el Contrato.

IAO 20.1 El plazo de validez de la oferta será de 150 días.


IAO 21.1 La oferta deberá incluir una Garantía de Mantenimiento de la Oferta (emitida por un banco o una aseguradora), incluida en la Sección IV Formularios de la Oferta o en algún formato del Sistema Bancario de Costa Rica validado por el ICE.

Cuando la garantía se rinda por medio de un depósito de dinero en efectivo, deberá ser depositada en alguna de las siguientes cuentas del Banco de Costa Rica:

SECTOR US DOLARES COLONES COSTARRICENSES

ELECTRICIDAD 164475-0 58166-6

La garantía deberá ser líquida y ejecutable por medio del Sistema Bancario de Costa Rica.

IAO 21.2 El monto de la Garantía de Mantenimiento de la Oferta deberá ser: 1% sobre el total cotizado.

IAO 21.7 No aplica.

IAO 22.1 Además de la oferta original, el número de copias es:

1. Tres (3) copias impresas fieles de la original.

2. Tres (3) copias electrónicas completas en formato electrónico, fieles de la original.

Tres (3) copias electrónicas en formato electrónico editable de todos los formularios de la oferta solicitados en la Sección IV.

D. Presentación y Apertura de Ofertas

IAO 23.1 Los Oferentes no tendrán la opción de presentar sus ofertas electrónicamente.

IAO 23.1 (b) No aplica.

IAO 23.2 (c) Los sobres interiores y exteriores deberán portar las siguientes leyendas adicionales de identificación: Licitación Pública Internacional para la adquisición de dos sistemas SCADA/EMS para el Centro Nacional de Control de Energía de Costa Rica, N° 2014LI-000012-PROV.

IAO 24.1 Para propósitos de la presentación de las ofertas, la dirección del Comprador es:


Proveeduría Institucional, Ventanilla Única.

Sabana Norte


Boulevard de las Américas

Del edificio central del ICE 400 metros al norte

San José, Costa Rica

Fecha: Lunes 16 de febrero del 2015. Hora: 09:00 a.m.

IAO 27.1 La apertura de las ofertas tendrá lugar en:

La sala de aperturas de la Proveeduría del Instituto Costarricense de Electricidad

Sabana Norte




Fecha: Lunes 16 de febrero del 2015

Hora: 09:00 a.m.

(Para estos efectos la hora oficial está regida por el reloj de la Proveeduría Institucional).

E. Evaluación y Comparación de las Ofertas

IAO 34.1 Los precios de las ofertas expresados en diferentes monedas se convertirán a: dólares de los Estados Unidos de América.

La fuente del tipo de cambio será: el precio de venta del Banco Central de Costa Rica.

La fecha a la cual corresponderá el tipo de cambio será: 15 días antes de la fecha de apertura de las ofertas.

IAO 35.1 La Preferencia Nacional no será un factor de evaluación de la oferta.

IAO 36.3(a) La evaluación se hará para un lote único. El Oferente “deberá cotizar” la totalidad de artículos que comprende el lote y que son:(1) Dos sistemas SCADA/EMS con arquitectura redundante y con la funcionalidad de sistema principal y de sistema de respaldo en línea.(2) Servicios de capacitación en fábrica.(3) Servicios de capacitación en sitio (en Costa Rica).(4) Servicios de puesta en servicio de los dos sistemas SCADA/EMS.


IAO 36.3 (d) Los ajustes se determinarán utilizando los siguientes factores, metodologías y criterios de entre los enumerados en la Sección III, Criterios de Evaluación y Calificación:

(a) Desviación en el plan de entregas: No aplican ajustes.

(b) Desviación el plan de pagos: No aplican ajustes.

(c) El costo de reemplazo de componentes importantes, repuestos obligatorios y servicio: No aplican ajustes.

(d) Disponibilidad de repuestos y servicios posteriores a la venta para el equipo ofrecido en la oferta: No aplican ajustes.

(e) Los costos estimados de operación y mantenimiento durante la vida del equipo: No aplican ajustes.

(f) El rendimiento y productividad del equipo ofrecido: No aplican ajustes.

IAO 36.6 No aplica.

F. Adjudicación del Contrato

IAO 41.1 El máximo porcentaje en que las cantidades podrán ser aumentadas es: No aplica.

El máximo porcentaje en que las cantidades podrán ser disminuidas es: No aplica.

El Comprador adjudicará el presente Contrato dentro de los 90 días contados a partir de la apertura de ofertas. Este plazo puede prorrogarse, si el Comprador lo considera necesario.

Sección III. Criterios de Evaluación y Calificación 43

Sección III. Criterios de Evaluación y Calificación

Índice Criterios de Evaluación y Calificación

1. Cumplimiento de las Ofertas (IAO 30.1 y 33.2).....................442. Criterios de Evaluación (IAO 36.3 (d))..................................523. Requisitos para Calificación Posterior (IAO 38.2)..................534. Anexo 1. Tabla de Requisitos Obligatorios.............................545. Anexo 2. Tabla de factores de ponderación normalizados para la evaluación por puntaje de las especificaciones técnicas..........................59


1. Cumplimiento de las Ofertas y Evaluación Técnica (IAO 30.1 y 33.2)

Para evaluar si una oferta se ajusta sustancialmente a los Documentos de Licitación, sin desviaciones importantes, reservas u omisiones, de conformidad con las Cláusulas 30.1 y 33.2 de las IAO, el Comprador se fundamentará en la evidencia documentada que presente el Oferente. La evidencia documentada debe ser presentada como una propuesta técnica, preparada especialmente para esta Licitación Pública Internacional, que demuestre en forma descriptiva y detallada la conformidad sustancial con los requisitos solicitados. Para los efectos de la evaluación técnica, el Oferente deberá llenar los Formularios de la Oferta de la Sección IV que estén relacionados con la comprobación del cumplimiento de los requisitos obligatorios descritos en esta Sección III. El Oferente también debe llenar la Tabla de Cumplimiento de las Especificaciones Técnicas de la plataforma SCADA/EMS de la Sección IV, siguiendo las instrucciones para su llenado que se encuentran en la presente Sección III.

La evaluación técnica consiste de una evaluación integral de la oferta, basada en el cumplimiento de los requisitos obligatorios y en el cumplimiento de las especificaciones técnicas de la plataforma SCADA/EMS.

Los requisitos obligatorios son absolutos (cumple o no cumple) y consisten en los requisitos mínimos que debe estrictamente cumplir tanto el Oferente como la plataforma de SCADA/EMS que ofrece, para que la oferta cumpla sustancialmente con el alcance y los objetivos del proyecto. Se evalúan aspectos como la experiencia y capacidad financiera del Oferente y el alcance de la oferta. Además se evalúa el cumplimiento estricto de los requisitos técnicos indispensables, que son un subconjunto particular y de la máxima importancia de las especificaciones técnicas de la Sección VI.

La evaluación de las especificaciones técnicas de la plataforma SCADA/EMS consiste en la comprobación del grado de cumplimiento de las especificaciones técnicas generales y específicas solicitadas en este cartel de licitación. Con esta evaluación se busca determinar si las ofertas que cumplen con los requisitos obligatorios, cumplen además de una manera satisfactoria con las especificaciones técnicas, para lo cual deben obtener una calificación igual o superior al 80%. Esto significa que el cumplimiento parcial o con soluciones alternativas a lo solicitado en la Sección VI es aceptable para el Comprador en aquellos requisitos que no sean obligatorios, pero no se acepta una oferta que se desvíe más allá del 20% con respecto a lo especificado.

Los métodos y criterios que se utilizarán para la evaluación técnica se encuentran a continuación.

(a) Cumplimiento de los requisitos obligatorios: estos son requisitos absolutos y por lo tanto las ofertas que no cumplan con el 100% de los requisitos obligatorios serán descalificadas. Así que, el incumplimiento de solo uno de los requisitos obligatorios implica la descalificación de la oferta. La evaluación del cumplimiento de cada uno de los requisitos solicitados es con el criterio de 0 (no cumple) o 1 (sí cumple); no hay calificaciones intermedias. En la sub-sección 4 de la presente Sección III se encuentra la Tabla de


Requisitos Obligatorios, donde se describen con detalle todos los requisitos que son de cumplimiento obligatorio. Para demostrar el cumplimiento de los requisitos obligatorios, el Oferente debe llenar los formularios correspondientes de la Sección IV. Los requisitos obligatorios que deben cumplir los oferentes son los siguientes:

(i) Historial de incumplimiento de contratos: el Oferente no debe haber incurrido en el incumplimiento de ningún contrato en los últimos tres (3) años previos a la fecha límite de presentación de la oferta, basándose en toda la información sobre Conflictos o Litigios plenamente solucionados (refiérase a la Tabla de Requisitos Obligatorios, ítem No.1). Para que el Comprador compruebe el cumplimiento por parte del Oferente, este debe suministrar la información solicitada por medio del Formulario de Historial de Incumplimiento de Contratos de la Sección IV.

(ii) Experiencia: el Comprador requiere que el Proveedor de los dos sistemas SCADA/EMS para el Centro Nacional de Control de Energía del ICE, sea una compañía con amplia experiencia a nivel mundial en el suministro, integración y puesta en servicio de sistemas SCADA/EMS para la industria eléctrica y que además brinde de manera satisfactoria los servicios de mantenimiento post-venta. Los criterios para determinar la experiencia del Oferente se encuentran a continuación:

a. Propiedad intelectual de la tecnología del SCADA/EMS: el

Oferente debe ser el propietario intelectual de la tecnología del sistema SCADA/EMS que ofrece. Esto significa que debe ser el fabricante tanto del subsistema SCADA, como del subsistema EMS. Además, la integración debe realizarla el Oferente. Para un mayor detalle, refiérase a la Tabla de Requisitos Obligatorios, ítem No.2. Para que el Comprador pueda comprobar el cumplimiento por parte del Oferente, este debe suministrar una Declaración jurada firmada por el representante legal de la empresa.

b. Diseño, integración, instalación y puesta en servicio de sistemas SCADA/EMS para la industria eléctrica: el Oferente debe tener experiencia en el diseño, integración, instalación y puesta en servicio de sistemas SCADA/EMS para la industria eléctrica, durante por lo menos los últimos diez (10) años previos a la fecha límite de la presentación de las ofertas y con actividades durante cada uno de esos diez (10) años. Para un mayor detalle, refiérase a la Tabla de Requisitos Obligatorios, ítem No.3. Para que el Comprador pueda comprobar el cumplimiento por parte del Oferente, este debe suministrar la información solicitada por medio del Formulario de Experiencia General en Contratos de SCADA/EMS de la Sección IV.


c. Instalación de sistemas SCADA/EMS para la industria eléctrica en Latinoamérica: el Oferente debe haber instalado en Latinoamérica al menos dos sistemas SCADA/EMS para la industria eléctrica en los últimos cinco (5) años y haber brindado los servicios de mantenimiento post-venta al Contratante a satisfacción de este (esto en los casos en que el Contratante haya solicitado dichos servicios). Para un mayor detalle, refiérase a la Tabla de Requisitos Obligatorios, ítem No.4. Para que el Comprador pueda comprobar el cumplimiento por parte del Oferente, este debe suministrar la información solicitada por medio del Formulario de Experiencia Específica en Contratos de SCADA/EMS en Latinoamérica de la Sección IV. El ICE comprobará con el Contratante si los servicios de mantenimiento post-venta que este ha recibido, han sido satisfactorios.

d. Facturación anual promedio en contratos SCADA/EMS en los últimos cinco (5) años: el Oferente debe tener una facturación anual promedio superior a US$ 34 500 000 (treinta y cuatro millones y quinientos mil de dólares americanos), calculada a partir del total de pagos certificados recibidos por contratos SCADA/EMS para la industria eléctrica en progreso o terminados en los últimos cinco (5) años. Para un mayor detalle, refiérase a la Tabla de Requisitos Obligatorios, ítem No.5. Para que el Comprador pueda comprobar el cumplimiento por parte del Oferente, este debe suministrar la información solicitada por medio del Formulario de Facturación Anual Media de la Sección IV.

e. Instalación de sistemas SCADA/EMS para la industria eléctrica en los últimos diez (10) años: el Oferente debe haber instalado como mínimo ocho (8) sistemas SCADA/EMS para la industria eléctrica en los últimos diez (10) años, aceptándose actualizaciones de sistemas existentes siempre que estas se hayan realizado de forma completa, incluyendo el reemplazo total de los equipos. Para un mayor detalle, refiérase a la Tabla de Requisitos Obligatorios, ítem No.6. Para que el Comprador pueda comprobar el cumplimiento por parte del Oferente, este debe suministrar la información solicitada por medio del Formulario de Experiencia Específica en Contratos de SCADA/EMS para la Industria Eléctrica de la Sección IV.

f. Instalación de sistemas SCADA/EMS con alcance similar o superior al proyecto del ICE: el Oferente debe haber suministrado al menos dos proyectos de sistemas SCADA/EMS con funcionalidad y alcance mayor, o, por lo menos igual al proyecto


de dos sistemas SCADA/EMS con funcionalidad de sistema principal y sistema de respaldo en línea requerido por el ICE. Los dos proyectos deben haber sido contratados en los cinco (5) últimos años y ejecutados dentro del cronograma y del presupuesto acordados. Para un mayor detalle, refiérase a la Tabla de Requisitos Obligatorios, ítem No.7. Para que el Comprador pueda comprobar el cumplimiento por parte del Oferente, este debe suministrar la información solicitada por medio del Formulario de Experiencia Específica en Proyectos SCADA/EMS con Funcionalidad y Alcance Igual o Mayor al Proyecto del ICE de la Sección IV.

g. Personal especializado: el Oferente debe demostrar que cuenta con

personal especializado y suficiente para atender varios proyectos simultáneamente y para desarrollar las actividades clave del proyecto del ICE. Para un mayor detalle, refiérase a la Tabla de Requisitos Obligatorios, ítem No.8. Para que el Comprador pueda comprobar el cumplimiento por parte del Oferente, este debe suministrar la información solicitada por medio del Formulario de Experiencia Específica para el Desarrollo de Actividades Clave de la Sección IV.

(iii) Historial de resultados financieros: el Oferente deberá presentar los estados financieros auditados, correspondientes a los últimos tres (3) periodos fiscales, para poner de manifiesto la solidez de su situación financiera actual. Para un mayor detalle, refiérase a la Tabla de Requisitos Obligatorios, ítem No.9. Para que el Comprador pueda comprobar el cumplimiento por parte del Oferente, este debe suministrar la información solicitada por medio del Formulario de Historial de Resultados Financieros de la Sección IV, con sus anexos.

(iv) Cumplimiento de los requisitos técnicos mínimos obligatorios: estos requisitos son fundamentales para garantizar el alcance, la oportunidad, la calidad y el funcionamiento de los Bienes y Servicios Conexos especificados. Para comprobar el cumplimiento de estos requisitos, el Comprador se fundamentará en la información que el Oferente suministre en la Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios de la Sección IV y por consiguiente en la propuesta técnica de su oferta.

a. Cumplimiento con los criterios y atributos de diseño: el Oferente debe demostrar que su oferta cumple con los criterios y atributos de diseño especificados en la Sección VI, sub-sección 3.3.3. Como referencia, véase la Tabla de Requisitos Obligatorios, ítem No.10.


b. Cumplimiento con la arquitectura conceptual: el Oferente debe demostrar que su oferta cumple con la arquitectura conceptual del proyecto, especificada en la Sección VI, sub-sección 3.3.4. Como referencia, véase la Tabla de Requisitos Obligatorios, ítem No.11.

c. Cumplimiento con los requisitos de los sistemas operativos requeridos para los servidores y estaciones de trabajo: el Oferente debe demostrar que su oferta cumple con los requisitos especificados en la Sección VI, sub-secciones 3.3.5 y 3.4.1.1. Como referencia, véase la Tabla de Requisitos Obligatorios, ítem No.12.

d. Cumplimiento con los requisitos de dimensionamiento, desempeño y disponibilidad del SCADA/EMS: el Oferente debe demostrar que su oferta cumple con los requisitos especificados en la Sección VI, sub-sección 3.4.12. Como referencia, véase la Tabla de Requisitos Obligatorios, ítem No.13.

e. Cumplimiento de la oferta en lo referente al tiempo de ejecución del proyecto: el Oferente deberá demostrar que puede cumplir con el plazo de ejecución del proyecto, el cual está especificado en la Sección VI, sub-sección 3.4.13.1.1. Como referencia, véase la Tabla de Requisitos Obligatorios, ítem No.14.

f. Cumplimiento con el requisito de ofertar todas las aplicaciones especificadas en la Sección VI, sub-sección 3.3.2.2, ítem (1). Como referencia, véase la Tabla de Requisitos Obligatorios, ítem No.15.

g. Cumplimiento con el requisito de ofertar todos los servicios especificados en la Sección VI, sub-secciones 3.3.2.2, 3.4.13.2.2, 3.4.13.2.3, 3.4.13.2.6, 3.4.13.2.7, 3.4.13.2.8 y 3.4.14. Como referencia, véase la Tabla de Requisitos Obligatorios, ítem No.16.

h. Cumplimiento con el requisito de ofertar un subsistema SCADA capaz de interpretar los protocolos de comunicación especificados en la Sección VI, sub-secciones 3.4.3.1 y 3.4.3.2. Como referencia, véase la Tabla de Requisitos Obligatorios, ítem No.17.

i. Cumplimiento con el requisito de ofertar un subsistema de Control de Generación que cumpla con los requisitos funcionales del AGC especificados en la Sección VI, sub-sección 3.4.4.1.1. Como referencia, véase la Tabla de Requisitos Obligatorios, ítem No.18.

j. Cumplimiento con el requisito de ofertar un subsistema de Análisis de Redes Eléctricas que cumpla con los requisitos


funcionales especificados en la Sección VI, sub-sección 3.4.5.1. Como referencia, véase la Tabla de Requisitos Obligatorios, ítem No.19.

k. Cumplimiento con el requisito de ofertar un subsistema Simulador para Entrenamiento de Operadores que cumpla con los requisitos funcionales especificados en la Sección VI, sub-sección 3.4.6.1. Como referencia, véase la Tabla de Requisitos Obligatorios, ítem No.20.

l. Cumplimiento con el requisito de que el Subsistema de Información Histórica ofertado use el producto PI System® de OSIsoft y que el periodo de almacenamiento de los datos sea de dos (2) segundos o inferior, que están incluidos como parte de la especificación de la Sección VI, sub-sección 3.4.7.1. Como referencia, véase la Tabla de Requisitos Obligatorios, ítem No.21.

m. Cumplimiento con los siguientes requisitos técnicos para el Subsistema de Proyección de Video (incluidos como parte de la especificación de la Sección VI, sub-sección 3.4.10.2.8): (1) usar tecnología LED con un mínimo de ochenta mil (80000) horas de vida útil promedio; (2) la vida útil de la ventilación forzada también debe ser como mínimo de ochenta mil (80000) horas; (3) el consumo debe ser menor de 100 vatios por cubo de retroproyección operando en el modo económico. Como referencia, véase la Tabla de Requisitos Obligatorios, ítem No.22.

(b) Cumplimiento de las especificaciones técnicas de la plataforma de SCADA/EMS: el Comprador evaluará en forma sistemática el cumplimiento de las especificaciones técnicas generales y particulares de la Sección VI, sub-sección 3, excluyendo en esta evaluación a los requisitos técnicos mínimos obligatorios. Para ello, es necesario que los Oferentes suministren la información solicitada por medio de la Tabla de Cumplimiento de las Especificaciones Técnicas de la plataforma SCADA/EMS de la Sección IV. Por su parte, el Comprador ya asignó un factor de ponderación normalizado para cada requisito técnico. Con base en la información suministrada por el Oferente por medio de la Tabla de Cumplimiento de las Especificaciones Técnicas de la plataforma SCADA/EMS y con base en el análisis de la información técnica contenida en la oferta, el Comprador determinará el grado de cumplimiento de cada uno de los requisitos técnicos y asignará la puntuación obtenida para cada uno de estos requisitos, usando puntuaciones de 0 o de 10, sin la posibilidad de asignar valores intermedios. Al multiplicar la puntuación asignada a cada requisito técnico por su factor de ponderación normalizado, se obtendrá el puntaje ponderado normalizado para cada requisito técnico. Entonces, el puntaje total ponderado normalizado obtenido por cada oferta evaluada (usando una escala de 0 a 100%), corresponderá a la


sumatoria de los puntajes ponderados normalizados obtenidos en la evaluación de cada uno de los requisitos técnicos. Las ofertas que obtengan una puntuación total ponderada normalizada menor al 80% serán descalificadas, pues no alcanzarían el grado mínimo de cumplimiento de las especificaciones técnicas solicitadas por el Comprador. A continuación se encuentra la explicación de la metodología para evaluar el cumplimiento de las especificaciones técnicas.

(i) Llenado de la Tabla de Cumplimiento de las Especificaciones Técnicas de la plataforma SCADA/EMS de la Sección IV: los Oferentes deberán llenar las columnas denominadas “Grado de Cumplimiento” y “Ubicación de la sección/sub-sección de la oferta donde se documenta el grado de cumplimiento” de acuerdo con lo siguiente:

a. Grado de Cumplimiento: se utilizará la nomenclatura y las definiciones que se encuentran a continuación.

CE= conformidad sustancial estándar (el producto estándar del Oferente cumple con el requisito sin ninguna modificación).CM= conformidad sustancial con modificación del producto estándar del Oferente (requiere modificación del producto estándar del Oferente).V= variación (brinda funcionalidad sustancialmente equivalente o superior a la especificada en los requisitos técnicos, pero implementada de otra manera). Una solución ofertada se califica como V solo si dicha funcionalidad está implementada en el producto SCADA/EMS estándar del Oferente. X= excepción (el Oferente no ofrece el requisito técnico).I= información (se trata de un título de sección o sub-sección y el cumplimiento consiste en confirmar que se ha tomado conocimiento del título de la sección o sub-sección).

b. Ubicación de la sección/sub-sección de la oferta donde se documenta el grado de cumplimiento: es obligatorio para el Oferente indicar el número de sección, sub-sección y página de su oferta donde está documentado el cumplimiento del requisito particular. Además, el Oferente puede utilizar esta columna para presentar cualquier aclaración adicional.

(ii) Asignación de los factores de ponderación normalizados para los requisitos técnicos: el Comprador asignó los factores de ponderación normalizados para cada uno de los requisitos técnicos evaluados en la Tabla de Cumplimiento de las Especificaciones Técnicas de la plataforma SCADA/EMS de la Sección IV. Estos factores de ponderación normalizados se encuentran la sub-sección 5 de la presente


Sección III, en la Tabla de factores de ponderación normalizados para la evaluación por puntaje de las especificaciones técnicas.

(iii) Criterios para la asignación de puntaje para las especificaciones técnicas: para cada uno de los requisitos de la Tabla de Cumplimiento de las Especificaciones Técnicas de la plataforma SCADA/EMS, el Comprador asignará de forma individual un puntaje, usando valores de 0 o de 10, sin la posibilidad de usar valores intermedios. Para ello, analizará si el grado de cumplimiento indicado por el Oferente está respaldado con la información aportada en la misma oferta y definirá el puntaje para cada requisito evaluado usando los siguientes criterios:

Puntaje de 10: si el Oferente asignó el grado de cumplimiento CE y además el Comprador comprobó que la oferta contiene la descripción detallada de la forma en que cumple con el requisito técnico solicitado y el Comprador determinó que esa descripción es consistente con el grado de cumplimiento asignado por el Oferente.

Puntaje de 10: si el Oferente asignó el grado de cumplimiento V y además el Comprador comprobó que la oferta contiene la descripción detallada de la forma en que cumple con el requisito técnico solicitado y el Comprador determinó que esa descripción es consistente con el grado de cumplimiento asignado por el Oferente (brinda funcionalidad equivalente o superior a lo solicitado) y la solución ofrecida forma parte del producto SCADA/EMS estándar del Oferente.

Puntaje de 10: si el Oferente asignó el grado de cumplimiento CM y además el Comprador comprobó que la oferta contiene la descripción detallada de la forma en que cumple con el requisito técnico solicitado y el Comprador determinó que esa descripción es consistente con el grado de cumplimiento asignado por el Oferente (requiere modificación del producto estándar del Oferente para brindar la funcionalidad solicitada).

Puntaje de 0: si el Oferente asignó cualquiera de los grados de cumplimiento (CE, CM, V), pero el Comprador comprobó que en la oferta no se encuentra la descripción correspondiente de la forma en que cumple con el requisito técnico solicitado.

Puntaje de 0: si el Oferente asignó cualquiera de los grados de cumplimiento (CE, CM, V), pero el Comprador comprobó al analizar la descripción contenida en la oferta, que en realidad no cumple con el requisito.

Puntaje de 0: si el Oferente asignó el grado de cumplimiento X (excepción).


Puntaje de 0: si el Oferente no asignó el grado de cumplimiento y además el Comprador comprobó que la oferta no contiene la descripción correspondiente al requisito técnico evaluado.

El Comprador solicitará al Oferente todas las aclaraciones que sean necesarias para determinar el cumplimiento de los requisitos técnicos.

(iv) Puntaje total obtenido por una oferta: la puntuación total ponderada normalizada en una escala de 0 a 100% obtenida por una oferta (denominada en lo sucesivo “puntaje total”), se calculará como la sumatoria de los puntajes obtenidos para cada requisito técnico multiplicado por el factor de ponderación normalizado del requisito técnico.

(c) Solo las ofertas que cumplan con lo establecido en los apartados (a) y (b) anteriores se ajustan sustancialmente a los Documentos de Licitación y por consiguiente son las que se evaluarán económicamente y se adjudicará a la de menor precio, siempre y cuando cumpla con los requisitos legales.

2. Criterios de Evaluación (IAO 36.3 (d))

Al evaluar el costo de una oferta, el Comprador deberá considerar, además del precio cotizado, de conformidad con la Cláusula 14.6 de las IAO, uno o más de los siguientes factores estipulados en la Subcláusula 36.3(d) de las IAO y en los DDL en referencia a la Cláusula IAO 36.3(d), aplicando los métodos y criterios indicados a continuación.

(a) Plan de entregas (según el código de Incoterms indicado en los DDL)

Los Bienes detallados en la Lista de Bienes deberán ser entregados dentro del plazo aceptable estipulado en la Sección VI, Plan de Entregas (después de la fecha más temprana y antes de la fecha final, incluyendo ambas fechas). No se otorgará crédito por entregas anteriores a la fecha más temprana, y las ofertas con propuestas de entrega posteriores a la fecha final se considerarán que no cumplen con lo solicitado.

(b) Variaciones en el Plan de Pagos.

(i) Los Oferentes cotizarán el precio de su oferta de acuerdo al plan de pagos establecido en las CEC. Las ofertas serán evaluadas sobre la base de este precio. El Comprador no aceptará planes de pagos alternativos y por lo tanto no aplica ningún criterio de reducción de precios.

(c) Costo del reemplazo de principales componentes de reemplazo, repuestos obligatorios y servicios.


(i) El Oferente preparará una lista de componentes y repuestos de alto valor y frecuencia de uso y estimará las cantidades de éstos que utilizará durante el período inicial de funcionamiento de los Bienes que se especifica en los DDL, Subcláusula 18.3. Pero estos componentes no formarán parte de la oferta, por lo que el Oferente “no debe incluirlos en el precio de la oferta”.

(d) Disponibilidad en el país del Comprador de repuestos y servicios ofrecidos en la licitación después de la venta: No aplican ajustes.

(e) Los costos estimados de operación y mantenimiento durante la vida del equipo: No aplican ajustes.

(f) El rendimiento y productividad del equipo ofrecido: No aplican ajustes.

3. Requisitos para Calificación Posterior (IAO 38.2)

Después de determinar la oferta evaluada más baja según lo establecido en la Subcláusula 37.1 de las IAO, el Comprador efectuará la calificación posterior del Oferente de conformidad con lo establecido en la Cláusula 38 de las IAO, empleando únicamente los requisitos aquí estipulados. Los requisitos que no estén incluidos en el siguiente texto no podrán ser utilizados para evaluar las calificaciones del Oferente.

(a) Servicios posteriores a la venta.

El Oferente deberá proporcionar evidencia documentada que demuestre su capacidad para suministrar los servicios de mantenimiento, reparaciones y almacenamiento de repuestos, ya sea remotamente desde el país de origen del Oferente, o por medio de una oficina de la empresa o por un Agente en el país del Comprador.


4. Anexo 1. Tabla de Requisitos Obligatorios.

. No. REQUISITOS OBLIGATORIOS

His

toria

l de

Incu

mpl

imie

nto

de C

ontra

tos

1 No debe haber incurrido en incumplimiento de ningún contrato en los últimos tres (3) años previos a la fecha límite de presentación de la Oferta, basándose en toda la información sobre Conflictos o Litigios plenamente solucionados. Un conflicto o litigio plenamente solucionado es aquel que se ha resuelto de conformidad con el Mecanismo de Resolución de Controversias previsto en el contrato respectivo y en el que se han agotado todas las instancias de apelación a disposición del Oferente. Los litigios pendientes no deberán representar en total más del diez por ciento (10%) del activo neto del Oferente y deberán ser tratados como resueltos en contra del Oferente. El Oferente debe llenar el Formulario de Historial de Incumplimiento de Contratos de la Sección IV.

Exp

erie

ncia

2 El Oferente debe ser el propietario intelectual de la tecnología del SCADA/EMS que ofrece. Esto significa que debe ser el fabricante tanto del subsistema SCADA, como del subsistema EMS. Además, la integración debe realizarla el Oferente. La documentación probatoria deberá estar incluida en la oferta, consistiendo de una Declaración jurada firmada por el representante legal de la empresa.

3 El Oferente debe tener experiencia en el diseño, integración, instalación y puesta en servicio de sistemas SCADA/EMS para la industria eléctrica, durante por lo menos los últimos diez (10) años previos a la fecha límite de la presentación de Ofertas y con actividades durante cada uno de esos diez (10) años. No se aceptará como parte de la documentación comprobatoria: sistemas SCADA para control de generación, para empresas de distribución de electricidad, de agua y/o de gas, ni para aplicaciones industriales. El Oferente debe llenar el Formulario de Experiencia General en Contratos de SCADA/EMS de la Sección IV.

4 El Oferente debe haber instalado en Latinoamérica, en los últimos cinco (5) años al menos dos sistemas SCADA/EMS para la industria eléctrica. La documentación comprobatoria deberá estar incluida en la oferta. Debe demostrar que ha brindado los servicios de mantenimiento post-venta al Contratante, en los casos en que este haya solicitado dichos servicios. El Oferente debe llenar el Formulario de Experiencia Específica en Contratos de SCADA/EMS en Latinoamérica de la sección IV. El ICE comprobará con el Contratante si los servicios de mantenimiento post-venta recibidos han sido satisfactorios.Para valorar si los sistemas SCADA/EMS de referencia califican como SCADA/EMS para la industria eléctrica, se excluyen los ítems f), g), h), i) que se describen en la nota 3 al pie de página de esta tabla.

5 El Oferente debe tener una facturación anual promedio superior a US$ 34 500 000 (treinta y cuatro millones y quinientos mil de dólares americanos), calculada como el total de pagos certificados recibidos por contratos SCADA/EMS para la industria eléctrica en progreso o terminados en los últimos cinco (5) años, dividido entre este número de años. Este nivel de ventas debe corresponder exclusivamente al Oferente.El Oferente debe llenar el Formulario de Facturación Anual Media de la Sección IV y adjuntar además toda la información adicional ahí solicitada.



6 El Oferente debe haber instalado como mínimo ocho (8) sistemas SCADA/EMS2 para la industria eléctrica en los últimos diez (10) años, aceptándose actualizaciones de sistemas existentes siempre que estas se hayan realizado de forma completa, incluyendo el reemplazo total de los equipos. El Oferente deberá certificar que los proyectos hayan sido completados exitosamente. El Oferente debe llenar el Formulario de Experiencia Específica en Contratos de SCADA/EMS para la Industria Eléctrica de la sección IV.

2 Un sistema SCADA/EMS para la industria eléctrica es aquel que cumple con todos los siguientes requisitos:a) Destinados para centros de control de energía nacionales o regionales donde la demanda máxima de la red eléctrica supervisada sea como mínimo 1500 MW (usando como año de referencia el 2013).b) El sistema SCADA/EMS debe supervisar como mínimo treinta (30) subestaciones.c) Los servicios contratados deben ser de un monto mayor a US$ 1 500 000 (un millón quinientos mil dólares americanos), lo cual debe excluir a las unidades terminales remotas y a otros equipos instalados en lugares diferentes al centro de control de energía.d) Debe tener por lo menos las siguientes funciones: adquisición de datos en tiempo real y control remoto (SCADA); control automático de generación (AGC); aplicaciones de análisis de sistemas de potencia (como mínimo: estimador de estados, análisis de contingencias en línea y flujo de carga y análisis de contingencias en modo estudio) y sistema de información histórica.e) Uso de un ambiente de base de datos relacional (RDBMS) disponible comercialmente y con recursos adicionales de acceso del tipo SQL y ODBC.f) Al menos tres de los sistemas de referencia deben tener la funcionalidad ICCP (protocolo TASE.2) para intercambiar datos en tiempo real con otros SCADA de centros de control.g) Al menos tres de los sistemas de referencia deben haber incluido simuladores para entrenamiento de operadores (DTS).h) En al menos dos de los sistemas de referencia se debe haber integrado el producto PI System® de OSIsoft como sistema de almacenamiento de datos históricos principal.i) En al menos uno de los sistemas de referencia se debe haber utilizado el modelo de información estándar para empresas eléctricas CIM (Common Information Model), utilizado para el manejo e intercambio de datos entre diferentes aplicaciones o sistemas de información.



7 El Oferente debe haber suministrado al menos dos proyectos de sistemas SCADA/EMS con funcionalidad y alcance mayor, o, por lo menos, igual al proyecto de sistemas SCADA/EMS con funcionalidad de sistema principal y de sistema de respaldo en línea requerido por el ICE3. Los dos proyectos deben haber sido contratados en los cinco (5) últimos años y ejecutados dentro del cronograma y del presupuesto acordados.El Oferente debe entregar la certificación correspondiente; así mismo, solo se aceptarán certificaciones de referencia de aceptación y operación exitosa para sistemas que usan los sistemas operativos Windows y/o Linux. El Oferente debe llenar el Formulario de Experiencia Específica en Proyectos SCADA/EMS con Funcionalidad y Alcance Igual o Mayor al Proyecto del ICE de la sección IV.

8 El Oferente debe demostrar que cuenta con personal especializado y suficiente para atender varios proyectos simultáneamente y para desarrollar las actividades clave4 del Proyecto SCADA/EMS del ICE.Para cumplir con este requisito debe completar la información solicitada por medio del Formulario de Experiencia Específica para el Desarrollo de Actividades Clave de la sección IV. Esta experiencia debe ser comprobada con las hojas de vida de los funcionarios indicados en el formulario.

3 Un proyecto de sistemas SCADA/EMS con funcionalidad y alcance igual o mayor al requerido es aquel que cumple con todos los siguientes requisitos:

a) Conformado por dos SCADA/EMS (sistema SCADA/EMS #1-principal y sistema SCADA/EMS #2-respaldo en línea), que pueden intercambiar funciones cuando así sea requerido. b) Cada uno de los sistemas SCADA/EMS debe poseer una arquitectura redundante.c) Implementados con una arquitectura informática abierta basada en estándares.d) Ambos sistemas intercambian datos en tiempo real con los sistemas SCADA de otros centros de control por medio del protocolo ICCP (protocolo TASE.2).e) Ambos sistemas ejecutan la adquisición de datos en tiempo real por medio de alguno de los siguientes protocolos de comunicación: IEC 60870-5-104, IEC 60870-5-101, DNP3.0 (serial) y DNP3.0 sobre TCP/IP.f) En ambos sistemas se utiliza un ambiente de base de datos relacional (RDBMS) disponible comercialmente y con recursos adicionales de acceso del tipo SQL y ODBC. g) Con un sistema de almacenamiento de datos históricos con capacidad de almacenar como mínimo quince mil (15000) variables con un tiempo de muestreo de dos segundos. Al menos en uno de los sistemas de referencia deben haber integrado el producto PI System® de OSIsoft como sistema principal de almacenamiento de datos históricos.h) Deberá tener por lo menos las siguientes funciones: adquisición de datos en tiempo real y control remoto (SCADA), control automático de generación (AGC) y aplicaciones de análisis de sistemas de potencia (como mínimo: estimador de estados, análisis de contingencias y flujo óptimo en tiempo real y flujo de carga, análisis de contingencias y flujo óptimo en modo estudio).i) En al menos uno de los sistemas de referencia se debe haber implementado la función de Despacho Económico Hidrotérmico en Tiempo Real, con un algoritmo que cumpla con lo descrito en la sección 3.4.4.2 de estos documentos de licitación.

4 Las actividades clave del Proyecto de Adquisición de dos SCADA/EMS para el ICE son:a) Migración de las bases de datos y despliegues del SCADA/EMS actual hacia los dos nuevos SCADA/EMS.b) Implementación de todas las aplicaciones especificadas.c) Integración de los sistemas SCADA/EMS en fábrica.d) Servicios de capacitación a usuarios del SCADA/EMS y al personal encargado de la administración y mantenimiento.e) Pruebas de aceptación en fábrica.f) Instalación e integración en sitio de los SCADA/EMS.g) Pruebas de aceptación en sitio y pruebas de disponibilidad.h) Preparación y entrega de la documentación completa de tipo “as-built”.


. No. REQUISITOS OBLIGATORIOSH

isto

rial d

e R

esul

tado

s Fi

nanc

iero

s9 Presentación de estados financieros auditados, correspondientes a los últimos tres

(3) periodos fiscales, para poner de manifiesto la solidez de la situación financiera actual del Oferente:(a) Coeficiente medio de Liquidez: (Activo a corto plazo/Pasivo a corto plazo) igual o mayor que uno coma uno (1,1).(b) Coeficiente medio de Endeudamiento: (Total Pasivo/ Total Activo) igual o menor que cero coma ocho (0,8).(c) Rentabilidad: (Utilidades antes de Impuestos) igual o mayor que cero (0).El Oferente debe llenar el Formulario de Historial de Resultados Financieros de la Sección IV.

Req

uisi

tos

Técn

icos

Mín

imos

Obl

igat

orio

s

10 La oferta cumple integralmente y sin ninguna excepción con todos los criterios y atributos de diseño especificados en la Sección VI, sub-sección 3.3.3. Para comprobar el cumplimiento se utilizará la información que el Oferente suministre en la Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios de la Sección IV y por consiguiente en la propuesta técnica de su oferta.

11 La oferta cumple con la arquitectura conceptual para el proyecto especificada en la Sección VI, sub-sección 3.3.4. Para comprobar el cumplimiento se utilizará la información que el Oferente suministre en la Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios de la Sección IV y por consiguiente en la propuesta técnica de su oferta.

12 Los sistemas operativos de los servidores y estaciones de trabajo del SCADA/EMS, cumplen con los requisitos especificados en la Sección VI, sub-secciones 3.3.5 y 3.4.1.1. Para comprobar el cumplimiento se utilizará la información que el Oferente suministre en la Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios de la Sección IV y por consiguiente en la propuesta técnica de su oferta.

13 La oferta cumple con los requerimientos de dimensionamiento, desempeño y disponibilidad especificados en la Sección VI, sub-sección 3.4.12. Para comprobar el cumplimiento se utilizará la información que el Oferente suministre en la Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios de la Sección IV y por consiguiente en la propuesta técnica de su oferta.

14 La oferta cumple con el plazo de ejecución del proyecto, el cual está especificado en la Sección VI, sub-sección 3.4.13.1.1. Para comprobar el cumplimiento se utilizará la información que el Oferente suministre en la Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios de la Sección IV y por consiguiente en la propuesta técnica de su oferta.

15 El Oferente incluye en su oferta la totalidad de las aplicaciones especificadas en la Sección VI, sub-sección 3.3.2.2, ítem (1). Para comprobar el cumplimiento se utilizará la información que el Oferente suministre en la Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios de la Sección IV y por consiguiente en la propuesta técnica de su oferta.

16 La oferta incluye todos los servicios especificados en la Sección VI, sub-secciones 3.3.2.2, 3.4.13.2.2, 3.4.13.2.3, 3.4.13.2.6, 3.4.13.2.7, 3.4.13.2.8 y 3.4.14. Para comprobar el cumplimiento se utilizará la información que el Oferente suministre en la Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios de la Sección IV y por consiguiente en la propuesta técnica de su oferta.



17 El Oferente incluye en su oferta un subsistema SCADA capaz de interpretar los protocolos de comunicación especificados en la Sección VI, sub-secciones 3.4.3.1 y 3.4.3.2. Para comprobar el cumplimiento se utilizará la información que el Oferente suministre en la Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios de la Sección IV y por consiguiente en la propuesta técnica de su oferta.

18 El Oferente incluye en su oferta un subsistema de Control de Generación que cumpla con los requisitos funcionales del AGC especificados en la Sección VI, sub-sección 3.4.4.1.1. Para comprobar el cumplimiento se utilizará la información que el Oferente suministre en la Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios de la Sección IV y por consiguiente en la propuesta técnica de su oferta.

19 El Oferente incluye en su oferta un subsistema de Análisis de Redes Eléctricas que cumpla con los requisitos funcionales especificados en la Sección VI, sub-sección 3.4.5.1. Para comprobar el cumplimiento se utilizará la información que el Oferente suministre en la Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios de la Sección IV y por consiguiente en la propuesta técnica de su oferta.

20 El Oferente incluye en su oferta un subsistema Simulador para Entrenamiento de Operadores que cumpla con los requisitos funcionales especificados en la Sección VI, sub-sección 3.4.6.1. Para comprobar el cumplimiento se utilizará la información que el Oferente suministre en la Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios de la Sección IV y por consiguiente en la propuesta técnica de su oferta.

21 La oferta cumple con el requisito de que el Subsistema de Información Histórica use el producto PI System® de OSIsoft y que el periodo de almacenamiento de los datos sea de dos (2) segundos o inferior, según lo especificado en la Sección VI, sub-sección 3.4.7.1. Para comprobar el cumplimiento se utilizará la información que el Oferente suministre en la Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios de la Sección IV y por consiguiente en la propuesta técnica de su oferta.

22 La oferta cumple con los siguientes requisitos técnicos para el Subsistema de Proyección de Video, según la especificación de la Sección VI, sub-sección 3.4.10.2.8: (1) usar tecnología LED con un mínimo de ochenta mil (80000) horas de vida útil promedio; (2) la vida útil de la ventilación forzada también debe ser como mínimo de ochenta mil (80000 horas); (3) el consumo debe ser menor de 100 vatios por cubo de retroproyección operando en el modo económico. Para comprobar el cumplimiento se utilizará la información que el Oferente suministre en la Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios de la Sección IV y por consiguiente en la propuesta técnica de su oferta.


5. Anexo 2. Tabla de factores de ponderación normalizados para la evaluación por puntaje de las especificaciones técnicas.

Secciones/Sub-secciones de las Especificaciones Técnicas SCADA/EMS

FACTORDE

PONDERACIÓN

FACTOR DEPONDERACIÓNNORMALIZADO

3.3 ESPECIFICACIONES TÉCNICAS GENERALES [2,51%]

3.3.1 Descripción del Sistema Objeto de esta Contratación

3.3.2 Alcance del Proyecto, Modalidad de Contratación, Servicios y Responsabilidades

3.3.2.1 Alcance del Proyecto 10 0,079323.3.2.3 Responsabilidades del ICE como

Comprador 10 0,07932

3.3.6 Metas Funcionales 10 0,07932SUBTOTAL DE ÁREA 30 0,23795

% DE SUBTOTAL NORMALIZADO PESO DE ÁREA -- PESO DE ÁREA NORMALIZADO% 7 2,51%

3.4 ESPECIFICACIONES TÉCNICAS PARTICULARES

3.4.1 Arquitectura Funcional y Software del SCADA/EMS / 3.4.2 Áreas de Responsabilidad / 3.4.3 Subsistema SCADA [28,23%]

3.4.1 Arquitectura Funcional y Software del SCADA/EMS

3.4.1.2 Software de servicios de la red LAN 10 0,113313.4.1.3 Software para diagnóstico 7 0,079323.4.1.4 Software de soporte y aplicación en

ambiente PC 10 0,113313.4.1.5 Software para la generación del

sistema SCADA/EMS 7 0,07932

3.4.1.6 Software de soporte de base de datos 7 0,079323.4.1.7 Función de edición de la base de datos 7 0,079323.4.1.8 Software de soporte para la interfaz

hombre-máquina 10 0,11331

3.4.1.9 Compilador de despliegues 7 0,079323.4.1.10 Desarrollo y modificación de reportes 7 0,079323.4.1.11 Entradas y requerimientos del

Operador en las consolas 7 0,07932

3.4.1.12 Despliegues 10 0,113313.4.1.13 Despliegues del SEN 10 0,113313.4.1.14 Impresión de los despliegues 5 0,056653.4.1.15 Monitoreo de los recursos del sistema 10 0,113313.4.1.16 Bitácora electrónica de operación 10 0,113313.4.1.17 Modelo Común de Información 10 0,11331



FACTORDE

PONDERACIÓN


3.4.2 Áreas de Responsabilidad 3.4.2.1 Operadores 5 0,056653.4.2.2 Supervisores de operación 5 0,056653.4.2.3 Administradores del SCADA/EMS 5 0,056653.4.2.4 Técnicos de mantenimiento de las UTR 5 0,056653.4.2.5 Ingenieros de operación y planeamiento 5 0,056653.4.2.6 Usuarios gerenciales 5 0,05665

3.4.3 Sub-Sistema SCADA 3.4.3.3 Adquisición y procesamiento de los

datos 7 0,07932

3.4.3.4 Control supervisorio 7 0,079323.4.3.5 Alarmas 10 0,113313.4.3.6 Etiquetado 5 0,056653.4.3.7 Avisos de maniobras 5 0,056653.4.3.8 Graficadores de tendencias 8 0,090653.4.3.9 Disparo manual de carga 10 0,113313.4.3.10 Actualización en línea de la base de

datos de tiempo real 10 0,11331

3.4.3.11 Monitoreo de la generación con fuentes renovables no regulables 10 0,11331

SUBTOTAL DE ÁREA 236 2,67407% DE SUBTOTAL NORMALIZADO

PESO DE ÁREA -- PESO DE ÁREA NORMALIZADO% 10 28,23%

3.4.4 Subsistema de Control de Generación [11,96%]

3.4.4.1 Control Automático de Generación (AGC)

3.4.4.1.2 Variables de entrada 5 0,056653.4.4.1.3 Modos de control y

procesamiento 7 0,07932

3.4.4.1.4 Variables de Salida 5 0,056653.4.4.1.5 Modo de Operación 8 0,090653.4.4.1.6 Interfaces externas 10 0,113313.4.4.1.7 Criterios de desempeño 10 0,113313.4.4.1.8 Sintonización del AGC para la

puesta en operación en tiempo real 10 0,11331

3.4.4.2 Despacho Económico Hidrotérmico en Tiempo Real 10 0,11331

3.4.4.3 Monitoreo de las reservas de generación 10 0,11331

3.4.4.4 Programación de intercambios de energía eléctrica 10 0,11331



FACTORDE

PONDERACIÓN


3.4.4.5 Cálculo de costos de producción y de las pérdidas de transmisión 5 0,05665

3.4.4.6 Pronóstico de demanda de corto plazo 10 0,11331SUBTOTAL DE ÁREA 100 1,13308


3.4.5 Subsistema de Análisis de Redes Eléctricas /

3.4.6 Subsistema Simulador para Entrenamiento de Operadores [19,50%]

3.4.5 Subsistema de Análisis de Redes Eléctricas Eléctricas

3.4.5.2 Aspectos de diseño 10 0,113313.4.5.3 Requisitos generales

3.4.5.3.1 Interfaz hombre-máquina 8 0,090653.4.5.3.2 Bases de Datos 8 0,090653.4.5.3.3 Modos de Ejecución 7 0,079323.4.5.3.4 Modos de Activación y

Desactivación 7 0,079323.4.5.4 Metodología para la sintonización y

puesta en servicio 10 0,113313.4.5.5 Configurador de la Topología de la Red

Eléctrica 10 0,11331

3.4.5.6 Estimador de Estado (State Estimation) 10 0,113313.4.5.7 Margen de Estabilidad y Capacidad

Máxima de Transmisión 10 0,11331

3.4.5.8 Análisis de Contingencias 10 0,113313.4.5.9 Flujo de Potencia del Operador 10 0,113313.4.5.10 Flujo de Potencia Óptimo 10 0,113313.4.5.11 Rutinas de Servicio

3.4.5.11.1 Estimación de Carga en Barras en tiempo real 10 0,11331

3.4.5.11.2 Estimación de Carga en Barras en modo estudio 6 0,06798

3.4.5.11.3 Factores de Penalización de las Pérdidas de Transmisión 7 0,07932

3.4.6 Subsistema Simulador para Entrenamiento de Operadores

3.4.6.2 Modelo del Sistema de Potencia 10 0,113313.4.6.3 Modelo del Sistema de Control 10 0,113313.4.6.4 Subsistema del Instructor 10 0,11331




FACTORDE

PONDERACIÓN



3.4.7 Subsistema de Información Histórica / 3.4.8 Aplicaciones Existentes del Comprador / 3.4.9 Sistema de Desarrollo [11,96%]

3.4.7 Subsistema de Información Histórica 3.4.7.1 Aspectos Funcionales y de Diseño 10 0,113313.4.7.2 Almacenamiento de Datos 10 0,113313.4.7.3 Capacidad para Realizar Cálculos,

Representación y Monitoreo de Datos 10 0,11331

3.4.7.4 Capacidad de Visualización y Graficación 10 0,11331

3.4.7.5 Almacenamiento de Datos a Largo Plazo 10 0,11331

3.4.7.6 Creación y Mantenimiento de la Base de Datos Histórica 10 0,11331

3.4.7.7 Formas de Acceso a la Base de Datos Histórica 10 0,11331

3.4.8 Aplicaciones Existentes del Comprador 3.4.8.1 Software Implementado en el

SCADA/EMS Existente 10 0,113313.4.8.2 Interfaces con Programas de Aplicación

de Terceros 10 0,11331

3.4.9 Sistema de Desarrollo 10 0,11331SUBTOTAL DE ÁREA 100 1,13308


3.4.10 Equipos (Hardware) del Proyecto

[11,06%]

3.4.10.1 Consideraciones Generales 10 0,079323.4.10.2 Características Técnicas

3.4.10.2.1 Red de Área Local 5 0,039663.4.10.2.2 Conectividad con las Redes

de Datos Externas 8 0,06345

3.4.10.2.3 Servidores de Aplicaciones del SCADA/EMS 10 0,07932

3.4.10.2.4 Procesadores de Comunicaciones (Front-End) 7 0,05552

3.4.10.2.5 Consolas de Operación 7 0,055523.4.10.2.6 Consolas para Ingeniería 7 0,055523.4.10.2.7 Computadoras Personales

(PC) 5 0,039663.4.10.2.8 Subsistema de Proyección

de Video 10 0,07932



FACTORDE

PONDERACIÓN


3.4.10.2.9 Impresoras 5 0,039663.4.10.2.10 Relojes Satelitales 5 0,039663.4.10.2.11 Interfaz Local de Datos 7 0,055523.4.10.2.12 Interfaces con PCs

utilizadas como consolas ocasionales 10 0,07932

3.4.10.2.13 Enrutadores y equipos de seguridad cibernética 5 0,03966

3.4.10.2.14 Dispositivos para Realizar Respaldos 5 0,03966

3.4.10.2.15 Servidores de comunicaciones para la aplicación ICCP 10 0,07932

3.4.10.2.16 Servidores para la Base de Datos Relacional 6 0,04759

3.4.10.2.17 Otros servidores 6 0,047593.4.10.2.18 Gabinetes 4 0,03173

3.4.10.3 Redundancia y Función de Conmutación 10 0,07932



3.4.11 Seguridad de la Información [2,39%] 3.4.11.1 Aspectos Generales 10 0,113313.4.11.2 Requisitos Específicos de Seguridad

de la Información 10 0,11331



3.4.13 Ejecución de Proyecto [8,29%] 3.4.13.1 Requisitos Generales de Ejecución del

Proyecto 10 0,079323.4.13.1.2 Macro-actividades del

proyecto 7 0,05552

3.4.13.1.3 Lista de suministro 10 0,079323.4.13.1.4 Plan detallado de ejecución

y “cutover” 10 0,079323.4.13.2 Pruebas, Instalación y Puesta en

Servicio 3.4.13.2.1 Consideraciones

Generales 7 0,05552

3.4.13.2.4 Pruebas no estructuradas 5 0,039663.4.13.2.5 Informes y documentos de

pruebas 5 0,03966

3.4.13.3 Definición de Responsabilidades 10 0,07932



FACTORDE

PONDERACIÓN


3.4.13.4 Organización del Proyecto 3.4.13.4.1 Coordinación del proyecto 10 0,079323.4.13.4.2 Reuniones técnicas y de

avance del proyecto 5 0,03966

3.4.13.4.3 Monitoreo y control de proyecto 7 0,05552

3.4.13.4.4 Informe de avance mensual 5 0,039663.4.13.4.5 Procedimientos de cambio 8 0,06345



3.4.15 Documentación [2,34%] 3.4.15.1 Requisitos Generales de

Documentación 7 0,05552

3.4.15.2 Documentación del Hardware 7 0,055523.4.15.3 Documentación del Software 7 0,055523.4.15.4 Requisitos Específicos de

Documentación 7 0,05552



3.4.16 Repuestos y Mantenimiento [1,76%] 3.4.16.1 Aspectos Generales 7 0,055523.4.16.2 Repuestos, Equipos de Prueba y

Consumibles 7 0,05552

3.4.16.3 Servicio de Mantenimiento Post-venta 7 0,05552SUBTOTAL DE ÁREA 21 0,16656


TOTAL DE SUBTOTALES DE ÁREA 929 9,47

SUMA DE PESO DE ÁREAS 95

PUNTAJE TOTAL NORMALIZADO 100%

Sección IV. Formularios de la Oferta 65

Sección IV. Formularios de la Oferta

Índice de Formularios

Formulario de Información sobre el Oferente……………………………………………….66

Formulario de Información sobre los Miembros de la Asociación en Participación o Consorcio…………………………………………………………………………………… 68

Formulario de la Oferta.........................................................................................................700

Lista de Precios: Bienes fabricados fuera del país del Comprador a ser Importados………..74

Lista de Precios: Bienes de origen fuera del País del Comprador Previamente Importados...75

Lista de Precios: Bienes de origen en el País del Comprador…………………………….....76

Precio y Cronograma de Cumplimiento - Servicios Conexos…………………………….....77

Garantía de Mantenimiento de Oferta (Garantía Bancaria)...................................................778

Garantía de Mantenimiento de Oferta (Fianza).....................................................................800

Declaración de Mantenimiento de la Oferta..........................................................................822

Formulario de Historial de Incumplimiento de Contratos…………………………………...84

Formulario de Historial de Resultados Financieros……………………………………….....85

Formulario de Experiencia General en Contratos de SCADA/EMS………………………...87

Formulario de Experiencia Específica en Contratos de SCADA/EMS en Latinoamérica…..88

Formulario de Facturación Anual Media...............................................................................900

Formulario de Experiencia Específica en Contratos de SCADA/EMS para la Industria

Eléctrica..........................................................................................................................92

Formulario de Experiencia Específica en Proyectos SCADA/EMS con funcionalidad y

alcance similar o superior al Proyecto del ICE..........................................................9494

Formulario de Experiencia Específica para el Desarrollo de las Actividades Clave...............96

Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios………………. 98

Tabla de Cumplimiento de las Especificaciones Técnicas de la plataforma SCADA/EMS

....................................................................................¡Error! Marcador no definido.04


Formulario de Información sobre el Oferente

[El Oferente deberá completar este formulario de acuerdo con las instrucciones siguientes. No se aceptará ninguna alteración a este formulario ni se aceptarán substitutos.]

Fecha: [indicar la fecha (día, mes y año) de la presentación de la oferta]LPI No.: [indicar el número del proceso licitatorio]

Página _______ de ______ páginas

1. Nombre jurídico del Oferente [indicar el nombre jurídico del Oferente]

2. Si se trata de una Asociación en Participación o Consorcio, nombre jurídico de cada miembro: [indicar el nombre jurídico de cada miembro de la Asociación en Participación o Consorcio]

3. País donde está registrado el Oferente en la actualidad o País donde intenta registrarse [indicar el país de ciudadanía del Oferente en la actualidad o país donde intenta registrarse]

4. Año de registro del Oferente: [indicar el año de registro del Oferente]

5. Dirección jurídica del Oferente en el país donde está registrado: [indicar la Dirección jurídica del Oferente en el país donde está registrado]

6. Información del representante autorizado del Oferente:

Nombre: [indicar el nombre del representante autorizado]

Dirección: [indicar la dirección del representante autorizado]

Números de teléfono y facsímile: [indicar los números de teléfono y facsímile del representante autorizado]

Dirección de correo electrónico: [indicar la dirección de correo electrónico del representante autorizado]

7. Se adjuntan copias de los documentos originales de: [marcar la(s) casilla(s) de los documentos originales adjuntos]

Estatutos de la Sociedad o Registro de la empresa indicada en el párrafo1 anterior, y de conformidad con las Subcláusulas 4.1 y 4.2 de las IAO.

Si se trata de una Asociación en Participación o Consorcio, carta de intención de formar la Asociación en Participación o el Consorcio, o el Convenio de Asociación en Participación o del Consorcio, de conformidad con la Subcláusula 4.1 de las IAO.


Si se trata de un ente gubernamental del país del Comprador, documentación que acredite su autonomía jurídica y financiera y el cumplimiento con las leyes comerciales, de conformidad con la Subcláusula 4.5 de las IAO.


Formulario de Información sobre los Miembros de la Asociación en Participación o Consorcio

[El Oferente deberá completar este formulario de acuerdo con las instrucciones indicadas a continuación]

Fecha: [Indicar la fecha (día, mes y año) de la presentación de la oferta]LPI No.: [indicar el número del proceso licitatorio]

Página ____ de ____ páginas

1. Nombre jurídico del Oferente [indicar el nombre jurídico del Oferente]

2. Nombre jurídico del miembro de la Asociación en Participación o Consorcio [indicar el Nombre jurídico del miembro la Asociación en Participación o Consorcio]

3. Nombre del País de registro del miembro de la Asociación en Participación o Consorcio [indicar el nombre del País de registro del miembro de la Asociación en Participación o Consorcio]

4. Año de registro del miembro de la Asociación en Participación: [indicar el año de registro del miembro de la Asociación en Participación o Consorcio]

5. Dirección jurídica del miembro de la Asociación en Participación o Consorcio en el País donde está registrado: [Dirección jurídica del miembro de la Asociación en Participación o Consorcio en el país donde está registrado]

6. Información sobre el representante autorizado del miembro de la Asociación en Participación o Consorcio:

Nombre: [indicar el nombre del representante autorizado del miembro de la Asociación en Participación o Consorcio]

Dirección: [indicar la dirección del representante autorizado del miembro de la Asociación en Participación o Consorcio]

Números de teléfono y facsímile: [indicar los números de teléfono y facsímile del representante autorizado del miembro de la Asociación en Participación o Consorcio]

Dirección de correo electrónico: [indicar la dirección de correo electrónico del representante autorizado del miembro de la Asociación en Participación o Consorcio]


7. Copias adjuntas de documentos originales de: [marcar la(s) casillas(s) de los documentos adjuntos]

Estatutos de la Sociedad o Registro de la empresa indicada en el párrafo 2 anterior, y de conformidad con las Subcláusulas 4.1 y 4.2 de las IAO.

Si se trata de un ente gubernamental del país del Comprador, documentación que acredite su autonomía jurídica y financiera y el cumplimiento con las leyes comerciales, de conformidad con la Subcláusula 4.5 de las IAO.


Formulario de la Oferta[El Oferente completará este formulario de acuerdo con las instrucciones indicadas. No se permitirán alteraciones a este formulario ni se aceptarán substituciones.]

Fecha: [Indicar la fecha (día, mes y año) de la presentación de la oferta]LPI No. : [indicar el número del proceso licitatorio]

Llamado a Licitación No.: [indicar el No. del Llamado]Alternativa No. [indicar el número de identificación si esta es una oferta alternativa]

A: [nombre completo del Comprador]

Nosotros, los suscritos, declaramos que:

(a) Hemos examinado y no hallamos objeción alguna a los documentos de licitación, incluso sus Enmiendas Nos. __________________ [indicar el número y la fecha de emisión de cada Enmienda];

(b) Ofrecemos proveer los siguientes Bienes y Servicios Conexos de conformidad con los Documentos de Licitación y de acuerdo con el Plan de Entregas establecido en la Lista de Bienes: ______________________ y nos comprometemos a que estos Bienes y Servicios Conexos sean originarios de países miembros del Banco: [indicar una descripción breve de los bienes y servicios conexos];

(c) El precio total de nuestra oferta, excluyendo cualquier descuento ofrecido en el rubro (d) a continuación es: __________________ [indicar el precio total de la oferta en palabras y en cifras, indicando las cifras respectivas en diferentes monedas];

(d) Los descuentos ofrecidos y la metodología para su aplicación son:

Descuentos. Si nuestra oferta es aceptada, los siguientes descuentos serán aplicables: ______________________ [detallar cada descuento ofrecido y el artículo específico en la Lista de Bienes al que aplica el descuento].

Metodología y Aplicación de los Descuentos. Los descuentos se aplicarán de acuerdo a la siguiente metodología: ______________ [detallar la metodología que se aplicará a los descuentos];

(e) Nuestra oferta se mantendrá vigente por el período establecido en la Subcláusula 20.1 de las IAO, a partir de la fecha límite fijada para la presentación de las ofertas de conformidad con la Subcláusula 24.1 de las IAO. Esta oferta nos obligará y podrá ser aceptada en cualquier momento antes de la expiración de dicho período;

(f) Si nuestra oferta es aceptada, nos comprometemos a obtener una Garantía de Cumplimiento del Contrato de conformidad con la Cláusula 44 de las IAO y Cláusula 18 de las CGC;


(g) Los suscritos, incluyendo todos los subcontratistas o proveedores requeridos para ejecutar cualquier parte del Contrato, tenemos nacionalidad de países elegibles _______________ [indicar la nacionalidad del Oferente, incluso la de todos los miembros que comprende el Oferente, si el Oferente es una Asociación en Participación o Consorcio, y la nacionalidad de cada subcontratista y proveedor]

(h) No tenemos conflicto de intereses de conformidad con la Subcláusula 4.2 de las IAO;

(i) Nuestra empresa, sus afiliados o subsidiarias, incluyendo todos los subcontratistas o proveedores para ejecutar cualquier parte del Contrato, no han sido declarados inelegibles por el Banco, bajo las leyes del país del Comprador o normativas oficiales, de conformidad con la Subcláusula 4.3 de las IAO;

(j) No tenemos ninguna sanción del Banco o de alguna otra Institución Financiera Internacional (IFI).

(k) Usaremos nuestros mejores esfuerzos para asistir al Banco en investigaciones.

(l) Nos comprometemos que dentro del proceso de selección (y en caso de resultar adjudicatarios, en la ejecución) del contrato, a observar las leyes sobre fraude y corrupción, incluyendo soborno, aplicables en el país del cliente.

(m) Las siguientes comisiones, gratificaciones u honorarios han sido pagados o serán pagados en relación con el proceso de esta licitación o ejecución del Contrato: [indicar el nombre completo de cada receptor, su dirección completa, la razón por la cual se pagó cada comisión o gratificación y la cantidad y moneda de cada dicha comisión o gratificación]

Nombre del Receptor

Dirección Concepto Monto

(Si no han sido pagadas o no serán pagadas, indicar “ninguna”.)

(n) Entendemos que esta oferta, junto con su debida aceptación por escrito incluida en la notificación de adjudicación, constituirán una obligación contractual entre nosotros, hasta que el Contrato formal haya sido perfeccionado por las partes.

(o) Entendemos que ustedes no están obligados a aceptar la oferta evaluada más baja ni ninguna otra oferta que reciban.


Firma: ______________ [indicar el nombre completo de la persona cuyo nombre y calidad se indican] En calidad de ____________ [indicar la capacidad jurídica de la persona que firma el Formulario de la Oferta]

Nombre: __________ [indicar el nombre completo de la persona que firma el Formulario de la Oferta]

Debidamente autorizado para firmar la oferta por y en nombre de: [indicar el nombre completo del Oferente]

El día ________________ del mes ___________________ del año __________ [indicar la fecha de la firma]


Formularios de Listas de Precios[El Oferente completará estos formularios de Listas de Pecios de acuerdo con las instrucciones indicadas. La lista de artículos y lotes en la columna 1 de la Lista de Precios deberá coincidir con la Lista de Bienes y Servicios Conexos detallada por el Comprador en los Requisitos de los Bienes y Servicios.]


Lista de Precios: Bienes fabricados fuera del país del Comprador a ser Importados

(Ofertas del Grupo C, bienes a ser importados)

Monedas de acuerdo con la Subcláusula 15 de las IAO

Fecha:_______________________LPI No: _____________________Alternativa No: ________________Página N ______ de ______

1 2 3 4 5 6 7No. de Artículo Descripción de los Bienes País de Origen Fecha de Entrega según

Definición de IncotermsCantidad y Unidad Física Precio Unitario

CPT [indicar lugar de destino convenido]

de acuerdo con IAO 14.6(b)(i)

Precio CPT por Artículo(Col. 5 x 6)

[indicar el número del artículo]

[indicar el nombre de los Bienes]

[indicar el país de origen de los Bienes]

[indicar la fecha de entrega propuesta]

[indicar el número de unidades a proveer y el nombre de la unidad física de medida]

[indicar el precio unitario CPT por unidad]

[indicar el precio total CPT por artículo]

Precio Total

Nombre del Oferente [indicar el nombre completo del Oferente] Firma del Oferente [firma de la persona que firma la oferta] Fecha [Indicar Fecha]


Lista de Precios: Bienes de origen fuera del País del Comprador Previamente Importados

(Ofertas Grupo C, Bienes ya importados)

Monedas de acuerdo con Subcláusula 15 de las IAO


1 2 3 4 5 6 7 8 9 10No. de

Artículo Descripción de los

BienesPaís de Origen

Fecha de entrega según

definición de Incoterms

Cantidad y unidad física

Precio unitario CIP (lugar de

destino convenido) incluyendo

Derechos de Aduana e

Impuestos de Importación pagados de

acuerdo con IAO 14.6(c)(i)

Derechos de Aduana e Impuestos de

Importación pagados por unidad de acuerdo con IAO 14.6 (c)(ii),

[respaldado con documentos]

Precio unitario CPT (lugar de destino

convenido) neto [sin incluir Derechos de Aduana e Impuestos

de Importación pagados de acuerdo

con IAO 14.6(c)(iii)](Col. 6 menos Col.7)

Precio CPT por artículo, neto [sin incluir Derechos de Aduana e Impuestos de Importación, de acuerdo

con IAO 14.6 (c)(i)](Col. 5 8)

Impuestos sobre la venta y otros impuestos pagados o por pagar sobre el artículo, si el contrato es adjudicado de

acuerdo con IAO 14.6 (c)(iv)

[indicar No. de Artículo]

[indicar nombre de los Bienes]

[indicar país de origen de los Bienes]

[indicar la fecha de entrega ofertada]


[indicar el precio CIP unitario por unidad]

[indicar los derechos de aduana e impuestos de importación pagados por unidad ]

[indicar precio unitario CPT neto sin incluir derechos de aduana e impuestos de importación]

[ indicar precios CPT por artículo neto sin incluir derechos de aduana e impuestos de importación]

[indicar los impuestos sobre la venta y otros impuestos pagaderos sobre el artículo si el contrato es adjudicado]

Precio Total de la Oferta

Nombre del Oferente [indicar el nombre completo del Oferente] Firma del Oferente [firma de la persona que firma la Oferta] Fecha [Indicar Fecha]


Lista de Precios: Bienes de origen en el País del Comprador

País del Comprador

______________________

(Ofertas de los Grupos A y B)

Monedas de conformidad con la Subcláusula IAO 15


1 2 3 4 5 6 7 8 9No. de

ArtículoDescripción de los Bienes Fecha de

entrega según definición de

Incoterms

Cantidad y unidad física

Precio Unitario CIP [indicar lugar de

destino convenido] de cada artículo

Precio Total CIP por cada artículo(Col. 45)

Costo de la mano de obra, materia prima y componentes

de origen en el País del Comprador

% de la Col. 5

Impuestos sobre la venta y otros pagaderos por artículo si el contrato es adjudicado

de acuerdo con IAO 14.6.6(a)(ii)

Precio Total por artículo

(Col. 6+7)

[indicar No. de Artículo]

[indicar nombre de los Bienes]

[indicar la fecha de entrega ofertada]


[indicar precio unitario CIP]

[indicar precio total CIP por cada artículo]

[indicar el costo de la mano de obra, materia prima y componentes de origen en el País del Comprador como un % del precio CIP de cada artículo]

[indicar impuestos sobre la venta y otros pagaderos por artículo si el contrato es adjudicado]

[indicar precio total por artículo ]

Precio Total

Nombre del Oferente [indicar el nombre completo del Oferente] Firma del Oferente [firma de la persona que firma la Oferta] Fecha [Indicar Fecha]


Precio y Cronograma de Cumplimiento - Servicios Conexos

Monedas de conformidad con la Subcláusula IAO 15Fecha:_______________________LPI No: _____________________Alternativa No: ________________Página N ______ de ______

1 2 3 4 5 6 7Servicio

NDescripción de los Servicios (excluye transporte interno y otros servicios requeridos en el país del Comprador

para transportar los bienes a su destino final)

País de Origen Fecha de Entrega en el Lugar de Destino

Final

Cantidad y Unidad física Precio Unitario Precio Total por Servicio

(Col 5 x 6 o un estimado)

[indicar número del servicio]

[indicar el nombre de los Servicios] [indicar el país de origen de los Servicios]

[indicar la fecha de entrega al lugar de destino final por servicio]

[indicar le número de unidades a suministrar y el nombre de la unidad física de medida]

[indicar el precio unitario por servicio]

[indicar el precio total por servicio]

Precio Total de la Oferta

Nombre del Oferente [indicar el nombre completo del Oferente] Firma del Oferente [firma de la persona que firma la oferta] Fecha [Indicar Fecha]

Garantía de Mantenimiento de Oferta (Garantía Bancaria)

[El banco completará este formulario de Garantía Bancaria según las instrucciones indicadas]

________________________________________[indicar el Nombre del banco, y la dirección de la sucursal que emite la garantía]

Beneficiario:_________________ [indicar el nombre y la dirección del Comprador]

Fecha: [indicar la fecha]

GARANTIA DE MANTENIMIENTO DE OFERTA No. _____________ [indicar el número de Garantía]

Se nos ha informado que [indicar el nombre del Oferente] (en adelante denominado “el Oferente”) les ha presentado su oferta el [indicar la fecha de presentación de la oferta] (en adelante denominada “la oferta”) para la ejecución de [indicar el nombre del Contrato] bajo el llamado a Licitación No. [número del llamado] (“el llamado”).

Así mismo, entendemos que, de acuerdo con sus condiciones, una Garantía de Mantenimiento de la Oferta deberá respaldar dicha oferta.

A solicitud del Oferente, nosotros [indicar el nombre del banco] por medio de la presente Garantía nos obligamos irrevocablemente a pagar a ustedes una suma o sumas, que no exceda(n) un monto total de [indicar la cifra en números expresada en la moneda del país del Comprador o su equivalente en una moneda internacional de libre convertibilidad], ([indicar la cifra en palabras]) al recibo en nuestras oficinas de su primera solicitud por escrito y acompañada de una comunicación escrita que declare que el Oferente está incurriendo en violación de sus obligaciones contraídas bajo las condiciones de la oferta, porque el Oferente:

(a) ha retirado su oferta durante el período de validez establecido por el Oferente en el Formulario de Presentación de Oferta; o

(b) si después de haber sido notificados por el Comprador de la aceptación de su oferta dentro del período de validez de la oferta como se establece en el Formulario de Presentación de Oferta, o dentro del período prorrogado por el Comprador antes de la expiración de este plazo, (i) no firma o rehúsa firmar el Contrato, si corresponde, o (ii) no suministra o rehúsa suministrar la Garantía de Cumplimiento de conformidad con las IAO.

Sección IV. Formulario de la Oferta 79

Esta Garantía expirará (a) en el caso del Oferente seleccionado, cuando recibamos en nuestras oficinas las copias del Contrato firmado por el Oferente y de la Garantía de Cumplimiento emitida a ustedes por instrucciones del Oferente, o (b) en el caso de no ser el Oferente seleccionado, cuando ocurra el primero de los siguientes hechos: (i) haber recibido nosotros una copia de su comunicación al Oferente indicándole que el mismo no fue seleccionado; o (ii) haber transcurrido veintiocho días después de la expiración de la oferta.

Consecuentemente, cualquier solicitud de pago bajo esta Garantía deberá recibirse en esta institución en o antes de la fecha límite aquí estipulada.

Esta Garantía está sujeta las “Reglas Uniformes de la CCI relativas a las garantías contra primera solicitud” (Uniform Rules for Demand Guarantees), Publicación del ICC No. 458.

[Firma(s)]


Garantía de Mantenimiento de Oferta (Fianza)

[Esta fianza será ejecutada en este Formulario de Fianza de la Oferta de acuerdo con las instrucciones indicadas.]

FIANZA NO. _________________

POR ESTA FIANZA [nombre del Oferente] obrando en calidad de Mandante (en adelante “el Mandante”), y [nombre, denominación legal y dirección de la afianzadora], autorizada para conducir negocios en [nombre del país del Comprador], y quien obre como Garante (en adelante “el Garante”) por este instrumento se obligan y firmemente se comprometen con [nombre del Comprador] como Demandante (en adelante “el Comprador”) por el monto de monto de la fianza5] [indicar la suma en palabras], a cuyo pago en legal forma, en los tipos y proporciones de monedas en que deba pagarse el precio de la Garantía, nosotros, el Mandante y el Garante antemencionados por este instrumento, nos comprometemos y obligamos colectiva y solidariamente a estos términos a nuestros herederos, albaceas, administradores, sucesores y cesionarios.

CONSIDERANDO que el Mandante ha presentado al Comprador una oferta escrita con fecha del ____ día de _______, del 200_, para la provisión de [indicar el nombre y/o la descripción de los Bienes] (en adelante “la oferta”).

POR LO TANTO, LA CONDICION DE ESTA OBLIGACION es tal que si el Mandante:

(1) retira su oferta durante el período de validez de la oferta estipulado por el Oferente en el Formulario de Oferta; o

(2) si después de haber sido notificado de la aceptación de su oferta por el Comprador durante el período de validez de la misma: i) no ejecuta o rehúsa ejecutar el Formulario de Contrato, (ii) no presenta o rehúsa presentar la Garantía de Cumplimento de Contrato conformidad con lo establecido en las Instrucciones a los Oferentes;

el Garante procederá inmediatamente a pagar al Comprador la máxima suma indicada anteriormente al recibo de la primera solicitud por escrito del Comprador, sin que el Comprador tenga que sustentar su demanda, siempre y cuando el Comprador establezca en su demanda que ésta es motivada por los acontecimiento de cualquiera de los eventos descritos anteriormente, especificando cuál(es) evento(s) ocurrió / ocurrieron.

EN FE DE LO CUAL, el Garante conviene que su obligación permanecerá vigente y tendrá pleno efecto inclusive hasta la fecha 28 días después de la expiración de la validez de la oferta tal como se establece en la Llamado a Licitación. Cualquier demanda con respecto a

5 El monto de la Fianza debe ser expresado en la moneda del País del Comprador o en una moneda internacional de libre convertibilidad


esta Fianza deberá ser recibida por el Garante a más tardar dentro del plazo estipulado anteriormente.

EN FE DE LO CUAL, el Mandante y el Garante han dispuesto que se ejecuten estos documentos con sus respectivos nombres este ____ día de _____________ del _____.

Mandante(es): nombre(s) del representante(s) autorizado de la Afianzadora

______________________________________________________

Garante: ________________________ Sello Oficial de la Corporación (si corresponde)

_______________________________ ____________________________________(Firma) (Firma)

_______________________________ ____________________________________(Nombre y cargo) (Nombre y cargo)


Declaración de Mantenimiento de la Oferta

[El Oferente completará este Formulario de Declaración de Mantenimiento de la Oferta de acuerdo con las instrucciones indicadas.]

Fecha: [indicar la fecha (día, mes y año) de presentación de la oferta]LPI No.: [indicar el número del proceso licitatorio]Alternativa No.: [indicar el No. de identificación si

ésta es una oferta alternativa]

A: [indicar el nombre completo del Comprador]

Nosotros, los suscritos, declaramos que:

Entendemos que, de acuerdo con sus condiciones, las ofertas deberán estar respaldadas por una Declaración de Mantenimiento de la Oferta.

Aceptamos que automáticamente seremos declarados inelegibles para participar en cualquier licitación de contrato con el Comprador por un período de [indicar el número de meses o años] contado a partir de [indicar la fecha] si violamos nuestra(s) obligación(es) bajo las condiciones de la oferta si:

(a) retiráramos nuestra oferta durante el período de vigencia de la oferta especificado por nosotros en el Formulario de Oferta; o

(b) si después de haber sido notificados de la aceptación de nuestra oferta durante el período de validez de la misma, (i) no ejecutamos o rehusamos ejecutar el formulario del Convenio de Contrato, si es requerido; o (ii) no suministramos o rehusamos suministrar la Garantía de Cumplimiento de conformidad con las IAO.

Entendemos que esta Declaración de Mantenimiento de la Oferta expirará si no somos los seleccionados, y cuando ocurra el primero de los siguientes hechos: (i) si recibimos una copia de su comunicación con el nombre del Oferente seleccionado; o (ii) han transcurrido veintiocho días después de la expiración de nuestra oferta.

Firmada: [firma de la persona cuyo nombre y capacidad se indican]. En capacidad de [indicar la capacidad jurídica de la persona que firma la Declaración de Mantenimiento de la Oferta]

Nombre: [nombre completo de la persona que firma la Declaración de Mantenimiento de la Oferta]


Debidamente autorizado para firmar la oferta por y en nombre de: [nombre completo del Oferente]

Fechada el ____________ día de ______________ de 200_____________ [indicar la fecha de la firma]


Formulario de Historial de Incumplimiento de Contratos


Oferente: [indicar el nombre legal del Oferente]



Contratos no cumplidos de conformidad con la Sección III Criterios de Evaluación y Calificación.

No se produjo ningún incumplimiento contractual durante el período estipulado, de conformidad con el ítem No.1 de la Tabla de Requisitos Obligatorios de la Sección III, sub-sección 4.

Litigios pendientes de conformidad con la Sección III Criterios de Evaluación y Calificación.

No existe ningún litigio pendiente de conformidad con el ítem No.1 de la Tabla de Requisitos Obligatorios de la Sección III, sub-sección 4.

Litigio pendiente de conformidad con el ítem No.1 de la Tabla de Requisitos Obligatorios de la Sección III, sub-sección 4, como más abajo se indica.

Año Resultado como porcentaje de los activos totales

Identificación del Contrato

Monto total del Contrato (valor actual, equivalente en US$)

[indicar el año]

[indicar el porcentaje] Identificación del Contrato: [indicar nombre completo del contrato/número y cualquier otra identificación]Nombre del Contratante: [indicar el nombre completo]Dirección del Contratante: [indicar calle/ciudad/país]Asunto en disputa: [indicar el asunto principal en disputa]

[indicar el monto]


Formulario de Historial de Resultados Financieros





Información financiera en

equivalente de US$

Información histórica correspondiente a los tres últimos (3) periodos fiscales (equivalente en miles de US$)

Año 1 Año 2 Año 3 Promedio Coeficientemedio

Información del Balance

Total del Activo (TA) [Coeficiente (TP) / (TA)]

Total del Pasivo (TP)

Activo Corriente (AC) [CoeficientePasivo Corriente (PC) AC/PC]

Pasivo Corriente (PC)

Información tomada del Estado de ResultadosUtilidades antes de Impuestos (UAI)

Se adjuntan copias de estados financieros (balances, incluidas todas las notas relacionadas con éstos y estados de resultados) correspondientes a los ejercicios arriba requeridos, los cuales cumplen con las siguientes condiciones:

a) Los estados financieros deben incluir: balance general (estado de situación) y estado de resultados (ingresos y gastos).b) Los estados financieros deben venir debidamente dictaminados por una firma de Contadores Públicos Autorizados, o por un Auditor Externo Independiente, o en su defecto deben haber sido revisados o fiscalizados por el ente fiscal u organismo estatal competente del país de origen del Oferente, bajo el sustento legal o políticas estatales que respalden su potestad para ejercer dicha actividad, presentados en original o copias certificadas.


c) Se entenderá como firma de Contadores Públicos Autorizados o Auditor Externo Independiente a aquellas sociedades de profesionales o profesional independiente que poseen el título de Contador Público, autorizados para ejercer esa profesión en su país.d) Los Estados Financieros deben corresponder a períodos contables ya completados y auditados (no se solicitarán ni aceptarán Estados Financieros de períodos parciales).e) La entidad auditora debe dejar establecido en su dictamen, el alcance de los estados financieros. Indicar si su examen se llevó a cabo de acuerdo con normas de auditoría generalmente aceptadas o según normas internacionales de información financiera “N.I.I.F.”, o los criterios y finalidad de su fiscalización. En el caso de que el (los) dictamen (es) de los estados financieros contenga(n) salvedades que se consideren relevantes para el respectivo análisis, el Comprador podrá solicitar las aclaraciones que requieran.f) Los estados financieros a presentar deben corresponder a los últimos tres (3) periodos fiscales. Sin embargo, se podrán presentar los estados financieros del último periodo fiscal sin auditar, si el tiempo transcurrido entre el cierre del ejercicio fiscal y la fecha límite para la presentación de las ofertas es menor al plazo normal requerido por las empresas para disponer de los estados financieros auditados. No obstante, esta diferencia deber ser subsanada en el plazo prudencial que establezca el Comprador.g) Toda información financiera debe expresarse en idioma español. Si los documentos fueron originalmente redactados en otro idioma, deben ser presentados y traducidos al español por el Oferente mediante copia debidamente certificada.h) Los estados financieros pueden mostrar cifras en la moneda del país en que son emitidos, salvo en el cuadro del “Formulario de Historial de Resultados Financieros”, en cuyo caso deberán adjuntar la metodología de conversión a dólares utilizada.i) Para empresas domiciliadas en el exterior, tanto los estados financieros como el dictamen de la entidad auditora deberán entregarse debidamente autenticados por el Consulado de Costa Rica en el país donde esté domiciliada la empresa, de acuerdo con la Ley No. 46-A “Ley Orgánica del Servicio Consular y Arancel Consular” o aplicar la Ley No. 8923 “Aprobación de la Adhesión a la Convención para la Eliminación del Requisito de Legalización para Documentos Públicos Extranjeros”.


Formulario de Experiencia General en Contratos de SCADA/EMS





InicioMes/año

FinMes/año

Identificación de contratos SCADA/EMS para la industria eléctrica en los últimos 10 años (1)

[indicarmes/año]

[indicarmes/año]

Nombre del contrato: [indicar nombre completo]Breve descripción del alcance del Contrato:[describir el alcance del Contrato en forma breve] [indicar las funciones de SCADA y de EMS implementadas]Nombre del Contratante:[indicar el nombre completo]Dirección: [indicar calle/número/ciudad/país]Contacto: [Indicar el nombre, el número telefónico y la dirección actualizada del correo electrónico]Nombre del contrato: Breve descripción del alcance del Contrato:Nombre del Contratante:Dirección: Contacto: Nombre del contrato: Breve descripción del alcance del Contrato:Nombre del Contratante:Dirección: Contacto:

(1) No se aceptarán proyectos SCADA/EMS para sistemas de control de generación, sistemas de distribución de electricidad, agua y/o gas, ni para aplicaciones industriales.


Formulario de Experiencia Específica en Contratos de SCADA/EMS en Latinoamérica





Número de contrato SCADA/EMS:____ de ___.[enumerar el contrato] de [número total de contratos]

Información

Identificación del contrato [indicar el nombre y número del contrato, si procede]

Fecha de adjudicación [indicar día/mes/año]Fecha de terminación [indicar día/mes/año]Función en el contrato[seleccione el casillero correspondiente]

Contratista Subcontratista

Monto total del contrato Monto US$__________[indicar monto total equivalente en US$ del contrato]

Monto del contrato (solo de SCADA/EMS, excluyendo otros sistemas)

Monto US$__________[indicar monto total equivalente en US$ del contrato de SCADA/EMS únicamente]

Lista de funciones SCADA/EMS implementadas:

[indicar las funciones de SCADA y de EMS implementadas]

Tipo de base de datos relacional:

[indicar el motor de la base de datos relacional utilizada y su versión]

Protocolos de comunicación para adquisición de datos en tiempo real:

[indicar los protocolos de comunicación implementados en cada proyecto]

Sistema de información histórica:

[indicar el sistema de base de datos histórica utilizada y su versión]

Demanda de la red eléctrica supervisada:

[indicar la cantidad en MW de la demanda máxima de la red eléctrica supervisada con el SCADA/EMS (el dato más recientemente actualizado)]


Número de subestaciones supervisadas:

[indicar la cantidad de subestaciones supervisadas con el SCADA/EMS (el dato más recientemente actualizado)]

Simulador para entrenamiento de operadores:

[indicar con SI o NO, si como parte del contrato se suministró un simulador para entrenamiento de operadores]

Brinda los servicios de mantenimiento post-venta:

[indicar con SI o NO, si como parte del contrato original o por medio de un contrato específico, brinda al cliente servicios de mantenimiento post-venta]

Nombre del contratante:Dirección:Números de teléfono/fax:Contacto y Correo electrónico:

[nombre completo][indicar calle/número/ciudad/país][indicar número de teléfono/fax, incluyendo el códigode área de ciudad y país][indicar la persona de contacto y la dirección decorreo electrónico]

Notas: (1) No se aceptarán proyectos SCADA/EMS para sistemas de control de generación, sistemas de distribución de electricidad, agua y/o gas, ni para aplicaciones industriales.(2) En los casos en que por razones contractuales el Oferente no pueda revelar los montos de los contratos realizados con algún cliente, deberá indicarlo utilizando la palabra “confidencial”. El Comprador tiene la posibilidad de averiguar el monto directamente con el Contratante.


Formulario de Facturación Anual Media





Datos de facturaciones anuales (sólo contratos SCADA/EMS)Año Monto y Moneda Equivalente en US$ Lista de clientes (1)[indicar año] [indicar monto y

moneda][indicar el monto equivalenteen US$]

[indicar el nombre de los Contratantes]

Facturación anual media (2)

Notas: (1) Para cada año específico, bajo la columna de “lista de clientes” se deben escribir (separados por comas) los nombres de las compañías o empresas eléctricas de las cuales el Oferente recibió los pagos certificados por contratos SCADA/EMS, que se consideraron en la facturación anual reportada en esta tabla.

(2) Facturación anual media de ingresos calculado como el total de los pagos certificados recibidos por contratos SCADA/EMS en progreso o completados en el periodo, dividido por el número de años especificado en el ítem No.5 de la Tabla de Requisitos Obligatorios, de la Sección III, Criterios de Evaluación y Calificación. Los datos de las facturaciones anuales deben corresponder exclusivamente al Oferente que participa en este proceso licitatorio.

(3) El Oferente debe adjuntar la certificación de los pagos recibidos por contratos SCADA/EMS para la industria eléctrica, por medio de la facturación indicada en los estados financieros auditados para el periodo de interés. Nótese que esto corresponde con la documentación anexa al Formulario de Historial de Resultados Financieros y debe cumplir


con todas las condiciones ahí indicadas, solo que en este caso el periodo se amplía a cinco años.

(4) En los casos en que por razones contractuales el Oferente no pueda revelar los montos de los contratos realizados con cada cliente, deberá incluir en la oferta la justificación correspondiente, así como una nota oficial autenticada por un notario, donde indique los montos totales durante los últimos cinco años de las facturaciones anuales de los contratos por sistemas SCADA/EMS para la industria eléctrica.


Formulario de Experiencia Específica en Contratos de SCADA/EMS para la Industria

Eléctrica






Información





Monto del contrato (solo de SCADA/EMS, excluyendo otros sistemas)

Monto US$__________[indicar monto total equivalente en US$ del contrato de SCADA/EMS únicamente]

Lista de funciones SCADA/EMS implementadas:

[indicar las funciones de SCADA y de EMS implementadas]

Tipo de base de datos relacional:




Protocolo de comunicación ICCP:

[indicar con SI o NO, si el sistema SCADA/EMS utiliza el protocolo ICCP para el intercambio de datos con otros centros de control]



[indicar el sistema de base de datos histórica utilizada y su versión]







Modelo de información estándar (CIM):

[indicar con SI o NO, si como parte del contrato se suministró el modelo CIM]





Formulario de Experiencia Específica en Proyectos SCADA/EMS con funcionalidad y

alcance similar o superior al Proyecto del ICE.






Información


Descripción de la funcionalidad y alcance igual o mayor al proyecto del ICE

[indicar lo solicitado en el ítem No.7 de la Tabla de Requisitos Obligatorios de la Sección III] [indicar la localización del SCADA/EMS principal y del SCADA/EMS de respaldo en línea]




Realiza la función de sistema principal y respaldo en línea:

[indicar Si o NO y cómo realiza la conmutación de funciones entre ambos sistemas]

Implementado con sistemas operativos Windows y/o Linux:

[indicar Si o NO y los sistemas operativos utilizados]

Arquitectura redundante de los dos SCADA/EMS:

[indicar Si o NO y una breve descripción de la arquitectura implementada]

Arquitectura informática abierta y basada en estándares:

[indicar Si o NO y una breve descripción de la arquitectura informática implementada]

Lista de funciones [indicar las funciones de SCADA y de EMS implementadas]


SCADA/EMS implementadas:Tipo de base de datos relacional:




Protocolo de comunicación ICCP:

[indicar con SI o NO, si el sistema SCADA/EMS utiliza el protocolo ICCP para el intercambio de datos con otros centros de control]


[indicar el sistema de base de datos histórica utilizada y su versión] [indicar la capacidad de almacenamiento en número de variables y tiempo de muestreo]

Despacho económico hidrotérmico:

[indicar si tiene implementada la función de despacho económico hidrotérmico en tiempo real] [describir brevemente el algoritmo]











Formulario de Experiencia Específica para el Desarrollo de las Actividades Clave





Datos Generales y Actividades Clave

Información

Centro de ingeniería e integración:

[indicar el nombre del centro de ingeniería e integración que desarrollaría el proyecto del ICE]

Dirección postal: [indicar calle/número/ciudad/país]Migración de las bases de datos y despliegues del SCADA/EMS actual hacia los dos nuevos SCADA/EMS.

[indicar el nombre de funcionario #1 con experiencia en el tema, grado académico y número de años de laborar con la empresa][indicar el nombre de funcionario #2 con experiencia en el tema, grado académico y número de años de laborar con la empresa]

Implementación de todas las aplicaciones especificadas.


Integración de los sistemas SCADA/EMS en fábrica.


Servicios de capacitación a usuarios del SCADA/EMS y al personal encargado de la administración y mantenimiento.



Pruebas de aceptación en fábrica. [indicar el nombre de funcionario #1 con experiencia en el tema, grado académico y número de años de laborar con la empresa][indicar el nombre de funcionario #2 con experiencia en el tema, grado académico y número de años de laborar con la empresa]

Instalación e integración en sitio de los SCADA/EMS


Pruebas de aceptación en sitio y pruebas de disponibilidad.


Preparar y entregar la documentación completa de tipo “as-built”.



Tabla de Cumplimiento de los Requisitos Técnicos Mínimos Obligatorios

[El Oferente deberá completar esta tabla de acuerdo con las instrucciones siguientes. No se aceptará ninguna alteración ni se aceptarán substitutos.]




Instrucciones para el llenado de la tabla: [indicar la sección o subsección de la oferta donde se encuentra la documentación para comprobar el cumplimiento]

No. de requisito técnico

(asociados con la

Sección VI)

Requisito técnico (descripción abreviada del

requisito)

Ubicación de la sección/sub-sección de la oferta donde se documenta el cumplimiento

(indicar sección y número de página)

3.3.2.2

Mod

alid

ad d

e C

ontra

taci

ón, S

ervi

cios

y R

espo

nsab

ilida

des

del O

fere

nte

que

resu

lte a

djud

icad

o.

(1) El suministro de la totalidad de las aplicaciones.

(2) El suministro de la totalidad de los equipos y programas.

(3) El suministro e integración de todos los productos de terceros.

(4) El diseño completo del proyecto.

(5) La elaboración del documento de la definición funcional del contrato.

(6) La migración de las bases de datos y despliegues del actual SCADA/EMS.



(asociados con la

Sección VI)


requisito)



(7) Proveer al personal del ICE de espacio físico, teléfono, internet, durante el desarrollo y las capacitaciones y pruebas en fábrica.

(8) Los servicios de capacitación inicial en fábrica al Comprador para el Sistema de Desarrollo.

(9) Los servicios de capacitación en fábrica al Comprador para el mantenimiento del SCADA/EMS.

(10) Los servicios de capacitación en sitio al Comprador para el uso del SCADA/EMS.

(11) La integración de QuickStab a la secuencia de aplicaciones de análisis de redes.

(12) Integrar, comprobar y transportar hasta Costa Rica el sistema de desarrollo.

(13) Proponer el plan de pruebas y ejecutar las pruebas en fábrica y en sitio de los dos sistemas SCADA/EMS individualmente y en conjunto.



(asociados con la

Sección VI)


requisito)



(14) Proveer la comprobación de tipo documental de los resultados de las pruebas.

(15) Actualizar periódicamente la base de datos, los despliegues y las aplicaciones.

(16) Integrar, comprobar y transportar hasta Costa Rica los dos sistemas SCADA/EMS.

(17) Examinar los sitios de instalación de los dos SCADA/EMS.

(18) Ejecutar la instalación e integración de los dos SCADA/EMS en sitio.

(19) Ejecutar la instalación en sitio de los dos sistemas de proyección de video.

(20) Realizar la sintonización de los programas de cómputo de aplicaciones.

(21) El servicio de ejecución de las pruebas de aceptación en sitio.

(22) El servicio de ejecución de las pruebas de disponibilidad.



(asociados con la

Sección VI)


requisito)



(23) Presentar informes periódicos para demostrar que las tareas se están cumpliendo.

(24) Preparar y entregar la documentación completa según la implementación final.

(25) Suministrar el soporte técnico y suministro de repuestos durante el periodo de garantía.

3.3.3 Criterios y Atributos de Diseño.

3.3.3.1 Objetivos de Diseño.

3.3.3.2 Atributos Clave de Diseño.

3.3.3.3 Normas y Aspectos Adicionales.

3.3.4 Arquitectura Conceptual.

3.3.5

Programas de Cómputo y Sistemas Operativos (Software).

3.4.1.1Software de sistema y de soporte.

3.4.3.1Protocolos de comunicación de telecontrol.

3.4.3.2

Protocolo de comunicación con otros centros de control de energía.

3.4.4.1.1 Requisitos funcionales (AGC).

3.4.5.1

Requisitos funcionales (Subsistema Análisis de Redes Eléctricas).

3.4.6.1Requisitos Funcionales (Subsistema DTS).

3.4.7.1

Aspectos Funcionales y de Diseño (Subsistema de Información Histórica).



(asociados con la

Sección VI)


requisito)



3.4.10.2.8Subsistema de Proyección de Video.

3.4.12

Requisitos de Dimensionamiento, Desempeño, Disponibilidad.

3.4.12.1

Requisitos de Dimensionamiento del SCADA/EMS.

3.4.12.2 Requisitos de Desempeño.

3.4.12.2.1 Escenario básico.

3.4.12.2.2 Escenario de actividad normal.

3.4.12.2.3 Escenario de actividad alta.

3.4.12.2.4

Utilización de los Computadores en Actividad Normal.

3.4.12.2.5

Utilización de los Computadores en Actividad Alta.

3.4.12.2.6Requisitos de tiempos de respuesta.

3.4.12.3 Requisitos de Disponibilidad.

3.4.12.3.1 Funciones críticas.

3.4.12.3.2

Conmutación y reinicio automático de equipos y de aplicaciones.

3.4.12.4

Requisitos para la Transferencia de Jurisdicción de Control.

3.4.12.4.1 Arquitectura.

3.4.12.4.2 Modelo de datos.

3.4.12.4.3Funcionalidad y modos de operación.

3.4.12.4.4 Desempeño.

3.4.13.1.1Plazo de ejecución del proyecto y eventos claves.

3.4.13.2.2Pruebas de aceptación en fábrica (FAT).



(asociados con la

Sección VI)


requisito)



3.4.13.2.3Pruebas de aceptación en sitio (SAT).

3.4.13.2.6 “Cutover” y puesta en servicio.

3.4.13.2.7Supervisión durante la instalación.

3.4.13.2.8 Garantía.

3.4.14 Capacitación.

3.4.14.1 Condiciones generales.

3.4.14.2 Capacitación en fábrica.

3.4.14.3 Capacitación en sitio.

3.4.14.4Objetivos, alcances y valoración de la capacitación.

Tabla de Cumplimiento de las Especificaciones Técnicas de la plataforma SCADA/EMS

[El Oferente deberá completar esta tabla de acuerdo con las instrucciones siguientes. No se aceptará ninguna alteración ni se aceptarán substitutos.]




Instrucciones para el llenado de la tabla: [aplicar las instrucciones de la Sección III Criterios de Evaluación y Calificación, sub-sección 1 Cumplimiento de la Ofertas, apartado (b) Cumplimiento de las especificaciones técnicas de la plataforma de SCADA/EMS]


(asociados con la

Sección VI)


requisito)

Grado de cumplimiento

Ubicación de la sección/sub-sección de la oferta donde se

documenta el grado de cumplimiento (indicar sección y

número de página)

3.3 Especificaciones Técnicas Generales.

3.3.1 Descripción del Sistema Objeto de esta Contratación.

3.3.2 Alcance del Proyecto, Modalidad de Contratación, Servicios y Responsabilidades.

3.3.2.1 Alcance del Proyecto.

3.3.2.3 Responsabilidades del ICE como Comprador.

3.3.6 Metas Funcionales.

3.4Especificaciones Técnicas Particulares.

3.4.1Arquitectura Funcional y Software del SCADA/EMS.

3.4.1.2Software de servicios de la red LAN.

3.4.1.3 Software para diagnóstico.



(asociados con la

Sección VI)


requisito)




número de página)

3.4.1.4Software de soporte y aplicación en ambiente PC.

3.4.1.5Software para la generación del sistema SCADA/EMS.

3.4.1.6Software de soporte de base de datos.

3.4.1.7Función de edición de la base de datos.

3.4.1.8Software de soporte para la interfaz hombre-máquina.

3.4.1.9 Compilador de despliegues.

3.4.1.10Desarrollo y modificación de reportes.

3.4.1.11Entradas y requerimientos del Operador en las consolas.

3.4.1.12 Despliegues.

3.4.1.13 Despliegues del SEN.

3.4.1.14 Impresión de los despliegues.

3.4.1.15Monitoreo de los recursos del sistema.

3.4.1.16Bitácora electrónica de operación.

3.4.1.17Modelo Común de Información.

3.4.2 Áreas de Responsabilidad.

3.4.2.1 Operadores.

3.4.2.2 Supervisores de operación.

3.4.2.3Administradores del SCADA/EMS.

3.4.2.4Técnicos de mantenimiento de las UTR.

3.4.2.5Ingenieros de operación y planeamiento.

3.4.2.6 Usuarios gerenciales.

3.4.3 Subsistema SCADA.

3.4.3.3 Adquisición y procesamiento



(asociados con la

Sección VI)


requisito)




número de página)

de los datos.

3.4.3.3.1 Datos analógicos.

3.4.3.3.2 Datos de estado.

3.4.3.3.3Operaciones aritméticas y lógicas.

3.4.3.3.4Datos adquiridos por medio de enlaces ICCP.

3.4.3.3.5Códigos de calidad de los datos.

3.4.3.3.6Secuenciador de eventos (SOE).

3.4.3.3.7Actualización manual de los datos.

3.4.3.3.8 Valores redundantes.

3.4.3.4 Control supervisorio.

3.4.3.4.1 Requisitos generales.

3.4.3.4.2Control automático de dispositivos.

3.4.3.5 Alarmas.

3.4.3.5.1 Eventos con alarmas.

3.4.3.5.2Clases y condiciones de alarmas.

3.4.3.5.3 Presentación de las alarmas.

3.4.3.5.4Almacenamiento histórico de las alarmas y eventos.

3.4.3.5.5Procesamiento avanzado de alarmas.

3.4.3.6 Etiquetado.

3.4.3.7 Avisos de maniobras.

3.4.3.8 Graficadores de tendencias.

3.4.3.9 Disparo manual de carga.

3.4.3.10Actualización en línea de la base de datos de tiempo real.

3.4.3.11 Monitoreo de la generación con fuentes renovables no



(asociados con la

Sección VI)


requisito)




número de página)

regulables.

3.4.4Subsistema de Control de Generación.

3.4.4.1Control Automático de Generación (AGC).

3.4.4.1.2 Variables de entrada.

3.4.4.1.3Modos de control y procesamiento.

3.4.4.1.4 Variables de salida.

3.4.4.1.5 Modo de operación.

3.4.4.1.6 Interfaces externas.

3.4.4.1.6.1 Interfaz con el usuario.

3.4.4.1.6.2Interfaz con las unidades de generación.

3.4.4.1.6.3Interfaz con otros programas de aplicación.

3.4.4.1.6.4Interfaz con la base de datos en tiempo real.

3.4.4.1.7 Criterios de desempeño.

3.4.4.1.8

Sintonización del AGC para la puesta en operación en tiempo real.

3.4.4.2Despacho Económico Hidrotérmico en Tiempo Real.

3.4.4.3Monitoreo de las reservas de generación.

3.4.4.4Programación de intercambios de energía eléctrica.

3.4.4.5

Cálculo de costos de producción y de las pérdidas de transmisión.

3.4.4.6Pronóstico de demanda de corto plazo.

3.4.5Subsistema de Análisis de Redes Eléctricas Eléctricas.

3.4.5.2 Aspectos de diseño.

3.4.5.2.1 Componentes y modelos.



(asociados con la

Sección VI)


requisito)




número de página)

3.4.5.2.2Características de programación.

3.4.5.3 Requisitos generales.

3.4.5.3.1 Interfaz hombre-máquina.

3.4.5.3.2 Bases de datos.

3.4.5.3.3 Modos de ejecución.

3.4.5.3.3.1Análisis de redes eléctricas en modo de tiempo real.

3.4.5.3.3.2Análisis de redes eléctricas en modo de estudio.

3.4.5.3.4Modos de activación/desactivación.

3.4.5.4

Metodología para la sintonización y puesta en servicio.

3.4.5.5Configurador de la Topología de la Red Eléctrica.

3.4.5.5.1 Propósito.

3.4.5.5.2 Entradas.

3.4.5.5.3 Procesamiento.

3.4.5.5.4 Salidas.

3.4.5.5.5 Modo de activación.


3.4.5.5.6.1 Interfaz con la base de datos.


3.4.5.6 Estimador de Estados.


3.4.5.6.2 Entradas.


3.4.5.6.4 Salidas.




3.4.5.6.6.2 Interfaz con otros programas.



(asociados con la

Sección VI)


requisito)




número de página)


3.4.5.6.7 Requisitos especiales.

3.4.5.7

Margen de Estabilidad y Capacidad Máxima de Transmisión


3.4.5.7.2 Entradas.

3.4.5.7.3 Activación y procesamiento.

3.4.5.7.4 Salidas.

3.4.5.8 Análisis de Contingencias.


3.4.5.8.2 Entradas.


3.4.5.8.4 Salidas.





3.4.5.9Flujo de Potencia del Operador.


3.4.5.9.2 Entradas.


3.4.5.9.4 Salidas.






3.4.5.10 Flujo de Potencia Óptimo.


3.4.5.10.2 Entradas.



(asociados con la

Sección VI)


requisito)




número de página)


3.4.5.10.3.1 Flujo de potencia activa.

3.4.5.10.3.2Ajuste de voltaje-potencia reactiva.

3.4.5.10.3.3 Metodología.

3.4.5.10.4 Salidas.




3.4.5.11 Rutinas de Servicios.

3.4.5.11.1Estimación de Carga en Barras en tiempo real.

3.4.5.11.2Estimación de Carga en Barras en modo estudio.

3.4.5.11.3Factores de Penalización de las Pérdidas de Transmisión.

3.4.6Subsistema Simulador para Entrenamiento de Operadores.

3.4.6.2Modelo del Sistema de Potencia.

3.4.6.2.1 Modelos de generadores.

3.4.6.2.2Modelos de los sistemas hidráulicos.

3.4.6.2.3 Modelos de las turbinas.

3.4.6.2.4Modelo de la carga en el sistema de potencia.

3.4.6.2.5Modelo de la frecuencia en islas eléctricas.

3.4.6.3Modelo del Sistema de Control.

3.4.6.3.1Control supervisorio y adquisición de datos.

3.4.6.3.2Estación de trabajo del entrenado.

3.4.6.4 Subsistema del Instructor.



(asociados con la

Sección VI)


requisito)




número de página)

3.4.6.4.1 Puesto para el instructor.

3.4.6.4.2 Construcción del escenario.

3.4.6.4.3 Ejecución del escenario.

3.4.6.4.4Evaluación y re-ejecución de la sesión.

3.4.6.4.5Secuencias de entrenamiento y eventos.

3.4.7Subsistema de Información Histórica.

3.4.7.1Aspectos Funcionales y de Diseño.

3.4.7.2 Almacenamiento de Datos.

3.4.7.3

Capacidad para Realizar Cálculos, Representación y Monitoreo de Datos.

3.4.7.4Capacidad de Visualización y Graficación.

3.4.7.5Almacenamiento de Datos a Largo Plazo.

3.4.7.6Creación y Mantenimiento de la Base de Datos Histórica.

3.4.7.6.1Códigos de calidad de los datos.

3.4.7.6.2Cambios en el contenido de los datos del HIS.

3.4.7.6.3 Cambios de hora y fecha.

3.4.7.7Formas de Acceso a la Base de Datos Histórica.

3.4.7.7.1 Hardware del HIS.

3.4.7.7.2 Capacidad de acceso al HIS.

3.4.7.7.2.1Acceso por usuarios del Sistema SCADA/EMS.

3.4.7.7.2.2

Acceso por medio de despliegues del Sistema SCADA/EMS.

3.4.7.7.2.3Acceso al HIS para los informes de usuario del EMS.



(asociados con la

Sección VI)


requisito)




número de página)

3.4.7.7.2.4

Acceso por usuarios del SCADA/EMS fuera de la red institucional.

3.4.8Aplicaciones Existentes del Comprador.

3.4.8.1Software Implementado en el SCADA/EMS Existente.

3.4.8.2Interfaces con Programas de Aplicación de Terceros.

3.4.9 Sistema de Desarrollo.

3.4.10Equipos (Hardware) del Proyecto.

3.4.10.1 Consideraciones Generales.

3.4.10.2 Características Técnicas.

3.4.10.2.1 Red de Área Local.

3.4.10.2.2Conectividad con las Redes de Datos Externas.

3.4.10.2.3Servidores de Aplicaciones del SCADA/EMS.

3.4.10.2.4Procesadores de Comunicaciones (Front-End).

3.4.10.2.5 Consolas de Operación.

3.4.10.2.6 Consolas para Ingeniería.

3.4.10.2.7Computadoras Personales (PC).

3.4.10.2.8Subsistema de Proyección de Video.

3.4.10.2.9 Impresoras.

3.4.10.2.10 Relojes Satelitales.

3.4.10.2.11 Interfaz Local de Datos.

3.4.10.2.12Interfaces con PCs utilizadas como consolas ocasionales.

3.4.10.2.13Enrutadores y equipos de seguridad cibernética.

3.4.10.2.14Dispositivos para Realizar Respaldos.



(asociados con la

Sección VI)


requisito)




número de página)

3.4.10.2.15Servidores de comunicaciones para la aplicación ICCP.

3.4.10.2.16Servidores para la Base de Datos Relacional.

3.4.10.2.17 Otros servidores.

3.4.10.2.18 Gabinetes.

3.4.10.3Redundancia y Función de Conmutación.

3.4.11 Seguridad de la Información.

3.4.11.1 Aspectos Generales.

3.4.11.2Requisitos Específicos de Seguridad de la Información.

3.4.13 Ejecución de Proyecto.

3.4.13.1Requisitos Generales de Ejecución del Proyecto.

3.4.13.1.2Macro-actividades del proyecto.

3.4.13.1.3 Lista de suministro.

3.4.13.1.4Plan detallado de ejecución y “cutover”.

3.4.13.2Pruebas, Instalación y Puesta en Servicio.

3.4.13.2.1 Consideraciones generales.

3.4.13.2.4 Pruebas no estructuradas.

3.4.13.2.5Informes y documentos de pruebas.

3.4.13.3Definición de Responsabilidades.

3.4.13.4 Organización del Proyecto.

3.4.13.4.1 Coordinación del proyecto.

3.4.13.4.2Reuniones técnicas y de avance del proyecto.

3.4.13.4.3Monitoreo y control de proyecto.

3.4.13.4.4 Informe de avance mensual.



(asociados con la

Sección VI)


requisito)




número de página)

3.4.13.4.5 Procedimientos de cambio.

3.4.15 Documentación.

3.4.15.1Requisitos Generales de Documentación.

3.4.15.2 Documentación del Hardware.

3.4.15.3 Documentación del Software.

3.4.15.4Requisitos Específicos de Documentación.

3.4.15.4.1

Requerimientos de documentación para programas de aplicación.

3.4.15.4.2Actualizaciones del hardware y el software.

3.4.15.4.3Normas y guías sobre documentación del software.

3.4.15.4.4Documentación del hardware periférico.

3.4.16 Repuestos y Mantenimiento.


3.4.16.2Repuestos, Equipos de Prueba y Consumibles.

3.4.16.2.1 Repuestos.

3.4.16.2.2Equipos y programas de prueba.

3.4.16.2.3 Consumibles.

3.4.16.3Servicio de Mantenimiento Post-venta.

3.4.16.3.1Hardware del sistema SCADA/EMS.

3.4.16.3.2Software del sistema SCADA/EMS.

3. 5Diagramas de las Especificaciones Técnicas.

Sección V. Países Elegibles 115

Sección V. Países ElegiblesElegibilidad para el suministro de bienes, la construcción de obras

y la prestación de servicios en adquisiciones financiadas por el Banco

A continuación se presentan 2 opciones para que el Usuario elija la que corresponda dependiendo de donde proviene el Financiamiento. Este puede provenir del BID, del Fondo Multilateral de Inversiones (FOMIN) u, ocasionalmente, de fondos especiales que restringen los criterios para la elegibilidad a un grupo particular de países miembros, caso en el cual se deben determinar estos utilizando la última opción:

1) Países Miembros cuando el financiamiento provenga del Banco Interamericano de Desarrollo Alemania, Argentina, Austria, Bahamas, Barbados, Bélgica, Belice, Bolivia, Brasil, Canadá, Chile, Colombia, Costa Rica, Croacia, Dinamarca, Ecuador, El Salvador, Eslovenia, España, Estados Unidos, Finlandia, Francia, Guatemala, Guyana, Haití, Honduras, Israel, Italia, Jamaica, Japón, México, Nicaragua, Noruega, Países Bajos, Panamá, Paraguay, Perú, Portugal, Reino Unido, Republica de Corea, República Dominicana, República Popular de China, Suecia, Suiza, Surinam, Trinidad y Tobago, Uruguay, y Venezuela

1) Lista de Países de conformidad con el Acuerdo del Fondo Administrado:

(Incluir la lista de países)

2) Criterios para determinar Nacionalidad y el país de origen de los bienes y servicios

Para efectuar la determinación sobre: a) la nacionalidad de las firmas e individuos elegibles para participar en contratos financiados por el Banco y b) el país de origen de los bienes y servicios, se utilizarán los siguientes criterios:

A. Nacionalidada) Un individuo tiene la nacionalidad de un país miembro del Banco si el o ella satisface uno de los siguientes requisitos:

i) es ciudadano de un país miembro; oii) ha establecido su domicilio en un país miembro como residente “bona

fide” y está legalmente autorizado para trabajar en dicho país.b) Una firma tiene la nacionalidad de un país miembro si satisface los dos siguientes requisitos:

i) esta legalmente constituida o incorporada conforme a las leyes de un país miembro del Banco; y

ii) más del cincuenta por ciento (50%) del capital de la firma es de propiedad de individuos o firmas de países miembros del Banco.

Sección V. Países Elegibles 116

Todos los socios de una asociación en participación, consorcio o asociación (APCA) con responsabilidad mancomunada y solidaria y todos los subcontratistas deben cumplir con los requisitos arriba establecidos.

B. Origen de los BienesLos bienes se originan en un país miembro del Banco si han sido extraídos, cultivados, cosechados o producidos en un país miembro del Banco. Un bien es producido cuando mediante manufactura, procesamiento o ensamblaje el resultado es un artículo comercialmente reconocido cuyas características básicas, su función o propósito de uso son substancialmente diferentes de sus partes o componentes.

En el caso de un bien que consiste de varios componentes individuales que requieren interconectarse (lo que puede ser ejecutado por el suministrador, el Contratante o un tercero) para lograr que el bien pueda operar, y sin importar la complejidad de la interconexión, el Banco considera que dicho bien es elegible para su financiación si el ensamblaje de los componentes individuales se hizo en un país miembro. Cuando el bien es una combinación de varios bienes individuales que normalmente se empacan y venden comercialmente como una sola unidad, el bien se considera que proviene del país en donde este fue empacado y embarcado con destino al Contratante.

Para efectos de determinación del origen de los bienes identificados como “hecho en la Unión Europea”, estos serán elegibles sin necesidad de identificar el correspondiente país específico de la Unión Europea.

El origen de los materiales, partes o componentes de los bienes o la nacionalidad de la firma productora, ensambladora, distribuidora o vendedora de los bienes no determina el origen de los mismos

C. Origen de los ServiciosEl país de origen de los servicios es el mismo del individuo o firma que presta los servicios conforme a los criterios de nacionalidad arriba establecidos. Este criterio se aplica a los servicios conexos al suministro de bienes (tales como transporte, aseguramiento, montaje, ensamblaje, etc.), a los servicios de construcción y a los servicios de consultoría.

117

PARTE 2 – Requisitos de los Bienes y Servicios

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 118

Sección VI. Lista de Bienes y Servicios y Plan de Entrega

Índice Lista Bienes, Servicios y Plan de Entrega

1. Lista de Bienes y Plan de Entregas....................................................1202. Lista de Servicios Conexos y Cronograma de Cumplimiento.1213. Especificaciones Técnicas..................................................1223.1 Definiciones.....................................................................................................................1223.2 Información General sobre el Centro Nacional de Control de Energía..........................125

3.2.1 Descripción del Sistema Eléctrico Nacional (SEN)............................................126

3.2.2 Descripción del Sistema Eléctrico Regional (SER).............................................127

3.2.3 Descripción del SCADA/EMS Actual del CENCE.............................................127

3.2.4 Necesidad de Sustitución del SCADA/EMS Actual del CENCE.......................129

3.3 Especificaciones Técnicas Generales.............................................................................1293.3.1 Descripción del Sistema Objeto de esta Contratación.........................................130


.......................................................................................................................................131

3.3.3 Criterios y Atributos de Diseño...........................................................................135

3.3.4 Arquitectura Conceptual......................................................................................138

3.3.5 Programas de Cómputo y Sistemas Operativos (Software).................................139

3.3.6 Metas Funcionales...............................................................................................139

3.4 Especificaciones Técnicas Particulares..........................................................................1413.4.1 Arquitectura Funcional y Software del SCADA/EMS........................................142

3.4.2 Áreas de Responsabilidad....................................................................................160

3.4.3 Subsistema SCADA.............................................................................................162

3.4.4 Subsistema de Control de Generación.................................................................179

3.4.5 Subsistema de Análisis de Redes Eléctricas........................................................193

3.4.6 Subsistema Simulador para Entrenamiento de Operadores.................................230

3.4.7 Subsistema de Información Histórica..................................................................239


3.4.8 Aplicaciones Existentes del Comprador..............................................................246

3.4.9 Sistema de Desarrollo..........................................................................................249

3.4.10 Equipos (Hardware) del Proyecto.....................................................................250

3.4.13 Ejecución de Proyecto.......................................................................................296

3.4.14 Capacitación......................................................................................................314

3.4.15 Documentación..................................................................................................327

3.4.16 Repuestos y Mantenimiento..............................................................................332

3.5 Diagramas de las Especificaciones Técnicas..................................................................335

4. Planos o Diseños................................................................3405. Inspecciones y Pruebas.......................................................................341


1. Lista de Bienes y Plan de Entregas[El comprador completará este cuadro, excepto por la columna “Fecha de entrega ofrecida por el Oferente” la cual será completada por el Oferente]

N de Artículo

Descripción de los Bienes

Cantidad Unidad física

Lugar de destino

convenido según se indica en los DDL

Fecha de Entrega (de acuerdo a los Incoterms)

Fecha más Temprana de

Entrega

Fecha Límite de Entrega

Fecha de Entrega Ofrecida por el Oferente [a ser

proporcionada por el Oferente]

1 SISTEMA SCADA/EMS P/ADQUISICION DE DATOS Y CONTROL REMOTO DEL SISTEMA ELECTRICO NACIONAL Y ADMINISTRACION DE LOS RECURSOS ENERGETICOS. CODIGO: 853890-50465

2 c/u Depositario Aduanero ICE, Colima de Tibás, San José, Costa Rica.

200 días a partir del día siguiente a la notificación de la Orden de Compra.

300 días a partir del día siguiente a la notificación de la Orden de Compra.

[indicar el número de días después de la fecha de efectividad del Contrato]


2. Lista de Servicios Conexos y Cronograma de Cumplimiento

[El Comprador deberá completar este cuadro. Las fechas de ejecución deberán ser realistas y consistentes con las fechas requeridas de entrega de los bienes (de acuerdo a los Incoterms)]

Servicio Descripción del Servicio Cantidad6 Unidad física

Lugar Donde los Servicios

Serán Prestados

Fecha(s) Final(es) de

Ejecución de los Servicios

1 Servicios de capacitación en fábrica. CODIGO: 999468-00000

1 Ser En la fábrica del Oferente.

A los 62 días a partir del día siguiente a la notificación de la Orden de Servicio.

2 Servicios de capacitación en sitio (en Costa Rica). CODIGO: 999468-00000

1 Ser En Costa Rica (Cañas y San José).


3 Servicios de puesta en servicio de los dos sistemas SCADA/EMS. CODIGO: 999845-00000

1 Ser En Costa Rica (Cañas y San José).


6 Si corresponde.


3. Especificaciones TécnicasA continuación se encuentran las especificaciones técnicas del proyecto de adquisición de dos sistemas SCADA/EMS para el Centro Nacional de Control de Energía de Costa Rica.

En adelante, cuando se haga mención a una sub-sección, se debe interpretar que dicha sub-sección pertenece al título de Especificaciones Técnicas de la sección VI de este cartel de licitación, a menos que se indique lo contrario.

3.1 Definiciones

ACCE: Actual Centro de Control de Energía, cuyas instalaciones se localizan en Sabana Norte, San José, Costa Rica.

ACE: Error de control de área (del inglés Area Control Error).

AGC: Control automático de generación (del inglés Automatic Generation Control).

ANSI: American National Standards Institute.

BCD: Decimal codificado en binario, es un estándar para representar números decimales en el sistema binario (del inglés Binary-Coded Decimal).

CADE: Centro de Aprendizaje y Desarrollo Empresarial del ICE.

CENCE: Centro Nacional de Control de Energía del ICE.

CIM: Modelo Común de Información (del inglés Common Information Model).

CIP: Normas para la protección de infraestructura crítica (del inglés Critical Infraestructure Protection).

Comprador: el Instituto Costarricense de Electricidad.

DBMS: soporte de administración de la base de datos (Database Management Support).

DMZ: zona desmilitarizada (del inglés Demilitarized Zone).

DTS: Simulador para el entrenamiento de operadores (del inglés Dispatcher Trainning Simulator).

DLP: tecnología de procesamiento de luz digital (del inglés Digital Light Processing).

DVD: disco versátil digital para el almacenamiento de datos (del inglés Digital Versatile Disc).


EMS: Sistema de administración de la energía eléctrica (del inglés Energy Management System).

EOR: Ente Operador Regional del sistema eléctrico interconectado de América Central.

Equipo para telecontrol: equipo que realiza la función de adquisición de datos de una subestación o planta generadora, que también realiza la función de procesar comandos de control y que tiene capacidad para transmitir esos datos hacia y recibir los comandos de control desde un sistema SCADA localizado remotamente, utilizando para ello un protocolo de comunicación y un canal de comunicación.

FAT: pruebas de aceptación en fábrica (del inglés Factory Acceptance Test).

FEP: Procesadores de Comunicaciones (del inglés Front-End Processor).

HIS: Subsistema de Información Histórica (del inglés Historical Information Subsystem).

ICCP: protocolo de comunicación entre centros de control de energía (del inglés Inter Control Center Protocol).

ICE: Instituto Costarricense de Electricidad.

IEC: International Electrotechnical Commission.

IEEE: Institute of Electrical and Electronics Engineers.

I/O: entrada/salida (del inglés input/output).

ISO: International Standard Organization.

JASEC: Junta Administrativa del Servicio Eléctrico de Cartago.

LED: diodo emisor de luz (del inglés Light-Emitting Diode).

MER: Mercado Eléctrico Regional de América Central.

MMI: Interfaz hombre-máquina (del inglés Man-Machine Interface).

NCCE: Nuevo Centro de Control de Energía, cuyas instalaciones principales se localizarán en San Miguel de Santo Domingo de Heredia y cuyas sus instalaciones alternas se localizarán en Cañas, Guanacaste.

NCP: Nuevo Corto Plazo®, programa de cómputo para la optimización de corto plazo de los recursos energéticos (propiedad intelectual y marca registrada de la empresa brasileña PSR Soluções e Consultoria em Energia Ltda).

NEMA: National Electrical Manufactures Association.


NERC: North American Electric Reliability Council.

ODBC: conectividad de base de datos abiertas (del inglés Open Database Connectivity).

Oferente: Empresa que realiza una oferta para esta licitación para la adquisición de dos sistemas SCADA/EMS para el CENCE.

ORACLE: en el contexto de este documento se refiere a un sistema comercial de gestión de base de datos objeto-relacional (propiedad intelectual de la compañía Oracle Corporation).

OSI: Open Systems Interconnection.

PC: computadora personal (del inglés Personal Computer).

PDS: Sistema de Desarrollo (del inglés Program Development System).

Proveedor: Oferente que resulte adjudicado en este proceso licitatorio.

PSS/E: programa de cómputo simulador de sistema de potencia para ingeniería (Power System Simulator for Engineering®), propiedad intelectual y marca registrada de SIEMENS-PTI.

SAT: pruebas de aceptación en sitio (del inglés Site Acceptance Test).

SCADA: Sistema de adquisición de datos y de control supervisorio (del inglés Supervisory Control and Data Acquisition).

Sistema SCADA/EMS principal: es el sistema que ejecuta la función de sistema principal para la arquitectura en espejo descrita en la sub-sección 3.3.1 y descrita esquemáticamente en la sub-sección 3.5.

Sistema SCADA/EMS de respaldo en línea: es el sistema que ejecuta la función de sistema de respaldo en línea para la arquitectura en espejo descrita en la sub-sección 3.3.1 y descrita esquemáticamente en la sub-sección 3.5.

SEN: Sistema Eléctrico Nacional de Costa Rica.

SER: Sistema Eléctrico Regional de América Central.

SIEPAC: Sistema de Interconexión Eléctrica para América Central.

SOE: Secuenciador de eventos (del inglés Sequence-Of-Events).

SOW: definición funcional del contrato de suministro de los SCADA/EMS (del inglés Statement of Work).

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 125SQL: Lenguaje estructurado para consulta de bases de datos relacionales (del inglés Structured Query Language).

TCP/IP: protocolo de control y transporte/protocolo de internet (del inglés Transmission Control Protocol/Internet Protocol).

UHP: tecnología de lámparas de alto desempeño (del inglés Ultra High Performance).

UPS: sistema de suministro ininterrumpible de energía (del inglés Uninterruptible Power Supply).

UTC: tiempo universal coordinado (del inglés Universal Time Coordinated).

UTP: cable de pares trenzados de cobre sin protección por pantalla metálica externa (del inglés Unshielded Twisted Pair).

UTR: unidad terminal remota, equipo utilizado para la adquisición de datos y para el control remoto en tiempo real, utilizando protocolos de comunicación desarrollados para la función de telecontrol.

VPN: redes privada virtual (del inglés Virtual Private Network).

WAN: Red de área amplia (del inglés Wide Area Network).

XML: lenguaje de marcas extensible utilizado para almacenar datos en forma legible (del inglés eXtensible Markup Language).

Web: diminutivo de la World Wide Web, red informática mundial para la distribución de documentos de hipertexto o hipermedios interconectados y accesibles utilizando la Internet.

3.2 Información General sobre el Centro Nacional de Control de Energía

El Centro Nacional de Control de Energía (CENCE) del Instituto Costarricense de Electricidad (ICE) está ubicado en la ciudad de San José, Costa Rica y su función es la supervisión y control del Sistema Eléctrico Nacional (SEN) de Costa Rica, incluyendo todas las plantas de generación que se conectan a la red de transmisión y las subestaciones que operan en los niveles de voltaje de 230, 138, 69, 34,5, 24,9 kV y 13,8 kV.

Por lo tanto, el CENCE es la unidad funcional del ICE que realiza la función de Operador del Sistema Eléctrico de Costa Rica, supervisando y controlando en tiempo real sus sistemas de generación y transmisión de energía eléctrica, con el fin de brindar el suministro de electricidad a los clientes del ICE en una forma eficiente, confiable y cumpliendo con las normas de calidad establecidas por la regulación nacional. A su vez, el CENCE es responsable de administrar los programas de compra y venta de energía eléctrica en el marco

http://es.wikipedia.org/wiki/Internet

http://es.wikipedia.org/wiki/Hipertexto

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 126del Mercado Eléctrico Regional (MER) de América Central, lo que significa que el CENCE realiza también la función de Operador del Mercado.

Las principales responsabilidades del CENCE como Operador de Sistema se pueden agrupar en:

(1) Planeamiento operativo: que incluye la programación de los recursos energéticos para la generación de electricidad para abastecer la demanda eléctrica nacional y la evaluación de la seguridad operativa del SEN en el corto y mediano plazo.

(2) Predespacho de generación: que incluye la programación de los recursos energéticos para satisfacer la demanda eléctrica nacional y la evaluación de la seguridad operativa en el muy corto plazo.

(3) Supervisión y control en tiempo real: que incluye la ejecución del despacho de generación (operación centralizada del SEN).

(4) Post-despacho técnico: que incluye el análisis de eventos, la elaboración de informes y reportes técnicos relacionados con la operación del SEN y la verificación posterior del cumplimiento del plan de generación, de las restricciones de transmisión y de las reservas de potencia activa y reactiva.

3.2.1 Descripción del Sistema Eléctrico Nacional (SEN)

El SEN cuenta con una capacidad instalada de 2731 MW, de los cuales 2067 MW pertenecen al ICE y el resto pertenecen a otras empresas de generación y de distribución de energía eléctrica, tanto de carácter público como privado. La principal fuente de producción de electricidad en el 2013 fue la hidroeléctrica (68%), que fue complementada con otras fuentes como: termoeléctrica con combustibles fósiles (12%), termoeléctrica con biomasa (1%), geotérmica (15%) y eólica (4%). La demanda máxima histórica registrada es de 1636 MW (abril de 2014) y la generación nacional anual alcanzó un total de 10184 GWh (2013).

La red de transmisión de electricidad de Costa Rica está compuesta por subestaciones, líneas de transmisión, transformadores y equipos de compensación de potencia reactiva. La misma se opera en dos niveles de tensión principales, siendo el más importante el de 230 kV, que permite la transmisión de potencia desde las principales centrales de generación hacia el principal centro de carga. El nivel de voltaje de 138 kV se ubica principalmente en la zona central del país, donde se localiza la mayor parte de la demanda eléctrica.

La red de transmisión de Costa Rica cuenta actualmente con 53 subestaciones en operación, en los niveles de tensión de 230 kV y 138 kV, las cuales son utilizadas para la conexión de las plantas de generación, para brindar el suministro eléctrico a las empresas distribuidoras y para satisfacer las necesidades de los clientes de alta tensión. Actualmente (año 2014), la capacidad total de transformación es de 9509 MVA y la longitud total de las líneas de transmisión es de 2142 km, divididos en 659 km de líneas de 138 kV y 1483 km de líneas de 230 kV.


3.2.2 Descripción del Sistema Eléctrico Regional (SER)

La operación interconectada de los seis sistemas eléctricos de los países de América Central se realiza bajo la coordinación del Ente Operador Regional (EOR), cuya sede se encuentra en San Salvador, El Salvador y que cuenta con su propio sistema SCADA. Los SCADA/EMS de los seis países de América Central envían los datos en tiempo real al SCADA del EOR por medio de enlaces de datos que utilizan el protocolo ICCP (protocolo de comunicación TASE.2).

Desde el 1 de junio de 2013 el Mercado Eléctrico Regional (MER) de América Central opera con las reglas técnicas y comerciales establecidas por medio del Reglamento del Mercado Eléctrico Regional (RMER), lo que significa que el CENCE en su rol de Operador de Sistema/Operador de Mercado en el contexto del MER, debe cumplir con una nueva reglamentación, así como debe también tener la capacidad de adaptarse a nuevas disposiciones en el futuro.

El Sistema Eléctrico Nacional de Costa Rica tiene cinco líneas de interconexión regional a 230 kV, que son las siguientes: Liberia–Amayo y Cañas Ticuantepe (interconexiones con Nicaragua) y Río Claro–Progreso, Río Claro-Dominical y Cahuita-Changuinola (interconexiones con Panamá). Estas cinco líneas de interconexión permiten que el SEN forme parte integral del Sistema Eléctrico Regional (SER) de América Central y que el ICE participe como integrante del Mercado Eléctrico Regional.

3.2.3 Descripción del SCADA/EMS Actual del CENCE

El actual sistema SCADA/EMS fue adjudicado en 1995 a la empresa Network Management Technologies Inc. (NMTI) y fue puesto en servicio en 1997 y consiste en un sistema redundante del tipo cliente-servidor basado en tecnología RISC con procesadores Compaq Alpha. Este sistema fue actualizado en tres ocasiones (actualizaciones parciales de los equipos y/o de los programas de cómputo), lo que permitió que cumpliera eficazmente con sus funciones hasta el año 2010, cuando fue modernizado debido a la obsolescencia tecnológica provocada por la suspensión de la fabricación de los procesadores Compaq Alpha y como consecuencia de esto, el fin de las actualizaciones del sistema operativo Unix Tru64.

El proveedor del actual sistema SCADA/EMS es la empresa Asea Brown Boveri (ABB). La plataforma es el Network Manager Release 3® (NMR3), que fue actualizada en el año 2010.

La función de adquisición de datos en tiempo real se realiza interrogando a 133 unidades terminales remotas, sistemas de control distribuido y convertidores de protocolos de diferentes fabricantes, utilizando principalmente el protocolo de comunicación IEC 60870-5-101 (conexiones seriales con interfaces V.24) y en mucho menor grado los protocolos DNP3.0 y MODBUS RTU. También se cuenta con dos enlaces de datos ICCP para el intercambio de información en tiempo real con el sistema SCADA del EOR y con el sistema

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 128SCADA de JASEC. Además, en el año 2014 está programado implementar tres enlaces ICCP adicionales, con los sistemas SCADA de otras empresas de distribución de electricidad de Costa Rica.

Los medios de comunicación utilizados para la transmisión de datos son fibra óptica y microonda y todos los canales son 100% digitales (no se utilizan módems). La red troncal de comunicaciones es propiedad del ICE y está compuesta por sistemas de comunicaciones de alta capacidad, sobre los cuales se han implementado equipos de multiplexación flexibles con interfaces para diferentes tipos de aplicaciones.

Las consolas de operación son un total de quince, algunas de las cuales utilizan tres monitores y las restantes solo dos. Cuatro de estas consolas se localizan en la sala de operación. Las otras consolas se utilizan para visualización de la operación del SEN, para el uso de las aplicaciones de red, para las sesiones de entrenamiento con el DTS y para realizar las funciones de mantenimiento, tanto de la base de datos, como de los programas y de los despliegues.

La base de datos fuente que contiene la información necesaria para la configuración de las funciones de SCADA y de EMS utiliza como motor el ORACLE®. Hay otras bases de datos en ORACLE® para el funcionamiento de algunas aplicaciones específicas, como la Programación de Recursos Energéticos, la Programación de Intercambios de Energía Eléctrica y el Registro de Eventos. La base de datos de tiempo real es un desarrollo propietario de ABB.

El sistema SCADA/EMS actual realiza la función de Control Automático de Generación (AGC), que incluye la programación de intercambios de energía eléctrica, la coordinación de los recursos hidroeléctricos y el despacho económico en tiempo real (despacho hidrotérmico). Hay otras aplicaciones disponibles, como la de programación de recursos energéticos (“unit commitment”).

El SCADA/EMS existente también realiza la función de estimación de estados, lo que permite disponer de los programas de aplicaciones de sistemas de potencia en línea (análisis de contingencias y flujos óptimos) y fuera de línea (flujo de carga para despachadores, análisis de contingencias y flujos óptimos). El actual sistema SCADA/EMS también cuenta con un simulador para entrenamiento de operadores (DTS).

En lo que se refiere al almacenamiento de los datos históricos de la operación, el Subsistema de Información Histórica (Historiador) utiliza el producto comercial PI System®, que es propiedad intelectual de la compañía norteamericana OSIsoft. En el Historiador se almacenan actualmente más de nueve mil variables con un tiempo de muestreo de dos segundos y se dispone de datos históricos desde el año 2001, que pueden ser consultados tanto por los usuarios localizados dentro de la red técnica de datos del SCADA/EMS, como desde la red Institucional del ICE, utilizando equipos de seguridad informática para este último acceso. Como una función que forma parte del proceso de almacenamiento de datos históricos, se cuenta con el secuenciador de eventos (SOE). Además, el Historiador se utiliza para realizar el análisis de eventos, pues permite que el estimador de estados recupere datos desde la base de datos histórica para el intervalo de tiempo que desee el analista.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 129En el año 2010 el CENCE adquirió la licencia e integró al SCADA/EMS el programa QuickStab Advanced® para el cálculo en tiempo real y fuera de línea del margen de estabilidad y de la capacidad máxima de transmisión del sistema eléctrico. Esta licencia se adquirió a la compañía norteamericana Energy Consulting International, Inc. (ECI).

La renovación tecnológica del SCADA/EMS realizada a inicios del 2010 tiene una vida útil estimada de seis años y dicha vida útil se puede extender si fuese necesario, realizando una modernización. Sin embargo, aunque dicha modernización es factible realizarla con el proveedor actual, el objetivo es más bien desarrollar un proyecto que resuelva el problema de falta de redundancia a nivel de las instalaciones físicas con sus equipos de control, para enfrentar situaciones imprevistas que puedan ocasionar el colapso total en el futuro de uno de los centros de control de energía, requiriéndose por lo tanto adquirir dos sistemas SCADA/EMS idénticos. Este es el principal objetivo de la presente licitación.

3.2.4 Necesidad de Sustitución del SCADA/EMS Actual del CENCE

Como ya se indicó en la sub-sección 3.2.3 anterior, el sistema SCADA/EMS actual del CENCE se debe sustituir y para ello se adquirirán dos nuevos sistemas SCADA/EMS con la funcionalidad de sistema principal y de sistema de respaldo en línea. Estos dos nuevos sistemas SCADA/EMS se ubicarán en los edificios del Nuevo Centro de Control de Energía (NCCE). Se aprovechará la oportunidad para implementar y/o mejorar las medidas de seguridad física y cibernética en el CENCE.

Pero también es necesario atender los requisitos técnicos y comerciales establecidos por la operación integrada dentro del MER, donde se complementan las funciones de Operador de Sistema y de Operador de Mercado. No obstante, se aclara que para desempeñar la función de Operador de Mercado no se cuenta con una plataforma tecnológica en este momento, ni hay previsiones para adquirirla en el corto plazo, pero no debe descartarse que se adquiera dicha plataforma en el mediano plazo.

Por estas razones se hace necesario migrar a una solución informática y de control moderna, que sea eficaz en el momento de su puesta en servicio y que también se pueda adaptar a nuevos escenarios en un futuro previsible.

3.3 Especificaciones Técnicas Generales

A continuación se definen las especificaciones técnicas generales para la adquisición de los dos sistemas SCADA/EMS para el Centro Nacional de Control de Energía del ICE.

El propósito de esta sub-sección es brindar una visión general del proyecto, para explicar el alcance y los objetivos del mismo, así como los criterios de diseño y la arquitectura conceptual. Por su parte, los requisitos técnicos detallados se encuentran en la sub-sección 3.4 de estas Especificaciones Técnicas.


3.3.1 Descripción del Sistema Objeto de esta Contratación

Este proyecto consiste en la adquisición de los equipos (hardware), programas (software) y servicios para sustituir la plataforma tecnológica del actual Centro Nacional de Control de Energía (ACCE), de forma que se implementen dos sistemas SCADA/EMS idénticos, localizados físicamente en dos centros de control distintos (en las nuevas instalaciones del NCCE), comunicados por medio de una red de comunicaciones con topología anillada y capaz de brindar el ancho de banda y el desempeño apropiado para la operación eficaz de ambos SCADA/EMS, uno de ellos funcionando como sistema principal y el otro como sistema de respaldo en línea.

Uno de los SCADA/EMS del NCCE trabajará en condiciones normales de operación como el sistema principal. El otro SCADA/EMS del NCCE operará en condiciones normales como sistema de respaldo en línea, con funcionalidad y arquitectura idénticas a las del sistema principal.

Cada uno de los SCADA/EMS deberá tener una arquitectura redundante, con el objetivo de obtener un índice de disponibilidad individual anual del 99,9% o superior. Este índice de disponibilidad se aplica exclusivamente para las funciones críticas que están definidas en la sub-sección 3.4.12.3.1. Además los dos SCADA/EMS deberán cumplir estrictamente con los requisitos de diseño y con las metas funcionales que se encuentran respectivamente en las sub-secciones 3.3.3 y 3.3.6.

Los dos SCADA/EMS deberán procesar simultáneamente los datos adquiridos en tiempo real desde los equipos para telecontrol (unidades terminales remotas y otros similares). Solo el SCADA/EMS que desempeñe en determinado momento la función de sistema principal podrá ejecutar las acciones de control remoto.

Un requisito de cumplimiento obligatorio es que el oferente garantice la sincronización de los datos desde el sistema que opere como principal hacia el de respaldo, de las bases de datos de tiempo real, de las bases de datos históricas y de cualquier otra base de datos que se requiera mantener idéntica en ambos SCADA/EMS, así como de las aplicaciones EMS. Por tal razón, el oferente deberá incluir en su oferta los requisitos de comunicación entre ambas plataformas y también el ancho de banda mínimo y la latencia mínima requeridos para lograr el correcto funcionamiento, así como cualquier otro parámetro que considere importante para alcanzar ese objetivo.

En lo que corresponde a la alimentación principal de corriente alterna trifásica 208 V, 60 Hz para los equipos de los dos SCADA/EMS, ésta será redundante y protegida con UPS, pero el diseño y suministro de los equipos está fuera del alcance de esta contratación. Los gabinetes en que se instalen los equipos de cómputo deberán alimentarse con corriente alterna trifásica y deberán contar con regletas de potencia (cPDU) para permitir la conexión de equipos que operan con corriente monofásica. En el caso de los equipos que no se instalen en gabinetes (usualmente las consolas de operación y el videowall), estos dispondrán de alimentación de corriente monofásica 120 V, 60 Hz. Por otra parte, el cableado estructurado de las redes técnicas de los dos SCADA/EMS está fuera del alcance de esta contratación, siendo la

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 131responsabilidad del ICE el suministro de dicho insumo debidamente certificado. Además, el sistema de climatización redundante de las salas que albergarán a los equipos de las dos plataformas SCADA/EMS está fuera del alcance de esta contratación.

También se aclara que este proyecto no incluye la compra de equipos para telecontrol, como unidades terminales remotas u otros similares. Los protocolos de comunicación que utilizarán los equipos para telecontrol que transmitirán datos hacia los dos SCADA/EMS serán el IEC 60870-5-101, IEC 60870-5-104, DNP3.0 serial, DNP3.0 sobre TCP/IP y MODBUS RTU.

Los dos SCADA/EMS que son el objeto de esta contratación deberán realizar la función de adquisición de datos y de control remoto utilizando los protocolos de comunicación antes indicados. Además, los dos SCADA/EMS deberán procesar simultáneamente los datos transmitidos/recibidos por medio de al menos ocho enlaces ICCP, utilizando el protocolo IEC 60870-6-503 TASE.2.

La aplicación de almacenamiento de datos históricos deberá almacenar continuamente los datos seleccionados para tal fin, de manera que no haya discontinuidades en el registro histórico, independientemente de cuál de los dos SCADA/EMS realice la función de sistema principal. Además, esta aplicación debe garantizar la sincronización de los datos almacenados en los diferentes servidores de datos históricos que formarán parte de dicho sistema. El ICE solo aceptará las aplicaciones del Subsistema de Información Histórica desarrolladas utilizando el producto comercial PI System® de la compañía OSIsoft.

El oferente deberá también suministrar la aplicación de DTS para los dos SCADA/EMS.

El resumen de las funciones principales que deberán realizar los dos SCADA/EMS se encuentra en la sub-sección 3.3.6.


3.3.2.1 Alcance del Proyecto

En función de lo indicado previamente en la sub-sección 3.3.1, el alcance de este proyecto comprende la adquisición de la plataforma tecnológica para la operación y control en tiempo real del SEN, que consiste en la instalación y puesta en servicio de dos sistemas SCADA/EMS idénticos, localizados físicamente en dos centros de control distintos, uno de ellos funcionando como sistema principal y el otro como sistema de respaldo en línea. El proyecto incluye también varios servicios como la capacitación, pruebas de aceptación y entrega de documentación, entre otros, que se resumen en la sub-sección 3.3.2.2 y que se describen con mayor detalle en otras sub-secciones de esta especificación técnica.

3.3.2.2 Modalidad de Contratación, Servicios y Responsabilidades del Oferente que resulte adjudicado


El proyecto será implementado bajo la modalidad de llave en mano, lo que incluye el suministro de los siguientes bienes y servicios conexos por parte del oferente que resulte adjudicado:

(1) El suministro de la totalidad de las aplicaciones especificadas en la Sección VI, sub-secciones 3.4.3, 3.4.4, 3.4.5, 3.4.6, 3.4.7, 3.4.8 y 3.4.9.

(2) El suministro de la totalidad de los equipos (hardware) y los programas de cómputo (software) de acuerdo con la lista de entregables que se le solicita al Oferente en la sub-sección 3.4.13.1.3.

(3) El suministro e integración de todos los productos de terceros utilizados por el SCADA/EMS. Se hace la aclaración de que el software SCADA-AGC-EMS-DTS deberá ser propiedad del Oferente que resulte adjudicado, sin embargo, no se limita al Proveedor la posibilidad de utilizar paquetes de software disponibles comercialmente en el mercado.

(4) El diseño completo del proyecto, cumpliendo con lo especificado en la sub-sección 3.3.3.

(5) La elaboración del documento de la definición funcional del contrato de suministro o alcance final del trabajo, comúnmente conocido como SOW (Statement of Work), el cual deberá ser revisado y aprobado por el ICE durante el acto de negociación correspondiente.

(6) La migración de las bases de datos y despliegues del actual SCADA/EMS, hacia los dos sistemas SCADA/EMS objeto de esta contratación. Específicamente esto consiste en la migración hacia los nuevos SCADA/EMS de la base de datos del sistema de adquisición de datos en tiempo real, de la base de datos topológica de la red eléctrica, de los despliegues unifilares de subestaciones y plantas generadoras y del subconjunto de despliegues particulares del ICE. Además, consiste en la migración de toda la información contenida en la base de datos histórica (disponible desde 2001), de tal forma que los usuarios del Historiador actual, puedan desde el nuevo Subsistema de Información Histórica consultar todos datos históricos almacenados desde el 2001.

(7) Proveer al personal del ICE de espacio físico, teléfono y de acceso a internet durante el desarrollo de las capacitaciones y pruebas de aceptación que se realicen en la fábrica.

(8) Los servicios de capacitación inicial en fábrica al Comprador en la implementación y utilización del Sistema de Desarrollo y de toda la filosofía y técnica de implementación de los sistemas operativos y de los subsistemas que componen el SCADA/EMS, así como de las funciones de edición de despliegues y generación de bases de datos.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 133(9) Los servicios de capacitación en fábrica al Comprador para el mantenimiento

y actualizaciones de los SCADA/EMS y para el desarrollo y mantenimiento de los programas de cómputo.

(10) Los servicios de capacitación en sitio al Comprador para el uso de la plataforma de SCADA/EMS y de las aplicaciones.

(11) La integración a la secuencia de aplicaciones de análisis de redes en tiempo real del programa de cómputo QuickStab Advanced, que calcula el margen de estabilidad y la capacidad máxima de transmisión del sistema eléctrico.

(12) Integrar, comprobar y transportar hasta Costa Rica el sistema de desarrollo.

(13) Proponer el plan de pruebas y ejecutar las pruebas de aceptación en fábrica y en sitio de los dos sistemas SCADA/EMS individualmente y en conjunto.

(14) Proveer la comprobación de tipo documental de los resultados de las pruebas de aceptación realizadas a los diferentes equipos, subsistemas y funciones.

(15) Actualizar periódicamente la base de datos, los despliegues y las aplicaciones del Sistema de Desarrollo con la versión más reciente de los mismos conforme el desarrollo, hasta la aceptación final de ambos sistemas SCADA/EMS en la modalidad de operación de sistema principal y sistema de respaldo en línea.

(16) Integrar, comprobar y transportar hasta Costa Rica los dos sistemas SCADA/EMS.

(17) Examinar los sitios de instalación de los dos SCADA/EMS para aprobar las condiciones ambientales, eléctricas y de puesta a tierra.

(18) Ejecutar la instalación e integración de los dos SCADA/EMS en sitio utilizando la base de datos suministrada por el ICE.

(19) Ejecutar la instalación en sitio de los dos sistemas de proyección de video (video wall) y su integración con los dos SCADA/EMS.

(20) Realizar la sintonización de los programas de cómputo de aplicaciones

descritos en la sub-sección 3.4.1.

(21) El servicio de ejecución de las pruebas de aceptación en sitio de los dos sistemas SCADA/EMS individualmente y en conjunto, demostrando el funcionamiento correcto de todos los equipos, subsistemas y funciones.

(22) El servicio de ejecución de las pruebas de disponibilidad de los dos sistemas SCADA/EMS individualmente y en conjunto, demostrando a cabalidad la capacidad de funcionar en la modalidad de sistema principal y de respaldo en línea de acuerdo a lo indicado en la sub-sección 3.4.13.2. Además, debe ejecutar todos los procedimientos relacionados con la puesta en servicio y la

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 134transferencia (cutover) del actual sistema SCADA/EMS hacia la nueva plataforma de SCADA/EMS.

(23) Presentar informes periódicos para demostrar que las tareas del proyecto se están cumpliendo de acuerdo con el cronograma acordado.

(24) Preparar y entregar la documentación completa según la implementación final (as-built) del sistema SCADA/EMS, incluyendo manuales de operación y mantenimiento, documentación de diseño del software y cualquier otro material que permita al Comprador operar, mantener y actualizar los equipos y el software.

(25) Suministrar el soporte técnico y suministro de repuestos durante el periodo de garantía del proyecto de un año a partir de la aceptación definitiva.

3.3.2.3 Responsabilidades del ICE como Comprador

Por su parte, las responsabilidades del ICE como Comprador, son las que se indican a continuación:

(1) Proponer las modificaciones y aprobar el documento de la definición funcional del contrato de suministro o alcance final del trabajo (Statement of Work), durante el acto de negociación correspondiente.

(2) Suministrar las bases de datos (en formato de Microsoft Excel) y los despliegues del SCADA/EMS actual, para que el Proveedor realice la migración hacia los dos sistemas SCADA/EMS objeto de esta contratación.

(3) Suministrar la información técnica que requiera el Oferente que resulte adjudicado para el desarrollo del proyecto.

(4) Llevar el control del desarrollo del proyecto y aplicar las acciones que correspondan de acuerdo con lo establecido en este cartel de licitación. Informar al coordinador del proyecto definido por el Proveedor sobre cualquier discrepancia en el cumplimiento del cronograma y en el avance de las actividades.

(5) Revisar y aprobar la documentación del proyecto, como especificaciones de diseño de software y hardware, guías de usuario, manuales, planos, formatos de despliegues, programas y contenido de las capacitaciones, procedimientos de pruebas de aceptación y otros similares.

(6) Asignar personal dedicado para participar en las pruebas de aceptación en fábrica (FAT) y en sitio (SAT).

(7) Evaluar los resultados de las pruebas de aceptación en fábrica y en sitio.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 135(8) Examinar los informes de no conformidades preparados por el Proveedor

durante el FAT y/o SAT y participar en la repetición de las pruebas para comprobar la solución de las no conformidades implementada por el Proveedor.

(9) Nacionalizar los bienes objeto de esta contratación y transportarlos del Almacén Fiscal hasta las instalaciones de los dos centros de control del ICE.

(10) Brindar la alimentación principal de corriente alterna trifásica a 208 V, 60 Hz y de corriente alterna monofásica a 120 V, 60 Hz, para los distintos equipos de los dos SCADA/EMS.

(11) Tener disponible el cableado estructurado de las redes técnicas de los dos SCADA/EMS, debidamente certificado, antes de la conexión del hardware y del inicio de las pruebas de aceptación en sitio.

(12) Tener disponible una red de comunicaciones de banda ancha que cumpla con los requisitos indicados por el Proveedor. Dicha red debe estar disponible antes de iniciar la ejecución de las pruebas de aceptación en sitio.

(13) Proveer las interfaces con los equipos del Proveedor, según sea necesario para conectar los enlaces punto a punto de las unidades terminales remotas y/o de la red WAN de los equipos para telecontrol, incluyendo todos los cables de interconexión y alambrado, cables de datos y de potencia. Además, proveer las interfaces para la conexión de los equipos del Proveedor con la red de banda ancha que permitirá la comunicación entre los dos sistemas SCADA/EMS.

(14) Facilitar las instalaciones para las capacitaciones que deban realizarse en sitio.

(15) Verificar que todos los componentes y documentación del equipo suministrado cumplan con las especificaciones técnicas.

(16) Supervisar y aprobar (o reprobar) las pruebas de disponibilidad de los dos sistemas SCADA/EMS, individualmente y en conjunto.

(17) Participar activamente en los procedimientos de la puesta en servicio y la transferencia (cutover) del actual sistema SCADA/EMS hacia la nueva plataforma de SCADA/EMS.

(18) Ejecutar los pagos según la programación de pagos establecida en el apartado 16.1 de la sección VIII de este cartel de licitación.

3.3.3 Criterios y Atributos de Diseño

Los criterios y atributos de diseño e implementación que se indican en esta sub-sección deben ser cumplidos de forma obligatoria y los Oferentes deberán demostrar claramente el

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 136cumplimiento de las soluciones presentadas en sus ofertas con estos criterios y atributos de diseño e implementación.

3.3.3.1 Objetivos de Diseño

La implementación de los dos nuevos SCADA/EMS del CENCE deberá cumplir con el objetivo básico de proveer herramientas informáticas para la supervisión, control y administración de energía eléctrica, que sean modernas, flexibles y al mismo tiempo que cumplan con los siguientes objetivos de diseño:

(1) Implementar una arquitectura informática abierta basada en estándares: esto implica la adherencia a estándares, bien sea formales o "de-facto", reconocidos en la industria y ampliamente utilizados en el mercado, en especial normas ANSI/IEEE, ISO, NEMA e IEC que garanticen calidad, intercambiabilidad y portabilidad. El o los sistema(s) operativo(s) deberá(n) cumplir con los últimos estándares, bien sea formales o “de-facto”, de amplia aceptación en la industria y ampliamente utilizados en el mercado.

(2) Cumplir con los requisitos de capacidad de expansión horizontal: esto significa que se pueden agregar a la solución informática original, equipos y/o programas adicionales incluyendo procesadores, estaciones de trabajo locales y/o estaciones remotas, periféricos, software de soporte y/o aplicación, y nuevos enlaces de comunicación.

(3) Cumplir con los requisitos de capacidad de expansión vertical: esto significa que es posible la sustitución de los equipos de la solución informática original, por otros de mayor capacidad de procesamiento sin que esta actualización de los recursos informáticos impacte la operación normal del sistema. También implica la capacidad de sustituir los procesadores por otros de mayor desempeño sin impactar en la arquitectura del sistema informático.

(4) Cumplir con las responsabilidades operativas e informáticas del CENCE tanto en el contexto nacional actual, como en el marco del Mercado Eléctrico Regional.

(5) Adaptarse a escenarios imprevistos: los dos sistemas SCADA/EMS deben ser fácilmente actualizables y ampliables, de tal forma que permitan cumplir con las necesidades de cambio o de expansión del CENCE. Particularmente, en el futuro existe la posibilidad de incluir funciones como la comprobación y facturación de servicios auxiliares, la interacción con una plataforma de mercado eléctrico, entre otras posibilidades.

(6) Facilitar el mantenimiento a largo plazo.

(7) Cumplir a cabalidad con requisitos de Funcionalidad, Desempeño y Disponibilidad que se encuentran en la sub-sección 3.4.12.


3.3.3.2 Atributos Clave de Diseño

En este contexto, los atributos clave de diseño de los servidores, estaciones de trabajo y computadoras de escritorio (PC) contemplados en la solución informática para los dos sistemas SCADA/EMS incluyen:

(1) Pertenecer a una arquitectura computacional contemporánea (living computer architecture) caracterizada por:

(a) Portabilidad de los programas de cómputo (software) a nivel código objeto (ejecutable).

(b) Actualizaciones (upgrades) frecuentes que garanticen la capacidad de expansión vertical.

(c) Permanencia garantizada en un futuro previsible, esto es, que no esté obsoleta o haya sido anunciado su retiro en un futuro previsible. En este sentido debe cumplir con los requisitos definidos en la sub-sección 3.4.10.1.

(2) Brindar un desempeño sostenido garantizado tanto por la velocidad como por la arquitectura de I/O de los procesadores.

(3) Adherirse al paradigma de sistemas abiertos garantizado tanto por estándares formales como por estándares "de-facto".

(4) Garantizar la permanencia de la solución informática:

(a) Tanto los equipos (hardware) como los programas de cómputo (software) deberán presentar características cuyo eventual retiro del mercado no sea previsible en el mediano plazo y que garanticen su permanencia como tecnología compatible.

(b) Los Oferentes deberán utilizar tecnologías y arquitecturas de reciente introducción al mercado, pero que pertenezcan a soluciones que ya han demostrado su eficiencia, confiabilidad y desempeño. Los Oferentes deberán incluir en sus ofertas toda la información necesaria para poder analizar la permanencia y grado de aceptación del sistema operativo, la facilidad de migración de los programas de un modelo a otro de equipos de un mismo fabricante y también la capacidad de expansión de los equipos (hardware).

3.3.3.3 Normas y Aspectos Adicionales

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 138Adicionalmente, el diseño de los dos nuevos SCADA/EMS del CENCE deberá contemplar aspectos como:

(1) El cumplimiento de las normas de seguridad de la información (cyber security), como por ejemplo, NERC CIP 002 al CIP 009, vigentes desde junio 2006, ISO/IEC 17799, protocolo ICCP seguro, IEC 62351 e IEEE P1711.

(2) La implementación del ambiente de base de datos relacional con recursos adicionales de acceso del tipo SQL y ODBCE.

(3) La disponibilidad de los dos sistemas SCADA/EMS debe ser igual o superior al 99,9%, según lo indicado previamente en la sub-sección 3.3.1. Para ello se debe contar con redundancia para todas las funciones críticas y para la red de área local, según se explica en la sub-sección 3.4.10.3.

(4) El cumplimiento de las normas IEC 60870-5-101, IEC 60870-5-104 y DNP3.0/TCP para comunicación con las UTR, IEC 60870-6-503 TASE.2 (ICCP) para los enlaces de datos con otros centros de control, incluyendo, también, los siguientes aspectos referidos al desempeño: confiabilidad, precisión, disponibilidad, capacidad de expansión, seguridad e integridad de los datos, permanencia y parámetros de tiempo. Asimismo, los nuevos sistemas SCADA/EMS también deberán soportar el protocolo de telecontrol MODBUS RTU.

(5) El cumplimiento de la norma IEEE 802.3 para las redes de área local (o el equivalente ISO/IEC 8802-3).

3.3.4 Arquitectura Conceptual

Los Oferentes deberán describir en sus ofertas todos los detalles de la solución propuesta incluyendo tanto la configuración informática contemplada para los sistemas SCADA/EMS funcionando en la modalidad de sistema principal y sistema de respaldo en línea, así como la descripción detallada de los procedimientos para realizar la adquisición de datos en tiempo real, la actualización de las bases de datos, la actualización y/o sincronización de los sistemas de información histórica y la transferencia de jurisdicción de control entre el sistema principal y el sistema de respaldo en línea y viceversa.

Hay varias maneras de diseñar los sistemas SCADA/EMS para cumplir con estas funcionalidades y los Oferentes deben realizar una descripción detallada de la solución propuesta y justificarla en términos de desempeño, disponibilidad y otras consideraciones que fuesen pertinentes.

En la sub-sección 3.5 se muestran, a título de ejemplo, cuatro diagramas que representan la arquitectura denominada “conceptual” porque se presenta sola y exclusivamente como guía informativa para que los Oferentes puedan preparar sus ofertas adecuadamente, debiendo cada Oferente proponer y justificar sus propias soluciones.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 139Si es importante que el Oferente tenga presente que la arquitectura que incluya en su oferta, debe ser integrada para que brinde en el futuro el soporte tanto a las responsabilidades de "Operador de Sistema" como a la funcionalidad de "Operador de Mercado". Además, es importante que el Oferente resuelva el problema de la seguridad cibernética de la red técnica del SCADA/EMS, ya que se debe proteger a los sistemas informáticos de tiempo real y fuera de línea del CENCE contra accesos no autorizados.

Los oferentes presentarán una solución detallada y documentada para resolver el tema de la seguridad cibernética de los dos SCADA/EMS del Nuevo Centro de Control de Energía del ICE.

3.3.5 Programas de Cómputo y Sistemas Operativos (Software)

El software deberá enmarcarse en el paradigma de los sistemas abiertos para que pueda continuar operando cuando los equipos (hardware) se mejoren o cuando sean reemplazados por nuevos equipos que estén de acuerdo con las normas aceptadas por la industria eléctrica. En particular, el o los sistema(s) operativo(s) deberá(n) cumplir con los últimos estándares, bien sea formales o “de-facto”, que sean de amplia aceptación en la industria y ampliamente utilizados en el mercado.

Como ejemplos de sistemas operativos aceptables se incluyen LINUX y la familia MS-Windows que no sea anterior a Windows Server 2008 para los servidores y a Windows 7 para las estaciones de trabajo o consolas de operación, con la aclaración adicional que el sistema operativo Windows 8.1 es aceptable, pero el sistema operativo Windows 8 no es aceptable. Los programas utilitarios y los lenguajes de programación deberán utilizar lenguajes estándar ANSI de alto nivel, con una posible excepción de las rutinas de acceso directo a la base de datos de tiempo real.

El software de los sistemas SCADA/EMS del CENCE deberá cumplir con especificaciones que garanticen facilidad para su ejecución, flexibilidad, compatibilidad, modularidad y capacidad de expansión. Los Oferentes deberán incluir todo el software necesario para cumplir con los requisitos funcionales, respondiendo a los criterios de diseño expresados en la sub-sección 3.3.3 de esta especificación y sin perder de vista los requisitos de estandarización.

3.3.6 Metas Funcionales

La implementación de los dos nuevos SCADA/EMS del CENCE deberá cumplir con el objetivo básico de suministrar herramientas informáticas para la supervisión, control y administración de la energía eléctrica, que sean modernas, flexibles, adaptables a escenarios futuros y al mismo tiempo con la capacidad de cumplir con las siguientes metas funcionales:

(1) Permitir la supervisión y control remoto en tiempo real de las plantas de generación y de las subestaciones del SEN, utilizando para ello protocolos de

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 140comunicación para telecontrol abiertos, específicamente IEC 60870-5-101, IEC 60870-5-104, DNP3.0 serial y DNP3.0 sobre TCP/IP.

(2) Permitir el intercambio de datos en tiempo real con otros centros de control, utilizando para ello el protocolo de comunicación estándar IEC 60870-6-503 TASE.2 (ICCP).

(3) Satisfacer las necesidades de despacho de generación del sistema eléctrico del ICE tanto bajo el contexto de la regulación nacional, como en el contexto del MER y teniendo la capacidad de adaptarse en el futuro a otros escenarios. Como punto de partida deben implementarse las funciones de control automático de generación y de despacho económico hidrotérmico en tiempo real.

(4) Incrementar la continuidad y confiabilidad del sistema de transmisión y del suministro de la energía eléctrica, utilizando programas para el análisis de redes eléctricas en tiempo real y fuera de línea, que estén totalmente integrados con la funcionalidad SCADA y a los cuales se pueda acceder en cualquier momento por los operadores del CENCE, sin que ello afecte el desempeño del SCADA/EMS.

(5) Mantener un registro histórico de los datos adquiridos en tiempo real (incluyendo los datos adquiridos por medio de los enlaces ICCP), así como de las variables calculadas internamente por las funciones del SCADA y del EMS. Para el Subsistema de Información Histórica es un requisito obligatorio usar el producto PI System® de OSIsoft y el periodo mínimo de almacenamiento de los datos tiene que ser de 2 segundos.

(6) Facilitar el entrenamiento de los operadores por medio de la función de Simulador para el Entrenamiento de Operadores (comúnmente conocida como DTS), implementada en los dos SCADA/EMS.

(7) Facilitar la ejecución de pruebas funcionales y de validaciones cuando se realicen cambios importantes en el SCADA/EMS, por medio del suministro de un Sistema de Desarrollo. Esto incluye pruebas a las unidades terminales remotas y sus comunicaciones, pruebas a los enlaces ICCP, pruebas a modificaciones de software, verificación y validación de nuevas bases de datos de tiempo real, generación y modificaciones de despliegues, entre otras funciones.

(8) Permitir la integración en forma fácil y directa de programas de aplicación desarrollados por el CENCE o contratados a terceros, sin afectar el desempeño de los SCADA/EMS.

(9) Facilitar la identificación de eventos y maniobras que ocurren en el SEN, así como la identificación de eventos originados por las aplicaciones del SCADA/EMS, por medio del almacenamiento de todas las alarmas en una

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 141base de datos relacional exclusiva, con capacidad de retener la información por hasta un año y que permita al usuario realizar consultas en forma fácil.

(10) Facilitar la operación en tiempo real del SEN por medio de la implementación de sistemas de proyección de video (video walls), con las dimensiones, resolución y desempeño especificados por el ICE.

(11) Facilitar la visualización de la operación en tiempo real del SEN para usuarios que no tengan a cargo la operación del SEN, por medio de la implementación de una aplicación del tipo cliente-servidor, que permita realizar conexiones simultáneas, sin degradar el desempeño de la aplicación de SCADA.

(12) Brindar seguridad y confidencialidad para la información adquirida y almacenada por los sistemas informáticos de tiempo real y fuera de línea para:

(a) Supervisión y control de los equipos de transmisión y generación.

(b) Operación del mercado eléctrico.

(13) Facilitar la gestión económica y estratégica del ICE con base en un concepto informático global donde la información producida en los sistemas computacionales de tiempo real y fuera de línea del CENCE esté disponible, total o parcialmente y con base en reglas estrictas de jurisdicción y seguridad de acceso, a otras áreas corporativas de ICE.

(14) Brindar el soporte a los usuarios de la Red Institucional del ICE que tuviesen jurisdicción de acceso a la información generada en los nuevos sistemas SCADA/EMS del CENCE, con base en la integración transparente de los varios ambientes de bases de datos (por ejemplo ORACLE®, PI System®) utilizando un producto del tipo cliente-servidor en la Web (Web Server) que pueda ser obtenido comercialmente en el mercado abierto.

(15) Alcanzar estas metas funcionales con la mayor eficiencia y de modo que se evite la obsolescencia.

3.4 Especificaciones Técnicas Particulares

A continuación se definen las especificaciones técnicas particulares para la adquisición de los dos sistemas SCADA/EMS para el Centro Nacional de Control de Energía del ICE.

La solución propuesta por los Oferentes deberá proveer una arquitectura informática con dos centros de control funcionando en la modalidad de sistema principal y de sistema de respaldo en línea. Esto significa que los sistemas SCADA/EMS deberán ser idénticos en términos de funcionalidad, configuración de los equipos (hardware), dimensionamiento, desempeño y

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 142disponibilidad. Las únicas condiciones particulares son el número de consolas de operación y el área de proyección del videowall, que difieren en cada centro de control.

Para simplificar la terminología, se utiliza la expresión “sistema SCADA/EMS” como referencia tanto al SCADA/EMS principal, como al SCADA/EMS de respaldo en línea.3.4.1 Arquitectura Funcional y Software del SCADA/EMS

Para los efectos de esta licitación, la clasificación de los programas de cómputo y sistemas operativos (software) de los dos sistemas SCADA/EMS es la siguiente:

(1) Software de sistema, que incluye sistemas operativos, compiladores, depuradores (debuggers), utilitarios, bibliotecas (libraries), entre otros.

(2) Software de soporte, que incluye el software para el manejo de bases de datos, interfaz hombre-máquina y comunicaciones.

(3) Software de aplicación, que incluye los siguientes subsistemas de aplicaciones:

(a) Subsistema SCADA: incluye las funciones básicas de adquisición y presentación de datos que permitan a un operador determinar el estado real del SEN y controlar a distancia los componentes del mismo.

(b) Subsistema de Control de Generación: compuesto por AGC (Automatic Generation Control), Despacho Económico en Tiempo Real, Monitoreo de la Reserva de Generación, Seguimiento de la Programación de Intercambios de Potencia, Cálculo de Pérdidas de Transmisión y Costos de Producción y Pronóstico de Demanda de Corto Plazo.

(c) Subsistema de Análisis de Redes Eléctricas: consiste en una secuencia de programas funcionando en tiempo real y en modo estudio incluyendo el Configurador de Topología de la Red, Estimador de Estados, Análisis de Contingencias, Flujo de Potencia del Operador, Flujo de Potencia Óptimo y las rutinas de servicio Estimación de Carga en Barras y Factores de Penalización de las Pérdidas de Transmisión.

(4) Software del Subsistema de Información Histórica, denominado por simplicidad HIS (Historical Information Subsystem).

(5) Software del Simulador para Entrenamiento de Operadores, denominado por simplicidad DTS (Dispatcher Training Simulator).

Los Oferentes deberán incluir en sus ofertas toda la información necesaria para demostrar que el software propuesto posee las siguientes características:

(a) Sistema abierto y portable, de conformidad con normas IEEE y POSIX.


(b) Uso amigable.

(c) Capacidad de crecimiento y adaptabilidad para expansiones futuras.

(d) Alto grado de eficiencia en el manejo de grandes volúmenes de datos y archivos de diferentes formatos.

(e) Facilidad para obtener ayuda clara y suficiente (help commands) en cualquier nivel de operación del sistema.

(f) Consistencia a través de todo el sistema.

(g) Facilidad de comunicación con otros sistemas.

(h) Modularidad:

(i) Los parámetros de configuración y dimensionamiento de los programas deberán estar separados del código y estar claramente documentados.

(ii) Los cambios requeridos en un programa debido a cambios en otro deberán ser mínimos y en todo caso deberán estar debidamente documentados.

(iii) Cada programa, procedimiento, módulo o subrutina deberá tener entradas y salidas bien definidas.

(i) Transportabilidad de los datos a nivel de archivos, incluyendo archivos de datos generados a partir de la base de datos, archivos de documentos y gráficos.

(j) Todo el software deberá adaptarse al crecimiento del SEN. El dimensionamiento y configuración del mismo deberá estar definidos de forma centralizada y mediante parámetros fácilmente identificados, modificables y documentados.

Los Oferentes deberán ofrecer cursos de capacitación y entrenamiento en fábrica y en sitio y comprometerse a entregar los programas correspondientes a las aplicaciones del EMS junto con el Sistema de Desarrollo, incluyendo la documentación e información en detalle. Los Oferentes se comprometerán a intervenir cuando les sea solicitado expresamente el mantenimiento y la actualización del (de los) programa(s) o sistema(s) que se trate.

3.4.1.1 Software de sistema y de soporte

Los Oferentes deberán describir el software de Sistema y de Soporte requerido para dar cumplimiento a las necesidades funcionales y de desempeño. El software de Sistema y de

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 144Soporte deberá proporcionar todos los servicios para el mantenimiento de los SCADA/EMS del CENCE, controlar todos los recursos del sistema, los servicios para la ejecución organizada y oportuna de los programas de aplicación y adicionalmente, proveer los servicios de programación para el desarrollo de programas y mantenimiento del software y hardware.

En particular, se requiere que se usen sistemas operativos que cumplan con los últimos estándares, bien sea formales o "de-facto", de amplia aceptación en la industria y ampliamente utilizados en el mercado, en el mayor grado posible al momento de iniciar las Pruebas de Aceptación en Fábrica (FAT). Se aceptarán ofertas que utilicen sistemas operativos del tipo LINUX y la familia Microsoft Windows que no sean anteriores a Windows Server 2008 para los servidores y a Windows 7 para las estaciones de trabajo o consolas de operación, con la aclaración adicional que el sistema operativo Windows 8.1 es aceptable pero el sistema operativo Windows 8 no es aceptable, sujeto a las siguientes condiciones:

(1) Que se respeten todos los derechos de copia (copyrights), patentes y otros derechos de propiedad intelectual (para sistemas operativos del tipo LINUX).

(2) Se usen sistemas operativos de 64 bits en todos los procesadores ofrecidos con arquitectura de 64 bits y respectivamente, sistemas operativos de 32 bits en todos los procesadores ofrecidos con arquitectura de 32 bits.

(3) Se podrá dar una combinación de cómo máximo dos de estos sistemas operativos, si esto resulta en un sistema de mayor flexibilidad y rendimiento. En este contexto, cabe hacer notar que los sistemas operativos Windows Server 2008, Windows 7 y Windows 8.1 son considerados como sub-versiones del mismo ambiente de sistema operativo.

El sistema operativo en todos los casos deberá ser un producto y no podrá ser modificado por el Proveedor. El Proveedor podrá usar programas utilitarios de valor agregado o subrutinas que utilicen los servicios del sistema operativo, siempre y cuando ellas sean compiladas con compiladores conforme a normas ANSI y que no llamen funciones que no cumplan con normas ANSI.

Se utilizará un máximo de dos lenguajes estándar ANSI de alto nivel en todos los programas suministrados por el Proveedor, por ejemplo, C y Fortran, con una posible excepción de las rutinas (device drivers) que requieran de acceso directo a los dispositivos de entrada/salida o a la base de datos y que podrán ser escritas en lenguaje ensamblador (assembly). En el contexto de estas especificaciones, cabe aclarar que C, C++ y C# son considerados parte de la misma familia de lenguajes de alto nivel si fueran soportados por un único ambiente interactivo de procesamiento de lenguaje (integrated compile-link-edit environment) como, por ejemplo, Microsoft Visual Studio.

Los Oferentes deberán incluir en sus propuestas un conjunto completo de herramientas y ayudas para la programación. Los códigos de los programas suministrados se deberán desarrollar, mantener, probar e integrar con los servicios de programación suministrados por el Proveedor. Se requiere que el Comprador pueda utilizar los servicios de programación desde cualquier estación de operación o PC conectado a la red LAN del sistema.


Los Oferentes deberán incluir, como mínimo, los siguientes servicios de programación:

(1) Utilitarios para programación (programming utilities): estos utilitarios deberán proveer capacidad para carga y descarga del software del sistema mediante un direccionamiento físico; conversión entre los diferentes medios de almacenamiento suministrados (cinta magnética, disco duro, DVD) y comparación de los contenidos de los archivos.

(2) Facilidades para el mantenimiento de bibliotecas (librarians): estas facilidades se suministrarán con el fin de realizar adiciones, eliminaciones o modificaciones de los módulos incluidos en bibliotecas (libraries). Las diversas bibliotecas se mantendrán separadamente para el control del usuario.

(3) Compiladores y ensambladores: el Proveedor suministrará todos los compiladores y ensambladores que se utilicen en el desarrollo del software de los dos sistemas SCADA/EMS del CENCE.

(4) Facilidades para la integración de programas: con el fin de integrar programas escritos por el Comprador se requiere tener facilidades para iniciar la ejecución de los programas del SCADA/EMS y el acceso a las bases de datos del mismo, lectura y escritura a todos los archivos de datos, capacidad para dar instrucciones a una aplicación para que transmita o reciba datos y capacidad para realizar llamados al software de servicios ejecutivos.

(5) Utilidades para la edición de programas (integrated compile-link-edit environments): el Proveedor deberá incluir utilidades para modificar y editar los registros de los programas fuente y demás archivos de texto de una manera interactiva y poder hacer el llamado para realizar funciones de enlace (link), compilación (build/rebuild) y carga en cualquier momento.

(6) Facilidades para pruebas y depuraciones (debuggers): los Oferentes deberán incluir en sus propuestas facilidades para prueba y depuración de programas, incluyendo búsqueda, trazado completo o selectivo, modificación y vaciado de memoria (memory dump).

(7) Rutinas de servicios: los Oferentes deberán incluir en sus ofertas, como mínimo, las siguientes rutinas de servicio:

(a) Actualización de tiempo: esta rutina ejecutará el ajuste de tiempo.

(b) Calendario: esta rutina permitirá mantener la fecha en el sistema (día de la semana, fecha, número de semana, semana dentro del mes, día dentro del año, día dentro del mes), capacidad para año bisiesto.

(c) Inicialización de tiempo y calendario: esta rutina permitirá la actualización del tiempo y calendario automáticamente en el sistema SCADA/EMS del Centro de Control.


3.4.1.2 Software de servicios de la red LAN

Los Oferentes deberán incluir con el sistema, los servicios de red necesarios para la configuración, control y monitoreo de la red LAN del sistema SCADA/EMS. Los servicios para control y configuración de la red deberán estar accesibles desde cualquier servidor o consola de operación conectada a la red LAN y deberá estar en capacidad de manejar los recursos de cualquier parte de la red. Además, estos servicios deberán permitir que cualquier elemento de la red, esto es, servidor, periférico, consola de operación o equipo de comunicación, pueda ser iniciado, apagado, reconfigurado o modificado sin causar impacto en la disponibilidad y el desempeño de la red LAN.

Los Oferentes deberán incluir como mínimo los siguientes servicios de la red LAN:

(1) Servicio de identificación global (global naming service): los elementos de la red de computación deberán tener asignados nombres en un solo directorio, el cual deberá ser utilizado por el software de administración de la red. Este servicio deberá permitir a los usuarios referenciar los elementos de la red, tanto por nombre como por tipo de servicio.

(2) Seguridad de la red LAN: se deberá suministrar una facilidad para el manejo de la seguridad de la red como parte integral del sistema de administración de la red. Esta facilidad deberá permitir administrar el control de accesos y la protección de todos los equipos y recursos de la red, así como permitir conectarse por una Red Privada Virtual (VPN) desde una red pública.

(3) Sincronización de tiempo de la red LAN: la sincronización de tiempo deberá realizarse para todos los elementos de la red de computación. La sincronización del tiempo deberá ser realizada a través de mensajes emitidos por el equipo de sincronización de tiempo conectado al sistema de posicionamiento global (GPS) y administrada por esta facilidad. Cada servidor y consola de operación deberán ser sincronizados regularmente (al menos cada 15 minutos).

(4) Servicio de manejo de archivos por medio de la red LAN: estos servicios permitirán dar al usuario acceso a los archivos desde cualquier punto de la red LAN. Este servicio será fácil de mantener y deberá permitir el acceso transparente a la información de aplicaciones.

(5) Función de respaldo y archivo: los Oferentes deberán ofertar servicios para realizar el respaldo, almacenamiento y restauración de todos los equipos del sistema sin requerir intervención manual. Estos servicios deberán ser ejecutados automáticamente sobre parte o toda la información necesaria para ser recuperada de fallas o corrupción de archivos.


3.4.1.3 Software para diagnóstico

Los Oferentes deberán incluir servicios utilitarios (utilities) para diagnósticos tanto en línea como fuera de línea de todos los equipos que conforman los dos SCADA/EMS del CENCE.

El diagnóstico en línea deberá operar conjuntamente con el funcionamiento en tiempo real del equipo que se está comprobando, a través de las capacidades de auto-diagnóstico incorporadas en los controladores del equipo y en el software de monitoreo. Una segunda capacidad de diagnóstico permitirá realizar el diagnóstico fuera de línea a través de una herramienta que verifique que el equipo que se está comprobando se encuentre fuera de línea y que no está disponible; luego el usuario procederá a dar instrucciones al sistema para que realice el diagnóstico requerido a través de procedimientos de control interactivo.

Adicionalmente, se incluirán herramientas autónomas (stand-alone) específicas de diagnóstico para monitorear el desempeño de la red LAN, de los canales de comunicación con los equipos para telecontrol y también de los enlaces de datos con otros centros de control en cada uno de los diversos niveles del protocolo que se utilice. Esto significa que el Oferente debe incluir los programas de diagnóstico de los protocolos solicitados para los enlaces de telecontrol y para los enlaces ICCP, esto como parte de la función de adquisición de datos en tiempo real.

3.4.1.4 Software de soporte y aplicación en ambiente PC

Los Oferentes deberán suministrar el software de soporte y de aplicación en ambiente PC incluyendo, como mínimo:

(1) Procesadores de palabra y aplicaciones de hoja de cálculo: se suministrará como mínimo, un programa moderno de procesamiento de texto y una aplicación del tipo de hoja de cálculo, de fácil adquisición comercial y a los cuales se pueda acceder desde cualquier consola de operación, estación de trabajo y/o PC.

(2) Software para emulación de PC: para las soluciones del tipo Linux, los Oferentes deberán incluir en sus propuestas utilitarios (utilities) que permitan ejecutar programas compilados en ambiente Microsoft Windows en una ventana de cualquier servidor, estación de trabajo y/o consola de operación funcionando en ambiente Linux.

Además, los Oferentes deberán incluir en sus ofertas el software de emulación necesario para configurar las PC que puedan ser utilizadas como estaciones de trabajo remotas. Los Oferentes especificarán claramente qué funcionalidades serán soportadas por los PC propuestos.


3.4.1.5 Software para la generación del sistema SCADA/EMS

Los Oferentes deberán incluir utilitarios (utilities) que permitan generar automáticamente todo el software de los sistemas SCADA/EMS. Las entradas hacia los servidores serán posibles, bien sea desde archivos de una unidad de almacenamiento removible o desde una unidad de almacenamiento masivo. El sistema deberá mantener registros de la generación del sistema SCADA/EMS con el fin de describir la forma en que se realizó dicha generación. Se creará un software completo de auto-inicio listo para ser colocado e iniciado desde una unidad de almacenamiento removible o masivo, en la medida en que el programador lo seleccione.

La generación de un nuevo software no interrumpirá las funciones críticas del sistema, excepto en forma momentánea durante el arranque del SCADA/EMS con el nuevo software o en los casos en que se produzcan fallas, de tal manera que en ningún caso deba ocurrir pérdida de datos.

3.4.1.6 Software de soporte de base de datos

Los datos adquiridos en tiempo real del SEN (datos dinámicos), una vez pasado el proceso de control de verificación, serán organizados en una base de datos relacional. En la base de datos también se incluirán las características generales de los elementos que componen el sistema (por ejemplo, tipo, marca, capacidad, parámetros eléctricos de generadores, transformadores, disyuntores, cuchillas y otros similares).

La creación, edición, consulta y cualquier otra actividad de mantenimiento de la base de datos puede ser ejecutada utilizando un motor de base de datos comercial, como por ejemplo ORACLE®.

En el caso de la base de datos para los procesos en línea y de tiempo real extendido, se podrá utilizar otro tipo de base de datos si se demuestra que esto es requerido por razones de eficiencia en el procesamiento de la información, facilidad y presentación y/o ejecución amigable para el usuario. En tal caso, se deberán suministrar todas las rutinas de software necesarias para la creación, edición e interfaz con la base de datos. Esta base de datos deberá disponer de un sistema administrador (DBMS) que permita:

(1) Aislar las características propias de los datos, tales como ubicación física de los mismos y modos de direccionamiento, con respecto a los otros programas de aplicación del sistema; esto para facilitar además la tarea de diseño de nuevos sistemas.

(2) Soportar el modelo relacional de base de datos: deberá existir un lenguaje estructurado de consulta a la base de datos (SQL), que permita la consulta de

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 149información sin necesidad de conocer un lenguaje específico de programación.

(3) Garantizar la seguridad de los datos: el sistema deberá asegurar que el acceso a la base de datos solamente sea posible por medio de los canales establecidos y además deberá existir la posibilidad de definir palabras de paso y derechos de acceso a nivel de archivos, directorios, o áreas de la base de datos.

(4) Garantizar la integridad de los datos: el sistema deberá asegurar que los datos sean correctos o exactos y que no existan duplicaciones que lleven a inconsistencias en la información. En caso de que dos o más usuarios compartan información, los cambios realizados por uno de ellos deberán reflejarse de alguna manera en el acceso que los otros tienen sobre esa misma información.

(5) Proveer independencia de datos: deberá existir la posibilidad de cambiar la organización misma de la base de datos sin tener que realizar cambios significativos a los programas o software de aplicación.

(6) Definir con relativa facilidad la base de datos: esto significa que sea posible especificar de manera fácil y eficiente el tipo de archivo, el modo de acceso, las interdependencias entre archivos, entre otros.

(7) Asegurar el rendimiento y la eficiencia: el funcionamiento y la eficiencia de la base de datos no se verán afectados por su tamaño.

(8) Facilidad de uso: el administrador de la base de datos deberá disponer de comandos adecuados y suficientes para obtener información, crear aplicaciones, generar reportes y realizar modificaciones a la estructura de la base de datos.

(9) Capacidad de recuperación en caso de fallas o caídas del sistema.

(10) Contar con un sistema rápido, eficiente y seguro para realizar respaldos de información.

Deberá existir un proceso de generación de las bases de datos y una integración de todos los componentes de la misma durante este proceso.

Se deberá incluir un software con la capacidad de generación y mantenimiento de las bases de datos del sistema, con capacidades de enclavamiento de registros para evitar que ocurran actualizaciones simultáneas de los mismos datos. Las tareas de generación y mantenimiento se ejecutarán a través de formatos predefinidos o de procedimientos interactivos entre el usuario y el software de servicio. Todas las tareas de ingreso de datos deberán permitir verificación de criterios de razonabilidad y validez antes de su aceptación. En caso de ser necesario que un dato se almacene en más de una base de datos, el software realizará automáticamente la entrada múltiple y las operaciones de almacenamiento.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 150Será posible realizar las funciones de generación y mantenimiento de cada base de datos mediante un modo “batch” utilizando un archivo almacenado en la memoria masiva como entrada. Además, la generación de las bases de datos deberá permitir la creación e inicialización de nuevos archivos requeridos para nuevas aplicaciones.

La generación de bases de datos deberá realizarse con el apoyo de un soporte gráfico, en todo lo que se refiere a los datos de la red, mediciones entre componentes, topología y características de medidores, etc. Este soporte gráfico deberá contener prácticamente una réplica del Configurador de Topología de la Red. En este soporte gráfico deberán reflejarse toda la información sustancial con un grado de detalle especificable por el Operador, ya sea con una estructura de planos/capas (layers) o como atributos de los componentes para su integración en el soporte gráfico.

Será posible definir las aplicaciones y parámetros de la base de datos integrada en tiempo real en línea, utilizando pantallas interactivas de uso sencillo. Los parámetros deberán ser introducidos sólo una vez, aún si son utilizados por muchas aplicaciones.

La utilización de la base de datos deberá ser completamente transparente para el usuario. Su localización en la memoria principal o en el disco deberá ser tal que no degrade el desempeño del sistema.

3.4.1.7 Función de edición de la base de datos

Se deberán proveer procedimientos complementados con una representación gráfica que permitan la interacción con el usuario cuando se esté creando o modificando la base de datos. Los formatos de edición deberán ser comprensibles desde un punto de vista técnico o de ingeniería y no necesariamente reflejar la estructura real de la base de datos. Deberá ser posible integrar los cambios en línea de manera instantánea.

Deberá ser posible ejecutar todos los procedimientos de edición mientras el subsistema SCADA esté en línea, es decir, cuando se continúa interrogando a los equipos para telecontrol, actualizando la base de datos, procesando alarmas e implementando funciones de la interfaz hombre-máquina. El trabajo de edición y mantenimiento de la base de datos no deberá degradar las funciones y el desempeño del sistema.

3.4.1.8 Software de soporte para la interfaz hombre-máquina

La interfaz hombre-máquina (MMI), se define como el enlace entre el usuario y los programas de monitoreo y control y aplicaciones de administración de la energía en general. El MMI deberá permitir al usuario observar y controlar el sistema de potencia, así como permitir el acceso a cualquier información contenida en la base de datos de una forma simple y amigable.

El sistema deberá permitir el diseño de imágenes o despliegues que puedan ser grabados y reutilizados y que permitan la ejecución de programas y el despliegue de información en una

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 151forma organizada. Esta función permitirá la creación de diagramas, resúmenes de datos y elaboración de gráficos con información predeterminada.

La creación y modificación de despliegues deberá ser realizada utilizando software de generación de imágenes en línea. Este software deberá soportar todos los formatos, incluyendo los de EMS. Los diagramas unifilares que se desarrollen para la aplicación de SCADA deben también ser utilizables para las aplicaciones de EMS y de DTS, de manera que no sea necesario desarrollar un subconjunto de diagramas unifilares para cada una de estas aplicaciones. Todo esto deberá poder realizarse sin que se requiera programación adicional alguna, aún cuando la base de datos se haya modificado por expansión o por habérsele agregado alguna nueva clase de datos.

El MMI estará diseñado para una reacción inmediata del sistema, con indicaciones a cada acción iniciada por el Operador o por cambios en el SEN y con indicaciones audibles o visibles que confirmen que la entrada del usuario fue aceptada o rechazada. Si es el caso, también informará la razón del rechazo. El Operador estará en libertad de tomar cualquier acción en cualquier momento (con la excepción de donde exista un control automático en lazo cerrado). Los mensajes o avisos de prevención nunca deberán causar restricciones en las secuencias de operación.

El estado de una secuencia de operación siempre se mostrará en las pantallas. Se le indicará al Operador cuál acción está ejecutando y en qué nivel se encuentra su operación. La información deberá estar disponible para los operadores con diferentes niveles de detalle, de manera que el Operador pueda decidir el nivel de detalle que necesita del sistema en un momento dado. El primer nivel de información lo constituye el sistema de proyección de video (video wall), por lo que el manejo de este periférico será un requisito indispensable en la implementación del proyecto.

Los siguientes niveles de información se darán en las pantallas en modo de operación, aumentándose en detalle y cantidad de información conforme se ingrese en los diagramas utilizando la función de ampliación (zoom), o bien con la elección de ventanas (windows) de resúmenes o menús. La aptitud del manejo de ventanas (windowing) deberá estar especialmente orientada al apoyo de la operación y a la selección adecuada de imágenes.

Se suministrará un teclado funcional (virtual, esto es, en pantalla, o físicamente implementado en hardware) para rápido acceso, que en caso de urgencias asegure poder llamar un diagrama por una sola tecla.

El sistema deberá ofrecer una elevada aptitud para la presentación gráfica de información e interfaz con el usuario interactiva y confortable, no dependiente de la introducción de comandos escritos o teclas funcionales. Por lo tanto es estrictamente necesario que la interfaz de usuario sea completamente gráfica. Se deberá suministrar las siguientes facilidades:

(1) Capacidad de manejo de múltiples ventanas de pantalla.

(2) Ampliación-reducción de imágenes y su nivel de detalle (zooming).

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 152(3) Capacidad para sobreponer imágenes en diferentes ventanas sin perder

información en ninguna de ellas (stacking).

(4) Control y selección de comandos mediante el uso de un dispositivo de manejo del cursor, como el ratón (mouse), además del teclado.

(5) Interacción a través de menús gráficos y puntos sensibles en las pantallas (poke points).

(6) Menús del tipo emergente (pop-up) y del tipo desplegable (pull-down).

(7) Iconos y símbolos multicolores, con posibilidad de definir otros nuevos por el usuario.

3.4.1.9 Compilador de despliegues

Los Oferentes deberán incluir en su oferta un software para compilación de despliegues, de tal forma que múltiples usuarios puedan construir simultáneamente nuevos despliegues y modificar los existentes. Se hará uso de enclavamientos para evitar actualizaciones simultáneas del mismo despliegue. El compilador de despliegues deberá estar disponible para su uso desde cualquier estación de operación en el modo de programador.

Este software deberá tener las capacidades específicas para edición, modificación y borrado de despliegues existentes y creación de nuevos despliegues. Este software deberá ser compatible con el software de generación y mantenimiento de la base de datos.

Todas las capas y símbolos requeridos para la edición y creación de los despliegues deberán estar accesibles en una biblioteca y podrán ser modificables por el programador. Todos los despliegues estarán en condiciones de contener campos dinámicos para mostrar los datos adquiridos de una serie de fuentes (equipos para telecontrol, enlaces ICCP, subsistema de información histórica, programas de aplicaciones, entre otros).

El compilador de despliegues tendrá la capacidad de importar archivos gráficos desarrollados en AutoCad®.

El software deberá mantener un listado de todos los despliegues del sistema, ordenados por tipo y por nombres y que serán utilizados para el llamado de los despliegues. El software de generación y mantenimiento de despliegues deberá servir de soporte para los programas de aplicación.

3.4.1.10 Desarrollo y modificación de reportes

Los Oferentes deberán incluir un software que permita generar y modificar reportes a partir de todas las bases de datos y archivos de los SCADA/EMS. Este software deberá incluir como mínimo las siguientes características:

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 153(1) Adición de nuevos reportes.

(2) Modificación de reportes existentes.

(3) Eliminación de reportes.

(4) Programación periódica de generación de reportes.

(5) Asignación del dispositivo de salida (como impresoras) y exportaciones de reportes en formatos de uso común, como CSV (valores separados por comas), XML (lenguaje de marcas extensible), Microsoft Excel y otros similares.

(6) Habilitación y deshabilitación de impresión de las banderas de calidad de los datos.

El formato de cada reporte deberá ser definido a través del software de generación y modificación de reportes. Sin embargo, algunos reportes podrán ser generados dinámicamente. Los reportes para un período específico deberán ser realizados teniendo en cuenta todo el período, es decir los reportes diarios deberán incluir toda la información entre las 00:00:00 horas y las 23:59:59 horas.

3.4.1.11 Entradas y requerimientos del Operador en las consolas

Las entradas o requerimientos por medio de las consolas de operación serán controlados por un procedimiento de asignación de funciones, que será administrado únicamente por el personal autorizado, conforme a lo especificado en la sub-sección 3.4.2 de las Áreas de Responsabilidad y que se identificará al sistema por medio de una contraseña (password).

Para ejecutar los comandos se dispondrá de enclavamientos por software (software interlocks) para asegurar la correcta operación de los componentes del sistema.

El Operador deberá tener acceso a toda la información del sistema, así como a la operación de cada interruptor o dispositivo controlable, con mensajes para el comando de apertura o cierre, para la ejecución de pulsos subir/bajar o para la ejecución de consignas analógicas. Esta información deberá contener el código de la estación transformadora (subestación o planta generadora) y los códigos de las comprobaciones de seguridad para eliminar falsos mensajes en presencia de ruidos significativos, interferencias y desvanecimiento de señales. Se garantizará el acceso a la información del sistema desde todo equipo que esté conectado a la red LAN, respetando los criterios de las áreas de responsabilidad.

Las siguientes funciones serán asignadas a cada consola de operación, por medio de pantallas apropiadas para dicho propósito:

(a) Entrada manual de datos.

(b) Control supervisorio (supervisory control).


(c) Asignación individual de listados.

(d) Asignación individual de programas de aplicación.

Las entradas o requerimientos de los usuarios se efectuarán en tres formas: mediante control de cursor, por la selección de puntos o funciones en las imágenes o despliegues; mediante el teclado de las terminales para entrada de datos por pantalla; y por presión de teclas de función, previamente asignadas en el requerimiento de funciones o imágenes.

Antes que cualquier entrada o requerimiento sea permitido, el sistema deberá verificar que la acción solicitada y el modo de operación de la consola sean compatibles.

Para las principales funciones será necesaria una secuencia de pasos para proporcionar una comprobación de la validez de la operación dada y para prevenir la modificación inadvertida de control de dispositivos o modificación de la base de datos. Se diseñarán procedimientos interactivos para conducir al usuario a través de los pasos apropiados, con alguna forma de respuesta o reconocimiento a cada acción, así como mediante un mensaje o indicación del siguiente paso permisible en la secuencia.

La activación de las funciones principales y en particular de los comandos deberá estar sujeto al criterio de "seleccionar y verificar antes de ejecutar". Todo paso incorrecto generará un mensaje de error, que será desplegado en la pantalla de la consola de operación y la secuencia dada será cancelada. En cualquier momento, el usuario podrá cancelar una secuencia de acción por medio de una tecla para tal efecto, claro está, previo a que se haya dado la orden de ejecución. El paso final en cualquier secuencia principal, incluyendo la entrada de datos a la base de datos de tiempo real o control de dispositivos, será incluido en el listado apropiado de alarmas o eventos, con un mensaje descriptivo que identifique a la consola donde se ejecutó la acción, el usuario que realizó la ejecución y la hora.

En aquellos casos donde se haya iniciado o ejecutado una acción de control en el SEN, tal como la operación de cierre o apertura de un interruptor, deberá registrarse en el listado de eventos y alarmas hasta la ejecución exitosa o la falla de la acción de control requerida. La información almacenada tendrá un registro cronológico completo de las operaciones en el SEN; tanto de los cambios autorizados como de los que no lo fueron.

Las siguientes funciones deberán ser efectuadas como mínimo por medio del monitor/teclado, considerando en todos los casos las áreas de responsabilidad definidas:

(1) Activar cualquier dispositivo bajo control del sistema.

(2) Observar cualquier parámetro o variable monitoreado por el sistema.

(3) Inhibir el control, o permitir el control de cualquier dispositivo controlado por el sistema.

(4) Alertar por medio de señales audibles en el caso de ocurrencia de alarmas y de eventos importantes.


(5) Inhibir o habilitar la alarma de cualquier dispositivo monitoreado.

(6) Poner fuera de servicio o restituir el servicio de cualquier dispositivo monitoreado, dispositivo controlado, o componente del subsistema SCADA.

(7) Cambiar cualquier parámetro operacional de un dispositivo o el nombre de un estado.

(8) Agregar, modificar o suprimir cualquier información de un dispositivo de la base de datos.

(9) Silenciar, reconocer o suprimir cualquier alarma.

(10) Presentar en pantalla un índice del sistema o reportes al presionar una sola tecla.

(11) Presentar en pantalla, en forma gráfica, el estado de todos los dispositivos periféricos, equipos para telecontrol y líneas de comunicación, al presionar una sola tecla.

(12) Presentar en pantalla en forma gráfica todos los estados de operación de los componentes del sistema SCADA/EMS del Centro de Control, secuencias de carga y otros dispositivos de software.

(13) Presentar en pantalla el número de alarmas no reconocidas de cada unidad terminal remota al presionar una sola tecla.

(14) Presentar en pantalla la lista de alarmas más recientes al presionar una sola tecla. El Operador podrá suprimir alarmas individuales. Cuando la lista de alarmas esté llena, el sistema borrará automáticamente las alarmas más viejas, para dar lugar a las alarmas más nuevas.

(15) Presentación gráfica de todos los puntos del sistema que están etiquetados (inhibidos de control) al presionar una sola tecla. Cada punto listado deberá incluir todas las etiquetas de aviso para ese punto (hasta ocho). Cada etiqueta de aviso deberá estar definida y deberá incluir un mensaje/texto describiéndola. Las etiquetas de aviso de un dispositivo pueden ser removidas en la misma representación.

(16) Imprimir cualquier reporte o representación gráfica del sistema, tanto de las listas como de los reportes de eventos. En caso de que se incluyan en el reporte, valores que deberán ser actualizados manualmente por el usuario, se esperará hasta que tenga lugar la actualización.

3.4.1.12 Despliegues

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 156Se tendrá un menú o índice general de imágenes o despliegues. La selección de un elemento de la lista, puede a su vez dar origen a uno o varios menús. Los menús tienen que estar en el idioma español.

El índice deberá incluir lo siguiente, pero sin limitarse a ello:

(1) Resumen del estado de las unidades terminales remotas (UTR) y de los enlaces de comunicación.

(2) Resumen de alarmas.

(3) Diagramas unifilares de subestaciones.

(4) Diagramas de control y supervisión del AGC.

(5) Diagrama unifilar de la red eléctrica completa.

(6) Resumen de los resultados de los programas de Análisis de Redes.

(7) Diagramas y curvas de tendencia de datos históricos para cualquier punto donde exista medición. Deberá existir la posibilidad de representar hasta 4 (cuatro) curvas simultáneamente en cada imagen.

(8) Resumen de las operaciones en el sistema de transmisión.

(9) Mantenimiento de equipos del SEN.

(10) Estado de las consolas de trabajo, impresoras, unidades de disco y otros dispositivos periféricos.

3.4.1.13 Despliegues del SEN

Dentro de estas imágenes se tiene aquellas que proporcionan la interfaz hombre-máquina primaria para las funciones de control y supervisión y los diagramas esquemáticos para la operación del SEN. Ejemplos de la interfaz hombre-máquina primaria son:

(1) Indicador del control de generación y supervisión.

(2) Resumen de generación en plantas (incluyendo aquellas que no cuentan con unidad terminal remota o que no están incorporadas al sistema de AGC).

(3) Programas de intercambios de energía eléctrica.

(4) Resumen de los intercambios de energía eléctrica.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 157(5) Imagen sobre esquemas unifilares que reflejan el intercambio de potencia o de

energía. La indicación de los intercambios deberá producirse en forma automática.

(6) Funcionamiento del AGC (presentar el Error de Control de Área - ACE).

(7) Resumen con la disponibilidad de la reserva de generación, clasificada de acuerdo a sus tiempos de acceso.

(8) Ajuste del AGC (variables propias, presentar desviación de tiempo, desviación de frecuencia, desviación del intercambio programado).

(9) Resumen con evolución de los perfiles de tensión en la red eléctrica, con posibilidad de representación tridimensional, o de mapas de calor.

(10) Resumen con la evolución del nivel de carga de la red eléctrica.

(11) Resumen con la evolución de la frecuencia del sistema eléctrico.

(12) Resumen con la evolución de la generación de las plantas eólicas y de otras plantas de generación con recursos renovables.

(13) Caracterización del movimiento del nivel de los embalses.

(14) Resumen de la operación de los sistemas de protección del SEN.

Los diagramas esquemáticos consistirán de cuatro niveles, que son:

(a) Nivel I: Proporciona un panorama total del SER al representar al sistema eléctrico regional en una forma simplificada, en donde se mostrarán los valores de las mediciones y el estado de los interruptores de las líneas de interconexión entre los sistemas eléctricos de América Central.

(b) Nivel II: Proporciona un panorama total del SEN al representar al sistema eléctrico de Costa Rica en una forma simplificada, en donde se mostrarán los valores de las mediciones y la indicación de posición de los interruptores de las líneas de alta tensión y donde se podría disponer de acceso directo a la operación de interruptores.

(c) Nivel III: Proporciona información del esquema zonal del SEN, en el que se muestran los sistemas de generación y transmisión de cada zona. El nivel de detalle puede variar con cada imagen. Típicamente las subestaciones serán representadas con sus interruptores y mediciones; en el caso de subestaciones grandes, éstas se representarán con los niveles de tensión más altos, hasta donde permita el esquema zonal mostrar los cambios de estado de los interruptores, cuchillas, generadores, transformadores y otros equipos. En este nivel también se podrá tener el control remoto de los dispositivos antes mencionados.


(d) Nivel IV: Esquema detallado de cada subestación, que mostrará el estado de los elementos importantes y de los valores de medición telecontrolados, así como de los no telecontrolados (introducidos manualmente). Se deberá proporcionar facilidades para la construcción gráfica, de tal forma que se construyan fácilmente símbolos mayores que un carácter, para la descripción del estado de operación de los dispositivos. En el caso de las subestaciones grandes, se pueden tener varios esquemas por nivel de tensión. Se proporcionarán menús de ayuda para llevar a cabo acciones de supervisión y control (despliegues tabulares) de la subestación, con correspondencia a la información del diagrama unifilar, más otra información adicional. La información adicional consistirá de límites operacionales, estado normal, cuáles dispositivos tienen supervisión y control, e información pertinente a la calidad de los datos. Estas imágenes tabulares pueden consistir de varias páginas. El Nivel IV le dará recursos al Operador para:

(i) Supervisión y control de dispositivos.

(ii) Sustituir valores de mediciones y puntos de estado.

(iii) Bloquear alarmas.

(iv) Bloquear dispositivos de control.

(v) Activar/desactivar la adquisición de datos para valores de medición y estados específicos.

El cambio de estado de elementos se mostrará con un color diferente y parpadeando y en el caso de alarmas se mantendrá así, hasta que sea reconocido por el Operador. También se indicará de la misma forma el estado de transición de aquellos cambios producidos por el Operador en dispositivos telecontrolados (indicaciones de posición).

Las mediciones que sean introducidas manualmente se mostrarán con un color diferente; igualmente se utilizará un color distinto al anterior y al normalmente usado para la representación de las mediciones, para aquellas mediciones que no se estén actualizando. Los valores que excedan los límites permisibles se mostrarán también en un color diferente.

Lo expresado en el párrafo anterior significa que los dos sistemas SCADA/EMS tienen que asociar tanto los datos telemedidos como los datos no telemedidos, con códigos de calidad, los cuales se usarán para el coloreo dinámico en la presentación en los despliegues e imágenes, según lo indicado en la sub-sección 3.4.3.3.5.

El cambio de nivel podrá hacerse por solicitud expresa del Operador mediante un comando, o bien en forma automática al hacer una ampliación (zoom in) o reducción (zoom out) de una imagen o un diagrama dado.

3.4.1.14 Impresión de los despliegues


Se podrá realizar una copia física por medio de una impresora, de las imágenes y despliegues que aparezcan en los monitores de la interfaz hombre-máquina. Esta copia deberá incluir tanto los gráficos y caracteres fijos de la imagen, como todos los valores dinámicos adquiridos del SEN. Además se debe proveer la funcionalidad de exportar los despliegues e imágenes para su uso en aplicaciones de Microsoft Office.3.4.1.15 Monitoreo de los recursos del sistema

Los Oferentes deberán incluir un software para el monitoreo de los recursos del sistema SCADA/EMS mediante la medición, cálculo y despliegue de los parámetros de utilización del sistema, que incluyen entre otros, tiempo de uso de cada uno de los programas en cada servidor del sistema, tiempo de uso de la memoria masiva, número de transferencia de datos en la memoria masiva y capacidad y desempeño de la red LAN (número de trasferencias, retrasos promedios, retrasos máximos y otros parámetros). También se deberán monitorear otros parámetros en los servidores del sistema, tales como los índices de falla. Se utilizarán técnicas de muestreo estadístico y otras de acumulación para recoger estos parámetros a lo largo de un período de tiempo seleccionado por el usuario.

La capacidad para el monitoreo de los recursos del sistema SCADA/EMS se deberá activar únicamente por solicitud del usuario, de tal forma que este pueda especificar el período de análisis y la frecuencia de muestreo. Esta función de monitoreo medirá o calculará todas las estadísticas de desempeño requeridas para la verificación del desempeño del sistema SCADA/EMS y será utilizado durante las pruebas de aceptación en fábrica. Los resultados de las mediciones y los cálculos se presentarán en un despliegue específico, el cual será suministrado por el Proveedor y que se podrá imprimir por solicitud del usuario.

3.4.1.16 Bitácora electrónica de operación

La bitácora de operación consiste en un desarrollo donde utilizando una herramienta de edición de texto, el operador escribirá los sucesos relevantes que ocurrieron en su turno de operación (con identificación de fecha, hora y usuario) y posteriormente los almacena en una base de datos. A partir de ese momento, la información guardada en la base de datos solo podrá ser consultada por los usuarios autorizados, ya sea desde la red LAN del SCADA/EMS o desde la red Institucional del ICE; pero dicha información no podrá ser modificada. Solamente el usuario con privilegios de Administrador del SCADA/EMS tendrá autorización para realizar cambios.

La herramienta debe disponer de las facilidades necesarias para obtener reportes para el periodo que seleccione el usuario e imprimirlos si este así lo desea, o exportarlos para su uso en aplicaciones de Microsoft Office.

3.4.1.17 Modelo Común de Información

El Proveedor suministrará el Modelo Común de Información (CIM) para la integración e intercambio de datos con algunos de los sistemas de información del ICE y para el

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 160intercambio de los modelos de la red eléctrica con otros Operadores de Sistema de América Central.

El uso del CIM deberá permitir el modelado de los distintos componentes del SEN y las relaciones entre estos. Debe cumplir con las normas IEC 61970 e IEC 61968 y debe soportar como mínimo las siguientes interfaces:

(1) Intercambio de datos del modelo de la red eléctrica, de acuerdo con la norma IEC 61970-452.

(2) Salida del procesador de topología de la red eléctrica, de acuerdo con la norma IEC 61970-456.

(3) Salida de la solución del programa de flujos de potencia, de acuerdo con la norma IEC 61970-456.

(4) Intercambio de datos en formato XML, de acuerdo con la norma IEC 61970-552.

3.4.2 Áreas de Responsabilidad

El sistema SCADA/EMS deberá tener un programa administrador que permita definir las posibilidades de acceso de cada usuario a las diversas funciones y despliegues del sistema, como también poder enmarcar dentro de los usuarios de igual categoría diferentes áreas de responsabilidad, ya sea por ubicación de consola, por niveles de tensión u otros. Esto significa que a cada consola individual se le podrán asignar también áreas de responsabilidad específicas.

La información obtenida por el subsistema SCADA y almacenada en las diferentes bases de datos, servirá tanto para la operación del SEN, como para ser utilizada en modo estudio y fuera de línea en programas de aplicación de sistemas de potencia, para información estadística y gerencial, para la planificación del sistema, para ser desplegada en pantallas, entre otros usos. Por lo tanto, el acceso a las diferentes funciones del sistema deberá ser restringido. Para tal fin, se definirán como mínimo seis niveles de acceso o categorías de usuario, con acceso a diferentes niveles del sistema.

Cada uno de esos tipos de usuario podrá tener acceso, desde cualquier consola, a un grupo determinado de funciones, programas o despliegues. Además, la consola sólo realizará las funciones que correspondan al área de responsabilidad que tenga configurada. Las alarmas sólo serán comunicadas a la consola a cuya área corresponde el dispositivo que está siendo monitoreado y/o controlado y además se aplicará un filtrado adicional en función del área de responsabilidad del usuario que está usando esa consola específica (es una función Y lógica entre derechos de la consola y derechos del usuario que está usando esa consola).

La configuración de las áreas de responsabilidad debe ser flexible, adaptable a las necesidades específicas del Comprador. Lo mismo aplica para la configuración de las consolas y para la definición de los usuarios y sus derechos.


Cada área deberá tener un resumen de alarmas específico y se deberán poder configurar al menos 10 áreas de responsabilidad para ser asignadas por consola.

Se deberán definir seis tipos de usuario:

(1) Operadores.

(2) Supervisores de operación.

(3) Administradores del SCADA/EMS.

(4) Técnicos de mantenimiento de las UTR.

(5) Ingenieros de operación y planeamiento.

(6) Usuarios gerenciales.

3.4.2.1 Operadores

Tienen acceso a toda información adquirida del sistema eléctrico de potencia, con la posibilidad de interactuar con el mismo (ejecutar comandos), colocar etiquetas (tags), utilizar los programas de AGC y EMS, acceder al HIS y a las bases de datos el sistema, pero sin la posibilidad de modificar la configuración del software, ni de la base de datos.

3.4.2.2 Supervisores de operación

Tienen acceso a toda información adquirida del sistema de potencia, pero sin la posibilidad de interactuar con el mismo (no pueden ejecutar comandos de control). Tienen acceso a los programas de AGC, EMS y DTS, así como también a los programas de aplicación fuera de línea. Pueden acceder al HIS y a las bases de datos el sistema. No pueden modificar la configuración del software, ni de la base de datos.

3.4.2.3 Administradores del SCADA/EMS

Estos son los usuarios con acceso a todos los componentes del sistema y a todas las funciones del mismo, excepto que no pueden interactuar directamente con el SEN (no pueden ejecutar comandos de control).

3.4.2.4 Técnicos de mantenimiento de las UTR

Estos son los usuarios con acceso a los despliegues unifilares del sistema y a las funciones de monitoreo de errores de los canales de comunicación y de las UTR. No pueden interactuar directamente con el SEN (no pueden ejecutar comandos de control).


3.4.2.5 Ingenieros de operación y planeamiento

Estos usuarios realizan los análisis de seguridad de la red eléctrica y la programación operativa, por lo que tienen acceso a toda la información del sistema y a los programas de AGC y EMS, así como también a los programas de aplicación fuera de línea. Pueden también acceder al HIS y a las bases de datos el sistema. No pueden ejercer comandos directos sobre el SEN.

3.4.2.6 Usuarios gerenciales

Este tipo de usuario puede extraer información de la base de datos, con fines estadísticos, de coordinación de operación con el MER y/o con el Operador de Mercado, o de gestión gerencial. Puede también acceder a la información histórica disponible en el HIS utilizando los lenguajes de consulta y las facilidades que brinda el HIS. Sin embargo, no puede hacer uso de programas de aplicación, efectuar comandos de control en el SEN, realizar cambios en los programas de AGC y EMS, ni modificar en forma alguna la base de datos o la configuración del software.

3.4.3 Subsistema SCADA

Este subsistema realiza la adquisición y procesamiento en tiempo real de los datos transmitidos por los equipos para telecontrol, la visualización de la información y el control remoto. Generalmente, la adquisición y procesamiento primario de los datos se lleva a cabo a través de un procesador frontal de comunicaciones, ya sea de canales de comunicación seriales o de enlaces de telecontrol que usan protocolos sobre TCP/IP.

Los telegramas que reciba el subsistema SCADA deberán verificarse para garantizar que solo ingrese información válida a la base de datos de tiempo real. La adquisición de datos se deberá llevar a cabo de manera que se satisfagan los tiempos de actualización requeridos para alarmas, mediciones y/o cambios en la topología de la red, que se especifican más adelante, en la sub-sección 3.4.12.2.6. Cada telegrama o mensaje deberá ser revisado para comprobar las condiciones básicas de error, incluyendo respuesta incorrecta, error en la longitud de mensajes, fallas de comunicación, codificación de calidad transmitida por medio de protocolo de comunicación para telecontrol, entre otros. Los errores por cada canal de comunicación o UTR se deben contabilizar con el fin de llevar una estadística del desempeño de cada enlace de telecontrol.

Los dos sistemas SCADA/EMS deberán estar capacitados para manejar el volumen total de datos sin degradar ni los tiempos de actualización de datos, ni las otras funciones del SCADA/EMS. Ambos recibirán y procesarán simultáneamente los datos transmitidos por los equipos para telecontrol, pero solo el sistema que esté operando como principal realizará la función de control remoto.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 1633.4.3.1 Protocolos de comunicación de telecontrol

Los protocolos de comunicación que debe interpretar el subsistema SCADA son los siguientes: IEC 60870-5-101, IEC 60870-5-104, DNP3.0 serial, DNP3.0 sobre TCP/IP y MODBUS RTU. El subsistema SCADA debe tener la capacidad de interpretar los mensajes recibidos para diferentes valores de los parámetros de interoperabilidad de estos protocolos, de manera que tenga la capacidad de establecer la comunicación con las diferentes unidades terminales remotas del ICE.

3.4.3.2 Protocolo de comunicación con otros centros de control de energía

El protocolo de comunicación con otros centros de control de energía que debe interpretar el subsistema SCADA es el IEC 60870-6-503 TASE.2. Debe soportar como mínimo las versiones TASE.2 1996-08 y 2000. Debe soportar la transmisión/recepción de datos con etiquetado de tiempo y con códigos de calidad de los datos. Debe soportar como mínimo los servicios ICCP de los bloques 1, 2, 4, 5, 7 y 8. Además, debe soportar el manejo tanto de enlaces ICCP seguros (con encriptación), como de enlaces ICCP no seguros (convencionales).

3.4.3.3 Adquisición y procesamiento de los datos

El subsistema SCADA debe tener la capacidad de procesamiento de:

(1) Datos analógicos: cíclicamente con la periodicidad descrita en la sub-sección 3.4.12.2.

(2) Indicaciones de estado: cíclicamente, con la periodicidad descrita en la sub-sección 3.4.12.2.

(3) Datos de contadores: con periodicidad seleccionable por el usuario conforme a lo especificado en la sub-sección 3.4.12.2.

(4) Datos SOE: cíclicamente, con la periodicidad descrita en la sub-sección 3.4.12.2.

3.4.3.3.1 Datos analógicos

Después que el dato analógico ha sido recibido sin errores de comunicación, deberán realizarse las siguientes funciones:

(1) Comprobación y validación del dato: previamente al procesamiento de cada punto analógico telemedido deberá compararse el valor con respecto a los valores límites máximos y mínimos para detectar posibles fallas o errores en los transductores (o en general en el proceso de adquisición del dato en el campo). Si el valor telemedido está fuera del ámbito definido, el procesamiento será inhibido y el dato rechazado.


(2) Conversión del dato analógico: una vez validado el dato deberá ser convertido a unidades de ingeniería teniendo en cuenta la relación impuesta por los transductores, que en general son de característica lineal del tipo: y = mx + b, o modelados a través de una aproximación de linealización por tramos, donde m y b son coeficientes de escala y b al desplazamiento (offset) para x=0. Los cálculos son realizados automáticamente por el sistema para definir cada valor analógico, teniendo en cuenta la escala y los límites "mayor valor" y "menor valor". En el caso de los contadores de energía, que son por contador de pulsos, se aplicará un multiplicador que representa el valor en la unidad medida. Para la conversión de datos que no son lineales, el Oferente proveerá la forma de realizarla.

(3) Filtrado: el sistema deberá permitir el filtrado digital del dato analógico, brindando la posibilidad de introducir los filtros a los puntos que se requieran. Los datos de los filtros podrán ser introducidos por medio de la terminal de la consola.

(4) Comprobación de valores límites máximos y mínimos: una vez convertidos los datos a valores de ingeniería, los mismos deberán situarse dentro de un rango definido por valores máximos y mínimos operativos; estos límites serán modificables a voluntad del Operador del sistema respetando las áreas de responsabilidad definidas, desde la consola de mando. Deben existir por lo menos cuatro niveles de alarmas, dos para los niveles superior e inferior y dos para el crítico superior y crítico inferior. Cuando se superan estos límites se accionarán las alarmas correspondientes. Deberán proveerse señales de "retorno a la normalidad" cuando desaparecen las condiciones de alarma y se retoma la normalidad. En caso de falla parcial de componentes que permanecen en operación en ese estado, deberá poder introducirse manualmente y sin ninguna dificultad el límite reducido, el que deberá aparecer acompañado de una indicación de tal situación.

(5) Verificación de límites de velocidad de cambios de magnitudes: todos los valores analógicos deberán ser comprobados por violación a límites en la velocidad de variación (rate-of-change). Cada punto deberá poseer dos límites, uno para valores crecientes y otro para valores decrecientes. Deberá generarse una alarma si algún límite es excedido por encima del valor definido.

(6) Almacenamiento en la base de datos: el sistema deberá almacenar el dato una vez convertido en unidades de ingeniería y evaluado como correcto. De esta forma se tendrá en base de datos todos los puntos de interés del sistema y los tiempos en que fueron medidos. El sistema deberá calcular y almacenar en la base de datos los tiempos de ocurrencia de los valores mínimos y máximos para cada punto analógico en el sistema. Deberá poseer la capacidad para deshabilitar esta característica para cada punto. Los intervalos de reinicio (reset), con relación a máximos y mínimos, deberán también ser modificables por el Operador.


3.4.3.3.2 Datos de estado

Los datos de estado serán procesados para determinar el estado estacionario del SEN y reportar cambios de estado y los estados de emergencia. Estos estados son comparados con los anteriores que figuran en base de datos y ayudan en la toma de decisiones del Operador para el manejo de la red eléctrica. Si se detecta que el cambio de estado no es el resultado de una acción de control, deberá iniciarse un proceso de alarma, activando las imágenes en las consolas con muestras que contengan los datos del punto en cuestión, debiendo reportarse tanto la condición de alarma, como la de retorno a la normalidad.

3.4.3.3.3 Operaciones aritméticas y lógicas

Una vez realizado el procesamiento de datos según las especificaciones precedentes deberá ser posible efectuar operaciones aritméticas y lógicas con los datos de la base de datos de tiempo real.

Un valor calculado es aquel que es obtenido en función de uno o más valores componentes. Los valores componentes pueden ser datos adquiridos por medio de los enlaces de telecontrol, por medio de los enlaces con otros centros de control, datos provenientes de aplicaciones como el AGC, o datos de una entrada analógica local, o un dato introducido manualmente.

Las operaciones aritméticas para datos en tiempo real, deberán incluir como mínimo:

(1) Suma, resta, multiplicación y división.

(2) Integración sobre períodos de una hora, con intervalos ajustables de tiempo o con los valores recolectados, durante la hora.

(3) Porcentajes y fracciones totales.

(4) Promedio de un conjunto de datos, valor mínimo y valor máximo.

(5) Funciones como valor absoluto, exponencial, potenciación y raíz cuadrada.

Las operaciones lógicas para datos en tiempo real, deberán incluir como mínimo:

(a) Resultado falso o verdadero de una comparación.

(b) Condicionales del tipo IF-THEN-ELSE con comparadores mayor, menor o igual que.

(c) Condicionales del tipo IF-THEN-ELSE con comparadores lógicos como OR y AND, entre otros, aplicados a valores de estado (abierto, cerrado), a valores numéricos o a una combinación de estos tipos de datos.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 166Los valores resultantes de las ecuaciones algebraicas, lógicas, o de las combinaciones de éstas, se deberán pre-almacenar y estar disponibles, para ser desplegados en pantallas, como puntos de valor o valores calculados que se almacenan en la base de datos de tiempo real. El sistema debe tener la capacidad de ejecutar como mínimo 10000 (diez mil) cálculos en tiempo real, en intervalos inferiores a los dos segundos. Los cálculos deben ser como mínimo de tres tipos:

(i) De ejecución periódica: siendo el periodo de ejecución seleccionable por el usuario. El periodo mínimo aceptado es de dos segundos, pero el usuario podrá asignar a un cálculo específico un periodo mayor.

(ii) De ejecución por cambio de estado: el cálculo de tiempo real se debe ejecutar automáticamente cuando la variable de entrada toma un valor de estado predefinido.

(iii) De ejecución por hora del día: el cálculo se ejecuta automáticamente a una hora específica del día.

Los valores resultantes de los cálculos de tiempo real deben mantener los códigos de calidad de los valores componentes, los cuales deben ser seleccionables por el Administrador del SCADA/EMS (como mínimo los códigos de entrada manual, alarma y de error de telemetría).

Es un requisito indispensable que nuevos cálculos de tiempo real puedan ser definidos en línea y habilitados en cualquier momento, sin tener que generar una nueva base de datos de tiempo real.

3.4.3.3.4 Datos adquiridos por medio de enlaces ICCP

Los datos adquiridos por medio de los enlaces ICCP deben mantener los códigos de calidad etiquetados desde el origen. Además deben poder almacenarse en la base de datos de tiempo real, de manera que queden disponibles para su uso en diferentes aplicaciones, como: presentación en los despliegues, uso en cálculos de tiempo real, envío a la base de datos histórica, entre otros.

3.4.3.3.5 Códigos de calidad de los datos

Durante el procesamiento de los datos telemedidos y no telemedidos, se debe asignar a estos los códigos de calidad que apliquen en cada situación particular, tales como: dato con entrada manual, dato en estado de alarma, dato normal, dato desactivado (fuera de barrido), dato en error de telemetría, dato sustituido por el estimador de estados, entre otros. Estos códigos de calidad se usarán para el manejo del coloreo dinámico en la presentación de gráficos y despliegues, para transmitir la calidad del dato por medio de los enlaces ICCP y además para almacenar en la base de datos histórica el código de calidad junto con el dato correspondiente. La definición de los colores para cada código de calidad debe ser modificable por el Administrador del sistema SCADA/EMS.

3.4.3.3.6 Secuenciador de eventos (SOE)


Las unidades terminales remotas del ICE tienen la capacidad de almacenamiento de datos SOE. Muchos de los puntos a ser monitoreados para un informe de secuencia de eventos (SOE) serán adicionales a los puntos de estado y alarma obtenidos por la interrogación normal de las UTR. El software de Base de Datos del sistema SCADA/EMS deberá poder identificar y procesar éstos puntos.

El subsistema SCADA, que es la estación maestra en este caso, deberá revisar la memoria (buffer) SOE de cada UTR, para adquirir los nuevos valores de entrada con la frecuencia especificada en la sub-sección 3.4.12.2. Los buffers con nuevos datos SOE deberán ser leídos de tal manera que se minimice la interrupción a la interrogación o barrido normal de la UTR. La estación maestra (subsistema SCADA) deberá reconocer la recepción de los datos del SOE, para que la UTR proceda a borrar los buffers.

Bajo ninguna circunstancia deberán perderse los eventos del SOE en la estación maestra. Además, deberá ser posible que el Operador:

(1) Solicite un barrido de un buffer de SOE seleccionado o todos los buffers del SOE.

(2) Desactive el barrido del buffer del SOE para unidades terminales remotas individuales y sobre una base del sistema.

Los mensajes de eventos del SOE deberán ser similares a los mensajes de alarma, excepto que la etiqueta de tiempo deberá tener una resolución de milisegundo. Adicionalmente, los datos SOE obtenidos por barrido deberán almacenarse en orden cronológico en la base de datos del Subsistema de Información Histórica (HIS).

3.4.3.3.7 Actualización manual de los datos

Se deberá permitir que los operadores puedan actualizar, de forma manual, el estado de aquellos dispositivos para los cuales no se dispone automáticamente de la información de su estado.

En los casos en que exista algún tipo de información de interés no telemedido, el Operador deberá introducirlo manualmente, entre otros: la posición de las derivaciones (taps) de los transformadores, estado de interruptores, cuchillas, generadores, etc. No se podrá actualizar manualmente el estado de un dispositivo cuya información esté disponible en forma telemedida, a menos que el Operador previamente declare fuera de barrido a esa señal telemedida.

El estado de los elementos actualizados manualmente, deberá ser presentado en pantallas, en el sistema de proyección de video y en otros medios de visualización disponibles. Cuando la UTR vuelva a su estado normal de operación, el dato deberá ser reemplazado automáticamente por la información enviada por la UTR. Si el Operador declaró intencionalmente el dato fuera de barrido, volverá a su estado normal telemedido hasta que el Operador ejecute la acción correspondiente (declarar el dato nuevamente en barrido). Se deberá llevar una bitácora de los cambios efectuados en las variables que se actualizan

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 168manualmente, para efectuar un control de cuándo y quién realizó cambios en cada una de ellas.

Adicionalmente, el sistema SCADA/EMS propuesto deberá permitir al Operador que defina rutinas periódicas de control que, una vez especificadas y grabadas, se ejecuten automáticamente sin intervención del Operador. Un ejemplo de rutina (procedimiento) de este tipo lo constituye la entrada y salida de bancos de condensadores con base en el valor de kV y MVAr o, alternativamente, con base en el tiempo.

3.4.3.3.8 Valores redundantes

El Sistema SCADA/EMS deberá tener la capacidad de procesar valores redundantes. Por valor redundante debe entenderse que un mismo dato es transmitido por dos o más equipos de telecontrol diferentes hacia el subsistema SCADA y que este debe darles un procesamiento especial, de la siguiente forma:

(1) Debe seleccionar la fuente del dato con mayor prioridad (asignada por el usuario) y usarla como valor oficial resultante. Cuando el dato con mayor prioridad esté en error de telemetría o con entrada manual, cambiará la selección hacia el dato con el siguiente orden de prioridad y entonces este será el valor oficial resultante. El valor oficial resultante será el que el subsistema SCADA presentará en los despliegues, el que usará el AGC, el que será enviado al HIS, entre otros. El Administrador del SCADA/EMS tendrá la posibilidad de decidir si además de almacenar en el HIS el valor oficial resultante, también se almacenarán los datos fuente redundantes.

(2) Para los efectos del control supervisorio, el Operador podrá realizar la ejecución de los comandos sobre el valor oficial resultante (el mostrado en los despliegues) y el software del subsistema SCADA deberá determinar la unidad terminal remota hacia la cual dirigirá el comando de control (normalmente será a aquella cuyo dato transmitido tenga la mayor prioridad para el manejo de los valores redundantes).

3.4.3.4 Control supervisorio

3.4.3.4.1 Requisitos generales

El Operador realizará el control supervisorio por medio de las consolas de operación, con apoyo de las terminales gráficas, con menús de ayuda para llevar a cabo las acciones de supervisión y control y con la asignación del modo apropiado. El control será tanto de tipo tabular, como sobre diagramas esquemáticos de subestaciones de parte o de toda la red eléctrica, según lo indicado en la sub-sección 3.4.1.13.

Los comandos de control dirigidos hacia las UTR deberán ser ejecutados por solicitud del Operador. Un comando de control supervisorio será enviado hacia la UTR solamente después que dicho comando haya sido verificado. La tarea de validación deberá también incluir a aquellos puntos de estado que estén desactivados. Las solicitudes de control inválidas

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 169deberán ser rechazadas y anunciadas con un mensaje de error. El protocolo de control deberá usar el procedimiento "seleccione y verifique antes de operar" para garantizar la seguridad de la operación.

Las fallas o secuencias de control incompletas o incorrectas deberán activar reportes de alarmas. Los cambios de estado de un dispositivo, provocado por el control supervisorio comandado por el Operador, no deberán causar alarmas de cambios de estado, pero deberán ser tomados como un "evento".

Deberá reconocerse la situación de falla de los interruptores cuando la apertura/cierre se realice en forma indebida e incompleta (fases cerradas/abiertas) o cuando las secuencias de operación no sean las adecuadas (lo que deberá ser reconocido por medio de enclavamientos por software), esto para todas las situaciones que puedan presentarse en el SEN (como por ejemplo coordinación de las secuencias de maniobras de interruptores y estado de seccionadores de puesta a tierra), generándose alarmas para reconocer el problema. Para estos casos deberá proveerse una señal adicional a la información, que normalmente se dispone, sobre la condición del estado de los interruptores (cerrado, abierto, perturbado), que indique tal anormalidad.

El control supervisorio involucra un orden consecutivo de múltiples pasos, cuya estructura sugerida es:

(1) Despliegue del diagrama esquemático o tabular en la pantalla de la consola de operación.

(2) Selección del dispositivo para control remoto, por medio del posicionamiento del cursor. Una selección válida dará como resultado, el despliegue en pantalla confirmando la selección del dispositivo. El control requerido será rechazado si:

(a) El dispositivo no es un punto controlable.

(b) El dispositivo tiene una etiqueta de bloqueo de software, (por ejemplo si se le están realizando labores de mantenimiento).

(c) La unidad terminal remota está fuera de servicio o fuera de barrido; en este caso la operación permitida sería sólo de actualización manual del estado del dispositivo.

(d) Se da una solicitud impropia de control del dispositivo, o el requerimiento de control no respeta la secuencia/coordinación aceptable con otros dispositivos.

(e) El dispositivo ya ha sido seleccionado en otra consola.

(f) En forma automática, si después de que se ha hecho la selección no se ejecuta ninguna acción dentro de un tiempo prefijado (asignable).

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 170(3) Todo requerimiento inválido dará origen a un mensaje mostrando el motivo

del rechazo y la cancelación del punto de selección: deberá existir la posibilidad de que el Operador pueda ordenar la omisión del enclavamiento o motivo de rechazo, para el caso de situaciones no críticas predefinidas, e insistir en el requerimiento. En todos los casos deberá quedar un registro permanente del aviso de rechazo o enclavamiento omitido.

(4) Si la operación se realiza satisfactoriamente, el cambio de estado del elemento se muestra en el diagrama esquemático, en forma parpadeante y con cambio de color. En el caso tabular, se muestra el cambio de estado, pasando de abierto a cerrado o a la inversa, según corresponda.

(5) La operación en desarrollo puede ser cancelada en cualquier momento, siempre y cuando no se haya dado la orden de ejecución.

(6) Cuando la operación sea exitosa y también cuando falle, se dará una restauración (reset) automática al control supervisorio, de tal forma que otros comandos de control o dispositivos de control puedan ser seleccionados.

Adicionalmente, será posible realizar la selección y ejecución en bloque de varios puntos de control. Estos puntos de control serán definidos previamente y son modificables. De esta forma el Operador del SEN puede con una única secuencia de control, actuar sobre un grupo predefinido de elementos, en acciones como la reducción de carga o en variaciones de voltaje. Además la función de ejecución de comandos de control en bloque, permitirá ejecutar el disparo simultáneo de líneas de interconexión, o para formar intencionalmente islas eléctricas.

Con la finalidad de facilitar la realización de las secuencias del control supervisorio se deberá proveer un sistema de ayuda en línea (help) para el Operador. Este sistema permitirá al Operador consultar, antes de realizar cualquier maniobra, la secuencia adecuada para realizarla exitosamente.

3.4.3.4.2 Control automático de dispositivos

El Control Automático de Dispositivos deberá permitir que los comandos de control múltiple sean programados para la ejecución automática en una secuencia predefinida, incluyendo:

(1) Apertura o cierre de un interruptor o seccionador.

(2) Apertura o cierre de un banco de condensadores o reactores.

(3) Subida o bajada de un cambiador de derivaciones (taps).

(4) Envío de un valor de consigna a una UTR.

(5) Parada en la ejecución hasta que se dé un comando del Operador para reiniciar.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 171(6) Chequeo condicional antes de la ejecución.

Deberá ser posible construir, editar y manipular listas de Control Automático de Dispositivos, incluyendo por lo menos la siguiente funcionalidad:

(a) Desplegar el directorio de las listas.

(b) Construir, editar, desplegar y archivar una lista.

(c) Seleccionar la lista para su ejecución.

(d) Ejecutar la lista.

El Operador deberá ser capaz de parar la ejecución a través de una utilidad de cancelar, en cualquier momento, durante la ejecución de una lista. Además, los chequeos de telemetría deberán ser incorporados en la secuencia con la capacidad de sobreescritura (override) por parte del Operador. En caso de falla de la telemetría o de chequeos permisivos de control, la secuencia deberá parar y requerir de la interacción con el Operador. Se deberá suministrar la capacidad de continuar la secuencia en cualquier punto.

Se deberá realizar una entrada en el Archivo de Alarmas y Eventos al inicio de la ejecución de cualquier lista de Control Automático de Dispositivos y también se deberá registrar el tiempo de continuación del comando parar-chequear-continuar. Se deberán registrar todos los errores de funcionamiento del control, así como los comandos de control completados exitosamente, con la indicación del usuario que inició la ejecución.

Los datos a ser introducidos por medio de las consolas, deberán ser acordes al modo de operación de la consola y al tipo de dato. La entrada podrá ser para un sólo dato, o por páginas. La entrada misma, debe quedar registrada en el listado de alarmas y eventos, identificando el cambio, fecha, hora y consola. El sistema le proporcionará al Operador la verificación de los datos digitados antes que sean incorporados al sistema.

3.4.3.5 Alarmas

La atención de las alarmas provenientes del sistema eléctrico adquiere gran importancia en la operación del SEN, sobre todo ante la presencia de eventos importantes, como salidas totales o parciales del sistema. Se define un evento como cualquier cambio en el sistema de potencia, siendo una alarma un subgrupo de los eventos. Una alarma será iniciada por un cambio de estado no solicitado o una violación de alguno de los límites permisibles a las variables del sistema de potencia.

Es importante enfatizar que todos los mensajes de alarmas y eventos deben presentarse en el idioma español.

3.4.3.5.1 Eventos con alarmas

Los eventos con alarmas son:


(1) Cualquier cambio inesperado en el estado de una señal de entrada.

(2) Cualquier cambio ordenado de un punto de control ó indicación que no resulte en un cambio en la entrada de la indicación asociada (estado) dentro de un período determinado.

(3) Cualquier entrada analógica que viole uno de los cuatro límites de alarmas definidos por el Operador.

(4) La imposibilidad de una UTR de responder correctamente a un número de interrogaciones predeterminado; parámetro que debe ser configurable por el Administrador del SCADA/EMS.

3.4.3.5.2 Clases y condiciones de alarmas

El sistema deberá diferenciar entre alarmas críticas y alarmas no críticas. El Operador deberá poder asignar alarmas críticas o alarmas no críticas a cualquier entrada o dispositivo.

Un cambio de estado iniciado por un Operador se considerará también un evento. Por lo tanto, en el procesamiento de alarmas deberán tenerse en cuenta, entre otras, las condiciones que se detallan a continuación:

(1) Todas y cada una de las alarmas podrá ser indicada de una forma audible y visual (parpadeo y color); de forma que el usuario pueda de una manera sencilla y rápida localizarla, identificarla y clasificarla, la indicación deberá diferenciarse para alarmas críticas y no críticas.

(2) Un cambio de estado no solicitado, de cualquier elemento deberá producir el parpadeo de dicho elemento.

(3) El parpadeo siempre indicará una alarma sin reconocer. En cualquier caso el Operador será alertado y guiado a la alarma sin importar la imagen o despliegue en que esté localizado en ese instante.

(4) Cada alarma, según su área de responsabilidad, deberá ser reconocida por el usuario, según su categoría de control de acceso, pero deberá existir la posibilidad de reconocer alarmas por páginas o grupo de alarmas. En todo caso, la tarea de reconocer alarmas no deberá ocupar un gran esfuerzo ni consumir gran parte del tiempo disponible del Operador, aún en el caso de un evento importante.

(5) Una alarma no deberá desaparecer de las imágenes o despliegues correspondientes hasta que no desaparezca realmente la condición que la provocó (hasta que ingrese la desaparición de la alarma).

(6) Deberá existir la posibilidad de definir o clasificar las alarmas críticas, importantes y no críticas dentro de un concepto de categorías; por ejemplo en

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 173operaciones de generación, transmisión y distribución. De acuerdo a esta clasificación, será factible mostrarlas separadamente tanto en los resúmenes de alarmas en pantallas, como en los reportes impresos. En general, se requiere de una filosofía que elimine la posibilidad de sobrecarga en el trabajo de los Operadores.

(7) Deberá existir la posibilidad de que el usuario pueda modificar en una forma sencilla tanto las categorías como el direccionamiento de las alarmas a las distintas consolas u otras unidades de salida.

(8) Cualquier alarma podrá ser asignada simultáneamente a más de una consola y diferentes clases de alarmas podrán ser asignadas a una única consola.

(9) En ningún caso el no reconocimiento de una alarma puede causar que se produzca la degradación o trabado del procesamiento del sistema.

(10) El sistema de alarmas deberá ser diseñado para minimizar la posibilidad de pérdidas de alarmas por condiciones como el rebalse del espacio de memoria (buffer overflow).

(11) Deberá contarse con la posibilidad de inhibir una alarma que se esté produciendo por error en los sensores o por otra causa debidamente conocida por el Operador.

(12) La violación de algún límite previamente definido para una variable del sistema de potencia deberá producir las indicaciones correspondientes (indicación visual, con cambio de color de la medición y deberá ser incluida en los reportes).

(13) Sólo una consola que tenga definido el Modo de Operación apropiado para recibir las alarmas, podrá reconocer o borrar una alarma.

(14) El reconocimiento de una alarma producirá automáticamente la eliminación del parpadeo correspondiente (en pantallas, sistema de proyección de video y otros medios similares). El reconocimiento deberá ser hecho sólo una vez sin importar en cuantas listas e imágenes aparezcan.

(15) La indicación audible de una alarma deberá ser silenciada en forma sencilla. Los Oferentes deberán describir el mecanismo para inhibir la alarma audible en casos de contingencias.

(16) Se podrán definir diferentes protocolos de reporte de alarmas, los cuales serán impresos en aquellas unidades definidas por el usuario. Estos reportes podrán enviarse a una o varias impresoras, según se desee.

(17) El Operador podrá disponer de bitácoras de alarmas por subestación o grupo de subestaciones adicionales a las provistas en forma estándar. El grado de detalle de tales bitácoras deberá ser definible por el Operador.


3.4.3.5.3 Presentación de las alarmas

La presentación de las alarmas deberá identificar claramente el origen de la alarma, su categoría y toda la información pertinente para que el usuario pueda clasificarlas y procesarlas adecuadamente. Los protocolos para el reporte de las alarmas deberán generarse en orden cronológico, según la aparición de cada alarma. Cada protocolo para el reporte de alarma se hará en una única línea y deberá contar como mínimo de:

(1) Fecha y hora.

(2) Nombre de la estación (subestación o planta generadora).

(3) Identificación del elemento.

(4) Una breve descripción de la condición de la alarma.

(5) La categoría y clase de la alarma.

La indicación de la hora en los protocolos para el reporte de alarma no deberá ser afectada por el grado de actividad de las UTR, ni del sistema SCADA/EMS en su conjunto. El registro de tiempo deberá efectuarse en la UTR. La existencia de una alarma en una subestación o planta deberá mantener una indicación visual permanente (color) tanto en el sistema de proyección de video, como en los diagramas en pantallas que corresponden a dicha localización.

Los disyuntores y cuchillas serán representados con 4 estados (indefinido, abierto, cerrado y perturbado). Las alarmas generales de los equipos y generadores se representan con dos estados. Para la posición de derivaciones (taps) de transformadores se requiere como mínimo 127 posiciones.

El procesamiento de alarmas incluirá a aquellas que son producidas durante la ejecución de los programas de los diferentes subsistemas que componen el SCADA/EMS.

El procesamiento de alarmas también permitirá al Operador identificar en los diagramas esquemáticos de nivel II y III (véase la sub-sección 3.1.4.13) las subestaciones que tienen alarmas presentes no reconocidas y deberá brindar la funcionalidad de que al seleccionar con el cursor dicha subestación, se realice el llamado de la lista de alarmas de esa subestación.

3.4.3.5.4 Almacenamiento histórico de las alarmas y eventos

Las alarmas recibidas por medio de los enlaces de telecontrol o de los enlaces ICCP, las producidas por el software del SCADA/EMS y los eventos de cualquier tipo deberán almacenarse en una base de datos, con todos los atributos especificados en la sub-sección 3.4.3.5.3. La base de datos debe tener la capacidad de almacenar como mínimo los eventos y alarmas producidos en los últimos doce meses de operación del sistema eléctrico.

Además, dicha base de datos debe tener una aplicación para que los Operadores puedan:


(1) Realizar consultas a la base de datos de alarmas utilizando filtros para obtener las alarmas por ámbito de fechas, por su subestación, por coincidencia de caracteres de texto especificados por el usuario, por la categoría de las alarmas, entre otros.

(2) Exportar los datos contenidos en la consulta realizada en el formato de hoja electrónica de Microsoft Office, o en el formato de texto separados por comas (CSV), como mínimo.

3.4.3.5.5 Procesamiento avanzado de alarmas

El volumen de mensajes que pueden ser recibidos y analizados en corto tiempo en situaciones de fuertes contingencias en el sistema eléctrico, conlleva a que el procesamiento de las alarmas puede producir una sobrecarga en el trabajo realizado por los Operadores. Para atenuar esta sobre exigencia, se requiere una solución para el Procesamiento Avanzado de Alarmas que permita responder, considerando un subconjunto pequeño de mensajes de alarmas entendibles, a la pregunta de cuál es el tipo de falla que está presente en el sistema.

Debe aclararse que un sistema experto para el procesamiento de alarmas no es estrictamente necesario, pudiendo los Oferentes ofrecer otro tipo de algoritmo o solución para realizar la función de “procesamiento avanzado de alarmas”.

Los Oferentes deberán describir aquellas características de diseño del sistema de procesamiento de alarmas que permiten integrar la filosofía ya descrita para el procesamiento normal de las alarmas y que al mismo tiempo:

(1) No despliegan alarmas con información redundante.

(2) No despliegan alarmas repetitivas del mismo punto.

(3) Detectan las pérdidas de alarmas.

(4) Realizan una referencia de la información recibida para acelerar el proceso de comprensión del problema.

(5) Deciden si una alarma deberá ser presentada inmediatamente, ignorada o combinada con otras alarmas mediante una correlación de la información contenida en el mensaje de la alarma.

(6) Permitan rescatar y reconstruir situaciones de contingencias anteriores a partir de los registros de alarmas de archivos históricos.

(7) Brindan al Operador un conjunto de posibles acciones inmediatas a llevar a cabo a partir de la naturaleza del problema que originó las alarmas.

3.4.3.6 Etiquetado


Se podrán colocar etiquetas (tags) de seguridad que permitan:

(a) Inhabilitar operaciones inadvertidas de control sobre dispositivos en los que existe personal trabajando.

(b) Declarar que una subestación, planta o elemento está fuera de servicio.

La colocación y el borrado de las etiquetas deberán quedar protocolizadas indicando por lo menos:

(1) Fecha, hora y lugar.

(2) Nombre de la subestación.

(3) Identificación del elemento.

(4) Texto de la etiqueta.

(5) Estado del dispositivo.

(6) Identificación del usuario que colocó la etiqueta.

Cuando una etiqueta es puesta sobre un dispositivo individual o grupo de dispositivos, el sistema de alarmas o el de adquisición de datos no los procesará más, mientras permanezca la etiqueta de inhabilitación.

3.4.3.7 Avisos de maniobras

La funcionalidad SCADA deberá incluir la capacidad de crear, editar, almacenar e imprimir avisos de maniobras (órdenes de conmutación). El Operador deberá tener la posibilidad de incluir la operación (por ejemplo, instrucciones) en los avisos de maniobras, mediante la selección de un dispositivo y la iniciación del menú del aviso u orden de conmutación. El aviso de maniobra deberá incluir, como mínimo, campos para definir:

(1) Fecha de entrada y salida.

(2) Tipo de equipo (generador, equipo de transmisión, etc.).

(3) Nombre de la subestación.

(4) Hora de entrada y salida.

(5) Nombre del dispositivo.

(6) Tipo de operación (trabajo en frío, o trabajo en caliente).

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 177(7) Orden de operación (número de la orden, hora de inicio, hora de finalización).

(8) Causa de la maniobra (salida planeada, mantenimiento, prueba, entre otros).

(9) Clientes afectados y MWh no suministrados.

(10) Comentarios/observaciones.

Deberá ser posible crear nuevos avisos de maniobras a partir de un aviso pre-planeado o de uno previamente creado. Se deberá presentar una indicación visual sobre el despliegue de la subestación cuando un aviso de maniobra se active en la subestación. El control deberá ser inhibido cuando una etiqueta (tag) de permiso de trabajo se coloca sobre los dispositivos asociadas con el aviso de maniobra.

3.4.3.8 Graficadores de tendencias

El subsistema SCADA deberá ser provisto con una funcionalidad para representación de gráficos de tendencias (trending). Deberá ser posible representar tendencias tanto de datos de tiempo real, como de datos históricos utilizando información almacenada en el HIS. Los Oferentes deberán describir los formatos para la representación de tendencias, el número de tendencias que se puede representar simultáneamente en un despliegue y la flexibilidad para hacerlo.

Otras capacidades requeridas para los graficadores de tendencias son:

(1) Funcionalidad de movimiento panorámico (panning), ampliación-reducción (zooming) y modificación de escala (scaling).

(2) Representación de tendencias en tiempo absoluto, tiempo relativo, o en variación de tiempo (t).

(3) Representación de tendencias compuestas (gráficos del tipo X-Y).

(4) Análisis estadístico de las tendencias, como, por ejemplo, desviación total, máxima, mínima y estándar, rango y valor promedio durante un intervalo de tiempo especificado por el usuario.

(5) Definición por el usuario de la forma de representación (vertical u horizontal).

(6) El tiempo mínimo de muestreo será de dos (2) segundos.

(7) Definición de colores para cada variable graficada.

3.4.3.9 Disparo manual de carga

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 178La función de Disparo Manual de Carga (load shedding) deberá permitir que el Operador realice disparos de carga con el fin de mantener la seguridad del sistema eléctrico. A cada carga que pueda incluirse en el disparo de carga de carga intencional, se le asignará un nivel de prioridad único en la base de datos, el cual estará disponible para despliegue y modificación en una lista ordenada de acuerdo a su prioridad. Se podrá marcar, en esta lista, cualquier carga que no se encuentre disponible para el esquema de disparo manual de carga. Se organizará el esquema de disparo manual de carga en bloques, conformados cada uno por un grupo de interruptores. También, se podrá tener la capacidad para deshabilitar disparos de carga intencional, con base en su localización geográfica y nivel de prioridad.

La funcionalidad de Disparo Manual de Carga será altamente interactiva y hará fácil al Operador ingresar, aceptar, modificar y/o revisar las asignaciones de disparo de carga para partes del sistema seleccionados. Los despliegues mostrarán el nivel de carga actual, cada bloque de disparo de carga y el total para todos los alimentadores disponibles.

Finalmente, para propósitos de reporte y seguimiento se registrará información sobre la hora en que se abrieron los interruptores, el tiempo de apertura transcurrido, el último valor del flujo de potencia medido a través del interruptor y la energía no suministrada, calculada como el producto del último flujo de potencia en MW y el tiempo de apertura del interruptor.

En forma análoga a la función de disparo de carga, se deberá proporcionar una función para la reposición de carga, con funciones similares a las especificadas para el programa de Disparo Manual de Carga.

3.4.3.10 Actualización en línea de la base de datos de tiempo real

Como una función del subsistema SCADA, se podrá realizar la actualización en línea de puntos de la base de datos de tiempo real, sin tener que realizar una generación de la base de datos. Los cambios que se pueden hacer son parciales, pero como mínimo deberá permitirse el cambio de las escalas de los puntos analógicos y las definiciones para el procesamiento de alarmas de puntos analógicos y de estado. Los cambios que se realicen deben aplicarse automáticamente en ambos sistemas SCADA/EMS.

3.4.3.11 Monitoreo de la generación con fuentes renovables no regulables

Como una función del subsistema SCADA, el Oferente deberá suministrar el software para realizar el monitoreo de la generación con fuentes renovables no regulables. Estas fuentes de generación son las plantas eólicas y las solares (principalmente las fotovoltaicas). Esta herramienta como mínimo realizará lo siguiente:

(1) Calcular el total de la producción instantánea de las plantas eólicas y de las plantas solares.

(2) Calcular el valor de la razón de cambio de la producción total de las plantas eólicas, para ámbitos de diez (10) minutos, para las últimas veinticuatro (24) horas. Deberá mostrar el resultado en gráficos de tendencias y en gráficos de

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 179barras. Cuando la razón de cambio de los últimos 10 minutos supere un valor límite pre-especificado por el Operador (límite positivo o negativo), la aplicación debe producir una alarma.

(3) Calcular el valor de la razón de cambio de la producción total de las plantas solares, para ámbitos de un (1) minuto, para las últimas dos (2) horas. Deberá mostrar el resultado en gráficos de tendencias y en gráficos de barras. Cuando la razón de cambio del último minuto supere un valor límite pre-especificado por el Operador (límite positivo o negativo), la aplicación debe producir una alarma.

(4) Mostrar los resultados de la generación eólica promedio horaria para las últimas noventa y seis (96) horas.

(5) Mostrar los resultados de la generación solar promedio horaria para las últimas veinticuatro (24) horas.

(6) Mostrar los datos de tiempo real de las estaciones meteorológicas asociadas a las plantas eólicas y solares, agrupados por planta y por zona.

(7) Realizar el monitoreo en tiempo real de la potencia total activa y reactiva generada por cada planta y medidas en el punto de conexión con el SEN, calcular el factor de potencia en dicho punto y generar alarmas cuando esta última variable se encuentre fuera de los límites pre-establecidos por el Operador.

(8) Mostrar en gráficos de tendencia la comparación entre la potencia activa pronosticada para cada planta de generación y la potencia real que fue generada. Esto para las últimas tres (3) horas y con un tiempo de muestreo de quince (15) minutos. Esta función del subsistema SCADA contará con una aplicación para importar el pronóstico de generación de las plantas que utilizan fuentes renovables no regulables.

3.4.4 Subsistema de Control de Generación

3.4.4.1 Control Automático de Generación (AGC)

3.4.4.1.1 Requisitos funcionales

El Control Automático de Generación (AGC) se ocupa primariamente de realizar el control de la generación en tiempo real. El AGC deberá regular la potencia de salida de ciertos generadores eléctricos de un área de control, tanto individual, esto es, a nivel de máquina, o conjunta, esto es, a nivel de planta (joint control) en respuesta a cambios en la frecuencia del sistema, a cambios en las potencias de intercambio con otras áreas, lo mismo que a cambios en sus valores de referencia.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 180Estas acciones tendrán como objetivo satisfacer las obligaciones del área de control de mantener el equilibrio entre su generación y su demanda, contribuyendo con la regulación de frecuencia del sistema y cumpliendo con los acuerdos de intercambios de energía eléctrica con otros sistemas.

3.4.4.1.2 Variables de entrada

Las principales variables de entrada al AGC deberán ser:

(1) Mediciones de frecuencia: el AGC deberá poder recibir diferentes señales de frecuencia (al menos cinco) provenientes de diferentes UTR. Debe poder procesar una señal de frecuencia obtenida como el promedio de distintas señales de frecuencia del sistema, y, alternativamente, con base en señales individuales seleccionables por el usuario; todo lo anterior, deberá ser claramente indicado al usuario. Si el sistema estuviera dividido en islas eléctricas, deberá garantizarse que el Centro de Control cuente con las señales suficientes para poder realizar el control adecuadamente. Se deberá indicar la señal de frecuencia que está activa y la que no lo está.

(2) Mediciones de flujos de potencia activa por las líneas de interconexión: el AGC deberá poder reconocer dos tipos diferentes de líneas de interconexión:

(a) Relevantes para los cálculos del error de control de área.

(b) No relevantes para los cálculos del error de control de área.

Para esta identificación deberá considerar el área asociada y el estado de la interconexión. Los flujos netos de potencia son calculados como la suma de los flujos en las líneas de interconexión relevantes, considerando la convención de que la potencia que sale de la barra hacia la línea es positiva y la que entra a la barra desde la línea es negativa.

(3) Intercambios programados con áreas de control vecinas: la referencia del intercambio neto deberá provenir de un programa de intercambios. Los datos correspondientes al programa de intercambios con áreas vecinas y constantes de ajuste que se requieran serán recibidos a través del enlace con el programa de intercambios de energía eléctrica.

(4) Mediciones de la potencia activa de salida de los generadores que son controlados por el AGC: esta información es recibida como una señal analógica en el subsistema SCADA mediante la unidad terminal remota.

(5) Telemetría de los interruptores de los generadores que son controlados por el AGC: esta información es recibida como una señal binaria en el subsistema SCADA mediante la unidad terminal remota.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 181(6) Estado de control (remoto o manual) de las unidades generadoras: esta

información es recibida como una señal binaria en el subsistema SCADA mediante la unidad terminal remota.

(7) Potencias base de los generadores y factores de participación económica de los generadores, estos datos deberán ser importados desde la última solución válida del programa de Despacho Económico Hidrotérmico en Tiempo Real.

(8) Frecuencia de referencia: es usualmente la frecuencia nominal, sin embargo deberá existir la posibilidad de que el usuario la modifique.

(9) Parámetros y valores característicos del sistema eléctrico: parámetros de las unidades de generación y de los reguladores de velocidad, debiendo asegurarse una modelación precisa para reflejar las características reales de respuesta de las unidades de generación.

(10) Señales de la hora oficial y de la hora del sistema eléctrico para la corrección del error de tiempo.

3.4.4.1.3 Modos de control y procesamiento

El AGC deberá incluir como mínimo los siguientes modos de control:

(1) Frecuencia Constante.

(2) Intercambio Neto Constante.

(3) Frecuencia e intercambio neto constante (tie-line bias).

(4) Frecuencia constante con corrección del error de tiempo.

(5) Tie-line bias con corrección del error de tiempo.

(6) Intercambio neto constante con corrección de intercambios no programados.

(7) Tie-line bias con corrección del error de tiempo y corrección de los intercambios no programados.

Para mantener en un valor bajo del error de la potencia neta de intercambio, se deberá contar con la opción de realizar una corrección del intercambio de energía por períodos fijos. La corrección de energía se deberá poder realizar considerando alternativamente la integración de variaciones de potencia instantánea y también sobre la base del registro de energía por contador de impulsos. En el control de energía no programada se tendrá en cuenta lo especificado en los acuerdos y programas de intercambio.

Para corregir el tiempo eléctrico se utiliza una frecuencia de referencia cuya desviación respecto a la frecuencia nominal se calcula con base en el error de tiempo medido. La corrección de tiempo deberá poder realizarse considerando varias señales de frecuencia.


El AGC deberá incluir los algoritmos para la determinación de la nueva frecuencia de referencia y el intervalo de tiempo durante el cual tendrá vigencia la corrección de tiempo. Por medio de pequeñas variaciones en la frecuencia y/o en la potencia de intercambio programada deberá ser posible controlar el error de tiempo y el intercambio de energía no programado.

El método de regulación, individual o conjunta (joint control) deberá tomar en cuenta las características de cada unidad y las estadísticas de su comportamiento en servicio. Los modos de operación de unidades generadoras y plantas considerados en el AGC serán como mínimo:

(a) Indisponible: no puede ser sincronizada.

(b) Disponible pero no sincronizada: no se encuentra en servicio.

(c) Manual: en línea pero sin control del AGC.

(d) Manual y económica: en línea pero sin control del AGC y participando del Despacho Económico Hidrotérmico en Tiempo Real.

(e) Rampa: lleva una unidad de la generación actual a otro valor siguiendo una rampa predefinida.

(f) Base: en línea, controlada por el AGC en un valor definido, sin posibilidades de participar en la regulación del error de control de área.

(g) Regulación: en línea, controlada por el AGC en una carga base y regulando el error de control de área.

(h) Prueba en línea: la unidad es sometida a pruebas para analizar su respuesta.

El cambio de regulación del modo individual al modo conjunto (joint control) deberá poder ser decidido por el Operador.

La situación actual de las unidades generadoras del SEN se encuentra resumida en la tabla 3.1.

Tabla 3.1. Modalidades de control de las unidades generadoras del ICE.

Id Nombre de la Planta Control Individual (individual

control)

Control Conjunto

(joint control)

Comentarios

1 Arenal Si No Tres unidades generadoras

2 Dengo Si No Tres unidades generadoras

3 Peñas Blancas Si No Dos unidades generadoras

4 Toro II Si No Dos unidades generadoras


5 Cariblanco Si No Dos unidades generadoras

6 Garita Si Si Dos unidades generadoras

7 Ventanas-Garita Si No Dos unidades generadoras

8 Garabito Si No Once unidades generadoras

9 Río Macho Si No Cinco unidades generadoras

10 Cachí Si No Tres unidades generadoras

11 Angostura Si No Tres unidades generadoras

12 Pirrís Si No Tres unidades generadoras

La información sobre el estado de control de las unidades generadoras, ya sea en control remoto, o control manual (local), cuando están sincronizadas al sistema, deberá ser recibida por el subsistema SCADA como una señal binaria (local/remoto) mediante la unidad terminal remota.

El AGC deberá poder controlar adecuadamente el área de control trabajando tanto en forma aislada como en forma interconectada. Cuando el sistema esté operado dividido en dos subsistemas eléctricos, cada subsistema deberá poder tener su propio modo de control, típicamente: modo tie-line bias para la parte del sistema interconectada con los otros sistemas del istmo centroamericano y modo de frecuencia constante para la parte aislada.

El AGC deberá estar preparado para poder trabajar dentro de una estructura de control jerárquico, actuando ya sea como un Centro de Control Local, pero subordinado al EOR, o viceversa. Durante la operación "subordinado", el AGC deberá poder recibir las potencias base de los generadores, los factores de participación económica (bandas de regulación), los esquemas de intercambios de potencias y el esquema de frecuencia del Centro de Control de mayor jerarquía, esto a través de un enlace de datos.

El AGC deberá calcular y controlar el Error de Control de Área (ACE) y satisfacer los objetivos de control individuales de las unidades de generación. El ACE representa la desviación entre la situación real y las obligaciones del área. Estas obligaciones involucran frecuencia, potencia de intercambio, tiempo y corrección de desviaciones de intercambios de energía. El cálculo del ACE se deberá realizar de acuerdo al modo de control en operación.

En la tabla 3.2 se muestra la forma cálculo del ACE para cada modo de control donde:

P [MW] es el error de intercambio neto

F [Hz] es el error de frecuencia

B es el factor bias de frecuencia del sistema [MW/Hz]

Tc es el error de tiempo

Ec el intercambio de energía no programado.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 184El valor de B es la suma del valor estimado de la característica de la carga con la frecuencia más la característica (estatismo permanente) de las unidades en línea, estén o no controladas por el AGC.

El valor del Bias (B) de frecuencia deberá poder ser introducido por el usuario o ser calculado automáticamente. Se podrá seleccionar cual de los dos valores será el utilizado en el cálculo del ACE. El AGC deberá incluir una función que lo calcule en cada instante para lo cual deberá conocer con cierta precisión la capacidad de generación, el estatismo promedio y la característica de la carga. El valor de B deberá considerar el efecto de la carga del sistema así como el de todas las unidades en línea (incluso las no controladas por el AGC).

Tabla 3.2. Cálculo del ACE de acuerdo al modo de operación del AGC.

Modo de Control en Operación Error Control de Área

Frecuencia constante ACE = B * F

Intercambio neto constante ACE = P

Tie-Line Bias ACE = P + B * F

Frecuencia constante con corrección de tiempo ACE = Tc + B * F

Tie-Line Bias con corrección de tiempo ACE = P + B * F +Tc

Intercambio neto constante con corrección de intercambios no programados

ACE = P + Ec

Tie-Line Bias con corrección de intercambios no programados ACE = P + Ec + B *F

Tie-Line Bias con corrección de tiempo y corrección de intercambios no programados

ACE= P+ Ec + B*F+ Tc

Para evitar la influencia perjudicial de errores en las mediciones, el AGC deberá incluir un filtro para los datos telemedidos y un filtro no lineal del ACE. Adicionalmente, el AGC deberá determinar las acciones de control manuales o automáticas sobre los variadores de carga de un grupo de unidades generadoras. Para la determinación de los valores de consigna de potencia de las unidades de generación, el AGC deberá calcular la generación total deseada de las unidades bajo el control automático de generación y también, tener la capacidad de controlar la generación del sistema ante variaciones estocásticas de la carga, además de ante perturbaciones pequeñas, normales y grandes. También deberá estar prevista su asistencia en la regulación ante emergencias.

El ajuste de las ganancias (proporcional e integral) del AGC deberá realizarse de acuerdo a los distintos valores de ACE (valores normales, valores pequeños y valores dentro de la banda muerta). Durante la etapa de instalación será necesario sintonizar todos los parámetros del AGC para diferentes variaciones de carga y diversas condiciones de regulación.

El algoritmo del AGC deberá incluir también funciones para habilitar un procesamiento de alta velocidad para cambios conocidos de generación y deberá manejar las características no lineales y variables de las unidades. La acción del AGC deberá respetar las bandas muertas y los límites técnicos, económicos y operativos de los generadores, a fin de evitar situaciones riesgosas y acciones innecesarias. Se deben poder definir los límites superior e inferior de la banda de regulación, con la posibilidad de que no sean iguales.


El algoritmo debe prevenir las acciones de control contrapuestas, excesivas e innecesarias para reducir los costos de regulación. Debido a que las unidades que participan en el control no responden instantáneamente, la salida de las unidades puede no reflejar exactamente todas las acciones de control enviadas a ella. Por ello en el AGC deberá preverse un método que evite el posible sobrecontrol de las unidades.

El AGC deberá utilizar una modelación de la máquina que refleje las características reales que se presentan en las unidades de generación.

La distribución de la generación total deseada entre las unidades generadoras deberá realizarse considerando las restricciones asociadas a las características de operación de las unidades. El programa deberá poseer suficiente flexibilidad para considerar asignaciones como el cambio de los límites de regulación de una máquina, la entrada y salida de operación de unidades generadoras (sean estas destinadas a la regulación o no), entre otros.

Deberá coordinar los requerimientos de regulación con los valores de consigna predeterminados de cada grupo y despachar los generadores en función de su participación en cada estado de carga, para una operación económica. Este programa recibirá como datos de entrada los puntos base de generación determinados por el Despacho Económico Hidrotérmico en Tiempo Real (en línea), como también los factores de participación económica. Modificará los factores económicos en los casos que se requiera mayor velocidad en la respuesta.

En caso de darse una división del SEN en dos o más islas, el AGC deberá estar en capacidad de detectar esta situación y dar el aviso correspondiente al operador para que este determine si deberá suspenderse la ejecución del programa, o continuar controlando únicamente la isla que el operador seleccione. Adicionalmente, el AGC deberá poder controlar varias islas eléctricas en forma simultánea.

El AGC deberá brindar al Operador las facilidades necesarias para modificar en línea y de manera temporal los programas de intercambio neto de energía, lo cual puede requerirse durante situaciones de emergencia.

3.4.4.1.4 Variables de salida

Las salidas del AGC deberán ser como mínimo:

(1) Error de control de área.

(2) Valor de consigna de potencia de las unidades de generación.

(3) Señal de control con el valor de consigna de potencia de las unidades en forma de pulsos (subir/bajar).

(4) Error de tiempo.

(5) Intercambio de energía no programado.


(6) Cálculo de las reservas de generación para la regulación secundaria (para subir y para bajar potencia).

(7) Mensajes y alarmas.

(8) Costo marginal del sistema (system lambda).

3.4.4.1.5 Modo de operación

El programa AGC deberá poder ser ejecutado con una periodicidad especificada por el usuario. Esta periodicidad deberá ser ajustada durante la puesta en servicio del sistema, de forma que se cumplan los objetivos del control. El ámbito de los periodos típicos de ejecución deberá ser de 2 a 10 segundos en pasos de 2 segundos. Esta periodicidad deberá ser verdadera y no nominal, considerando que puedan existir otras tareas de mayor prioridad que podrían prolongar el período de ejecución del AGC.

3.4.4.1.6 Interfaces externas

3.4.4.1.6.1 Interfaz con el usuario

Se deberá proveer un formato de representación gráfica en pantalla accesible en cualquier momento por el usuario, conteniendo como mínimo la siguiente información actualizable automáticamente:

(1) Potencia de intercambio con áreas eléctricas vecinas.

(2) Intercambio de potencia neto real.

(3) Intercambio de potencia neto programado.

(4) Desviación entre el intercambio neto real y el neto programado.

(5) Frecuencia del sistema y su valor de referencia.

(6) Desviación de frecuencia con respecto al valor programado.

(7) Constante Bias (MW/dHz).

(8) Desviación total (error de control de área).

(9) Error de tiempo.

(10) Salidas de control hacia las unidades generadoras.

(11) Errores de control de las unidades generadoras.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 187El AGC deberá incluir una función para supervisar su desempeño, la cual informa sobre el comportamiento del sistema de potencia bajo la acción del AGC tanto en estado estable como durante perturbaciones, de acuerdo a los criterios de desempeño del NERC. Esta función deberá facilitar el ajuste de los parámetros sintonizables del AGC para proveer un comportamiento deseable. También deberá permitir llevar estadísticas para la elaboración de reportes. Además deberá mostrar sus resultados en pantalla y dar un protocolo a solicitud del usuario. Deberá incluirse la posibilidad de que el usuario active/desactive esta función de supervisión.

Se deberá suministrar un subsistema de tiempo y frecuencia estándar, que debe tener redundancia. Este subsistema proveerá el tiempo real (hora oficial), el tiempo del sistema (hora del sistema), la desviación de tiempo, la frecuencia instantánea del sistema y la desviación de la frecuencia con respecto al valor nominal de 60 Hz. El subsistema de tiempo y frecuencia estándar deberá cumplir con las especificaciones de la sub-sección 3.4.10.2.10.

También se incluirán despliegues visuales (mediante despliegues alfanuméricos manejados por salidas en código BCD) del tiempo del sistema, el tiempo real, el error de tiempo y la frecuencia, que deben cumplir con las características especificadas en la sub-sección 3.4.10.2.11.

El AGC deberá poder seleccionar entre diferentes señales de frecuencia telemedidas del sistema eléctrico, por lo menos una por cada isla eléctrica (ver el punto 3.4.4.1.2), teniendo estas diferentes prioridades. En el caso de la falta de la señal de mayor prioridad, el AGC deberá utilizar automáticamente la siguiente, según el orden de prioridad. Se deberá indicar en los despliegues del AGC las señales de frecuencia que están activas y las que no lo están.

3.4.4.1.6.2 Interfaz con las unidades de generación

El AGC deberá estar en capacidad de controlar las unidades generadoras por medio del envío de consignas de potencia (set points) y pulsos de subir y bajar potencia (raise/lower). El valor actual de la consigna de potencia enviado por el AGC es la generación deseada; este es transmitido a la unidad terminal remota y de ésta, a su vez, al controlador local de la unidad generadora respectiva. El usuario deberá poder seleccionar en forma independiente para cada unidad generadora el tipo de comando de control requerido (consigna o pulsos subir/bajar). Se deberá generar una alarma, si la unidad generadora no sigue la referencia de potencia enviada por el AGC. Se deberá incluir en el algoritmo de cálculo la función de cambio del punto de operación (set point).

3.4.4.1.6.3 Interfaz con otros programas de aplicación

No hay una interfaz directa con los programas de optimización energética que utiliza el ICE, ya que esta se realizará por medio del programa de Despacho Económico Hidrotérmico en Tiempo Real, como se explica en la sub-sección 3.4.4.2.

3.4.4.1.6.4 Interfaz con la base de datos en tiempo real

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 188Se debe incluir una interfaz con la base de datos en tiempo real para acceder a los valores analógicos de medición, indicaciones de posición y otros que se requieran para la ejecución del AGC.

3.4.4.1.7 Criterios de desempeño

Si se brinda al Control Automático de Generación las reservas apropiadas de generación para subir y bajar potencia, este deberá satisfacer los criterios vigentes de desempeño de la regulación secundaria establecidos por el MER, así como los establecidos por el NERC.

3.4.4.1.8 Sintonización del AGC para la puesta en operación en tiempo real

En este punto se presentan los pasos mínimos que deberá cumplir la metodología de trabajo propuesta para poner en funcionamiento en los centros de control del Comprador los programas de cálculo que integran el sistema AGC.

En un primer paso se deberá proceder a confeccionar la base de datos del sistema del Comprador, que será utilizada en modo estudio por los programas del AGC, definiendo los casos a analizar considerando distintos estados de funcionamiento del sistema eléctrico.

En un segundo paso se deberá incluir la aplicación en modo de simulación de los programas del AGC al sistema a controlar por el Comprador, a los efectos de determinar las adaptaciones que resulten necesarias en los programas para asegurar su correcto funcionamiento en redes eléctricas con las características particulares del sistema del Comprador. Se deberán realizar en modo simulación pruebas exhaustivas de los programas, evaluando entre otros los siguientes aspectos: tiempo de cálculo, precisión de los resultados, y las restantes prestaciones solicitadas en el punto 3.4.4.1.

En un tercer paso deberán realizarse las adaptaciones necesarias a la base de datos del nuevo SCADA/EMS del centro de control, a las características del equipamiento y a los requerimientos del usuario del centro de control.

Para la puesta en servicio en tiempo real de los programas del AGC se deberán realizar como mínimo las siguientes tareas:

(1) Pruebas fuera de línea de los programas simulando la operación en línea en el centro de control del Comprador. Estas pruebas se deberán realizar utilizando las bases de datos con información dinámica y estática que quedarán instaladas en forma definitiva en el centro de control. Por ello se deberá contar con un mecanismo para acceder, modificar y dejar fija la información. Estas pruebas se deberán realizar en el equipamiento del SCADA/EMS del nuevo centro de control. El programa de pruebas y los criterios de evaluación de los resultados propuestos deberán estar incluidos en la oferta.

(2) Análisis del desempeño fuera de línea de los programas y puesta a punto de los mismos.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 189(3) Pruebas exhaustivas de los programas funcionando en tiempo real y puesta a

punto. Estas pruebas se deberán realizar en el equipamiento del nuevo centro de control del Comprador, utilizando las bases de datos con información dinámica y estática que quedarán instaladas en forma definitiva en el SCADA/EMS del centro de control.

(4) Puesta en servicio definitiva.

3.4.4.2 Despacho Económico Hidrotérmico en Tiempo Real

Debido a las características específicas del sistema hidrotérmico del Comprador, el cual es predominantemente hidroeléctrico, el programa de Despacho Económico Hidrotérmico deberá considerar las centrales térmicas e hidráulicas y los distintos modos de operación y modelos matemáticos de las mismas. En lo particular, debe modelar apropiadamente las plantas hidroeléctricas en cascada y las plantas hidroeléctricas que tienen varias unidades generadoras cuyo caudal es suministrado por una única tubería de presión.

En el cálculo de los puntos base de operación de las unidades generadoras y de los factores de participación económica, el Despacho Económico Hidrotérmico en Tiempo Real deberá utilizar lo siguiente:

(a) Los pronósticos de demanda, que son previamente calculados por medio de la función de Pronóstico de Demanda. Esto significa que requiere contar con una interfaz con dicha función.

(b) Los resultados del predespacho de generación diario con resolución horaria, que son calculados con el programa de optimización energética de corto plazo NCP®. Esto significa que requiere contar con una interfaz externa con este programa de aplicación.

El programa de Despacho Económico Hidrotérmico debe utilizar los resultados del predespacho diario de generación como información de entrada, donde se encuentran las metas de generación horaria de todas las unidades generadoras y las metas de los niveles de los embalses de las plantas hidroeléctricas. No obstante, al minimizar los costos operativos, la solución del Despacho Económico Hidrotérmico puede desviarse de las metas de generación horaria en función de las condiciones reales del sistema eléctrico (variaciones reales en los caudales de entrada, cambios en la demanda y salidas forzadas de unidades generadoras). En estos casos, el programa deberá corregir las desviaciones reales de los niveles de los embalses de las plantas hidroeléctricas con respecto a los valores programados, realizando los ajustes apropiados del costo incremental del agua, o bien utilizando otros métodos que sean igualmente eficaces en estas situaciones.

La función objetivo es minimizar los costos de generación en las unidades que participan en el despacho económico. Es estrictamente necesario que la optimización la realice

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 190conjuntamente para las unidades hidroeléctricas como para las termoeléctricas, utilizando los conceptos de valor del agua almacenada en los embalses y de costo incremental del agua. No se aceptarán algoritmos que consideren la generación hidroeléctrica como conocida y fija y solo optimicen la generación termoeléctrica.

Las variables de control son la potencia activa de los generadores y la desconexión de cargas (load shedding) sólo en los casos excepcionales en que sea necesario para evitar sobrecargas. Las restricciones son las sobrecargas en la red de transmisión y los límites técnicos de los generadores.

Las principales salidas deberán ser:

(1) Los puntos óptimos de operación de las variables de control.

(2) Los costos operativos.

(3) Los factores de participación económica de los generadores.

El programa deberá demostrar su utilidad especialmente en condiciones del sistema muy cargado o en situaciones excepcionales de carga, debidas por ejemplo a salidas de servicio de líneas o generadores.

3.4.4.3 Monitoreo de las reservas de generación

El monitoreo de las reservas de generación ayuda a la operación del sistema de potencia, pues permite estar preparado ante posibles pérdidas de generación y ante la salida de servicio de líneas de interconexión, entre otros eventos. Para que un sistema de potencia sea capaz de superar una perturbación y retornar a un estado de operación normal, su capacidad de suministrar potencia deberá ser superior que la demanda después de la perturbación. El tiempo de respuesta en el que está disponible la capacidad de generación determina la clasificación de los distintos tipos de reserva.

El programa de Monitoreo de la Reserva de Generación deberá calcular la capacidad de generación de potencia activa que está disponible en el sistema para proveer reserva en caso de una emergencia, para cumplir con los requisitos de regulación o por errores de pronósticos. Se deberá calcular lo siguiente:

(1) Los márgenes de regulación (para subir o bajar potencia): miden la capacidad del sistema para automáticamente incrementar o reducir la generación bajo el control del AGC. El margen de regulación se calculará considerando todas aquellas máquinas bajo control del AGC que se encuentran en modo de regulación del ACE, los límites superiores e inferiores de operación y la potencia real de operación en ese instante.

(2) La reserva rodante para regulación primaria de la frecuencia: es la cantidad de generación disponible sincronizada al sistema que puede ser utilizada a través de la acción del regulador de velocidad cuando ocurra un cambio en la

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 191frecuencia del sistema eléctrico. La cantidad de generación disponible de cada unidad en línea se calculará a partir de la potencia real de operación y del límite superior de operación.

(3) La reserva rodante total: es la suma de la reserva rodante para regulación primaria de la frecuencia y de la reserva disponible en las unidades generadoras sincronizadas al sistema cuyo regulador de velocidad no responde ante los cambios en la frecuencia. Esta última reserva se calcula como la diferencia entre el límite superior de operación y la potencia real de operación de la unidad generadora.

(4) La reserva fría de respuesta rápida: consiste en la suma de las capacidades de las unidades que pueden ser puestas en operación y tomar carga en pocos minutos. Una entrada del usuario determinará cuales unidades deberán ser consideradas en la reserva fría de respuesta rápida.

(5) La reserva fría total: es la suma de la reserva fría de respuesta rápida y de las restantes unidades generadoras que se encuentran fuera de servicio, pero disponibles. El estado disponible/indisponible de una unidad generadora será determinado por medio de una entrada del usuario.

Adicionalmente, el Programa de Monitoreo de la Reserva de Generación deberá calcular la reserva de potencia reactiva. Para lo anterior, se utilizará la información suministrada por las curvas de capacidad (P-Q capability curves) y los límites de las unidades generadoras y de los otros dispositivos generadores de potencia reactiva definidos en la base de datos. El usuario deberá poder seleccionar los elementos de compensación reactiva que deberán tomarse en cuenta para calcular la reserva.

También se calculará el margen de la reserva de contingencia del sistema eléctrico que es necesario tener disponible para enfrentar situaciones de emergencia. El monitoreo de esta reserva deberá permitir administrar el riesgo asociado a un conjunto de contingencias probables en el sistema, mediante la comparación de la disponibilidad de la reserva de contingencia contra los requerimientos mínimos calculados. El riesgo asociado a una contingencia se define, en forma aceptable, expresado en términos de la peor contingencia (la que cause la mayor pérdida de generación y/o de los intercambios de energía y además que esté contemplada en los criterios de seguridad operativa del Comprador), más un margen de regulación disponible para atender esta contingencia.

El cálculo de la reserva de contingencia deberá tomar en cuenta:

(a) La reserva rodante total.

(b) La reserva fría de respuesta rápida.

(c) Las cargas interrumpibles.

(d) Las reservas contratadas a áreas externas.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 192(e) Los contratos de emergencia establecidos con los sistemas eléctricos

interconectados.

El usuario deberá tener la capacidad de fijar los valores mínimos de las diferentes reservas, de tal forma que el Programa de Monitoreo de la Reserva de Generación active una alarma cuando el cálculo realizado sea inferior a esos valores mínimos.

3.4.4.4 Programación de intercambios de energía eléctrica

Esta función deberá permitir al Operador programar las transacciones de intercambio de energía horaria con los sistemas eléctricos interconectados y hacer efectivo un seguimiento de los acuerdos de intercambios de energía. Estos acuerdos son en general el resultado de la programación fuera de línea de las transacciones de energía eléctrica en el MER, que contienen las especificaciones sobre cada acuerdo en particular y que pueden realizarse con diferentes agentes.

La programación de los intercambios de potencia se realizará por medio de una interfaz en forma de una matriz, donde el Operador ingrese como mínimo los siguientes datos para cada línea o registro, que corresponde a una hora del día:

(1) El día y la hora.

(2) La magnitud de la energía eléctrica horaria programada: en MWh y con signo. El signo positivo corresponderá a las transacciones de inyección de energía (venta) y el signo negativo corresponderá a las transacciones de retiro de energía (compra).

(3) El nombre de la empresa con la que se pactó el intercambio de energía: el sistema debe aceptar por lo menos treinta (30) nombres diferentes de empresas.

(4) El tipo de transacción: firme, interrumpible, de porteo, entre otros.

(5) El costo del MWh.

La función de programación de intercambios de energía debe permitir programar transacciones de como mínimo 7 días en el futuro y debe permitir en cualquier momento que se pueda modificar la programación de intercambios que todavía no se hayan ejecutado (intercambios futuros). También debe permitir la visualización de los intercambios programados históricamente, con un tiempo de retención de un mes.

La función de programación de intercambios de energía debe realizar el cálculo del intercambio neto programado del área de control, el cual será utilizado por el AGC y por el programa de monitoreo de las reservas de generación.

La información de los programas de intercambio de energía ya ejecutados se almacenará en una base datos, con el fin de que estén disponibles para realizar consultas y reportes. El

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 193tiempo máximo de almacenamiento es de un (1) año. Además, se tendrá la capacidad de poder importar o exportar la información por medio del formato XML, como mínimo.

3.4.4.5 Cálculo de los costos de producción y de las pérdidas de transmisión

Esta función deberá calcular los costos de producción a partir de los valores de generación que establece finalmente el AGC y de los cálculos en tiempo real extendido de flujos de potencia. La información de salida es útil para fines económicos y estadísticos. Esta función deberá brindar referencias reales que conduzcan a mejorar la programación de la operación fuera de línea.

3.4.4.6 Pronóstico de demanda de corto plazo

Este paquete de programas deberá permitir ajustar en tiempo real los pronósticos de carga de corto plazo pre-calculados fuera de línea y que se usan como base para la programación de corto plazo de la generación, reserva rodante y reserva fría.

Esta función debe realizar el ajuste del pronóstico de la carga del sistema para un horizonte de estudio que comprende desde algunas horas hasta el día completo y eventualmente hasta una semana en el futuro, en pasos de 30 minutos o de una hora; opción que debe ser seleccionable por el usuario.

La carga del sistema es la suma de las demandas individuales que se ajustan a distintos patrones de consumo que son estadísticamente predecibles. El comportamiento de la carga del sistema está influenciado por múltiples factores y para su ajuste en tiempo real extendido, se deben tomar en cuenta desde las condiciones del tiempo (variables climatológicas), hasta la ocurrencia de eventos imprevistos que incidan sobre la demanda (lógicamente no previstos en la etapa de la programación de la operación), pasando por la consideración de las tendencias inmediatamente pasadas.

Las demandas pronosticadas deberán estar disponibles para su posterior visualización o su uso en otras funciones de aplicación. La representación del pronóstico de carga deberá ser tanto en forma numérica como gráfica, admitiendo la presentación simultánea de por lo menos tres curvas, ya sean pronosticadas o reales. El período correspondiente de visualización deberá poder ser fijado y/o modificado por el usuario, así como también los valores horarios fijados por medio de la interfaz hombre-máquina.

3.4.5 Subsistema de Análisis de Redes Eléctricas

3.4.5.1 Requisitos funcionales

A partir de la información adquirida a través del subsistema SCADA, el Centro de Control deberá poder realizar una supervisión de la operación del sistema, efectuando sobre él un análisis de seguridad operativa. Para ello es imprescindible, como primera etapa, la

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 194depuración de los errores que podrían afectar a los valores de medición y a la información transmitida sobre la topología del sistema eléctrico.

Esta depuración brindará además información para proceder al mantenimiento de los sistemas de medición, incluidos los respectivos transductores, otros dispositivos electrónicos y vínculos de comunicación. Además de la depuración de la información que llega al centro de control, se deberá determinar el estado de funcionamiento de todo el sistema eléctrico.

Los programas que realizan estas funciones son el Configurador de Topología de la Red y el Estimador de Estados. Este último, deberá incluir módulos de cálculo que permitan estudiar la observabilidad del sistema eléctrico y detectar, identificar y corregir los errores en las mediciones y en la topología del sistema. También deberá permitir, en modo estudio, identificar una topología de medición que garantice una buena estimación y una adecuada detección e identificación de errores en la información y por supuesto la observabilidad de la red eléctrica.

Una vez conocido el estado de operación actual del sistema (variables de estado: tensiones complejas en todos los nodos), se calculan los valores estimados de las corrientes y flujos de potencia en la red, los que junto a las variables de estado, se comparan con sus valores límites. La existencia de magnitudes eléctricas que violan sus valores límites deberá reportarse.

Luego, también con base en el estado de operación actual del sistema eléctrico, el programa Márgenes de Estabilidad y Capacidad Máxima de Transmisión determinará el estado de cargabilidad máxima correspondiendo al límite de estabilidad donde las tensiones pueden colapsar y los generadores pueden salir de sincronismo. La distancia entre el estado de operación actual del sistema y el estado de cargabilidad máxima, llamada reserva o margen de estabilidad, cambia cada vez que la topología, las tensiones y las condiciones de carga cambian; puede tener valores muy diferentes de los valores calculados fuera de línea. El margen de estabilidad deberá ser recalculado automáticamente en tiempo real después de cada estimación de estado, tanto para el caso base como para una lista restringida de contingencias severas; así como para el flujo de potencia en modo estudio.

La evaluación de seguridad operativa ante contingencias incluye principalmente los módulos de cálculo de Análisis de Contingencias en líneas, transformadores, generadores y barras. Para realizar la evaluación de seguridad operativa es necesario tener presente la incidencia de las redes eléctricas vecinas cuando se produce una contingencia en el propio sistema supervisado. Las redes eléctricas vecinas podrán ser representadas a través de equivalentes construidos con un programa para reducción del sistema externo, o alternativamente, por medio de técnicas de modulación implícita donde el modelo externo ya forma parte del caso base del sistema eléctrico analizado.

Para satisfacer la necesidad del usuario de conocer rápidamente los efectos en la seguridad operativa que provocaría una maniobra determinada en el sistema, deberá proveerse la implementación del Flujo de Potencia del Operador para simular distintas acciones en el sistema (apertura/cierre de interruptores, cambio de la posición de la derivación de un transformador regulable y otras acciones que cambian el punto de operación de la red eléctrica). Este programa se utilizará también para generar los casos bases en los estudios de

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 195evaluación y control de la seguridad operativa que se realizan fuera de línea. Adicionalmente, de igual forma que el Estimador de Estados, la conclusión de la ejecución de este programa también disparará cálculos de estabilidad para identificar la reserva de estabilidad del caso postulado que acaba de ser obtenido.

Adicionalmente, el Subsistema de Análisis de Eléctricas ofrecido deberá incluir un programa de Flujo de Potencia Óptimo, en su alcance más general, que permita además de su uso en tiempo real (de hecho, en tiempo real extendido), su aplicación fuera de línea. La aplicación fuera de línea del Flujo de Potencia Óptimo se utilizará como el último eslabón, el más inmediato previo a la ejecución de la operación, de los procedimientos de la programación de muy corto plazo de la operación. El punto de partida en este caso deberá ser constituido por los resultados de la programación horaria de la generación hidrotérmica, calculados externamente por el programa NCP y que deberán ser importados al SCADA/EMS.

Para la optimización del flujo de potencia deberá ser posible contemplar un modelo que incorpore la red eléctrica en forma detallada y las restricciones asociadas a ella en forma explícita y precisa. Adicionalmente, el programa deberá contemplar como variables de control tanto las vinculadas al flujo de potencia activa (generación de potencia activa, desconexión de cargas, etc.), como también aquellas vinculadas a la potencia reactiva (generación de potencia reactiva, posición de las derivaciones de los transformadores regulables bajo carga, condensadores y reactores, etc.).

Además, el Subsistema de Análisis de Redes Eléctricas deberá incluir procedimientos y rutinas de servicio (service routines) que faciliten la interacción entre el usuario y el sistema de programas y también, que calculen los parámetros utilizados por el propio Subsistema de Análisis de Redes y por otros programas de aplicación del sistema SCADA/EMS. Estas rutinas de servicio consisten en:

(1) Secuencia de Análisis de Redes Eléctricas en Tiempo Real (Real-Time Network Analysis Sequence): este es un procedimiento interactivo que deberá ser suministrado para el manejo interactivo del Subsistema de Análisis de Redes.

(2) Estimación de Carga en Barras (Bus Load Forecast), que será:

(a) Disparado automáticamente dentro de la Secuencia de Análisis de Redes Eléctricas para calcular las pseudomediciones utilizadas por el Estimador de Estados.

(b) Ejecutado en conjunto con el programa de Flujo de Potencia del Operador para calcular las cargas en barras con base en un valor global postulado de la carga del sistema.

(3) Factores de Penalización de las Pérdidas de Transmisión (Transmission Losses Penalty Factors): este programa calculará las derivadas de la función de pérdidas de transmisión con respecto a las potencias inyectadas en las barras del sistema para la utilización subsiguiente en el programa de Despacho Económico Hidrotérmico.


El Subsistema de Análisis de Eléctricas debe poder utilizarse en cualquiera de los dos SCADA/EMS, independientemente de cuál de ellos opere como sistema principal o como sistema de respaldo en línea.

3.4.5.2 Aspectos de diseño

3.4.5.2.1 Componentes y modelos

Los programas del subsistema de Análisis de Redes Eléctricas deberán representar los siguientes componentes estándar como mínimo:

(1) Líneas de transmisión.

(2) Cables de potencia.

(3) Condensadores y reactores en serie.

(4) Ramas equivalentes.

(5) Transformadores con cambiador automático de derivaciones bajo carga, así como también con cambiador manual.

(6) Condensadores y reactores en derivación (conexión en shunt).

(7) Barras.

(8) Inyecciones (de carga y de generación), incluyendo condensadores síncronos y compensadores estáticos de vars.

(9) Inyecciones equivalentes.

(10) Diagramas P, Q de los generadores (curvas de capacidad del generador).

Además deberá poder representar los siguientes dispositivos de maniobra:

(a) Interruptores.

(b) Seccionadores.

(c) Acoplamientos de barras (longitudinales y transversales).

(d) Seccionadores de barra.

(e) Seccionadores de carga.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 197Todos los programas de Análisis de Redes Eléctricas deberán tener la capacidad de procesar el sistema dividido en islas eléctricas. Los parámetros de dimensionamiento del modelo del SEN están definidos para el tamaño inicial y respectivamente, el tamaño final, en la sub-sección 3.4.12.1 de este documento.

3.4.5.2.2 Características de programación

Se requiere una programación modular, de respuesta rápida para el sistema, clara, comprensible y fácilmente modificable para adaptarse a los cambios surgidos por el crecimiento del sistema de potencia. La modularidad de la programación deberá ser compatible con una suficiente segmentación de funciones, para facilitar que las modificaciones de la programación y la adición de nuevos programas se efectúen sin mayores complicaciones y con mínimas probabilidades de errores de inserción.

Para verificar el cumplimiento de este requisito el Proveedor deberá realizar la implementación de los programas de Análisis de Redes Eléctricas ofrecidos en un sistema computacional denominado Sistema de Desarrollo, que se entregará al Comprador en los primeros meses del período de integración del sistema. La instalación de los programas deberá permitir la realización de la segunda etapa del programa de puesta en funcionamiento de las aplicaciones de Análisis de Redes Eléctricas (véase la sub-sección 3.4.5.4).

Los lenguajes de programación deberán ser estándar, totalmente comerciales, que permitan este tipo de integración sin necesidad de recurrir al Proveedor a los efectos de esclarecer estructuras de bases de datos, forma de acceso a las mismas, entre otros. No se aceptará la utilización de lenguajes absolutos, como por ejemplo ensamblador (assembler); de lenguajes cerrados, como por ejemplo PL/1; o de lenguajes poco utilizados en el campo de aplicaciones para sistemas eléctricos de potencia, como por ejemplo el Ada.

En síntesis, lo que se pretende es que si en el futuro se desean sustituir los programas de aplicación por otros que el Comprador considere convenientes, o se quieran integrar programas adicionales de aplicación, esa tarea no deberá verse dificultada por una estructura de programas y de bases de datos que hagan dicha tarea imposible. Para verificar el cumplimiento de este requerimiento, el personal del Comprador deberá poder instalar y procesar programas propios o de otro proveedor y también visualizar gráficamente los resultados obtenidos, en el equipamiento a suministrar por el Oferente que resulte seleccionado en este proceso licitatorio.

3.4.5.3 Requisitos generales

3.4.5.3.1 Interfaz hombre-máquina

El software que se describe tiene como usuarios a los operadores e ingenieros del centro de control. Por lo general los usuarios poseen una gran experiencia en el monitoreo y manejo de los sistemas eléctricos. Los usuarios reciben información en tiempo real del estado del sistema eléctrico en las pantallas de sus puestos de trabajo. Ante una emergencia del sistema eléctrico, el usuario deberá tomar decisiones y ejecutar acciones de control en forma rápida y éste no posee la capacidad ni el tiempo suficiente para procesar el gran volumen de

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 198información disponible. Por esta razón, la información, los mensajes y los resultados que se brindan al usuario deberán ser mínimos, muy descriptivos y lo más elaborados posible.

El usuario deberá realizar las entradas por medio de diagramas en pantalla, permitiendo la modificación de los datos representados en los mismos (posición de interruptores, posición de la derivación de los transformadores, valores de reemplazo para las mediciones, escalamiento de cargas, escalamiento de los diagramas P-Q de los generadores). Además, estas modificaciones se deben poder realizar por medio de un menú de selección de funciones.

Deberá ser posible presentar los resultados de los programas de aplicación tanto en formato tabular como en diagramas en modo gráfico de alta resolución (full graphics), provistos de ventanas de datos asignadas a los distintos elementos del sistema, en listas y mensajes por pantalla y a través de salidas por impresora.3.4.5.3.2 Bases de datos

Las bases de datos estarán organizadas y completamente definidas en cuanto a su estructura y ubicación, garantizando de esta forma que para diversas aplicaciones se pueda acceder a ellas.

Toda la tarea de modificación de las bases de datos, que se realiza en la operación en modo estudio, estará soportada por software que tenga menús de ayuda en línea y apoyo gráfico, lo que es importante para los efectos de representación, no sólo desde el punto de vista de la visualización por parte del usuario, sino también de la generación del sistema para las aplicaciones matemáticas.

Deberá ser posible que el ingeniero a cargo de la tarea de estudios eléctricos del sistema pueda ir verificando con total precisión los efectos que tienen las acciones que se toman al modificar la base de datos, contando además con controles de error. Deberá incluir la funcionalidad de que las bases de datos a utilizar en modo estudio puedan ser una imagen de las bases de datos en tiempo real, en instantes que el usuario así lo seleccione. Además, las variables de la base de datos que el usuario desee seleccionar, deben poder ser almacenados en el Subsistema de Información Histórico.

Toda la base de datos estática deberá ser accesible a través de los recursos del tipo base de datos relacional especificados en la sub-sección 3.4.1.6.

3.4.5.3.3 Modos de ejecución

Las funciones del Subsistema de Análisis de Redes Eléctricas deberán ejecutarse en modo de tiempo real y en modo de estudio.

3.4.5.3.3.1 Análisis de redes eléctricas en modo de tiempo real

En modo de tiempo real, las funciones de Análisis de Redes Eléctricas se deberán ejecutar automáticamente para monitorear el estado actual del SEN y analizar los efectos de las contingencias. Los datos telemedidos en tiempo real serán la entrada principal para las funciones en este modo.


Las funciones en modo de tiempo real se deberán ejecutar periódicamente o ser iniciadas automáticamente por la ocurrencia de eventos previamente especificados o iniciadas por solicitud del usuario. No se deberán requerir entradas manuales para la ejecución de las funciones.

Durante maniobras que involucran operaciones múltiples de interruptores y también durante perturbaciones, identificadas por desviaciones amplias de la frecuencia del sistema y/o de las tensiones en barras especificadas por el Operador, deberá interrumpirse la ejecución de las funciones Análisis de Redes Eléctricas en modo de tiempo real, en caso de que se estén ejecutando, o de lo contrario, no deberá iniciarse hasta pasado un número programable de segundos después de la ocurrencia del último evento de la perturbación.

Las siguientes funciones de Análisis de Redes Eléctricas deberán poder ser ejecutadas en tiempo real:

(1) Configurador de Topología de la Red (Network Topology).

(2) Estimador de Estados (State Estimator).

(3) Márgenes de Estabilidad y Capacidad Máxima de Transmisión (Real-Time Voltage Stability Assessment and Monitoring).

(4) Análisis de Contingencias (Contingency Analysis).

Adicionalmente, se deberá suministrar, como rutina de servicio, la capacidad para definir la Secuencia de Análisis de Redes Eléctricas en Tiempo Real que coordina la ejecución de las anteriores funciones. También, la funcionalidad de Estimación de Carga en Barras (Bus Load Forecast) será provista como una rutina de servicio.

Se deberá suministrar un despliegue de Control de Ejecución de la Secuencia de Análisis de Redes Eléctricas en Tiempo Real, el cual deberá presentar la terminación del programa, la ocurrencia de condiciones de error y mostrar los programas que se están ejecutando. Si la Secuencia de Análisis de Redes Eléctricas en Tiempo Real se cancela, se detendrá tan pronto como sea posible la ejecución y ninguna área de la base de datos deberá dañarse con datos inconsistentes. Las ejecuciones posteriores se deberán iniciar apropiadamente sin tener en cuenta el momento en que la última ejecución fue detenida o cancelada.

Se deberá crear automáticamente, a solicitud o cuando cualquiera de los programas de la Secuencia de Análisis de Redes Eléctricas en Tiempo Real no converja, un caso salvado de tiempo real que contenga los datos de entrada de la secuencia para análisis posterior y el Operador deberá ser notificado por una alarma de la aplicación. Se deberá suministrar la capacidad para almacenar automáticamente hasta diez casos donde no se obtuvo la convergencia.

Deberá ser posible iniciar la ejecución de la Secuencia de Análisis de Redes Eléctricas en Tiempo Real, desde un caso salvado de tiempo real, para analizar los problemas que puedan ocurrir con cualquiera de las funciones de la Secuencia de Análisis de Redes Eléctricas en

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 200Tiempo Real. La iniciación desde cualquier caso salvado de tiempo real, no deberá causar ningún impacto en la ejecución periódica de la Secuencia de Análisis de Redes Eléctricas en Tiempo Real.

Las funciones de Análisis de Redes Eléctricas en Tiempo Real deberán reportar las condiciones de alarma a través del Procesamiento de Alarmas y Eventos usada para el reporte de alarmas relacionadas con los datos telemedidos en tiempo real.

El Procesamiento de Alarmas y Eventos para los datos estimados deberá ser similar a los datos telemedidos en tiempo real; sin embargo, no se deberán repetir las alarmas para los datos de tiempo real. Las alarmas relacionadas con los datos de estado estimados se deberán distinguir en resúmenes de alarmas con un atributo diferente. Deberá ser posible inhibir alarmas de los datos de estado estimados, globalmente o por punto o grupos de puntos.

Algunas alarmas de las aplicaciones deberán tener el carácter de resumen, para dirigir al Operador a las salidas detalladas de la aplicación. Por ejemplo, la función de Análisis de Contingencias en Tiempo Real, podrá detectar durante su ejecución nuevas violaciones de límites operativos que no fueron detectadas durante su ejecución periódica anterior.

El hecho de que existan nuevas violaciones deberá ser reportado a través de la utilidad de Procesamiento de Alarmas y Eventos, para dirigir al Operador a los resultados más detallados del Análisis de Contingencias. La selección de la alarma deberá hacer un llamado a un despliegue relacionado, tales como un despliegue de contingencia por violación de la carga de una línea o un despliegue del diagrama unifilar de la subestación. Deberá ser posible enrutar las alarmas de las aplicaciones hacia un despliegue separado de resumen de alarmas.

Se deberán tener disponibles las funciones y despliegues asociados para definir la recolección periódica, a una periodicidad específica de cualquiera de los resultados de las funciones de Análisis de Redes Eléctricas en Tiempo Real para el Sistema de Información Histórico. Se deberá suministrar la capacidad para recolectar automáticamente datos después de cada ejecución de una función, para la cual la recolección fue definida previamente.

3.4.5.3.3.2 Análisis de redes eléctricas en modo de estudio

En modo de estudio, los programas de Análisis de Redes Eléctricas deberán ser ejecutados a solicitud del usuario con el fin de analizar las condiciones postuladas actuales, pasadas y futuras del SEN. Se deberán suministrar las siguientes funciones de Análisis de Redes Eléctricas en modo de estudio:

(1) Configurador de Topología de la Red (Network Topology).

(2) Flujo de Potencia del Operador (Dispatchers’ Power Flow).

(3) Análisis de Contingencias (Contingency Analysis).

(4) Flujo de Potencia Óptimo (Optimal Power Flow).

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 201(5) Márgenes de Estabilidad y Capacidad Máxima de Transmisión (Real-Time

Voltage Stability Assessment and Monitoring).

Adicionalmente, se requiere la capacidad de ejecutar el Estimador de Estados en modo de estudio sobre casos de tiempo real (snapshots) almacenados en la base de datos histórica (HIS).

Las funciones de Análisis de Redes Eléctricas en modo de estudio deberán trabajar conjuntamente como un grupo de funciones integradas. Deberá ser posible ejecutar una secuencia de funciones de estudio con un comando sencillo. El intercambio de datos entre las funciones en una secuencia de estudio deberá ser transparente para el usuario. Deberán estar disponibles las herramientas de propósito general para la ejecución de la secuencia de las funciones de estudio.

Los Operadores deberán ser habilitados para iniciar o cancelar fácilmente estudios en cualquier momento. Se deberá suministrar un despliegue de Control de Ejecución de la Secuencia de Análisis de Redes Eléctricas en modo de estudio, el cual deberá permitir al Operador el control de la definición, seguimiento y ejecución del estudio y el cual deberá mostrar la terminación del estudio, así como la ocurrencia de condiciones de error. Si un estudio es cancelado, la ejecución deberá detenerse tan pronto como sea posible y ninguna área de la base de datos deberá dañarse con datos inconsistentes. Un estudio cancelado se podrá volver a ejecutar sin ningún efecto adverso sobre los resultados.

Todas las funciones de Análisis de Redes Eléctricas en modo de estudio que provean la funcionalidad similar a las funciones de Análisis de Redes Eléctricas en Tiempo Real se deberán basar en los mismos algoritmos, suministrando las mismas características y usados con una interfaz de usuario idéntica a las versiones de tiempo real, excepto cuando se solicite otra característica específicamente en este cartel de licitación.

Sin embargo, el control de cada función de estudio deberá ser totalmente independiente de la versión de tiempo real y cada función de estudio deberá tener la ejecución y sintonización de los parámetros que puedan ser ajustados independientemente. Las funciones de Análisis de Redes Eléctricas en modo de estudio no deberán generar ninguna alarma debido a violaciones detectadas o a fallas en la solución; estos tipos de condiciones deberán estar disponibles en los despliegues de las soluciones y diagnósticos.

3.4.5.3.4 Modos de activación/desactivación

La activación de los programas de aplicación para ejecutar los procesos en tiempo real extendido, deberá poder instrumentarse en tres formas:

(1) Cíclica: con un período ajustable por el usuario, con posibilidad de desactivación.

(2) Espontánea: al producirse cambios relevantes en el estado de elementos de maniobra (que modifiquen la configuración topológica de la red), o cambios significativos en la posición de la derivación (tap) de los transformadores, o en valores medidos. La activación espontánea deberá tener la posibilidad de

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 202ser desactivada por el usuario. La activación de los programas de aplicación deberá retardarse en caso de haberse producido una modificación en la topología de la red, el tiempo suficiente para lograr una estabilización y concordancia entre la topología resultante y los últimos valores de medición recibidos.

(3) A pedido del usuario: esta activación deberá también retardarse en caso de haberse producido una modificación en la topología de la red, el tiempo suficiente para lograr una estabilización y concordancia entre la topología resultante y los últimos valores de medición recibidos.

Durante maniobras que involucran operaciones múltiples de interruptores y también, durante perturbaciones identificadas por desviaciones amplias de la frecuencia del sistema y/o de las tensiones en barras especificadas por el Operador, la ejecución de los programas de Análisis de Redes Eléctricas deberá interrumpirse, en caso de que se esté ejecutando, o de lo contrario, no deberá iniciarse hasta pasado un número programable de segundos después de la ocurrencia del último evento de la perturbación.

El Operador deberá poder habilitar o inhibir los diferentes modos de activación y desactivación, también podrá modificar los intervalos de activación cíclica. Los usuarios deberán contar además, con la posibilidad de activar los programas de aplicación en modo estudio sobre una base de datos distinta a la de tiempo real, que podrá ser una archivada anteriormente, por ejemplo, en el HIS, en algún momento en se presentó una situación particular o una totalmente simulada por el usuario.

Los resultados de estos procesos deberán ser accesibles simultáneamente desde cualquiera de los puestos (consolas) de Operador y de los puestos para ejecución de aplicaciones. Los requisitos de periodicidad inicial para las funciones de Análisis de Redes Eléctricas en Tiempo Real se definen en la sub-sección 3.4.12.2. Deberá ser posible para el usuario cambiar en línea la periodicidad de cualquier función de Análisis de Redes Eléctricas en Tiempo Real usando despliegues orientados al Operador.

Adicionalmente, el Operador deberá estar en capacidad de habilitar o deshabilitar fácilmente la iniciación de la Secuencia de Análisis de Redes Eléctricas en tiempo real por tiempo, por evento o por solicitud manual. El Operador también deberá tener la capacidad de deshabilitar o inhibir fácilmente la iniciación por eventos individuales. Deberá ser posible terminar estas acciones usando un despliegue orientado al Operador.

3.4.5.4 Metodología para la sintonización y puesta en servicio

Los Oferentes deberán describir detalladamente en su oferta la metodología de trabajo para poner en funcionamiento en el SCADA/EMS, los programas que integran el Subsistema de Análisis de Redes Eléctricas. Los pasos de esta metodología deberán incluir, como mínimo, lo siguiente:

(1) En un primer paso de la metodología de trabajo se deberá proceder a configurar la base de datos del sistema eléctrico del Comprador que será

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 203utilizada en modo estudio por los programas del Subsistema de Análisis de Redes Eléctricas, definiendo los casos a analizar considerando distintos estados de los elementos de maniobra.

(2) En un segundo paso se deberá incluir la aplicación en modo estudio de los programas al sistema a controlar por el Comprador, a los efectos de determinar las adaptaciones que resulten necesarias para asegurar su correcto funcionamiento en redes eléctricas con las características particulares del sistema del Comprador. Se deberán realizar en modo estudio pruebas exhaustivas de los programas, evaluando entre otros los siguientes aspectos:

(a) Tiempo de cálculo.

(b) Precisión en la configuración del SEN.

(c) Precisión de los resultados.

(d) Capacidad de convergencia.

(e) Capacidad de detección, identificación y tratamiento de mediciones erróneas.

(f) Capacidad para determinar correctamente la observabilidad del sistema eléctrico y restituirla si fuese necesario.

(g) Cumplimiento con los restantes requisitos funcionales, definidos en esta sub-sección 3.4.5 y de desempeño y dimensionamiento definidos en las sub-secciones 3.4.12.1 y 3.4.12.2.

(3) En un tercer paso se deberán realizar las adaptaciones necesarias a la base de datos del nuevo SCADA/EMS del centro de control, a las características del equipamiento y a los requisitos del usuario del centro de control.

Para la puesta en servicio en modo estudio, fuera de línea, de los programas de aplicación se deberán ejecutar como mínimo las siguientes tareas:

(a) Pruebas en modo estudio fuera de línea de los programas en el SCADA/EMS del centro de control del Comprador: estas pruebas se deberán realizar utilizando las bases de datos para modo estudio que quedarán instaladas en forma definitiva en el SCADA/EMS y se deberán realizar en el equipamiento del nuevo centro de control. El programa de pruebas y los criterios propuestos para la evaluación de resultados deberán estar incluidos en la oferta.

(b) Análisis del comportamiento de los programas en modo estudio y puesta a punto de los mismos.

(c) Puesta en funcionamiento en modo estudio definitiva.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 204Para la puesta en servicio en tiempo real extendido de los programas de aplicación se deberán realizar como mínimo las siguientes tareas:

(i) Pruebas fuera de línea de los programas simulando operación en línea en el SCADA/EMS del centro de control del Comprador: estas pruebas se deberán realizar utilizando las bases de datos con información dinámica y estática que quedarán instaladas en forma definitiva en el Centro de Control. Por ello se deberá prever un mecanismo para acceder, modificar y dejar fija la información. Estas pruebas se deberán realizar en el equipamiento del nuevo centro de control. El programa de pruebas y los criterios propuestos para la evaluación de resultados deberán estar incluidos en la oferta.

(ii) Análisis del comportamiento fuera de línea de los programas y puesta a punto de los mismos.

(iii) Pruebas exhaustivas de los programas funcionando en tiempo real extendido y puesta a punto: estas pruebas se deberán realizar en el equipamiento del nuevo centro de control del Comprador, utilizando las bases de datos con información dinámica y estática que quedarán instaladas en forma definitiva en el SCADA/EMS del Centro de Control.

(iv) Puesta en servicio definitiva.

El programa de pruebas ofrecido a realizar en cada etapa de la implementación de los programas de aplicación deberá ser revisado y completado, si se considerase necesario, con suficiente anticipación, en forma conjunta y de común acuerdo entre el Proveedor y el Comprador siguiendo los lineamientos de las guías y normas específicas del IEEE, como por ejemplo: 730-1981, 829-1983, 983-1984, 1008-1987, 1012-1986, entre otras.

3.4.5.5 Configurador de la Topología de la Red Eléctrica

3.4.5.5.1 Propósito

El Configurador de Topología de la Red Eléctrica determina la configuración topológica de la red eléctrica supervisada y la topología de medición asociada, e identifica, en tiempo real extendido, el estado de energización o desenergización de los elementos de la red.

3.4.5.5.2 Entradas

Las entradas son:

(1) Estados actuales de interruptores y seccionadores (obtenidos de la base de datos en tiempo real). Además el usuario deberá poder ingresar el estado de dispositivos que no tengan telemetría de su indicación de posición y de aquellos cuya señal telemétrica de indicación de posición esté perturbada. Este ingreso de información será manual, preferiblemente mediante recursos

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 205interactivos (el ratón, por ejemplo) sobre esquemas gráficos para facilitar el ingreso.

(2) Descripción de la topología estática del sistema, estructura y detalle de los posibles elementos energizados (acoplamientos longitudinales y transversales, seccionadores, interruptores, barras, derivaciones, generadores conectados a cada barra, entre otros), obtenida de una base de datos estática.

(3) Ubicación de las mediciones en la topología estática del sistema.

3.4.5.5.3 Procesamiento

Este programa deberá:

(1) Determinar la configuración topológica de la red eléctrica mediante el procesamiento de las indicaciones de posición de interruptores y seccionadores.

(2) Identificar las conexiones rama-nodo, las ramas abiertas, las barras seccionadas (split buses), las barras acopladas (merged buses), las subredes aisladas o islas eléctricas.

(3) Determinar los equipos eléctricos, líneas, circuitos y secciones de barra desenergizados.

(4) Determinar la topología de medición del sistema (mediciones asociadas a los componentes energizados del sistema).

(5) Determinar la presencia de fuentes de tensión en cada elemento aislado de la red eléctrica.

(6) Determinar los generadores conectados a cada barra que están en servicio.

Los Oferentes describirán el método propuesto para la determinación de la configuración de la red eléctrica y también el método para determinar los elementos de la red que están desenergizados, adjuntando la documentación correspondiente y las publicaciones o reportes técnicos.

3.4.5.5.4 Salidas

Las salidas del programa serán:

(1) La configuración topológica en tiempo real del sistema eléctrico del Comprador y de las subestaciones de otras empresas donde se realicen las interconexiones y existan datos disponibles, con todos sus elementos de maniobra asociados.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 206(2) La topología de medición (las mediciones asociadas a los elementos

energizados).

(3) Los generadores que están en servicio.

(4) Los componentes del sistema eléctrico que están desenergizados.

Los resultados deberán estar organizados de modo tal que puedan ser referenciados con la base de datos estática (parámetros de líneas y transformadores, reactancias sincrónicas, transitorias y sub-transitorias de generadores, tipo y factor de peso de las mediciones, entre otros) y con la base de datos en tiempo real (valores analógicos de medición, estado de las indicaciones de posición, posición de la derivación de los transformadores, entre otros).

3.4.5.5.5 Modo de activación

El programa se ejecutará automáticamente cada vez que se produzcan cambios de estado estacionario en las posiciones de los equipos de maniobra (segundos después de la maniobra) y ante una solicitud general del sistema. También deberá ser posible iniciar una ejecución por solicitud del usuario.

Durante maniobras que involucran operaciones múltiples de interruptores y también durante perturbaciones, identificadas por desviaciones amplias de la frecuencia del sistema y/o de las tensiones en barras especificadas por el Operador, el programa deberá interrumpirse, en caso de que se esté ejecutando, o de lo contrario, no deberá iniciar su ejecución hasta pasado un número programable de segundos después de la ocurrencia del último evento de la perturbación. En el caso de cambio de la posición de interruptores y seccionadores realizados por el usuario, el configurador se ejecutará automáticamente, unos segundos después de la última acción del usuario.


3.4.5.5.6.1 Interfaz con la base de datos

Los resultados del programa Configurador de Topología de la Red Eléctrica serán direccionados hacia la base de datos de tiempo real para ser utilizados por otros programas de aplicación que utilicen información sobre la configuración topológica del SEN, sobre los parámetros de los elementos energizados y sobre la topología de medición del sistema.

Con carácter general los resultados del programa configurador, integrados en la base de datos en tiempo real, deberán generar archivos en la base de datos perfectamente identificables y recuperables por el usuario, asegurando también la accesibilidad total a esos archivos para los casos en que dicha base de datos sea requerida por programas que se deseara instalar en el futuro, provenientes de otros desarrolladores distintos a los Oferentes.

Deberá preverse su encadenamiento con los programas de aplicación (Estimador de Estado, Análisis de Contingencias y otros), por ejemplo, una vez concluida cada ejecución del

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 207programa se iniciará automáticamente la ejecución del programa Estimador de Estados como parte de la Secuencia de Análisis de Redes Eléctricas en Tiempo Real.


La salida del programa se deberá visualizar en los diagramas esquemáticos de los cuatro niveles indicados en la sub-sección 3.4.1.13, así como en los despliegues normalizados que haya desarrollado el Oferente. Esta visualización se deberá poder efectuar desde cualquier estación de trabajo en la red de área local, que sea designada como consola de operación o puesto de trabajo para los ingenieros de operación.

La indicación de la configuración topológica sobre los diagramas deberá ser tal que se diferencien fácilmente los elementos energizados de los no energizados.

Los mensajes deberán ser representados al usuario en una forma clara y resaltada, evitando utilizar códigos de error difíciles de interpretar.

3.4.5.6 Estimador de Estados


El Estimador de Estados procesará valores de mediciones en tiempo real para obtener la mejor estimación del estado de funcionamiento del SEN expresado en términos de la magnitud y ángulo de fase de las tensiones de barras. El estado estimado de funcionamiento del SEN constituirá una base de cálculo confiable y completa para ser utilizada por el resto de las funciones de análisis de seguridad. Adicionalmente, el Estimador de Estados brindará información sobre la existencia de mediciones erróneas y de mediciones faltantes, mejorando la precisión de la función de supervisión del sistema.

3.4.5.6.2 Entradas

El Estimador de Estados deberá procesar las siguientes entradas:

(1) Configuración topológica de la red eléctrica.

(2) Parámetros de los elementos energizados del sistema (impedancias de líneas y transformadores, entre otros).

(3) Topología de medición (localización y tipo de mediciones asociadas a los elementos energizados del sistema).

(4) Conjunto redundante de mediciones del sistema de potencia en tiempo real: magnitud de voltajes en barras (kV), potencia activa (MW) y reactiva (MVAr) en enlaces de transmisión, potencia activa (MW) y reactiva (MVAr) inyectada en barras, potencia reactiva (MVAr) en algunos elementos de compensación.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 208(5) Medición de la posición de la derivación (tap) en transformadores regulables

bajo carga.

(6) Medición del ángulo de los voltajes de ciertas barras del sistema eléctrico, obtenidos desde la plataforma de medición de fasores eléctricos del ICE.

(7) Factor de peso de las mediciones (desviaciones estándar de los errores normales de medición).

(8) Entradas manuales del usuario para inhibir alguna medición y para ejecutar el programa, u otras, por ejemplo para controlar las características de convergencia, o hacer ejecuciones para modificar el factor de peso de alguna medición.

(9) Pseudomediciones de:

(a) Inyección en nodos pasivos.

(b) Potencia activa nula en nodos con compensación.

(c) Potencia reactiva calculada en nodos con compensación en base al valor medido de tensión y al valor del compensador a tensión nominal.

(d) Posición de la derivación en transformadores no regulables bajo carga.

(e) Pseudomediciones agregadas (a partir de un archivo histórico o estadístico, o introducidas manualmente desde consola por el usuario) para superar las situaciones de inobservabilidad.

(10) Límites de las variables eléctricas.


El Estimador de Estados deberá:

(a) Determinar el estado estimado de funcionamiento del SEN.

(b) Proveer una base de cálculo en tiempo real, confiable y completa, para el resto de las funciones de seguridad y de programación operativa correctiva.

(c) Brindar información sobre la existencia de mediciones erróneas y de mediciones faltantes.

Con respecto a la metodología de procesamiento, el Estimador de Estados deberá:

(i) Utilizar un método de estimación que se adapte a las características y necesidades específicas del sistema eléctrico del Comprador. En relación con la metodología es recomendable el método de los mínimos cuadrados

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 209ponderados completo (Weighted Least Squares) o en su versión desacoplada. Los Oferentes que propongan otra metodología deberán demostrar que tienen ventajas notorias y que se trata de una tecnología madura que se encuentra en producción en al menos cinco centros de control de sistemas eléctricos de características similares o superiores al sistema del Comprador.

(ii) Aceptar enlaces de transmisión en paralelo y permitir la representación de múltiples salidas en barras con cargas y/o generación, incluyendo los transformadores respectivos.

(iii) Las mediciones de potencia activa y reactiva, deberán poderse procesar no sólo como parejas, sino individualmente. Esto implica que ningún valor quedará sin usar, sólo por el hecho de ser impar. Sin embargo como los algoritmos de estimación de estado al utilizar técnicas de tratamiento de matrices dispersas, consideran las mediciones de potencia en pares para reducir prácticamente a la mitad la dimensión del manejo de índices y como además una medición de potencia impar implica la subutilización de una telemedición válida, si bien el criterio de procesamiento mencionado anteriormente será preferente, también se aceptarán ofertas que consideren el procesamiento de las potencias activa y reactiva como pareja, siempre que ello no implique un detrimento evidente para el caso concreto del Centro de Control del Comprador.

(iv) Incluir un procedimiento de pre-procesamiento de datos que evalúe la medición sobre la ubicación de las derivaciones de los transformadores y elementos de compensación para determinar los parámetros del sistema y que procese señales indicativas del estado de la medición para su consideración en la estimación (válida, no actualizada, etc.).

(v) Realizar un chequeo de límites (de corriente, de tensión y de generación de potencia reactiva) en todos los valores estimados hayan sido medidos o no medidos.

(vi) Incluir un procedimiento adecuado que se ejecute fuera de línea para determinar las desviaciones estándar de las mediciones.

(vii) Incluir un procedimiento para proveer pseudomediciones.

Con respecto a las mediciones, configuración de la red y parámetros eléctricos, el Estimador de Estados deberá:

(1) Realizar un análisis de pre-estimación de los valores analógicos de las mediciones antes de ser utilizadas por el algoritmo de estimación, que incluya por ejemplo:

(a) La verificación cruzada entre valores medidos y la topología del modelo. Por ejemplo, el flujo de MW y MVAr medido en un enlace abierto deberá ser cero.


(b) La verificación de coherencia entre mediciones. Por ejemplo, la comparación de flujos en ambos extremos de un enlace, el balance nodal de potencias y otros similares.

(c) La verificación de razonabilidad de valores de medición. Por ejemplo, valores de tensión razonables con el nivel de tensión del nodo, valores de flujo de potencia acordes con los máximos de transmisión permitidos, signo de los flujos de potencia activos en enlaces acorde con las características de la salida (carga o generación).

(2) Clasificar las mediciones de acuerdo al análisis pre-estimación en no válidas, dudosas o válidas y subsiguientemente, ajustar en tiempo real extendido el factor de peso de las mediciones de acuerdo a esta clasificación.

(3) Detectar, identificar y eliminar del proceso de cálculo y de una forma confiable, las mediciones afectadas de grandes errores.

(4) Corregir las mediciones erróneas utilizando valores de reemplazo (pseudomediciones), o eliminando las mismas del conjunto de mediciones, o disminuyendo su factor de peso en el proceso de estimación. Si se incluyera la eliminación simultánea de un conjunto de mediciones erróneas, se deberá asegurar que esta acción no conduzca a la inobservabilidad del sistema eléctrico.

(5) Detectar y corregir errores de configuración del sistema utilizado. La corrección de los errores de configuración se realizará modificando el cambio de estado del elemento con error o eliminando del proceso de estimación las mediciones asociadas a dicho elemento, asegurando que esta acción no conduzca a la inobservabilidad.

(6) Incluir el cálculo de los parámetros de los transformadores regulables bajo carga cuando no se disponga de la medición de la posición de la derivación. El método de cálculo deberá considerar la posibilidad de que alguna de las mediciones, en que se basa el cálculo esté afectada de un gran error, evitando que estos errores influyan perjudicialmente en los resultados.

Al corregir los errores de configuración incorrectamente identificados se pueden producir situaciones de no-convergencia, por lo que deberá asegurarse un procedimiento adecuado para tal identificación. La corrección inadecuada de parámetros erróneos puede conducir a resultados no precisos de la estimación, no obstante que el estimador sea ejecutable y converja.

Por las situaciones precedentemente mencionadas los Oferentes deberán describir las rutinas y procedimientos de análisis para estudiar distintos errores en el programa, como por ejemplo, mala asignación de mediciones, efecto de errores de configuración y de estimación de parámetros, entre otros.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 211Con respecto a la observabilidad del sistema eléctrico, el Estimador de Estados deberá:

(A) Determinar las situaciones de inobservabilidad debido a la pérdida o no existencia de una o más mediciones. Esta función deberá determinar siempre las situaciones de inobservabilidad y además no deberá declarar como inobservables sistemas que sí son observables (esta situación puede presentarse con algunos métodos en los casos en que la observabilidad se logra con las mediciones de inyección). Por ello el método utilizado deberá analizar las mediciones de flujo de potencia activa y reactiva, de inyección de potencia activa y reactiva y de tensión.

(B) Restituir la observabilidad del sistema con la inserción de un número mínimo de mediciones, en forma automática y/o con un procedimiento interactivo con el usuario; permitiendo de esta forma la continuación del proceso de estimación.

(C) Tener la capacidad de realizar el proceso de estimación en la parte observable, en el caso de tener un sistema con una parte no observable (sin la posibilidad de usar pseudomediciones) y otra parte observable. También deberá incluir técnicas para la solución de porciones del sistema no observables, por ejemplo estimación por porciones con distintas barras oscilantes (una en cada porción). Los resultados de la parte del sistema observable no deberán ser afectados por las suposiciones hechas para la parte del sistema no observable. No deberán existir casos de interrupción de la ejecución sin una generación de resultados al haber mediciones faltantes.

(D) Incluir un método de manejo de los sistemas externos no observables y para el manejo del sistema dividido en islas eléctricas.

Se solicita junto con la provisión del programa de Estimación de Estados la realización de un estudio fuera de línea de selección de puntos de medición para establecer el conjunto de mediciones óptimo, que garantice un adecuado comportamiento del programa estimador y de las funciones de detección, identificación y tratamiento de grandes errores en el sistema.

La selección se hará partiendo del conjunto de mediciones existentes consideradas por el Subsistema SCADA (tipos de mediciones y ubicación de las telemediciones), con la premisa de obtener mejores resultados con la mínima inversión en equipamiento. Para el adecuado funcionamiento del programa estimador se recomiendan valores de redundancias globales y locales mayores o iguales a 2,5, definida la redundancia como m/n, donde n es el número de variables de estado y m el número de mediciones.

3.4.5.6.4 Salidas

La salida del estimador incluirá las siguientes magnitudes estimadas para cada elemento representado en el modelo del sistema:

(1) Valores estimados de las magnitudes (kV) y ángulos de fase (°) de las tensiones de barras.


(2) Estimación de los valores de potencia reactiva (MVAr), activa (MW) y aparente (MVA) en cada enlace del modelo del sistema (en los dos extremos).

(3) Estimación de los valores de potencia reactiva (MVAr) y activa (MW) en cada barra, desagregada por alimentadores o cargas cuando exista información suficiente (por ejemplo mediciones en todas las salidas que indican una cierta regla de distribución).

(4) Corrientes (kA) en enlaces.

El Estimador de Estados deberá dar información sobre:

(a) Identificación de zonas inobservables.

(b) Inyecciones equivalentes en los nodos frontera (entre áreas).

(c) Identificación de islas eléctricas.

(d) Carga total del sistema (potencia activa y reactiva).

(e) Pérdidas del sistema (potencia activa y reactiva).

(f) Calidad de los resultados estimados (índice J(x) en WLS).

Adicionalmente, deberá ser posible especificar el almacenamiento de un caso resuelto por el Estimador de Estados en los siguientes formatos:

(i) IEEE Common Format.

(ii) PSS/E, formatos 30, 31 y más recientes.


La activación en línea del programa será:

(1) Cíclica: como parte de la secuencia en tiempo real de análisis de la red. La frecuencia de la operación cíclica será programable y determinada por el usuario, pudiéndose procesar el estimador con mayor frecuencia en situaciones especiales en el sistema.

(2) Espontánea: luego de cambios de configuración de la red, de cambios de carga importantes y de perturbaciones en el sistema.

(3) Por solicitud del usuario.

El Estimador de Estados no se ejecutará durante una perturbación del sistema ni durante la ejecución del programa Configurador de la Topología de la Red Eléctrica. Si el programa se

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 213estuviera ejecutando cuando tiene lugar un evento de perturbación, se interrumpirá y no concluirá su ejecución.

Cuando resulte una condición que no permita la ejecución del algoritmo de estimación, de forma automática o semiautomática el usuario deberá contar con una funcionalidad disponible fuera de línea para identificar la condición de error que evita la operación del estimador y con herramientas de análisis para resolver el problema.

Deberá ser posible utilizar el Estimador de Estados en modo de simulación o estudio con ingreso y modificación interactiva de los datos y salida de resultados por pantalla con distintas opciones de visualización y/o escritura de resultados. Es por ello que se deberá contar con un soporte para pruebas.



Los resultados del Estimador de Estados deberán ser direccionados a la base de datos en tiempo real que utilizan los otros programas de aplicación.

Los formatos de los archivos para las aplicaciones que parten de los resultados del Estimador de Estados deberán estar definidos y descritos con el mayor grado de detalle y especificando la forma de acceder a ellos desde cualquier estación de trabajo o procesador conectado a la red LAN del SCADA/EMS. Los archivos deberán poder ser copiados fácilmente en los soportes de memoria de cualquiera de las estaciones de trabajo y procesadores vinculados a la red.

Con carácter general el programa de estimación de estado deberá generar archivos en la base de datos, perfectamente identificables y recuperables por el usuario, asegurando también la accesibilidad total a esos archivos para los casos en que dicha base de datos sea requerida por programas que se deseara instalar en el futuro, provenientes de otros desarrolladores distintos a los Oferentes.

3.4.5.6.6.2 Interfaz con otros programas

El Estimador de Estados deberá formar un conjunto consistente de datos en tiempo real como parte de la base de datos del sistema, los cuales serán utilizados por otros programas de aplicación. Antes de iniciar su ejecución el Estimador de Estados verificará la indicación de cambio de topología establecido por el programa Configurador de la Topología de la Red Eléctrica.

El Estimador de Estados también tendrá interfaces de datos con las rutinas de servicio Estimación de Carga en Barras y Factores de Penalización de las Pérdidas de Transmisión. Adicionalmente, deberá ser provista la capacidad de ejecutar el Estimador de Estados utilizando, como entrada, la información de un punto de operación instantáneo (snapshot) de la base de datos en tiempo real grabado en el Subsistema de Información Histórica.



Las siguientes condiciones deberán ser notificadas al usuario a través de mensajes por pantalla:

(1) Violación de límites (sobrecarga de líneas, transformadores, etc.).

(2) Identificación de mediciones con grandes errores.

(3) Identificación de mediciones no válidas y faltantes.

(4) Identificación de errores de configuración.

(5) Condiciones de no convergencia.

Las salidas del Estimador de Estados deberán poder observarse en los diagramas esquemáticos de los cuatro niveles indicados en la sub-sección 3.4.1.13, así como en los despliegues normalizados que haya desarrollado el Oferente. Esta visualización se deberá poder efectuar desde cualquier estación de trabajo en la red de área local, que sea designada como consola de operación. Deberán poder visualizarse además, con el correspondiente soporte gráfico (full graphics), en las estaciones de trabajo de los ingenieros de operación o cualquier otra estación de trabajo que se requiera.

En todo momento deben estar disponibles para el usuario las últimas 24 ejecuciones exitosas del Estimador de Estados (a razón de una por cada hora del día), para ser utilizadas por el programa de Flujo de Potencia del Operador. Adicionalmente, se preverán también facilidades para guardar casos base en dispositivos de almacenamiento permanente para reprocesamiento subsiguiente.

El sistema de software deberá diseñarse de forma tal que los valores estimados sustituyan bajo pedido las mediciones erróneas y faltantes en todas las UTR. En este caso los valores estimados se desplegarán en forma diferente a las mediciones (como mínimo con un color diferente). Se deberá prever en los diagramas, ventanas para colocar los valores estimados de magnitudes no medidas. También deberá incluirse la posibilidad de obtener un protocolo impreso de las salidas e información general sobre el caso analizado (número de iteraciones y tiempo de cálculo, hora y fecha de ejecución, resultados estimados, mediciones, entre otros).

3.4.5.6.7 Requisitos especiales

El Proveedor deberá demostrar al Comprador, en la etapa temprana de implementación del proyecto, las buenas propiedades de convergencia del Estimador de Estados ofrecido, simulando casos reales de la red eléctrica del Comprador, bajo diversas condiciones de la información sobre mediciones, estado de elementos de maniobra y posición de las derivaciones de transformadores. También se deberán hacer demostraciones de la habilidad del programa para detectar, identificar y corregir mediciones y configuraciones erróneas y para determinar y restituir la observabilidad.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 215El procedimiento incluido en el Estimador de Estados deberá asegurar la identificación de mediciones con errores de 10 veces su desviación estándar, en zonas con una redundancia local mayor o por lo menos igual a 2,5. Una vez corregido el error de medición deberá ejecutar nuevamente en forma exitosa el algoritmo de estimación.

Bajo condiciones normales de operación del sistema de potencia y carga normal del sistema de computación por parte de la adquisición de datos, el tiempo de procesamiento del Estimador de Estado no deberá exceder los tiempos de respuesta indicados en la sub-sección 3.4.12.2.6, para soluciones repetidas partiendo de la estimación inmediatamente anterior (tracking mode) y partiendo del perfil plano de tensiones inicial.

El cumplimiento de estos requisitos deberá ser demostrado por el Proveedor en los equipos del SCADA/EMS que suministrará.

3.4.5.7 Margen de Estabilidad y Capacidad Máxima de Transmisión

Esta es una aplicación que tiene actualmente el ICE para calcular los márgenes de estabilidad del SEN y la capacidad máxima de transmisión y la tarea del Proveedor es integrar esta aplicación, para que sea ejecutada tanto en tiempo real, como en modo de estudio.


El programa Margen de Estabilidad y Capacidad Máxima de Transmisión (Real-Time Voltage Stability Assessment and Monitoring) calcula la distancia al límite de estabilidad desde un punto de operación y calcula el estado de cargabilidad máxima, que es llamada reserva o margen de estabilidad estática. Esta reserva de estabilidad estática cambia cada vez que hay cambios en la topología, en las tensiones o en las condiciones de carga del SEN y puede tener valores muy diferentes de los valores calculados fuera de línea. Por lo tanto, la reserva de estabilidad estática deberá ser recalculada automáticamente después de cada nueva estimación de estado, en tiempo real y de cada nueva solución del flujo de potencia, en modo estudio, para permitir al Operador que desarrolle medidas adecuadas para evitar el riesgo de colapso del SEN. Para cumplir con este objetivo, los resultados del programa Margen de Estabilidad y Capacidad Máxima de Transmisión deberán ser presentados en los formatos que ya tiene el programa, que son de fácil interpretación para los Operadores.

3.4.5.7.2 Entradas

En el proceso de integración del programa de Margen de Estabilidad y Capacidad Máxima de Transmisión, el Proveedor debe garantizar el suministro apropiado de los datos de entrada que requiere dicho programa para su funcionamiento. Los datos de entrada incluyen:

(1) Un flujo de potencia resuelto del sistema de potencia interconectado centroamericano o, como un mínimo, del SEN con sus equivalentes externos, en el formato común de la IEEE (IEEE Common Format), o en formatos del PSS/E versiones 30, 31 y más recientes.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 216(a) En modo tiempo real, el caso básico consistirá en la última salida del

Estimador de Estados.

(b) En modo de estudio serán utilizados los resultados de un flujo de carga que elija el Operador.

(2) Reactancias sincrónicas, transitorias y subsincrónicas de los generadores y compensadores sincrónicos.

(3) Características de capacidad P-Q y límites máximos de MW y/o MVAr de las unidades generadoras y de los compensadores sincrónicos y de los compensadores estáticos de vars.

(4) Lista de contingencias representando eventos simples y/o múltiples de línea, generación, equipos de compensación reactiva y/o carga.

3.4.5.7.3 Activación y procesamiento

La ejecución del programa de Margen de Estabilidad y Capacidad Máxima de Transmisión deberá ser incluida en la Secuencia de Análisis de Redes Eléctricas en Tiempo Real, posterior a cada solución exitosa del Estimador de Estados. Además, debe ser incluida la opción de ejecución por demanda del Operador.

En lo que respecta al modo de estudio, su ejecución será por demanda del Operador una vez que se haya obtenido una solución exitosa del Flujo de Potencia del Operador. En este modo, los resultados de flujos de carga resueltos y almacenados en casos salvados (save cases) constituirán la base para la determinación de los límites de estabilidad.

Se deben incluir las técnicas de comprobación apropiadas, para evitar que el programa de Margen de Estabilidad y Capacidad Máxima de Transmisión, se ejecute (ya sea automática o por demanda del Operador), cuando no se cuenta con una solución convergente del Estimador de Estados o del Flujo de Potencia del Operador.

3.4.5.7.4 Salidas

El programa deberá presentar las salidas, tanto para el caso base como para la peor contingencia, utilizando despliegues gráficos y en formato tabular que permitan la fácil interpretación de los resultados. Estas son salidas estándar del programa y lo que debe hacer el Proveedor es mostrarlas en las consolas de operación, así como leer archivos de salida del programa (en formato de texto), para tomar datos que deben ser enviados a la base de datos de tiempo real, con el fin de que estén disponibles para su visualización en los despliegues adicionales que se desarrollen (por parte del Comprador), para la visualización de alarmas (por ejemplo cuando la reserva de estabilidad es menor que el umbral definido por el usuario) y para el almacenamiento en el Subsistema de Información Histórica (por decisión del Comprador).

Las salidas gráficas y alarmas deben mostrarse tanto en el modo de tiempo real, como en el modo de estudio.


3.4.5.8 Análisis de Contingencias


El propósito es calcular y supervisar el estado de funcionamiento, en estado estacionario del sistema eléctrico, para una lista de contingencias en líneas de transmisión, transformadores y generadores.

3.4.5.8.2 Entradas

Los datos de entrada para el programa de Análisis de Contingencias serán los siguientes:

(1) La configuración topológica del sistema eléctrico.

(2) Los parámetros de los componentes del sistema eléctrico.

(3) Los resultados de la ejecución más reciente del Estimador de Estados (para el modo de tiempo real).

(4) La solución del Flujo de Potencia del Operador (para el modo de estudio).

(5) La lista de las contingencias preseleccionadas.

(6) Los límites de seguridad y emergencia para flujos de potencia (MVA) en líneas de transmisión, generadores y transformadores y los límites de los voltajes de las barras.

(7) Los parámetros de los modelos de los equivalentes externos al sistema eléctrico de Costa Rica.

(8) Los diagramas de capacidad P-Q de los generadores.

(9) Los factores de participación y/o constantes de inercia de los generadores.


Las contingencias deberán ser analizadas con un algoritmo simplificado que no implique todo el proceso de cálculo de un flujo de carga completo para cada contingencia.

El programa de Análisis de Contingencias deberá incluir una función de selección de contingencias críticas, que partiendo de una lista de contingencias analice las que más afecten el estado de operación del sistema desde el punto de vista de sobrecargas o condiciones de voltaje anormales. El seleccionador de contingencias de acuerdo a este análisis clasifica y ordena las contingencias y procede a simular las consideradas críticas. El seleccionador de contingencias deberá cumplir con los siguientes requisitos:

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 218(i) La clasificación de las contingencias será función como mínimo de sus efectos

en cuanto a sobrecargas de potencia activa en componentes del sistema eléctrico.

(ii) El método de selección de contingencias deberá ser tal que el tiempo de selección y ordenamiento de las contingencias, más el tiempo de simulación completa de las contingencias seleccionadas sea sensiblemente menor que el tiempo de simulación de todas las contingencias posibles del sistema.

(iii) La clasificación deberá procesar varias listas de contingencias, cada una predeterminada por el usuario, el cual deberá poder no sólo alimentar dicha lista sino también realizar los cambios pertinentes a través de un manejo interactivo.

El programa de Análisis de Contingencias deberá poder simular como mínimo las siguientes contingencias:

(a) Salida de líneas y transformadores.

(b) Pérdidas de carga.

(c) Pérdidas de generación.

(d) Pérdidas de equipos de compensación dinámica de potencia reactiva (compensadores síncronos, compensadores estáticos de vars y otros).

(e) Contingencias en acopladores de barras.

(f) Contingencias en barras.

(g) Contingencias en otros elementos en derivación.

El método a ser usado en la solución del algoritmo deberá ser propuesto por los Oferentes, pero deberá como mínimo cumplir los siguientes requisitos:

(1) Cada contingencia se evaluará mediante un flujo de carga de corriente alterna.

(2) Deberán ser consideradas las potencias activa y reactiva.

(3) La velocidad de ejecución deberá permitir que sea funcional para operar en tiempo real.

(4) Deberán calcularse los flujos de potencia resultantes como consecuencia de la contingencia.

(5) En las barras de interés deberán calcularse los voltajes resultantes como consecuencia de la contingencia.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 219(6) La simulación de contingencias de generadores deberá proveer la

redistribución automática de la generación pérdida a otras unidades generadoras y no solo a la barra oscilante.

(7) Deberá informar al usuario sobre todas las violaciones de los límites de seguridad y de emergencia.

(8) Deberá incluir un procedimiento para asistir al usuario o actuar automáticamente en situaciones en que el programa no presente solución (mal acondicionamiento, no convergencia y otras similares).

(9) Deberá detectar la posibilidad de partición del sistema eléctrico incluyendo además un procedimiento para manejar las distintas islas eléctricas.

(10) Deberá usar equivalentes de las áreas no observables. El método para crear dichos equivalentes será propuesto por los Oferentes. Un requisito indispensable es que estos equivalentes produzcan resultados dentro de un 5% de error con respecto a los valores reales.

(11) Partir de un caso base obtenido de la ejecución previa del Estimador de Estados, en tiempo real; o de un caso base calculado por el Flujo de Potencia del Operador, en modo estudio.

3.4.5.8.4 Salidas

Los siguientes deberán ser, como mínimo, los datos de salida para cada contingencia simulada:

(1) Identificación de la contingencia simulada.

(2) Los flujos de potencia y los voltajes en las barras de interés resultantes como consecuencia de la contingencia.

(3) Mensajes en caso de existir contingencias críticas.

(4) Identificación de las violaciones de límite experimentadas incluyendo:

(a) Flujos de potencia en MVA.

(b) Porcentajes de violación y límites de sobrecarga en enlaces de transmisión.

(c) Voltaje, porcentajes de violación y límite de la magnitud de voltaje violado.

(d) Violaciones de ángulo.

(5) Mensajes en caso de existir partición del sistema.


(6) El índice de severidad de las contingencias analizadas y el parámetro limitante.


La activación de la función Análisis de Contingencias en tiempo real deberá ser:

(1) A continuación de cada solución válida del Estimador de Estados.

(2) Si el Estimador de Estados es suspendido, esta ejecución será también suspendida.

(3) Por solicitud del usuario.

Este programa se ejecutará también por solicitud del usuario en modo estudio.



La información resultante de la simulación de contingencias se expondrá al usuario en tablas de:

(1) Resultados de salida de la simulación de contingencias ordenados de acuerdo al índice de severidad.

(2) Magnitudes más afectadas.

(3) Equipos afectados.

(4) Violaciones de límites.

(5) Alarmas potenciales por ocurrencia de contingencias.

Todos los resultados deberán estar soportados gráficamente. Deberán existir opciones para que el usuario defina la cantidad y tipo de información de salida que desea. Adicionalmente, se suministrará la funcionalidad para guardar casos base en dispositivos de almacenamiento permanente para su reprocesamiento subsiguiente.

3.4.5.8.6.2 Interfaz con otros programas

Deberá incluir un enlace con el programa de Flujo de Potencia del Operador.

3.4.5.9 Flujo de Potencia del Operador



El Flujo de Potencia del Operador será utilizado para verificar con anticipación los resultados de las acciones operativas planificadas y también como herramienta de propósito general para el análisis y estudio del sistema de potencia. A través de la selección apropiada de los datos de entrada al programa de Flujo de Potencia del Operador, el usuario podrá estudiar condiciones del sistema en estado estable, cercanas al tiempo real y también condiciones pasadas o futuras.

3.4.5.9.2 Entradas

Los datos de entrada para el programa de Flujo de Potencia del Operador serán los siguientes:

(1) La configuración topológica del sistema eléctrico.

(2) Los parámetros de los componentes del sistema eléctrico.

(3) Las condiciones iniciales resultantes de la ejecución más reciente del Estimador de Estados (modo de tiempo real).

(4) Las condiciones iniciales resultantes de un caso base procesado anteriormente por el Flujo de Potencia del Operador (modo de estudio).

(5) Los límites de seguridad y de emergencia de flujos de potencia en enlaces y en voltajes de barra.

(6) Los parámetros de los modelos de los equivalentes externos al sistema eléctrico de Costa Rica.

(7) Los diagramas de capacidad P-Q de los generadores.


El programa deberá cumplir con los siguientes requisitos de procesamiento:

(1) Seleccionar en forma interactiva: asignación de cargas, asignación de generación, asignación de intercambios de potencia, asignación de maniobras, entre otros.

(2) Establecer el caso base.

(3) El algoritmo de cálculo utilizado por el Flujo de Potencia del Operador será de tipo Newton-Raphson, desacoplado o no. Sin embargo, en caso de no convergencia, el Flujo de Potencia del Operador deberá automáticamente ejecutar la rutina completa Newton-Raphson (full Newton-Raphson).

(4) El modelo de la red eléctrica deberá incluir los sistemas externos no observados por el Estimador de Estados.


(5) El modelo deberá ajustar automáticamente las variables de control para cumplir con los requisitos de regulación definidos por el usuario para los sistemas de control automático (cambiadores de derivaciones de transformadores, voltajes de generación, conexión/desconexión de equipos de compensación de potencia reactiva, entre otros).

(6) El modelo deberá ajustar automáticamente los límites de potencia reactiva de los generadores sincrónicos, en función de su potencia activa de salida y del diagrama P-Q del generador.

(7) Las inyecciones en barras se basan en los resultados de la última corrida del Estimador de Estados (en tiempo real) y las inyecciones de los sistemas externos se ajustan, ya sea con los resultados del Estimador de Estados o con un procedimiento del Flujo de Potencia del Operador. Alternativamente, las inyecciones en barras serán calculadas por la rutina de servicio Estimación de Carga en Barras.

(8) Deberá ser posible definir la programación de intercambios de potencia con sistemas externos y durante la ejecución de la simulación, el algoritmo debe ajustar los intercambios de potencia a los valores programados.

3.4.5.9.4 Salidas

La salida incluye los siguientes resultados:

(1) Magnitud y ángulo de las tensiones en las barras.

(2) Flujo de potencia activa y reactiva y corriente en líneas y transformadores.

(3) Potencia activa y reactiva de las inyecciones en las barras.

(4) Pérdidas de potencia en líneas, transformadores y en el sistema completo.

(5) Intercambios de potencia con sistemas externos.

(6) Valores de la posición de la derivación (tap) de los transformadores.

(7) Valores de potencia reactiva en equipos compensadores.

Estos resultados deberán ser mostrados separadamente para las islas eléctricas que resulten de la simulación del caso.

Adicionalmente, deberá ser posible especificar la salida del Flujo de Potencia del Operador y el almacenamiento de los casos resueltos (base case) en los siguientes formatos:

(i) El formato común de la IEEE (IEEE Common Format).

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 223(ii) Formatos de PSS/E en las versiones 30, 31 y más recientes.


Este programa será ejecutado solamente por solicitud del usuario.



Por medio de la interfaz hombre-máquina, el usuario podrá solicitar una ejecución del Flujo de Potencia del Operador para ser guardada, ya sea como caso de referencia o en almacenamiento temporal para estudios posteriores. Además del espacio de memoria requerido para almacenar los casos de referencia, se preverá también espacio para el almacenamiento temporal de hasta cincuenta (50) casos resueltos del Flujo de Potencia del Operador.

El programa poseerá la opción de que el usuario pueda modificar el estado de las líneas de transmisión cambiando directamente el estado de los interruptores y seccionadores o cuchillas en los diagramas unifilares. Cada enlace mantendrá su identidad por separado para poder desconectar y conectar líneas de transmisión o transformadores cuando están en paralelo. Permitirá además desconectar una línea de transmisión solo en uno de sus extremos, para simular la operación en vacío de la misma.

Las salidas por pantalla del programa Flujo de Potencia del Operador se presentarán sobre los diagramas esquemáticos de los cuatro niveles indicados en la sub-sección 3.4.1.13, bajo la modalidad de alta resolución gráfica (full graphics). También será posible presentar los resultados del Flujo de Potencia del Operador en formato tabular, así como en los despliegues normalizados que haya desarrollado el Oferente. Esta visualización se deberá poder efectuar desde cualquier estación de trabajo en la red de área local, que sea designada como consola de operación o puesto de trabajo para los ingenieros de operación.

La presentación de la salida destacará las indicaciones de las violaciones de los límites operativos y las localizaciones de tensiones anormales. Además, se suministrará la opción de impresión sobre impresora láser y de exportación de los diagramas unifilares y tablas de resultados para ser usados en aplicaciones de Microsof Office. También se suministrarán facilidades para guardar los casos base en dispositivos de almacenamiento permanente para reprocesamiento subsiguiente.


El programa Flujo de Potencia del Operador deberá extraer de la base de datos en tiempo real la información sobre los resultados de la última ejecución del Estimador de Estados (en tiempo real extendido) y del programa Configurador de Topología de la Red Eléctrica. Además deberá poder extraer información de todos los casos almacenados de la solución del Estimador de Estados. El Oferente que resulte adjudicado deberá proveer todas las facilidades para agregar estos accesos para el programa.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 2243.4.5.9.6.3 Interfaz con otros programas

Se requiere de una interfaz con el programa de Análisis de Contingencias para establecer los casos de base en modo estudio.

3.4.5.10 Flujo de Potencia Óptimo


El conjunto de programas que constituyen el Flujo de Potencia Óptimo permiten obtener recomendaciones para operar el sistema de potencia, en estado estacionario, de una manera confiable y económica, considerando diferentes restricciones en el sistema de potencia. Este conjunto de programas de optimización deberá contener módulos diferenciados para aplicaciones fuera de línea y por otra parte, para aplicaciones en tiempo real extendido. Las aplicaciones fuera de línea del Flujo de Potencia Óptimo constituyen el último eslabón, el más inmediato previo a la ejecución de la operación, de los procedimientos de la programación de muy corto plazo de la operación.

3.4.5.10.2 Entradas

Los principales datos de entrada son:

(1) Los parámetros estáticos de los componentes del sistema eléctrico.

(2) La configuración topológica actual del sistema eléctrico.

(3) El estado del sistema a partir de los resultados del Estimador de Estados o del Flujo de Potencia del Operador.

(4) Las curvas de costo de los generadores.

(5) Los valores que definen las restricciones.

(6) El ámbito de variación de las variables de control.

(7) Los factores de penalización de las variables de control.

(8) Las especificaciones de prioridad y flexibilidad para restricciones y variables de control.


En la opción más general deberá contemplar como variables de control tanto las vinculadas al flujo de potencia activa (generación de potencia activa, desconexión de cargas, entre otras), como también aquellas vinculadas a la potencia reactiva (generación de potencia reactiva, posición de las derivaciones de los transformadores regulables bajo carga, la conexión/desconexión de elementos de compensación en paralelo, entre otras).


En las opciones más particulares deberá tener la funcionalidad de:

(1) Calcular el flujo óptimo que determina el despacho de potencia activa, minimizando los costos y teniendo en cuenta las restricciones de la potencia activa y de la red eléctrica.

(2) Llevar a cabo el ajuste de tensión/potencia reactiva, que determina los controles de potencia reactiva que minimizan las pérdidas de transmisión en el sistema, considerando las restricciones de la red eléctrica y las fuentes asociadas a la potencia reactiva.

Tanto para la opción más general, como para las opciones más particularizadas, el Flujo de Potencia Óptimo deberá incluir un procedimiento para resolver situaciones en que no exista solución al problema de optimización. El problema de no resolución o no convergencia a un punto óptimo es consecuencia del estado del sistema de potencia, de las variables de control seleccionadas y de las restricciones. Se deberá indicar al usuario interactivamente ciertas pautas a seguir para lograr la solución o incluir un procedimiento automático que por ejemplo amplíe el rango de algunas variables de control, varíe los límites de las restricciones o las elimine de acuerdo a una asignación de prioridades determinada.

El conjunto de módulos del Flujo de Potencia Óptimo en sus distintas opciones deberá ser adecuado especialmente en condiciones del sistema eléctrico muy cargado o en situaciones excepcionales de carga, debidas por ejemplo a salidas de servicio de líneas o generadores. Una caracterización adicional de las opciones particulares del Flujo de Potencia Óptimo se da a continuación.

3.4.5.10.3.1 Flujo de potencia activa

Es una aplicación del Flujo de Potencia Óptimo. El objetivo es operar el sistema eléctrico en forma económica evitando conducir el sistema eléctrico a condiciones de sobrecargas. En el caso de existir sobrecargas en el sistema, el programa calcula los ajustes de los generadores tal que el sistema sea conducido a un estado seguro con el mínimo costo, considerando las restricciones de carga de la red.

La función objetivo es minimizar los costos de generación del sistema hidrotérmico en el conjunto de todas las unidades o en las ubicadas en una zona seleccionada. Las variables de control relevantes son las salidas de potencia activa de los generadores, pudiendo considerar también como variable de control la posición de la derivación de los transformadores que controlan el ángulo (phase shifters) y la desconexión de cargas sólo en los casos excepcionales en que sea necesario para evitar sobrecargas. Las restricciones son de sobrecarga en transmisión (corrientes de rama), también pueden incluirse otras restricciones adicionales, como por ejemplo la suma de flujos de potencia activa por un conjunto de enlaces de transmisión, la suma de la reserva de generación activa, entre otros.

Los resultados del programa deberán ser:

(1) Punto óptimo de operación de las variables de control.


(2) Los costos operativos.

Esta opción deberá ser adecuada para aplicaciones en modo estudio fuera de línea.

3.4.5.10.3.2 Ajuste de voltaje-potencia reactiva

Esta función determinará el uso óptimo de las fuentes de potencia reactiva y el perfil de voltaje óptimo que deberán mantenerse para lograr una relación favorable voltaje-potencia reactiva que minimice las pérdidas de potencia activa en la red de transmisión.

Esta función minimiza las pérdidas de potencia activa por la red de transmisión. Las variables de control son la potencia reactiva de todos los medios regulables de producción de potencia reactiva y la posición de las derivaciones de los transformadores regulables bajo carga. Las principales restricciones son las corrientes de rama, la magnitud de tensión en barras y los límites de potencia reactiva de los medios de producción. La salida, además de dar el punto de operación de todas las variables de control, informa sobre las pérdidas en la red eléctrica antes y después de la optimización.

3.4.5.10.3.3 Metodología

La metodología a usar en los diferentes algoritmos de solución deberá ser propuesta por los Oferentes, pero es un requisito que esta sea capaz de manejar las funciones de optimización previamente explicadas. Además, deberá ser de fácil ejecución, rápida solución y deberá contar con técnicas de almacenamiento compacto. Debido a las características longitudinales del SEN, el método a usar en el algoritmo de solución no deberá tener problemas de convergencia para este tipo de sistema. Si fuese necesario, se deberá poder contar con varios algoritmos de solución, los cuales se puedan utilizar dependiendo de la complejidad del caso en estudio.

El programa deberá ser capaz de salvar casos base en un medio de almacenamiento secundario (cinta magnética o disco óptico). Estos casos auxiliares se deberán poder obtener de datos del sistema en tiempo real, especialmente de la información obtenida de una contingencia severa (datos previos, datos obtenidos durante y después de la contingencia). Cuando el usuario quiera utilizar estos casos base como punto de partida para un estudio de flujos óptimos, se deberá establecer un procedimiento simple e interactivo para su recuperación. El usuario deberá ser capaz de cambiar cualquier información del caso base para realizar nuevos estudios.

El Flujo de Potencia Óptimo deberá tener las siguientes características generales:

(1) La optimización del flujo de potencia deberá contemplar un modelo que incorpore la red eléctrica en forma detallada y las restricciones asociadas a ella en forma explícita y precisa.

(2) Modelar reactores con derivaciones y bancos de condensadores con etapas para controlar niveles de voltaje.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 227(3) Los transformadores deberán ser capaces de controlar automáticamente el

voltaje.

(4) Todas las derivaciones (de reactores, transformadores) se deberán poder fijar en un valor dado por orden del usuario.

(5) Cualquier tolerancia en el flujo de intercambio deberá poder ser especificada por el usuario y tendrá un valor por defecto (default) de 1,0 MW.

(6) Capacidad para resolver múltiples islas eléctricas.

(7) Capacidad de simular el control de la generación por áreas.

3.4.5.10.4 Salidas

La salida deberá proveer como mínimo y con el adecuado soporte gráfico:

(1) Las magnitudes y ángulo de voltaje.

(2) Los MW y MVAr de cada máquina, cargas y elementos compensadores.

(3) Los flujos de potencia activa y reactiva en cada extremo de las líneas y corriente terminal para algunas líneas seleccionadas.

(4) La señalización de sobrecarga o sobrevoltaje de líneas, transformadores, generadores y otros componentes del sistema eléctrico.

(5) Las pérdidas de potencia en cada línea y transformadores del sistema.

(6) La posición final de las derivaciones de transformadores.


La función deberá poder ser activada ya sea como un solo programa en el cual se ejecutarán las funciones de optimización, o cada función por separado, según sea necesario. La activación deberá poder darse fuera de línea por petición del usuario. Adicionalmente, deberá ser posible ejecutar el módulo de optimización de potencia reactiva en tiempo real bajo control de la rutina de servicio Secuencia de Análisis de Redes Eléctricas en Tiempo Real.



Todos los datos de entrada y resultados se desplegarán en las estaciones de trabajo, usando tanto listados tabulares como diagramas unifilares. Todos los resultados deberán también estar disponibles para ser impresos a solicitud del usuario. Deberá ofrecer facilidades interactivas para que el usuario pueda simular situaciones con contingencias presentes y

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 228ofrecer alternativas de modelación para permitir incluir en el modelo matemático conjuntos de restricciones para el sistema con todos los elementos de operación, juntamente con conjuntos adicionales de restricciones asociadas a contingencias, para un conjunto predefinido de ellas.

El Flujo de Potencia Óptimo deberá producir una tabla con una información completa de los datos de entrada, incluyendo como mínimo lo siguiente:

(a) Descripción del caso.

(b) Parámetros del programa.

(c) Datos de líneas y transformadores.

(d) Datos de barras.

(e) Datos de generadores.

(f) Datos de elementos de compensación reactiva.

El programa Flujo de Potencia Óptimo deberá presentar los resultados en forma clara y concisa con el adecuado soporte gráfico sobre unifilares y/o diagramas según el caso, particularmente:

(1) Tabla con magnitudes y ángulo de voltaje, MW y MVAr de cada máquina, cargas y elementos compensadores, flujos de potencia activa y reactiva en cada extremo de las líneas y corriente terminal para algunas líneas seleccionadas.

(2) Se suministrará un resumen de los intercambios de potencia entre áreas, mostrando también para cada área generación, cargas, pérdidas de potencia, barra oscilante y flujos de interconexiones.

(3) Se suministrará un resumen de generación por máquina, listando a la vez niveles de voltaje por barra, MW y MVAr voltajes deseados y límites de MVAr.

(4) Se presentará un resumen de posición final de las derivaciones de elementos de compensación y transformadores.

(5) Se presentará un resumen que contenga ciertos parámetros de la solución tales como: tolerancia, número total de iteraciones, pérdidas totales, generación total, carga total, número total de barras y enlaces.

(6) Deberán resumirse barras con niveles de voltaje sobre o bajo los límites predeterminados (barras con violaciones de tensión).

(7) Deberán resumirse los enlaces de transmisión sobrecargados.


(8) Deberán aparecer en cada página la fecha y el número y el nombre de los casos.

3.4.5.11 Rutinas de servicios

3.4.5.11.1 Estimación de Carga en Barras en tiempo real

En la ausencia de telemetría de tiempo real, las cargas deberán ser calculadas como una función de la carga total del sistema. La rutina de servicio Estimación de Carga en Barras (Bus Load Forecast) deberá proveer valores de carga individuales como entrada (pseudomediciones) para el Estimador de Estados. Las cargas individuales deberán ser determinadas en orden de prioridad decreciente a partir de valores ingresados manualmente y/o de la telemetría de tiempo real.

Cada elemento de carga deberá ser la suma de un componente de carga típica (conforming load) y un componente de carga atípica (non-conforming load). La componente típica en MW de cada elemento de carga deberá modelarse usando factores de distribución de carga, que expresen las cargas internas y externas como porcentajes de la carga del SEN. La carga típica de MVAr deberá calcularse a partir de los MW de carga típica y de las relaciones de MW/MVAr o usando factores de potencia.

Deberá ser posible especificar cargas compuestas en intervalos de una hora. Las cargas compuestas deberán incluir un total de 24 grupos de factores de distribución de carga, cargas atípicas y factores de potencia.

3.4.5.11.2 Estimación de Carga en Barras en modo estudio

Para los estudios que se realicen para condiciones postuladas actuales, pasadas y/o futuras para un nivel de carga diferente, la ejecución en modo de estudio de la rutina de servicio Estimación de Carga en Barras deberá proveer valores individuales de carga para todas las barras.

Los requisitos son los mismos que los indicados para la ejecución en tiempo real. Adicionalmente, deberá ser posible ejecutar automáticamente la rutina de servicio Estimación de Carga en Barras en modo de estudio antes de ejecutar el Análisis de Contingencias y el Flujo de Carga del Operador, calculando las cargas automáticamente. Sin embargo, se deberá suministrar también la opción de ejecución manual, con el fin de revisar y modificar las cargas en barras sobre diagramas unifilares antes de que la entrada sea suministrada a las funciones de Análisis de Redes Eléctricas en modo de estudio. La modificación de los datos de la carga deberá causar que la generación sea reasignada automáticamente.

3.4.5.11.3 Factores de Penalización de las Pérdidas de Transmisión

La rutina de servicio Factores de Penalización de las Pérdidas de Transmisión deberá calcular los factores de penalización de las pérdidas de transmisión y grabarlos en la base de datos en

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 230tiempo real para su uso subsiguiente por el programa de Despacho Económico Hidrotérmico. Esta rutina deberá utilizar las salidas de la solución más reciente del Estimador de Estados. Los factores de penalización, requeridos para cada unidad generadora y línea de interconexión, serán derivados de los factores de sensibilidad de las pérdidas determinados a partir de la transpuesta del Jacobiano, actualizado después de la convergencia del Estimador de Estados.

La rutina de servicios Factores de Penalización de las Pérdidas de Transmisión mantendrá una matriz con conjuntos de factores de penalización para varios estados operativos del sistema (por ejemplo, nivel de carga, nivel de intercambio de potencia y otros) y la actualizará continuamente. La matriz de factores de penalización deberá poder ser utilizada por otras funciones de predespacho del Comprador y también ser examinada fuera de línea por otros usuarios. Adicionalmente, la rutina de servicio Factores de Penalización de las Pérdidas de Transmisión deberá direccionar su salida a un despliegue donde el Operador podrá inicializar, si así lo quisiera, todos los factores de penalización al valor unitario. La rutina de servicio Factores de Penalización de las Pérdidas de Transmisión deberá poder ser ejecutada automáticamente, por la rutina de servicio Secuencia de Análisis de Redes Eléctricas en Tiempo Real, o manualmente, por solicitud del Operador.

3.4.6 Subsistema Simulador para Entrenamiento de Operadores

El propósito del Simulador para Entrenamiento de Operadores (DTS) es ejecutar la capacitación inicial y el entrenamiento subsiguiente del personal técnico del Comprador responsable por la puesta en funcionamiento, operación y mantenimiento del nuevo sistema SCADA/EMS del Centro de Control, con particular énfasis en los Operadores del Centro de Control.

Cada uno de los SCADA/EMS contará con el DTS, lo que significa que se realizarán sesiones de entrenamiento en las instalaciones de los dos centros de control del ICE. El DTS se usará no sólo para entrenamiento y capacitación, sino que también se utilizará para validar el modelo del SEN del Comprador a través de las simulaciones dinámicas.

El DTS será una réplica idéntica del sistema SCADA/EMS, utilizando el mismo software de base de datos y despliegues y las mismas aplicaciones. En otras palabras, el DTS simulará condiciones operativas, imitará el ambiente de la sala de operación y presentará al usuario el comportamiento del sistema de potencia en modo de simulación. La interfaz hombre-máquina será igual a la usada por los Operadores y de la misma manera, el procedimiento del diálogo se realizará a través de despliegues, ratón y teclados.

Como una opción, el DTS se puede implementar inicialmente en el Sistema de Desarrollo y posteriormente se integrará en el sistema SCADA/EMS del Centro de Control. Las estaciones de trabajo usadas por el DTS serán las mismas donde se ejecutarán, en momentos diferentes, funciones de mantenimiento de base de datos y despliegues. También deberá ser posible conectar cualquier estación de trabajo del DTS al sistema de tiempo real y viceversa, para la operación en situaciones especiales.


3.4.6.1 Requisitos Funcionales

El DTS incluirá los siguientes modelos:

(1) Un Modelo del Sistema de Potencia para representar la operación del SEN.

(2) Un Modelo del Sistema Hidráulico para modelar el funcionamiento de las plantas hidroeléctricas.

(3) Un Modelo del Sistema de Control para representar el ambiente de operación en tiempo real donde trabajará el Operador.

Para que la representación sea creíble y coherente, la simulación deberá ser ejecutada en tiempos similares al tiempo real. Adicionalmente, deberá ser incluido un Subsistema del Instructor para preparar los escenarios de entrenamiento, guiar al “Entrenado” (los operadores que reciben capacitación) durante la sesión, realizar la evaluación del Entrenado y tomar cualquier acción considerada pertinente por el Instructor.

Todas las aplicaciones de tiempo real del SCADA/EMS deberán ser provistas con la capacidad de utilizar la base de datos del DTS. Adicionalmente, deberá ser posible realizar estudios utilizando los programas de Análisis de Redes Eléctricas en modo estudio. Mientras estén realizándose tales estudios, el DTS deberá continuar simulando el funcionamiento en tiempo real del sistema de potencia y proporcionar al Entrenado la respuesta dinámica del sistema eléctrico en un ambiente similar al de la sala de operación.

En la base de datos del DTS serán incluidos varios casos resueltos o salvados (save cases) producidos por el Flujo de Potencia del Operador. Además, todas las otras funciones que pueden generar el almacenamiento de casos resueltos, también tendrán por lo menos un caso salvado almacenado en la base de datos del DTS.

Los tipos de escenarios para entrenamiento deberán incluir como mínimo:

(1) Estado de operación normal.

(2) Control automático de generación.

(3) Control y supervisión del sistema de transmisión.

(4) Control de las subestaciones.

(5) Régimen de carga alta en la operación del sistema eléctrico.

(6) Régimen de carga baja en la operación del sistema eléctrico.

(7) Esquemas de desconexión de carga, manuales y automáticos.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 232(8) Sobrecargas en líneas, transformadores y líneas de interconexión.

(9) Régimen de operación con bajas tensiones.

(10) Régimen de operación con altas tensiones.

(11) Régimen de operación con baja reserva rodante.

(12) Problemas de carga mínima con exceso de generación.

(13) Perturbaciones en el sistema eléctrico.

(14) Pérdida de unidades generadoras importantes.

(15) Pérdida de línea de interconexión.

(16) Pérdida de líneas de transmisión y de transformadores importantes.

(17) Aislamiento del SEN del sistema interconectado de América Central.

(18) Separación del SEN en islas eléctricas.

(19) Apagones (blackouts).

(20) Restauración del sistema eléctrico después de un apagón.

El DTS será capaz de simular cualquiera de los disturbios ocurridos en el pasado (play-back) que hayan sido almacenados en el Subsistema de Información Histórica. El DTS también será capaz de incorporar la programación de generación desarrollada fuera de línea por la aplicación NCP del Comprador, para su uso por el Despacho Económico Hidrotérmico.

3.4.6.2 Modelo del Sistema de Potencia

El Modelo del Sistema de Potencia deberá generar mediciones analógicas y de estado cíclicamente con una periodicidad idéntica a la especificada para el sistema SCADA. Los valores simulados de la frecuencia del sistema también serán actualizados cíclicamente en intervalos no mayores que un (1) segundo.

El Modelo del Sistema de Potencia deberá tener la capacidad de simular regímenes de operación normal, regímenes dinámicos, aislamiento y restauración del sistema. Los regímenes dinámicos (estabilidad transitoria) deberán ser modelados detalladamente y los Oferentes deberán incluir en sus ofertas toda la información al respecto.

El modelo deberá tener la capacidad para modelar los flujos de potencia, la respuesta dinámica de los generadores, la desconexión de carga y los relevadores de sobrecorriente, baja y alta frecuencia y baja y alta tensión. El subsistema de simulación de la protección por relevadores también deberá incluir el recierre automático, verificador de sincronismo,

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 233sincronización de equipos y cierre automático si la frecuencia, la magnitud de la tensión y el ángulo de fase se encuentran dentro de los parámetros de sincronización, con el propósito de poder simular el efecto de dichas operaciones.

El modelo de entrada del flujo de potencia utilizado por el DTS será la misma red eléctrica utilizada como entrada en el Flujo de Potencia del Operador. La simulación de flujo de potencia así como el modelo de respuesta de frecuencia deberá poder ser calculado en islas. Para simular fielmente el funcionamiento del sistema en tiempo real, el Modelo del Sistema de Potencia deberá calcular continuamente no sólo el balance de la potencia en cada isla eléctrica, sino también una solución de flujo de carga completo en corriente alterna proporcionando los valores de:

(1) Tensiones complejas en cada barra.

(2) Cargas activas y reactivas.

(3) Flujos de potencia activa y reactiva en líneas.

(4) Generación de potencia activa y reactiva.

(5) Frecuencia del sistema y en cada isla eléctrica.

Las sobrecargas en líneas y transformadores y las violaciones de tensión en las barras deberán ser detectadas y la actuación subsiguiente de la protección deberá ser simulada. Adicionalmente, se deberá proveer la capacidad para simular el sistema de control de voltaje y los cambios de derivaciones en transformadores.

El modelo de las subestaciones deberá incluir la representación de interruptores, desconectadores o seccionadores, barras, equipos de conexión a tierra y esquemas de enclavamiento.

3.4.6.2.1 Modelos de generadores

El modelaje de unidades generadoras deberá incluir:

(a) Controladores primarios de velocidad.

(b) Controladores secundarios de potencia-frecuencia.

(c) Controladores de voltaje.

(d) Limitaciones de carga activa y reactiva de las unidades.

(e) Funcionamiento de las unidades generadoras durante excursiones de la frecuencia.

Cada tipo específico de generador tendrá su propio tipo de modelo, incluyendo lo siguiente:

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 234(1) Controlador primario (gobernador).

(a) Estatismo permanente.

(b) Banda muerta.

(c) Limitadores.

(2) Control automático de voltaje.

(3) Energía de la caldera.

(4) Modelos de las turbinas. En el caso de las unidades hidráulicas, sus parámetros y las restricciones de caída neta y caudal.

(5) Dependencia de la frecuencia de los equipos auxiliares.

3.4.6.2.2 Modelos de los sistemas hidráulicos

El Modelo del Sistema Hidráulico deberá simular los recursos hidráulicos del Comprador de una manera realista incluyendo, embalses, ríos, dispositivos de control de flujo (caudal) y plantas hidráulicas e incluirá la capacidad de calcular:

(1) Aportes hidrológicos (inflows) como una función de tiempo.

(2) Volúmenes de los embalses como una función de entradas (inflows), de las salidas (outflows) y de la curva del embalse (elevación del nivel versus área).

(3) Salidas (outflows), que incluyen al caudal turbinado por la planta.

(4) Generación como una función de la caída neta y del número de unidades conectadas a una tubería de presión común.

(5) Flujos de agua a través de los dispositivos de control de flujo, como una función del nivel de agua y apertura del dispositivo.

(6) Derrames como una función del nivel del embalse y donde sea apropiado, la apertura de la compuerta.

(7) Niveles de embalse controlados por sifones y bombas.

3.4.6.2.3 Modelos de las turbinas

El DTS deberá permitir el modelaje de las turbinas incluyendo turbinas térmicas a vapor, hidroeléctricas, turbinas eólicas, turbinas a gas y plantas de ciclo combinado. Cada modelo deberá incluir la representación del gobernador y de la turbina. El Instructor deberá tener la capacidad de deshabilitar la acción del gobernador para cada unidad generadora en forma

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 235individual. Los efectos finales de los reguladores automáticos de voltaje también deberán ser modelados.

3.4.6.2.4 Modelo de la carga en el sistema de potencia

El modelaje de carga deberá usar curvas de carga diarias y perfiles de cargas atípicas y deberá incluir las dependencias con el voltaje y la frecuencia, así como el sistema de desconexión de carga. El modelo deberá ser válido para un amplio abanico de regímenes de operación normal, de emergencia y en periodo de restauración, incluyendo:

(i) Ámbito de frecuencia de 55 Hz a 65 Hz.

(ii) Rango de voltajes de 0,70 a 1,30 p.u.

(iii) Cualquier otra condición estable de operación.

Adicionalmente, debe tener la capacidad para representar:

(1) Cargas de barra constantes (modelo de potencia constante).

(2) Cargas de barra como función de la frecuencia del sistema.

(3) Cargas de tipo corriente constante.

(4) Cargas de tipo impedancia constante.

(5) Programación horaria de cargas interrumpibles.

(6) Desconexión de carga por baja frecuencia y/o por acción del control supervisorio (SCADA) y respectivamente, la restauración de dicha carga.

(7) Variación de la carga como una función de la frecuencia de la isla.

(8) Variación de la carga como una función del voltaje de la barra a la que está conectada.

3.4.6.2.5 Modelo de la frecuencia en islas eléctricas

La frecuencia en cada isla del sistema de potencia deberá ser modelada como una función del desequilibrio de potencia en la isla (diferencia entre generación y carga, más las pérdidas de transmisión), las inercias de las máquinas, de la respuesta de la regulación primaria de frecuencia de la isla eléctrica y de la sensibilidad de la carga de la isla con la frecuencia.

3.4.6.3 Modelo del Sistema de Control

3.4.6.3.1 Control supervisorio y adquisición de datos

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 236El DTS deberá ser equipado con control supervisorio y un sistema asociado para la simulación de la adquisición de datos de las UTR (UTR scanning). Todas las funciones disponibles en el sistema SCADA real deberán ser incorporadas en el DTS, incluyendo pero no limitándose a:

(1) Apertura y cierre de disyuntores y seccionadores.

(2) Control de derivaciones de transformadores.

(3) Arranque y parada de máquinas.

(4) Colocación de etiquetas.

(5) Disparo manual de carga.

La pérdida de comunicación con las UTR deberá simularse a través de las alarmas que se generan y del hecho que los datos de estado y analógicos dejarían de ser actualizados. Las fallas de comunicación con sistemas externos podrán ser representadas bloqueando la actualización de los datos sobre las interconexiones.

3.4.6.3.2 Estación de trabajo del entrenado

El Subsistema DTS deberá incluir las estaciones de trabajo para los Entrenados. Adicionalmente, cualquier estación de trabajo del sistema SCADA/EMS deberá poder ser asignada como puesto de trabajo del Entrenado.

3.4.6.4 Subsistema del Instructor

El subsistema del Instructor deberá poseer funciones para construir, grabar y ejecutar escenarios de entrenamiento. La interfaz de usuario del DTS deberá incluir todos los tipos de despliegues proporcionados en el sistema de tiempo real. La operación del sistema de potencia se presentará a través de despliegues de tiempo real y también a través de despliegues acelerados o retardados, al criterio del Instructor.

Deberá ser posible inicializar un escenario de entrenamiento con la información de un punto de operación instantáneo (snapshot) y actual de la base de datos en tiempo real, incluyendo la capacidad de detener, reiniciar y repetir (play-back) un escenario en tiempo real, con movimiento lento, o en modo acelerado. El DTS deberá incluir, también, herramientas para evaluar las sesiones de entrenamiento y la actuación y progreso de los entrenados.

3.4.6.4.1 Puesto para el instructor

El Subsistema DTS deberá incluir una estación de trabajo para el Instructor. Adicionalmente, cualquier estación de trabajo del sistema SCADA/EMS deberá poder ser asignada como puesto de trabajo del Instructor incluyendo también, facilidades para la impresión de eventos.

3.4.6.4.2 Construcción del escenario


Se deberá proveer la capacidad para ejecutar sesiones de entrenamiento múltiples basadas en el mismo o en varios escenarios diferentes. La experiencia y los conocimientos del Instructor serán de fundamental importancia para la creación de escenarios significativos y para ayudarlo, se deberán proporcionar herramientas adecuadas para la construcción de escenarios, incluyendo todo el abanico de programas de aplicación del sistema SCADA/EMS.

Los escenarios consistirán en una secuencia de eventos. El DTS deberá permitir la construcción, almacenamiento y recuperación de varias secuencias de entrenamiento, cada una con su secuencia de eventos asociados. Un evento será especificado usando los recursos para entrada de datos del subsistema SCADA y deberá incluir:

(1) El tiempo de su ocurrencia.

(2) Un código que identifica el evento.

(3) Los elementos de identificación necesarios para el equipo directamente afectado por el evento.

(4) Los parámetros asociados con el evento.

Después de especificar los eventos deseados, el escenario deberá poder ser almacenado en una biblioteca de escenarios con identificación apropiada para permitir su subsiguiente recuperación. Se deberá contar con la posibilidad de modificar los eventos de un escenario y con la capacidad de cortar y pegar para la creación eficiente de nuevos escenarios.

3.4.6.4.3 Ejecución del escenario

Durante la ejecución de un escenario, el Instructor deberá poder administrar el escenario y controlar todos los objetos en el Modelo del Sistema de Potencia, inclusive modificando la lista de los eventos incluidos en el escenario. El Instructor deberá poder iniciar, detener, suspender y reiniciar un escenario.

3.4.6.4.4 Evaluación y re-ejecución de la sesión

Se deberá proveer la capacidad de repetir una sesión del DTS, inclusive los efectos de las acciones del Entrenado, los eventos descritos en el escenario y las condiciones impuestas por el Instructor durante la sesión. La repetición deberá poder ser ejecutada en velocidad de tiempo real, con movimiento lento, o en modo acelerado.

Para facilitar la repetición, el escenario y las acciones no definidas en el escenario se guardarán juntos para la revisión subsiguiente. Deberá ser posible iniciar la repetición en cualquier punto de la secuencia donde se había grabado un punto específico de operación (un snapshot) del sistema. El Instructor tendrá la capacidad para empezar, detener, suspender y continuar la repetición.

3.4.6.4.5 Secuencias de entrenamiento y eventos


Los tipos disponibles de secuencias de entrenamiento y eventos deberán incluir, como mínimo los siguientes:

(1) Sobrecargas de equipos.

(2) Pérdidas de generación.

(3) Unidad generadora que no responde (falla de regulación).

(4) Falla al operar un interruptor.

(5) Pérdida de una línea, o transformador, o barra.

(6) Cambio de carga en el sistema: en este caso, la carga deberá seguir automáticamente la curva de carga seleccionada al principio de la sesión de la simulación.

(7) Cambio de carga en un área.

(8) Cambio de carga en una sola barra.

(9) Pérdida de telemetría en una o varias unidades terminales remotas.

(10) Pérdida permanente de un equipo.

(11) Aislamiento del sistema eléctrico (pérdida de líneas de interconexión).

(12) Condiciones de tensión baja y proximidad a regímenes de inestabilidad estática.

(13) Condiciones de tensiones altas.

Adicionalmente, el DTS tendrá las siguientes capacidades operacionales:

(a) El Instructor o el Entrenado podrán congelar el proceso de simulación en cualquier momento y continuar más tarde la misma sesión, sin cerrar el DTS.

(b) El Instructor y el Entrenado podrán almacenar la información completa de un punto específico de operación (un snapshot) del sistema, en cualquier momento durante la ejecución de la simulación.

(c) Ninguna modificación de la lista de eventos deberá ser requerida para inicializar un snapshot. Los tiempos de los eventos deberán poder ser especificados como tiempos absolutos o relativos. Si la lista de eventos contiene un evento cuyo tiempo es anterior al tiempo de un snapshot, dicho evento deberá ser ignorado y generado un mensaje de advertencia.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 239(d) Los despliegues del DTS serán los mismos utilizados en tiempo real, con

despliegues adicionales necesarios para controlar la sesión de entrenamiento. Sin embargo, los del DTS tendrán identificadores para distinguirlos apropiadamente de los despliegues del tiempo real.

Para la facilidad de mantenimiento, la generación de la base de datos y el mantenimiento de datos y despliegues del DTS se integrarán en la base de datos global y al mantenimiento de datos y despliegues del sistema en tiempo real.

3.4.7 Subsistema de Información Histórica

3.4.7.1 Aspectos Funcionales y de Diseño

El Subsistema de Información Histórica (HIS) deberá ser el repositorio histórico de la información adquirida en tiempo real del SEN, que se genera a partir de su propio funcionamiento normal y por eventuales perturbaciones (mediciones, indicaciones, alarmas, mensajes SOE). Además, deberá almacenar la información producida por las aplicaciones del SCADA/EMS. En ambos casos, se almacenará en el HIS solo el subconjunto de información que el usuario seleccione para tal fin.

El HIS deberá estar compuesto por un sistema redundante de hardware (servidores) y por un sistema de manejo de bases de datos con gran capacidad de almacenamiento que pueda ser actualizado de las siguientes maneras:

(a) Por excepción, esto es, con posibilidad de registrar y retener todos los cambios de estado ocurridos en el SEN.

(b) Periódicamente, con una frecuencia de almacenamiento seleccionable por el usuario, pero cuyo valor mínimo será de dos (2) segundos, o inferior.

(c) Selectivamente, con datos seleccionados para consulta o análisis futuro y generados por los diferentes subsistemas del SCADA/EMS (por ejemplo, por el AGC, por el Estimador de Estados, por programas de aplicación en línea o fuera de línea).

Tal y como se explicó en la sub-sección 3.3.1, el Comprador solo aceptará desarrollos del Subsistema de Información Histórica que utilicen el producto comercial PI System® de la compañía OSIsof. Como punto de partida, tal y como se establece en la sub-sección 3.3.2.2, se solicita al Oferente que realice la migración de toda la información contenida en la base de datos histórica del actual SCADA/EMS del ICE (con datos desde el año 2001). De esta forma los usuarios del Historiador actual, podrán desde el nuevo Subsistema de Información Histórica consultar todos datos históricos almacenados desde el 2001.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 240Con base en lo explicado en el párrafo anterior, para el sistema de manejo de base de datos del HIS es un requisito indispensable utilizar la tecnología de compresión de datos del PI System®. Las consultas a la base de datos del HIS deberán poder realizarse por medio de interfaces del tipo SQL, OLEDB, ODBC y otras similares; así como por medio de aplicaciones modernas de oficina del tipo de plantillas de cálculo (PI-Datalink para Microsoft Excel), interfaces del tipo Web y por medio de software gráfico (PI-Processbook).

Así mismo, se requiere mantener el nombre de las etiquetas con que se identifican los puntos almacenados en el Historiador actual del ICE, siendo para ello válido el uso de alias. Esto con el objeto de que los usuarios actuales del Historiador continúen usando en el nuevo HIS, todas las plantillas y desarrollos que se usan actualmente, sin que tengan que realizar modificaciones sustanciales.

Tal y como se amplía posteriormente en la sub-sección 3.4.7.7.1, el Subsistema de Información Histórica estará compuesto por (4) servidores de datos históricos. Dos servidores se conectarán a las redes LAN de los SCADA/EMS (SCADA principal y SCADA de respaldo en línea). Los otros dos servidores se conectarán en redes DMZ (una en cada centro de control) para dar el servicio a los usuarios de la Red Institucional de ICE y a usuarios conectados desde Internet.

El Proveedor puede suministrar los servidores del HIS conectados en las redes LAN utilizando el concepto de PI System® embebido. Pero los servidores HIS conectados en las redes DMZ deberán suministrarlos bajo el concepto de PI System® externo que utiliza la compañía OSIsoft. El HIS debe cumplir con los parámetros de dimensionamiento que se encuentran en la tabla 3.8 de la sub-sección 3.4.12.1. Esto significa entre otras cosas, que el Proveedor debe suministrar el licenciamiento para una capacidad de almacenamiento inicial de veinticinco mil (20000) puntos.

El HIS deberá almacenar continuamente los datos seleccionados, de manera que no haya discontinuidades en el registro histórico, independientemente de cuál de los dos SCADA/EMS realice la función de sistema principal. Además, el HIS debe garantizar la sincronización de los datos almacenados en los diferentes servidores de datos históricos que formarán parte de dicho sistema, de tal forma que todos los usuarios autorizados dispongan de la misma información en términos de precisión y códigos de calidad.

Se deberá poder programar el respaldo periódico de los datos del HIS en una unidad de almacenamiento secundario (cinta o DVD). Los Oferentes deberán describir con detalle su método de solución para acondicionar tanto la cantidad potencialmente enorme de información a ser almacenada, por un lado, con la necesidad de poder acceder rápidamente a esta información. Al respecto refiérase a las sub-secciones 3.4.10.2.3 y 3.4.10.2.14.

La información histórica deberá poder ser utilizada para presentación de tendencias (trending), generación de informes, cálculos simples a través de plantillas electrónicas y elaboración de estadísticas como, por ejemplo, estadísticas de operación de disyuntores y de posición de derivaciones (taps) de transformadores en un cierto intervalo de tiempo.

Adicionalmente, deberá ser posible ejecutar programas de Análisis de Redes Eléctricas, por ejemplo, el Estimador de Estados, utilizando como datos de entrada una copia de las

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 241variables de interés para el modelo de la red eléctrica ocurrido en un momento pasado (snapshot), que se encuentra almacenado en el HIS.

Cualquier usuario con las credenciales apropiadas podrá acceder a la información almacenada en el HIS por medio de:

(1) La Red Institucional del ICE por medio de una interfaz del tipo Web desde una PC, o por medio de conexiones a través de la red institucional entre la PC y el servidor del HIS.

(2) La Internet por medio de una interfaz del tipo Web desde una PC o desde dispositivos móviles (teléfonos celulares, tabletas electrónicas y otros similares).

(3) La Red LAN de los SCADA/EMS desde una PC o estación de trabajo.

Para los accesos indicados previamente, el sistema realizará la autenticación y permitirá el acceso solo a lectura del grupo de datos asignado. Inicialmente el HIS deberá permitir conexiones de hasta treinta (30) usuarios concurrentes, diez (10) de los cuales accederán desde Internet; pero deberá tener la capacidad de expansión para soportar un número mayor (escalable) y en función de los derechos de licenciamiento que adquiera posteriormente el ICE.

El HIS debe tener la capacidad de realizar diagnósticos, registros y monitoreo, incluyendo la generación de alarmas, alertas y notificaciones.

3.4.7.2 Almacenamiento de Datos

El HIS deberá poder almacenar los siguientes tipos de datos, según así lo seleccione el administrador del SCADA/EMS:

(1) Datos de estado y sus códigos de calidad asociados para cada punto de estado de la base de datos de tiempo real.

(2) Datos analógicos en unidades de ingeniería y sus códigos de calidad asociados para cada punto analógico de la base de datos de tiempo real.

(3) Datos de contadores de energía en unidades de ingeniería y sus códigos de calidad asociados para cada punto de acumulador en la base de datos.

(4) Datos de la base de datos de tiempo real producidos por los diferentes subsistemas del SCADA/EMS.

(5) Datos ingresados manualmente en el Subsistema SCADA con su registro de tiempo.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 242El almacenamiento de información deberá ejecutarse periódicamente, con una periodicidad seleccionable mínima de dos (2) segundos, según lo especificado en la sub-sección 3.4.12.1 de este documento y por excepción, esto es, almacenando todos los cambios de datos analógicos, de estado, contadores de energía y SOE ocurridos en el SEN. Adicionalmente, el usuario deberá poder asignar puntos individuales o grupos de puntos al modo y tasa de almacenamiento deseada. Esta asignación deberá poder efectuarla a través de la función de edición de la base de datos.

El sistema de recolección y almacenamiento de información suministrado por el Proveedor, no deberá entorpecer la operación del sistema SCADA/EMS, ni afectar la configuración general del sistema durante períodos de alta actividad del SEN, como por ejemplo durante eventos en la red de transmisión, o en el sistema de generación del ICE.

Con el objetivo de permitir la auditoría post-facto de eventos sucedidos en el SEN, por un lado y garantizar la credibilidad de los datos históricos como un todo, por otro lado; la información creada (generada) originalmente en el HIS no deberá poder ser sujeta a revisión y edición, o sea, no se podrá modificar.

3.4.7.3 Capacidad para Realizar Cálculos, Representación y Monitoreo de Datos

El Sistema de Información Histórica deberá poder:

(1) Ejecutar cálculos sobre toda o parte de la información y almacenar los resultados, si así lo define el usuario con los privilegios apropiados.

(2) Monitorear la información almacenada.

(3) Archivar la información almacenada y la información calculada en unidades de memoria externa.

3.4.7.4 Capacidad de Visualización y Graficación

El HIS deberá proveer una funcionalidad similar a la de representación de gráficos de tendencia (trending) del subsistema SCADA, así como la presentación de los datos sobre diagramas unifilares y despliegues en general. Deberá ser posible la visualización de datos y la representación de tendencias, tanto de datos históricos como de datos de tiempo real (cuasi-tiempo-real). Para cumplir con este requisito, el Proveedor deberá suministrar el producto PI-ProcessBook, utilizado actualmente por los usuarios del ICE para desarrollar vistas gráficas (diagramas unifilares y otros) y visualizar así los datos históricos y en cuasi-tiempo-real de la operación del SEN. Otras capacidades requeridas incluyen:

(1) Funcionalidad de movimiento panorámico (panning), ampliación-reducción (zooming) y modificación de escala (scaling).

(2) Representación de tendencias en tiempo absoluto, tiempo relativo, o en variación de tiempo (t).


(3) Representación de tendencias compuestas (gráficos del tipo X-Y).

(4) Análisis estadístico de las tendencias, como, por ejemplo, desviación total, máxima, mínima y estándar, rango y valor promedio durante un intervalo de tiempo especificado por el usuario.

(5) Definición por el usuario de la forma de representación (vertical u horizontal).

(6) El tiempo mínimo seleccionable de muestreo será de dos (2) segundos o inferior.

(7) Definición de colores para cada variable graficada.

3.4.7.5 Almacenamiento de Datos a Largo Plazo

El HIS deberá poder archivar, esto es, almacenar a largo plazo, cualquier información de forma manual. El HIS suministrará mensajes de alarma que indicarán cuando el medio removible para archivo está llegando a su máxima capacidad, de tal manera que se pueda remover y archivar fuera de línea. El HIS incluirá un directorio que contenga toda la información histórica que se ha registrado por el sistema, aunque esta esté en línea, en retención, o haya sido removida del sistema para ser archivada fuera de línea. Si un usuario desea acceder a la información que se encuentra en un archivo fuera de línea, el HIS deberá responder dándole la información del volumen del disco óptico (o del medio de respaldo que se use) que debe cargar para tener acceso a dicha información.

Deberá ser posible recargar cualquier disco óptico (o el medio de respaldo que se use) del HIS, que se haya sacado del sistema, para tener acceso a la información archivada en él, sin que esto afecte la recolección, el archivo, la recuperación en tiempo real de la información del HIS y sin que se requiera retirar ninguno de los archivos en línea removidos del sistema.

3.4.7.6 Creación y Mantenimiento de la Base de Datos Histórica

Para la creación y mantenimiento de la base de datos histórica el Proveedor brindará las herramientas necesarias. El Oferente en su oferta deberá describir con todo detalle la forma de cumplir con este requisito. El modo y la frecuencia de almacenamiento deberán ser conforme lo descrito en la sub-sección 3.4.12.1. La información almacenada no podrá ser afectada por cambios subsiguientes a la base de datos.

3.4.7.6.1 Códigos de calidad de los datos

La base de datos histórica deberá incluir todos los códigos de calidad asociados con cada punto almacenado. Además, se deberá suministrar un código de calidad para denotar que una corrección haya sido hecha para valores de puntos que formen parte de copias de la base de datos del HIS. El HIS tendrá la capacidad de almacenar las etiquetas de tiempo puestas por las unidades terminales remotas, para los puntos transmitidos por estos equipos.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 2443.4.7.6.2 Cambios en el contenido de los datos del HIS

Los únicos cambios que serán permitidos a los datos del HIS, serán aquellos que se requieran para efectuar adiciones de campos en su estructura, cuando sea necesario. De otra forma será completamente imposible manipular la información allí almacenada.

3.4.7.6.3 Cambios de hora y fecha

La base de datos del HIS deberá estar estructurada para manejar los cambios de hora y fecha (daylight saving) y los años bisiestos. Deberá ser posible programar tanto los cambios de hora como de fecha, en los casos que así se requiera. Los despliegues ya definidos deberán ser automáticamente ajustados para adaptarse a los cambios de hora.

3.4.7.7 Formas de Acceso a la Base de Datos Histórica

3.4.7.7.1 Hardware del HIS

El Subsistema de Información Histórica estará compuesto por (4) servidores de datos históricos. El Proveedor instalará dos servidores en las redes técnicas (redes LAN) de los SCADA/EMS (uno servidor por centro de control) e instalará los otros dos servidores en zonas desmilitarizadas DMZ (uno en cada centro de control) para dar el servicio a los usuarios de la Red Institucional de ICE, así como a usuarios externos.

Los servidores de datos históricos deben cumplir con las especificaciones para este tipo de equipos que se encuentran en la sub-sección 3.4.10.2.3 y la capacidad de almacenamiento en disco duro debe ser suficiente para cumplir con los parámetros de la tabla 3.8 de dimensionamiento del HIS de la sub-sección 3.4.12.1. En este sentido es importante aclarar que la capacidad de almacenamiento inicial del HIS debe ser suficiente para almacenar los datos históricos que el Proveedor migrará desde el actual SCADA/EMS del ICE (aproximadamente 400 GB), más el periodo de retención en disco indicado en la tabla 3.8 de la sub-sección 3.4.12.1).

El Proveedor deberá proveer suficiente capacidad de memoria principal para no afectar el desempeño del HIS. Deberá suministrar también la memoria suficiente en disco duro, para almacenar la información necesaria que cubra el máximo de días retención de datos a la tasa más rápida de almacenamiento y para atender las solicitudes de extracción de datos.

El dispositivo de memoria óptica del HIS (o el medio de respaldo que se use), deberá estar en capacidad de almacenar la información para los períodos de retención especificados en la sub-sección 3.4.12.1 (tabla 3.8). También deberá proveer suficiente capacidad de memoria para almacenar información de lectura/escritura y que permita extraer y almacenar la información necesaria para cualquier solicitud, cuando esta solicitud cubra el máximo de días retenidos a la tasa más rápida de almacenamiento.

3.4.7.7.2 Capacidad de acceso al HIS

Tal y como se indicó en la sub-sección 3.4.7.1, el HIS deberá proveer acceso a la información de su base de datos a un máximo número usuarios autorizados (hasta 30

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 245conexiones simultáneas), por medio de PC localizadas en la Red Institucional del ICE, o por medio de PC y dispositivos móviles conectados a Internet. Estos usuarios tendrán acceso a los servidores del HIS localizados en los DMZ.

Además, se permitirán conexiones desde PC o estaciones de trabajo localizadas en la red LAN de los dos sistemas SCADA/EMS, siendo en este caso el acceso a los servidores HIS localizados en la red LAN.

Para los tipos de acceso antes indicados el sistema realizará la autenticación y permitirá el acceso solo a lectura del grupo o grupos de datos asignados. Las consultas a la información realizadas en forma remota estarán sujetas a las medidas adecuadas de seguridad, que no dependerá ni de la colaboración ni de la intervención del equipo de trabajo del Comprador. La función de consulta deberá incluir como mínimo las siguientes especificaciones:

(1) Proceso de selección de información a través de menús.

(2) Grupos pre-formateados para la solicitud de recuperación de información, creados según el software de desarrollo de la Interfaz de Usuario.

(3) Grupos predefinidos de las rutinas de acceso genérico para accesos típicos, tales como todos los puntos analógicos en un momento determinado, un valor máximo o mínimo en un tiempo determinado, entre otros.

(4) Capacidad de suministrar información mediante gráficos y otro tipo de vistas, como diagramas unifilares.

(5) Restricciones al acceso de la información confidencial.

Adicionalmente, tal y como se indicó en la sub-sección 3.4.7.1, el HIS deberá proveer una interfaz con otros paquetes comerciales de software, tanto para realizar consultas, como para realizar desarrollos de software que utilicen los datos históricos como valores de entrada.

3.4.7.7.2.1 Acceso por usuarios del Sistema SCADA/EMS

El Proveedor deberá suministrar una biblioteca de interfaces de programación que permita a cualquier función del sistema SCADA/EMS adicionada por el Comprador tener acceso al HIS para recuperar información.

Deberá ser posible inicializar un caso de estudio de Análisis de Redes Eléctricas desde el HIS, en cualquier fecha y hora dentro del período de almacenamiento y/o de archivo. Si la opción de almacenamiento ha sido "retención de todos los cambios", el caso de estudio debería corresponder exactamente a la fecha y tiempo especificados. Si el almacenamiento de información en el HIS ha sido ejecutado de forma periódica, se deberá utilizar el tiempo de almacenamiento de información más cercano al tiempo especificado por el usuario para seleccionar los valores de la base de datos del HIS.

Deberá ser posible inicializar un caso del Simulador de Entrenamiento del Operador desde el HIS, en cualquier día y hora, dentro del período de retención o el período de archivo. Se

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 246deberá utilizar el tiempo de almacenamiento más cercano a la fecha y hora especificadas por el usuario para seleccionar los valores de la base de datos del HIS.

3.4.7.7.2.2 Acceso por medio de despliegues del Sistema SCADA/EMS

La información del HIS deberá estar disponible para visualización en forma tabular o gráfica en el sistema SCADA/EMS. Esto significa que la información almacenada en el HIS se utilizará para el despliegue de los gráficos de tendencias del subsistema SCADA (véase la sub-sección 3.4.3.8).

Igualmente, podrá mostrarse en los despliegues propios del HIS, cualquier valor almacenado con sus códigos de calidad. También, tendrá la capacidad de mostrar valores calculados por el HIS como valores autónomos; esto es, no será necesario desplegar el grupo de información que ha sido utilizada en el cálculo para mostrar el resultado en un cuadro resumen.

3.4.7.7.2.3 Acceso al HIS para los informes de usuario del EMS

El HIS deberá tener una función de informe local, la cual soportará la generación de informes de recuperación de información ad-hoc, como también de informes periódicos. El software suministrado será preferiblemente un paquete disponible comercialmente y capaz de generar informes complejos.

El software de informes deberá tener completo acceso de lectura a la base de datos del HIS y soportará funciones aritméticas, tales como los cálculos en las hojas de cálculo, para permitir la creación de informes sin los procedimientos de programación o de las definiciones de los cálculos de recolección y tiempo.

3.4.7.7.2.4 Acceso por usuarios del SCADA/EMS fuera de la red institucional

Los usuarios que tengan los privilegios apropiados, podrán realizar conexiones remotas al HIS por medio de redes privadas virtuales (VPN), tanto para acceder a la base de datos histórica, como para realizar diagnósticos y mantenimiento a los servidores. Para ello el Oferente demostrará que el diseño de las redes LAN y de las redes DMZ, incluyendo los equipos de red y de seguridad cibernética permiten cumplir a cabalidad con este requisito. El Proveedor suministrará el software adicional que sea necesario y lo incluirá en su propuesta.

3.4.8 Aplicaciones Existentes del Comprador

Como parte de sus actividades normales de supervisión, control y planeamiento operativo del SEN, el Comprador está utilizando varios programas de cómputo, desarrollados e implementados internamente, o adquiridos en el mercado internacional de software de aplicación para sistemas eléctricos de potencia. Esta funcionalidad deberá ser mantenida integralmente en los dos SCADA/EMS del NCCE, sin degradar el desempeño, disponibilidad y facilidad de utilización.

Uno de estos programas ya fue descrito en la sub-sección 3.4.5.7 y por eso no se incluye en la presente sub-sección. A continuación se presentan los requisitos para el portar e integrar

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 247las aplicaciones desarrolladas por el Comprador y respectivamente, para las interfaces de datos con el software de aplicación de terceros que está siendo utilizado en el sistema actual.

3.4.8.1 Software Implementando en el SCADA/EMS Existente

El Comprador ha desarrollado internamente una aplicación denominada Controles de Emergencia. El software, implementado en el sistema SCADA/EMS que está actualmente en operación realiza las siguientes funciones:

(1) Lee de la base de datos de tiempo real algunos datos específicos, por ejemplo flujos de potencia y estados de interruptores de ciertas líneas de transmisión y autotransformadores.

(2) Evalúa los datos leídos para determinar si hay un estado de emergencia en el SEN, considerando como criterio de evaluación los patrones de flujos de potencia que ocurren durante las contingencias más críticas y confirmadas con los estados de los interruptores. Estos patrones de flujos de potencia provienen de los estudios de seguridad operativa fuera de línea. Para la toma de decisiones se utiliza información redundante, para evitar que la salida de servicio de una UTR impida tomar la decisión apropiada.

(3) Si se determina que el sistema eléctrico opera en una condición de emergencia, se envía, por medio del SCADA/EMS, la orden de apertura a ciertos interruptores de transformadores de distribución (disparo de carga) y de plantas generadoras (disparo de generación).

Los criterios de operación de los controles suplementarios programados en el sistema SCADA/EMS existente son los descritos en la tabla 3.3.

Tabla 3.3. Criterios de operación de los controles suplementarios programados internamente por ICE en el sistema SCADA/EMS existente.

Control Criterio para

Habilitarlo

Criterios para su Operación

Contingencias Disparos de Carga /

Generación

CTREMG1 Flujo Norte-Centro > 900 MW.

Flujos de potencia simultáneos mayores de 180 MVA por las líneas San Miguel-Colima #1 y San Miguel-Colima #2 y mayor de 300 MVA por los autotransformadores de San Miguel.Los flujos de potencia se miden en ambos extremos de las líneas y autotransformadores.Estado de interruptores

Salida de la barra de 230 kV de La Caja.

1. Transformadores T1 y T2 de Colima, T3 y T4 de Heredia, T1 y T2 de Garita y si fuese necesario el transformador T1 de Alajuelita.2. Un generador de las plantas Arenal y Dengo y si fuese necesario un generador adicional de


Control Criterio para

Habilitarlo

Criterios para su Operación

Contingencias Disparos de Carga /

Generación

abiertos en la barra de 230 kV de la subestación La Caja.

Dengo.

CTREMG2

La línea Coronado-Tejar está fuera de operación.Estado de interruptores abierto en al menos uno de los extremos de la línea.

Flujo de potencia mayor de 190 MVA por las líneas Angostura-Trapiche-Siquirres-Moín.Estado de interruptores abiertos en la barra de 138 kV de la subestación Río Macho.

Salida de la barra de 138 kV de Río Macho.

Disparos de carga graduales (transformadores), según la magnitud de la sobrecarga, con el siguiente orden:1. T2 de Siquirres.2. T2 de Moín.3. T1 de Río Claro.4. T2 de San Isidro.5. T1 de San Isidro.6. T2 de Río Claro.

Flujo de potencia mayor de 230 MVA por la línea Río Macho-Cachí.Estado de interruptores abiertos del doble circuito La Caja-Alajuelita/La Caja-Escazú de 138 kV.

Salida del doble circuito La Caja-Alajuelita/ La Caja-Escazú de 138 kV.

Disparos de carga graduales (transformadores), según la magnitud de la sobrecarga, con el siguiente orden:1. T2 de Desamparados.2. T1 de Alajuelita.3. T2 de Escazú.4. Línea Alajuelita-Anonos.5. T1 de Desamparados.

El objetivo de estos controles es acelerar el disparo de carga y generación que se requiera para hacerle frente a las contingencias más severas, porque el tiempo de reacción del Operador podría ser insuficiente para resolver los problemas operativos. El tiempo promedio medido entre la identificación de la emergencia y la apertura de los interruptores en el campo es de aproximadamente 10 segundos.

3.4.8.2 Interfaces con Programas de Aplicación de Terceros

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 249El Comprador utiliza fuera de línea el programa NCP®, desarrollado por la empresa brasileña PSR Soluções e Consultoria em Energia Ltda, cuya salida es el predespacho diario de generación (programación diaria de la generación en etapas horarias).

Se requiere que los Oferentes propongan la forma de realizar la importación automática y directa de estos datos desde los archivos de salida del NCP® y utilizarlos subsiguientemente como entrada al Subsistema de Control de Generación, para la ejecución de la funcionalidad de Despacho Económico Hidrotérmico en Tiempo Real. Las especificaciones del formato de los archivos de salida del NCP® serán entregadas al Proveedor durante el SOW (Statement of Work), de acuerdo con lo establecido en la sub-sección 3.4.13.1.4 de este documento.

3.4.9 Sistema de Desarrollo

Los Oferentes deberán incluir en sus ofertas un Sistema de Desarrollo o PDS (Program Development System). El PDS deberá ser entregado por el Proveedor de acuerdo a la programación especificada en la lista de actividades importantes o eventos clave, que se encuentra en la sub-sección 3.4.13.1, para permitir al Comprador realizar como mínimo lo siguiente:

(1) Ajustes y validación de las bases de datos y despliegues.

(2) Ejecución de las pruebas de comprobación de funcionamiento para las unidades terminales remotas (pruebas punto a punto).

(3) Ejecución de pruebas a los enlaces ICCP.

(4) Comprobación de modificaciones de software o de nuevas funciones.

(5) Pruebas de parches del sistema operativo, de nuevas versiones de las aplicaciones de la plataforma SCADA/EMS y de aplicaciones suministradas por terceros.

El Sistema de Desarrollo consistirá de servidores, estaciones de trabajo o consolas de operación, software de sistema y soporte, aplicaciones de SCADA y de EMS, además de todas las herramientas necesarias para generar la base de datos y la interfaz de usuario. La configuración del PDS debe ser similar a la del SCADA/EMS, aunque no es un requisito que tenga una configuración redundante en cada centro de control.

El Proveedor deberá mantener el PDS actualizado con la versión más reciente del software del SCADA/EMS adquirido por medio de esta licitación. Después de la instalación en sitio de los dos sistemas SCADA/EMS, el PDS será reconfigurado e integrado en la configuración definitiva del sistema SCADA/EMS del centro de control principal del NCCE, para funcionar como procesador para el desarrollo de software y para el mantenimiento y generación de las bases de datos y despliegues. Esto significa que el Oferente debe indicar la forma en que las bases de datos del PDS y del SCADA/EMS se sincronizarán.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 250Además, se requiere que como parte del suministro se incluyan los equipos y programas de cómputo para contar con un PDS en el centro de control alterno (en el SCADA/EMS que usualmente opera como sistema de respaldo en línea), configurado como un procesador para el desarrollo de software y para el mantenimiento y generación de las bases de datos y despliegues.

3.4.10 Equipos (Hardware) del ProyectoTal y como se mencionó en la sub-sección 3.4 de este documento, los dos sistemas SCADA/EMS deberán ser idénticos en términos de funcionalidad, configuración de equipos (hardware), dimensionamiento, desempeño y disponibilidad. Con la intención de simplificar la terminología, se continúa utilizando la expresión “sistema SCADA/EMS” como referencia a cada uno de los dos SCADA/EMS del NCCE. Con esta aclaración realizada, a continuación se encuentra la definición de los requisitos de equipamiento.

3.4.10.1 Consideraciones Generales

El equipamiento de cómputo y demás equipos que conforman el sistema que se proveerá para satisfacer los requerimientos del Centro Nacional de Control de Energía del ICE deberá estar basado en una solución informática abierta, mediante un grupo de computadores conectados a una Red de Área Local (red LAN) y con el equipamiento necesario para cumplir con la función de seguridad cibernética.

Todos los servidores del sistema SCADA/EMS, los equipos de la red LAN, los equipos de interfaz con las redes de datos externas, los equipos instalados en zonas desmilitarizadas y los relojes satelitales deberán instalarse en gabinetes, utilizando rieles de montaje y accesorios para enrutar los cables. Los gabinetes deben cumplir con las especificaciones de la sub-sección 3.4.10.2.18 y el Oferente deberá incluir en su oferta el número de gabinetes que utilizará en su diseño y la distribución de los equipos en dichos gabinetes.

Es importante recalcar que en un sistema SCADA/EMS de este tipo, muchos detalles dependen de la solución propia de cada Oferente. Por lo tanto, las especificaciones del sistema dadas en esta sub-sección 3.4.10, corresponden únicamente a requisitos mínimos que deberán ser satisfechos. Cualquier equipo adicional necesario, lo mismo que la configuración del sistema, deberán ser propuestos por los Oferentes presentando la sustentación correspondiente. La asignación de las funciones a los diferentes procesadores puede variar también, siempre y cuando se garantice la disponibilidad, funcionalidad y rendimiento especificados en la sub-sección 3.4.12 y que además el usuario tenga acceso a todos los recursos y funciones especificadas en este documento de licitación. El Comprador se reserva el derecho de rechazar aquellas ofertas que se aparten de lo estipulado y que por lo tanto no cumplan con las especificaciones solicitadas.

Todos los equipos (hardware) deberán ser nuevos, de tecnología reciente y apropiada para los propósitos especificados y deberán ser parte de una familia de equipos compatibles para minimizar los costos de capacitación y mantenimiento. Además, los Oferentes deberán incluir en sus ofertas un análisis de la línea de productos del fabricante de computadores y proveer una gráfica de desempeño en función del precio, que ilustre las capacidades de

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 251expansión y migración ofrecidas por la configuración de computadores propuesta. En ese análisis el Oferente debe incluir la disponibilidad futura de soporte y repuestos, que deberá ser no menor a cinco (5) años, pues en caso contrario no se aceptará dicha línea de productos y la oferta será rechazada, según lo indicado en la Sección VI, sub-sección 3.3.3.2.

El Oferente deberá incluir todos los cambios de ingeniería y actualizaciones anunciados por el fabricante del equipo desde que éste fue producido. Se deberán auditar las órdenes de cambio del hardware anteriores a las pruebas de Aceptación en Fábrica (FAT) y aquellas órdenes de cambio que no hayan sido instaladas, el Proveedor las instalará en ese momento.

A menos que se especifique lo contrario, todos los servidores deben tener una configuración individual redundante, incluyendo esto las fuentes de alimentación, el arreglo de discos duros 0+1, las tarjetas de red y el sistema de ventilación forzada.

En cuanto a los requisitos ambientales, el Comprador solicita las siguientes características para los equipos ofrecidos:

(1) Sistemas automáticos de ahorro de energía e identificación de garantía de eficiencia energética.

(2) Embalajes de material reciclable y/o reciclado.

(3) Preferiblemente fabricados con materiales no radiactivos y/o tóxicos.

(4) Preferiblemente las piezas plásticas deben identificarse con el símbolo característico y preferiblemente un 90% de los materiales y metales utilizados deben ser reciclables.

3.4.10.2 Características Técnicas

El sistema propuesto deberá tener una arquitectura distribuida, basada en una red de área local (LAN) conforme con la Norma IEEE-802.3 (para redes del tipo Ethernet), a la cual se integrarán los servidores de SCADA/EMS, HIS, DTS, PDS y los que se requieran para realizar las funciones de mantenimiento de software, bases de datos y despliegues, los procesadores de comunicaciones, las estaciones de trabajo para operación e ingeniería, el subsistema de proyección de video, el subsistema de tiempo y frecuencia estándar y los equipos necesarios para el manejo de equipos periféricos especiales.

Los equipos del sistema SCADA/EMS directamente conectados a la red LAN y los que se ubiquen en zonas desmilitarizadas estarán duplicados y con una configuración individual redundante, tal y como se explicó en la sub-sección 3.4.10.1. Los equipos del sistema SCADA/EMS deberán operar en forma independiente unos de otros, sin importar cuál de ellos esté activo, con las excepciones que se indican en este cartel de licitación. En el Diagrama 3.5.2 de la sub-sección 3.5 se muestra la arquitectura conceptual de referencia con los elementos principales que conformarán el sistema. Este esquema deberá tomarse como guía para la configuración del sistema y podrá ser variado a criterio del Oferente, en tanto que se respeten los principios de funcionalidad y los criterios de diseño establecidos en la

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 252sub-sección 3.4.10 y los descritos con anterioridad en la sub-sección 3.3.3 de este documento. En todos los casos deberá garantizarse el carácter de arquitectura abierta del hardware y del software del sistema SCADA/EMS, así como su adecuación a la operación en tiempo real.

Los Oferentes deberán ofertar plataformas computacionales que soporten sistemas operativos de amplia aceptación comercial. En particular, se requiere que se usen sistemas operativos que cumplan con los últimos estándares, bien sea formales o "de-facto", de amplia aceptación en la industria y ampliamente utilizados en el mercado. En lo particular debe cumplirse con los requisitos estipulados en la sub-sección 3.4.1.

Se requiere que los componentes del sistema propuesto, procesadores, teclados, pantallas gráficas a color, impresoras y otros, sean estándar en el mercado con el fin de que en caso de averías, puedan ser sustituidos sin inconvenientes, garantizando la portabilidad y la capacidad de mantenimiento y expansión.

3.4.10.2.1 Red de Área Local

Para distribuir las tareas entre los diferentes procesadores y compartir la base de datos, el sistema deberá basarse en una red de área local (LAN) redundante, que brinde el rendimiento adecuado para realizar las funciones de tiempo real, la cual deberá cumplir con las especificaciones del estándar IEEE 802.3 (ó equivalente ISO/IEC 8802-3) con CSMA/CD, empleando el protocolo de control y transmisión /protocolo de Internet (TCP/IP) con velocidad de red no menor de 1Gbits/s, pero con la capacidad de integrar equipos que trabajen con velocidades inferiores (especificación 10/100/1000 Base-T).

De acuerdo con el Diagrama 3.5.2 de la sub-sección 3.5, la red LAN deberá estar protegida del acceso desde otras redes de datos (como por ejemplo de la Red Institucional del ICE) utilizando equipos de seguridad cibernética (firewalls). Para ello el Oferente deberá incluir en su propuesta el diseño de las redes o zonas desmilitarizadas (DMZ) para brindar acceso a los usuarios externos del SCADA/EMS (por ejemplo al servidor HIS y al servidor que brinda acceso a conexiones desde la Web) y para realizar la adquisición de datos por medio de los enlaces ICCP. El flujo normal de datos será del sistema EMS hacia los servidores ubicados en los DMZ, pero no se permitirá que ese flujo sea directamente hacia los clientes externos.

Para mayor seguridad deberá implementarse un esquema que asegure la redundancia de los equipos de transmisión de datos y el medio físico de transmisión. Para ello se implementará una red LAN duplicada, de idénticas características, que opere como LAN redundante. Ante la falla de alguna de las redes, debe ejecutarse una conmutación de forma automática y de inmediato a la red alterna haciendo el uso de una dirección IP única por equipo. Se requiere también que los periféricos estén conectados directamente a la red.

El medio físico de transmisión de las redes LAN será cable UTP, lo cual ya está contemplado en el diseño del cableado estructurado de los dos edificios del proyecto NCCE. El Oferente debe tomar en cuenta esto para su propuesta de implementación, pero debe suministrar equipos de red que tengan también interfaces ópticas. El Oferente deberá indicar todas las interfaces, cables, repetidores, amplificadores, transmisores y cualquier equipo adicional que sea necesario para el correcto funcionamiento de la red y que formará parte de su suministro.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 253La implementación de la red deberá estar basada en el modelo de arquitectura abierta, estructurado en "estratos o capas", con funciones y protocolos bien definidos. Se deberá usar como base la arquitectura del modelo OSI (Open Systems Interconnection) de la ISO (International Standards Organization), o bien la implementación especificada por el conjunto de protocolos TCP/IP (Transmission Control Protocol/Internet Protocol).

Las características principales de la red LAN son las siguientes:

(1) Método de acceso: /CD / IEEE 802.3 (tipo Ethernet).

(2) Protocolo de transporte: TCP/IP.

(3) Medio de transmisión: par trenzado de cobre sin pantalla metálica de protección (UTP).

(4) Modo de transmisión: bit serial.

(5) Velocidad de transmisión: 10/100/1000 Base-T.

(6) Longitud de la red: 100 metros por segmento.

(7) Distancia máxima de transmisión: 300 m.

(8) Número de nodos: 100 por segmento.

El Oferente debe tomar en cuenta lo indicado en la sub-sección 3.3.4 sobre la arquitectura conceptual, porque el diseño de las redes de datos que debe realizar no se limita a las redes LAN de los dos sistemas SCADA/EMS del NCCE, sino que también debe diseñar la forma de trasegar la información que se intercambiará entre los dos sistemas.

3.4.10.2.2 Conectividad con las Redes de Datos Externas

Todos los equipos necesarios para establecer la conectividad en forma segura entre las redes de datos internas y externas deberán formar parte del alcance del suministro (como referencia conceptual véanse los diagramas 3.5.2 y 3.5.5 de la sub-sección 3.5). El Oferente deberá incluir en su propuesta el diseño de la conectividad entre las redes de datos internas (redes LAN), entre estas y las zonas desmilitarizadas (redes DMZ) y entre las redes internas y las redes externas. Debe indicar las características técnicas de todas las interfaces de comunicación necesarias.

La arquitectura y los equipos propuestos por el Oferente no deberán causar latencias de magnitud tal que afecten el desempeño general del sistema SCADA/EMS, establecido por los medio los parámetros de las sub-secciones 3.4.12.2 y 3.4.12.4.4.

3.4.10.2.3 Servidores de Aplicaciones del SCADA/EMS

Estos servidores serán los encargados de realizar el procesamiento de las funciones del sistema SCADA/EMS y de administrar la red de área local. En esta misma categoría se

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 254ubican los servidores utilizados para soportar las funcionalidades del Subsistema de Información Histórica (HIS), Subsistema de Entrenamiento de Operadores (DTS), adquisición de datos en tiempo real (front-ends y enlaces ICCP) y mantenimiento de software, bases de datos y despliegues, así como cualquier otro servidor que se requiera según la arquitectura propuesta por el Oferente (como por ejemplo los servidores de la base de datos relacional).

Los Oferentes deberán describir detalladamente su filosofía de respaldo para todos estos servidores y demostrar el cumplimiento con los requisitos de desempeño y disponibilidad especificados en las sub-secciones 3.4.12.2 y 3.4.12.3. Los únicos servidores que no tendrán redundancia y la función de respaldo en línea en cada centro de control son los de DTS y los del Sistema de Desarrollo, aunque si tendrán redundancia en cuanto a fuente de alimentación, ventilación forzada y arreglo de discos 0+1.

Los Oferentes deberán incluir en sus ofertas la información detallada que permita evaluar la arquitectura de los servidores propuestos, incluyendo los siguientes datos como mínimo:

(1) Procesador de alta capacidad y desempeño: los oferentes deberán incluir en sus ofertas la información detallada que incluya los siguientes datos como mínimo:

(a) Desempeño del (de los) CPU, en MFlops, SPECfp95 y SPECint95.

(b) Memoria RAM y capacidad de expansión.

(c) Memoria caché.

(d) Memoria en disco duro y capacidad de expansión con discos internos y/o externos.

(e) Tiempo de acceso al disco duro y capacidad de caché para el disco duro.

(f) Tasa transferencia de entrada/salida (I/O).

(g) Arquitectura de I/O (SCSI, PCI, HyperTransport, entre otros) y capacidad de expansión.

(2) Tarjeta controladora para arreglo de discos duros (0+1): especificaciones técnicas.

(3) Fuente de alimentación redundante: tipo y capacidad nominal.

(4) Interfaz con red de área local LAN: redundante, con especificación IEEE 802.3 (tipo Ethernet).

(5) Sistema operativo: debe cumplir a cabalidad con los requisitos establecidos en la sub-sección 3.4.1.1.


(6) Monitor, teclado y ratón: integrados en los gabinetes (véase las especificaciones de la sub-sección 3.4.10.2.18).

(7) Unidad de disco óptico reescribible para realizar respaldos.

(8) Capacidad de autoarranque después de una interrupción.

La configuración de hardware ofertada por el Oferente definirá la cantidad y funcionalidad de los servidores, con la condición que se garantice el cumplimiento de los requisitos de desempeño requeridos para los programas. El sistema SCADA/EMS deberá tener la capacidad de mantener un registro de errores de estos servidores con el fin de realizar diagnósticos y que se pueda imprimir por solicitud del usuario.

Adicionalmente, para el servidor HIS se deberá suministrar un equipo de memoria masiva externo para respaldo y restauración de los datos y del software y almacenamiento de largo plazo (archive), de tal forma que sea administrado por los servidores HIS. Este equipo deberá poder ser utilizado por todos los servidores del sistema SCADA/EMS y se describe en la sección 3.4.10.2.14.

3.4.10.2.4 Procesadores de Comunicaciones (Front-End)

El sistema SCADA/EMS deberá contar con equipos Procesadores de Comunicaciones redundantes, comúnmente conocidos como “Front-End Processors” (FEP). La función estos equipos es procesar los canales de comunicación con las unidades terminales remotas, que serán conectados por dos vías distintas, según se indica a continuación (como referencia véase el diagrama 3.5.5 de la sub-sección 3.5):

(a) Por medio de canales seriales V.24: enlaces redundantes punto a punto con las unidades terminales remotas, utilizando los protocolos IEC 60870-5-101, DNP3.0 y MODBUS RTU. Debe cumplir con los parámetros de dimensionamiento que se encuentran en la sub-sección 3.4.12.1.

(b) Por medio de la red WAN de UTRs del CENCE: conexiones de red redundantes por medio puertos 10/100 Base-T (Ethernet), utilizando los protocolos IEC 60870-5-104, DNP3.0 y MODBUS RTU sobre TCP/IP. Esto significa que los Procesadores de Comunicaciones deben permitir múltiples conexiones lógicas simultáneas para cualquier combinación de los protocolos antes indicados y de acuerdo con los parámetros de dimensionamiento que se encuentran en la sub-sección 3.4.12.1.

Entonces, los Procesadores de Comunicaciones deberán estar diseñados de forma tal que:

(1) Existan canales de comunicación independientes, que puedan operar y configurarse en forma individual.

(2) Deberán poder manejar tanto canales dedicados y como canales compartidos.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 256(3) Cada canal podrá ser aislado en caso de falla sin afectar los canales restantes.

(4) Deberá ser posible utilizar un protocolo de comunicación y un esquema de transmisión de tipo punto a punto por interrogación de la estación maestra (polling) diferente en cada canal, sin afectar la operación de los demás canales.

(5) Deberá realizar la adquisición de datos por medio de una combinación de canales seriales y de canales basados en conexiones de red 10/100 Base-T, utilizando cualesquiera de los protocolos de comunicación especificados previamente.

Los Oferentes deberán incluir en sus ofertas información sobre sus librerías desarrolladas de protocolos de comunicación para telecontrol, diferentes a los especificados en este documento de licitación.

En el FEP se deberán realizar las funciones de verificación de la integridad de la transmisión de las UTR, la detección de errores y la emulación de los diferentes protocolos de las unidades terminales remotas. En cada UTR se deberán chequear los errores de comunicación y de telemetría. Cuando se detecte un error de comunicación, el sistema deberá inmediatamente producir una señal de error e intentar reconectar al menos tres veces en la UTR donde se detectó el error. El número de reconexiones también deberá ser definible por el usuario.

Las estadísticas de comunicaciones deberán ser registradas tanto para las UTR como para los canales de comunicación. La siguiente información deberá ser visualizada por el Operador, en caso de requerirlo:

(i) El número total de mensajes atendidos por cada UTR y canal de comunicación.

(ii) El número total de errores de comunicación detectados para cada UTR y para cada canal de comunicación.

(iii) El número total de respuestas no entregadas por cada UTR.

(iv) El número total de errores de código de seguridad detectados por cada UTR.

(v) El porcentaje de errores de comunicación por UTR y por canal de comunicación.

El límite de error de comunicación por UTR y por canal de comunicación deberá ser accesible y programable por el operador desde las consolas de operación.

Los Procesadores de Comunicaciones deberán permitir la conexión de todas las unidades terminales remotas cuantificadas en la sub-sección 3.4.12.1 para el tamaño inicial del sistema. Serán, también, capaces de soportar al menos la cantidad de las UTR cuantificadas

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 257en la sub-sección 3.4.12.1 para el dimensionamiento final del sistema, sin necesidad de cambios importantes y sin que esto produzca una degradación en el rendimiento del sistema.

Los FEP podrán ser unidades independientes o podrán ejecutar otras funciones dentro del sistema SCADA/EMS. Si el Procesador de Comunicaciones contiene servidores, la configuración mínima de estos es la establecida por medio de la sub-sección 3.4.10.2.3.

Cada Oferente estará en libertad de seleccionar la configuración de sus FEP, pero se deberá garantizar que estos equipos cumplan con las especificaciones de actualización y manipulación de la información procedente de las UTR indicadas en la descripción del Subsistema SCADA, según lo solicitado en el sub-sección 3.4.3 de este documento, sin afectar el desempeño de otras funciones del sistema SCADA/EMS.

Las funciones mínimas que deben realizar los FEP y los parámetros mínimos que deben ser configurables en estos equipos son:

(A) Capacidad de verificación de errores.

(B) Códigos detección de errores.

(C) Conversión a unidades de ingeniería.

(D) Transferencia de datos en ambos sentidos (transmisión/recepción) con las UTR.

(E) Tipo de transmisión: bloques multi-bytes.

(F) Modos de vinculación: como mínimo por interrogación iniciada por la estación maestra (polling).

(G) Ámbito de velocidad programable del canal: 4,8 a 64 kbit/s, o mayor.

(H) Emulación de protocolos: los indicados en la sub-sección 3.4.3.1.

3.4.10.2.5 Consolas de Operación

Las consolas de operación serán utilizadas para la operación del sistema eléctrico. Estos equipos serán estaciones de trabajo (workstations) modernas equipadas para multimedia, con procesadores de alto desempeño y memoria caché para gráficos de alta capacidad. En ellas se hará uso de todo el potencial de la Interfaz Hombre-Máquina descrita en la sub-sección 3.4.1.8 de estas especificaciones técnicas.

Cada consola deberá tener cuatro (4) monitores de tecnología LED para gráficos de alta definición, de (24) pulgadas como mínimo, con una resolución mínima de 1920 x 1200 pixeles, con entradas para video digital.

Cada consola tendrá un solo teclado estándar latinoamericano y un ratón. El teclado, además de las teclas estándar debe incluir una barra configurable de doce (12) teclas de función

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 258adicionales. Deberá habilitarse el acceso a todas las pantallas con el teclado y con el ratón, de tal manera que el paso del cursor de una pantalla a otra sea directo y continúo.

Los Oferentes deberán dimensionar las estaciones de trabajo o consolas de forma tal que cumplan con los requisitos de desempeño y expansión especificados en la sub-sección 3.4.12.

Los Oferentes deberán incluir en sus ofertas la información detallada que permita evaluar la arquitectura y software de las consolas de operación propuestas, incluyendo los siguientes datos como mínimo:




(c) Memoria caché.

(d) Memoria en disco duro y capacidad de expansión con discos internos.








(6) Las aplicaciones de Microsoft Office: deben ser como mínimo el procesador de texto, la hoja de cálculo, el gestor de presentaciones y el editor de texto.

(7) La actualización del software de las consolas debe realizarse de forma centralizada: incluir la información detallada.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 259(8) Programas antivirus centralizados con sus licencias actualizadas: brindar las

especificaciones.

(9) Memoria de interfaz gráfica de 8 MB como mínimo.

(10) Capacidad de autoarranque después de una interrupción.

(11) Tiempo de restablecimiento menor o igual a un (1) minuto.

(12) Lector óptico DVD +/-RW.

(13) Puertos USB: especificar la cantidad de puertos.

(14) Audio: especificaciones del tipo de audio incorporado.

La cantidad de consolas de operación requeridas para los SCADA/EMS de cada centro de control se encuentra en las tablas 3.4 y 3.5 de la sub-sección 3.4.12.1. Debe notarse que las consolas para el DTS son también equivalentes a consolas de operación. Tanto las consolas de operación, como las del DTS, se ubicarán en una red DMZ. El Oferente debe incluir todos estos detalles en su propuesta.

3.4.10.2.6 Estaciones de Trabajo para Ingeniería

Las estaciones de trabajo para ingeniería deben tener las mismas especificaciones de las consolas de operación, que se encuentran en la sub-sección 3.4.10.2.5, con excepción del número de monitores, que se reduce a dos (2).

3.4.10.2.7 Computadoras Personales (PC)

El Oferente podría suministrar computadoras personales de alto desempeño para realizar funciones en el PDS, clientes del HIS, o como equipos para administrar funciones como el control de domino, entre otras. Ello dependerá de la arquitectura propia de cada plataforma de SCADA/EMS y por lo tanto el Oferente deberá justificarlo en su propuesta técnica.

Pero, cada uno de los PC que sean incluidos en la configuración del sistema SCADA/EMS deberá cumplir con los siguientes requerimientos mínimos:




(c) Memoria caché.

(d) Memoria en disco duro y capacidad de expansión con discos internos.





(2) Un (1) monitor de tecnología LED para gráficos de alta definición, de veintiún (21) pulgadas como mínimo, con una resolución mínima de 1920x1200 pixeles, con entradas para video digital.

(3) Un teclado estándar latinoamericano y un ratón.





(8) Las aplicaciones de Microsoft Office: deben ser como mínimo el procesador de texto, la hoja de cálculo, el gestor de presentaciones y el editor de texto.

(9) Programas antivirus centralizados con sus licencias actualizadas: brindar las especificaciones.

(10) Lector óptico DVD +/-RW.

(11) Puertos USB: especificar la cantidad de puertos.

3.4.10.2.8 Subsistema de Proyección de Video.

Los Oferentes deberán incluir en su propuesta un Subsistema de Proyección de Video compuesto por un mural de visualización, formado por un conjunto de unidades modulares de proyección trasera DLP® con la tecnología de iluminación LED. A este tipo de unidades modulares comúnmente se les denomina como “cubos de retroproyección”. Los cubos de retroproyección que conforman el mural de visualización deben disponerse de manera que formen una superficie única.

El alcance del suministro es de dos (2) murales de visualización, uno para el centro de control principal y uno para el centro de control alterno o de respaldo. El Proveedor deberá incluir todas las estructuras de soporte, los herrajes, el cableado y los demás equipos que sean

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 261necesarios, para instalar, configurar, operar y mantener plenamente el Subsistema de Proyección de Video.

El Proveedor deberá instalar los murales de visualización y realizar la puesta en servicio. Además, a los lados del mural de visualización o encima de este, el Proveedor deberá instalar las pantallas alfanuméricas que se especifican en la sub-sección 3.4.10.2.11.

El Comprador no aceptará soluciones que utilicen la rueda de color y/o lámparas UHP. Tampoco aceptará soluciones que utilicen un proyector y una pantalla de proyección.

Las especificaciones que deben cumplir los Subsistemas de Proyección de Video de los centros de control principal y de respaldo del NCCE son:

(1) Las unidades modulares de proyección trasera DLP® deben tener las siguientes características como mínimo:

(a) Tecnología de iluminación con LED.

(b) Funcionamiento continuo: 7 días x 24 horas.

(c) Mantenimiento trasero: en ambos edificios se contará con un pasillo de servicio por detrás de la estructura de soporte.

(d) Dimensión de la pantalla de 182,88 cm (72 pulgadas) en diagonal.

(e) Resolución mínima WUXGA de 1920 x 1200 pixeles.

(f) Relación de aspecto de 16:10.

(g) Modos de operación: deberá contar con al menos tres (3) modos de operación (brillante, normal y económico).

(h) Vida útil del dispositivo de iluminación LED: como mínimo ochenta mil (80000) horas de operación en cualquier modo de operación, sin requerir mantenimiento.

(i) Voltaje de entrada: 120 voltios de corriente alterna monofásica, a 60 Hz.

(j) Consumo máximo de potencia: no mayor 300 vatios por módulo de retroproyección en cualquiera de los modos de operación.

(k) Consumo máximo de potencia en modo económico: menor o igual a 100 vatios de consumo por módulo de retroproyección.

(l) Sistema de enfriamiento: por ventilación forzada. No se aceptarán sistemas de enfriamiento que usen líquidos.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 262(m) Vida útil del sistema de enfriamiento forzado: como mínimo ochenta

mil (80000 horas) sin requerir de mantenimiento.

(n) Uniformidad de color: 90% o superior.

(o) Puertos: como mínimo un puerto RS-232 y un puerto IEEE 802.3 10/100 Base-T (Ethernet).

(p) Entradas: de tipo digital (por ejemplo DVI, HDMI, entre otras).

(q) Control a distancia: por cable y con algún método inalámbrico.

(2) Configuración del mural de visualización para el centro de control principal: consiste en un arreglo de dieciocho (18) unidades modulares de proyección trasera DLP® con la tecnología de iluminación LED. El arreglo será de 6x3, o sea seis (6) unidades a lo ancho por tres (3) unidades a lo alto.

(3) Configuración del mural de visualización para el centro de control de respaldo: consiste en un arreglo de catorce (14) unidades modulares de proyección trasera DLP® con la tecnología de iluminación LED. El arreglo será de 7x2, o sea siete (7) unidades a lo ancho por dos (2) unidades a lo alto.

(4) La separación entre los módulos del mural de visualización deberá ser de dos (2) milímetros como máximo.

(5) La altura inicial de proyección de la imagen será de 1,20 m (parte inferior del mural de visualización).

(6) Debe incluir todo el hardware necesario para controlar el Subsistema de Proyección de Video, incluyendo el controlador principal, conmutadores de red y cualquier otro equipo que sea necesario para que la solución ofrecida sea eficaz. El Oferente brindará los detalles técnicos del diseño del Subsistema de Proyección de Video en su oferta.

(7) Los Oferentes deberán incluir en sus ofertas la información detallada que permita evaluar la arquitectura y software del controlador principal del Subsistema de Proyección de Video. Esto incluye al procesador, sistema operativo, memoria RAM, memoria caché, disco duro, memoria de interfaz gráfica, tarjetas de red, puertos de entradas y de salidas, entre otros.

(8) El controlador principal del Subsistema de Proyección de Video deberá tener una configuración individual redundante, incluyendo esto las fuentes de alimentación, el arreglo de discos duros 0+1, las tarjetas de red y el sistema de ventilación forzada. Además debe tener una unidad de lector óptico DVD +/-RW, un teclado inalámbrico y un ratón inalámbrico.

(9) El controlador principal del Subsistema de Proyección de Video deberá contar con el software necesario para realizar la configuración y mantenimiento del

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 263mural de visualización, permitiendo realizar ajustes del brillo, contraste y color de cada módulo en forma individual o de todo el mural. Además, debe contar con un sistema centralizado para el diagnóstico, donde se pueda visualizar las alarmas, el tiempo de vida de los componentes, las temperaturas y el funcionamiento de ventiladores.

(10) El controlador deberá permitir seleccionar señales de/para los siguientes tipos de equipos: TV comercial y cable (NTSC), TV de seguridad (NTSC), DVD (NTSC) y cámaras de video IP. Además, debe tener entradas para video (HDMI, s-video) y la capacidad de recibir señales de video por medio de la red LAN (por ejemplo desde un PC).

(11) Cualquier consola de operación o estación de trabajo autorizada estará en condiciones de tener “control” de las unidades modulares de proyección trasera DLP® y dirigir los despliegues hacia dichas unidades. La consola de operación que ejerce el “control” tendrá la capacidad para realizar acciones en la imagen proyectada (como seleccionar puntos o ejecutar acciones de control), al igual que si se tratara de otro monitor en dicha consola de operación.

(12) El aspecto de forma de las pantallas de las consolas de operación tiene que mantenerse para el mural de visualización del Subsistema de Proyección de Video.

(13) Licenciamiento para que un mínimo de cinco (5) usuarios tengan acceso para

controlar el despliegue de las imágenes en el mural de visualización.

(14) El Subsistema de Proyección de Video que suministre el Proveedor, deberá tener soporte local en Costa Rica.

El Oferente debe incluir en su oferta el peso de cada cubo de retroproyección y el peso total del mural de visualización, así como sus dimensiones. Además, debe indicar la carga eléctrica y la carga térmica, para los distintos modos de operación.

El Subsistema de Proyección de Video ofertado debe cumplir con los criterios y atributos de diseño de la sub-sección 3.3.3, por lo que entre otros aspectos debe cumplir con los requisitos de capacidad de expansión horizontal y vertical y con los requisitos de permanencia y mantenimiento a largo plazo. El Oferente debe demostrar en su oferta el cumplimiento de dichos requisitos.

3.4.10.2.9 Impresoras.

El alcance del suministro es para dos tipos distintos de impresoras. Todas las impresoras estarán conectadas directamente a la red LAN del sistema SCADA/EMS. Los tipos de impresoras y sus características mínimas se encuentran a continuación:

(1) Impresora láser:

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 264(a) Sistema de impresión: PCL y Postscript.

(b) Velocidad de impresión: de 16 páginas por minuto.

(c) Número de hojas por tóner: 500.

(d) Memoria: 8 MB.

(2) Impresora a color multifunción:

(a) Sistema de procesamiento: láser, imagen digital.

(b) Sistema de impresión: PCL y Postscript.

(c) Velocidad de copiado/impresión: 30 páginas por minuto en blanco y negro y 28 páginas por minuto a color, para tamaño de papel carta (A4).

(d) Resolución de impresión: UFR II de al menos 1200 x 1200 puntos por pulgada y 2400 x 600 puntos por pulgada.

(e) Reducción y ampliación: de 25% a 400% con incrementos del 1%.

(f) Control de exposición: automático, manual y foto.

(g) Duplexado automático: copiado ambas caras.

(h) Copiado contínuo y copias múltiples de 1 a 999.

(i) Capacidad de papel para dos cassettes de al menos 550 hojas cada uno y una bandeja manual de 50 hojas.

(j) Tamaño máximo de impresión: 11 x 17 pulgadas o doble carta.

(k) Tamaño máximo del papel: 12 x 18 pulgadas.

(l) Selección automática en alimentación de papel.

(m) Memoria del servidor de imagen de al menos 1 GB estándar.

(n) Disco duro de al menos 80 GB.

(o) Pesos aceptables de papel: Bond de 17 lb a 110 lb, Index (de 64 g/m² a 209 g/m²).

(p) Velocidad de escaneado: al menos de 44 ipm (300 dpi) y 28 ipm (600 dpi).

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 265(q) Las unidades del proceso de impresión deben ser independientes por

color y del cartucho de tóner.

(r) Cartuchos de tóner independientes por color y de fácil reemplazo. Tóner con fijación sin aceite.

(s) Interface de red: RJ45, 10/100/1000 Base-T.

(t) Alimentación de corriente alterna: 110 voltios, 60 Hz.

(v) Pedestal original con rodines y con deshumedecedor.

(w) Controladores para los sistemas operativos: Windows 7 Professional y Windows 2008 Server en 64-bit.

(x) Manuales en disco compacto y en forma impresa de: operación, partes y de mantenimiento técnico, con los diagramas de circuitos.

(y) Entregar con la oferta un estimado del rendimiento del tóner, de los cartuchos de cilindros fotoconductores y del costo de cada uno de ellos.

(z) El equipo debe comercializarse en el mercado costarricense y tener taller de servicio y mantenimiento en Costa Rica. La información correspondiente debe incluirse en la oferta.

La cantidad de impresoras requeridas para los sistemas SCADA/EMS de cada centro de control se encuentra en las tablas 3.4 y 3.5 de la sub-sección 3.4.12.1.

3.4.10.2.10 Relojes Satelitales.

Para realizar la sincronización de tiempo de todos los equipos del sistema SCADA/EMS, el Proveedor debe suministrar relojes satelitales redundantes, que reciban la señal del tiempo estándar, con sincronización automática, tomada de la señal transmitida vía satélite por una institución reconocida internacionalmente (Geostatic Orbiting Experimental Satellite, GPS ó WWV de Colorado), de la más reciente tecnología.

Los relojes satelitales tendrán además un módulo extra con la capacidad de recibir como una entrada externa, una señal de voltaje del sistema eléctrico, para que calculen el valor de la frecuencia del sistema. Por medio de la comparación de la frecuencia real y la frecuencia estándar, calcularán la desviación instantánea de la frecuencia y el valor acumulado del error de tiempo. De esta forma, estos equipos suministrarán el tiempo real (hora oficial), el tiempo del sistema (hora del sistema), la desviación acumulada de tiempo, la frecuencia instantánea del sistema y la desviación de la frecuencia con respecto al valor nominal.

Los relojes satelitales deben suministrarse con la antena externa, cables de conexión, supresores de sobrevoltajes transitorios y herrajes. Además deberán contar con una interfaz con el sistema SCADA/EMS, ya sea a la red LAN o por otros medios y otra interface

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 266adicional Ethernet 10/100 Base-T para la conexión a otros equipos existentes del Comprador. La telemetría deberá:

(1) Ser interrogada a una tasa no mayor de dos segundos.

(2) Ser almacenada en las bases de datos de tiempo real.

(3) Estar disponible para uso y despliegue normal.

La señal de tiempo se utilizará para sincronizar periódicamente los relojes de los procesadores del sistema SCADA/EMS, de manera que se garantice una precisión muy alta del tiempo de dicho sistema, con errores menores a un (1 segundo por año).

La precisión mínima de los relojes satelitales deberá ser de 100 milisegundos a partir del tiempo universal coordinado (UTC).

El diseño del esquema redundante de los relojes satelitales debe permitir que ante la salida de servicio de uno de estos equipos, los procesadores de todos servidores, estaciones de trabajo y PC del sistema SCADA/EMS se continúen sincronizando periódicamente. En su oferta, el Oferente deberá documentar el diseño que utilizará para cumplir con este requisito.

Además, las señales adquiridas y procesadas por los relojes satelitales, se desplegarán en despliegues alfanuméricos, según se explica en la sub-sección 3.4.10.2.11. Esto significa que los relojes satelitales deben contar con las interfaces apropiadas para tal fin.

La cantidad de relojes satelitales requeridos para los sistemas SCADA/EMS de cada centro de control se encuentra en las tablas 3.4 y 3.5 de la sub-sección 3.4.12.1.

3.4.10.2.11 Interfaz Local de Datos.

El único tipo de interfaz local de datos son los despliegues alfanuméricos digitales. En estos despliegues se mostrarán las señales adquiridas y procesadas por los relojes satelitales y el Proveedor deberá instalarlos a los lados o encima del mural de visualización, según se explicó en la sub-sección 3.4.10.2.8. El tamaño del dígito debe ser de 10,16 cm (4 pulgadas) de alto, con alto contraste. Los datos desplegados por los cuatro (4) despliegues alfanuméricos tendrán las siguientes características:

(1) Tiempo estándar: indicación de horas, minutos y segundos. Estos datos deberán tener una exactitud de al menos 1 milisegundo.

(2) Tiempo del sistema eléctrico: indicación de horas, minutos y segundos. Estos datos deberán tener una exactitud de al menos 1 milisegundo.

(3) Desviación de tiempo: indicación del signo, centenas, decenas, unidades, décimas y centésimas de segundo. La señal de desviación de tiempo deberá ser de ± 999,99 segundos a plena escala y con una exactitud de ± 1 milisegundos.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 267(4) Desviación de la frecuencia: indicación de signo, unidades, décimas,

centésimas y milésimas de Hz. La señal de desviación de la frecuencia deberá ser de ± 99,999 segundos a plena escala y con una exactitud de ± 10 milihertz.

El Proveedor debe suministrar el software para la gestión de los despliegues alfanuméricos.

La cantidad de despliegues alfanuméricos requeridos para los sistemas SCADA/EMS de cada centro de control se encuentra en las tablas 3.4 y 3.5 de la sub-sección 3.4.12.1.

3.4.10.2.12 Interfaces con PCs utilizadas como consolas ocasionales.

El Proveedor del sistema SCADA/EMS suministrará una aplicación de “consola ocasional” que permitirá el acceso a usuarios remotos, para que utilicen funciones específicas y seleccionadas de los subsistemas del SCADA/EMS y para acceder a despliegues y datos, pero sin interactuar directamente con los equipos y programas del sistema que está sobrellevando la operación en tiempo real del SEN. Por razones de seguridad cibernética, esta aplicación de “consola ocasional” (hardware y software) residirá estrictamente en el ambiente DMZ y no se requerirá redundancia a nivel de equipos.

El objetivo de la aplicación de “consola ocasional” es facilitar la visualización de la operación en tiempo real del SEN, para usuarios que no tienen a cargo la operación del SEN. La interfaz de usuario remoto será solo para visualización; no tendrá privilegios para ejecutar controles. Preferiblemente, la interfaz de usuario remoto no requerirá la instalación de una licencia en la PC del usuario remoto para acceder a la aplicación de “consola ocasional”. En caso que se requiera el uso de licencias específicas, el Proveedor deberá suministrarlas.

La aplicación de “consola ocasional” permitirá un mínimo de quince (15) sesiones simultáneas, utilizando por ejemplo conceptos como el de cliente-servidor y aplicaciones como escritorio remoto (remote desktop), o cualquier otro esquema que brinde la funcionalidad requerida.

El hardware deberá tener redundancia en cuanto a fuente de alimentación, ventilación forzada y arreglo de discos 0+1. Dependiendo del tipo de equipos que utilice el Proveedor, deberá cumplir con los requisitos para servidores, estaciones de trabajo y PC establecidos en las sub-secciones 3.4.10.2.3, 3.4.10.2.5 o 3.4.10.2.7.

El Oferente describirá en su propuesta técnica el diseño de la aplicación de “consola ocasional”, incluyendo los aspectos relativos al hardware y al software y a la seguridad cibernética.

3.4.10.2.13 Enrutadores y equipos de seguridad cibernética.

Estos dispositivos deberán conectar la red LAN redundante del sistema SCADA/EMS con las redes externas, como la Red Institucional del ICE y la Internet, así como con las redes DMZ del HIS y de la aplicación ICCP.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 268Estos dispositivos permitirán el tráfico de información en ambos sentidos, según aplique en cada caso particular, con protocolización de prioridades y con el uso de claves de acceso y definición de niveles de acceso, según sea la asignación de prioridades.

La protección perimetral de las redes de datos del sistema SCADA/EMS hacia las redes externas y hacia los enlaces ICCP con otros centros de control se realizará estrictamente utilizando equipos de seguridad cibernética (firewalls). Estos equipos tendrán capacidad para establecer como mínimo quince (15) conexiones VPN simultáneas.

Los puertos de red LAN deberán cumplir con la especificación 10/100/1000 Base-T. Por la importancia de estos equipos para el funcionamiento en general del SCADA/EMS, deberán configurarse para que exista redundancia a nivel individual (dos fuentes de alimentación como mínimo) y para que exista respaldo entre los equipos.

Como parte del suministro, el Proveedor debe incluir el software, discos con la información y manuales originales.

Los Oferentes deberán incluir en sus ofertas la descripción detallada de los equipos de seguridad cibernética, enrutadores y otros que apliquen, en función del diseño de las redes de datos y de las medidas de seguridad cibernética, demostrando que sus características cumplen con los requisitos de desempeño, dimensionamiento y disponibilidad especificados en la sub-sección 3.4.12.

3.4.10.2.14 Dispositivos para Realizar Respaldos.

El medio de almacenamiento principal que suministre el Proveedor deberá tener la capacidad suficiente para realizar un respaldo completo de los datos y del software del sistema SCADA/EMS, sin que sea necesario realizar acciones por parte del usuario para reemplazar el medio de almacenamiento lleno.

Se suministrarán unidades de memoria reescribibles en disco óptico (DVD-RW) como componente del sistema de alta capacidad para la copia de seguridad del software del sistema, copia de seguridad automática para la base de datos y para el almacenamiento de los datos históricos del HIS.

Los Oferentes deberán incluir en sus propuestas la descripción detallada de los medios de respaldo de la información que suministrará.

3.4.10.2.15 Servidores de comunicaciones para la aplicación ICCP.

Estos servidores deberán realizar el intercambio de información con los otros centros de control vía enlaces de comunicación y convertirlos a una sintaxis común aceptable para todos los procesadores del sistema, así como del manejo del protocolo TASE.2 en concordancia con los protocolos TASE.2 de los sistemas remotos.

Adicionalmente, el servidor ICCP deberá verificar el direccionamiento tanto de los mensajes enviados como de los recibidos incluyendo la iniciación de retransmisión, si es requerida. Este servidor deberá guardar una imagen de todas las variables para su transferencia al

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 269procesador principal del sistema, realizar el manejo de la redundancia entre procesadores y arranque autónomo de las unidades de forma que siempre se tenga uno con el control del proceso y el redundante no interfiera en la operación normal y tener capacidades de diagnóstico y reporte de fallas.

El servidor de comunicaciones ICCP servirá como medio de comunicación principal con el centro de control regional del EOR y, de manera general, se comunicará con cinco centros de control a través de la Red de Área Amplia (WAN).

Para estos servidores aplican las mismas especificaciones descritas en la sub-sección 3.4.10.2.3. Pero adicionalmente deben contar con ocho (8) puertos de interfaz independientes 10/100/1000 BASE-T.

3.4.10.2.16 Servidores para la Base de Datos Relacional.

Para estos servidores aplican las mismas especificaciones descritas en la sub-sección 3.4.10.2.3. Adicionalmente, el Oferente deberá incluir en su oferta la descripción del motor de base que utilizará y las especificaciones del arreglo de discos duros que utilizará. Estos servidores deben contar con redundancia completa.

3.4.10.2.17 Otros Servidores.

Cualquier otro servidor o servidores que el Oferente incluya en función de la propia arquitectura del SCADA/EMS que oferta, debe cumplir con las especificaciones incluidas en la sub-sección 3.4.10.2.3. Dentro de estos servidores podrían incluirse controladores de dominio, servidores para aplicaciones generales, entre otros.

3.4.10.2.18 Gabinetes.

Todos los servidores y equipos que conforman el SCADA/EMS deberán ser entregados instalados en gabinetes, utilizando rieles de montaje para equipos frontales y traseros y accesorios para el enrutamiento de los cables. Se exceptúan de este requerimiento las consolas de operación, estaciones de trabajo para ingeniería, sistema de proyección de video y PCs.

Las características técnicas que deben cumplir los gabinetes son las siguientes:

(1) Modelo de gabinete S7522B de la marca Panduit, color negro.

(2) Altura: 45 RMU.

(3) Ancho: 700 mm.

(4) Largo: 1200 mm.

(5) Capacidad de carga de 1364 kg.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 270(6) Aterrizamiento: el gabinete deberá estar completamente aterrizado y formar

una sola estructura por medio de un único trayecto. Deberá incluir los rieles, paneles laterales y puertas sin necesidad de usar "jumpers" para aterrizar cada uno de estos. Cada gabinete deberá incluir una barra de tierras vertical de 2000 mm de altura por 17 mm de ancho y 1,27 mm de espesor, específica para el tipo de riel a utilizar (tornillos o tuercas de jaula).

(7) Aislamiento de los equipos instalados en el gabinete: todos los equipos a instalar dentro del gabinete deben ser aislados de la estructura del gabinete por medio de arandelas de baquelita. De esta manera los equipos se aterrizarán por medio de la fuente de alimentación y la estructura del gabinete se aterrizará a la barra del gabinete.

(8) Ingreso de cableado: la parte superior del gabinete deberá tener agujeros pre-cortados para el ingreso de los cables y los filos de estos agujeros deberán venir con protecciones para no dañar los cables. Se deberán suministrar botas que se ajusten a los agujeros pre-cortados para el ingreso de los cables y que eviten que se escape aire por dichos agujeros. La bota debe estar construida en vinilo recubierto con un retardante de la llama y con propiedades para la disipación electrostática.

(9) Accesorios: cada gabinete deberá incluir los siguientes accesorios:

(a) Rieles de montaje de equipos frontales y traseros ajustables, del tipo de jaula y tornillo (cage nut).

(b) Un juego de 50 tuercas de jaula M6 y 50 tornillos M6.

(c) Puertas con manija y cerradura con llave.

(d) Puerta frontal y puerta trasera con bisagras sólidas completas.

(e) Patas niveladoras de ajuste fácil.

(f) Soportes para el montaje de dos regletas cPDU verticales.

(g) Dos paneles laterales con bloqueo por llave.

(h) Organizadores de cables para alta densidad alta y deberán suministrarse organizadores de cables en todos los rieles.

(i) Paneles ciegos de dos (2) unidades de medida de rack (RMU) de montaje sin tornillos. El suministro debe contemplar suficientes paneles ciegos para cubrir el 30% de las RMU del gabinete.

(10) Regletas de Potencia: cPDU (Cabinet Power Distribution Unit), modelo QL1B1P3BN2491 o superior, con las siguientes características:

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 271(a) Cada gabinete deberá incluir dos unidades de distribución de potencia

(cPDU) de montaje vertical y sus respectivos accesorios de montaje, alimentados desde circuitos independientes.

(b) Los cPDU deberán instalarse en forma vertical, en las esquinas de cada gabinete, en la parte trasera de los mismos y sin necesidad de ocupar unidades de medida de rack (RMU).

(c) La alimentación de entrada será trifásica, a 208 V de corriente alterna, 60 Hz. El conector deberá ser del tipo NEMA L21-30P y la capacidad mínima del circuito de 30 amperios.

(d) Deberá contar como mínimo con 18 tomacorrientes de salida del tipo IEC C13 y 6 tomacorrientes del tipo IEC C19. Cada tomacorriente de salida deberá tener una luz LED para una fácil identificación visual de si la salida está encendida o apagada.

(e) Deberá ser compatibles con la plataforma de DCiM: PIM Software Platform.

(f) Deberá contar con un puerto de red (Ethernet) que permita monitorearlas por medio de una sesión Web, mediante una dirección IP, utilizando una GUI propia del cPDU.

(g) Deberá permitir medir y monitorear en tiempo real, como mínimo: corriente, voltaje, potencia y energía del cPDU.

(h) Deberá contar con una pantalla LED que permita ver localmente los consumos reales de potencia del cPDU.

(i) Deberá tener la capacidad de enviar alarmas por medio de correo electrónico. Dichas alarmas deberán poder ser pre-definidas por el usuario para eventos específicos que se salgan de los parámetros pre-establecidos de operación.

(j) Deberá contar con alarmas audibles.

(k) Deberá tener la capacidad de encender/apagar remotamente tomacorrientes de salida, individualmente o en grupo.

(l) Deberá tener la capacidad de monitorear remotamente el consumo individual de cada tomacorriente de salida.

(m) Deberá contar con puertos que permitan la conexión al cPDU de sensores de temperatura, humedad, flujo de aire o condensación. Dichos parámetros deberán poder ser monitoreados remotamente mediante una plataforma de DCiM o mediante la Web utilizando la GUI propia del cPDU.


(n) Deberán contar con un cordón flexible de alimentación de al menos 3 metros de longitud.

(o) Cada regleta del gabinete debe contar con un enchufe independiente. Una se conectará al ducto barra A y la otra al ducto barra B.

(p) Deberá cumplir con UL y cUL Listed 60950.

(11) Enchufes para ducto barra (plug in): el suministro incluye los enchufes para ducto barra con las siguientes características:

(a) Deberán de ser polarizadas para evitar la incorrecta instalación de las unidades enchufables.

(b) Deberán usar un disyuntor o interruptor automático para la protección de los circuitos ramales.

(c) Deberán de tener pestañas atornillables para asegurar la unidad al ducto barra.

(d) Deberán poder conectarse y desconectarse con el ducto barra energizado (en caliente).

(e) El conector de enchufe del ducto barra deberá ser compatible con el conector de la regleta de potencia del gabinete.

(f) Los enchufes deberán ser compatibles con el ducto barra que instalará el ICE. Por lo tanto, antes de realizar el suministro, el contratista debe solicitar información sobre el tipo de enchufes que se requerirá.

(g) Los enchufes deberán estar protegidos por el disyuntor a una corriente trifásica de 30 amperios, a 208 voltios.

(12) Cada gabinete deberá equiparse con un KVM switch, con un monitor a color de 17 pulgadas. Esto aplica únicamente para los gabinetes que contengan equipos de cómputo que requieran del uso de un monitor.

3.4.10.3 Redundancia y Función de Conmutación.

Para los equipos identificados como críticos (servidores SCADA/EMS, HIS, FEP y servidores de comunicaciones TASE.2, servidores de bases de datos, entre otros), se deberá implementar el criterio de redundancia para asegurar una alta confiabilidad y disponibilidad del sistema. Las características de redundancia que deberá tener el sistema incluyen:

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 273(1) Los servidores críticos tendrán una configuración redundante o equivalente,

esto es, serán respaldados por un procesador idéntico operando en paralelo. Ambos recibirán la misma información y realizarán el mismo procesamiento, sin afectar la operación del sistema.

(2) El proceso de re-inicialización de los servidores críticos no deberá interferir con ninguna función vital del sistema.

(3) Cualquiera de las unidades redundantes podrá asumir el control completo de las funciones, en cualquier instante, sin pérdida de información ni de comandos, ante una falla del computador que controlaba el proceso.

(4) La conmutación de los computadores ante una falla deberá ser automática, sin ninguna intervención de los Operadores.

(5) La conmutación de los computadores podrá ser realizado manualmente, en cualquier momento.

(6) La falla de cualquier componente o subsistema no deberá producir una pérdida de alguna función, sin que ésta sea detectada y reportada. Esto incluye al hardware y al software.

Los servidores de comunicaciones (FEP) que procesan la información transmitida por las UTR serán redundantes (duplicados). Las consolas de operación y los computadores restantes de misión no crítica deberán estar configurados de manera que puedan ejecutar múltiples funciones, respaldándose así unos a otros. El Oferente deberá determinar si es necesaria la redundancia de otros componentes, con el fin de garantizar el cumplimiento de los requisitos de disponibilidad y confiabilidad del sistema. El Oferente también deberá cumplir con los requisitos de redundancia para los equipos en que se ha solicitado explícitamente dicha característica.

3.4.11 Seguridad de la Información.

Como ya se ha mencionado en estas especificaciones técnicas, los dos sistemas SCADA/EMS deberán ser idénticos en términos de funcionalidad, configuración de equipos (hardware), dimensionamiento, desempeño y disponibilidad, con la excepción del número de consolas de operación y del área de proyección del videowall. Para simplificar la terminología, se continúa utilizando la expresión “sistema SCADA/EMS” como referencia a cada uno de los dos SCADA/EMS del NCCE.


El Comprador requiere que los niveles de seguridad de la información correspondan a los de un sistema de misión crítica, donde solamente los usuarios autorizados podrán tener acceso al sistema SCADA/EMS y a sus funciones. Como un ejemplo, en el Diagrama 3.5.4 de la sub-sección 3.5 se muestra la arquitectura conceptual de implementación de un sistema

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 274SCADA/EMS genérico con medidas de Seguridad de Información. Este esquema deberá tomarse como guía para la configuración del sistema y podrá ser variado a criterio del Oferente, en tanto que se respeten los principios de funcionalidad y los criterios de diseño establecidos en la sub-sección 3.4.10 y los descritos con anterioridad en la sub-sección 3.3.3 de este documento.

El Oferente deberá incluir y documentar detalladamente en su oferta el diseño de la estrategia de seguridad cibernética de múltiples niveles, así como todos los equipos y software requeridos para tal efecto. En todos los casos deberá garantizarse el carácter de arquitectura abierta del hardware y del software del sistema SCADA/EMS, así como su adecuación a la operación en tiempo real.

Adicionalmente, las propuestas de los Oferentes deberán cumplir, como mínimo, con los siguientes requerimientos de la Seguridad de Información:

(1) Adherirse a los siguientes principios básicos:

(a) Utilizar medidas de seguridad preventivas, de análisis y reparadoras.

(b) Implementar zonas jerárquicas de seguridad y delimitarlas entre sí.

(c) Adherirse al principio de Least Privilege al asignar derechos de uso.

(d) Implementar controles de acceso según la función del usuario.

(e) Eliminar aplicaciones y servicios innecesarios.

(2) Implementar un Intrusion Detection System.

(3) Elaborar un plan de topología de la(s) red(es) LAN y/o WAN con especial consideración de las interfaces con el exterior.

(4) Documentar las medidas de seguridad incluyendo la descripción de todas las interfaces del sistema SCADA/EMS del Centro de Control, con particular énfasis al acceso remoto para mantenimiento y también, las interfaces con:

(a) La Red Institucional del ICE.

(b) Puestos de trabajo que, además de sus funciones en el sistema SCADA/EMS del Centro de Control, también pudiesen estar conectados a Internet.

(c) El EOR y posiblemente en el futuro, con otros sistemas externos (sistemas del tipo black-box).

(5) Cumplir con las directivas de seguridad definidas en estándares formales y de-facto conforme a lo especificado en la sub-sección 3.3.3.


3.4.11.2 Requisitos Específicos de Seguridad de la Información.

Los Oferentes deberán incluir en sus propuestas la descripción detallada de las medidas implementadas para cumplir con los siguientes requerimientos de Seguridad Información:

(1) Cumplimiento con ISO 27002 y con los estándares de seguridad aplicables del NERC CIP-002 a CIP-009.

(2) Derechos de usuarios:

(a) Principio Least Privilege.

(b) Controles de acceso según la función del usuario.

(c) Administración de contraseñas según ISO 27002, capítulo 11.5.3.

(3) Endurecimiento del sistema:

(a) Remoción de todos los servicios /programas innecesarios.

(b) Modificación de ajustes estándar (cuentas/contraseñas).

(c) Desconexión de todas las interfaces no utilizadas, por ejemplo: puertos USB; unidades; protección BIOS; filtros IP.

(d) Concepto de emergencia con niveles de "back-all".

(e) Actualizaciones para sistemas operativos, aplicaciones y software de terceros para incluir escáner de virus y firewalls.

(4) Seguridad de la red:

(a) Escáner de virus en la red.

(b) Firewall de la red.

(c) Sistema Intrusion Detection System en la red.

(d) Evaluación de log files.

(e) División en distintas subredes.

(5) Seguridad del Host:

(a) Escáner de virus del Host.

(b) Firewall del Host.


(c) Intrusion Detection System del Host.

3.4.12 Requisitos de Dimensionamiento, Desempeño y Disponibilidad.

Teniendo presente que los dos sistemas SCADA/EMS deberán comunicarse simultáneamente con todas las unidades terminales remotas maestras, las que estarán equipadas con múltiples puertos de comunicación, se presenta a continuación los requisitos de dimensionamiento, desempeño y disponibilidad, que son válidos para cada uno de los sistemas SCADA/EMS, a menos que se indique lo contrario.

3.4.12.1 Requisitos de Dimensionamiento del SCADA/EMS.

Los Oferentes deberán incluir en sus propuestas todos los equipos del SCADA/EMS identificados en las tablas 3.4 hasta 3.9. Los equipos deberán estar dimensionados para cumplir a cabalidad con todos los requerimientos de desempeño y disponibilidad con todas las aplicaciones ejecutándose para la dimensión final del sistema, según lo especificado en las tablas 3.10 hasta 3.13. Además, los equipos del SCADA/EMS deberán tener la capacidad de expandirse, por medio de la adición incremental de módulos.

Los Oferentes deberán proponer un plan de adquisición de equipos que garantice al Comprador que va a recibir las más recientes versiones de los servidores, estaciones de trabajo y computadores personales (PC) ofrecidos por el fabricante de los equipos de cómputo. Adicionalmente, los Oferentes deberán demostrar de manera clara y concisa que los servidores, estaciones de trabajo y computadores personales incluidos en la propuesta pertenecen a una arquitectura computacional contemporánea (living computer architecture) que está siendo soportada, actualizada y mejorada continuamente por el fabricante de los equipos de computación.

El hardware de computación deberá tener la característica de poder ser actualizado en sitio en términos del número de procesadores, módulos de memoria masiva (RAM) y unidades de disco, sin requerir soporte del fabricante original de los equipos y/o del Proveedor del sistema SCADA/EMS del Centro de Control.

La base de datos y todas las aplicaciones SCADA/EMS deberán ser dimensionadas para la capacidad máxima de expansión de los equipos y también, para el tamaño final de las aplicaciones.

Tabla 3.4. Dimensionamiento del sistema SCADA/EMS del centro de control principal del NCCE.

Id Descripción Cantidad Requerida

Capacidad de Expansión Adicional

1 Red de área local del SCADA/EMS redundante 1 1

2 Interfaces redundantes de comunicación entre la red de área (a) (b)




local y las redes internas y externas

3 Servidores redundantes SCADA/EMS para aplicaciones (a) (b)

4 Procesadores redundantes de comunicaciones Front-End (a) (b)

5 Estaciones de trabajo con cuatro (4) monitores de 24 pulgadas (c)

8 2

6 Estaciones de trabajo con dos (2) monitores de 24 pulgadas (d)

5 1

7 Computadoras personales PC con 1 (un) monitor de 21 pulgadas

2 (e) 5

8 Subsistema de Proyección de Video (incluyendo el controlador)

1 -

9 Impresora láser 1 -

10 Impresoras a color multifunción 1 -

11 Relojes satelitales 2 -

12 Interfaces de datos locales (despliegues alfanuméricos) 4 -

13 Equipos e interfaces para la aplicación de consolas ocasionales

(a) (b)

14 Interfaces (número de conexiones) con PC de la aplicación de consolas ocasionales

15 25

15 Enrutadores y equipos de seguridad cibernética (a) (b)

16 Dispositivos de almacenamiento de memoria externos 2 2

17 Servidores HIS (f) 2 1

18 Servidor para DTS 1 1

Notas para la tabla 3.4:(a) Los Oferentes deberán proponer el número de servidores, enrutadores y otros equipos necesarios para cumplir con los requerimientos de desempeño y disponibilidad y con todas las funciones especificadas por el Comprador, incluyendo el PDS.(b) El Comprador no contempla, en este momento, aumentar el número de servidores entregados por el Proveedor. Sin embargo, los Oferentes deberán indicar si el número inicial de servidores debe ser ampliado para cumplir con los requerimientos de expansión futura. Lo mismo aplica para otros equipos del SCADA/EMS.(c) Incluye cuatro (4) estaciones de trabajo de operación y cuatro (4) estaciones de trabajo para el DTS.(d) Estas son las estaciones de trabajo para ingeniería.(e) El suministro mínimo es de dos PC para utilizarlas como clientes del HIS ubicados en la red LAN del SCADA/EMS. No obstante, el número puede incrementarse si el diseño y arquitectura utilizada por el Oferente lo requiere.(f) Uno de los servidores HIS estará integrado en la red LAN del SCADA/EMS como PI System®

embebido y el otro en una red DMZ como PI System® externo.


Tabla 3.5. Dimensionamiento del sistema SCADA/EMS del centro de control alterno del NCCE.



1 Red de área local del SCADA/EMS redundante 1 1

2 Interfaces redundantes de comunicación entre la red de área local y las redes internas y externas

(a) (b)

3 Servidores redundantes SCADA/EMS para aplicaciones (a) (b)

4 Procesadores redundantes de comunicaciones Front-End (a) (b)

5 Estaciones de trabajo con cuatro (4) monitores de 24 pulgadas (c)

7 2

6 Estaciones de trabajo con dos (2) monitores de 24 pulgadas (d)

1 1

7 Computadoras personales PC con 1 (un) monitor de 21 pulgadas

2 (e) 5

8 Subsistema de Proyección de Video (incluyendo el controlador)

1 -

9 Impresora láser 1 -

10 Impresoras a color multifunción 1 -

11 Relojes satelitales 2 -

12 Interfaces de datos locales (despliegues alfanuméricos) 4 -

13 Equipos e interfaces para la aplicación de consolas ocasionales

(a) (b)

14 Interfaces (número de conexiones) con PC de la aplicación de consolas ocasionales

15 25

15 Enrutadores y equipos de seguridad cibernética (a) (b)

16 Dispositivos de almacenamiento de memoria externos 2 2

17 Servidores HIS (f) 2 1

18 Servidor para DTS 1 1

Notas para la tabla 3.5:(a) Los Oferentes deberán proponer el número de servidores, enrutadores y otros equipos necesarios para cumplir con los requerimientos de desempeño y disponibilidad y con todas las funciones especificadas por el Comprador, incluyendo el PDS.(b) El Comprador no contempla, en este momento, aumentar el número de servidores entregados por el Proveedor. Sin embargo, los Oferentes deberán indicar si el número inicial de servidores debe ser ampliado para cumplir con los requerimientos de expansión futura. Lo mismo aplica para otros equipos del SCADA/EMS.(c) Incluye tres (3) estaciones de trabajo de operación y cuatro (4) estaciones de trabajo para el DTS.(d) Estas son las estaciones de trabajo para ingeniería.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 279(e) El suministro mínimo es de dos PC para utilizarlas como clientes del HIS ubicados en la red LAN del SCADA/EMS. No obstante, el número puede incrementarse si el diseño y arquitectura utilizada por el Oferente lo requiere.(f) Uno de los servidores HIS estará integrado en la red LAN del SCADA/EMS como PI System®

embebido y el otro en una red DMZ como PI System® externo.

Tabla 3.6. Dimensionamiento de las Aplicaciones SCADA.Id Parámetros de Dimensionamiento Tamaño Inicial Tamaño Final

1 Unidades terminales remotas maestras 50 75

Puntos Telemedidos

2 Analógicos (mediciones) 12000 18000

3 Indicaciones de estado (simples) 43300 64950

4 Indicaciones de estado (dobles) 18150 27225

5 Contadores de energía (y acumuladores en general) 250 375

6 Secuencia de Eventos (SOE) 8660 12990

Puntos No-Telemedidos

7 Analógicos 750 1125

8 Indicaciones de estado (simples y dobles) 500 750

9 Acumuladores en general 50 75

Puntos Calculados

10 Analógicos 2400 3600

11 Indicaciones de estado (simples y dobles) 1000 1500

12 Acumuladores en general 400 600

Salidas de control

13 Control abrir/cerrar (digitales simples) 1000 1500

14 Control abrir/cerrar (digitales dobles) 5100 7650

15 Control pulsos subir/bajar (digitales) 1000 1500

16 Control consignas (analógicas) 700 1050

Despliegues

15 Diagramas unifilares de subestación 150 300

16 Despliegues tabulares de subestación 150 300

17 Diagramas unifilares de la red de transmisión 20 30

Enlaces de Comunicación

18 Con otros Centros de Control 7 12

19 Con la Red Institucional 2 4

20 Otros 2 4


Id Parámetros de Dimensionamiento Tamaño Inicial Tamaño Final

Otros Parámetros de Dimensionamiento

21 Áreas de responsabilidad 32 32

22 Niveles de severidad de alarmas 4 6

23 Categorías de alarmas 16 32

24 Ordenes de conmutación 50 50

25 Instrucciones en una orden de conmutación 50 50

Tabla 3.7. Dimensionamiento de las Aplicaciones EMS.Id Parámetros de Dimensionamiento Tamaño

Inicial Tamaño Final

Subsistema de Control de Generación

1 Número de plantas generadoras 30 45

2 Número total de unidades generadores 80 120

3 Número total de las unidades generadoras controladas por el AGC

48 75

4 Número de curvas Heat Rate por Generador 2 2

5 Número de segmentos en un curva típica 5 5

6 Número de regiones de operación prohibidas por unidad 3 3

7 Número de empresas interconectadas 5 10

8 Número de líneas de interconexión 5 10

Subsistema de Análisis de Redes Eléctricas en Tiempo-Real y Modo Estudio

9 Número de usuarios simultáneos en Modo Estudio 8 15

10 Número de barras en el modelo de la Red (incluyendo barras ficticias y las barras del Sistema Externo)

1200 3000

11 Número de líneas de transmisión (incluyendo el Sistema Externo)

150 250

12 Número de transformadores con cambiador de derivaciones bajo carga (TCUL-Tap Changing Under Load)

150 300

13 Número de transformadores con cambiador de derivaciones en vacío (Fixed Tap)

100 200

14 Número de reactores y condensadores en derivación (Shunt) 25 50

15 Número de disyuntores y seccionadores 6000 14000

16 Número de redes externas 5 5

17 Número de islas observables 5 7

18 Número de casos en la lista contingencias 50 75


Id Parámetros de Dimensionamiento Tamaño Inicial

Tamaño Final

19 Número de contingencias para evaluación en detalle 40 75

20 Número de listas de contingencias 20 30

21 Número de cargas del tipo típicas (conforming) 600 1200

22 Número de cargas del tipo atípicas (non-conforming) 10 15

23 Número de áreas de carga 10 15

24 Número de casos salvados (save cases) 50 100

Pronóstico de Demanda

25 Número de usuarios simultáneos 8 15

26 Número de casos salvados (save cases) 50 100

Tabla 3.8. Dimensionamiento del HIS.Id Tipo de Dato Número de

puntosPeriodicidad [segundos]

Período de retención en disco

[años]

1 Datos analógicos (MW, MVAr, MVA, kV, m.s.n.m., L y otros)

10000 2 7

2 Datos de acumuladores 50 3600 7

3 Indicaciones de estado 2000 Por excepción 7

4 Alarmas 2950 Por excepción 7

5 Datos SOE 3000 Por excepción 7

6 Datos de las aplicaciones del SCADA/EMS

2000 2 7

Notas para la tabla 3.8:(a) Inicialmente, el HIS deberá poder ser utilizado por treinta (30) usuarios. El sistema de tener la capacidad de expansión para soportar posteriormente un número estimado de usuarios de cincuenta (50).(b) El periodo de retención en disco debe interpretarse de la siguiente forma: siete (7) años es el tiempo total de almacenamiento de los datos históricos, sin necesidad para el Comprador de tener que utilizar los medios de respaldo fuera de línea para realizar consultas a la base de datos histórica.

Tabla 3.9. Dimensionamiento del DTS.Id Parámetros de Dimensionamiento Tamaño Inicial Tamaño Final

1 Escenarios 50 50

2 Eventos por escenario 100 100

3 Relés de sobrecorriente 300 300

4 Relés alta/baja tensión 200 200

5 Relés alta/baja frecuencia 200 200


Id Parámetros de Dimensionamiento Tamaño Inicial Tamaño Final

6 Relés de velocidad de cambio de la frecuencia

20 40

7 Relés de distancia 200 200

8 Periodicidad del flujo de potencia 5 segundos 5 segundos

9 Periodicidad de los cálculos dinámicos 2 segundos 2 segundos

10 Modelo del sistema eléctrico Igual al SCADA/EMS Igual al SCADA/EMS

11 Duración del escenario más amplio 8 horas 8 horas

Nota para la tabla 3.9: el DTS tendrá el mismo dimensionamiento para los dos sistemas SCADA/EMS del NCCE.

3.4.12.2 Requisitos de Desempeño.

Los dos sistemas SCADA/EMS del NCCE deberán cumplir con los requisitos de desempeño indicados en esta sección durante las Pruebas de Aceptación en Fábrica (FAT) y durante las Pruebas de Aceptación en Sitio (SAT). Los Oferentes deberán incluir en sus propuestas la información detallada mencionando explícitamente tanto los tiempos máximos de respuesta, como los niveles de carga máxima de los procesadores (computer loading figures) que deberán demostrar durante el FAT y el SAT con base en los escenarios Básico, de Actividad Normal y de Actividad Alta especificados en esta sección.

3.4.12.2.1 Escenario básico.

Las siguientes condiciones deberán ser cumplidas tanto durante las pruebas de Actividad Normal como durante las pruebas de Actividad Alta:

(1) La base de datos del SCADA/EMS deberá ser dimensionada para el tamaño final y será llenada y verificada de acuerdo con los parámetros mostrados en las tablas 3.4 a 3.7 y 3.9 de la sub-sección 3.4.12.1.

(2) El sistema Historiador deberá ser dimensionado para el tamaño final y la base de datos histórica deberá ser llenada y verificada con la información disponible del Comprador de acuerdo con los parámetros mostrados en la tabla 3.8 de la sub-sección 3.4.12.1.

(3) Todos los datos de tiempo real deberán ser adquiridos con la periodicidad especificada en la tabla 3.10.

(4) Todas las funciones periódicas deberán ser ejecutadas con la periodicidad especificada en la tabla 3.10.

(5) Cada monitor de las Estaciones de Trabajo de los Operadores deberá tener por lo menos 2 (dos) ventanas abiertas actualizadas simultáneamente con la periodicidad especificada en la tabla 3.10. En una ventana se presentará la

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 283lista de alarmas y en la otra ventana se presentará un diagrama unifilar de subestación. Para esta prueba, el Comprador, a su criterio, podrá seleccionar cualquier despliegue de subestación. Las otras ventanas en cada monitor deberán mostrar cualquier despliegue que sea seleccionado por el Comprador a su criterio, incluso despliegues para entrada, salida y para estudios (aplicaciones).

(6) Todas las alarmas deberán crear entradas en el archivo de Alarmas y Eventos.

(7) La secuencia de Análisis de Redes Eléctricas en Modo Tiempo Real deberá ser ejecutada bajo las siguientes condiciones:

(a) A los valores medidos adquiridos por el SCADA/EMS se le agregarán errores aleatorios con distribución normal. Con el propósito de controlar el procedimiento de análisis de datos incorrectos, el componente aleatorio de error será truncado a 3 veces el valor de la desviación estándar .

(b) La carga total en MW en el sistema deberá crecer en proporción máxima de 30% por hora y alcanzar las condiciones de pico de carga al final del período de pruebas.

(c) Los tiempos transcurridos deberán incluir la recolección de datos telemedidos desde la misma base de datos donde residen los datos de tiempo real.

(d) Se utilizarán todas las mediciones.

(e) Se habilitarán todos los límites de tensión y potencia reactiva.

(f) Se habilitará la detección de datos erróneos y el procedimiento de identificación de ese tipo de datos. Durante el escenario, deberá existir por lo menos una (1) anomalía en las mediciones analógicas.

(8) El programa de Flujo de Potencia del Operador será ejecutado bajo las siguientes condiciones:

(a) Se habilitarán todos los controles de tensión e intercambios de potencia.

(b) El programa deberá iniciar los cálculos en condiciones de voltaje plano (flat start).

(9) El programa de Margen de Estabilidad y Capacidad Máxima de Transmisión será ejecutado bajo las siguientes condiciones:

(a) La estimación de estado generada por la secuencia de Análisis de Redes Eléctricas en Modo Tiempo Real representará por lo menos un

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 284equivalente externo del sistema interconectado centroamericano, pero el programa de Margen de Estabilidad y Capacidad Máxima de Transmisión (Real-Time Voltage Stability Assessment and Monitoring) será configurado para evaluar solamente las condiciones de estabilidad del SEN.

(b) La lista de contingencias deberá incluir por lo menos 15 (quince) contingencias, cada una configurada con por lo menos tres eventos.

(c) Por lo menos 1 (una) de las contingencias simuladas deberá causar inestabilidad o llevar el SEN al límite de estabilidad donde las tensiones pueden colapsar y/o las unidades generadores pueden salir de sincronismo.

(10) El programa de Análisis de Contingencias (Contingency Analysis) será ejecutado bajo las siguientes condiciones:

(a) Por lo menos una de las contingencias simuladas deberá resultar en una separación de barras (bus split).

(b) Por lo menos el 20% de las contingencias deberán simular eventos múltiples.

(c) Por lo menos el 20% de las contingencias simuladas deberán requerir un análisis detallado.

(d) Las contingencias a ser evaluadas en detalle, esto es, a través de un cálculo completo de flujo de potencia, deberán converger con los límites de tensión y de potencia reactiva habilitados.

(11) El DTS deberá ser configurado con dos estaciones de trabajo activas, una para el Instructor y la otra para un Entrenado. La solución del modelo de red del DTS deberá ser actualizada periódicamente con una frecuencia de aproximadamente 5 (cinco) segundos. Deberá ser utilizado un incremento de tiempo de un segundo, o menor, para resolver las ecuaciones dinámicas de las turbinas y el cálculo de frecuencia del modelo de la red.

(12) Un estudio de Pronóstico de Demanda de Corto Plazo será ejecutado durante las pruebas.

Adicionalmente, deberá ser posible ejecutar todos los programas de aplicación con la periodicidad especificada en la tabla 3.10.

Tabla 3.10. Periodicidad de las Aplicaciones.Id Aplicación Periodicidad

1 Adquisición de datos analógicos 2 segundos

2 Adquisición de indicaciones de estado 2 segundos


Id Aplicación Periodicidad

3 Lectura de acumuladores (contadores de energía)

Programable, con periodicidades de 15,

30 y 60 minutos

4 Actualización de diagramas de subestación 2 segundos

5 Control Automático de Generación 4 segundos

6 Despacho Económico Hidrotérmico 5 minutos

7 Análisis de Red en Tiempo Real (incluye el Estimador de Estado, Margen de Estabilidad y Capacidad Máxima de Transmisión y un ciclo completo de Análisis de Contingencias)

5 minutos

8 Pronóstico de Demanda de Corto Plazo Una vez al día

3.4.12.2.2 Escenario de actividad normal.

El nivel de Actividad Normal deberá ser verificado durante un período de sesenta (60) minutos y deberá tener el siguiente alcance:

(1) El Escenario Básico está activado.

(2) Durante cada período de muestreo, veinticinco por ciento (25%) de los puntos analógicos cambiarán lo suficiente para requerir el procesamiento por parte del sistema.

(3) Una acción de control completa de apertura/cierre de interruptor y de seccionador se ejecuta en la Estación de Trabajo del Operador cada cinco (5) minutos.

(4) Sesenta (60) alarmas (80% indicaciones de estado simples y dobles, 20% puntos analógicos) son generadas (una alarma por minuto) durante la Actividad Normal, correspondiendo a violaciones de límites de puntos analógicos y cambios de estado. Cada alarma deberá ser reconocida.

(5) Cada a minuto es llamado un nuevo despliegue y aparece en una ventana de la Estación de Trabajo del Operador.

(6) Cada cinco (5) minutos se ejecuta un estudio completo de Flujo de Potencia del Operador.

3.4.12.2.3 Escenario de actividad alta.

El nivel de Actividad Alta deberá ser verificado durante un período de sesenta (60) minutos y deberá alcanzar lo siguiente:

(1) El Escenario Básico está activado.


(2) Durante cada período de muestreo, el cincuenta por ciento (50%) de los puntos analógicos cambiarán lo suficiente para requerir el procesamiento por parte del sistema

(3) Cada treinta (30) segundos es llamado un nuevo despliegue y aparece en una ventana de la Estación de Trabajo del Operador.

(4) Cada minuto se ejecutarán tres (3) acciones de entrada manual de datos en la Estación de Trabajo del Operador.

(5) Cada minuto se ejecutará una acción de control completa de apertura/cierre de interruptor y de seccionador en la Estación de Trabajo del Operador.

(6) Al inicio del período de Actividad Alta, una avalancha de mil (1000) alarmas se produce en un minuto, seguida por un período de 59 minutos con sesenta (60) alarmas por minuto. A pedido del Comprador, cada una de estas alarmas puede ser reconocida por lo menos una vez por minuto.

(7) Cada cinco (5) minutos se ejecutará un estudio completo de Flujo de Potencia del Operador.

3.4.12.2.4 Utilización de los Computadores en Actividad Normal.

Durante cualquier período de sesenta (60) minutos, la carga de los procesadores (processor loading), incluyendo la carga (overhead) del sistema operativo, en Actividad Normal deberá cumplir con los siguientes requisitos:

(1) La carga computacional de cualquier servidor de aplicaciones SCADA/EMS no deberá exceder el 20%.

(2) La carga computacional de cualquier Procesador de Comunicaciones (Front-End) que procese los canales de comunicación con los equipos para telecontrol no deberá exceder el 10%.

(3) La carga computacional de cualquier otro servidor de comunicaciones no excederá el 20%.

(4) La carga computacional de cualquier red LAN no deberá exceder el 10%.

(5) La carga computacional de cualquier estación de trabajo no deberá exceder el 15%.

3.4.12.2.5 Utilización de los Computadores en Actividad Alta.

Durante cualquier período de sesenta (60) minutos, la carga de los procesadores (processor loading), incluyendo la carga (overhead) del sistema operativo, en Actividad Alta deberá cumplir con los siguientes requisitos:


(1) La carga computacional de cualquier servidor de aplicaciones SCADA/EMS no deberá exceder el 40%.

(2) La carga computacional de cualquier Procesador de Comunicaciones (Front-End) que procese los canales de comunicación con los equipos para telecontrol no deberá exceder el 30%.

(3) La carga computacional de cualquier otro servidor de comunicaciones no excederá el 40%.

(4) La carga computacional de cualquier red LAN no deberá exceder el 15%.

(5) La carga computacional de cualquier estación de trabajo no deberá exceder el 35%.

3.4.12.2.6 Requisitos de tiempos de respuesta.

El desempeño de los sistemas SCADA/EMS propuestos para la solución informática con dos centros de control para el NCEE se evaluará con base en las siguientes métricas, que se deberán cumplir por lo menos durante el 98% del tiempo:

(1) Tiempo de respuesta del llamado de los despliegues: es el tiempo transcurrido a partir del momento cuando un despliegue ha sido solicitado por el usuario hasta que el despliegue aparezca completamente en el monitor, actualizado con la más reciente información disponible en el sistema SCADA/EMS. El requisito se debe cumplir tanto para los escenarios de Actividad Normal como para los escenarios de Actividad Alta. Durante las pruebas, el Comprador seleccionará cualquier despliegue del SCADA/EMS para ejecutar esta prueba.

Tabla 3.11. Tiempos de respuesta del llamado de los despliegues.Descripción Actividad

NormalActividad Alta

Tiempo de respuesta de un despliegue unifilar con por lo menos (60) indicaciones de estado y veinte (20) datos analógicos

Máximo 2 segundos

Máximo 3 segundos

(2) Tiempo de respuesta de las alarmas: las alarmas generadas por eventos analógicos o de estado deberán ser anunciadas visualmente y de manera sonora (en los casos que aplique). El tiempo de respuesta de las alarmas deberá demostrarse tanto para los escenarios de Actividad Normal, como para los escenarios de Actividad Alta y deberá cumplir con los requisitos siguientes. Bajo ninguna circunstancia se permitirá que alguna alarma o algún evento se pierdan.

Tabla 3.12. Tiempos de respuesta de las alarmas.


Descripción Actividad Normal

Actividad Alta

Tiempo de respuesta del Resumen de Alarmas (mostrando un sub-grupo de todas las alarmas)

Máximo 2 segundos

Máximo 3 segundos

(3) Tiempo de respuesta a solicitudes de los usuarios: el sistema SCADA/EMS deberá responder a las peticiones de los usuarios dentro de los tiempos especificados a continuación:

Tabla 3.13. Tiempos de respuesta a solicitudes de los usuarios.Descripción Actividad

NormalActividad Alta

Tiempo para completar la acción solicitada.

Máximo 2 segundos

Máximo 3 segundos

Los tipos de solicitudes de los usuarios se definen de la siguiente manera:

(a) Reconocimiento de alarma.

(b) Borrado de alarma.

(c) Inhibición de alarma.

(d) Verificación de entrada de datos.

(e) Solicitud de impresión.

(f) Ejecución de entrada de datos.

(g) Desactivación de un punto analógico o de estado.

(h) Ejecución de estudios y de aplicaciones.

Para aquellas solicitudes que corresponden a consultas a la base de datos o a ejecuciones de cálculos extensos, el sistema deberá desplegar un mensaje apropiado (espere, en ejecución, u otros similares) y deberá estar listo para aceptar otras entradas dentro de un máximo de un (1) segundo.

(4) Tiempo de ejecución de las aplicaciones: es el tiempo total transcurrido entre el momento cuando el usuario solicita la ejecución de una aplicación, por ejemplo, a través de una acción del tipo de selección de un ícono (point-and-click) y el momento cuando los resultados, o una indicación de que los cálculos han sido ejecutados, aparecen en la pantalla. Los tiempos máximos transcurridos de ejecución especificados en la tabla 3.14 son aplicables tanto para los escenarios de Actividad Normal para los escenarios de Actividad Alta. Adicionalmente, para aplicaciones ejecutadas en modo estudio, los

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 289requisitos de tiempos máximos transcurridos de ejecución deberán cumplirse, tanto cuando la aplicación es ejecutada por un solo usuario como cuando dos usuarios ejecutan simultáneamente la misma aplicación.

Tabla 3.14. Tiempos transcurridos de ejecución de las aplicaciones.Descripción Tiempo Máximo

Transcurrido de Ejecución [segundos]

Comentarios

Control Automático de Generación 10Tiempo de inicio de la respuesta de la unidad generadora controlada

Despacho Económico Hidrotérmico 10

Tiempo de cambio de la potencia base económica y del

factor de participación económica de la

unidad generadora

Estimador de Estados

15En modo de solución con voltaje plano (flat

start)

5 En modo de solución de seguimiento (tracking mode)

Margen de Estabilidad y Capacidad Máxima de Transmisión 15

15 contingencias múltiples en la lista

de contingencias

Análisis de Contingencias 60 Lista completa de

contingencias

15 Evaluación detallada

Flujo de Potencia del Operador 5 Tiempo de convergencia

Flujo de Potencia Óptimo 45 Tiempo de convergencia

Pronóstico de Demanda de Corto Plazo 120

Tiempo de obtener la solución

(5) Tiempos máximos aceptados durante una conmutación: estos se encuentran en la tabla 3.15. Para mayores detalles, véase la sección 3.4.12.3.2.

Tabla 3.15. Tiempos máximos aceptados durante una conmutación y reinicio de funciones.

Descripción Tiempo Máximo Aceptado[segundos]

Comentarios


Adquisición de datos 15

Tiempo de restablecimiento de la función en caso de una falla de hardware o de software.

Funciones SCADA, incluyendo almacenamiento de datos históricos 30

Tiempo de restauración de las funciones en caso de una reconfiguración automática del sistema.

Recuperación completa del sistema 90Tiempo máximo de recuperación después de una conmutación.

Interfaz de usuario 240

Tiempo máximo para volver a ser operacional después del restablecimiento de las funciones de adquisición de datos.

Todos los tiempos de respuesta especificados en las tablas 3.11 a 3.15 deberán cumplirse por lo menos el 98% del tiempo.

Además, si el tiempo de respuesta de un despliegue implica la ejecución de una aplicación cuyo tiempo transcurrido máximo de ejecución especificado en la tabla 3.14, es mayor que el tiempo especificado en la tabla 3.11, el tiempo transcurrido máximo de ejecución será utilizado como límite máximo para el tiempo de respuesta de un despliegue.

3.4.12.3 Requisitos de Disponibilidad.

3.4.12.3.1 Funciones críticas.

Las funciones del sistema SCADA/EMS son clasificadas en críticas y no-críticas. La implementación de las funciones críticas deberá ser redundante, asegurando que ninguna falla simple de un equipo pueda causar la indisponibilidad de alguna función crítica por un período mayor que los tiempos especificados en la tabla 3.16.

Todas las funciones especificadas en este cartel de licitación son consideradas críticas, a excepción de:

(1) Desarrollo de software.

(2) DTS.

(3) Edición de base de datos y despliegues.


(4) Generación y configuración del sistema.

(5) Edición y generación de reportes.

Tabla 3.16. Disponibilidad y tiempos máximos de indisponibilidad de funciones críticas.

Id Descripción Disponibilidad[%]

Tiempo Máximo de Indisponibilidad [horas por año]

1 Funciones SCADA/EMS críticas 99,95 4,38

La disponibilidad de las funciones críticas deberá ser monitoreada separadamente. Cada falla de una función crítica durante el período de pruebas deberá resultar en la transferencia automática de su ejecución a otro recurso de computación disponible, seleccionado desde un grupo de recursos de respaldo definidos para dicho propósito. También deberá ser monitoreada la operación de las funciones no-críticas. Deberá ser posible contabilizar separadamente todas las fallas detectadas para las funciones no-críticas, para identificar su disponibilidad con el propósito de mantenimiento y soporte. Los registros de falla deberán incluir la fecha y hora de la falla y del restablecimiento subsiguiente de la función, ya sea este manual o automático.

El tiempo anual acumulado de indisponibilidad anual para todas las funciones críticas no deberá exceder cuatro (4) horas y veintitrés (23) minutos, lo que representa un índice de disponibilidad de 99,95%. El número total de incidentes de indisponibilidad del sistema durante un año no deberá ser mayor que 15.

3.4.12.3.2 Conmutación y reinicio automático de equipos y de aplicaciones.

Las funciones críticas ejecutadas en un procesador afectado por una falla deberán ser reiniciadas automáticamente en otro procesador. No es necesario que las funciones no-críticas sean redundantes, pero se requiere la capacidad de suspender la ejecución de esas funciones hasta que sea ejecutado un reinicio normal, o, alternativamente, que sean ejecutadas con prioridad baja, o que sean ejecutadas en otro procesador hasta que el sistema se restaure completamente.

Adicionalmente, se deben cumplir los siguientes requisitos con respecto a la conmutación (failover):

(1) La transferencia automática o manual hacia los recursos de respaldo cuando la ejecución de una o varias funciones críticas haya sido interrumpida por una falla, deberá ser ejecutada sin pérdida de información. La coherencia y consistencia de los datos deberán ser mantenidas por el sistema, ejecutando como mínimo un chequeo de integridad antes de ejecutar la transferencia.


(2) Las funciones que estaban programadas para ser ejecutadas cuando ocurrió la falla, deberán ser ejecutadas automáticamente después de la ejecución de la transferencia.

(3) En caso de falla de hardware o software, el proceso de adquisición de datos deberá ser restablecido dentro de un período de tiempo menor que 15 segundos (véase la tabla 3.15).

(4) La interfaz de usuario deberá ser operacional dentro de un máximo de 240 segundos después del restablecimiento del proceso de adquisición de datos (véase la tabla 3.15).

(5) En caso de una reconfiguración automática, todos los procesos SCADA, presentación de despliegues y transferencias de datos desde los programas de aplicación y hacia el Sistema de Información Histórica deberán ser operacionales dentro de un máximo de treinta (30) segundos (véase la tabla 3.15).

(6) Todas las estaciones de trabajo del SCADA/EMS deberán ser estables y los reinicios (restarts) deberán ser minimizados. Cada reinicio será considerado como parte de los quince (15) reinicios admisibles mencionados anteriormente.

(7) Independientemente de la conmutación parcial mencionada en los puntos anteriores, la recuperación completa del sistema deberá demorar no más de noventa (90) segundos (véase la tabla 3.15).

Los oferentes deberán explicar claramente la filosofía de conmutación de la solución SCADA/EMS propuesta e identificarán los tiempos mínimos para que los subsistemas de procesadores, unidades de disco, red LAN, interfaces de comunicaciones y otros equipos considerados necesarios mantengan el servicio ininterrumpido. Adicionalmente, un servicio utilitario será entregado para contabilizar la actividad de estos subsistemas, indicando la fecha y hora de ocurrencia de las fallas y la explicación del evento que causó el proceso de reconfiguración.

3.4.12.4 Requisitos para la Transferencia de Jurisdicción de Control.

Con el objetivo de guiar a los Oferentes en la preparación de sus ofertas, se definen a continuación los requisitos mínimos que se debe cumplir la arquitectura de control del NCCE, conformada por dos sistemas SCADA/EMS, uno funcionando como sistema principal y el otro como sistema de respaldo en línea.

3.4.12.4.1 Arquitectura.

Los Oferentes deberán incluir en sus ofertas la descripción detallada de la solución propuesta con dos SCADA/EMS funcionando como sistema principal y el otro como sistema de

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 293respaldo en línea. En esta arquitectura, la denominación “sistema principal” y “sistema de respaldo” refleja solamente una terminología de conveniencia, porque:

(1) Cualquiera de los dos sistemas SCADA/EMS de esta arquitectura podrá asumir la funcionalidad de “sistema principal”.

(2) Por definición, el sistema que en un cierto instante, no está funcionando en modalidad de “sistema principal” es llamado “sistema de respaldo” y viceversa.

(3) Las denominaciones “sistema principal” y “sistema de respaldo” son intercambiables.

Los detalles generales de la arquitectura contemplada por el Comprador son descritos conceptualmente en las sub-secciones 3.3.1 y 3.3.4 y respectivamente en los diagramas de la sub-sección 3.5. Cabe indicar una vez más que esa arquitectura es mostrada sola y exclusivamente como ejemplo y que los Oferentes deberán proponer y describir los detalles sus propias soluciones.

3.4.12.4.2 Modelo de datos.

Considerando la terminología definida en la sub-sección anterior, se requiere que:

(1) En cualquier instante de la operación:

(a) Ambos sistemas SCADA/EMS estén adquiriendo datos en tiempo real por medio de las unidades terminales remotas y de los enlaces ICCP:

i. Con la misma periodicidad.

ii. De acuerdo con la misma filosofía de adquisición de datos especificada en la sub-sección 3.4.3.

(b) Solamente el sistema SCADA/EMS designado como “principal” ejecutará las acciones de control, como por ejemplo, control supervisorio y AGC.

(2) El mantenimiento de la base de datos se ejecute de manera centralizada en el sistema SCADA/EMS que esté funcionando en la modalidad principal y cualquier cambio en el modelo de datos será transmitido al sistema SCADA/EMS que esté funcionando en modalidad de respaldo en línea, de manera que se mantenga la sincronización de la base de datos de ambos sistemas. Así que:

(a) A partir del instante que un sistema SCADA/EMS deja de funcionar en modalidad de sistema de respaldo y asume el papel de sistema principal, el mantenimiento de la base de datos continuará siendo

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 294ejecutado de manera centralizada y las actualizaciones del modelo de datos se continuarán transmitiendo, pero en sentido contrario al usual.

(b) La implicación de esta filosofía es que la única circunstancia cuando es aceptable que las actualizaciones de datos no se ejecuten es durante el tiempo muy corto cuando la jurisdicción de control se transfiere desde el sistema principal hacia el sistema de respaldo en línea.

(c) Los repositorios de datos en ambos sistemas serán idénticos, la jurisdicción de acceso a la información será idéntica para ambos sistemas y el sistema funcionando en modalidad “principal” siempre tendrá responsabilidad y autoridad sobre el mantenimiento del modelo de datos.

(3) La información histórica en los dos sistemas SCADA/EMS será idéntica, lo que implica el cumplimiento de los siguientes requisitos:

(a) Solamente el sistema principal estará actualizando el HIS.

(b) Existirá un mecanismo de actualización instantánea de los HIS. En este contexto, instantáneo implica un retraso de tiempo aceptado, conforme a lo especificado posteriormente en la sub-sección 3.4.12.4.3.

(c) La única circunstancia cuando será aceptable que la información histórica no sea actualizada, será durante la transferencia de la jurisdicción de control desde el sistema principal hacia el sistema de respaldo en línea; donde el tiempo de transferencia de la jurisdicción de control está especificado posteriormente en la sub-sección 3.4.12.4.3.

3.4.12.4.3 Funcionalidad y modos de operación.

Tanto el sistema principal como el sistema de respaldo en línea de la arquitectura con dos centros de control para el NCCE, deberán cumplir a cabalidad con los requerimientos funcionales especificados en la sub-sección 3.4. Además, se requiere que:

(a) Los subsistemas de hardware, software y la interfaz de usuario sean idénticos.

(b) Los procedimientos de operación del sistema y de ejecución de los programas de aplicación sean idénticos.

(c) Los parámetros de dimensionamiento, desempeño y disponibilidad sean idénticos.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 295El requerimiento de que ambos sistemas sean absolutamente idénticos desde todos los puntos de vista contempla la posibilidad, remota y poco probable, de que uno de los sistemas SCADA/EMS, cualquier uno de ellos, pudiera ser destruido y quedara indisponible a largo plazo. En este caso, obviamente, el sistema SCADA/EMS que queda disponible deberá asumir el papel de sistema principal, sin absolutamente ninguna limitación funcional y/o de desempeño.

Con estas aclaraciones, se identifican los siguientes modos de operación de los sistemas SCADA/EMS que integran la arquitectura con dos centros de control operando en la modalidad de sistema principal y sistema de respaldo en línea:

(1) Operación normal. En este modo de operación:

(a) El sistema SCADA/EMS ubicado en el edificio principal del NCCE es el que se utiliza para realizar las acciones de control del SEN y por lo tanto es el que normalmente operaría como el SCADA/EMS principal.

(b) El sistema SCADA/EMS ubicado en el edificio alterno del NCCE se utiliza para el monitoreo en tiempo real del estado del SEN y por lo tanto es el que normalmente operaría como el SCADA/EMS de respaldo en línea.

(c) La funcionalidad de entrenamiento de los Operadores (DTS), se ejecuta principalmente en el SCADA/EMS de respaldo en línea. No obstante, esto no limita que si el Comprador lo requiere, se pueda también ejecutar en el SCADA/EMS principal.

(d) Algunos programas de aplicación pueden ser ejecutados en modo estudio en el SCADA/EMS de respaldo en línea, como: estimador de estados, flujo de potencia del Operador, análisis de contingencias y flujos óptimos.

(e) Periódicamente, con el objetivo de mantener siempre activa y actualizada la funcionalidad de dos SCADA/EMS operando en la modalidad de sistema principal y sistema de respaldo en línea, se hará la transferencia de la jurisdicción operativa desde el SCADA/EMS principal hacia el de respaldo en línea y viceversa.

(2) Operación de emergencia de corto plazo. En este modo de operación:

(a) El sistema SCADA/EMS disponible, esto es, cualquier de los dos que quede en servicio, se utiliza como el sistema principal.

(b) Luego de que se restablezca la configuración al Modo de Operación Normal, se ejecutará una sincronización de los HIS para sincronizar las bases de datos de información histórica.

(3) Operación de emergencia de largo plazo. En este modo de operación:


(a) El sistema SCADA/EMS disponible, esto es, cualquier de los dos que quede en servicio, se utiliza como el sistema principal, con todas las funciones ejecutándose a cabalidad.

(b) Luego de que se restablezca la configuración al Modo de Operación Normal, se ejecutará una sincronización de los HIS para sincronizar las bases de datos de información histórica.

3.4.12.4.4 Desempeño

El ICE dispondrá de una red de datos con el ancho de banda suficiente para soportar la transferencia de grandes volúmenes de datos, con latencias del orden de milisegundos. Con base en ello, se definen las siguientes especificaciones de desempeño:

(1) Tiempo requerido para la actualización y sincronización de los modelos de datos y los repositorios de datos históricos entre los sistemas principal y de respaldo en línea: máximo de 15 segundos.

(2) Tiempo para la transferencia de la jurisdicción de control del sistema principal al sistema de respaldo en línea: máximo de 45 segundos.

El Oferente debe indicar en su oferta los tiempos que puede cumplir y el ancho de banda requerido para cumplirlos.

3.4.13 Ejecución de Proyecto

3.4.13.1 Requisitos Generales de Ejecución del Proyecto.

El proyecto de dos sistemas SCADA/EMS para el NCCE se ejecutará en la modalidad de llave en mano.

Después de la conclusión de la evaluación de ofertas por parte del Comprador, el Oferente seleccionado será llamado para elaborar, junto con el Comprador, el documento de la definición funcional del contrato de suministro o alcance final del trabajo, comúnmente conocido como SOW (Statement of Work). Durante esta actividad previa a la firma del contrato, el Oferente seleccionado deberá presentar un Plan Detallado de Ejecución del Proyecto, según lo definido en la sub-sección 3.4.13.1.4.

Asimismo, los Oferentes deberán incluir en sus ofertas la Estructura de Actividades del Proyecto, en formato gráfico y descriptivo, mostrando las actividades de cada tarea; así como el Cronograma de Ejecución del Proyecto en formato GANTT. El Cronograma de Ejecución del Proyecto deberá mostrar claramente la Definición de los Trabajos como una actividad previa a la firma del contrato.

Adicionalmente, la Estructura de Actividades del Proyecto y el Cronograma de Ejecución propuestos deberán incluir suficiente información que permita evaluar la capacidad del

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 297Oferente para manejar exitosamente el proyecto de los dos sistemas SCADA/EMS del NCCE, conforme a lo definido en estas especificaciones y deberán cumplir como mínimo, con los eventos clave y las macro-actividades descritas en las sub-secciones 3.4.13.1.1 y 3.4.13.1.2, respectivamente.

3.4.13.1.1 Plazo de ejecución del proyecto y eventos claves.

El cronograma del proyecto que se encuentra a continuación es indicativo de las principales actividades que se deben ejecutar.

El Proveedor deberá cumplir con el “tiempo de ejecución del proyecto”, esto es, el plazo final de entrega llave en mano del sistema. Los Oferentes pueden proponer plazos intermediarios y una estructura diferente de tareas, siempre y cuando el plazo final para la ejecución del proyecto se ajuste a lo requerido por ICE, que es un total de 457 días calendario.

El Proveedor deberá cumplir con los siguientes eventos clave en el cronograma de ejecución del proyecto:

(1) Fin de la capacitación inicial en fábrica para el desarrollo de la base de datos y despliegues, consistiendo en entrenamiento y desarrollo por el proponente para utilizar el Sistema de Desarrollo, incluyendo: sistema operativo; software de base de datos relacional; software de base de datos de tiempo real y despliegues y software de aplicaciones SCADA, AGC, DTS y Análisis de Redes Eléctricas. Este evento clave debe concluirse como máximo 146 días después de la fecha de la orden de inicio.

(2) Instalación y entrega en sitio del Sistema de Desarrollo completo, incluyendo el DTS. Este evento clave debe concluirse como máximo 190 días después de la fecha de la orden de inicio.

(3) Ejecución exitosa de las pruebas de aceptación en fábrica (FAT). Este evento clave debe concluirse como máximo 253 días después de la fecha de la orden de inicio.


(4) Ejecución exitosa de las pruebas de aceptación en sitio (SAT). Este evento clave debe concluirse como máximo 429 días después de la fecha de la orden de inicio.

(5) Ejecución exitosa de las pruebas de disponibilidad y de la transferencia (cutover) de los dos sistemas SCADA/EMS funcionando como sistema principal y sistema de respaldo en línea. Este evento clave debe concluirse como máximo 457 días después de la fecha de la orden de inicio.

3.4.13.1.2 Macro-actividades del proyecto.

La Estructura de Actividades del Proyecto y el Cronograma de Ejecución propuestos deberán contemplar, como un mínimo, las siguientes macro-actividades posteriores a la firma del contrato:

(1) Definición y diseño de los dos sistemas SCADA/EMS del NCCE.

(2) Capacitación del personal del Comprador.

(3) Implementación y entrega del Sistema de Desarrollo.

(4) Implementación e integración de los dos sistemas SCADA/EMS del NCCE.

(5) Pruebas de aceptación en fábrica (FAT) de los dos sistemas SCADA/EMS NCCE.

(6) Transporte, entrega e instalación de los dos sistemas SCADA/EMS del NCCE.

(7) Pruebas de aceptación en sitio (SAT) de los dos sistemas SCADA/EMS NCCE.

(8) Prueba de disponibilidad de los dos sistemas SCADA/EMS del NCCE y transferencia (cutover) de los dos sistemas SCADA/EMS funcionando como sistema principal y sistema de respaldo en línea.

3.4.13.1.3 Lista de suministro.

Los Oferentes deberán incluir en sus ofertas la lista completa de los equipos, programas y software en general y servicios a ser suministrados. Adicionalmente, los componentes detallados de la lista de suministro deberán ser agrupados en hardware, software, documentación, capacitación y funcionalidades a ser entregados en cada evento principal descrito en la sub-sección 3.4.13.1.1.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 2993.4.13.1.4 Plan detallado de ejecución y “cutover”.

Para la preparación del documento de la definición funcional del contrato de suministro o alcance final del trabajo (SOW), a efectuarse previo a la firma del contrato, el Oferente seleccionado deberá haber desarrollado y entregado con su oferta, un Plan Detallado de Ejecución y Transferencia (cutover) del proyecto incluyendo:

(1) La Estructura de Actividades del Proyecto y el Cronograma Detallado de Ejecución, especificando:

(a) Todas las actividades de diseño, desarrollo, integración, pruebas, instalación y puesta en funcionamiento y transferencia (cutover) necesarias para entregar los dos sistemas SCADA/EMS conforme al concepto de "llave en mano".

(b) Los nombres del personal asignado, así como su carga en tiempo para cada una de las tareas del Cronograma Detallado de Ejecución.

(c) Las fechas de entrega de datos, formatos de archivos de datos e interfaces suministrados por el Comprador y/o el Proveedor.

(d) Las fechas de ejecución de los eventos claves.

(e) Las fechas de presentación por el Proveedor y los ciclos de revisión y las fechas de aceptación por el Comprador, de la documentación no-estándar generada especialmente para este proyecto, incluyendo los Planes de Pruebas y los Documentos de Procedimientos de Pruebas.

(f) La fecha de entrega final de los sistemas SCADA/EMS del NCCE funcionando como sistema principal y sistema de respaldo en línea.

(2) Metodología y procedimientos para las Pruebas de Aceptación en Fábrica (FAT) y para las Pruebas de Aceptación en Sitio (SAT), incluyendo la metodología propuesta para corrección de las no conformidades.

(3) Metodología y procedimientos para la transferencia (cutover):

(a) Del sistema SCADA/EMS a ser instalado en el edificio principal del NCCE.

(b) Del sistema SCADA/EMS a ser instalado en el edificio alterno del NCCE y que sustituirá al SCADA/EMS existente.

(c) De la arquitectura con dos centros de control, cada uno con un sistema SCADA/EMS y funcionando bajo la modalidad de sistema principal y de sistema de respaldo en línea.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 300(4) Programa detallado de capacitación, conforme con lo solicitado en la sub-

sección 3.4.14 y con cualquier otra información adicional que el Oferente considere importante.

(5) Lista completa de manuales de usuario y documentación del sistema.

(6) Descripción de la organización de proyecto del Oferente, incluyendo información sobre:

(a) Estructura corporativa.

(b) Relaciones con los subcontratistas.

(c) Relaciones con terceros, por ejemplo, fabricantes de equipos de computación o proveedores de software de sistema.

(d) Descripción detallada del Grupo de Trabajo (Organización de Proyecto) asignado por el Oferente para la implementación del proyecto.

El Cronograma Detallado de Ejecución del Proyecto deberá ser provisto en formato gráfico y tabular y respectivamente, en formato GANTT. El Plan de Ejecución deberá ser actualizado periódicamente.

El Cronograma Detallado de Ejecución actualizado deberá ser incluido en el Informe de Avance Mensual, conforme se especifica en la sub-sección 3.4.13.4.4 y deberá ser entregado al Comprador por escrito y en formato electrónico.

3.4.13.2 Pruebas, Instalación y Puesta en Servicio.

3.4.13.2.1 Consideraciones generales.

Parte importante del proyecto es la manera en que se llevarán a cabo las pruebas en fábrica y en sitio, así como la instalación y puesta en servicio del sistema. Las pruebas se realizarán a los componentes individualmente y al sistema completo para verificar su funcionamiento y su desempeño. La finalidad de las pruebas e inspecciones es demostrar que las unidades del equipamiento y los programas son operativos y cumplen con sus especificaciones técnicas garantizadas conforme se ha indicado por el Oferente en la Tabla de Cumplimiento de las Especificaciones Técnicas de la plataforma SCADA/EMS.

Dada la modalidad llave en mano de este proyecto, se requiere que todos los costos del personal del Proveedor al viajar a las reuniones de proyecto, instalaciones, supervisiones y pruebas en sitio, se incluyan en la oferta.

El Proveedor deberá remitir para revisión y aprobación por parte del Comprador, antes de ejecutar la prueba, el Plan de Pruebas y el documento de Procedimientos de Pruebas. Dicho

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 301plan deberá incluir un cronograma detallado de pruebas, las fechas de remisión de planes e informes y la fecha de su realización.

El documento de Procedimientos de Pruebas deberá incluir todos los pasos, hasta el mínimo detalle, que sean necesarios para la ejecución de cada prueba, incluyendo la acción del conductor de la prueba y los resultados esperados a observar. Las pruebas se realizarán tanto al hardware como al software, en fábrica y en sitio, a fin de cumplir con todos los requisitos de la presente especificación, e incluirán:

(1) Pruebas en fábrica de:

(a) Todos los componentes del sistema, individualmente.

(b) Cada sistema SCADA/EMS instalado provisionalmente.

(c) Ambos sistemas SCADA/EMS instalados provisionalmente para verificar la funcionalidad de la transferencia de jurisdicción de control en ambas direcciones.

(2) Pruebas en sitio de:

(a) Todos los componentes del sistema.

(b) Cada sistema SCADA/EMS instalado en su emplazamiento definitivo y con todos sus componentes.

(c) Ambos sistemas SCADA/EMS instalados en su emplazamiento definitivo y con todos sus componentes para verificar la funcionalidad de la transferencia de jurisdicción de control en ambas direcciones.

(3) Las pruebas se realizarán a:

(a) El conjunto de servidores y estaciones de trabajo de los dos sistemas SCADA/EMS del NCCE.

(b) A la configuración completa con los SCADA/EMS en los dos centros de control del Comprador, en condiciones similares de funcionamiento en operación normal, durante un período de 168 horas.

3.4.13.2.2 Pruebas de aceptación en fábrica (FAT).

El Proveedor deberá llevar a cabo, en presencia de al menos tres (3) funcionarios que el Comprador designe para ese fin, las pruebas en fábrica que demuestren, antes de que el sistema sea embarcado y trasladado al país del Comprador, el funcionamiento adecuado de los equipos y programas adquiridos.

Para efectuar las pruebas, el Proveedor instalará una versión del sistema completamente funcional que permita al Comprador efectuar pruebas simulando condiciones de operación

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 302normal y de emergencia. Deberá incluir al menos dos puestos de Operadores, los servidores SCADA/EMS y de comunicaciones, los frontales para comunicación con las unidades terminales remotas, un puesto adicional de trabajo y la red de área local. Para efectuar las pruebas descritas se deberá simular la entrada de información proveniente de las unidades terminales remotas y al menos una UTR deberá ser configurada e instalada con instrumentos que simulen las señales de entrada/salida para probar el tráfico de datos y en general los protocolos de telecontrol implementados.

El sistema no será enviado para su emplazamiento definitivo si no se han aprobado y verificado las pruebas en fábrica por la comisión de pruebas del Comprador. La aceptación de las pruebas en fábrica, individuales y/o en conjunto dependerá de los resultados satisfactorios en las pruebas especificadas y en toda otra prueba adicional requerida por el Comprador o decidido de común acuerdo con el Proveedor. Si cualquiera de estas pruebas indicara que alguno o todos los equipos no cumplen los requisitos especificados, el Proveedor deberá reemplazar todos los equipos o componentes necesarios para corregir las deficiencias.

La presencia de no conformidades importantes, tales como reinicios frecuentes de procesador (mayor ó igual a tres), retraso excesivo en la respuesta del sistema, errores irrecuperables de la base de datos donde valores malos sean accedidos o almacenados, operación incorrecta de funciones, entre otros, pueden ser causa para la suspensión completa de la Prueba de Aceptación en Fábrica, a juicio del Director de Proyecto del Comprador o su representante, quedando pendiente la corrección del problema. Después de la corrección de una no conformidad grave, se deberá reiniciar completamente la Prueba de Aceptación en Fábrica.

Las no conformidades leves pueden, a opción del Comprador, ser corregidas y probadas nuevamente sin que se suspenda la Prueba de Aceptación en Fábrica. El Comprador tendrá el derecho de solicitar que los módulos de hardware o software que se puedan ver afectados por la corrección sean también probados nuevamente. Es la intención del Comprador tener todas las no conformidades resueltas, a su satisfacción, antes que el sistema sea embarcado.

Antes de notificar al Comprador que el sistema está listo para la ejecución de la Prueba de Aceptación en Fábrica, el Proveedor deberá ejecutar, internamente, Pruebas Preliminares de Aceptación en Fábrica (Pre-FAT) para asegurar que el FAT estará en condiciones de ser realizado. Los resultados certificados del Pre-FAT deberán ser enviados al Comprador junto con el Plan de Pruebas. El Comprador se reserva el derecho de asistir como observador al Pre-FAT asumiendo que mantendrá personal residente en fábrica durante el proceso de integración del sistema y sus componentes.

Las Pruebas de Aceptación en Fábrica consistirán de:

(1) Pruebas de rutina: su fin es asegurar la calidad de todos los componentes y subconjuntos de equipos.

(a) Se comprobará el funcionamiento de todas las partes de la estación central de control, tanto el hardware como el software, en conjunto con el sistema de respaldo, verificando la correcta transferencia del control de una a otra.


(b) Cada módulo de circuito impreso o subconjunto deberá ser inspeccionado en calidad y probado. No será aceptado ningún equipo que tenga lecturas de mediciones que no estén dentro del ámbito típico garantizado por el Proveedor.

(c) Todos los conjuntos serán alineados y ajustados y todas las lecturas registradas de acuerdo a los procedimientos de prueba recomendados por las normas indicadas en cada ítem de la especificación y en hojas de datos garantizados.

(d) Para componentes o subconjuntos manufacturados por otros fabricantes, el Proveedor podrá suministrar protocolos de prueba originales, típicos, provenientes de aquel, con la certificación escrita de que los mismos fueron realizados sobre el equipo a ser suministrado bajo esta especificación.

(2) Pruebas de desempeño: su fin es demostrar la operación aceptable de cada unidad y subconjuntos de equipos.

(a) Luego de la finalización del proceso de fabricación y/o ensamble de cada unidad, subconjunto o equipo, el Proveedor realizará una prueba de rendimiento informal, a fin de verificar las características especificadas.

(b) Una vez recibida la aprobación del Plan de Pruebas y del documento de Procedimientos de Pruebas propuesto, el Proveedor procederá a la realización de la prueba de manera formal, ante la presencia de los inspectores del Comprador.

(c) Finalizadas las pruebas mencionadas en el punto anterior, el Proveedor ensamblará cada unidad y/o subsistema según la configuración del sistema provisto, utilizando los accesorios suministrados con los equipos e interconectando las unidades terminales remotas a través de canales de comunicación simulados, a fin de imitar con el mayor realismo posible, las condiciones de operación propias en la ubicación final del equipo. El Proveedor deberá proporcionar las simulaciones que sean necesarias para crear los escenarios de estado estable y actividad alta especificados en la sub-sección 3.4.12.2.

(d) Cada función individual y colectiva a ser probada deberá resultar exitosa (sin falla). Cualquier dispositivo requerido para simular equipos de distintos emplazamientos remotos, a los cuales estará conectado o controlará el sistema provisto, será suministrado por el Proveedor.

(e) El Proveedor designará de su personal una o más personas que deberán dedicarse a tiempo completo y durante todo la prueba junto con la

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 304comisión del Comprador, a registrar todos los eventos que ocurran durante el mismo y a mantener una lista de todas las correcciones y/o modificaciones realizadas y/o de todos los problemas encontrados. Estas listas y registros deberán formar parte del informe de pruebas.

(f) El Proveedor será responsable de la ejecución de los procedimientos para realizar cada prueba y deberá:

i. Determinar los desempeños y tiempos de respuesta correspondientes a todos y cada uno de los criterios de desempeño y de acuerdo a los escenarios especificados en la sub-sección 3.4.12.2.

ii. Ejecutar la comprobación de los puntos de entrada y salida con el objeto de verificar que cada punto corresponda a una respuesta correcta sobre una pantalla de las consolas de operación y que corresponda a un mensaje correcto sobre una impresora (si es aplicable). El chequeo también verificará que cada salida de control opere como es requerido.

(3) Pruebas de funcionalidad: su fin es demostrar las características de funcionamiento del sistema y de cada uno de sus subconjuntos. Las siguientes pruebas serán realizadas y verificadas sobre los equipos y los programas suministrados:

(a) Programas de servicio: se verificará la operación de:

i. Utilitarios para generación del sistema.

ii. Software para mantenimiento de base de datos y despliegues.

iii. Software para diagnósticos en línea y fuera de línea.

iv. Software utilitario, incluyendo compiladores y programas de depuración (debuggers).

v. Arranque y recuperación después de fallas (failover). Incluye la comprobación de rearranque automático y registro después de una falla de alimentación, reconfiguración y recuperación automática después de una falla y pruebas de integridad y continuidad de la información de la base de datos después de una falla del CPU o de la unidad de disco.

(b) Consolas de operación-hardware: se verificará la operación de:

i. Teclas, funcionales y/o alfanuméricas.

ii. Manipulación del cursor por medio del ratón.


iii. Tonos audibles de las alarmas.

(c) Consolas de operación-software: se verificará la operación de todas las funciones del subsistema SCADA.

(d) Equipos periféricos: verificación de la operación de las unidades de almacenamiento y respaldo de información, impresoras y cualquier otro equipo periférico que esté dentro del alcance del suministro.

(e) Software de Aplicación (en línea): verificación de la funcionalidad de SCADA, AGC y ejecución de comandos, incluyendo el intercambio de datos entre las consolas de operación de los sistemas SCADA/EMS. Además se comprobarán las operaciones de acceso al Sistema de Información Histórica HIS y todas las funciones de Análisis de Redes Eléctricas.

(f) Se deberá ejecutar la verificación de que se hayan cumplido las normas de sistemas abiertos y las guías de diseño requeridas en la especificación. Donde sea aplicable y aceptable por el Comprador, esta prueba podrá ser sustituida por una certificación.

(4) Pruebas de 168 horas: su fin es asegurar que el sistema SCADA/EMS es "estable". Se deberá ejecutar una prueba de 168 horas continuas de todo el sistema, luego de la terminación con éxito de las pruebas descritas en los puntos (1), (2) y (3) anteriormente descritos. Esta prueba será exitosa si durante las 168 horas:

(a) No se pierde ninguna función crítica.

(b) No ocurre ninguna falla grave de hardware, como, por ejemplo, pérdida de una parte de un procesador, disco duro, estación de trabajo, entre otros.

(c) No ocurre ninguna conmutación (failover).

(d) En caso de falla de algún componente, este deberá ser reparado y las pruebas de desempeño, funcionalidad y de 168 horas deberán ser repetidas.

La descripción de los programas a ser utilizados en las pruebas correspondientes será remitida como parte integrante de los Planes de Prueba.

3.4.13.2.3 Pruebas de aceptación en sitio (SAT).

Estas pruebas serán conducidas por la Comisión que designe el Comprador y ejecutadas por el Proveedor una vez que todo el sistema haya sido instalado en sitio y estén establecidos los enlaces de comunicación entre el Centro de Control y todas las unidades terminales remotas.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 306Cualquier defecto descubierto en cualquiera de las pruebas (problemas de hardware y/o software) será corregido por el Proveedor bajo su responsabilidad y costo. Una vez finalizada la instalación del equipo y realizadas las conexiones de interfaces con equipo del Comprador, donde sea necesario, el Proveedor procederá a las pruebas de los equipos respectivos.

Todos y cada uno de los equipos serán ajustados y todas las lecturas de mediciones serán registradas de acuerdo al procedimiento recomendado por el Proveedor. El Proveedor incluirá en el Informe de Prueba respectivo una lista de todos los equipos y/o componentes reemplazados o reparados durante la ejecución de las pruebas.

Las pruebas de aceptación en sitio comprenderán:

(1) Pruebas de funcionalidad: su fin es ejercitar el sistema rigurosamente para verificar su correcta operación funcional tanto del hardware como del software. El Proveedor será responsable del cumplimiento satisfactorio de las pruebas operacionales correspondientes sobre todo el equipo suministrado. Incluirá asimismo todas las pruebas descritas para el FAT y adicionalmente, deberá demostrar las funciones asignadas a cada computador. Comprenden de:

(a) Verificación de la correcta adquisición de datos de todas las señales transmitidas por las unidades terminales remotas. Si el Comprador lo considera apropiado, estas pruebas pueden realizarse por muestreo aleatorio.

(b) Verificación de todas las operaciones de control y las secuencias de operación de todas las unidades terminales remotas. Si el Comprador lo considera apropiado, estas pruebas pueden realizarse por muestreo aleatorio.

(c) Pruebas de todas las interfaces y equipos periféricos.

(d) Pruebas de todas las funciones especificadas para los subsistemas SCADA, AGC.

(e) Demostración de la capacidad de expansión del sistema.

(f) Demostración de las funciones de edición de base de datos en línea.

(g) Verificación de que el sistema cumple con los requerimientos en condiciones de estado estacionario y en condiciones extremas de alta actividad.

(h) Demostración fuera de línea de las funciones computacionales del sistema.

(i) Demostración total de la capacidad y conformidad con la especificación respecto del software del sistema. Estos incluyen carga

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 307del sistema operativo, bases de datos, subsistema SCADA, almacenamiento en medios de respaldo de información, entre otros.

(j) Demostración del uso de diagnósticos tanto para los canales de comunicación de las UTR, como para la estación central.

(k) Demostración de la funcionalidad de transferencia de la jurisdicción de control desde el SCADA/EMS principal hacia el de respaldo en línea y viceversa.

(2) Pruebas de desempeño: una vez finalizadas satisfactoriamente las pruebas con respecto a la operación y funcionamiento de los componentes del sistema en sitio y previa aprobación por escrito del Comprador, se podrá dar comienzo a la prueba de desempeño en sitio.

(a) Se deberá cumplir con todo lo requerido en estas especificaciones cuando el sistema se encuentre en plena operación sobre la computadora primaria de la configuración de red LAN, durante un período continuo de tiempo de, como mínimo ciento sesenta y ocho (168) horas, sin que ocurra ninguna falla de hardware y/o software.

(b) Las pruebas de desempeño en este caso serán idénticas a las pruebas en fábrica descritas anteriormente y tendrán por objetivo demostrar el cumplimiento con los requerimientos y escenarios especificados en la sub-sección 3.4.12.2.

(c) Las pruebas de desempeño del sistema completo se harán conectando todas las unidades terminales remotas.

(3) Pruebas de disponibilidad: estas pruebas se ejecutarán por un periodo de 288 horas. Durante la ejecución de esta prueba, el sistema deberá estar disponible el tiempo especificado en la sub-sección 3.4.12.

(a) Con esta prueba se demostrará que todos y cada uno de los equipos que componen el sistema funcionando en línea han sido adecuadamente probados y cumplen en todos los aspectos, con los requerimientos de esta especificación, a entera satisfacción del Comprador.

(b) Todo equipo que se observe defectuoso o sus características estén fuera de lo confirmado en la Tabla de Cumplimiento de las Especificaciones Técnicas de la plataforma SCADA/EMS será reemplazado por el Proveedor sin costo para el Comprador.

(c) No se reemplazarán componentes durante la prueba de disponibilidad, a menos que fallen. Se deberá mantener un registro de todos los componentes fallados, en el que se indicará, para cada uno, fecha y hora de la falla, descripción y designación del componente fallado,

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 308circuito en el que actúa, efecto de la falla sobre el sistema, causa de la falla, acción tomada para eliminarla, fecha y hora en que se eliminó la falla y número de horas de operación del componente antes de la falla. Dicho registro deberá estar incluido en el Informe de Prueba correspondiente.

(d) Durante la Prueba de Disponibilidad se deberán demostrar todos los requerimientos funcionales de la configuración fuera de línea. Durante todos los periodos en que dicha configuración no se encuentre bajo pruebas específicas, el personal respectivo del Comprador, tendrá acceso a la misma para realizar actividades de desarrollo y depuración de software.

(e) Durante la prueba de disponibilidad, la acumulación de tiempo fuera de servicio estará sujeto a las siguientes condiciones:

i. Los tiempos normales de rearranque y de recuperación automática de falla, no serán contabilizados como "tiempo fuera de servicio", respecto del tiempo garantizado por el Proveedor para la realización de cualquiera de estas operaciones.

ii. Se acumula el tiempo fuera de servicio debido a fallas de programas (software).

iii. El "tiempo fuera de servicio" debido a fallas de equipos suministrados por el Proveedor será acumulado y consistirá en el tiempo total transcurrido desde la ocurrencia de la falla hasta la restauración de la operación de la función perdida.

iv. Fallas intermitentes, repetibles o auto-recurrentes, causarán la interrupción del periodo de pruebas. Solamente será contabilizado el primer "tiempo fuera de servicio". La prueba de disponibilidad solo será reanudada, una vez que la falla haya sido corregida.

v. Cualquier equipo que fallara durante la prueba y no fuera reparado y puesto nuevamente en operación dentro de tres (3) horas (incluido tiempo administrativo y tiempo de transporte) contado a partir de la ocurrencia de la falla, implicará la contabilización del tiempo excedente al mencionado como tiempo fuera de servicio, independientemente de que las funciones críticas continúen en operación.

(f) Para el SCADA/EMS el tiempo fuera de servicio se define como el tiempo durante el cual una o más de las siguientes condiciones ocurren por razones independientes:

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 309i. Algunas o todas las funciones están fuera de servicio, debido a

fallas de hardware.

ii. La indisponibilidad total (teclados más pantallas) de una consola de operación.

iii. La indisponibilidad de una pantalla de cualquier consola.

iv. La indisponibilidad del teclado alfanumérico, o del manipulador del cursor, de cualquier consola.

v. Tiempos de respuesta excedidos, con respecto a los requeridos para cualquier despliegue de imágenes sobre pantalla.

vi. Enlaces de comunicación fuera de servicio (por causas atribuibles al Proveedor), en la medida que impliquen la no adquisición de datos o envío de comandos hacia todas, ó una de las UTR.

vii. El reloj maestro del Centro de Control está fuera de servicio.

(g) En el caso de que el Proveedor ofreciera la posibilidad de que las computadoras de aplicación fuera de línea pudieran asumir la operación en línea del sistema, la prueba de disponibilidad deberá incluir esta alternativa, quedando el modo de realizarlo a ser acordado entre el Comprador y el Proveedor.

(h) La disponibilidad del sistema deberá ser calculada usando la siguiente fórmula: % Disponibilidad = (Tiempo Total Transcurrido - Tiempo Total de Parada) x 100/ (Tiempo Total Transcurrido)

(i) Si no supera la prueba de disponibilidad, el Proveedor deberá corregir y volver a repetir la prueba de 288 horas, con el fin de demostrar la disponibilidad solicitada por el Comprador.

3.4.13.2.4 Pruebas no estructuradas.

Tanto durante el FAT como durante el SAT, el Proveedor deberá asignar suficiente tiempo al Comprador para conducir pruebas no-estructuradas. El personal del Proveedor deberá estar disponible para consulta durante estas pruebas, si el Comprador lo considera necesario.

3.4.13.2.5 Informes y documentos de pruebas.

El Proveedor remitirá, como máximo diez (10) días después de la finalización de la prueba respectiva, el correspondiente Informe de Prueba. Cada Informe indicará el propósito y método de la prueba, incluyendo cualquier desviación de los procedimientos involucrados en el Plan de Pruebas previamente aprobado.


Los resultados, registros, curvas, gráficos y otros, de cada prueba, serán incluidos en cada informe. Los informes deberán demostrar concluyentemente que:

(1) El equipo no falló en la operación especificada durante ninguna de las pruebas.

(2) Los límites eléctricos y mecánicos no fueron excedidos.

(3) El diseño es adecuado para la aplicación prevista en las especificaciones.

(4) El equipo no falló en la operación especificada durante ninguna de las pruebas.

Los documentos consistirán en los distintos programas, planos e informes de prueba, que el Proveedor deberá presentar, para aprobación del Comprador, y las notas de Aprobación y/o Certificados que se extenderá a fin de dar cumplimiento a las distintas etapas que figuran en esta especificación.

3.4.13.2.6 “Cutover” y puesta en servicio.

Una vez concluida la instalación total del sistema y aprobadas las pruebas descritas, se deberán efectuar la transferencia (cutover) y las pruebas finales.

El objetivo del cutover será migrar del modo de operación actual, con el SCADA/EMS actual, a la entrada en operación de:

(1) El SCADA/EMS del edificio principal del NCCE en modo de “escucha”.

(2) El SCADA/EMS del edificio alterno del NCCE operando con toda la funcionalidad, en sustitución al SCADA/EMS existente.

(3) El SCADA/EMS del edificio principal del NCCE en modo de operación completa, esto es, tanto en modo de “escucha” como ejecutando acciones de control.

(4) La arquitectura con dos centros de control, con un sistema SCADA/EMS operando como sistema principal y el otro operando como sistemas de respaldo en línea.

El objetivo de las pruebas finales será asegurar el funcionamiento correcto de todas las funciones en la configuración con dos centros de control, incluyendo la transferencia de control desde el centro de control funcionando en modo principal hacia el centro de control funcionando en modo de respaldo y viceversa. Se requerirá de una operación satisfactoria de todo el hardware y el software para la aceptación final del sistema. Esta demostración se llevará a cabo una vez que la instalación esté terminada y se hayan aprobado las pruebas de funcionamiento y desempeño de acuerdo con el plan de pruebas previsto.


La puesta en servicio quedará concluida cuando el sistema haya estado en funcionamiento normal, sin fallas, durante un período de por lo menos 72 horas continuas. Durante este período el Comprador, estará en libertad de realizar todas las pruebas consideradas lógicas y pertinentes; las mismas se efectuarán bajo el concepto de contingencias normales a las que se verá sometido el sistema durante su operación diaria. La interrupción del trabajo continuo, por alguna falla del sistema antes de las 72 horas, obligará al reinicio del período de pruebas, después de que los encargados de la puesta en servicio hayan corregido el error.

3.4.13.2.7 Supervisión durante la instalación.

Todos los trabajos de instalación y montaje en sitio deberán realizarse bajo la dirección y supervisión del Proveedor. El Comprador se reserva el derecho de participar en la instalación, sin que ello implique ningún tipo de relevo de la responsabilidad total del Proveedor respecto de la ejecución correcta del proyecto.

El desarrollo del proyecto estará sujeto a la inspección, prueba y aprobación del Comprador. El Proveedor deberá asegurar que la instalación se realice cumpliendo con los estándares y con la calidad adecuada.

3.4.13.2.8 Garantía.

El Proveedor deberá estipular la garantía ofrecida y su período de cobertura deberá extenderse por lo menos durante un (1) año, a partir del momento de la aceptación definitiva. Esto aplica tanto para el hardware como para el software. Las correcciones de las fallas o errores, así como la necesidad de reemplazo de componentes, equipos y/o software que aparezcan durante dicho período serán responsabilidad del Proveedor, sin costo adicional para el Comprador.

3.4.13.3 Definición de Responsabilidades.

El Proveedor tendrá responsabilidad general y exclusiva de la entrega del nuevo sistema SCADA/EMS del Centro de Control en la modalidad llave en mano. Adicionalmente, tanto el Proveedor, por un lado, como el Comprador, por otro lado, tendrán responsabilidades específicas para las actividades del proyecto, las cuales se especifican en las sub-secciones 3.3.2.2 y 3.3.2.3.

3.4.13.4 Organización del Proyecto.

3.4.13.4.1 Coordinación del proyecto.

El Proveedor deberá formar un Grupo de Trabajo bajo la dirección de un Coordinador de Proyecto, quien será el único punto de contacto para la coordinación de todo el trabajo y todas las comunicaciones dentro de la fábrica del Proveedor.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 312A su vez, el Comprador designará un Director de Proyecto, quien será el único punto de contacto y de responsabilidad por el manejo del proyecto y por la coordinación de todos los trabajos y la comunicación entre el Comprador y el Proveedor.

El Proveedor deberá suministrar un diagrama organizacional mostrando la estructura del Grupo de Trabajo, los nombres del personal técnico clave, y sus responsabilidades para la ejecución del proyecto.

El Comprador se reserva el derecho de aprobar el Coordinador de Proyecto designado por el Proveedor con base en el currículo del mismo y/o por medio de una entrevista directa. Una vez aprobado, el Proveedor no podrá cambiar el Coordinador de Proyecto sin la autorización explícita del Comprador.

3.4.13.4.2 Reuniones técnicas y de avance del proyecto.

Se deberán realizar como mínimo cinco (5) reuniones técnicas y de avance del proyecto para:

(1) Organización inicial y movilización del proyecto.

(2) Revisión de avance del proyecto: para revisar el avance de las actividades programadas, incluyendo la capacitación en la integración del sistema e implementación del Sistema de Desarrollo, antes de iniciar el uso del Sistema de Desarrollo primero en fábrica y luego en el sitio.

(3) Revisión de avance del proyecto aproximadamente a la mitad del periodo de desarrollo del sistema.

(4) Revisión de avance del proyecto, incluyendo la revisión y aprobación del plan de ejecución y de la documentación del FAT.

(5) Revisión de avance del proyecto, incluyendo la revisión y aprobación del plan de ejecución y de la documentación del SAT y de las demás actividades relacionadas con la puesta en servicio del sistema.

El Proveedor deberá preparar Actas de Reunión para:

(a) Resumir las discusiones y documentar las decisiones.

(b) Resumir la resolución de asuntos pendientes anteriores.

(c) Listar y describir los asuntos pendientes nuevos.

(d) Listar y describir los acuerdos que requieran órdenes de cambio.

El Proveedor deberá presentar copias de las actas de reunión para aprobación del Comprador dentro de los cinco (5) días hábiles después de la finalización de la reunión. Las actas de

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 313reunión deberán ser analizadas y aprobadas dentro de los quince (15) días siguientes. Una vez aprobadas, las éstas se convertirán en actas oficiales de la correspondiente reunión.

El Coordinador de Proyecto del Proveedor, por un lado y el Director de Proyecto del Comprador, por otro lado, deberán asegurarse que las actas de reunión no estén en conflicto con los documentos de Contrato. Bajo todas las circunstancias, deberán prevalecer los documentos de Contrato. Sin embargo, las minutas aprobadas por ambas partes deberán ser consideradas como acuerdos obligatorios, sujetas a la concordancia con los documentos de Contrato.

El Coordinador de Proyecto del Proveedor deberá preparar una agenda antes de cada reunión para revisión y aprobación por parte del Director de Proyecto del Comprador.

3.4.13.4.3 Monitoreo y control de proyecto.

El monitoreo y el control del proyecto deberá alcanzar la evaluación de las tareas concluidas, el progreso en la ejecución de las tareas pendientes y las fechas probables de iniciación de las tareas subsiguientes, con el objetivo de tomar la acción correctiva si fuese necesario, para mantener el proyecto dentro del cronograma y del presupuesto acordados.

Este proceso será realizado periódicamente e incluirá:

(1) Determinar si existen discrepancias entre el estado actual y el cronograma aprobado.

(2) Evaluar el impacto de estas desviaciones sobre el cronograma y/o el presupuesto acordados.

(3) Investigar las causas de discrepancias y formular soluciones.

(4) Implementar las acciones correctivas aprobadas por el Comprador.

(5) Elaborar un Cronograma Detallado de Ejecución Actualizado para incorporar todas las revisiones aprobadas.

El Proveedor deberá mantener e incluir en todos sus informes, el Cronograma Detallado de Ejecución original aprobado como referencia.

3.4.13.4.4 Informe de avance mensual.

El Proveedor deberá presentar un Informe de Avance Mensual incluyendo el Cronograma Detallado de Ejecución Actualizado. Tanto el informe como el cronograma serán suministrados por escrito y en formato electrónico.

El Informe de Avance Mensual deberá:

(1) Reflejar el estado actual del proyecto.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 314(2) Incluir todas las actividades del Comprador, del Proveedor y de cualquier

tercera parte que esté participando en el proyecto.

(3) Mencionar todas las actividades programadas y el personal del Proveedor para el informe del siguiente período.

(4) Incluir una explicación apropiada de las discrepancias existentes y pronosticadas del cronograma, el impacto sobre el proyecto, la causa u origen de la discrepancia, las alternativas consideradas, las soluciones adoptadas o recomendadas y los resultados logrados o esperados.

(5) Notificar la falta, o falta inminente, de cualquier información que deba ser suministrada por el Comprador que sea necesaria para mantener el proyecto de acuerdo al cronograma.

(6) Identificar las decisiones pendientes y relevantes, incluyendo:

(a) Descripción y la fecha de la acción.

(b) Consecuencias del retraso y cualquier recomendación pertinente al proceso de decisión.

(c) Lista de asuntos pendientes que están incompletos a la fecha.

(d) Lista de asuntos pendientes que fueron finalizados durante el período de reporte.

El Informe de Avance Mensual deberá incluir, también, un Registro de Correspondencia y un Registro de Cambios, cuyos formatos y listas de participantes serán definidos durante el SOW.

3.4.13.4.5 Procedimientos de cambio.

En la Definición de Alcance de Obras y Suministros, el Comprador y el Proveedor establecerán Procedimientos para realizar Cambios de Proyecto, a solicitud del Comprador, y para la evaluación y autorización de cambios en el alcance del proyecto. Una vez aprobados, los Procedimientos se aplicarán a cualquier cambio propuesto, fuera de los requisitos técnicos contenidos en los documentos de Contrato.

3.4.14 Capacitación

La capacitación requerida para el personal del Comprador tiene como objetivo garantizar al Comprador una independencia total del Proveedor en las labores de mantenimiento, operación y expansión normal del sistema SCADA/EMS, sus equipos y programas.

El Proveedor será responsable de cubrir el entrenamiento por todo el hardware y software suministrados por él y por terceros; por ello se le exige que programe, adicionalmente al plan

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 315de entrenamiento en fábrica y en el sitio del Comprador, capacitación adicional con los representantes del equipo y/o software de terceros, bases de datos comerciales y otros.

El personal del Comprador participará directamente y a tiempo completo por todo el período de desarrollo en fábrica hasta el FAT y en las actividades posteriores al FAT. La participación directa a tiempo completo en fábrica, será efectuada por un mínimo de cuatro personas del Comprador, que a su vez formarán parte del grupo de ocho personas que recibirán la capacitación inicial.

A continuación se presentan las condiciones generales, requisitos mínimos y objetivos que deberá cumplir el Proveedor en materia de capacitación.

3.4.14.1 Condiciones generales

El Oferente debe incluir en su oferta la capacitación para el personal del Comprador, con el plan completo y detallado de los cursos de capacitación y sus costos. Al preparar su oferta debe tomar en cuenta los siguientes requisitos:

(1) Los costos del programa de capacitación deben incluirse dentro del costo total de la oferta, pero deben desglosarse.

(2) El programa de capacitación deberá indicar claramente el nombre, objetivos, contenido y costo de cada curso, la duración en horas y el lugar de realización.

(3) Todos los cursos de capacitación se impartirán con la modalidad de aprovechamiento.

(4) En todo curso de capacitación el personal del Comprador evaluará tanto al instructor, como al curso en sí, de acuerdo con lo establecido en la sub-sección 3.4.14.1.

(5) Los idiomas aceptados para los cursos de capacitación son el español y el inglés. No obstante, en el caso específico de los cursos dirigidos a los Operadores, el único idioma que se aceptará es el español. No se aceptarán cursos impartidos en otros idiomas.

(6) El programa de capacitación se dividirá en capacitación en fábrica (en las instalaciones del Proveedor) y capacitación en sitio (en las instalaciones del Comprador).

(7) La capacitación en fábrica consistirá de un entrenamiento inicial intensivo, previo a la entrega del Sistema de Desarrollo. Esta capacitación deberá ser estructurada según lo descrito en la sub-sección 3.4.14.2.

(8) Se requiere que el Proveedor imparta cursos de capacitación en Costa Rica, según lo indicado en la sub-sección 3.4.14.3.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 316(9) El Oferente deberá incluir en su oferta el contenido detallado del programa de

capacitación, teniendo presente todo lo establecido en la sub-sección 3.4.14.4. Esto incluye que debe presentar en la oferta los objetivos y contenidos detallados de cada uno de los cursos de capacitación.

(10) El Oferente deberá garantizar que los responsables de la ejecución del entrenamiento/instrucción sean especialistas en el área respectiva, integrantes de los planteles técnicos permanentes del Oferente. No se aceptarán instructores no especializados en la temática y/o solamente orientados a la información general referida a la comercialización de productos. En este sentido, el Oferente debe tomar en cuenta que los cursos serán evaluados por el Comprador, según lo establecido en la sub-sección 3.4.14.4.

(11) El Oferente que resulte adjudicado para desarrollar el proyecto de dos SCADA/EMS para el NCCE, deberá acordar con el Comprador el programa definitivo de capacitación durante el proceso de negociación del alcance del trabajo o SOW (Statement of Work) y previamente a la firma del contrato. En ese momento se establecerán los objetivos y contenidos de cada curso de capacitación y las correspondientes tablas de valoración de dichos cursos, de manera que se cumpla con todo lo establecido en la sub-sección 3.4.14.4.

3.4.14.2 Capacitación en fábrica

El contenido y calidad de los cursos intensivos en fábrica deben permitir que el Comprador pueda utilizar eficazmente el Sistema de Desarrollo y debe comprender como mínimo los siguientes temas:

(1) Sistemas operativos y programas utilitarios.

(2) Arquitectura de la plataforma SCADA/EMS y hardware integrado a esa plataforma.

(3) Operación básica de la plataforma SCADA/EMS.

(4) Software de las base de datos relacionales y de tiempo real y generación de bases de datos.

(5) Software de adquisición de datos en tiempo real.

(6) Software de aplicación de SCADA, AGC, Análisis de Redes Eléctricas y DTS.

(7) Software y hardware de la red de área local.

(8) Software y hardware de la aplicación ICCP.

(9) Editor de despliegues.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 317(10) Subsistema de información histórica.

(11) Desarrollo de código fuente, compilación de aplicaciones e integración de nuevos programas de aplicación.

(12) Integración del hardware para el proyecto completo, incluyendo la funcionalidad de sistema principal y de sistema de respaldo en línea.

(13) Integración del software de SCADA, AGC, Análisis de Redes Eléctricas, DTS y HIS.

(14) Procedimientos para el respaldo y recuperación de la información.

Para desarrollar la propuesta detallada del programa de capacitación en fábrica, el Oferente debe considerar lo siguiente:

(1) Los cursos de capacitación relacionados con los sistemas operativos y con el software de la plataforma SCADA/EMS serán atendidos por cuatro (4) funcionarios del Comprador.

(2) Los cursos de capacitación relacionados con el hardware de la plataforma SCADA/EMS serán atendidos por cuatro (4) funcionarios del Comprador.

(3) Los cursos de capacitación relacionados con la operación de la plataforma SCADA/EMS y sus aplicaciones serán atendidos por seis (6) funcionarios del Comprador.

(4) Los cursos de capacitación relacionados con el Subsistema de Información Histórica serán atendidos por seis (6) funcionarios del Comprador.

(5) El programa de entrenamiento deberá cubrir tanto la teoría como la práctica con los equipos y programas adquiridos. Asimismo, deberá indicar el momento apropiado para la ejecución de cada curso de capacitación, especialmente con aquellos que conviene impartir durante el proceso de integración en fábrica, o aquellos previos a la instalación de un equipo o de un programa de cómputo específico.

(6) El entrenamiento particularmente en relación con el software, deberá efectuarse usando equipo idéntico al que se instalará en el Centro de Control del Comprador, con las mismas facilidades de las interfaces hombre-máquina y deberá realizarse sobre casos de estudio referidos al sistema eléctrico del Comprador, con su estructura actual y futura.

3.4.14.3 Capacitación en sitio

El contenido y calidad de la capacitación en sitio (en Costa Rica) deberá permitir que el Comprador pueda utilizar eficazmente todas las funciones del nuevo sistema SCADA/EMS y comprende como mínimo los siguientes temas:


(1) Arquitectura de la plataforma SCADA/EMS.

(2) Operación de la plataforma SCADA/EMS (principalmente orientada al uso de las consolas de operación).

(3) Uso de las aplicaciones de SCADA, AGC, Análisis de Redes Eléctricas y DTS, incluyendo todas las funciones especificadas en las sub-secciones 3.4.3, 3.4.4, 3.4.5 y 3.4.6.

(4) Uso de las funciones del Subsistema de Información Histórica.

(5) Configuración y mantenimiento de los equipos periféricos, incluyendo el sistema de proyección de video y los relojes satelitales.

(6) Seguridad de los sistemas informáticos.

Para desarrollar la propuesta detallada del programa de capacitación en sitio, el Oferente debe considerar lo siguiente:

(1) Los cursos de capacitación relacionados con la arquitectura y operación de la plataforma SCADA/EMS serán atendidos por veinticuatro (24) funcionarios del Comprador, que son los Operadores del SEN y que trabajan por turnos. Así que estos cursos deberán impartirse tres veces (en diferentes semanas) para grupos conformados por seis (8) funcionarios. En lo particular, el Proveedor deberá suministrar un programa tutor de fácil manejo, que permita el aprendizaje del manejo de los computadores y de todos los programas de aplicación que deban usar los Operadores, además de sus manuales.

(2) Los cursos de capacitación relacionados con las aplicaciones de SCADA, AGC, Análisis de Redes Eléctricas y DTS serán atendidos por doce (12) funcionarios del Comprador, algunos de los cuales trabajan por turnos. Así que estos cursos deberán impartirse dos veces (en diferentes semanas) para grupos conformados por seis (6) funcionarios. El entrenamiento deberá proporcionar un conocimiento completo del desempeño de los programas del SCADA/EMS, los aspectos sobresalientes de la modelación matemática y de las metodologías de cálculo utilizadas. Deberá comprender el conocimiento de los formatos de entrada y salida y de las opciones para las entradas y salidas.

(3) Los cursos de capacitación relacionados con el uso de las funciones del Subsistema de Información Histórica serán atendidos por veinte (20) funcionarios del Comprador y deberán impartirse dos veces (en diferentes semanas) para grupos conformados por diez (10) funcionarios.

(4) Los cursos de capacitación relacionados con la configuración y mantenimiento de los equipos periféricos, solo debe incluir a aquellos equipos para los cuales el personal del Comprador no recibió la capacitación en

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 319fábrica, como podría ocurrir con el sistema de proyección de video. Estos cursos serán atendidos por cuatro (4) funcionarios del Comprador.

(5) El curso de capacitación sobre la seguridad de los sistemas informáticos será atendido por ocho (8) funcionarios del Comprador. Este curso debe orientarse a sensibilizar al personal del Comprador en temas de seguridad de sistemas informáticos y en enfatizar las posibles vulnerabilidades del SCADA/EMS.

(6) El programa de entrenamiento deberá cubrir tanto la teoría como la práctica con los equipos y programas que en ese momento ya deberán estar disponibles en las instalaciones del Comprador. Además se utilizará la base de datos y los casos de estudio referidos al sistema eléctrico del Comprador.

3.4.14.4 Objetivos, alcances y valoración de la capacitación

En lo que se refiere al plan de capacitación, hay una serie de requisitos establecidos por el ICE, que debe observar y cumplir el Oferente para que prepare apropiadamente su oferta. Estos se desarrollan a continuación.

(1) Objetivos del plan de capacitación.

(a) Objetivo general: Utilizar toda la funcionalidad del sistema SCADA/EMS.

(b) Objetivos específicos:

i. Utilizar el conjunto de funciones del Sistema de Desarrollo de la plataforma de SCADA/EMS.

ii. Diseñar las interfaces gráficas particulares del SCADA/EMS.

iii. Aplicar los procedimientos para el mantenimiento y la generación de bases de datos del SCADA/EMS.

iv. Aplicar los procedimientos para respaldar y recuperar la información del SCADA/EMS.

v. Comprobar el funcionamiento de la plataforma SCADA/EMS y ejecutar los análisis de averías y su solución.

vi. Utilizar las herramientas de diagnóstico del funcionamiento de los canales y enlaces de comunicación.

vii. Efectuar ampliaciones, conexión, instalación e integración de nuevos equipos, programas de cómputo y/o interfaces de comunicaciones.

viii. Utilizar el conjunto de funciones del subsistema SCADA.

ix. Utilizar el conjunto de funciones del subsistema de Control Automático de Generación.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 320x. Utilizar el conjunto de funciones del subsistema de Aplicaciones

de Redes Eléctricas.

xi. Utilizar el conjunto de funciones del subsistema DTS para el entrenamiento de los Operadores.

xii. Utilizar el conjunto de funciones del Subsistema de Información Histórica.

xiii. Aplicar los procedimientos para sintonizar las aplicaciones del EMS.

xiv. Configurar y mantener los equipos periféricos del sistema SCADA/EMS.

xv. Emplear los conceptos de seguridad de sistemas informáticos dentro de la plataforma de SCADA/EMS.

xvi. Utilizar la plataforma de SCADA/EMS para la operación del Sistema Eléctrico Nacional.

(2) Alcances:

(a) Responsabilidades del Proveedor o adjudicatario.

i. Material didáctico:

a. Libros de texto y documentación adicional: Los libros de texto y otra documentación adicional deben

desarrollar en forma detallada y en idioma español los temas propuestos. Sin embargo, también se acepta la literatura técnica en el idioma inglés.

El material indicado debe incluir: documentación específica del SCADA/EMS, diagramas funcionales, plantillas para configuración, entre otros. Las impresiones y las copias electrónicas deben ser de alta calidad y deben incluir los diagramas y los esquemas a colores cuando esto se requiera o sea necesario para la adecuada comprensión o seguimiento adecuado para el logro de los objetivos didácticos del curso.

Cada uno de los módulos documentados, debe coincidir idénticamente con la capacitación descrita por el adjudicatario en su oferta y en el cartel.

ii. Documentación (aplicable para cada curso de capacitación):

a. En adición al material impreso que debe entregarse al empezar el curso a cada participante, debe detallarse en la oferta el costo de tres juegos adicionales de toda la documentación para el curso, así como un juego adicional de documentación en formato electrónico (Portable Document Format de Adobe Inc., o Microsoft Office de Microsoft Corporation). Los tres

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 321juegos adicionales deben suministrarse al Administrador del Contrato al empezar la capacitación.

b. El adjudicatario debe suministrar la cantidad necesaria de material didáctico y diseñar el curso con base en el número de personas correspondiente al curso.

iii. Reproducción:

a. El ICE se reservará el derecho de reproducir estos materiales exclusivamente para el entrenamiento de su personal tanto durante el evento previsto en esta contratación, como en cualquier otra capacitación futura relacionada con el tema. El ICE se compromete a no revelar ni suministrar esta información a terceros sin la autorización expresa del poseedor de los derechos de copia (copyright holder) de estos materiales didácticos.

(b) El Proveedor deberá aportar los equipos didácticos necesarios que contribuyan al logro de los objetivos de esta capacitación. Corresponderá al Proveedor tramitar y pagar todo lo correspondiente al desalmacenaje (cuando aplique) de equipos necesarios para impartir el curso de capacitación.

(c) La oferta debe incluir el tiempo del o los instructores, tanto para la preparación como para impartir las lecciones. También incluirá los materiales entregados, manuales y certificados del curso para cada participante, así como los costos por el transporte de los materiales y equipos de entrenamiento.

(d) El adjudicatario debe cubrir el costo total de los pasajes aéreos, hospedaje y alimentación del o los instructores que designen para venir a Costa Rica. También cubrirá cualquier seguro de vida o médico para los instructores, así como los gastos de alquiler de vehículo, transporte interno dentro del país y otros gastos.

(e) Equipos didácticos:

i. Equipos de entrenamiento:

a. El adjudicatario debe efectuar la parte teórica y práctica de los cursos utilizando sus equipamientos y programas informáticos. Cuando los cursos sean en Costa Rica, el ICE facilitará sus instalaciones en el Centro Nacional de Control de Energía, ubicado en San José, Sabana Norte.

ii. Equipos de informáticos.

a. Los equipos de computación que los instructores necesiten utilizar personalmente en los cursos, deben ser aportados por el adjudicatario. Sin embargo, los montos por alquiler e

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 322importación temporal de cada uno de estos equipos deben ser detallados por separado por el oferente.

(3) Requerimientos didácticos.

(a) Idoneidad técnica: El adjudicatario le garantizará al ICE que los instructores cuentan con los conocimientos necesarios y suficientes para impartir la capacitación, realizar mediciones de práctica y atender consultas. Se debe suministrar en la oferta la idoneidad técnica del instructor en donde se incluya:

i. La experiencia docente no menor de tres (3) años.

ii. La experiencia en el manejo de los sistemas relativos al curso.

iii. Toda aquella información que demuestre fehacientemente que el instructor que impartirá el curso posee conocimientos específicos, tanto en aspectos técnicos, teóricos y prácticos, como en metodología y didáctica.

iv. Referencias que el ICE pueda verificar. El ICE tendrá toda la libertad de aprobar o rechazar al instructor propuesto por el adjudicatario, con base en el estudio de su respectivas referencias.

v. Con base en la información suministrada en la especificación anterior, el ICE evaluará la preparación del instructor, el contenido programático y el material didáctico de los cursos propuestos por el adjudicatario. De no cumplirse los requerimientos mínimos establecidos por el ICE en esta sub-sección 3.4.14, el adjudicatario deberá efectuar las modificaciones necesarias a satisfacción del ICE, las cuales deben ser comunicadas una semana después de recibido el material.

(b) Idioma: el idioma de las lecciones será el español (preferido), sin embargo se acepta también el uso del idioma inglés.

(c) Lugar: los cursos se impartirá en las instalaciones del Centro Nacional de Control de Energía, ubicado en San José, Sabana Norte, o en las instalaciones del Oferente, según aplique para cada curso en particular.

(d) Población: está constituida por ingenieros en sistemas de potencia. El número de participantes en cada curso de capacitación es diferente, variando entre cuatro (4) y veinte (20), dependiendo del curso específico y del lugar donde se imparte (en fábrica o en sitio).

(e) Duración: en su oferta, el Oferente indicará para cada curso la duración del mismo.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 323i. Tomar en consideración un máximo de instrucción de 8 horas y

un mínimo de 7 horas por día.

ii. Inicio: los cursos serán impartidos según el cronograma que se acuerde para el desarrollo del proyecto.

(f) Cronograma: El Oferente aportará el cronograma del programa de capacitación en la oferta, donde debe detallarse por día los temas a tratar y las horas a invertir en cada uno de ellos. Se requiere un temario detallado para cada día de curso, que garantice que se alcanzarán los objetivos específicos propuestos, la duración del curso, desglosando el número de horas de teoría y número de horas de práctica. Asimismo, como el detalle de las prácticas que se van a realizar y el equipamiento a utilizar por los participantes.

(g) Ejecución del entrenamiento:

i. Diseño de los cursos: debe contener el detalle de los objetivos de aprendizaje, la metodología de evaluación y un cronograma que detalle por día, la distribución de los objetivos y temática del curso. La capacitación se realizará en sesiones que combinen la teoría y la práctica.

(h) Evaluación: El instructor deberá realizar las pruebas correspondientes para evaluar el aprendizaje de los participantes, según los objetivos antes descritos:

i. Evaluación teórica y práctica a los participantes.

a. El instructor del curso debe efectuar al menos una evaluación teórica y práctica a los participantes. Esto se hará con el fin de verificar que estén alcanzando los conocimientos y habilidades previstas en las especificaciones. Además debe entregar (al coordinador del curso) una copia de estas evaluaciones al final del curso, así como un informe final de aprovechamiento de los participantes.

b. Una vez finalizado cada curso, el adjudicatario debe enviar (al coordinador del curso) una copia de estas evaluaciones, así como un informe del aprovechamiento (resultados obtenidos) de los participantes y los respectivos certificados o diplomas.

ii. Evaluación del curso y del instructor.

a. El instructor y el curso que éste imparta se someterán a una evaluación realizada por los participantes y el coordinador del curso. De esta manera, el ICE evaluará el desempeño general del instructor y del curso pudiendo, en caso de una calificación baja a criterio del ICE, obligar al adjudicatario a

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 324repetirlo por su cuenta y riesgo, tantas veces como sea necesario, hasta que el ICE obtenga el aprovechamiento deseado.

(i) Certificados: El instructor debe entregar certificados de aprovechamiento para cada uno de los participantes, una vez finalizada la actividad.

(4) Otros requerimientos.

(a) Información para el Administrador del Contrato:

i. El adjudicatario debe rendir, cuatro semanas antes del inicio del o los cursos, la siguiente información ante el Administrador del Contrato:Copia de un juego completo en español o inglés, de todo el material a utilizar por:

a. El Instructor (guía del instructor, Audiovisuales, Bibliografía de apoyo, etc.).

b. El Estudiante (texto, diagramas, materiales de muestra, etc.).

c. El Centro de Aprendizaje y Desarrollo Empresarial (CADE):

Originales del material entregado tanto al instructor como al estudiante, así como también certificados en cantidad suficiente para los participantes de los cursos.

(b) Coordinador.El CADE nombrará un coordinador que supervisará y evaluará el grado de cumplimiento del adjudicatario con todo lo establecido en esta sub-sección del cartel de licitación.

(c) Capacidad del Oferente.El oferente debe indicar si está en capacidad de satisfacer las especificaciones del o los cursos solicitados.

(d) Variaciones a las especificaciones.El oferente puede proponer en su oferta, variaciones a las especificaciones del apartado de capacitación, indicadas, siempre y cuando a criterio del ICE, éstas conduzcan a satisfacer en mayor grado, los objetivos del programa de capacitación.

(e) Comprobación de incumplimiento.En caso de comprobarse incumplimiento en alguna de las especificaciones detalladas, el adjudicatario se verá obligado a repetir el curso por su cuenta y riesgo, así como cubrir los costos en que incurra el ICE por causa de esta demora.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 325(5) Valoración de la capacitación.

(a) Cada curso se someterá a una evaluación realizada por el CADE, donde se verificará el cumplimiento de los requerimientos didácticos antes enunciados. La evaluación abarcará los siguientes ítems:

i. Desempeño del instructor.

ii. Habilidades de enseñanza.

iii. Evaluación e instrumentos de evaluación.

iv. Calidad del material didáctico.

(b) Ello debido a que el ICE debe garantizar las competencias de los participantes en la operación, administración y mantenimiento de la plataforma de SCADA/EMS.

(c) En el caso de incumplimiento de alguno de los puntos antes citados, se valorará su impacto en el cumplimiento de los objetivos del curso. De ser necesario, este incumplimiento debe ser corregido de forma inmediata, sino se aplicará lo concerniente a la cláusula penal y multas de este cartel.

(d) Ponderación de la evaluación del curso:

i. A entera satisfacción si la evaluación va de un 90 al 100%.

ii. De un 71 al 89%, el contratista deberá repetir específicamente los objetivos que no se han logrado y deberá volver a evaluar.

iii. En caso de una calificación inferior al 70%, el contratista deberá repetir el curso por su cuenta y riesgo, tantas veces como sea necesario, hasta que el ICE obtenga el aprovechamiento deseado.

(6) Tabla de valoración de la capacitación: la tabla de valoración de la capacitación es el formato que se utilizará para evaluar los cursos de capacitación. Entonces, la tabla que se encuentra a continuación contiene el formato general y los objetivos generales del programa de capacitación. Cuando esté definido y acordado entre el Proveedor y el Comprador el nombre y temario de cada curso específico de capacitación, se utilizará este formato de tabla para preparar la valoración de cada curso en particular.



3.4.15 Documentación

3.4.15.1 Requisitos Generales de Documentación

La documentación deberá ser especialmente preparada para el sistema particular suministrado, y deberá incluir documentación estándar y/o documentación estándar modificada. Toda la documentación será en idioma español y/o idioma inglés. La documentación entregada en la provisión, además de cumplir con los Requerimientos Específicos de Documentación, deberá satisfacer los requerimientos generales de documentación de hardware y software.

El Proveedor será el responsable de la entrega de toda la documentación de software y hardware desarrollados por terceros en las mismas condiciones y estándares que entregue para los desarrollados por él. Se deberá entregar impresos dos (2) manuales de operador, un (1) volumen de hardware completo, un (1) volumen de software de SCADA, un (1) volumen de software EMS/DTS/HIS y un juego de toda la documentación completa para archivo de seguridad. Además deberá entregar copias en formato digital de toda la documentación.

Adicionalmente, el Proveedor deberá entregar copias originales en CD-ROM de los compiladores y fuentes para casos de recuperación y utilización exclusiva del Comprador.

3.4.15.2 Documentación del Hardware

La documentación de equipos deberá proveer información general y específica para cada elemento o parte de equipo independientemente de su aplicación particular y cantidad. La documentación deberá incluir:

(1) Diseño funcional del hardware.

(2) Configuración general en diagramas de bloques.

(3) Diagramas de bloques del sistema completo mostrando todos los equipos, las interfaces de comunicaciones y las interconexiones entre los componentes mayores del hardware.

(4) Diagrama de bloques detallado de cada equipo mostrando cada subsistema del hardware y las interconexiones de todos los módulos.

(5) Planos para aprobación de localización de gabinetes, consolas, periféricos y todo otro equipo interconectado.

(6) Detalle de todo el hardware suministrado indicando fabricante, número de serie, versión y otros aspectos.

(7) Diagrama detallado del cableado de la instalación de todo el sistema.


En el caso de equipos no fabricados por el Proveedor, esta documentación consistirá de la documentación estándar, no modificada, dada por el fabricante original. Para los equipos o partes modificados por el Proveedor, se deberá entregar la documentación adicional pertinente.

La documentación estándar incluirá manuales y catálogos con descripciones, especificaciones, teoría de operación, procedimientos de mantenimiento, información de instalación, entre otros. La información de mantenimiento deberá incluir manuales, libros o folletos que permitan al personal del Comprador darle mantenimiento completo a todos los equipos del sistema y equipos de prueba.

Se deberán incluir todos los procedimientos para el mantenimiento preventivo, incluyendo las pruebas, exámenes, ajustes y limpiezas periódicas a ser realizadas bajo condiciones de operación normal. Los manuales deberán incluir guías para el aislamiento de un problema del hardware.

Cada componente o parte deberá estar perfectamente indicada y esta referencia deberá ser utilizada consistentemente en toda la documentación suministrada.

Cuando la documentación estándar describe elementos, partes o equipos no suministrados al Comprador esto deberá ser perfectamente aclarado.

Se requiere el suministro de diagramas esquemáticos completos de todas las fuentes de alimentación para todos los sistemas, equipos y unidades, incluyendo los diagramas de ubicación y las listas de partes.

3.4.15.3 Documentación del Software

Se deberá entregar la documentación para todo el software suministrado al Comprador en discos compactos (CD-ROM) para su fácil recuperación. Esta documentación deberá incluir, pero no estar limitada a:

(1) Descripción general de los sistemas y subsistemas de software, incluyendo, también, una breve descripción de las interfaces de hardware. Este documento deberá describir de una manera funcional todo el software con diagramas de bloques y/o flujos simplificados. Se deberá incluir la interrelación entre programas, bases de datos y el hardware.

(2) Detalle de todos los programas y módulos con una clara referencia a su documentación. Cada uno deberá ser identificado como estándar, estándar modificado, o software específico para el Comprador.

(3) Documentación existente y manuales de usuario para todo el software estándar.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 329(4) Documentación para los programas estándar modificados, detallando

claramente en los manuales o documentación estándar donde y qué clase de cambios fueron realizados.

(5) Manuales de referencia, manuales técnicos, y manuales de usuario para los ingenieros y otro personal del Comprador, que desarrolle nuevos programas o deba darle mantenimiento a los ya existentes. Deberá estar documentado el uso de los sistemas operativos, mantenimiento del sistema SCADA/EMS, el software de diagnóstico y utilitario, entre otros.

(6) La documentación de la base de datos deberá proveer suficiente información para permitir la inclusión de nuevos datos o programas al sistema. La documentación del sistema de administración de la base de datos y de las rutinas de acceso a la base de datos también deberán ser suministradas.

(7) Documentación de procedimientos rutinarios de mantenimiento de todo el software, Base de Datos y respaldos.

(8) Manuales de operación: esta documentación, orientada para los operadores deberá aclarar el uso de todas las facilidades brindadas por el sistema y deberá incluir entre otras:

(a) Explicación de cada programa de aplicación y cómo deberá ser utilizado a través de las consolas.

(b) Descripción de las imágenes en pantallas.

(c) Descripción de los mensajes de error.

(d) Explicación de mensajes y alarmas aclarando qué significan y qué acción deberá ser tomada.

Todos estos manuales de operación deberán estar escritos con una orientación no ingenieril y en idioma español.

3.4.15.4 Requisitos Específicos de Documentación

3.4.15.4.1 Requerimientos de documentación para programas de aplicación

Para todos los programas incluidos en el Sistema de Análisis de Redes Eléctricas, la documentación a entregar por el Proveedor deberá incluir como mínimo:

(1) Descripción de modelos matemáticos, metodologías y algoritmos de solución.

(2) Manuales de usuario.

(3) Manual de programación, incluyendo:


(a) Descripción de los programas, conteniendo como mínimo el funcionamiento del mismo y de las subrutinas que lo integran, así como las variables de entrada y salida de cada una de ellas.

(b) Diagrama de flujo del programa y de los datos que utiliza.

(c) Lista de las variables que utiliza y su significado.

(d) Listado de resultados obtenidos.

(4) Manual de puesta en funcionamiento.

(5) Manual de mantenimiento.

(6) Descripción de formatos de entrada y salida.

(7) Descripción de opciones para cálculo y presentación de resultados.

(8) Programas fuente y documentación de sistemas operativos, compiladores y link-editors.

(9) Precisiones sobre las prestaciones con explicitación de aptitudes y limitaciones de los programas.

(10) Toda otra información particular inherente a los programas.

Toda la documentación deberá entregarse en español, a excepción de la documentación estándar de los equipos y software de sistema que será aceptada en inglés. No se aceptará documentación en otros idiomas.

Adicionalmente, para el subsistema AGC se deberá incluir en la documentación a entregar la siguiente información:

(a) Descripción del algoritmo de cálculo utilizado, para la determinación del error de área y del valor de consigna enviado a cada grupo generador.

(b) Aptitudes para controlar centrales hidráulicas, térmicas, etc.

(c) Descripción del proceso para fijar y cambiar el plan de intercambio de potencia a cargo del usuario.

(d) Clasificación de los generadores según las condiciones de operación (manual, automático, fuera de servicio, etc.).

(e) Iniciación de las funciones de control automático de generación.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 331(f) Coordinación de la información proveniente de otros programas, que influyen

en este sistema de control.

(g) Preparación y transmisión de la información relativa a centrales generadoras, obtenidas del sistema de adquisición de datos.

(h) Informe del estado de cada grupo y su capacidad de sobrecarga para corto tiempo.

3.4.15.4.2 Actualizaciones del hardware y el software

Los Oferentes deberán incluir como parte de la documentación del proyecto información sobre las distintas modalidades que dispone para realizar actualizaciones del hardware y del software.

3.4.15.4.3 Normas y guías sobre documentación del software

Se sugiere a los Oferentes tener presente en la preparación de la oferta las normas y guías sobre la documentación de sistemas de software aceptadas internacionalmente, entre otras como mínimo:

IEEE 729-1983: Glosario de terminología de ingeniería de software.

IEEE 730-1981: Norma para planificar cómo asegurar la calidad del software.

IEEE 829-1983: Documentación de pruebas del software.

IEEE 983-1984: Guía para planificar cómo asegurar la calidad del software.

IEEE 1008-1987: Normas para la unidad de prueba del software.

IEEE 1012-1986: Norma para los planes de validación y verificación de software.

IEEE 1016-1987: Práctica recomendada para la descripción del diseño de software.

IEEE 1028-1988: Norma para revisiones y auditorías de software.

3.4.15.4.4 Documentación del hardware periférico

La documentación estándar deberá incluir lo siguiente:

(1) Diagramas electrónicos completos de CPU, fuente de energía y fuente de respaldo, entre otros.

(2) Manuales de mantenimiento.

(3) Esquemas físicos de gabinetes y equipo interconectado.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 332(4) Listado detallado del hardware suministrado con números de serie y otros

datos técnicos.

(5) Especificaciones técnicas.

La documentación específica deberá contener:

(a) Diagrama de bloques de la configuración general mostrando las conexiones con otros equipos y periféricos.

(b) Diagramas detallados de cableados.

3.4.16 Repuestos y Mantenimiento

3.4.16.1 Aspectos Generales

Durante todo el periodo de desarrollo, integración y pruebas en la fábrica, durante el transporte, instalación y pruebas en el sitio y durante la operación comercial bajo condiciones de garantía, el Proveedor será responsable por todo el mantenimiento de hardware y software, incluyendo los repuestos y la mano de obra necesarios para cumplir con los índices especificados de disponibilidad del sistema SCADA/EMS.

Por operación comercial se entienden todas las actividades de monitoreo, control y supervisión del sistema eléctrico de Costa Rica utilizando el sistema SCADA/EMS, incluyendo actividades de mantenimiento de base de datos, despliegues y programas de aplicación, conforme se requiere para cumplir con las necesidades operacionales del Comprador.

Una vez que el periodo de garantía haya vencido, se entrará en una fase de explotación que requiere de un servicio de mantenimiento que garantice tanto un funcionamiento óptimo del sistema SCADA/EMS, como los índices de disponibilidad especificados. Se aclara que este servicio de mantenimiento no forma parte de esta contratación, pero los Oferentes deben demostrar que pueden suministrarlo.

Para cumplir con esto los Oferentes deberán:

(1) Garantizar la existencia de:

(a) Programas de diagnóstico para hardware y software, incluyendo el software de sistema, soporte y aplicación.

(b) Repuestos, equipos de prueba y consumibles.

(c) Personal de mantenimiento calificado.

(2) Incluir en sus ofertas una lista de los repuestos y de los servicios de mantenimiento necesarios para que el sistema SCADA/EMS del Comprador

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 333pueda funcionar en las mejores condiciones de desempeño, funcionalidad y disponibilidad durante un periodo de 36 meses, posterior al vencimiento de la garantía. Estos bienes y servicios no deben cotizarse, solamente deben indicarse y describirse.

3.4.16.2 Repuestos, Equipos de Prueba y Consumibles

Como ya se indicó en la sub-sección 3.4.16.1, durante todo el periodo comprendido desde la compra de los equipos y la integración del software en fábrica, hasta la operación comercial bajo condiciones de garantía, el Proveedor será el responsable de los sistemas SCADA/EMS del NCCE.

3.4.16.2.1 Repuestos

El Comprador ejecutará la totalidad del mantenimiento del hardware, por lo que se deberá suministrar los repuestos adecuados para dar soporte de mantenimiento a nivel de módulos y tarjeta de circuitos, si fuese necesario.

El Proveedor deberá ajustar las listas de repuestos recomendados durante el proyecto, de tal forma que las listas finales sean consistentes con la configuración final del sistema SCADA/EMS.

3.4.16.2.2 Equipos y programas de prueba

Los Oferentes deberán incluir en sus ofertas una lista detallada de todos los equipos, herramientas, instrumentos especializados y programas de diagnóstico para el hardware y software, incluyendo el software de sistema, soporte y aplicación, que se requieren para realizar el mantenimiento preventivo del sistema SCADA/EMS. Se requiere una descripción detallada de cada equipo, pero no deben cotizarse.

El Proveedor deberá asegurar que el Comprador esté en capacidad de comprar las mismas herramientas y equipos de prueba que utilizan los fabricantes originales de los equipos para su propio mantenimiento, esto en caso que el Comprador en su momento lo estime necesario.

3.4.16.2.3 Consumibles

Los consumibles deberán incluir discos ópticos, papel de impresora, cartuchos de tinta y tóner para las impresoras y materiales especiales de limpieza. El Proveedor deberá suministrar estos consumibles, sin costo extra para el Comprador desde la instalación en sitio del Sistema de Desarrollo.

3.4.16.3 Servicio de Mantenimiento Post-Venta

Los Oferentes deben demostrar que tienen la capacidad de suministrar el servicio de mantenimiento post-venta. Esto incluye tanto a los equipos como a los programas.

Sección VI. Lista de Bienes y Servicios y Plan de Entrega 3343.4.16.3.1 Hardware del sistema SCADA/EMS

El Oferente deberá demostrar tener la capacidad de brindar el servicio de mantenimiento del el hardware de los dos sistemas SCADA/EMS, indicando los equipos que requieren el mantenimiento por parte de terceros. Esto incluye al sistema de proyección de video.

3.4.16.3.2 Software del sistema SCADA/EMS

El Oferente deberá demostrar tener la capacidad de brindar el servicio de mantenimiento del software de los dos sistemas SCADA/EMS. Esto incluye el software de los fabricantes originales de procesadores y otros componentes de hardware, los paquetes de software de soporte y aplicación adquiridos de terceros y la totalidad del software de sistema, soporte y aplicación propio del Proveedor.

En este contexto, el mantenimiento del software incluye:

(1) Actualizaciones, mejoras y versiones corregidas (updates, upgrades and fixes) del software de sistema, soporte y aplicación.

(2) Actualizaciones del software de base de datos y de edición de despliegues.

(3) Integración de nuevas aplicaciones.

(4) Balanceo de carga entre procesadores con el objetivo de mejorar el desempeño.


3.5 Diagramas de las Especificaciones Técnicas

Diagrama 3.5.1 Arquitectura informática integrada conceptual del Nuevo Centro de Control de Energía

¡Observación Importante! esta arquitectura es mostrada sola y exclusivamente como ejemplo y no constituye requerimiento. Los Oferentes deberán proponer y describir en detalles sus propias soluciones.


Diagrama 3.5.2. Arquitectura conceptual con dos centros de control, uno principal (NCCE) y el otro de respaldo en línea (CCER), donde las UTRs /SAS se comunican de manera redundante con

ambos centros de control



Diagrama 3.5.3. Arquitectura conceptual de implementación para el Operador de Sistema integrado con el Operador de Mercado



Diagrama 3.5.4. Arquitectura conceptual de implementación de un sistema SCADA/EMS con medidas de Seguridad de Información



Diagrama 3.5.5. Arquitectura conceptual del sistema de adquisición de datos del ICE y del sistema SCADA/EMS con medidas de Seguridad de Información



4. Planos o Diseños

Estos documentos incluyen “ningún” planos o diseños:

[Si se han de incluir documentos planos o diseños, detallarlos en la lista a continuación]

Lista de Planos o Diseños

Plano o Diseño No. Nombre del Plano o Diseño

Propósito


5. Inspecciones y Pruebas

Las siguientes inspecciones y pruebas se realizarán:

(1) Pruebas de aceptación en fábrica (FAT) de los dos SCADA/EMS.

(2) Inspecciones visuales sobre el estado y entrega completa de los bienes.

(3) Pruebas de aceptación en sitio (SAT) de los dos SCADA/EMS.

(4) Pruebas de disponibilidad de los dos SCADA/EMS.

342

343

PARTE 3 – Contrato

Sección VII. Condiciones Generales del Contrato 345

Sección VII. Condiciones Generales del Contrato

Índice de Cláusulas

1. Definiciones.................................................................................................................3442. Documentos del Contrato.............................................................................................3453. Prácticas prohibidas [cláusula exclusiva para contratos de préstamo firmados bajo

política GN-2349-9].....................................................................................................3454. Interpretación...............................................................................................................3515. Idioma..........................................................................................................................3526. Asociación en Participación o Consorcio....................................................................3537. Elegibilidad..................................................................................................................3538. Notificaciones..............................................................................................................3549. Ley Aplicable...............................................................................................................35410. Solución de Controversias............................................................................................35411. Inspecciones y Auditorias............................................................................................35512. Alcance de los Suministros..........................................................................................35513. Entrega y Documentos.................................................................................................35514. Responsabilidades del Proveedor.................................................................................35515. Precio del Contrato.......................................................................................................35616. Condiciones de Pago....................................................................................................35617. Impuestos y Derechos..................................................................................................35618. Garantía Cumplimiento................................................................................................35719. Derechos de Autor........................................................................................................35720. Confidencialidad de la Información.............................................................................35721. Subcontratación............................................................................................................35822. Especificaciones y Normas..........................................................................................35923. Embalaje y Documentos..............................................................................................35924. Seguros.........................................................................................................................36025. Transporte....................................................................................................................36026. Inspecciones y Pruebas................................................................................................36027. Liquidación por Daños y Perjuicios.............................................................................36128. Garantía de los Bienes..................................................................................................36129. Indemnización por Derechos de Patente......................................................................36230. Limitación de Responsabilidad....................................................................................36431. Cambio en las Leyes y Regulaciones...........................................................................36432. Fuerza Mayor...............................................................................................................36433. Ordenes de Cambio y Enmiendas al Contrato.............................................................36534. Prórroga de los Plazos..................................................................................................36635. Terminación.................................................................................................................36636. Cesión...........................................................................................................................36837. Restricciones a la Exportación.....................................................................................368


Sección VII. Condiciones Generales del Contrato

1. Definiciones

1.1. Las siguientes palabras y expresiones tendrán los significados que aquí se les asigna:

(a) “Banco” significa el Banco Interamericano de Desarrollo (BID) o cualquier fondo administrado por el Banco.

(b) “Contrato” significa el Convenio de Contrato celebrado entre el Comprador y el Proveedor, junto con los Documentos del Contrato allí referidos, incluyendo todos los anexos y apéndices, y todos los documentos incorporados allí por referencia.

(c) “Documentos del Contrato” significa los documentos enumerados en el Convenio de Contrato, incluyendo cualquier enmienda.

(d) “Precio del Contrato” significa el precio pagadero al Proveedor según se especifica en el Convenio de Contrato, sujeto a las condiciones y ajustes allí estipulados o deducciones propuestas, según corresponda en virtud del Contrato.

(e) “Día” significa día calendario.

(f) “Cumplimiento” significa que el Proveedor ha completado la prestación de los Servicios Conexos de acuerdo con los términos y condiciones establecidas en el Contrato.

(g) “CGC” significa las Condiciones Generales del Contrato.

(h) “Bienes” significa todos los productos, materia prima, maquinaria y equipo, y otros materiales que el Proveedor deba proporcionar al Comprador en virtud del Contrato.

(i) “El país del Comprador” es el país especificado en las Condiciones Especiales del Contrato (CEC).

(j) “Comprador” significa la entidad que compra los Bienes y Servicios Conexos, según se indica en las CEC.

(k) “Servicios Conexos” significan los servicios


incidentales relativos a la provisión de los bienes, tales como seguro, instalación, capacitación y mantenimiento inicial y otras obligaciones similares del Proveedor en virtud del Contrato.

(l) “CEC” significa las Condiciones Especiales del Contrato.

(m) “Subcontratista” significa cualquier persona natural, entidad privada o pública, o cualquier combinación de ellas, con quienes el Proveedor ha subcontratado el suministro de cualquier porción de los Bienes o la ejecución de cualquier parte de los Servicios.

(n) “Proveedor” significa la persona natural, jurídica o entidad gubernamental, o una combinación de éstas, cuya oferta para ejecutar el Contrato ha sido aceptada por el Comprador y es denominada como tal en el Convenio de Contrato.

(o) “El Sitio del Proyecto”, donde corresponde, significa el lugar citado en las CEC.

2. Documentos del Contrato

2.1 Sujetos al orden de precedencia establecido en el Convenio de Contrato, se entiende que todos los documentos que forman parte integral del Contrato (y todos sus componentes allí incluidos) son correlativos, complementarios y recíprocamente aclaratorios. El Convenio de Contrato deberá leerse de manera integral.

3. Prácticas prohibidas [cláusula exclusiva para contratos de préstamo firmados bajo política GN-2349-9]

3.1 El Banco exige a todos los Prestatarios (incluyendo los beneficiarios de donaciones), organismos ejecutores y organismos contratantes, al igual que a todas las firmas, entidades o individuos oferentes por participar o participando en actividades financiadas por el Banco incluyendo, entre otros, solicitantes, oferentes, proveedores de bienes, contratistas, consultores, miembros del personal, subcontratistas, subconsultores, proveedores de servicios y concesionarios (incluidos sus respectivos funcionarios, empleados y representantes, ya sean sus atribuciones expresas o implícitas), observar los más altos niveles éticos y denuncien al Banco7 todo acto sospechoso de constituir una Práctica Prohibida del cual tenga conocimiento o sea informado, durante el proceso de

7 En el sitio virtual del Banco (www.iadb.org/integrity) se facilita información sobre cómo denunciar la supuesta comisión de Prácticas Prohibidas, las normas aplicables al proceso de investigación y sanción y el convenio que rige el reconocimiento recíproco de sanciones entre instituciones financieras internacionales.

http://www.iadb.org/integrity


selección y las negociaciones o la ejecución de un contrato. Las Prácticas Prohibidas comprenden actos de: (i) prácticas corruptivas; (ii) prácticas fraudulentas; (iii) prácticas coercitivas; y (iv) prácticas colusorias y (v) prácticas obstructivas. El Banco ha establecido mecanismos para la denuncia de la supuesta comisión de Prácticas Prohibidas. Toda denuncia deberá ser remitida a la Oficina de Integridad Institucional (OII) del Banco para que se investigue debidamente. El Banco también ha adoptado procedimientos de sanción para la resolución de casos y ha celebrado acuerdos con otras Instituciones Financieras Internacionales (IFI) a fin de dar un reconocimiento recíproco a las sanciones impuestas por sus respectivos órganos sancionadores.

(a) El Banco define, para efectos de esta disposición, los términos que figuran a continuación:

(i) Una práctica corruptiva consiste en ofrecer, dar, recibir o solicitar, directa o indirectamente, cualquier cosa de valor para influenciar indebidamente las acciones de otra parte;

(ii) Una práctica fraudulenta es cualquier acto u omisión, incluida la tergiversación de hechos y circunstancias, que deliberada o imprudentemente, engañen, o intenten engañar, a alguna parte para obtener un beneficio finan-ciero o de otra naturaleza o para evadir una obligación;

(iii) Una práctica coercitiva consiste en perjudicar o causar daño, o amenazar con perjudicar o causar daño, directa o indirectamente, a cualquier parte o a sus bienes para influenciar indebidamente las acciones de una parte;

(iv)Una práctica colusoria es un acuerdo entre dos o más partes realizado con la intención de alcanzar un propó-sito inapropiado, lo que incluye influenciar en forma inapropiada las acciones de otra parte; y

(v) Una práctica obstructiva consiste en:

a.a. destruir, falsificar, alterar u ocultar deliberadamen-te evidencia significativa para la investigación o realizar declaraciones falsas ante los investigado-res con el fin de impedir materialmente una inves-tigación del Grupo del Banco sobre denuncias de una práctica corrupta, fraudulenta, coercitiva o colusoria; y/o amenazar, hostigar o intimidar a cualquier parte para impedir que divulgue su co-


nocimiento de asuntos que son importantes para la investigación o que prosiga la investigación, o

b.b. todo acto dirigido a impedir materialmente el ejer-cicio de inspección del Banco y los derechos de auditoría previstos en el párrafo 3.1 (f) de abajo.

(b) Si se determina que, de conformidad con los Procedimientos de sanciones del Banco, cualquier firma, entidad o individuo actuando como oferente o participando en una actividad financiada por el Banco incluidos, entre otros, solicitantes, oferentes, proveedores, contratistas, consultores, miembros del personal, subcontratistas, subconsultores, proveedores de bienes o servicios, concesionarios, Prestatarios (incluidos los Beneficiarios de donaciones), organismos ejecutores o organismos contratantes (incluyendo sus respectivos funcionarios, empleados y representantes, ya sean sus atribuciones expresas o implícitas) ha cometido una Práctica Prohibida en cualquier etapa de la adjudicación o ejecución de un contrato, el Banco podrá:

(i) no financiar ninguna propuesta de adjudicación de un contrato para la adquisición de bienes o servicios, la contratación de obras, o servicios de consultoría;

(ii) suspender los desembolsos de la operación, si se deter-mina, en cualquier etapa, que un empleado, agencia o representante del Prestatario, el Organismo Ejecutor o el Organismo Contratante ha cometido una Práctica Prohibida;

(iii) declarar una contratación no elegible para financia-miento del Banco y cancelar y/o acelerar el pago de una parte del préstamo o de la donación relacionada inequí-vocamente con un contrato, cuando exista evidencia de que el representante del Prestatario, o Beneficiario de una donación, no ha tomado las medidas correctivas adecuadas (lo que incluye, entre otras cosas, la notifica-ción adecuada al Banco tras tener conocimiento de la comisión de la Práctica Prohibida) en un plazo que el Banco considere razonable;

(iv) emitir una amonestación a la firma, entidad o individuo en el formato de una carta formal de censura por su conducta;

(v) declarar a una firma, entidad o individuo inelegible, en


forma permanente o por determinado período de tiem-po, para que (i) se le adjudiquen contratos o participe en actividades financiadas por el Banco, y (ii) sea de-signado subconsultor, subcontratista o proveedor de bienes o servicios por otra firma elegible a la que se ad-judique un contrato para ejecutar actividades financia-das por el Banco;

(vi) remitir el tema a las autoridades pertinentes encargadas de hacer cumplir las leyes; y/o;

(vii) imponer otras sanciones que considere apropiadas bajo las circunstancias del caso, incluyendo la imposi-ción de multas que representen para el Banco un reem-bolso de los costos vinculados con las investigaciones y actuaciones. Dichas sanciones podrán ser impuestas en forma adicional o en sustitución de las sanciones arriba referidas.

(c) Lo dispuesto en los incisos (i) y (ii) del párrafo 3.1 (b) se aplicará también en casos en los que las partes hayan sido temporalmente declaradas inelegibles para la adjudicación de nuevos contratos en espera de que se adopte una decisión definitiva en un proceso de sanción, o cualquier otra resolución.

(d) La imposición de cualquier medida que sea tomada por el Banco de conformidad con las provisiones referidas anteriormente será de carácter público.

(e) Asimismo, cualquier firma, entidad o individuo actuando como oferente o participando en una actividad financiada por el Banco, incluidos, entre otros, solicitantes, oferentes, proveedores de bienes, contratistas, consultores, miembros del personal, subcontratistas, subconsultores, proveedores de servicios, concesionarios, Prestatarios (incluidos los beneficiarios de donaciones), organismos ejecutores o contratantes (incluidos sus respectivos funcionarios, empleados y representantes, ya sean sus atribuciones expresas o implícitas) podrá verse sujeto a sanción de conformidad con lo dispuesto en convenios suscritos por el Banco con otra Institución Financiera Internacional (IFI) concernientes al reconocimiento recíproco de decisiones de inhabilitación. A efectos de lo dispuesto en el presente párrafo, el término “sanción” incluye toda inhabilitación permanente, imposición de condiciones para la participación en futuros contratos o adopción pública de medidas en respuesta a una contravención del marco


vigente de una Institución Financiera Internacional (IFI) aplicable a la resolución de denuncias de comisión de Prácticas Prohibidas.

(f) El Banco exige que los solicitantes, oferentes, proveedores de bienes y sus representantes, contratistas, consultores, miembros del personal, subcontratistas, subconsultores, proveedores de servicios y sus representantes, y concesionarios permitan al Banco revisar cualesquiera cuentas, registros y otros documentos relacionados con la presentación de propuestas y con el cumplimiento del contrato y someterlos a una auditoría por auditores designados por el Banco. Todo solicitante, oferente, proveedor de bienes y su representante, contratista, consultor, miembro del personal, subcontratista, subconsultor, proveedor de servicios y concesionario deberá prestar plena asistencia al Banco en su investigación. El Banco también requiere que solicitantes, oferentes, proveedores de bienes y sus representantes, contratistas, consultores, miembros del personal, subcontratistas, subconsultores, proveedores de servicios y concesionarios: (i) conserven todos los documentos y registros relacionados con actividades financiadas por el Banco por un período de siete (7) años luego de terminado el trabajo contemplado en el respectivo contrato; y (ii) entreguen todo documento necesario para la investigación de denuncias de comisión de Prácticas Prohibidas y (iii) aseguren que los empleados o agentes de los solicitantes, oferentes, proveedores de bienes y sus representantes, contratistas, consultores, subcontratistas, subconsultores, proveedores de servicios y concesionarios que tengan conocimiento de las actividades financiadas por el Banco estén disponibles para responder a las consultas relacionadas con la investigación provenientes de personal del Banco o de cualquier investigador, agente, auditor, o consultor apropiadamente designado. Si el solicitante, oferente, proveedor de bienes y su representante, contratista, consultor, miembro del personal, subcontratista, subconsultor proveedor de servicios o concesionario se niega a cooperar o incumple el requerimiento del Banco, o de cualquier otra forma obstaculiza la investigación por parte del Banco, el Banco, bajo su sola discreción, podrá tomar medidas apropiadas contra el solicitante, oferente, proveedor de bienes y su representante, contratista, consultor, miembro del personal, subcontratista, subconsultor, proveedor de servicios, o concesionario.


(g) Cuando un Prestatario adquiera bienes, servicios distintos de servicios de consultoría, obras o servicios de consultoría directamente de una agencia especializada, todas las disposiciones contempladas en el párrafo 3 relativas a sanciones y Prácticas Prohibidas se aplicarán íntegramente a los solicitantes, oferentes, proveedores de bienes y sus representantes, contratistas, consultores, miembros del personal, subcontratistas, subconsultores, proveedores de servicios, concesionarios (incluidos sus respectivos funcionarios, empleados y representantes, ya sean sus atribuciones expresas o implícitas), o cualquier otra entidad que haya suscrito contratos con dicha agencia especializada para la provisión de bienes, obras o servicios distintos de servicios de consultoría en conexión con actividades financiadas por el Banco. El Banco se reserva el derecho de obligar al Prestatario a que se acoja a recursos tales como la suspensión o la rescisión. Las agencias especializadas deberán consultar la lista de firmas e individuos declarados inelegibles de forma temporal o permanente por el Banco. En caso de que una agencia especializada suscriba un contrato o una orden de compra con una firma o individuo declarado inelegible de forma temporal o permanente por el Banco, el Banco no financiará los gastos conexos y se acogerá a otras medidas que considere convenientes.

3.2 Los Oferentes, al presentar sus ofertas, declaran y garantizan:

(a) que han leído y entendido las definiciones de Prácticas Prohibidas del Banco y las sanciones aplicables a la comisión de las mismas que constan de este documento y se obligan a observar las normas pertinentes sobre las mismas;

(b) que no han incurrido en ninguna Práctica Prohibida descrita en este documento;

(c) que no han tergiversado ni ocultado ningún hecho sustancial durante los procesos de selección, negociación, adjudicación o ejecución de un contrato;

(d) que ni ellos ni sus agentes, personal, subcontratistas, subconsultores, directores, funcionarios o accionistas principales han sido declarados por el Banco o por otra Institución Financiera Internacional (IFI) con la cual el Banco haya suscrito un acuerdo para el reconocimiento recíproco de sanciones, inelegibles para que se les adjudiquen contratos financiados por el Banco o por dicha IFI, o culpables de delitos vinculados con la comisión de


Prácticas Prohibidas;

(e) que ninguno de sus directores, funcionarios o accionistas principales han sido director, funcionario o accionista principal de ninguna otra compañía o entidad que haya sido declarada inelegible por el Banco o por otra Institución Financiera Internacional (IFI) y con sujeción a lo dispuesto en acuerdos suscritos por el Banco concernientes al reconocimiento recíproco de sanciones para que se le adjudiquen contratos financiados por el Banco o ha sido declarado culpable de un delito vinculado con Prácticas Prohibidas;

(f) que han declarado todas las comisiones, honorarios de representantes, pagos por servicios de facilitación o acuerdos para compartir ingresos relacionados con actividades financiadas por el Banco;

(g) que reconocen que el incumplimiento de cualquiera de estas garantías constituye el fundamento para la imposición por el Banco de una o más de las medidas que se describen en la Cláusula 3.1 (b).

4. Interpretación

4.1 Si el contexto así lo requiere, el singular significa el plural, y viceversa.

4.2 Incoterms

(a) El significado de cualquier término comercial, así como los derechos y obligaciones de las partes serán los prescritos en los Incoterms, a menos que sea inconsistente con alguna disposición del Contrato.

(b) Los términos CIP, FCA, CPT y otros similares, cuando se utilicen, se regirán por las normas establecidas en la edición vigente de los Incoterms especificada en las CEC, y publicada por la Cámara de Comercio Internacional en París, Francia.

4.3 Totalidad del Contrato

El Contrato constituye la totalidad de lo acordado entre el Comprador y el Proveedor y substituye todas las comunicaciones, negociaciones y acuerdos (ya sea escritos o verbales) realizados entre las partes con anterioridad a la fecha de la celebración del Contrato.

4.4 Enmienda


Ninguna enmienda u otra variación al Contrato será válida a menos que esté por escrito, fechada y se refiera expresamente al Contrato, y esté firmada por un representante de cada una de las partes debidamente autorizado.

4.5 Limitación de Dispensas

(a) Sujeto a lo indicado en la Subcláusula 4.5 (b) siguiente de estas CGC, ninguna dilación, tolerancia, demora o aprobación por cualquiera de las partes al hacer cumplir algún término y condición del Contrato o el otorgar prórrogas por una de las partes a la otra, perjudicará, afectará o limitará los derechos de esa parte en virtud del Contrato. Asimismo, ninguna dispensa concedida por cualquiera de las partes por un incumplimiento del Contrato, servirá de dispensa para incumplimientos posteriores o continuos del Contrato.

(b) Toda dispensa a los derechos, poderes o remedios de una de las partes en virtud del Contrato, deberá ser por escrito, llevar la fecha y estar firmada por un representante autorizado de la parte otorgando dicha dispensa y deberá especificar la obligación que está dispensando y el alcance de la dispensa.

4.6 Divisibilidad

Si cualquier provisión o condición del Contrato es prohibida o resultase inválida o inejecutable, dicha prohibición, invalidez o falta de ejecución no afectará la validez o el cumplimiento de las otras provisiones o condiciones del Contrato.

5. Idioma 5.1 El Contrato, así como toda la correspondencia y documentos relativos al Contrato intercambiados entre el Proveedor y el Comprador, deberán ser escritos en el idioma especificado en las CEC. Los documentos de sustento y material impreso que formen parte del Contrato, pueden estar en otro idioma siempre que los mismos estén acompañados de una traducción fidedigna de los apartes pertinentes al idioma especificado y, en tal caso, dicha traducción prevalecerá para efectos de interpretación del Contrato.

5.2 El Proveedor será responsable de todos los costos de la traducción al idioma que rige, así como de todos los riesgos derivados de la exactitud de dicha traducción de los documentos proporcionados por el Proveedor.


6. Asociación en Participación o Consorcio

6.1 Si el Proveedor es una Asociación en Participación o Consorcio, todas las partes que lo conforman deberán ser mancomunada y solidariamente responsables frente al Comprador por el cumplimiento de las disposiciones del Contrato y deberán designar a una de ellas para que actúe como representante con autoridad para comprometer a la Asociación en Participación o Consorcio. La composición o constitución de la Asociación en Participación o Consorcio no podrá ser alterada sin el previo consentimiento del Comprador.

7. Elegibilidad

7.1 El Proveedor y sus Subcontratistas deberán ser originarios de países miembros del Banco. Se considera que un Proveedor o Subcontratista tiene la nacionalidad de un país elegible si cumple con los siguientes requisitos:

(a) Un individuo tiene la nacionalidad de un país miembro del Banco si el o ella satisface uno de los siguientes requisitos:

i. es ciudadano de un país miembro; oii. ha establecido su domicilio en un país miembro

como residente “bona fide” y está legalmente autorizado para trabajar en dicho país.

(b) Una firma tiene la nacionalidad de un país miembro si satisface los dos siguientes requisitos:

i. esta legalmente constituida o incorporada conforme a las leyes de un país miembro del Banco; y

ii. más del cincuenta por ciento (50%) del capital de la firma es de propiedad de individuos o firmas de países miembros del Banco.

7.2 Todos los socios de una asociación en participación, consorcio o asociación (APCA) con responsabilidad mancomunada y solidaria y todos los subcontratistas deben cumplir con los requisitos arriba establecidos.

7.3 Todos los Bienes y Servicios Conexos que hayan de suministrarse de conformidad con el contrato y que sean financiados por el Banco deben tener su origen en cualquier país miembro del Banco. Los bienes se originan en un país miembro del Banco si han sido extraídos, cultivados, cosechados o producidos en un país miembro del Banco. Un bien es producido cuando mediante manufactura, procesamiento o ensamblaje el resultado es un artículo comercialmente reconocido cuyas características básicas, su


función o propósito de uso son substancialmente diferentes de sus partes o componentes. En el caso de un bien que consiste de varios componentes individuales que requieren interconectarse (lo que puede ser ejecutado por el proveedor, el comprador o un tercero) para lograr que el bien pueda operar, y sin importar la complejidad de la interconexión, el Banco considera que dicho bien es elegible para su financiación si el ensamblaje de los componentes individuales se hizo en un país miembro. Cuando el bien es una combinación de varios bienes individuales que normalmente se empacan y venden comercialmente como una sola unidad, el bien se considera que proviene del país en donde éste fue empacado y embarcado con destino al comprador. Para efectos de determinación del origen de los bienes identificados como “hecho en la Unión Europea”, éstos serán elegibles sin necesidad de identificar el correspondiente país específico de la Unión Europea. El origen de los materiales, partes o componentes de los bienes o la nacionalidad de la firma productora, ensambladora, distribuidora o vendedora de los bienes no determina el origen de los mismos.

8. Notificaciones

8.1 Todas las notificaciones entre las partes en virtud de este Contrato deberán ser por escrito y dirigidas a la dirección indicada en las CEC. El término “por escrito” significa comunicación en forma escrita con prueba de recibo.

8.2 Una notificación será efectiva en la fecha más tardía entre la fecha de entrega y la fecha de la notificación.

9. Ley Aplicable

9.1 El Contrato se regirá y se interpretará según las leyes del país del Comprador, a menos que se indique otra cosa en las CEC.

10. Solución de Controversias

10.1 El Comprador y el Proveedor harán todo lo posible para resolver amigablemente mediante negociaciones directas informales, cualquier desacuerdo o controversia que se haya suscitado entre ellos en virtud o en referencia al Contrato.

10.2 Si después de transcurridos veintiocho (28) días las partes no han podido resolver la controversia o diferencia mediante dichas consultas mutuas, entonces el Comprador o el Proveedor podrá informar a la otra parte sobre sus intenciones de iniciar un proceso de arbitraje con respecto al asunto en disputa, conforme a las disposiciones que se indican a continuación; no se podrá iniciar un proceso de arbitraje con respecto a dicho asunto si no se ha emitido la mencionada notificación. Cualquier controversia o diferencia respecto de la cual se haya notificado la intención de iniciar un proceso


de arbitraje de conformidad con esta cláusula, se resolverá definitivamente mediante arbitraje. El proceso de arbitraje puede comenzar antes o después de la entrega de los bienes en virtud del Contrato. El arbitraje se llevará a cabo según el reglamento de procedimientos estipulado en las CEC.

10.3 No obstante las referencias a arbitraje en este documento,

(a) ambas partes deben continuar cumpliendo con sus obligaciones respectivas en virtud del Contrato, a menos que las partes acuerden de otra manera; y

(b) el Comprador pagará el dinero que le adeude al Proveedor.

11. Inspecciones y Auditorias

11.1 El Contratista permitirá, y realizará todos los trámites para que sus Subcontratistas o Consultores permitan, que el Banco y/o las personas designadas por el Banco inspeccionen todas las cuentas y registros contables del Contratista y sus sub contratistas relacionados con el proceso de licitación y la ejecución del contrato y realice auditorías por medio de auditores designados por el Banco, si así lo requiere el Banco. El Contratista, Subcontratistas y Consultores deberán prestar atención a lo estipulado en la Cláusula 3, según la cual las actuaciones dirigidas a obstaculizar significativamente el ejercicio por parte del Banco de los derechos de inspección y auditoría consignados en ésta Subcláusula 11.1 constituye una práctica prohibida que podrá resultar en la terminación del contrato (al igual que en la declaración de inelegibilidad de acuerdo a los procedimientos vigentes del Banco ).

12. Alcance de los Suministros

12.1 Los Bienes y Servicios Conexos serán suministrados según lo estipulado en la Lista de Requisitos.

13. Entrega y Documentos

13.1 Sujeto a lo dispuesto en la Subcláusula 33.1 de las CGC, la Entrega de los Bienes y Cumplimiento de los Servicios Conexos se realizará de acuerdo con el Plan de Entrega y Cronograma de Cumplimiento indicado en la Lista de Requisitos. Los detalles de los documentos de embarque y otros que deberá suministrar el Proveedor se especifican en las CEC.

14. Responsabi- lidades del Proveedor

14.1 El Proveedor deberá proporcionar todos los Bienes y Servicios Conexos incluidos en el Alcance de Suministros de conformidad con la Cláusula 12 de las CGC, el Plan de Entrega y Cronograma de Cumplimiento, de conformidad con la Cláusula 13 de las CGC.


15. Precio del Contrato

15.1 Los precios que cobre el Proveedor por los Bienes proporcionados y los Servicios Conexos prestados en virtud del Contrato no podrán ser diferentes de los cotizados por el Proveedor en su oferta, excepto por cualquier ajuste de precios autorizado en las CEC.

16. Condiciones de Pago

16.1 El precio del Contrato, incluyendo cualquier pago por anticipo, si corresponde, se pagará según se establece en las CEC.

16.2 La solicitud de pago del Proveedor al Comprador deberá ser por escrito, acompañada de recibos que describan, según corresponda, los Bienes entregados y los Servicios Conexos cumplidos, y de los documentos presentados de conformidad con la Cláusula 13 de las CGC y en cumplimiento de las obligaciones estipuladas en el Contrato.

16.3 El Comprador efectuará los pagos prontamente, pero de ninguna manera podrá exceder sesenta (60) días después de la presentación de una factura o solicitud de pago por el Proveedor, y después de que el Comprador la haya aceptado.

16.4 Las monedas en las que se le pagará al Proveedor en virtud de este Contrato serán aquellas que el Proveedor hubiese especificado en su oferta.

16.5 Si el Comprador no efectuara cualquiera de los pagos al Proveedor en las fechas de vencimiento correspondiente o dentro del plazo establecido en las CEC, el Comprador pagará al Proveedor interés sobre los montos de los pagos morosos a la tasa establecida en las CEC, por el período de la demora hasta que haya efectuado el pago completo, ya sea antes o después de cualquier juicio o fallo de arbitraje.

17. Impuestos y Derechos

17.1 En el caso de Bienes fabricados fuera del país del Comprador, el Proveedor será totalmente responsable por todos los impuestos, timbres, comisiones por licencias, y otros cargos similares impuestos fuera del país del Comprador.

17.2 En el caso de Bienes fabricados en el país del Comprador, el Proveedor será totalmente responsable por todos los impuestos, gravámenes, comisiones por licencias, y otros cargos similares incurridos hasta la entrega de los Bienes contratados con el Comprador.

17.3 El Comprador interpondrá sus mejores oficios para que el Proveedor se beneficie con el mayor alcance posible de cualquier exención impositiva, concesiones, o privilegios


legales que pudiesen aplicar al Proveedor en el país del Comprador.

18. Garantía Cumplimiento

18.1 Si así se estipula en las CEC, el Proveedor, dentro de los siguientes veintiocho (28) días de la notificación de la adjudicación del Contrato, deberá suministrar la Garantía de Cumplimiento del Contrato por el monto establecido en las CEC.

18.2 Los recursos de la Garantía de Cumplimiento serán pagaderos al Comprador como indemnización por cualquier pérdida que le pudiera ocasionar el incumplimiento de las obligaciones del Proveedor en virtud del Contrato.

18.3 Como se establece en las CEC, la Garantía de Cumplimiento, si es requerida, deberá estar denominada en la(s) misma(s) moneda(s) del Contrato, o en una moneda de libre convertibilidad aceptable al Comprador, y presentada en una de los formatos estipuladas por el Comprador en las CEC, u en otro formato aceptable al Comprador.

18.4 A menos que se indique otra cosa en las CEC, la Garantía de Cumplimento será liberada por el Comprador y devuelta al Proveedor a más tardar veintiocho (28) días contados a partir de la fecha de Cumplimiento de las obligaciones del Proveedor en virtud del Contrato, incluyendo cualquier obligación relativa a la garantía de los bienes.

19. Derechos de Autor

19.1 Los derechos de autor de todos los planos, documentos y otros materiales conteniendo datos e información proporcionada al Comprador por el Proveedor, seguirán siendo de propiedad del Proveedor. Si esta información fue suministrada al Comprador directamente o a través del Proveedor por terceros, incluyendo proveedores de materiales, el derecho de autor de dichos materiales seguirá siendo de propiedad de dichos terceros.

20. Confidencialidad de la Información

20.1 El Comprador y el Proveedor deberán mantener confidencialidad y en ningún momento divulgarán a terceros, sin el consentimiento de la otra parte, documentos, datos u otra información que hubiera sido directa o indirectamente proporcionada por la otra parte en conexión con el Contrato, antes, durante o después de la ejecución del mismo. No obstante lo anterior, el Proveedor podrá proporcionar a sus Subcontratistas los documentos, datos e información recibidos del Comprador para que puedan cumplir con su trabajo en virtud del Contrato. En tal caso, el Proveedor


obtendrá de dichos Subcontratistas un compromiso de confidencialidad similar al requerido del Proveedor bajo la Cláusula 20 de las CGC.

20.2 El Comprador no utilizará dichos documentos, datos u otra información recibida del Proveedor para ningún uso que no esté relacionado con el Contrato. Así mismo el Proveedor no utilizará los documentos, datos u otra información recibida del Comprador para ningún otro propósito que el de la ejecución del Contrato.

20.3 La obligación de las partes de conformidad con las Subcláusulas 20.1 y 20.2 de las CGC arriba mencionadas, no aplicará a información que:

(a) el Comprador o el Proveedor requieran compartir con el Banco u otras instituciones que participan en el financiamiento del Contrato;

(b) actualmente o en el futuro se hace de dominio público sin culpa de ninguna de las partes;

(c) puede comprobarse que estaba en posesión de esa parte en el momento que fue divulgada y no fue obtenida previamente directa o indirectamente de la otra parte; o

(d) que de otra manera fue legalmente puesta a la disponibilidad de esa parte por una tercera parte que no tenía obligación de confidencialidad.

20.4 Las disposiciones precedentes de esta Cláusula 20 de las CGC no modificarán de ninguna manera ningún compromiso de confidencialidad otorgado por cualquiera de las partes a quien esto compete antes de la fecha del Contrato con respecto a los Suministros o cualquier parte de ellos.

20.5 Las disposiciones de la Cláusula 20 de las CGC permanecerán válidas después del cumplimiento o terminación del Contrato por cualquier razón.

21. Subcontratación

21.1 El Proveedor informará al Comprador por escrito de todos los subcontratos que adjudique en virtud del Contrato si no los hubiera especificado en su oferta. Dichas notificaciones, en la oferta original u ofertas posteriores, no eximirán al Proveedor de sus obligaciones, deberes y compromisos o responsabilidades contraídas en virtud del Contrato.

21.2 Todos los subcontratos deberán cumplir con las disposiciones


de las Cláusulas 3 y 7 de las CGC.

22. Especificaciones y Normas

22.1 Especificaciones Técnicas y Planos

(a) Los Bienes y Servicios Conexos proporcionados bajo este Contrato deberán ajustarse a las especificaciones técnicas y a las normas estipuladas en la Sección VI, Lista de Requisitos y, cuando no se hace referencia a una norma aplicable, la norma será equivalente o superior a las normas oficiales cuya aplicación sea apropiada en el país de origen de los Bienes.

(b) El Proveedor tendrá derecho a rehusar responsabilidad por cualquier diseño, dato, plano, especificación u otro documento, o por cualquier modificación proporcionada o diseñada por o en nombre del Comprador, mediante notificación al Comprador de dicho rechazo.

(c) Cuando en el Contrato se hagan referencias a códigos y normas conforme a las cuales éste debe ejecutarse, la edición o versión revisada de dichos códigos y normas será la especificada en la Lista de Requisitos. Cualquier cambio de dichos códigos o normas durante la ejecución del Contrato se aplicará solamente con la aprobación previa del Comprador y dicho cambio se regirá de conformidad con la Cláusula 33 de las CGC.

23. Embalaje y Documentos

23.1 El Proveedor embalará los Bienes en la forma necesaria para impedir que se dañen o deterioren durante el transporte al lugar de destino final indicado en el Contrato. El embalaje deberá ser adecuado para resistir, sin limitaciones, su manipulación brusca y descuidada, su exposición a temperaturas extremas, la sal y las precipitaciones, y su almacenamiento en espacios abiertos. En el tamaño y peso de los embalajes se tendrá en cuenta, cuando corresponda, la lejanía del lugar de destino final de los bienes y la carencia de equipo pesado de carga y descarga en todos los puntos en que los bienes deban transbordarse.

23.2 El embalaje, las identificaciones y los documentos que se coloquen dentro y fuera de los bultos deberán cumplir estrictamente con los requisitos especiales que se hayan estipulado expresamente en el Contrato, y cualquier otro requisito, si lo hubiere, especificado en las CEC y en cualquiera otra instrucción dispuesta por el Comprador.

24. Seguros 24.1 A menos que se disponga otra cosa en las CEC, los Bienes suministrados bajo el Contrato deberán estar completamente


asegurados, en una moneda de libre convertibilidad de un país elegible, contra riesgo de extravío o daños incidentales ocurridos durante fabricación, adquisición, transporte, almacenamiento y entrega, de conformidad con los Incoterms aplicables o según se disponga en las CEC.

25. Transporte 25.1 A menos que se disponga otra cosa en las CEC, la responsabilidad por los arreglos de transporte de los Bienes se regirá por los Incoterms indicados.

26. Inspecciones y Pruebas

26.1 El Proveedor realizará todas las pruebas y/o inspecciones de los Bienes y Servicios Conexos según se dispone en las CEC, por su cuenta y sin costo alguno para el Comprador.

26.2 Las inspecciones y pruebas podrán realizarse en las instalaciones del Proveedor o de sus Subcontratistas, en el lugar de entrega y/o en el lugar de destino final de los Bienes o en otro lugar en el país del Comprador establecido en las CEC. De conformidad con la Subcláusula 26.3 de las CGC, cuando dichas inspecciones o pruebas sean realizadas en recintos del Proveedor o de sus subcontratistas se le proporcionarán a los inspectores todas las facilidades y asistencia razonables, incluso el acceso a los planos y datos sobre producción, sin cargo alguno para el Comprador.

26.3 El Comprador o su representante designado tendrá derecho a presenciar las pruebas y/o inspecciones mencionadas en la Subcláusula 26.2 de las CGC, siempre y cuando éste asuma todos los costos y gastos que ocasione su participación, incluyendo gastos de viaje, alojamiento y alimentación.

26.4 Cuando el Proveedor esté listo para realizar dichas pruebas e inspecciones, notificará oportunamente al Comprador indicándole el lugar y la hora. El Proveedor obtendrá de una tercera parte, si corresponde, o del fabricante cualquier permiso o consentimiento necesario para permitir al Comprador o a su representante designado presenciar las pruebas y/o inspecciones.

26.5 El Comprador podrá requerirle al Proveedor que realice algunas pruebas y/o inspecciones que no están requeridas en el Contrato, pero que considere necesarias para verificar que las características y funcionamiento de los bienes cumplan con los códigos de las especificaciones técnicas y normas establecidas en el Contrato. Los costos adicionales razonables que incurra el Proveedor por dichas pruebas e inspecciones serán sumados al precio del Contrato. Asimismo, si dichas pruebas y/o inspecciones impidieran el avance de la


fabricación y/o el desempeño de otras obligaciones del Proveedor bajo el Contrato, deberán realizarse los ajustes correspondientes a las Fechas de Entrega y de Cumplimiento y de las otras obligaciones afectadas.

26.6 El Proveedor presentará al Comprador un informe de los resultados de dichas pruebas y/o inspecciones.

26.7 El Comprador podrá rechazar algunos de los Bienes o componentes de ellos que no pasen las pruebas o inspecciones o que no se ajusten a las especificaciones. El Proveedor tendrá que rectificar o reemplazar dichos bienes o componentes rechazados o hacer las modificaciones necesarias para cumplir con las especificaciones sin ningún costo para el Comprador. Asimismo, tendrá que repetir las pruebas o inspecciones, sin ningún costo para el Comprador, una vez que notifique al Comprador de conformidad con la Subcláusula 26.4 de las CGC.

26.8 El Proveedor acepta que ni la realización de pruebas o inspecciones de los Bienes o de parte de ellos, ni la presencia del Comprador o de su representante, ni la emisión de informes, de conformidad con la Subcláusula 26.6 de las CGC, lo eximirán de las garantías u otras obligaciones en virtud del Contrato.

27. Liquidación por Daños y Perjuicios

27.1 Con excepción de lo que se establece en la Cláusula 32 de las CGC, si el Proveedor no cumple con la entrega de la totalidad o parte de los Bienes en la(s) fecha(s) establecida(s) o con la prestación de los Servicios Conexos dentro del período especificado en el Contrato, sin perjuicio de los demás recursos que el Comprador tenga en virtud del Contrato, éste podrá deducir del Precio del Contrato por concepto de liquidación de daños y perjuicios, una suma equivalente al porcentaje del precio de entrega de los Bienes atrasados o de los servicios no prestados establecido en las CEC por cada semana o parte de la semana de retraso hasta alcanzar el máximo del porcentaje especificado en esas CEC. Al alcanzar el máximo establecido, el Comprador podrá dar por terminado el Contrato de conformidad con la Cláusula 35 de las CGC.

28. Garantía de los Bienes

28.1 El Proveedor garantiza que todos los bienes suministrados en virtud del Contrato son nuevos, sin uso, del modelo más reciente o actual e incorporan todas las mejoras recientes en cuanto a diseño y materiales, a menos que el Contrato disponga otra cosa.

28.2 De conformidad con la Subcláusula 22.1(b) de las CGC, el


Proveedor garantiza que todos los bienes suministrados estarán libres de defectos derivados de actos y omisiones que éste hubiese incurrido, o derivados del diseño, materiales o manufactura, durante el uso normal de los bienes en las condiciones que imperen en el país de destino final.

28.3 Salvo que se indique otra cosa en las CEC, la garantía permanecerá vigente durante el período cuya fecha de terminación sea la más temprana entre los períodos siguientes: doce (12) meses a partir de la fecha en que los Bienes, o cualquier parte de ellos según el caso, hayan sido entregados y aceptados en el punto final de destino indicado en el Contrato, o dieciocho (18) meses a partir de la fecha de embarque en el puerto o lugar de flete en el país de origen.

28.4 El Comprador comunicará al Proveedor la naturaleza de los defectos y proporcionará toda la evidencia disponible, inmediatamente después de haberlos descubierto. El Comprador otorgará al Proveedor facilidades razonables para inspeccionar tales defectos.

28.5 Tan pronto reciba el Proveedor dicha comunicación, y dentro del plazo establecido en las CEC, deberá reparar o reemplazar los Bienes defectuosos, o sus partes sin ningún costo para el Comprador.

28.6 Si el Proveedor después de haber sido notificado, no cumple con corregir los defectos dentro del plazo establecido en las CEC, el Comprador, dentro de un tiempo razonable, podrá proceder a tomar las medidas necesarias para remediar la situación, por cuenta y riesgo del Proveedor y sin perjuicio de otros derechos que el Comprador pueda ejercer contra el Proveedor en virtud del Contrato.

29. Indemnización por Derechos de Patente

29.1 De conformidad con la Subcláusula 29.2, el Proveedor indemnizará y librará de toda responsabilidad al Comprador y sus empleados y funcionarios en caso de pleitos, acciones o procedimientos administrativos, reclamaciones, demandas, pérdidas, daños, costos y gastos de cualquier naturaleza, incluyendo gastos y honorarios por representación legal, que el Comprador tenga que incurrir como resultado de transgresión o supuesta transgresión de derechos de patente, uso de modelo, diseño registrado, marca registrada, derecho de autor u otro derecho de propiedad intelectual registrado o ya existente en la fecha del Contrato debido a:

(a) la instalación de los bienes por el Proveedor o el uso de los bienes en el País donde está el lugar del proyecto; y


(b) la venta de los productos producidos por los Bienes en cualquier país.

Dicha indemnización no procederá si los Bienes o una parte de ellos fuesen utilizados para fines no previstos en el Contrato o para fines que no pudieran inferirse razonablemente del Contrato. La indemnización tampoco cubrirá cualquier transgresión que resultara del uso de los Bienes o parte de ellos, o de cualquier producto producido como resultado de asociación o combinación con otro equipo, planta o materiales no suministrados por el Proveedor en virtud del Contrato.

29.2 Si se entablara un proceso legal o una demanda contra el Comprador como resultado de alguna de las situaciones indicadas en la Subcláusula 29.1 de las CGC, el Comprador notificará prontamente al Proveedor y éste por su propia cuenta y en nombre del Comprador responderá a dicho proceso o demanda, y realizará las negociaciones necesarias para llegar a un acuerdo de dicho proceso o demanda.

29.3 Si el Proveedor no notifica al Comprador dentro de veintiocho (28) días a partir del recibo de dicha comunicación de su intención de proceder con tales procesos o reclamos, el Comprador tendrá derecho a emprender dichas acciones en su propio nombre.

29.4 El Comprador se compromete, a solicitud del Proveedor, a prestarle toda la asistencia posible para que el Proveedor pueda contestar las citadas acciones legales o reclamaciones. El Comprador será reembolsado por el Proveedor por todos los gastos razonables en que hubiera incurrido.

29.5 El Comprador deberá indemnizar y eximir de culpa al Proveedor y a sus empleados, funcionarios y Subcontratistas, por cualquier litigio, acción legal o procedimiento administrativo, reclamo, demanda, pérdida, daño, costo y gasto, de cualquier naturaleza, incluyendo honorarios y gastos de abogado, que pudieran afectar al Proveedor como resultado de cualquier transgresión o supuesta transgresión de patentes, modelos de aparatos, diseños registrados, marcas registradas, derechos de autor, o cualquier otro derecho de propiedad intelectual registrado o ya existente a la fecha del Contrato, que pudieran suscitarse con motivo de cualquier diseño, datos, planos, especificaciones, u otros documentos o materes que hubieran sido suministrados o diseñados por el Comprador o a nombre suyo.


30. Limitación de Responsabilidad

30.1 Excepto en casos de negligencia criminal o de malversación,

(a) el Proveedor no tendrá ninguna responsabilidad contractual, de agravio o de otra índole frente al Comprador por pérdidas o daños indirectos o consiguientes, pérdidas de utilización, pérdidas de producción, o pérdidas de ganancias o por costo de intereses, estipulándose que esta exclusión no se aplicará a ninguna de las obligaciones del Proveedor de pagar al Comprador los daños y perjuicios previstos en el Contrato, y

(b) la responsabilidad total del Proveedor frente al Comprador, ya sea contractual, de agravio o de otra índole, no podrá exceder el Precio del Contrato, entendiéndose que tal limitación de responsabilidad no se aplicará a los costos provenientes de la reparación o reemplazo de equipo defectuoso, ni afecta la obligación del Proveedor de indemnizar al Comprador por transgresiones de patente.

31. Cambio en las Leyes y Regulaciones

31.1 A menos que se indique otra cosa en el Contrato, si después de la fecha de 28 días antes de la presentación de ofertas, cualquier ley, reglamento, decreto, ordenanza o estatuto con carácter de ley entrase en vigencia, se promulgase, abrogase o se modificase en el lugar del país del Comprador donde está ubicado el Proyecto (incluyendo cualquier cambio en interpretación o aplicación por las autoridades competentes) y que afecte posteriormente la fecha de Entrega y/o el Precio del Contrato, dicha Fecha de Entrega y/o Precio del Contrato serán incrementados o reducidos según corresponda, en la medida en que el Proveedor haya sido afectado por estos cambios en el desempeño de sus obligaciones en virtud del Contrato. No obstante lo anterior, dicho incremento o disminución del costo no se pagará separadamente ni será acreditado si el mismo ya ha sido tenido en cuenta en las provisiones de ajuste de precio, si corresponde y de conformidad con la Cláusula 15 de las CGC.

32. Fuerza Mayor

32.1 El Proveedor no estará sujeto a la ejecución de su Garantía de Cumplimiento, liquidación por daños y perjuicios o terminación por incumplimiento en la medida en que la demora o el incumplimiento de sus obligaciones en virtud del Contrato sea el resultado de un evento de Fuerza Mayor.

32.2 Para fines de esta Cláusula, “Fuerza Mayor” significa un evento o situación fuera del control del Proveedor que es imprevisible, inevitable y no se origina por descuido o negligencia del Proveedor. Tales eventos pueden incluir sin que éstos sean los


únicos, actos del Comprador en su capacidad soberana, guerras o revoluciones, incendios, inundaciones, epidemias, restricciones de cuarentena, y embargos de cargamentos.

32.3 Si se presentara un evento de Fuerza Mayor, el Proveedor notificará por escrito al Comprador a la máxima brevedad posible sobre dicha condición y causa. A menos que el Comprador disponga otra cosa por escrito, el Proveedor continuará cumpliendo con sus obligaciones en virtud del Contrato en la medida que sea razonablemente práctico, y buscará todos los medios alternativos de cumplimiento que no estuviesen afectados por la situación de Fuerza Mayor existente.

33. Ordenes de Cambio y Enmiendas al Contrato

33.1 El Comprador podrá, en cualquier momento, efectuar cambios dentro del marco general del Contrato, mediante orden escrita al Proveedor de acuerdo con la Cláusula 8 de las CGC, en uno o más de los siguientes aspectos:

(a) planos, diseños o especificaciones, cuando los Bienes que deban suministrarse en virtud al Contrato deban ser fabricados específicamente para el Comprador;

(b) la forma de embarque o de embalaje;

(c) el lugar de entrega, y/o

(d) los Servicios Conexos que deba suministrar el Proveedor.

33.2 Si cualquiera de estos cambios causara un aumento o disminución en el costo o en el tiempo necesario para que el Proveedor cumpla cualquiera de las obligaciones en virtud del Contrato, se efectuará un ajuste equitativo al Precio del Contrato o al Plan de Entregas/de Cumplimiento, o a ambas cosas, y el Contrato se enmendará según corresponda. El Proveedor deberá presentar la solicitud de ajuste de conformidad con esta Cláusula, dentro de los veintiocho (28) días contados a partir de la fecha en que éste reciba la solicitud de la orden de cambio del Comprador.

33.3 Los precios que cobrará el Proveedor por Servicios Conexos que pudieran ser necesarios pero que no fueron incluidos en el Contrato, deberán convenirse previamente entre las partes, y no excederán los precios que el Proveedor cobra actualmente a terceros por servicios similares.

33.4 Sujeto a lo anterior, no se introducirá ningún cambio o modificación al Contrato excepto mediante una enmienda por


escrito ejecutada por ambas partes.

34. Prórroga de los Plazos

34.1 Si en cualquier momento durante la ejecución del Contrato, el Proveedor o sus Subcontratistas encontrasen condiciones que impidiesen la entrega oportuna de los Bienes o el cumplimiento de los Servicios Conexos de conformidad con la Cláusula 13 de las CGC, el Proveedor informará prontamente y por escrito al Comprador sobre la demora, posible duración y causa. Tan pronto como sea posible después de recibir la comunicación del Proveedor, el Comprador evaluará la situación y a su discreción podrá prorrogar el plazo de cumplimiento del Proveedor. En dicha circunstancia, ambas partes ratificarán la prórroga mediante una enmienda al Contrato.

33.2 Excepto en el caso de Fuerza Mayor, como se indicó en la Cláusula 32 de las CGC, cualquier retraso en el desempeño de sus obligaciones de Entrega y Cumplimiento expondrá al Proveedor a la imposición de liquidación por daños y perjuicios de conformidad con la Cláusula 27 de las CGC, a menos que se acuerde una prórroga en virtud de la Subcláusula 34.1 de las CGC.

35. Terminación

35.1 Terminación por Incumplimiento

(a) El Comprador, sin perjuicio de otros recursos a su haber en caso de incumplimiento del Contrato, podrá terminar el Contrato en su totalidad o en parte mediante una comunicación de incumplimiento por escrito al Proveedor en cualquiera de las siguientes circunstancias:

(i) si el Proveedor no entrega parte o ninguno de los Bienes dentro del período establecido en el Contrato, o dentro de alguna prórroga otorgada por el Comprador de conformidad con la Cláusula 34 de las CGC; o

(ii) Si el Proveedor no cumple con cualquier otra obligación en virtud del Contrato; o

(iii) Si el Proveedor, a juicio del Comprador, durante el proceso de licitación o de ejecución del Contrato, ha participado en prácticas prohibidas, según se define en la Cláusula 3 de las CGC

(b) En caso de que el Comprador termine el Contrato en su totalidad o en parte, de conformidad con la Cláusula 35.1(a) de las CGC, éste podrá adquirir, bajo términos y condiciones que considere apropiadas, Bienes o Servicios Conexos similares a los no suministrados o


prestados. En estos casos, el Proveedor deberá pagar al Comprador los costos adicionales resultantes de dicha adquisición. Sin embargo, el Proveedor seguirá estando obligado a completar la ejecución de aquellas obligaciones en la medida que hubiesen quedado sin concluir.

35.2 Terminación por Insolvencia

(a) El Comprador podrá rescindir el Contrato mediante comunicación por escrito al Proveedor si éste se declarase en quiebra o en estado de insolvencia. En tal caso, la terminación será sin indemnización alguna para el Proveedor, siempre que dicha terminación no perjudique o afecte algún derecho de acción o recurso que tenga o pudiera llegar a tener posteriormente hacia el Comprador.

35.3 Terminación por Conveniencia.

(a) El Comprador, mediante comunicación enviada al Proveedor, podrá terminar el Contrato total o parcialmente, en cualquier momento por razones de conveniencia. La comunicación de terminación deberá indicar que la terminación es por conveniencia del Comprador, el alcance de la terminación de las responsabilidades del Proveedor en virtud del Contrato y la fecha de efectividad de dicha terminación.

(b) Los bienes que ya estén fabricados y listos para embarcar dentro de los veintiocho (28) días siguientes a al recibo por el Proveedor de la notificación de terminación del Comprador deberán ser aceptados por el Comprador de acuerdo con los términos y precios establecidos en el Contrato. En cuanto al resto de los Bienes el Comprador podrá elegir entre las siguientes opciones:

(i) que se complete alguna porción y se entregue de acuerdo con las condiciones y precios del Contrato; y/o

(ii) que se cancele el balance restante y se pague al Proveedor una suma convenida por aquellos Bienes o Servicios Conexos que hubiesen sido parcialmente completados y por los materiales y repuestos adquiridos previamente por el Proveedor.

36. Cesión 36.1 Ni el Comprador ni el Proveedor podrán ceder total o parcialmente las obligaciones que hubiesen contraído en virtud


del Contrato, excepto con el previo consentimiento por escrito de la otra parte.

37. Restricciones a la Exportación

37.1 No obstante cualquier obligación incluida en el Contrato de cumplir con todas las formalidades de exportación, cualquier restricción de exportación atribuible al Comprador, al país del Comprador o al uso de los productos/bienes, sistemas o servicios a ser proveídos y que provenga de regulaciones comerciales de un país proveedor de los productos/bienes, sistemas o servicios, y que impidan que el Proveedor cumpla con sus obligaciones contractuales, deberán liberar al Proveedores de la obligación de proveer bienes o servicios. Lo anterior tendrá efecto siempre y cuando el Oferente pueda demostrar, a satisfacción del Banco y el Comprador, que ha cumplido diligentemente con todas las formalidades tales como aplicaciones para permisos, autorizaciones y licencias necesarias para la exportación de los productos/bienes, sistemas o servicios de acuerdo a los términos del Contrato. La Terminación del Contrato se hará según convenga al Comprador según lo estipulado en las Subcláusulas 35.3 y 37.1.

Sección VIII. Condiciones Especiales del Contrato 371

Sección VIII. Condiciones Especiales del Contrato

Las siguientes Condiciones Especiales del Contrato (CEC) complementarán y/o enmendarán las Condiciones Generales del Contrato (CGC). En caso de haber conflicto, las provisiones aquí dispuestas prevalecerán sobre las de las CGC.

A. Condiciones Especiales del Contrato

CGC 1.1(i) El país del Comprador es: Costa Rica

CGC 1.1(j) El Comprador es: Instituto Costarricense de Electricidad, ente público de la República de Costa Rica, domiciliado en San José y con cédula jurídica No. 4-000-042139-02.

CGC 1.1(o) El (Los) Destino(s) final(es) del (de los) Sitio(s) del (de los) Proyecto(s) es/son: Centro Nacional de Control de EnergíaInstituto Costarricense de ElectricidadEdificio Centro Control de Energía (CENCE) De las Oficinas Centrales del ICE, 500 metros al norteSabana NorteSan José, Costa Rica

Centro Nacional de Control de EnergíaInstituto Costarricense de ElectricidadEdificio Centro Control de Energía (CENCE)Subestación CañasCañas, Guanacaste, Costa Rica

CGC 4.2 (b) La versión de la edición de los Incoterms será: Incoterms 2010.

CGC 5.1 El idioma será: Español.

CGC 8.1 Para notificaciones, la dirección del Comprador será:


Proveeduría Institucional, Ventanilla Unica

Sabana Norte





CGC 9.1 La ley que rige será la de: Costa Rica.

CGC 10.2 El arbitraje se llevará a cabo según el reglamento de procedimientos estipulado en las CEC. Los reglamentos de los procedimientos para los procesos de arbitraje, de conformidad con la Cláusula 10.2 de las CGC, serán:

(a) Contrato con un Proveedor extranjero:

CGC 10.2 (a) - Cualquier disputa, controversia o reclamo generado por o en relación con este Contrato, o por incumplimiento, cesación, o anulación del mismo, deberán ser resueltos mediante arbitraje de conformidad con el Reglamento de Arbitraje vigente de la CNUDMI.

(b) Contratos con Proveedores ciudadanos del país del Comprador:

En el caso de alguna controversia entre el Comprador y el Proveedor que es un ciudadano del país del Comprador, la controversia deberá ser sometida a juicio o arbitraje de acuerdo con las leyes del país del Comprador.

CGC 13.1 Los documentos mencionados en los artículos 315, 316 y 317 del decreto N° 25270-H, del Reglamento a la Ley General de Aduanas de la República de Costa Rica y Lista de empaque (en caso de que aplique).

El Comprador deberá recibir los documentos arriba mencionados antes de la llegada de los Bienes; si no recibe dichos documentos, todos los gastos consecuentes correrán por cuenta del Proveedor.

CGC 15.1 Los precios de los Bienes suministrados y los Servicios Conexos prestados “no serán” ajustables.

CGC 16.1 Modelo de disposición:

CGC 16.1 - La forma y condiciones de pago al Proveedor en virtud del Contrato serán las siguientes:

Pago de bienes importados:

El pago de la parte en moneda extranjera se efectuará en dólares de los Estados Unidos de América.

(i) Al recibir el Sistema de Desarrollo: El diez por ciento (10%) del Precio del Contrato correspondiente a Bienes se pagará dentro de los treinta (30) días siguientes a la recepción a satisfacción del Sistema de Desarrollo por parte del Comprador, contra la presentación de una solicitud de pago.

(ii) Al embarcar los bienes: El diez por ciento (10%) del Precio del Contrato correspondiente a Bienes se pagará contra la presentación de los documentos de embarque de los dos sistemas SCADA/EMS, especificados en la Cláusula 13 de las


CGC, dentro de los treinta (30) días siguientes a la presentación de dichos documentos.

(iii) Al recibir los bienes: El treinta por ciento (30%) del precio del Contrato correspondiente a Bienes se pagará dentro de los treinta (30) días siguientes a la recepción satisfactoria de los equipos y programas de los dos sistemas SCADA/EMS, contra presentación de una solicitud de pago acompañada de un certificado de aceptación emitido por el Comprador.

(iv) Al concluir las pruebas de aceptación del SCADA/EMS #1: El veinte por ciento (20%) del precio del Contrato correspondiente a Bienes se pagará dentro de los treinta (30) días siguientes a la conclusión de las pruebas de aceptación de los equipos y programas del sistema SCADA/EMS #1, contra presentación de una solicitud de pago acompañada de un certificado de aceptación emitido por el Comprador.

(v) Al concluir las pruebas de aceptación del SCADA/EMS #2: El veinte por ciento (20%) del precio del Contrato correspondiente a Bienes se pagará dentro de los treinta (30) días siguientes a la conclusión de las pruebas de aceptación de los equipos y programas del sistema SCADA/EMS #2, contra presentación de una solicitud de pago acompañada de un certificado de aceptación emitido por el Comprador.

(vi) Al concluir las pruebas de aceptación definitiva: El diez por ciento (10%) del precio del Contrato correspondiente a Bienes se pagará dentro de los treinta (30) días siguientes a la conclusión de las pruebas de aceptación definitiva de los sistemas SCADA/EMS, contra presentación de una solicitud de pago acompañada de un certificado de aceptación emitido por el Comprador.

Pago de servicios conexos:

El pago de los servicios, independientemente de que sean suministrados en el país del Proveedor o del Comprador se efectuará en dólares de los Estados Unidos de América, de la siguiente manera:

(i) Al concluir la capacitación en fábrica fase #1: El cien por ciento (100%) del monto cotizado para la capacitación en fábrica fase #1 se pagará dentro de los treinta (30) días siguientes de recibida, contra presentación de una solicitud de pago acompañada de un certificado de aceptación emitido por el Comprador.

(ii) Al concluir la capacitación en fábrica fase #2: El cien por ciento (100%) del monto cotizado para la capacitación en


fábrica fase #2 se pagará dentro de los treinta (30) días siguientes de recibida, contra presentación de una solicitud de pago acompañada de un certificado de aceptación emitido por el Comprador.

(iii) Al concluir la capacitación en sitio: El cien por ciento (100%) del monto cotizado para la capacitación en sitio (en Costa Rica) se pagará dentro de los treinta (30) días siguientes de recibida, contra presentación de una solicitud de pago acompañada de un certificado de aceptación emitido por el Comprador.

(iv) Al concluir las pruebas de aceptación en sitio (SAT) para el SCADA/EMS #1: El cien por ciento (100%) del monto cotizado para la ejecución de las pruebas SAT del SCADA/EMS #1 se pagará dentro de los treinta (30) días siguientes de concluidas las pruebas, contra presentación de una solicitud de pago acompañada de un certificado de aceptación emitido por el Comprador.

(v) Al concluir las pruebas de aceptación en sitio (SAT) para el SCADA/EMS #2: El cien por ciento (100%) del monto cotizado para la ejecución de las pruebas SAT del SCADA/EMS #2 se pagará dentro de los treinta (30) días siguientes de concluidas las pruebas, contra presentación de una solicitud de pago acompañada de un certificado de aceptación emitido por el Comprador.

(vi) Al concluir las pruebas de aceptación definitiva de los dos sistemas SCADA/EMS: El cien por ciento (100%) del monto cotizado para la ejecución de las pruebas conjuntas de los dos SCADA/EMS, pruebas de disponibilidad y la transferencia (cutover) se pagará dentro de los treinta (30) días siguientes de concluida la aceptación definitiva, contra presentación de una solicitud de pago acompañada de un certificado de aceptación emitido por el Comprador.

CGC 16.5 El plazo de pago después del cual el Comprador deberá pagar interés al Proveedor es un día después de vencido el plazo señalado.

La tasa de interés que se aplicará es la internacional (prime rate) referenciada por el Banco Central de Costa Rica.

CGC 18.1 Se requerirá una Garantía de Cumplimiento.

El monto de la Garantía deberá ser: 5% del monto del Contrato.

CGC 18.3 Se requiere una Garantía de Cumplimiento, que deberá presentarse en la forma de Garantía Bancaria y estar denominada en dólares de los Estados


Unidos de América.

CGC 18.4 No aplica.

CGC 23.2 El embalaje, la identificación y la documentación dentro y fuera de los paquetes serán como se indica a continuación: serán los considerados necesarios por el adjudicatario para garantizar la integridad y seguridad de los bienes objeto de esta licitación.

CGC 24.1 La cobertura de seguro será según se establece en el Incoterms CPT, indicado en la IAO 14.6 (b)(ii), Sección II “Datos de la Licitación”.

CGC 25.1 La responsabilidad por el transporte de los Bienes será según se establece en el Incoterms CPT, indicado en la IAO 14.6 (b)(ii), Sección II “Datos de la Licitación”.

CGC 26.1 Las inspecciones y pruebas serán como se indica a continuación: Se realizarán inspecciones visuales sobre el estado y entrega completa del requerimiento y las pruebas de aceptación en fábrica y en sitio especificadas en el cartel de licitación, de acuerdo con la sección 3.4.13.2.

CGC 26.2 Las inspecciones y pruebas se realizarán en: (1) Inspecciones en Almacén Recibo ICE, en Colima de Tibás, San José. (2) Pruebas en fábrica en las instalaciones del Proveedor. (3) Pruebas en sitio en las instalaciones del Comprador, en los Centros de Control de San José y Cañas.

CGC 27.1 El valor de la liquidación por daños y perjuicios será: 0,6% por día, de acuerdo con metodología establecida en el apartado 4.7 del Anexo Informativo.

CGC 27.1 El monto máximo de la liquidación por daños y perjuicios será: 25%.

CGC 28.3 El período de validez de la Garantía será 365 días a partir de la recepción definitiva de los bienes y servicios conexos. Para fines de la Garantía, el (los) lugar(es) de destino(s) final(es) será(n):

Centro Nacional de Control de Energía, San José, Costa Rica.Centro Nacional de Control de Energía, Cañas, Costa Rica.

CGC 28.5 El plazo para reparar o reemplazar los bienes será: 30 días.

Sección IX. Formularios del Contrato 376

Sección IX. Formularios del Contrato

Índice de Formularios

1. Contrato.........................................................................375

2. Garantía de Cumplimiento...............................................377

3. Certificado del Proveedor................................................379

4. Anexo Informativo...........................................................3824.1 Declaraciones Juradas......................................................................................................382

4.2 Especies Fiscales..............................................................................................................382

4.3 Refrendo del Contrato......................................................................................................382

4.4 Impuestos.........................................................................................................................383

4.5 Finiquito...........................................................................................................................383

4.6 Además............................................................................................................................384

4.7 Tabla Estimación de Cláusula Penal................................................................................384


1. Contrato

[El Oferente seleccionado completará este formulario de acuerdo con las instrucciones indicadas]

ESTE CONTRATO es celebrado

El día [indicar: número] de [indicar: mes] de [indicar: año].

ENTRE

(1) [indicar nombre completo del Comprador], una [indicar la descripción de la entidad jurídica, por ejemplo, una Agencia del Ministerio de .... del Gobierno de [indicar el nombre del país del Comprador], o corporación integrada bajo las leyes de [indicar el nombre del país del Comprador]] y físicamente ubicada en [indicar la dirección del Comprador] (en adelante denominado “el Comprador”), y

(2) [indicar el nombre del Proveedor], una corporación incorporada bajo las leyes de [indicar: nombre del país del Proveedor] físicamente ubicada en [indicar: dirección del Proveedor] (en adelante denominada “el Proveedor”).

POR CUANTO el Comprador ha llamado a licitación respecto de ciertos Bienes y Servicios Conexos, [inserte una breve descripción de los bienes y servicios] y ha aceptado una oferta del Proveedor para el suministro de dichos Bienes y Servicios por la suma de [indicar el Precio del Contrato en palabras y cifras expresado en la(s) moneda(s) del Contrato y] (en adelante denominado “Precio del Contrato”).

ESTE CONTRATO ATESTIGUA LO SIGUIENTE:

1. En este Contrato las palabras y expresiones tendrán el mismo significado que se les asigne en las respectivas condiciones del Contrato a que se refieran.

2. Los siguientes documentos constituyen el Contrato entre el Comprador y el Proveedor, y serán leídos e interpretados como parte integral del Contrato:

(a) Este Contrato;

(b) Las Condiciones Especiales del Contrato

(c) Las Condiciones Generales del Contrato;

(d) Los Requerimientos Técnicos (incluyendo la Lista de Requisitos y las Especificaciones Técnicas);

(e) La oferta del Proveedor y las Listas de Precios originales;

(f) La notificación de Adjudicación del Contrato emitida por el Comprador.


(g) [Agregar aquí cualquier otro(s) documento(s)]

3. Este Contrato prevalecerá sobre todos los otros documentos contractuales. En caso de alguna discrepancia o inconsistencia entre los documentos del Contrato, los documentos prevalecerán en el orden enunciado anteriormente.

4. En consideración a los pagos que el Comprador hará al Proveedor conforme a lo estipulado en este Contrato, el Proveedor se compromete a proveer los Bienes y Servicios al Comprador y a subsanar los defectos de éstos de conformidad en todo respecto con las disposiciones del Contrato.

5. El Comprador se compromete a pagar al Proveedor como contrapartida del suministro de los bienes y servicios y la subsanación de sus defectos, el Precio del Contrato o las sumas que resulten pagaderas de conformidad con lo dispuesto en el Contrato en el plazo y en la forma prescritos en éste.

EN TESTIMONIO de lo cual las partes han ejecutado el presente Contrato de conformidad con las leyes de [indicar el nombre de la ley del país que gobierna el Contrato] en el día, mes y año antes indicados.

Por y en nombre del Comprador

Firmado: [indicar firma] en capacidad de [indicar el título u otra designación apropiada] en la presencia de [indicar la identificación del testigo]

Por y en nombre del Proveedor

Firmado: [indicar la(s) firma(s) del (los) representante(s) autorizado(s) del Proveedor] en capacidad de [indicar el título u otra designación apropiada] en la presencia de [indicar la identificación del testigo]


2. Garantía de Cumplimiento

[El banco, a solicitud del Oferente seleccionado, completará este formulario de acuerdo con las instrucciones indicadas]

Fecha: [indicar la fecha (día, mes, y año) de la presentación de la oferta]LPI No. y Título: [indicar el No. y título del proceso licitatorio]

Sucursal del banco u oficina [nombre completo del Garante]

Beneficiario: [Nombre completo del Comprador]

GARANTIA DE CUMPLIMIENTO No.: [indicar el número de la Garantía]

Se nos ha informado que [nombre completo del Proveedor] (en adelante denominado “el Proveedor”) ha celebrado el contrato No. [indicar número] de fecha [indicar día, y mes] de [indicar año] con ustedes, para el suministro de [breve descripción de los Bienes y Servicios Conexos] (en adelante denominado “el Contrato”).

Además, entendemos que, de acuerdo con las condiciones del Contrato, se requiere una Garantía de Cumplimiento.

A solicitud del Proveedor, nosotros por medio de la presente garantía nos obligamos irrevocablemente a pagarles a ustedes una suma o sumas, que no excedan [indicar la(s) suma(s) en cifras y en palabras]8 contra su primera solicitud por escrito, acompañada de una declaración escrita, manifestando que el Proveedor está en violación de sus obligaciones en virtud del Contrato, sin argumentaciones ni objeciones capciosas, sin necesidad de que ustedes prueben o acrediten las causas o razones de su demanda o la suma especificada en ella.

Esta garantía expirará a más tardar el [indicar el número] día de [indicar el mes de [indicar el año]9, y cualquier reclamación de pago bajo esta garantía deberá ser recibida por nosotros en esta oficina en o antes de esa fecha.

8 El banco deberá insertar la suma establecida en las CEC y denominada como se establece en las CEC, ya sea en la(s) moneda(s) del Contrato o en una moneda de libre convertibilidad aceptable al Comprador.

9 Las fechas han sido establecidas de conformidad con la Cláusula 18.4 de las Condiciones Generales del Contrato (“CGC”) teniendo en cuenta cualquier otra obligación de garantía del Proveedor de conformidad con la Cláusula 16.2 de las CGC, prevista a ser obtenida con una Garantía de Cumplimento parcial. El Comprador deberá advertir que en caso de prórroga del plazo para cumplimiento del Contrato, el Comprador tendrá que solicitar al banco una extensión de esta Garantía. Dicha solicitud deberá ser por escrito y presentada antes de la fecha de expiración establecida en la Garantía. Al preparar esta Garantía el Comprador pudiera considerar agregar el siguiente texto en el Formulario, al final del penúltimo párrafo: “Nosotros convenimos en una sola extensión de esta Garantía por un plazo no superior a [seis meses] [un año], en respuesta a una solicitud por escrito de dicha extensión por el Comprador, la que nos será presentada antes de la expiración de la Garantía.”


Esta garantía está sujeta a las “Reglas Uniformes de la CCI relativas a las garantías contra primera solicitud” (Uniform Rules for Demand Guarantees), Publicación ICC No. 458, con excepción de lo estipulado en el literal (ii) del Subartículo 20(a)

[firmas de los representantes autorizados del banco y del Proveedor]


3. Certificado del Proveedor

CERTIFICADO DEL PROVEEDOR(BANCO INTERAMERICANO DE DESARROLLO)

A:

Carta de Crédito del Banco Emisor No.

No. de Referencia del Banco Confirmador

Señores:Entendemos que la venta de los bienes abarcados por nuestra (s) factura (s) descritos a continuación podrán ser financiados en su totalidad o en parte con un préstamo del BANCO INTERAMERICANO DE DESARROLLO.Si ustedes lo desean, le presentaremos a la mayor brevedad una relación o relaciones ampliando la información sobre el origen de los bienes suministrados. La definición del término “origen” utilizado a continuación es la que figura en el Contrato.)Por el presente certificamos que los bienes abarcados por dicha (s) factura (s) provienen del país indicado abajo y que fueron enviados al país comparador como sigue:

FACTURA(S) CONTRATO (S) U ORDEN (ES) DE COMPRA MONEDA

COSTO DEL FLETE Y

SEGURO DE LOS BIENESNUMERO FECHA NUMERO FECHA

TOTAL

INFORMACION DE EMBARQUE (llenar esta parte según los INCOTERMS que correspondan) (*)

TIPO DE ENVIO (X)MONEDA COSTO DEL FLETEAire Tierra Mar BANDERA DEL

TRANSPORTADOR (País)


CERTIFICADO DEL PROVEEDOR(BANCO INTERAMERICANO DE DESARROLLO)SUB-TOTAL

NOMBRE DEL PROVEEDOR ORIGEN DE LOS BIENES

PAIS MONEDA COSTO DE LOS BIENES

DIRECCION (No. CALLE, CIUDAD, ESTADO, ZONA POSTAL, PAIS)

Certificamos, además, que salvo los descuentos y rebajas, si los hay, que se indican en dichas facturas, órdenes de compra o contratos, no hemos pagado, ni convenido en pagar ni originado pagos al destinatario de dichas facturas, órdenes de compra o contratos o a ninguna otra persona o entidad (excepto a nuestros directores titulares, funcionarios y empleados, hasta el nivel de sus remuneraciones ordinarias), ningún descuento, reintegro, comisión, honorario u otro pago en relación con la venta de los bienes que abarcan dichas facturas, órdenes de compra o contratos, o para obtener los contratos para venderlas, excepto los aquí mencionados. (Si usted pagó o irá a pagar, adjunte una declaración).

SUB-TOTAL

INFORMACION SOBRE SEGURO (si los términos son CIP)

PAIS MONEDA COSTO DEL SEGURO

NOMBRE Y TITULO DEL FIRMANTE SUB-TOTALTOTAL

*El país de origen de los servicios es el mismo del individuo o firma que presta los servicios conforme a los criterios de nacionalidad establecidos en el Contrato. Este criterio de aplica a los servicios conexos al suministro de bienes (tales como transporte, seguro, montaje, ensamblaje, etc.) en los servicios de construcción y a los servicios de consultoría.

El certificado de proveedor deberá ser firmado por un oficial o el Representante autorizado

del proveedor.


CERTIFICADO DEL PROVEEDOR

Países miembros del BID:ALEMANIA, ARGENTINA, AUSTRIA, BAHAMAS, BARBADOS, BELGICA, BELICE, BOLIVIA, BRASIL, CANADA, CHILE, COLOMBIA, COSTA RICA, CROACIA, DINAMARCA, ECUADOR, EL SALVADOR, ESLOVENIA, ESPAÑA, ESTADOS UNIDOS, FINLANDIA, FRANCIA, GUATEMALA, GUYANA, HAITI, HONDURAS, ISRAEL, ITALIA, JAMAICA, JAPON, MEXICO, NICARAGUA, NORUEGA, PAISES BAJOS, PANAMA, PARAGUAY, PERU, PORTUGAL, REINO UNIDO, REPUBLICA DE COREA, REPUBLICA DOMINICANA, REPUBLICA POPULAR DE CHINA, SUECIA, SUIZA, SURINAME, TRINIDAD Y TOBAGO, URUGUAY Y VENEZUELA.

FIRMA

FECHA:


4. Anexo Informativo4.1 Declaraciones Juradas

Por el solo hecho de presentar su oferta en la Licitación, todo oferente admite que rinde declaración jurada respecto a lo siguiente:

a) la que le consta que no le afectan las restricciones impuestas en el artículo 22 y 22 bis de la Ley de Contratación Administrativa.b) Que conocen y aceptan implementar y cumplir las políticas ambientales de la Institución vigentes en Costa Rica, aprobadas por el Consejo Directivo en sesión Nº 5388 del 19 de marzo del 2002 (Publicadas en el sitio Web de la Proveeduría del ICE).c) En la construcción de obras o prestación de servicios al ICE haré del conocimiento del personal y vigilaré porque se cumpla la Ley Contra el Hostigamiento Sexual en el Empleo y la Docencia así como su Reglamento.d) Acataré las disposiciones normativas en materia de Salud Ocupacional y las políticas que dicte el ICE al respecto.e) Que acepto y cumplo con la Norma de Seguridad e Higiene Ocupacional para Elaboración del Cartel de Contratación de Obras y Servicios y el Control de Cumplimiento de las Cláusulas Cartelarias y Contractuales Código 32.04.002.2008, que está disponible en la siguiente dirección: electrónica: https://www.grupoice.com/PEL/consultaDocumentos.do?codMenu=7

4.2 Especies Fiscales

Especies fiscales:4.2.1 De conformidad con el artículo 272 inciso 2) del Código Fiscal, es obligación el cobro de especies fiscales en toda contratación, que realice la Administración, sin importar su cuantía.4.2.2 El adjudicatario deberá cancelar el equivalente al 50% de las especies fiscales que se requieran (equivale a dos colones con cincuenta céntimos (¢2,50) por cada mil colones (¢1.000,00) del valor del contrato en timbres fiscales). El comprobante de pago debe presentarse a más tardar junto con la garantía de cumplimiento o dentro de los diez días hábiles siguientes a la firmeza del acto de adjudicación en la Proveeduría de este Instituto.

4.3 Refrendo del Contrato

De acuerdo a lo dispuesto en el artículo Nº 29 de la Ley Nº 8660, artículo Nº 168 de su Reglamento, y de conformidad con el Reglamento sobre refrendo y sus modificaciones de las contrataciones de la Administración Pública, y cualquier normativa interna que se emita al respecto, el ICE someterá a aprobación de la Dirección de Contratación Administrativa de la División Jurídica Institucional y cuando corresponda al refrendo de la Contraloría General de la República, los contratos que se formalizarán en simple documento.


4.4 Impuestos

4.4.1 El contratista será el responsable por el pago de los impuestos directos e indirectos, cargas sociales, contribuciones o cualquier otro tipo de obligación tributaria que establezca el ordenamiento jurídico costarricense, derivados de la ejecución de la presente contratación, para lo cual deberá indicar dentro de su oferta el monto y la naturaleza de los impuestos que la afectan.

Si se omite esta referencia se te4.5ndrán por incluidos en el precio cotizado, tanto los impuestos, tasas, sobretasas y aranceles de importación, como los demás impuestos del mercado local. Lo anterior de conformidad con el artículo 26 del Reglamento a la Ley Nº 8660.

Con el fin de verificar el monto de los impuestos correspondientes, el contratista deberá presentar dentro de sus facturas un desglose de los bienes y/o servicios adquiridos y los impuestos en forma separada.

Adicionalmente, cuando corresponda, en el caso de bienes y de conformidad con el Incoterms utilizado, el contratista deberá presentar dentro de la oferta un desglose de los bienes adquiridos junto con los impuestos respectivos. En caso que el cartel establezca algún rubro que se refiera a exenciones o exoneraciones en alguna ley especial, se entenderá que esto aplica para el Instituto Costarricense de Electricidad, salvo si la ley respectiva indica que la exención o exoneración aplica también para el adjudicatario.

4.4.2 Para el caso de pagos de servicios que se deban acreditar en el extranjero, el ICE realizará la retención correspondiente del Impuesto sobre las Remesas al exterior vigente al momento de acreditar el pago, y cuyo detalle se encuentra incluido en el artículo 59 de dicha Ley.

4.4.3 Para el caso de pagos que se deban acreditar en Costa Rica, el ICE realizará la retención correspondiente del Impuesto sobre la Renta vigente al momento de acreditar el pago, y cuyo detalle en la actualidad se encuentra incluido en el artículo 23 inciso g) de la Ley del Impuesto sobre la Renta.

4.5 Finiquito

Una vez finalizada una contratación y concluido el trámite correspondiente de cobro de multas o cláusula penal, en caso de que proceda, el Administrador del Contrato en lo que corresponda, en coordinación con el Coordinador de Contratación Administrativa, deberá enviar los informes finales, debidamente firmados, incluyendo las liquidaciones y el finiquito correspondiente en los casos que correspondan a la Proveeduría para que pase a formar parte del expediente administrativo.


4.6 Además

Para los oferentes del exterior al País del Comprador que presenten su oferta a través de un Representante de Casas Extranjeras, dicho Representante de Casas Extranjeras deberá acreditar mediante certificación de la CCSS que se encontraba al día en el pago de sus obligaciones al momento de la apertura de ofertas, de conformidad con el artículo 10 de los “Lineamientos CCSS” publicados en Diario Oficial La Gaceta de Costa Rica N° 118 del 18 de junio del 2010. Y este requisito es indispensable al momento de la adjudicación.

Los oferentes deben aportar los timbres correspondientes: veinte colones de la Asociación Ciudad de las Niñas y doscientos colones del Colegio de Profesionales en Ciencias Económicas de Costa Rica”

4.7 Tabla Estimación de Cláusula Penal

FACTOR PUNTOS

1 .-Repercusiones de eventual incumplimiento (30, 20 o 10 puntos, según corresponda) 30

2.- Riesgos del incumplimiento del plazo (30, 20 o 10 puntos, según corresponda) 30

3.- Preponderancia del plazo de entrega (15, 10 o 5 puntos, según corresponda) 15

4.- Monto del contrato (15, 10 o 5 puntos, según corresponda) 15

Indicar monto estimado de la licitación: (en USD) USD 9 500 000,00

TOTAL DE PUNTOS: 90Esto implica una calificación alta y por ende una multa del 0,6 % por día.

Premisas

Factor 1 Repercusiones= Alta igual a 30 puntos ya que esta adquisición afecta la modernización tecnológica del sistema SCADA/EMS, lo que pone en riesgo la operación en tiempo real del Sistema Eléctrico Nacional, que es la principal función que realiza el CENCE. En el año 2016 el SCADA/EMS ya estaría en obsolescencia. Adicionalmente esta adquisición hace posible resolver la falta de redundancia a nivel de instalaciones físicas y de los equipos de control, de manera que se puedan atender situaciones imprevistas que puedan llevar al colapso total de uno de los Centros de Control de Energía.


Factor 2 Riesgos. Alto igual a 30 ya que un eventual incumplimiento en los plazos de entrega pone en riesgo la eficiencia y eficacia en la continuidad de los servicios internos y externos que el CENCE brinda. Además de comprometer la imagen institucional.

Factor 3 Preponderancia del plazo. Alto igual a 15 puntos cuando el plazo de entrega es fundamental para la mantener la continuidad de la operación del Sistema Eléctrico Nacional.

Factor 4 Monto del contrato. Alto igual a 15 puntos pues excede el límite inferior del monto de la licitación pública.

Metodología de evaluación

Factor 1 Repercusiones= Alta igual a 30 puntos si el incumplimiento afecta un proyecto o programa estratégico para la dependencia; Media igual a 20 puntos si el proyecto afecta un proyecto o programa importante para el cumplimiento de objetivos de la dependencia; Moderada igual a 10 puntos si el incumplimiento afecta un proyecto o programa con medio o bajo impacto sobre la estrategia y objetivos de la dependencia.

Factor 2 Riesgos. Alto igual a 30 puntos si el incumplimiento pone en riesgo muy alto la eficacia, eficiencia o la continuidad de los servicios que se brindan a los clientes internos o externos así como los ingresos o imagen institucional. Medio igual a 20 puntos cuando el incumplimiento pone en riesgo alto la eficacia, eficiencia o la continuidad de los servicios que se brindan a los clientes internos o externos así como los ingresos o imagen institucional. Moderado igual a 10 puntos cuando el incumplimiento pone en riesgo medio o bajo la eficacia, eficiencia o la continuidad de los servicios que se brindan a los clientes internos o externos así como os ingresos o imagen institucional.

Factor 3 Preponderancia del plazo. Alto igual a 15 puntos cuando el plazo de entrega es fundamental para el cumplimiento de las metas de la dependencia. Medio igual a 10 puntos cuando el plazo de entrega es importante para el cumplimiento de las metas de la dependencia. Moderado igual a 5 puntos cuando el plazo de entrega es de importancia media o baja para el cumplimiento de las metas de la dependencia.

Factor 4 Monto del contrato. Alto igual a 15 puntos cuando es igual o excede el límite inferior del monto de la licitación pública. Medio igual a 10 puntos en montos iguales o superiores a 6 millones de dólares e inferiores al límite inferior de la licitación pública. Moderado igual a 5 puntos en montos inferiores a los 6 millones de dólares.


Calificación de importancia de la cláusula penal y porcentaje a aplicar:

Puntaje Importancia de la Cláusula penal

Porcentaje multa a aplicar por día

De 90 a 70 puntos Alta 0,6 %

De menos de 70 a 50 puntos

Media 0,5%

Menos de 50 puntos

Moderada 0,4%

Documents

DOCUMENTOS ESTANDAR DE LICITACION - … · Web viewDOCUMENTOS DE LICITACIÓN Para Adquisición de Dos Sistemas SCADA/EMS para el Centro Nacional de Control de Energía de Costa Rica