ANEXO I

NGTS-03 | Programaciones

3.1 Definiciones: Informaci髇 que deben emitir los sujetos que hacen uso de las instalaciones del sistema gasista en relaci髇 con el gas que estiman introducir, extraer, almacenar, suministrar o consumir en un per韔do determinado.

3.2 Sujetos implicados son:

• – Los usuarios con cartera de balance habilitados por el Gestor T閏nico del Sistema (GTS) para el env韔 de notificaciones de transferencias de titularidad de gas bilaterales o de plataforma de comercio. Los comercializadores y/o consumidores directos en mercado podr醤 agruparse para constituirse como un 鷑ico usuario.
• – Los usuarios del resto de instalaciones gasistas de acuerdo con la definici髇 del apartado 2.1 de la NGTS-02.

Un comercializador o un consumidor directo en mercado, puede constituir diferentes usuarios. En cualquier caso, a cada usuario le corresponde una 鷑ica cartera de balance.

Los agentes registrados como usuarios estar醤 obligados a realizar programaciones para que los operadores de las instalaciones puedan organizar la gesti髇 de las mismas y, en especial, para que el GTS pueda desarrollar las funciones asignadas como responsable de la gesti髇 t閏nica del sistema gasista.

3.3 Condiciones generales: Las programaciones tendr醤 car醕ter informativo, salvo las programaciones de descarga de buques de GNL, que tendr醤 car醕ter vinculante seg鷑 lo dispuesto en el protocolo de detalle PD-07 玃rogramaciones, nominaciones y renominaciones en infraestructuras del sistema�.

Ser� necesario realizar al menos programaciones relacionadas con:

• • Demanda convencional.
• • Demanda para la generaci髇 de energ韆 el閏trica.
• • El transporte: la entrada o salida de gas por los puntos de conexi髇 de las redes de transporte con plantas de regasificaci髇, yacimientos, conexiones internacionales y almacenamientos subterr醤eos.
• • La utilizaci髇 de los almacenamientos subterr醤eos.
• • La utilizaci髇 de las plantas de GNL.
• • El gas para autoconsumos necesario para el funcionamiento de las distintas infraestructuras del Sistema y el nivel m韓imo de llenado de las nuevas infraestructuras. El alcance y la periodicidad de las programaciones de gas para autoconsumos y para el nivel m韓imo de llenado, se realizar� conforme a lo establecido en la Resoluci髇 de 23 de diciembre de 2015, de la Secretar韆 de Estado de Energ韆, por la que se desarrolla el procedimiento de adquisici髇 de gas de operaci髇 o cualquier otra que la modifique.

Las programaciones, su procesamiento y su posterior confirmaci髇 o viabilidad (en el caso de buques y cisternas) se realizar醤 con la periodicidad y alcance recogidos en el protocolo de detalle PD-07 玃rogramaciones, nominaciones y renominaciones en infraestructuras del sistema�.

Toda la informaci髇 y comunicaci髇 relativa a los procesos de programaci髇 se realizar� a trav閟 del Sistema Log韘tico de Acceso de Terceros a la Red (SL-ATR).

El usuario emitir� una programaci髇 por cada punto del sistema gasista y para los servicios que correspondan del que pretenda hacer uso dentro de los per韔dos de programaci髇 establecidos. El usuario emitir� una cantidad para cada combinaci髇 de los siguientes conceptos: d韆, punto/servicio, sujeto contraparte (donde aplique) y sentido del flujo (donde aplique).

El reparto de las cantidades confirmadas o viables entre los contratos se realizar� conforme a lo establecido en el PD-07 玃rogramaciones, nominaciones y renominaciones en infraestructuras del sistema�.

El GTS dar� acceso al Ministerio de Industria, Energ韆 y Turismo y a la Comisi髇 Nacional de los Mercados y la Competencia a la siguiente informaci髇:

• – Programaciones realizadas, confirmadas, viables y rechazadas.
• – Capacidad programada y disponible para cada instalaci髇.

3.4 Programaci髇 de redes de transporte:

Las programaciones de demanda tanto para el sector convencional como para la generaci髇 de energ韆 el閏trica a trav閟 de ciclos combinados o centrales t閞micas, ser醤 enviadas por parte de los usuarios para que est閚 a disposici髇 del GTS.

Los usuarios enviar醤 las programaciones asociadas al resto de puntos de entrada o salida de la red de transporte y de los servicios que se oferten, de acuerdo a lo establecido en el protocolo de detalle PD-07 玃rogramaciones, nominaciones y renominaciones en infraestructuras del sistema�, para que el operador de la red, en los servicios que corresponda, y el GTS, dispongan de dichas programaciones.

3.5 Programaci髇 de almacenamientos subterr醤eos:

Los usuarios de los almacenamientos subterr醤eos enviar醤 sus programaciones de acuerdo a lo establecido en el protocolo de detalle PD-07. El GTS dispondr� de dicha informaci髇, que incluir� al menos las inyecciones y extracciones correspondientes del per韔do de programaci髇.

Las programaciones de los almacenamientos subterr醤eos b醩icos se har醤 sobre la base de un almacenamiento 鷑ico.

Una vez confirmada la programaci髇 global de los almacenamientos subterr醤eos, el GTS comunicar� a los operadores el programa f韘ico de inyecci髇 y extracci髇 por cada almacenamiento.

3.6 Programaci髇 de plantas de regasificaci髇 de GNL:

El GTS, con la informaci髇 suministrada por los operadores de plantas de regasificaci髇, informar� en los plazos establecidos en las normas de gesti髇 t閏nica del sistema de las fechas de mantenimientos programados, as� como de otros condicionantes adicionales, tales como d韆s afectados por mareas vivas y restricciones nocturnas.

Los usuarios de las plantas de regasificaci髇, enviar醤 programaciones asociadas a los servicios que se presten conforme a lo establecido en el protocolo de detalle PD-07 para que el operador de la instalaci髇 y el GTS dispongan de dicha informaci髇.

El operador de la planta de regasificaci髇 simular� el conjunto de programaciones antes de confirmarlas.

Cuando la programaci髇 no sea confirmada, el operador se lo comunicar� a los usuarios correspondientes para que cambien su programaci髇. Cuando la programaci髇 sea confirmada, el operador lo comunicar� a los usuarios implicados.

La programaci髇 anual definitiva debe incluir al menos las fechas tentativas de descarga para cada uno de los grandes buques dedicados de forma continua al tr醘ico desde largas distancias y con un mismo origen, con la finalidad de facilitar en todo lo posible y con car醕ter prioritario la continuidad del empleo de estos buques a los tr醘icos asignados. En el caso de que se trate de cargamentos compartidos por distintos usuarios, cada uno especificar� la cantidad de GNL que le corresponda.

La asignaci髇 de las fechas de descarga de buques en las programaciones de plantas de regasificaci髇 se realizar� conforme a lo dispuesto en el protocolo de detalle PD-13 獳signaci髇 de fechas de descarga de buques en plantas de regasificaci髇�.

La programaci髇 de descarga de un buque s髄o podr� ser modificada o eliminada por causas justificadas y previo conocimiento y aceptaci髇 del operador de la planta de regasificaci髇 y del GTS, salvo que se ponga en peligro la seguridad del sistema.

Se publicar� un registro en el SL-ATR, mantenido por el GTS, de las ventanas de descarga asignadas, no asignadas y libres de cada una de las plantas.

Cuando el operador de cada planta de regasificaci髇 confirme la programaci髇 trimestral, fijar� y comunicar� la fecha de descarga de cada buque (ventana). Cada usuario recibir� la informaci髇 relativa a sus correspondientes buques.

