ANEXO

PROTOCOLO DE DETALLE PD-13

獳signaci髇 de fechas de descarga de buques en plantas de regasificaci髇�

1. Objeto

El presente protocolo de detalle desarrolla los procesos de asignaci髇 de fechas de descarga a los buques programados por los usuarios en las plantas de regasificaci髇 del Sistema.

2. 羗bito de aplicaci髇

Este protocolo es de aplicaci髇 a todos los usuarios que utilicen las instalaciones de descarga de buques metaneros de las plantas de regasificaci髇 del Sistema, a los titulares de las mismas y al Gestor T閏nico del Sistema (GTS).

3. Definiciones

3.1 Tipos de buques.

A efectos de este protocolo, para la asignaci髇 de fechas de descarga de buques en la programaci髇 anual se utilizar� la siguiente clasificaci髇 de buques en funci髇 de su capacidad:

�	Volumen (m3 GNL)	Energ韆 que se considerar� a descargar por cada buque programado (GWh)
XXL (extra grande)	V > 216.000	1.660
XL (muy grande)	150.000 < V ≤ 216.000	1.500
L (grande)	75.000 < V ≤ 150.000	900
M (mediano)	40.000 < V ≤ 75.000	485
S (peque駉)	V ≤ 40.000	220

3.2 Tramo de demanda.

El tramo de demanda se referir� a la clasificaci髇 de la demanda total a atender por los usuarios de las plantas de regasificaci髇 que se suministren desde estas instalaciones, a efectos de establecer prioridades de asignaci髇 de fechas de descarga de buques en la programaci髇 anual. Dicha demanda se clasificar� en dos grupos: Tramo 1 y Tramo 2.

En cualquier caso, la demanda prevista por el conjunto de los usuarios para el a駉 programado 玭� no ser� superior a un margen de desviaci髇 razonable con relaci髇 a la demanda del sistema prevista por el GTS para ese mismo a駉, de acuerdo con lo establecido en el Protocolo de Detalle PD-08 玃rogramaciones y Nominaciones de Consumos en Redes de Distribuci髇�. Si la demanda prevista por los usuarios fuese superior al l韒ite establecido, se proceder� a ajustar la misma seg鷑 el procedimiento definido en dicho protocolo.

3.2.1 Tramo 1 de demanda.

El Tramo 1 (T1) de un usuario correspondiente al a駉 玭� programado se calcular� seg鷑 la siguiente ecuaci髇:

T1 = DC + DE + ΔDC + ΔDE + I + SGOT + STUR – E + S + A

Siendo:

• • DC: Demanda convencional real del a駉 m髒il anterior (definido como los doce meses anteriores al mes l韒ite para el env韔 de la programaci髇 anual a los titulares de las plantas) elaborada con datos del balance mensual. Se tomar醤 balances cerrados siempre que est閚 disponibles y en su defecto, el mejor balance provisional disponible. No se incluir� la demanda suministrada a partir del gas procedente de las subastas incluidas en los t閞minos STUR y SGOT.
• • DE: Demanda el閏trica correspondiente a centrales t閞micas de ciclo combinado (CTCC). Para su c醠culo se considerar� un factor de utilizaci髇 anual promedio del sistema para el a駉 玭� programado (FC_n), que se aplicar� a cada usuario en funci髇 de su factor de carga del a駉 m髒il anterior de acuerdo con la siguiente f髍mula:

  

  Donde:

  • – FCi_n: factor de carga del usuario 玦�, previsto en el a駉 玭�.
  • – FCi_movil: factor de carga del usuario 玦� en el a駉 m髒il anterior. Para el c醠culo de este factor de carga no se considerar醤 aquellas CTCC que en el a駉 m髒il anterior hayan estado en pruebas.
  • – FC_n: factor de carga medio del sistema previsto para el a駉 玭�.
  • – FC_movil: factor de carga medio del sistema en el a駉 m髒il anterior.

  El GTS determinar� y publicar� en su p醙ina web la metodolog韆 empleada para el c醠culo de FC_n, FC_movil y FCi_movil. Aplicando dicha metodolog韆 el GTS calcular� y publicar� anualmente en su p醙ina web los valores de FC_n, y FC_movil.

  Asimismo, calcular� el valor de FCi_n de acuerdo con la f髍mula expuesta y comunicar� a cada usuario el valor que le corresponde.

• • ΔDC: Nueva demanda convencional demostrada de nuevos clientes individuales contratados de consumo anual superior a 50 GWh/a駉 para el a駉 玭�. Esta demanda estar� descontada, en caso de que el cliente hubiera sido suministrado el a駉 anterior por otro comercializador, de la declaraci髇 de 閟te. Ambos usuarios informar醤 convenientemente a los titulares de infraestructuras y al GTS aportando la Carta de Conformidad del Cliente al cambio de suministrador. Si no existiera tal documento este consumo pasar韆 a ser considerado de Tramo 2.
• • ΔDE: Nueva demanda el閏trica de nuevos ciclos combinados en operaci髇 en el a駉 玭�. Esta demanda estar� descontada, en caso de que el ciclo hubiera sido suministrado el a駉 anterior por otro comercializador, de la declaraci髇 de 閟te. Ambos usuarios informar醤 convenientemente a los titulares de infraestructuras y al GTS aportando la Carta de Conformidad del Cliente al cambio de suministrador, cuando corresponda. Si no existiera tal documento este consumo pasar韆 a ser considerado de Tramo 2.

  Para el c醠culo de esta nueva demanda el閏trica se aplicar� lo establecido para el c醠culo de 獶E�. Para aquellos usuarios que no tuvieran en el a駉 m髒il anterior consumos correspondientes a CTCC se usar� el factor de carga medio del sistema.

  En el caso de nuevos ciclos con puesta en operaci髇 en el a駉 玭�, para el c醠culo de la demanda asociada, en caso de no existir ninguna informaci髇 objetiva justificada por un tercero, se utilizar醤 los datos de potencia instalada y fecha de inicio previsto, publicados por la Comisi髇 Nacional de Energ韆, en sus informes relativos a la demanda de energ韆 el閏trica y su cobertura.

• • I: Saldo de las operaciones mayoristas cerradas con otros usuarios del Sistema para el a駉 玭�, definido como las ventas realizadas por el usuario para el que se calcula la demanda menos sus compras. En el caso de que un usuario (Comercializador 1) sea el que contabiliza la demanda (convencional o el閏trica) y sea otro usuario (Comercializador 2) el que descargue el GNL en la planta de regasificaci髇, ambos informar醤 convenientemente a los titulares de infraestructuras y al GTS de a qu� Comercializador 1 � 2 debe asignarse la fecha de descarga correspondiente a la demanda del Comercializador 1 en funci髇 del acuerdo comercial entre ellos alcanzado.
• • SGOT: Gas destinado a la operaci髇 y nivel m韓imo de llenado de las instalaciones de transporte, almacenamiento y regasificaci髇 a suministrar en el a駉 de programaci髇 玭�. Esta cantidad solamente se tendr� en cuenta para aquellos casos en los que la entrega tenga lugar dentro del sistema gasista espa駉l.
• • E: Entradas asignadas al usuario por conexiones internacionales y yacimientos subterr醤eos en el a駉 de programaci髇 玭�.
• • S: Salidas asignadas al usuario por conexiones internacionales y plantas de regasificaci髇 en el a駉 de programaci髇 玭�.
• • STUR: Gas adjudicado en la subasta para el suministro a tarifa de 鷏timo recurso a suministrar en el a駉 programado 玭�. Este dato lo contabilizar� 鷑icamente el adjudicatario de la subasta y se tendr� en cuenta solamente para el per韔do adjudicado.
• • A: Saldo neto de las obligaciones de mantenimiento de existencias estrat間icas y operativas en vigor en el a駉 programado 玭� (calculado como existencias finales menos iniciales).

3.2.2 Tramo 2 de demanda.