El procedimiento de descarga de buques se detalla en el protocolo de detalle PD-06 玆egla operativa de las actividades de descarga de buques metaneros�.

Diariamente, los usuarios proporcionar醤 a los operadores de las plantas de regasificaci髇 y al GTS cualquier modificaci髇 sobre el programa de descargas de buques (fecha, buque y cantidad), utilizando para ello el SL-ATR.

La confirmaci髇 descrita en los p醨rafos anteriores no es aplicable a la regasificaci髇 pero se tendr� en cuenta para confirmar la programaci髇 de la planta en su conjunto, pudiendo condicionar la confirmaci髇 de la descarga de buques.

3.6.1 Cargos econ髆icos por exceso de GNL en plantas:

A los efectos de conseguir una gesti髇 eficiente de las instalaciones y para evitar eventuales situaciones de acaparamiento, el GTS aplicar� a los usuarios los cargos que se calcular醤 de acuerdo con lo establecido a continuaci髇.

El GTS determinar� diariamente y de forma global para el conjunto de las plantas, las existencias de GNL de cada usuario, calculadas como la media m髒il de treinta d韆s (incluyendo el d韆 actual). Se entender� como un mismo usuario al conjunto de usuarios que pertenezcan a un mismo grupo empresarial.

En el caso de que dicho valor supere la energ韆 equivalente a quince veces la capacidad de regasificaci髇 contratada, el GTS aplicar� diariamente a las existencias de dicho usuario que superen el l韒ite anterior, el siguiente cargo diario:

Exceso inferior o igual a cuatro d韆s: dos veces y medio el canon de almacenamiento de GNL en vigor.

Exceso superior a cuatro d韆s: diez veces el canon de almacenamiento de GNL en vigor.

Para aquellos usuarios para los que la energ韆 equivalente a quince d韆s de la capacidad de regasificaci髇 contratada sea inferior a 300 GWh, se emplear� este 鷏timo valor como l韒ite.

Para aquellos usuarios que hayan realizado cargas de buques y hubieran incurrido en desbalance de exceso de GNL, dicho desbalance, ser� minorado en una cantidad igual a las existencias cargadas en el mes, hasta un valor l韒ite de 300 GWh, priorizando el tramo de precio superior.

Estos pagos ser醤 adicionales al canon diario de almacenamiento de GNL facturado por el operador de la planta de regasificaci髇 y tendr醤 la consideraci髇 de ingresos liquidables del sistema.

Se faculta a la Direcci髇 General de Pol韙ica Energ閠ica y Minas a modificar el procedimiento de c醠culo anterior en funci髇 de la evoluci髇 del mercado y la capacidad de almacenamiento.

3.6.2 Publicaci髇 de las programaciones de descarga de buques:

Una vez confirmada la programaci髇 mensual de descarga de buques de los usuarios, el GTS publicar� en el SL-ATR la siguiente informaci髇 para cada planta:

• • Buques previstos, indicando clasificaci髇 de buque seg鷑 su tama駉.
• • Cantidad de gas a descargar.
• • Ventanas libres de descarga si las hubiera, indicando para cada mes los d韆s concretos en los que podr韆n descargar nuevos buques y sus tama駉s admisibles. Esta informaci髇 tambi閚 se publicar� en la p醙ina web del GTS y de los operadores de las plantas de regasificaci髇.

ANEXO II

NGTS-04 |Nominaciones y renominaciones

4.1 Definiciones:

• Nominaci髇: Informaci髇 que env韆n en el d韆 d-1 los usuarios de las instalaciones del sistema gasista en relaci髇 con los servicios que se prestan, y en particular con el gas que estima introducir, extraer, suministrar o consumir en el d韆 de gas d, siguiendo el calendario establecido.
• Renominaci髇: Informaci髇 que env韆n los usuarios de las instalaciones del sistema gasista una vez cerrado el plazo de env韔 de nominaciones en relaci髇 con los servicios que se prestan, y en particular con el gas que estima introducir, extraer, suministrar o consumir en el d韆 de gas d, siguiendo el calendario establecido.

Cuando, para un d韆 de gas d, un usuario realice una renominaci髇 en el d韆 anterior al d韆 de gas d, dicha renominaci髇 afectar� al uso de la instalaci髇 por el usuario durante todo el d韆 de gas d. Si la renominaci髇 se realiza dentro del d韆 de gas d, s髄o afectar� a las horas restantes del d韆 de gas, una vez finalizado el ciclo de renominaciones en la que se produce.

4.2 Sujetos implicados:

Son los definidos en el apartado 3.2. 玈ujetos implicados� de la NGTS-03 玃rogramaciones�:

• – Los usuarios con cartera de balance habilitados por el GTS para el env韔 de notificaciones de transferencias de titularidad de gas bilaterales o de plataforma de comercio. Los comercializadores y/o consumidores directos en mercado podr醤 agruparse para constituirse como un 鷑ico usuario.
• – Los usuarios del resto de instalaciones gasistas de acuerdo con la definici髇 del apartado 2.1 de la NGTS-02.

Los sujetos implicados podr醤 realizar nominaciones y renominaciones sobre el uso que prev閚 hacer de dichas instalaciones.

4.3 Condiciones generales:

Las nominaciones y renominaciones, y su procesamiento y confirmaci髇 de los servicios prestados en cada instalaci髇 se realizar醤 conforme a lo establecido en el PD-07 玃rogramaciones, nominaciones y renominaciones en infraestructuras del sistema�.

El mecanismo de comunicaci髇 de las nominaciones y renominaciones incluir� el acuse de recibo a los usuarios.

En cualquier momento, en funci髇 de las necesidades espec韋icas del Gestor T閏nico del Sistema, y siempre que est� justificado, 閟te podr� exigir a los usuarios de las instalaciones, una revisi髇 precisa, actualizada y suficientemente detallada de sus entradas y salidas.

Toda la informaci髇 y comunicaci髇 relativa a los procesos de nominaci髇 y renominaci髇 se realizar醤 a trav閟 del Sistema Log韘tico de Acceso de Terceros a la Red (SL-ATR).

Se podr醤 enviar las nominaciones y renominaciones seg鷑 una de las siguientes opciones:

• 1. El usuario podr� emitir una cantidad para cada combinaci髇 de los siguientes conceptos: d韆, punto/servicio, contrato, sujeto contraparte (donde corresponda) y sentido del flujo (donde corresponda). La nominaci髇 o renominaci髇 del usuario en ese punto/servicio, d韆, sujeto contraparte y sentido, ser� la suma de las cantidades indicadas en cada contrato.
• 2. El usuario podr� emitir una 鷑ica cantidad para cada combinaci髇 de los siguientes conceptos: d韆, punto/servicio, sujeto contraparte (donde corresponda) y sentido del flujo (donde corresponda), independientemente del n鷐ero de contratos realizados sobre el punto/servicio.

El reparto de las cantidades confirmadas entre los contratos, se realizar� conforme a lo establecido en el PD-07 玃rogramaciones, nominaciones y renominaciones en infraestructuras del sistema�.

Se podr� aceptar una nominaci髇 o una renominaci髇 por encima de la capacidad contratada, siempre que exista capacidad disponible y no se oponga a la legislaci髇 vigente.

4.4 Procesamiento y confirmaci髇 de una nominaci髇 o renominaci髇 en la red de transporte.

El GTS no aceptar� una nominaci髇 o renominaci髇 en los siguientes casos:

• a) Si no se ajusta al contenido establecido.
• b) Si no la env韆 un usuario autorizado.
• c) Si da lugar a un flujo que no puede suceder f韘icamente.
• d) Si la reglamentaci髇 vigente as� lo requiere.

En el caso de que no se acepte una nominaci髇 o renominaci髇 de un usuario, el GTS, comunicar� dicho rechazo indicando el motivo del mismo y considerar� como nominaci髇 o renominaci髇 la 鷏tima confirmada.

El GTS s髄o podr� modificar la cantidad de gas de una nominaci髇 o renominaci髇 en casos excepcionales y, en particular, en situaciones de emergencia en las que haya un peligro evidente para la seguridad y estabilidad del sistema, en cuyo caso, el GTS deber� informar a la Direcci髇 General de Pol韙ica Energ閠ica y Minas y a la Comisi髇 Nacional de Mercados y Competencia justificando su actuaci髇.

En este caso, el SL-ATR comunicar� a todos los usuarios afectados mediante correo electr髇ico la cantidad final confirmada y su justificaci髇.

El GTS no podr� rechazar una nominaci髇 o renominaci髇 de un usuario, por el mero hecho de que la nominaci髇 o renominaci髇 de sus entradas al sistema no coincida con la nominaci髇 o renominaci髇 de sus salidas.

El procesamiento de las nominaciones o renominaciones en los puntos de entrada o salida del sistema de transporte desde ambos lados del punto, se realizar� de acuerdo a lo establecido en el PD-07 玃rogramaciones, nominaciones y renominaciones en infraestructuras del sistema� y tendr� en cuenta lo siguiente:

• • La capacidad contratada por el usuario y tipo del contrato.
• • El saldo neto de nominaciones y renominaciones de todos los usuarios en ese punto/servicio.
• • La capacidad nominal diaria en ese punto/servicio.
• • Para el caso de renominaciones dentro del d韆 de gas, deber� tenerse en cuenta la capacidad nominal en un momento concreto como resultado de considerar el gas vehiculado para el conjunto de usuarios y las horas que quedan del d韆.
• • Si en el punto se ha aplicado el mecanismo de sobreventa y recompra de capacidad.
• • Si se ha ejecutado por parte del GTS una acci髇 de balance que consista en la adquisici髇 de un producto local o un servicio de balance en ese punto.

En los supuestos que se determinen en las NGTS y en sus protocolos de detalle, para los casos de indisponibilidad de alguna de las instalaciones en el procesamiento de las nominaciones y renominaciones, se tendr� en cuenta, a partir de ese momento, la capacidad en ese punto considerando tanto la indisponibilidad como los acuerdos que permita realizar la normativa vigente, pudiendo reducirse las nominaciones y renominaciones de acuerdo con lo establecido en el PD-07 玃rogramaciones, nominaciones y renominaciones en infraestructuras del sistema�. Asimismo, se informar� a los usuarios de dicha indisponibilidad conforme a lo establecido en la NGTS-02 獵ondiciones generales sobre el uso y la capacidad de las instalaciones del sistema gasista�.

Una vez finalizado el procesamiento de las nominaciones y renominaciones se proceder� a realizar la casaci髇 en los puntos de conexi髇 entre dos infraestructuras diferentes. Las cantidades confirmadas ser醤 las procesadas y sometidas posteriormente al proceso de casaci髇.

4.5 Denegaci髇 de una nominaci髇 o renominaci髇 de operaciones de buques

Las posibles causas de denegaci髇 de una nominaci髇 o de una renominaci髇 son las siguientes:

• • La nominaci髇 ha sido enviada fuera del periodo marcado para este fin.
• • El usuario no est� reconocido en el punto de entrada o de salida para el que se nomina.
• • El usuario no dispone de existencias en la planta o, disponiendo de ellas, necesita disminuir su almacenamiento por debajo de las existencias m韓imas establecidas en la normativa vigente, para afrontar la nominaci髇,
• • Indisponibilidad justificada en la planta que afecte a su capacidad total o parcial.

En todo caso, la denegaci髇 de una nominaci髇 o renominaci髇 ir� acompa馻da del motivo de denegaci髇.

ANEXO III

PD-07 | Programaciones, nominaciones y renominaciones en infraestructuras de transporte del sistema

1. Objeto:

El presente protocolo de detalle desarrolla los procedimientos de programaci髇, nominaci髇 y renominaci髇, incluidos en las normas de gesti髇 t閏nica del sistema NGTS-03 y NGTS-04, que el Gestor T閏nico del Sistema (GTS) y los operadores de instalaciones del sistema gasista requieren para la correcta planificaci髇 y operaci髇 del sistema.

2. 羗bito de aplicaci髇:

Este protocolo es de aplicaci髇 a las instalaciones de transporte, almacenamiento y regasificaci髇.

2.1 Plantas de regasificaci髇:

Los operadores de plantas de regasificaci髇 y el GTS dispondr醤 de la informaci髇 de los siguientes sujetos:

• • Usuarios de las plantas de regasificaci髇,
• • Los distribuidores, que remitir醤 las programaciones de cargas de cisternas necesarias para consumo en sus redes de distribuci髇 conectadas a plantas sat閘ites.

Los operadores de las plantas de regasificaci髇, una vez analizada la informaci髇, proceder醤 a informar sobre la viabilidad de la misma. Dichos informes estar醤 a disposici髇 del GTS, para que pueda proceder al an醠isis conjunto del sistema y realizar los ajustes necesarios para acordar un programa confirmado definitivo.

Esta confirmaci髇 no es aplicable al proceso de regasificaci髇 pero se tiene en cuenta para dar la confirmaci髇 de la planta en su conjunto y puede condicionar la confirmaci髇 de la descarga de buques.

2.2 Almacenamientos subterr醤eos:

La informaci髇 relativa a los almacenamientos subterr醤eos ser� enviada por los usuarios sobre la base de un almacenamiento 鷑ico, independientemente de la instalaci髇 f韘ica en la que se ubique el gas almacenado.

De acuerdo con lo anterior, ser� el GTS quien act鷈 como coordinador de los operadores de almacenamiento subterr醤eo para acordar los programas de inyecci髇 y extracci髇 de cada instalaci髇, con el objeto de garantizar la utilizaci髇 de cada almacenamiento subterr醤eo aplicando criterios de seguridad y eficiencia econ髆ica y cubriendo las necesidades globales de almacenamiento solicitadas por los usuarios.

El GTS enviar� el programa de funcionamiento previsto al operador del almacenamiento subterr醤eo y 閟te, en su caso, le trasladar� sus objeciones sobre el mismo.

En funci髇 de las objeciones recibidas, el GTS establecer� y comunicar� el programa de funcionamiento definitivo a cada uno de los operadores y las cantidades confirmadas de inyecci髇 o extracci髇 a los usuarios.

2.3 Redes de transporte:

Los operadores de las redes de transporte y el GTS dispondr醤 de la informaci髇 de los siguientes sujetos:

• 1. Usuarios, para su consumo de demanda convencional y de demanda para generaci髇 el閏trica.
• 2. Usuarios, en relaci髇 con el gas a transportar desde o hacia otras infraestructuras de transporte (plantas de regasificaci髇, almacenamiento subterr醤eo, conexiones internacionales, yacimientos y almacenamiento en el PVB cuando se ofrezca este servicio).

  La informaci髇 de los usuarios relativa a los almacenamientos subterr醤eos y almacenamiento en el PVB, cuando se ofrezca este servicio, s髄o estar� disponible para el GTS.

• 3. Otros operadores de redes de transporte (incluidos operadores adyacentes de conexiones internacionales y yacimientos).

Una vez analizada y procesada la informaci髇 recibida, el GTS comunicar� a los usuarios las cantidades confirmadas.