El Tramo 2 de demanda de un usuario en el a駉 programado 玭� incluir� el crecimiento de la demanda, de las exportaciones y del gas almacenado en el a駉 玭�, as� como las operaciones mayoristas, que no hayan sido previamente consideradas en la determinaci髇 del Tramo 1 de demanda.

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.

4. Asignaci髇 de fechas de descarga de buques en la programaci髇 anual de plantas de regasificaci髇

4.1 Condicionantes.

Los usuarios realizar醤 una distribuci髇 lo m醩 homog閚ea posible de las descargas programadas en cada mes.

A la hora de asignar las fechas de descarga de buques en la Programaci髇 Anual, los titulares de las plantas de regasificaci髇 y el GTS tendr醤 en cuenta las siguientes condiciones:

• a) La cantidad total anual/mensual a descargar en una planta por el conjunto de los usuarios no podr� ser superior a la suma de las capacidades m醲imas anuales/mensuales de emisi髇 y de carga de cisternas y una estimaci髇 razonable de la carga de buques. El c醠culo de estas capacidades se realizar� seg鷑 el Protocolo de Detalle PD-09 獵醠culo de Rangos Admisibles para los Valores de las Variables B醩icas de Control dentro de los Rangos Normales de Operaci髇 del Sistema�.
• b) La cantidad m醲ima anual/mensual a descargar por un usuario en una planta de regasificaci髇 no podr� ser superior a la capacidad anual/mensual contratada en dicha planta por ese usuario, corregida por las operaciones mayoristas realizadas en la planta.
• c) La cantidad anual total a descargar programada por cada usuario en el conjunto de las plantas del Sistema ser� igual o inferior a la suma del Tramo 1 y el Tramo 2 de su demanda para el a駉 programado.
• d) La cantidad mensual m醲ima a descargar por un usuario (Q_M) en el conjunto de las plantas de regasificaci髇 cumplir� la siguiente ecuaci髇:

  QM ≤ Di – Ei + Si + Ai +Ii + Fi

  Donde:

  • • D_i: Demanda del usuario 玦� en el mes 玀� del a駉 programado, que incluir� la demanda convencional y el閏trica y la demanda asociada a las subastas para el suministro a tarifa de 鷏timo recurso y para la adquisici髇 del gas de operaci髇, gas tal髇 y gas colch髇 (en los casos en los que la entrega de este gas tenga lugar dentro del sistema gasista espa駉l).
  • • E_i: Entradas asignadas al usuario 玦� por conexiones internacionales y yacimientos en el mes 玀� del a駉 programado.
  • • S_i: Salidas asignadas al usuario 玦� por conexiones internacionales y plantas de regasificaci髇 en el mes 玀� del a駉 programado.
  • • A_i: Saldo neto del almacenamiento subterr醤eo, definido como inyecci髇 menos extracci髇, asignado al usuario 玦� en el mes 玀� del a駉 programado.
  • • I_i: Saldo de las operaciones mayoristas cerradas con otros usuarios del Sistema, definido como ventas menos compras, realizadas por el usuario 玦� en el mes 玀� del a駉 programado.
  • • F_i: Flexibilidad log韘tica asignada al usuario 玦� para el total de las plantas del sistema. Este par醡etro que para el total del a駉 m髒il debe ser lo m醩 pr髕imo a 0, se define para cada mes como la mayor de las dos cantidades siguientes: 3 d韆s de la capacidad de regasificaci髇 diaria contratada en el conjunto de las plantas para el mes en cuesti髇 o 450 GWh.

  Para la definici髇 de A_i se tendr醤 en cuenta los siguientes condicionantes:

  • 1. Si no se conoce la capacidad de almacenamiento contratada por el usuario para el a駉 programado 玭�, se utilizar� la del a駉 玭-1�
  • 2. Cada mes se tomar� como punto de partida las existencias finales calculadas del mes anterior.
  • 3. Se considerar醤 para cada usuario las siguientes limitaciones a la capacidad mensual de extracci髇 (Lext) y de inyecci髇 (Liny), de acuerdo a las siguientes f髍mulas:
    • Lext = CTE x 0,8 x n.� d韆s/mes x % Volumen operativo asignado usuario.
    • Liny = CTI x 0,8 x n.� d韆s/mes x % Volumen operativo asignado usuario.

    Siendo:

    • – CTE: Capacidad t閏nica de extracci髇 diaria publicada por el GTS.
    • – CTI: Capacidad t閏nica de inyecci髇 diaria publicada por el GTS.
    • – % Volumen operativo asignado usuario:

      