3. Par醡etros comunes:

Los par醡etros comunes a indicar en todo intercambio de informaci髇 relativo a programaciones, nominaciones y renominaciones son los siguientes:

• • Fecha de emisi髇.
• • Identificaci髇 del usuario que realiza la programaci髇, nominaci髇 o renominaci髇.
• • Identificaci髇 del operador al que va dirigida.
• • Instalaci髇 y punto/servicio a la que se aplica.
• • Cantidad de gas programado, nominado o renominado con el detalle requerido.

Las programaciones se realizar醤 en unidades energ閠icas, utilizando el GWh en las programaciones anuales, y el kWh en las programaciones mensuales, semanales, nominaciones y renominaciones.

Adem醩 de la informaci髇 sobre programaciones, nominaciones o renominaciones establecida en este protocolo, en caso necesario el GTS podr� solicitar la programaci髇, nominaci髇 o renominaci髇 de cualquier otro servicio que se preste.

Se considerar� como programaci髇 mensual, semanal, nominaci髇 o renominaci髇, la 鷏tima cantidad enviada y registrada en el Sistema Log韘tico de Acceso de Terceros a la Red (SL-ATR) independientemente del momento en que se envi�, siempre que se haya registrado dentro del plazo establecido para su env韔.

En el caso de las programaciones, cuando el usuario no haya remitido una programaci髇, se tomar� como tal la programaci髇 de horizonte temporal superior confirmada para el mismo periodo de programaci髇. As�, en ausencia de programaci髇 semanal, se emplear� la programaci髇 mensual confirmada, y si no la hubiera, la anual confirmada. Igualmente, en ausencia de programaci髇 mensual, se emplear� la programaci髇 anual confirmada. En caso de ausencia de env韔 de alguna programaci髇 por parte del usuario que haya sido confirmada para el periodo de programaci髇, se considerar� una cantidad programada igual a cero para dicho usuario.

En el caso de las nominaciones y renominaciones, se considerar� la 鷏tima nominaci髇 o renominaci髇 confirmada. En ausencia de una nominaci髇 confirmada enviada por el usuario, se tomar� como nominaci髇 la 鷏tima programaci髇 semanal. Si el usuario no hubiera remitido una programaci髇 semanal confirmada, se considerar� una cantidad nominada igual a cero para dicho usuario. En el caso de las entradas o salidas por conexiones internacionales con Europa, el GTS aplicar� la norma de nominaci髇 por defecto que se haya acordado con el operador de redes de transporte al otro lado de la frontera. El GTS har� p鷅lica esta regla en su p醙ina web.

4. Programaciones anuales:

• 4.1 Programaci髇 anual a plantas de regasificaci髇:
  • 4.1.1 Contenido de las programaciones:

    Detalle mensual para los 12 meses del a駉 natural siguiente, para los siguientes conceptos:

    • 1. Descarga de buques:
      • • Cantidad mensual (GWh/mes).
      • • Origen del gas.
      • • N鷐ero y tama駉 de buques a utilizar, de acuerdo con la clasificaci髇 del Protocolo de Detalle PD-13 獳signaci髇 de fechas de descarga de buques en plantas de regasificaci髇�.
      • • Nombre del buque (si se conociese de antemano) o tipo de buque para cada cargamento, indicando si es descarga total, y en caso de ser incompleta, la cantidad a descargar.
      • • Fecha de descarga solicitada para cada uno de los buques, especificando los dedicados de forma continua al tr醘ico de larga distancia y con un mismo origen.
      • • Tramo de demanda a cuyo suministro se destina cada uno de los buques, de acuerdo con las definiciones de tramos contenidas en el Protocolo de Detalle PD-13 獳signaci髇 de fechas de descarga de buques en plantas de regasificaci髇�. En el caso de un buque que suministre a los dos tramos de demanda, 閟te se considerar� asignado al tramo mayoritario. S髄o se admitir� un buque destinado a los dos tramos de demanda al a駉 por usuario.
      • • Buques compartidos y usuario con el que se comparte (en su defecto se indicar� qu� cantidad del buque compartido se destina para el propio usuario).
    • 2. Regasificaci髇:
      • • Cantidad mensual a regasificar (GWh/mes).
      • • Usuario al que se destina la cantidad a regasificar. Se indicar� si se regasifica para s� mismo o con destino a otro usuario (si no se indica usuario distinto, se considerar� que la regasificaci髇 la realiza el propio usuario para s� mismo).
    • 3. Carga de cisternas:
      • • Cantidad de cisternas a cargar (GWh/mes y n鷐ero de cisternas) para los 12 meses del a駉 siguiente, de enero a diciembre, detallada por cada una de las plantas sat閘ite a las que se suministra.
    • 4. Consumo por l韓eas directas conectadas a la planta de regasificaci髇, identificando la l韓ea para la que se programa.
    • 5. Intercambios de GNL en tanque, indicando cantidad y sujeto contraparte (opcional).
  • 4.1.2 Calendarios (fechas l韒ite):
    • 1. Anticipo de programaci髇 a駉 n+1.
      • • Env韔: hasta el 31 de mayo del a駉 n.
    • 2. Programaci髇 definitiva a駉 n+1.
      • • Env韔 de comercializadores y clientes directos en mercado (programaciones de usuarios): hasta el 15 de septiembre del a駉 n.
      • • Env韔 de otros operadores (programaci髇 de cisternas de operadores de redes de distribuci髇): hasta el 1 de octubre del a駉 n.
      • • Casaci髇 de carga de cisternas con distribuidores: hasta el 15 de octubre del a駉 n.
      • • Comunicaci髇 y respuesta de viabilidad del programa de cisternas y asignaci髇 de fechas de descarga de buques del operador de planta a usuarios: hasta el 8 de noviembre del a駉 n.
      • • Comunicaci髇 del programa definitivo del GTS al operador de planta y usuarios: hasta el 15 de noviembre del a駉 n.
    • 3. Revisi髇 segundo semestre del a駉 n+1.
      • • Env韔: hasta el 1 de mayo del a駉 n+1.
      • • Viabilidad (operador planta): hasta el 31 de mayo del a駉 n+1.
      • • Viabilidad del GTS: hasta el 20 de junio del a駉 n+1.

4.2 Programaci髇 anual a almacenamientos subterr醤eos:

• 4.2.1 Contenido de las programaciones: Detalle mensual para los 12 meses del a駉 natural siguiente, para los siguientes conceptos:

  Detalle de inyecci髇/extracci髇:

  • • Cantidad mensual a inyectar o extraer (GWh/mes).
  • • Destino de la cantidad a inyectar o extraer. Se indicar� si la inyecci髇 o la extracci髇 es para s� mismo o con destino a otro usuario.
• 4.2.2 Calendarios (fechas l韒ite):
  • 1. Programaci髇 provisional previa a駉 n+1.
    • • Env韔 al SL-ATR de comercializadores y clientes directos en mercado: hasta el 15 de septiembre del a駉 n.
  • 2. Programaci髇 anual definitiva a駉 n+1.

    El 15 de noviembre del a駉 n se obtendr� la programaci髇 anual inicial, requerida para establecer un primer programa anual del sistema, pero no se podr� disponer de la programaci髇 definitiva para AASS hasta que se conozca las capacidades de AASS asignadas en firme a cada usuario.

    Las implicaciones que estos cambios puedan ocasionar en el sistema global deber醤 ser analizadas y comunicadas a los operadores y usuarios afectados.

  • 3. Revisi髇 segundo semestre a駉 n+1.
    • • Env韔: hasta el 1 de mayo del a駉 n+1.

Una vez analizada la programaci髇 anual de los AASS, el GTS comunicar� a los operadores de los almacenamientos el programa f韘ico de inyecci髇/extracci髇 por cada almacenamiento, con desglose mensual.

4.3 Programaci髇 anual a redes de transporte:

• 4.3.1 Contenido de las programaciones para el a駉 n+1:
  • 1. A enviar directamente por los usuarios.

    Detalle mensual, en GWh/mes, para los 12 meses del a駉 natural siguiente, para los siguientes conceptos:

    • • Demanda para generaci髇 el閏trica. Identificando el ciclo combinado o central t閞mica para la que se programa.
    • • Demanda convencional.
    • • Entradas/salidas programadas por conexiones internacionales (C.I.), plantas de regasificaci髇, almacenamientos subterr醤eos y yacimientos, indicando los usuarios origen/destino.
  • 4.3.2 Calendarios (fechas l韒ite)
    • 1. Anticipo de programaci髇 a駉 n+1(provisional).
      • • Env韔: hasta el 31 de mayo del a駉 n.
    • 2. Programaci髇 anual definitiva a駉 n+1.
      • • Env韔 de usuarios: hasta el 15 de septiembre del a駉 n.
      • • Comunicaci髇 del programa definitivo del GTS a transportistas: hasta el 15 de noviembre del a駉 n.
    • 3. Programaci髇 anual revisi髇 segundo semestre a駉 n+1.
      • • Env韔 de usuarios: hasta el 1 de mayo del a駉 n+1.
      • • Comunicaci髇 del programa definitivo del GTS a transportistas: hasta el 20 de junio del a駉 n+1.

5. Programaciones mensuales:

• 5.1 Programaci髇 mensual a plantas de regasificaci髇:
  • 5.1.1 Contenido de las programaciones:

    Detalle mensual para los tres meses siguientes. Para cada uno de los tres meses se identificar醤 los siguientes conceptos:

    • 1. Buques:

      Para el primer mes y medio, con car醕ter vinculante y para el mes y medio restante con car醕ter informativo:

      • • Fecha solicitada para descarga o carga de cada buque, puestas en fr韔, trasvases de GNL y bunkering de cada buque. Los usuarios deber醤 respetar al m醲imo las fechas propuestas en su programa anual. Se informar� del buque y fecha programada para la realizaci髇 del servicio en cada uno de los meses a programar.
      • • Nombre del buque y cantidad a descargar (kWh y m3 GNL).
      • • Para los buques compartidos, se indicar醤 los usuarios con los que se comparten y la cantidad total del buque.

      Adicionalmente, se indicar� la mejor estimaci髇 de calidad de gas de origen de cada una de las descargas programadas.

    • 2. Regasificaci髇:
      • • Cantidad diaria a regasificar (kWh/d韆).
      • • Usuario destino de la cantidad a regasificar. Se indicar� si se regasifica para s� mismo o con destino a otro usuario.
    • 3. Carga de cisternas
      • • Cantidad diaria de cisternas a cargar (kWh/d韆 y n鷐ero de cisternas).
    • 4. L韓ea directa conectada a planta
      • • Detalle diario, en kWh/d韆 identificando la l韓ea directa para la que programa.
    • 5. Intercambio de GNL en tanque, indicando fecha, cantidad diaria a intercambiar (kWh/d韆) y sujeto contraparte
  • 5.1.2 Calendarios (fechas l韒ite)
    • • Env韔 de usuarios y consolidaci髇 de la programaci髇 como programaci髇 mensual: hasta el 20 de cada mes.
    • • Comunicaci髇 y respuesta de viabilidad de cisternas y asignaci髇 de fechas de descarga o carga de buques del operador de la planta a usuarios: hasta el 25 de cada mes.
    • • Comunicaci髇 y confirmaci髇 del programa definitivo y respuesta de viabilidad de cisternas y descarga de buques del GTS a operadores de planta y usuarios: hasta el 28 de cada mes.
• 5.2 Programaci髇 mensual a almacenamientos subterr醤eos:
  • 5.2.1 Contenido de las programaciones:

    Detalle mensual para los tres meses siguientes, y para los siguientes conceptos:

    Detalle de inyecci髇/extracci髇:

    • • Cantidad diaria a inyectar o extraer (kWh/d韆).
    • • Destino de la cantidad a inyectar o extraer. Se indicar� si la inyecci髇 o la extracci髇 es para s� mismo o con destino a otro usuario.
  • 5.2.2 Calendarios (fechas l韒ite):
    • • Env韔 de usuarios y consolidaci髇 de la programaci髇 como programaci髇 mensual: hasta el 20 de cada mes.
    • • Comunicaci髇 y confirmaci髇 del programa definitivo del GTS a operadores de almacenamiento subterr醤eo y usuarios: hasta el 28 de cada mes.
• 5.3 Programaci髇 mensual a redes de transporte:
  • 5.3.1 Contenido de las programaciones:

    Detalle diario, en kWh/d韆, para cada uno de los tres meses siguientes, para los siguientes conceptos:

    A enviar directamente por los usuarios:

    • • Consumo convencional. Podr� enviarse detallado por punto de conexi髇 (PCTD, PCLD) o bien un agregado diario por usuario, es decir un 鷑ico dato por d韆 y usuario.
    • • Consumo para generaci髇 el閏trica. Identificando el ciclo combinado o central t閞mica a la que se programa.
    • • Entradas/salidas programadas por C.I., planta de regasificaci髇, almacenamiento subterr醤eo y yacimiento, indicando los usuarios de origen y destino.
  • 5.3.2 Calendarios (fechas l韒ite)
    • • Env韔 de usuarios y consolidaci髇 de la programaci髇 como programaci髇 mensual: hasta el 20 de cada mes.
    • • Comunicaci髇 y confirmaci髇 del programa definitivo del GTS a operadores de transporte y usuarios: hasta el 28 de cada mes.

6. Programaciones semanales:

• 6.1 Programaci髇 semanal a plantas de regasificaci髇:
  • 6.1.1 Contenido de las programaciones:

    Se remitir� semanalmente un detalle diario, en kWh/d韆, para los 7 d韆s siguientes de la semana de programaci髇 a la que se refiere el programa, contados de s醔ado a viernes, con los mismos conceptos y desgloses definidos en el programa mensual.

    En el caso de programaci髇 de cisternas ser� de aplicaci髇 lo establecido en el PD-12 獿og韘tica de cisternas de GNL�.

  • 6.1.2 Calendarios (horas l韒ite):
    • • Env韔 de usuarios y consolidaci髇 de la programaci髇 como programaci髇 semanal: el jueves, antes de las 12:00 h.
    • • Comunicaci髇 y respuesta de viabilidad de los servicios de plantas de regasificaci髇 del operador de la planta a los usuarios: el viernes, antes de las 10:00 h.
    • • Comunicaci髇 y confirmaci髇 del programa definitivo y respuesta de viabilidad de cisternas y descarga de buques del GTS a operadores de planta y usuarios: el viernes, antes de las 12:00 h.
• 6.2 Programaci髇 semanal a almacenamientos subterr醤eos b醩icos:
  • 6.2.1 Contenido de las programaciones:

    Se remitir� semanalmente un detalle diario, en kWh/d韆, para los 7 d韆s siguientes de la semana de programaci髇 a la que se refiere el programa, contados de s醔ado a viernes, con los mismos conceptos y desgloses definidos en el programa mensual.

  • 6.2.2 Calendarios (fechas l韒ite):
    • • Env韔 de usuarios a puntos de conexi髇 del almacenamiento subterr醤eo 鷑ico con la red de transporte y consolidaci髇 de la programaci髇 como programaci髇 semanal: el jueves, antes de las 12:00 h.
    • • Comunicaci髇 y confirmaci髇 del programa definitivo del GTS: el viernes, antes de las 12:00 h.