• e) El n鷐ero m醲imo de fechas de descarga admisible en una planta de regasificaci髇 para un mes determinado ser� funci髇 de las capacidades de dicha planta.

4.2 Proceso de asignaci髇 de fechas de descarga en la Programaci髇 Anual.

El GTS determinar� y publicar� la demanda del a駉 programado 玭� que corresponde al Tramo 1 y al Tramo 2 para el total del sistema. Asimismo, calcular� la demanda del a駉 programado 玭� que corresponde al Tramo 1 y al Tramo 2 de cada usuario, teniendo en cuenta la informaci髇 de la programaci髇 anual de demanda de los usuarios y lo establecido en los apartados 3 y 4.1 de este protocolo, y se lo comunicar� a los usuarios y a los titulares de las plantas afectadas.

Con la informaci髇 facilitada por el GTS y las programaciones de los usuarios, los titulares de las plantas de regasificaci髇 proceder醤 a asignar las fechas de descarga de buques en sus instalaciones, teniendo en cuenta los condicionantes establecidos en el apartado 4.1, y de acuerdo con el procedimiento descrito a continuaci髇.

Se asignar� en primer lugar y para todos los usuarios las fechas de descarga de los buques asociados al Tramo 1 de demanda para el a駉 玭�. Se podr醤 mover las fechas de descarga solicitadas un d韆 (adelant醤dolo o retras醤dolo), con el fin de reducir coincidencias de fechas solicitadas, previa consulta con los afectados. Una vez finalizado el proceso, se comunicar� a cada usuario la informaci髇 de la asignaci髇 provisional que le corresponde y se publicar� el programa de descarga de cada planta.

A partir del d韆 de su publicaci髇, los usuarios dispondr醤 de un plazo de siete d韆s naturales para proponer modificaciones a las fechas de descarga coincidentes previstas para los buques asignados mediante acuerdos bilaterales entre usuarios, que comunicar醤 al titular de la planta de regasificaci髇 y al GTS.

Una vez agotado el plazo y en el caso en que haya dos o m醩 buques que tengan previsto descargar en una misma fecha y en una misma planta sin que los usuarios hayan llegado a un acuerdo, se reservar� una/s fecha/s de descarga en la/s fecha/s inmediatamente anterior/es o posterior/es a la inicialmente solicitada por los buques coincidentes. En dicha/s fecha/s quedar�/n ubicado/s el/los buque/s que finalmente deba/n desplazarse, hasta la fecha de env韔 de la programaci髇 mensual que dentro del mes M-3 incluya la fecha en conflicto. Si llegado ese momento la coincidencia persiste se proceder� seg鷑 el apartado 7.

Una vez realizada la asignaci髇 de fechas de descarga de buques asociados al Tramo 1 (y teniendo en cuenta las reservas para fechas de descarga coincidentes), se proceder� a asignar las fechas de descarga de buques asociados al Tramo 2. En caso de que coincida la fecha programada de un buque del Tramo 2 con la fecha asignada para un buque del Tramo 1 se modificar� la fecha del buque de Tramo 2 a la m醩 pr髕ima disponible. En caso de que haya dos o m醩 buques del Tramo 2 con fechas de descarga coincidentes se reservar� una/s fecha/s de descarga en la/s fecha/s inmediatamente anterior/es o posterior/es a la inicialmente solicitada por los buques coincidentes. En dicha/s fecha/s quedar�/n ubicado/s el/los buque/s que finalmente deba/n desplazarse, hasta la fecha de env韔 de la programaci髇 mensual que dentro del mes M-3 incluya la fecha en conflicto. Si llegado ese momento la coincidencia persiste se proceder� seg鷑 el apartado 7.