• 6.3 Programaci髇 semanal a redes de transporte:
  • 6.3.1 Contenido de las programaciones:

    Se remitir� semanalmente un detalle diario, en kWh/d韆, para los 7 d韆s siguientes de la semana de programaci髇 a la que se refiere el programa, contados de s醔ado a viernes, con los mismos conceptos y desgloses que los establecidos para la programaci髇 mensual.

  • 6.3.2 Calendarios (fechas l韒ite):
    • • Env韔 de usuarios y consolidaci髇 de la programaci髇 como programaci髇 semanal: el jueves, antes de las 12:00 h.
    • • Comunicaci髇 y confirmaci髇 del programa definitivo del GTS a transportistas y usuarios: el viernes, antes de las 12:00 h.

7. Nominaciones y renominaciones:

• 7.1 Contenido de las nominaciones y renominaciones:

  Para todas las infraestructuras del sistema, el contenido y detalle requerido para las nominaciones/renominaciones es el mismo que el definido en las programaciones semanales, a excepci髇 de la demanda para generaci髇 el閏trica, que se enviar� desglosada por ciclo combinado o central t閞mica convencional. Las renominaciones para el d韆 de gas que se realicen dentro del propio d韆 de gas se expresar醤 en kWh e indicar醤 la cantidad de gas a vehicular para cada hora de lo que reste de dicho d韆 de gas.

  En ausencia de env韔 horario de informaci髇 sobre demanda el閏trica se consolidar� la nominaci髇 o renominaci髇 diaria enviada si la hubiese, dividiendo entre 24 la programaci髇 diaria para pasarlo a base horaria.

  Los usuarios enviar醤 al operador de la red de transporte la informaci髇 que conozcan de paradas o variaciones relevantes de consumo en l韓eas directas.

  Para la asignaci髇 de las cantidades nominadas o renominadas confirmadas para el d韆 d por contrato se emplear� el criterio de reparto siguiente:

  • 1. Por defecto;
    • a. Cuando se indique una 鷑ica cantidad para el conjunto de contratos del usuario en el punto/servicio, la cantidad confirmada se repartir� por contrato de forma proporcional a la capacidad contratada a cada uno de los contratos, completando primero los contratos de capacidad firme.
    • b. Cuando el usuario indique una nominaci髇 o renominaci髇 por contrato para el d韆 d en el punto/servicio y la cantidad confirmada sea igual a la suma de las cantidades enviadas por el usuario, permanecer� el reparto indicado por el usuario en el env韔. En caso de que la cantidad confirmada no sea igual a la suma de las enviadas, existiendo y estando vigentes todos los contratos indicados para ese d韆, infraestructura y punto/servicio, la cantidad confirmada se repartir� de forma proporcional a la cantidad indicada en el env韔 para cada contrato.
  • 2. Posteriormente, el usuario podr� repartir por contrato en el SL-ATR, v韆 pantalla o v韆 fichero, las cantidades confirmadas, indicando, o bien un porcentaje sobre los contratos, o bien la cantidad que desea destinar a cada uno de ellos En caso de no coincidencia entre la cantidad confirmada y la suma de la asignaci髇 por contratos del usuario prevalecer� el reparto asignado por defecto.

  Esta asignaci髇 deber� realizarse antes de transcurridos 4 d韆s de gas posteriores al 鷏timo d韆 del mes.

• 7.2 Calendarios (d韆 y hora l韒ite):

  Los per韔dos de nominaciones y renominaciones para las infraestructuras de entrada a la red de transporte (plantas, almacenamientos subterr醤eos, yacimientos y conexiones internacionales), se definen a continuaci髇:

  • 7.2.1 Para todos los puntos de entrada o salida a la red de transporte (a excepci髇 de los puntos PCTD y PCLD) y desde ambos lados del punto
    • 1. Nominaciones para el d韆 d:
      • • Per韔do de recepci髇 de nominaciones y consolidaci髇 de las mismas: hasta 16 horas antes del inicio del d韆 de gas d.
      • • Per韔do de procesamiento: hasta 14 horas antes del inicio del d韆 de gas d.
      • • Hora l韒ite de confirmaci髇 de nominaciones: 14 horas antes del inicio del d韆 de gas d.
    • 2. Renominaciones para el d韆 d:
      • • Inicio del per韔do de renominaciones: a partir de 14 horas antes del inicio del d韆 de gas d.
      • • Periodicidad: ciclos de renominaci髇 al inicio de cada hora desde el inicio del periodo de renominaciones y hasta 5 horas antes de la finalizaci髇 del d韆 de gas d.
      • • Duraci髇 del ciclo: 2 horas con opci髇 a renominar la primera hora y media de dicho ciclo. Se consolidar� como renominaci髇 a la hora y media siguiente del inicio del ciclo.
      • • Procesamiento de las renominaciones: antes de transcurridas 2 horas desde el inicio del ciclo de renominaci髇.
      • • Confirmaci髇 de las renominaciones: llevada a cabo por el GTS a las 2 horas despu閟 del inicio de dicho ciclo de renominaci髇.
      • • Hora comienzo del cambio efectivo: 2 horas despu閟 del inicio del ciclo de renominaci髇, salvo solicitaci髇 previa de cambio en momento posterior.

    El 鷏timo ciclo de renominaci髇 finalizar� 3 horas antes del fin del d韆 de gas.

  • 7.2.2 Para buques de GNL:
    • 1. Nominaciones para el d韆 d:
      • • Per韔do de recepci髇 de nominaciones: hasta 16 horas antes del inicio del d韆 de gas d.
      • • Per韔do de respuesta de viabilidad del transportista y GTS (solo se aplica a buques): hasta 13 horas antes del inicio del d韆 de gas d.
    • 2. Renominaciones para el d韆 d:
      • a) En el d韆 previo al d韆 de gas:
        • • Per韔do de recepci髇 de renominaciones: hasta 11 horas y media antes del inicio del d韆 de gas d.
        • • Per韔do de respuesta de viabilidad del transportista y GTS (solo se aplica a descarga de buques): hasta 11 horas antes del inicio del d韆 de gas d.
      • b) En el d韆 de gas:
        • • Per韔do de recepci髇 de renominaciones: hasta 3 horas antes de la finalizaci髇 del d韆 de gas d.
        • • Per韔do de respuesta de viabilidad del transportista y GTS: hasta 1 hora antes de finalizar el d韆 de gas d.
  • 7.2.3 Para Cisternas:

    Las nominaciones y renominaciones se realizar醤 conforme a los plazos establecidos en el PD-12 獿og韘tica de Cisternas de GNL�.

8. Criterios de confirmaci髇 de la programaci髇/nominaci髇/renominaci髇 de servicios en planta de regasificaci髇:

Como criterio general, una programaci髇/nominaci髇/renominaci髇 de una operaci髇 de buques o carga de cisternas enviada por los usuarios en plantas de regasificaci髇 se confirmar� si:

• • Se respeta la contrataci髇 establecida para cada usuario.
• • Cumple en todo momento con las reglas operativas para per韔dos especiales de alta demanda y cobertura de existencias m韓imas, vigentes en el momento de env韔 de la programaci髇/nominaci髇/renominaci髇.
• • El balance individual del usuario en la planta est� dentro de los par醡etros contemplados en las normas de gesti髇 t閏nica del Sistema.
• • La regasificaci髇 propuesta ha sido confirmada por el GTS y tenida en cuenta por el operador para la viabilidad global de la infraestructura.
• • Las descargas programadas para cada mes permiten ser procesadas sin superar en ning鷑 momento la capacidad m醲ima de almacenamiento f韘ico de la planta, de acuerdo con lo recogido en las normas de gesti髇 t閏nica del Sistema.
• • Las descargas programadas/nominadas/renominadas cumplen con los requisitos establecidos sobre asignaci髇 y reasignaci髇 de ventanas de descargas de buques.

Adem醩 de los criterios anteriores, cada planta, por sus caracter韘ticas t閏nicas, podr� establecer criterios adicionales. Si este fuera el caso, el operador de dicha planta deber� disponer de procedimientos transparentes, objetivos y no discriminatorios que recojan los criterios espec韋icos a aplicar en la planta para dar respuesta de viabilidad a las programaciones. Dichos procedimientos se publicar醤 en la p醙ina web del operador de la planta y en la del GTS.

En caso de que se incumpla con alguna de las condiciones anteriores, se declarar� la programaci髇/nominaci髇/renominaci髇 como 玭o confirmada�, indicando el motivo, para que el usuario proceda a su modificaci髇.

Para solucionar los casos de programaciones de operaciones de buques no confirmadas debidas a la imposibilidad de aceptar las fechas solicitadas por el usuario, el operador de la planta de regasificaci髇 podr� proponer fechas alternativas.

De no llegar a acuerdos, los operadores de la planta y los usuarios afectados transmitir醤 sus comentarios y programas al GTS, quien propondr� la programaci髇 definitiva, ateni閚dose a criterios de m醲ima eficacia y seguridad del suministro.

El GTS podr� solucionar los posibles casos de programaciones no viables de un usuario, eliminando operaciones del programa o derivando las operaciones programadas en una planta hacia otra en la que el usuario tenga capacidad contratada.

La regasificaci髇 asociada a la operaci髇 desviada podr� ser asumida por la planta receptora de la misma, si ello fuese necesario para no afectar al programa viable previo de dicha planta.

Para resolver las programaciones no confirmadas que surjan en la programaci髇 anual, se actuar� como se especifica a continuaci髇:

• • Entre el 1 y el 8 de noviembre, los operadores de planta mantendr醤 reuniones con los usuarios para resolver los casos de la programaci髇 anual no confirmados, relativos a sus operaciones de buques y remitidos para la programaci髇 anual definitiva.
• • Entre el 1 y el 15 de noviembre, el GTS convocar� a reuni髇 a los usuarios y operadores de plantas que considere oportuno para poder definir el programa anual viable del Sistema.

Para analizar las programaciones no confirmadas que surjan en la programaci髇 mensual, se deber� tener en cuenta como punto de partida, la programaci髇 anual viable del usuario y las variaciones recibidas en la programaci髇 mensual.

Las ventanas de descargas previamente asignadas en las programaciones anuales confirmadas, especialmente en lo que se refiere a buques dedicados, tendr醤 prioridad frente a nuevas fechas de descargas solicitadas.

Las programaciones no confirmadas debidas a desviaciones en las fechas de operaciones de buques, podr醤 ser resueltas por el operador de la planta, mediante la proposici髇 al usuario de fechas alternativas. De no llegarse a un acuerdo, el operador de la planta solicitar� ayuda al GTS, quien propondr� la programaci髇 definitiva, antes del 28 de cada mes, ateni閚dose a criterios de m醲ima eficacia y seguridad de suministro y teniendo en cuenta la situaci髇 de balance de cada usuario en el conjunto del Sistema.

El GTS deber� justificar su decisi髇 bas醤dose en criterios conocidos, objetivos, transparentes y no discriminatorios, que constar醤 en su respuesta de confirmadas, la cual estar� a disposici髇 de los agentes implicados y de la Comisi髇 Nacional de los Mercados y la Competencia a trav閟 del SL-ATR.

Una vez declarado confirmado el programa mensual, el GTS deber� publicar en el SL-ATR la siguiente informaci髇:

• a) N鷐ero de buques previstos (indicando tama駉), en cada planta de regasificaci髇.
• b) Cantidad de descarga prevista, por buque y planta (GWh/mes)
• c) Ventanas de descarga disponibles por planta, indicando d韆s concretos y tama駉s m醲imos admisibles. Esta informaci髇 tambi閚 se publicar� en la p醙ina web del GTS.

Las programaciones no confirmadas que puedan surgir en programaciones semanales, nominaciones o renominaciones deber醤 ser resueltas antes de la fecha y hora l韒ite establecidos en el calendario.

Los usuarios y operadores de las plantas deber醤 realizar sus mayores esfuerzos para solucionar las posibles disconformidades que puedan surgir en cada momento, tanto en lo que se refiere a los balances individuales de cada usuario, como a otras situaciones, tales como restricciones puntuales, casos de fuerza mayor, etc., que puedan surgir en la planta.

Los usuarios y operadores de las plantas informar醤, en cuanto se conozca, al GTS sobre cualquier incidencia que pueda provocar distorsiones en el programa mensual vinculante, para que 閟te pueda analizar el efecto en el Sistema y proponer alternativas.

La conformidad de los p醨rafos anteriores no es aplicable a la regasificaci髇, si bien se tiene en cuenta para dar la conformidad de la planta en su conjunto y puede condicionar la conformidad de las operaciones de buques.

9. Procesamiento de programaciones, nominaciones y renominaciones en la red de transporte:

El procesamiento de las programaciones, nominaciones y renominaciones de puntos de entrada o salida de la red de transporte, (excepto PCTD y PCLD) y desde ambos lados del punto tendr� en cuenta las siguientes variables:

• • La capacidad contratada del usuario y tipo del contrato.
• • El n鷐ero de horas del d韆 de gas transcurridas hasta la finalizaci髇 del ciclo de renominaci髇.
• • La capacidad nominal de la instalaci髇/punto en el momento del procesamiento (en adelante, capacidad nominal disponible), y para las horas restantes del d韆 de gas.
• • Si entre la hora h y h+1 del d韆 d, se han suspendido los derechos de nominaci髇 o renominaci髇 en un punto por la aplicaci髇 de la normativa vigente. En ese caso se procesar醤 conjuntamente las cantidades a ambos lados del punto, excepto en conexiones internacionales, donde se har� conforme a los acuerdos internacionales en vigor entre los operadores.

Adem醩, se tendr醤 en cuenta las siguientes consideraciones:

• 1. El valor neto de las programaciones, nominaciones o renominaciones confirmadas del conjunto de usuarios en esa instalaci髇/punto no puede superar la capacidad nominal disponible de la instalaci髇/punto.
• 2. El gas vehiculado provisionalmente por un usuario ser� la suma de las cantidades confirmadas, prorrateadas por el n鷐ero de horas que han estado vigentes cuando afecten a la totalidad del d韆 de gas.
• 3. En caso de que la suma de programaciones, nominaciones y renominaciones de los usuarios supere la capacidad nominal disponible de la instalaci髇/punto se tendr� en cuenta lo siguiente:
  • • En ning鷑 caso se podr醤 reducir por este proceso las renominaciones del usuario por debajo del gas ya vehiculado.
  • • Cuando se haya ofertado capacidad de acceso por encima de la capacidad nominal disponible del punto en las conexiones internacionales por gasoducto con Europa, conforme a lo dispuesto en la Circular 1/2013, de 18 de diciembre, de la Comisi髇 Nacional de los Mercados y la Competencia, por la que se establecen los mecanismos de gesti髇 de congestiones a aplicar, se aplicar醤 los mecanismos de recompra de capacidad establecidos en dicha Circular, desarrollados por el GTS en colaboraci髇 con los operadores de la red de transporte interconectados y aprobados por la Comisi髇 Nacional de los Mercados y la Competencia. En el resto de puntos se aplicar� la normativa vigente.
  • • Siempre que haya disponibilidad, no podr醤 reducirse las renominaciones del usuario por debajo de la suma del gas vehiculado y la capacidad que le corresponder韆 para el resto del d韆 (proporci髇 de la capacidad contratada firme sobre las horas que restan del d韆).