Realizado lo anterior, se dispondr� de la Programaci髇 Anual de descarga de buques con fechas tentativas de descarga. Los titulares de la planta de regasificaci髇 comunicar醤 la respuesta de viabilidad a los usuarios de dicha planta y al GTS. Una vez recibida la informaci髇 de los titulares de la planta, el GTS analizar� las programaciones y su impacto en el conjunto del sistema, dar� respuesta de viabilidad y publicar� la Programaci髇 Anual definitiva.

Las fechas tentativas de descarga y el orden cronol骻ico establecido ser醤 utilizados como referencia para la asignaci髇 de fechas de descarga programadas en la Programaci髇 Mensual, donde se tendr� en cuenta que el usuario cumpla con las NGTS, en particular con las limitaciones al nivel de existencias de GNL en planta que estuvieran en vigor.

4.3 Actualizaci髇 del Programa Anual.

Considerando como fechas l韒ite el 15 de enero y el 15 de julio, los usuarios que descarguen buques en las plantas de regasificaci髇 del sistema, podr醤 remitir una revisi髇 de la Programaci髇 Anual que afecta al resto del a駉 en curso.

Una vez recibidas el conjunto de las revisiones de usuarios que hayan decidido modificar su programa anual se proceder� a actualizar la Programaci髇 Anual inicial resultante del proceso de asignaci髇 de fechas de descarga tentativas.

Si como resultado de la actualizaci髇 existieran fechas de descarga coincidentes se dar� prioridad de descarga a aquellos buques asignados al Tramo 1 cuya fecha prevista de descarga no haya sido modificada en la revisi髇 semestral de la Programaci髇 Anual existente. Si la coincidencia es procedente de revisiones de fechas de descarga tentativa por parte de todos los usuarios y ambos buques tienen consideraci髇 de Tramo 1 o Tramo 2 (se mantiene la prioridad de descarga de los buques considerados de Tramo 1 sobre los considerados de Tramo 2), se abrir� un proceso de informaci髇 y resoluci髇 de fechas coincidentes similar al del proceso de elaboraci髇 de la Programaci髇 Anual inicial.

Independientemente de lo anterior, los usuarios podr醤 proponer actualizaciones puntuales de su Programaci髇. Estas ser醤 publicadas siempre que no supongan modificaciones sustanciales al programa anual global y no tengan impacto negativo sobre las fechas programadas por terceros.

5. Asignaci髇 de fechas de descarga de buques en el horizonte trimestral

Los usuarios enviar醤 la Programaci髇 Mensual correspondiente a los tres meses siguientes con el detalle indicado en el PD-07 玃rogramaciones y nominaciones en infraestructuras de transporte� y en las fechas establecidas en el mismo.

Para el an醠isis de la viabilidad de la Programaci髇 Mensual se utilizar� la siguiente informaci髇 de referencia:

• 1. La Programaci髇 Mensual vinculante realizada el mes anterior.
• 2. Las fechas de descarga establecidas en la Programaci髇 Anual, para el an醠isis de los per韔dos donde no exista una asignaci髇 de fechas de descarga vinculantes resultado de la Programaci髇 Mensual anterior.

5.1 Primer mes del horizonte trimestral.

Se respetar� la 鷏tima programaci髇 de descarga de buques vinculante incluida en la Programaci髇 Mensual anterior, manteniendo las fechas de descarga asignadas siempre y cuando los niveles m醲imos esperados de la planta permitan dicha descarga. En caso contrario, se asignar� la primera fecha posterior a la asignada que sea compatible con la viabilidad f韘ica de cada planta.

A continuaci髇, y para aquellas fechas que no hayan sido ya asignadas en la programaci髇 vinculante de cada planta, se analizar醤 las fechas de descarga solicitadas por los usuarios en el mes M-1 de la nueva Programaci髇 Mensual, examin醤dose el cumplimiento de los siguientes criterios y por el orden en que se citan, para la priorizaci髇 de las descargas:

• 1. El usuario no debe superar las existencias medias de GNL m醲imas permitidas en el conjunto de las plantas de regasificaci髇 para cada per韔do del a駉.
• 2. El usuario no debe superar los 5 d韆s de almacenamiento de existencias de GNL en tanques en el conjunto de las plantas de regasificaci髇.
• 3. El usuario no debe superar los 5 d韆s de almacenamiento de existencias de GNL en tanques en cada planta de regasificaci髇.
• 4. Si no se cumple lo anterior y se ven afectadas las descargas siguientes, se asignar� como fecha de descarga programada la primera fecha disponible de cumplimiento de las limitaciones al nivel de existencias de GNL en planta que estuvieran en vigor. En caso de fechas coincidentes se respetar� la prioridad de descarga establecida en la 鷏tima programaci髇 vinculante disponible.

Posteriormente, se analizar� la viabilidad del transporte, de acuerdo con el Protocolo de Detalle PD-09 獵醠culo de Rangos Admisibles para los Valores de las Variables B醩icas de Control dentro de los Rangos Normales de Operaci髇 del Sistema� y considerando las entradas m韓imas y m醲imas por cada conexi髇.

Una vez considerado si es necesario realizar alg鷑 desv韔, de acuerdo con la normativa vigente, el GTS comunicar� a los titulares de las plantas el cumplimiento de los criterios de priorizaci髇 de las descargas por parte de cada usuario, con objeto de que se realice la asignaci髇 de las fechas de descarga para el primer mes, que tendr醤 la consideraci髇 de vinculantes seg鷑 lo establecido en la NGTS-03 玃rogramaciones� y en el PD-07 玃rogramaciones y nominaciones en infraestructuras de transporte�, una vez que el GTS haya dado respuesta de viabilidad.

5.2 Segundo y tercer mes del horizonte trimestral.

Una vez establecida la programaci髇 de descargas del primer mes, se proceder� a asignar las fechas de descarga del segundo y tercer mes, que tendr醤 la consideraci髇 de vinculantes seg鷑 lo establecido en la NGTS-03 玃rogramaciones� y en el PD-07 玃rogramaciones y nominaciones en infraestructuras de transporte�.

Los criterios de asignaci髇 ser醤 los utilizados en el apartado 5.1.

6. Asignaci髇 de fechas de descarga de buques en la gesti髇 intermensual

Para la asignaci髇 de fechas de descarga de buques en caso de peticiones de modificaci髇 de los programas vinculantes, se utilizar醤 los mismos criterios establecidos en el apartado 5.1, ya sean estas peticiones de cambio de fecha de descarga o bien solicitudes de nuevas fechas de descarga, y previa justificaci髇 del usuario de la necesidad de dichas modificaciones. Las modificaciones solicitadas, tendr醤 como condicionante no afectar a descargas de terceros y deber醤 contar con la viabilidad del titular de la planta de regasificaci髇 y del GTS.

7. Reglas para la asignaci髇 de prioridades en solicitudes de descarga de buques con fechas coincidentes

Para asignar prioridades de descarga, en el caso de que haya dos o m醩 buques programados en la misma fecha en la misma planta y los usuarios no hayan llegado a un acuerdo sobre la modificaci髇 de este programa, se seguir� lo indicado a continuaci髇.

El GTS mantendr� una lista ordenada alfab閠icamente de todos los usuarios. Esta lista se reordenar� anualmente mediante un sorteo en el que se establecer� la letra a partir de la cual queda definido el orden de prioridad de descarga, de modo que figurar醤 en los primeros puestos de dicha lista aquellos usuarios cuya denominaci髇 social comience por la letra que hubiera resultado del sorteo, siguiendo el resto de usuarios seg鷑 orden alfab閠ico.

En el caso de una coincidencia de fechas, se asignar� prioridad de descarga al usuario que est� en primer lugar de la lista; y una vez asignada, dicho usuario pasar� al 鷏timo lugar. Y as� sucesivamente.