Atendiendo a las consideraciones anteriores, se reducir醤 las programaciones, nominaciones, o renominaciones de acuerdo al siguiente criterio:

• 1. Se reducir醤 aquellas que est閚 por encima de la capacidad contratada. Se reducir醤 proporcionalmente a la cantidad en exceso. Cuando se trate de una renominaci髇, se reducir� la cantidad renominada en exceso sobre la capacidad contratada que corresponder韆 al usuario para las horas que resten del d韆 de gas, considerando asimismo el gas que el usuario ha vehiculado hasta ese momento.
• 2. Si el punto anterior no es suficiente, se proceder� a reducir aquellas con cantidades asociadas a contrataci髇 interrumpible que contribuye a resolver el exceso de programaci髇/ nominaci髇/renominaci髇. En el caso de conexiones europeas, se ir醤 reduciendo aquellas cantidades de contratos m醩 recientes a m醩 antiguos. En el resto de casos se reducir醤 de manera proporcional a la capacidad contratada.
• 3. Si los puntos anteriores no son suficientes, se realizar� el siguiente proceso:
  • a. Se prorratear� la capacidad nominal disponible entre todos los usuarios con capacidad contratada firme de forma proporcional a la misma. En el caso de renominaciones dentro del d韆 de gas, se prorratear� la capacidad nominal disponible para el resto del d韆 con respecto a la capacidad contratada para el resto del d韆, seg鷑 la expresi髇:

    

  • b. Para cada usuario 玼� con cantidad programada, nominada o renominada mayor que 0 se define:

    Cpu = Cantidad programada, nominada o renominada.

  • c. Si Cpu ≤ Cau, se aceptar醤 las programaciones, nominaciones o renominaciones.
  • d. Si Cpu > Cau, se considerar� como programaci髇, nominaci髇 o renominaci髇, el valor m醲imo entre:

    

En el caso del punto de conexi髇 con los almacenamientos subterr醤eos (PCAS), las validaciones sobre la capacidad contratada por un usuario establecidas en este apartado, se realizar醤 sobre los derechos de inyecci髇 o extracci髇 del usuario.

En el caso de que se comunique indisponibilidad, las validaciones contra la capacidad nominal diaria e intradiaria establecidas en este apartado se realizaran sobre la capacidad de la instalaci髇 en ese punto teniendo en cuenta la indisponibilidad y los acuerdos que permita realizar la normativa vigente.

En el caso de que se haya vendido capacidad adicional en el punto por el mecanismo de sobreventa de capacidad establecido en la reglamentaci髇 vigente, y siempre que no se comunique indisponibilidad, las validaciones respecto a la capacidad nominal diaria e intradiaria establecidas en este apartado se realizar醤 sobre la capacidad nominal incrementada en la misma cantidad que la capacidad adicional vendida.

10. Procedimiento de casaci髇 en puntos de conexi髇 entre dos infraestructuras diferentes:

Con objeto de que no se produzcan discrepancias en las programaciones, nominaciones o renominaciones relativas a puntos de conexi髇 que conectan dos infraestructuras distintas, es necesario determinar el procedimiento a seguir para resolver los probables desajustes entre las programaciones, nominaciones y renominaciones enviadas y procesadas por los usuarios a ambos lados del punto. Estos procedimientos ser醤 los establecidos en los acuerdos de interconexi髇 vigentes.

El proceso de casaci髇 se realiza una vez procesadas las programaciones, nominaciones y renominaciones y antes de su confirmaci髇.

Como criterio general para realizar la casaci髇 de las programaciones procesadas de los usuarios se establece el siguiente:

• • Se casar醤 las parejas de operaciones programadas, nominadas o renominadas y que han sido procesadas que coincidan en los siguientes conceptos: d韆 de gas, punto de conexi髇/instalaci髇/servicio, sentido del flujo donde sea aplicable, usuario a un lado del punto y usuario al otro lado del punto, de forma que, si la cantidad informada por ambos no es la misma, se asignar� la cantidad menor de las dos.

ANEXO IV

INCLUSI覰 DEL APARTADO 3.2.3 玃ROCEDIMIENTO DE ASIGNACI覰 DE DEMANDA� EN EL PD-13 獳SIGNACI覰 DE FECHAS DE DESCARGA DE BUQUES EN PLANTAS DE REGASIFICACI覰�

3.2.3 Procedimiento de asignaci髇 de demanda:

El Gestor T閏nico del Sistema (GTS) publicar� antes del 15 de septiembre de cada a駉, el perfil de demanda global para el a駉 siguiente, (con sus escenarios m韓imo, medio y m醲imo), calculado seg鷑 el protocolo de detalle PD-03 玃redicci髇 de demanda� y desglosado por clientes suministrados a presiones inferiores a 4 bar y superiores a 4 bar.

Una vez recibida la programaci髇, se proceder� como se indica a continuaci髇:

• 1. Se establece un margen de admisi髇 para el perfil de la demanda convencional, de forma que:
  • a. Si el perfil anual del agregado de programaciones de los usuarios para el a駉 A+1 (a programar) del mercado convencional est� entre el perfil anual de la demanda media programada por el GTS +/- 2 % de la misma, se considerar醤 las programaciones enviadas sin ajustar.
  • b. Si alguno de los meses referentes a esta programaci髇 agregada anual no est� en torno a la demanda media mensual publicada por el GTS (es decir, con un margen de +/- 2%), habr� que proceder a repartir los excesos o defectos de programaci髇 entre los usuarios para cada uno de los meses en cuesti髇.
• 2. Se establece un margen de admisi髇 para el perfil de la demanda del sector el閏trico, de modo que:
  • a. Si el perfil anual del agregado de programaciones de los usuarios para el a駉 A+1 (a programar) del mercado el閏trico est� entre el perfil anual de la demanda media programada por el GTS +/- 7,5 % de la misma, se considerar醤 las programaciones enviadas sin ajustar.
  • b. Si alguno de los meses referentes a esta programaci髇 agregada anual no est� entorno a la demanda media mensual publicada por el GTS (es decir, con un margen de +/- 7,5 %), habr� que proceder a repartir los excesos o defectos de programaci髇 entre los usuarios para cada uno de los meses en cuesti髇.
• 3. Para repartir los excesos o defectos, el GTS deber� analizar el programa de cada usuario:
  • a. Se estudiar� el crecimiento o decrecimiento de cada usuario en el a駉 en curso.
  • b. Se convocar� una reuni髇 para aclaraci髇 del programa, a los usuarios que se salen de las tendencias de crecimiento o decrecimiento esperadas a priori.
• 4. Los excesos o defectos se repartir醤 para cada uno de los meses del a駉 programado, respetando la demanda programada por los usuarios para los clientes industriales y ajustando la demanda de mercado dom閟tico (proporcionalmente a los clientes suministrados a presiones inferiores a 4bar), de forma que se ajuste a la demanda total publicada por el GTS.
• 5. Con base en la demanda asignada a cada usuario, el GTS establecer� el programa anual de cada uno de ellos.