2007O0002 — ES — 11.05.2009 — 001.001

Este documento es un instrumento de documentación y no compromete la responsabilidad de las instituciones

►B ORIENTACIÓN DEL BANCO CENTRAL EUROPEO de 26 de abril de 2007 sobre el sistema automatizado transeuropeo de transferencia urgente para la liquidación bruta en tiempo real (TARGET2) (BCE/2007/2) (2007/600/CE) (DO L 237, 8.9.2007, p.1)

Modificado por:









▼B

ORIENTACIÓN DEL BANCO CENTRAL EUROPEO

de 26 de abril de 2007

sobre el sistema automatizado transeuropeo de transferencia urgente para la liquidación bruta en tiempo real (TARGET2)

(BCE/2007/2)

(2007/600/CE)







EL CONSEJO DE GOBIERNO DEL BANCO CENTRAL EUROPEO, Visto el Tratado constitutivo de la Comunidad Europea y, en particular, su artículo 105, apartado 2, guiones primero y cuarto, Vistos los Estatutos del Sistema Europeo de Bancos Centrales y del Banco Central Europeo y, en particular, sus artículos 3.1, 17, 18 y 22, Considerando lo siguiente: (1) El actual sistema automatizado transeuropeo de transferencia urgente para la liquidación bruta en tiempo real (TARGET) tiene una estructura descentralizada en la que se conectan los sistemas de liquidación bruta en tiempo real (SLBTR) nacionales y el mecanismo de pagos del BCE. El principal instrumento jurídico que rige TARGET es la Orientación BCE/2005/16, de 30 de diciembre de 2005, sobre el sistema automatizado transeuropeo de transferencia urgente para la liquidación bruta en tiempo real (TARGET) ( 1 ). (2) A partir del 19 de noviembre de 2007 TARGET será sustituido por TARGET2, que se caracteriza por una única plataforma técnica denominada plataforma compartida única. Aunque TARGET2, lo mismo que TARGET, se estructurará legalmente como una multiplicidad de sistemas de pago, el Consejo de Gobierno ha decidido que las normas de los sistemas integrantes de TARGET2 se armonicen al máximo, sin perjuicio de ciertas excepciones derivadas de imperativos de derecho interno. (3) Hay tres niveles de gobierno distintos tanto para el establecimiento como para las fases operativas de TARGET2. El nivel 1 (Consejo de Gobierno) es el responsable último de TARGET2 y salvaguarda su función pública. El nivel 2 (bancos centrales del Eurosistema) es el responsable subsidiario de TARGET2, y el nivel 3 (los bancos centrales proveedores de la plataforma compartida única) desarrolla y opera la plataforma compartida única en beneficio del Eurosistema. (4) En nombre del Eurosistema, el Banco Central Europeo (BCE) firmará con el proveedor del servicio de red designado por el Consejo de Gobierno un acuerdo marco, y un acuerdo de confidencialidad y no divulgación, que establece los principales elementos de la provisión del servicio de red a los participantes, incluida la fijación de precios. (5) Al igual que el de TARGET, el establecimiento de TARGET2 es esencial para el desempeño de ciertas funciones básicas del Eurosistema, como son ejecutar la política monetaria de la Comunidad y promover el buen funcionamiento de los sistemas de pago. (6) La migración de los SLBTR nacionales a la plataforma compartida única tendrá lugar por etapas, por lo que la Orientación BCE/2005/16 seguirá aplicándose a esos sistemas hasta que los bancos centrales correspondientes migren a la plataforma compartida única. En previsión de reclamaciones de compensación en caso de producirse fallos técnicos antes de concluir la migración a la plataforma compartida única, es preciso introducir algunos cambios menores en la Orientación BCE/2005/16. Considerando lo siguiente: HA ADOPTADO LA PRESENTE ORIENTACIÓN:







SECCIÓN I

DISPOSICIONES GENERALES

Artículo 1

Objeto y ámbito de aplicación

1. TARGET2 proporciona para los pagos en euros una liquidación bruta en tiempo real y en dinero de banco central. Se establece y funciona sobre la base de la plataforma compartida única, por medio de la cual se cursan y procesan todas las órdenes de pago, y se reciben los pagos, de manera técnicamente idéntica.

2. TARGET2 se estructura legalmente como una multiplicidad de SLBTR.

Artículo 2

Definiciones

A efectos de la presente Orientación, se entenderá por:

— «bancos centrales proveedores de la plataforma compartida única»: el Deutsche Bundesbank, la Banque de France y la Banca d’Italia en calidad de bancos centrales nacionales (BCN) que desarrollan y operan la plataforma compartida única en beneficio del Eurosistema,

— «plataforma compartida única»: la infraestructura técnica única proporcionada por los bancos centrales proveedores de la plataforma compartida única,

— «sistema integrante de TARGET2»: cualquiera de los SLBTR de los bancos centrales del Eurosistema que forman parte de TARGET2,

— «BCN participante»: el BCN de un Estado miembro que ha adoptado el euro,

— «Eurosistema»: el BCE y los BCN participantes,

— «banco central del Eurosistema»: el BCE o un BCN participante,

— «proveedor del servicio de red»: el proveedor de la red de conexiones informáticas destinada a cursar mensajes de pago en TARGET2,

— «participante» (o «participante directo»): la entidad que es titular de al menos una cuenta del módulo de pagos con un banco central del Eurosistema,

— «módulo de pagos»: el módulo de la plataforma compartida única en cuyas cuentas se liquidan los pagos de los participantes en TARGET2,

— «cuenta del módulo de pagos»: la cuenta que un participante en TARGET2 mantiene en el módulo de pagos con un banco central del Eurosistema y que es necesaria para que el participante: — a) curse órdenes de pago o reciba pagos por medio de TARGET2, y b) liquide los pagos con ese banco central del Eurosistema,

— «Estado miembro no participante»: el Estado miembro que no ha adoptado el euro,

— «banco central conectado»: el BCN que no es un BCN participante y que está conectado a TARGET2 en virtud de un acuerdo específico,

— «código de identificación bancaria (BIC)»: el código definido en la norma ISO no 9362,

— «participante indirecto»: la entidad de crédito establecida en el Espacio Económico Europeo (EEE) que ha celebrado un acuerdo con un participante directo para cursar órdenes de pago y recibir pagos cuya liquidación se realiza en la cuenta del módulo de pagos del participante directo, y que ha sido reconocida por un sistema integrante de TARGET2 como participante indirecto,

— «titular de BIC accesible»: la entidad que: a) posee un código de identificación bancaria (BIC), b) no está reconocida como participante indirecto, y c) es un corresponsal o cliente de un participante directo, o una sucursal de un participante directo o indirecto, y puede cursar órdenes de pago a un sistema integrante de TARGET2, y recibir pagos de él, por intermedio del participante directo,

— «día hábil»: cualquier día en que, en los términos establecidos en el apéndice V del anexo II, TARGET2 está disponible para la liquidación de órdenes de pago,

— «crédito intradía»: el otorgado y reembolsado dentro del mismo día hábil,

— «sistema vinculado» (SV): el sistema gestionado por una entidad establecida en el EEE y sujeta a la supervisión o vigilancia de una autoridad competente, en el que se intercambian o compensan pagos o instrumentos financieros, mientras que las obligaciones dinerarias resultantes se liquidan en TARGET2 conforme a lo dispuesto en la presente Orientación y la relación jurídica bilateral entre el SV y el banco central del Eurosistema pertinente,

— «período transitorio»: respecto de cada banco central del Eurosistema, el período de cuatro años contado desde el momento de su migración a la plataforma compartida única,

— «cuenta local»: la cuenta abierta fuera del módulo de pagos por un BCN participante para una entidad susceptible de ser participante indirecto,

— «Interfaz para Sistemas Vinculados» (ASI): el mecanismo técnico que permite al SV utilizar una serie de servicios especiales predefinidos para cursar y liquidar las instrucciones de pago del SV; también puede utilizarla un BCN participante para liquidar operaciones en efectivo resultantes de depósitos y retiradas de efectivo,

— «Interfaz para Participantes»: el mecanismo técnico que permite a los participantes directos cursar y liquidar órdenes de pago por medio de los servicios ofrecidos en el módulo de pagos,

— «servicios básicos de TARGET2»: el procesamiento de órdenes de pago en los sistemas integrantes de TARGET2, la liquidación de operaciones relacionadas con SV, y el servicio de agregación de liquidez.

Artículo 3

Sistemas integrantes de TARGET2

1. Cada banco central del Eurosistema operará su propio sistema integrante de TARGET2.

2. Cada sistema integrante de TARGET2 será un sistema designado como tal conforme a la legislación nacional de aplicación de la Directiva 98/26/CE del Parlamento Europeo y del Consejo, de 19 de mayo de 1998, sobre la firmeza de la liquidación en los sistemas de pagos y de liquidación de valores ( 2 ).

3. Los nombres de los sistemas integrantes de TARGET2 estarán formados exclusivamente por la expresión «TARGET2» y el nombre o la abreviatura del banco central del Eurosistema correspondiente o del Estado miembro de ese banco central del Eurosistema. El sistema integrante de TARGET2 del BCE se denominará TARGET2-ECB.

Artículo 4

Conexión de BCN de Estados miembros no participantes

Los BCN de los Estados miembros no participantes solo podrán conectarse a TARGET2 mediante un acuerdo con los bancos centrales del Eurosistema. El acuerdo establecerá expresamente que el banco central conectado cumpla la presente Orientación, salvo las especificaciones y modificaciones pertinentes que se pacten.







SECCIÓN II

GOBIERNO

Artículo 5

Niveles de gobierno

1. Sin perjuicio del artículo 8 de los Estatutos, la gestión de TARGET2 se basará en una estructura de gobierno de triple nivel. En el anexo I se establecen las funciones que se asignan al Consejo de Gobierno (nivel 1), a los bancos centrales del Eurosistema (nivel 2) y a los bancos centrales proveedores de la plataforma compartida única (nivel 3).

2. El Consejo de Gobierno se encargará de la dirección, la gestión y el control de TARGET2. Las funciones de nivel 1 son de su competencia exclusiva. El Comité de Sistemas de Pago y de Liquidación del SEBC (CSPL) asistirá como órgano consultivo al Consejo de Gobierno en todo lo relacionado con TARGET2.

3. Conforme al artículo 12.1, párrafo tercero, de los Estatutos, los bancos centrales del Eurosistema se encargarán de las funciones del nivel 2 en el marco general que establezca el Consejo de Gobierno. Además de su función consultiva, el CSPL dirigirá la ejecución de las funciones de nivel 2. Los bancos centrales conectados participarán sin derecho de voto en los asuntos relativos al nivel 2. Los BCN de los Estados miembros que no sean ni bancos centrales del Eurosistema ni bancos centrales conectados tendrán únicamente la condición de observadores en relación con el nivel 2.

4. Los bancos centrales del Eurosistema podrán organizarse mediante la celebración de los acuerdos pertinentes. En el marco de estos acuerdos, las decisiones se tomarán por mayoría simple, y cada banco central del Eurosistema dispondrá de un voto.

5. Conforme al artículo 12.1, párrafo tercero, de los Estatutos y al marco general que el Consejo de Gobierno establezca, los bancos centrales proveedores de la plataforma compartida única se encargarán de las funciones de nivel 3.

6. Los bancos centrales proveedores de la plataforma compartida única celebrarán con los bancos centrales del Eurosistema un acuerdo que rija los servicios que los primeros prestarán a los segundos. El acuerdo incluirá, cuando proceda, a los bancos centrales conectados.







SECCIÓN III

FUNCIONAMIENTO DE TARGET2

Artículo 6

Condiciones uniformes de participación en TARGET2

1. Cada BCN participante adoptará las medidas necesarias de aplicación de las Condiciones uniformes de participación en TARGET2 que se establecen en el anexo II. Estas medidas regirán exclusivamente las relaciones entre el BCN participante y sus participantes respecto del procesamiento de pagos en el módulo de pagos.

2. El BCE adoptará las condiciones de TARGET2-ECB aplicando las Condiciones uniformes, con la salvedad de que TARGET2-ECB solo prestará servicios a las entidades de compensación y liquidación, incluidas las establecidas fuera del EEE, que estén sujetas a la vigilancia de la autoridad competente y cuyo acceso a TARGET2-ECB haya sido aprobado por el Consejo de Gobierno.

3. Los bancos centrales del Eurosistema publicarán las medidas que adopten en aplicación de las Condiciones uniformes.

4. Los bancos centrales del Eurosistema podrán solicitar exenciones de las Condiciones uniformes por imperativos de derecho interno. El Consejo de Gobierno examinará cada solicitud concreta y concederá las exenciones que procedan.

5. Con sujeción al convenio monetario correspondiente, el BCE podrá determinar las condiciones de participación en TARGET2 de las entidades a que se refiere el artículo 4, apartado 2, letra e), del anexo II.

6. Los bancos centrales del Eurosistema no permitirán ser participante indirecto o registrarse como titular de BIC accesible en su sistema integrante de TARGET2 a entidades que actúen por medio de un participante directo que sea BCN de un Estado miembro pero no banco central del Eurosistema ni banco central conectado.

Artículo 7

Crédito intradía

1. Los BCN participantes podrán conceder crédito intradía con sujeción a las medidas de aplicación de las normas de concesión de crédito intradía establecidas en el anexo III.

2. Las condiciones que rigen el crédito intradía de las entidades de contrapartida del BCE se establecen en la Decisión BCE/2003/NP2, de 28 de enero de 2003, por la que se modifica la Decisión BCE/1999/NP3 sobre el mecanismo de pagos del BCE. El crédito intradía que conceda el BCE se limitará al día en cuestión y no podrá transformarse en crédito a un día.

Artículo 8

Sistemas vinculados

1. Los bancos centrales del Eurosistema facilitarán servicios de transferencia de fondos en dinero de banco central a los sistemas vinculados en el módulo de pagos o, durante el período transitorio y si procede, en las cuentas locales. Estos servicios se regirán por las relaciones jurídicas bilaterales entre los bancos centrales del Eurosistema y los sistemas vinculados respectivos.

2. Las relaciones bilaterales con sistemas vinculados que utilicen la Interfaz para Sistemas Vinculados (ASI) se ajustarán a lo dispuesto en el anexo IV. Además, los bancos centrales del Eurosistema velarán por que en esas relaciones se apliquen mutatis mutandis las disposiciones del anexo II siguientes:

— artículo 8, apartado 1 (requisitos técnicos y jurídicos),

— artículo 8, apartados 2 a 5 (procedimiento de solicitud), con la salvedad de que, en lugar de estar sujeto a los criterios de acceso del artículo 4, el sistema vinculado estará sujeto a los criterios de acceso establecidos, en la definición de «sistema vinculado», en el artículo 1 del anexo II,

— calendario de funcionamiento del apéndice V,

— artículo 11 (requisitos de cooperación e intercambio de información), salvo el apartado 8,

— artículos 27 y 28 (procedimientos de contingencia y continuidad operativa y requisitos de seguridad),

— artículo 31 (régimen de responsabilidad),

— artículo 32 (medios de prueba),

— artículos 33 y 34 (duración, terminación y suspensión de la participación), salvo el artículo 34, apartado 1, letra b),

— artículo 35 si procede (cierre de cuentas del módulo de pagos),

— artículo 38 (confidencialidad),

— artículo 39 (requisitos de protección de datos y prevención del blanqueo de capitales y otras cuestiones afines),

— artículo 40 (requisitos de las notificaciones),

— artículo 41 (relación contractual con el proveedor del servicio de red),

— artículo 44 (ley aplicable, jurisdicción y lugar de ejecución).

3. Las relaciones bilaterales con sistemas vinculados que utilicen la Interfaz para Participantes se ajustarán a lo dispuesto en:

a) el anexo II, salvo el título V y los apéndices VI y VII;

b) el artículo 18 del anexo IV.

Artículo 9

Metodología de costes

1. El Consejo de Gobierno establecerá las normas de financiación de la plataforma compartida única. Todo superávit o déficit resultante del funcionamiento de la plataforma compartida única se distribuirá entre los BCN participantes con arreglo a la clave para la suscripción del capital del BCE establecida en el artículo 29 de los Estatutos.

2. El Consejo de Gobierno establecerá una metodología de costes y una estructura de comisiones comunes para los servicios básicos de TARGET2.

Artículo 10

Disposiciones de seguridad

1. El Consejo de Gobierno especificará la política de seguridad y los requisitos y controles de seguridad de la plataforma compartida única, y, durante el período transitorio, de la infraestructura técnica de las cuentas locales.

2. Los bancos centrales del Eurosistema cumplirán las normas a que se refiere el apartado 1 y velarán por que las cumpla la plataforma compartida única.

Artículo 11

Normas de auditoría

Las evaluaciones de auditoría se efectuarán de acuerdo con los principios y disposiciones de la política de auditoría del SEBC establecida por el Consejo de Gobierno.







SECCIÓN IV

DISPOSICIONES TRANSITORIAS Y FINALES

Artículo 12

Resolución de controversias y ley aplicable

1. En caso de controversia entre los bancos centrales del Eurosistema respecto de la presente Orientación, las partes afectadas tratarán de resolverla con arreglo al Memorandum of Understanding on an Intra-ESCB Dispute Settlement Procedure.

2. Como excepción a lo dispuesto en el apartado 1, el Consejo de Gobierno resolverá las controversias sobre la división de funciones entre los niveles 2 y 3 que no puedan resolverse por acuerdo entre las partes afectadas.

3. En las controversias a que se refiere el apartado 1, los derechos y deberes respectivos de las partes se determinarán en primer lugar por las normas y procedimientos establecidos en la presente Orientación. En las controversias sobre pagos entre sistemas integrantes de TARGET2, la ley del Estado miembro donde tenga su sede el banco central del Eurosistema del beneficiario se aplicará con carácter supletorio en lo que sea compatible con la presente Orientación.

Artículo 13

Migración a la plataforma compartida única

1. La migración de los actuales sistemas de TARGET a la plataforma compartida única tendrá lugar en las fechas siguientes:

a) el 19 de noviembre de 2007 para: Oesterreichische Nationalbank, Deutsche Bundesbank, Banque centrale du Luxembourg y Banka Slovenije;

b) el 18 de febrero de 2008 para: Nationale Bank van België/Banque Nationale de Belgique, Suomen Pankki, Banque de France, Central Bank and Financial Services Authority of Ireland, De Nederlandsche Bank, Banco de Portugal y Banco de España;

c) el 19 de mayo de 2008 para: BCE, Bank of Greece y Banca d’Italia.

2. El banco central del Eurosistema que a 19 de mayo de 2008 no haya efectuado la migración a la plataforma compartida única por circunstancias imprevistas la efectuará el 15 de septiembre de 2008 a más tardar.

Artículo 14

Entrada en vigor y aplicación

1. La presente Orientación entrará en vigor el 30 de abril de 2007 sin perjuicio de las disposiciones transitorias establecidas en el artículo 15.

2. Sin perjuicio del artículo 15, las Orientaciones BCE/2005/16 y BCE/2006/11 se derogarán con efectos a partir del 15 de septiembre de 2008.

Artículo 15

Régimen transitorio y otras disposiciones

1. Las cuentas que un BCN participante abra fuera del módulo de pagos a entidades de crédito y sistemas vinculados se regirán por las normas del BCN participante sin perjuicio de las disposiciones de la presente Orientación sobre las cuentas locales y de otras decisiones del Consejo de Gobierno. Las cuentas que un BCN participante abra fuera del módulo de pagos a entidades que no sean entidades de crédito ni sistemas vinculados se regirán por las normas del BCN participante.

2. La Orientación BCE/2005/16 seguirá aplicándose a los bancos centrales del Eurosistema hasta que sus SLBTR nacionales (o, en el caso del BCE, su mecanismo de pagos) hayan migrado a la plataforma compartida única y se inicien sus períodos transitorios respectivos. A partir de entonces, a estos bancos solo se les aplicará la presente Orientación, sin perjuicio de lo dispuesto en los apartados 3 y 4, y las referencias a la Orientación BCE/2005/16 se entenderán hechas a la presente Orientación en relación a esos bancos centrales del Eurosistema.

3. Las comisiones establecidas en la Orientación BCE/2005/16 se aplicarán a todos los bancos centrales del Eurosistema hasta el cierre de actividades del 18 de mayo de 2008, hayan migrado o no a la plataforma compartida única para entonces. A partir del 19 de mayo de 2008 se aplicarán a todos los bancos centrales del Eurosistema las comisiones establecidas en el apéndice VI del anexo II y en el apartado 18 del anexo IV.

4. Los derechos y deberes de los bancos centrales del Eurosistema respecto de los pagos efectuados por el mecanismo de interconexión según lo define la Orientación BCE/2005/16 seguirán determinándose por dicha Orientación, haya migrado o no a la plataforma compartida única el SLBTR nacional correspondiente (o, en el caso del BCE, su mecanismo de pagos).

5. Hayan migrado o no a la plataforma compartida única los bancos centrales del Eurosistema de que se trate, toda dificultad o controversia que surja entre bancos centrales del Eurosistema entre el 19 de noviembre de 2007 y el 19 de mayo de 2008 se resolverá con arreglo a lo dispuesto en el artículo 12.

6. Durante sus períodos transitorios, los bancos centrales del Eurosistema podrán seguir liquidando en sus cuentas locales pagos y otras operaciones, incluidas las siguientes:

a) pagos entre entidades de crédito;

b) pagos entre entidades de crédito y sistemas vinculados;

c) pagos relacionados con operaciones de mercado abierto del Eurosistema.

7. La expiración del período transitorio pondrá fin a lo siguiente:

a) respecto de las entidades a que se refiere el artículo 4, apartado 1, letras a) y b), del anexo II, su inscripción como titulares de BIC accesibles por bancos centrales del Eurosistema;

b) la participación indirecta con bancos centrales del Eurosistema;

c) la liquidación en cuentas locales de los pagos a que se refiere el apartado 6, letras a), b) y c).

8. La definición de «fallo de un SLBTR nacional» establecida en el artículo 1, apartado 1, de la Orientación BCE/2005/16 se sustituye por la definición siguiente:

«— “fallo de un SLBTR nacional”, “fallo de TARGET” o “fallo”: los problemas técnicos que afecten a la infraestructura técnica o a los sistemas informáticos de un SLBTR nacional, del mecanismo de pagos del BCE, de la red de conexiones informáticas del mecanismo de interconexión o de una conexión bilateral, y cualquier otro suceso relacionado con un SLBTR nacional, el mecanismo de pagos del BCE, el mecanismo de interconexión o una conexión bilateral, que impida procesar en el mismo día las órdenes de pago en TARGET; esta definición comprende asimismo los casos en que el fallo se produzca simultáneamente en más de un SLBTR nacional (debido, por ejemplo, a una avería relacionada con el proveedor del servicio de red) y los casos en que, antes de la migración a TARGET2, el fallo se produzca en la plataforma compartida única de TARGET2 definida en la Orientación BCE/2007/2,».

9. El texto del artículo 8, apartado 4, letras b) y c), de la Orientación BCE/2005/16 se sustituye por el texto siguiente:

«b) Los participantes en TARGET presentarán sus formularios de reclamación al BCN en el que mantengan la cuenta de SLBTR en la que se haya hecho o debiera haberse hecho el adeudo o el abono (el BCN local), en las cuatro semanas siguientes a la fecha en que haya ocurrido el fallo. Toda información y prueba complementaria solicitada por el BCN local se presentará en las dos semanas siguientes a la fecha de su solicitud.

c) El Consejo de Gobierno del BCE examinará todas las reclamaciones recibidas y decidirá si se propone una indemnización. Salvo que el Consejo de Gobierno del BCE decida otra cosa y así lo comunique a los participantes en TARGET, examinará las reclamaciones, a más tardar, catorce semanas después de ocurrido el fallo.».

Artículo 16

Destinatarios, medidas de aplicación e informes anuales

1. La presente Orientación se aplicará a todos los bancos centrales del Eurosistema.

2. Los BCN participantes remitirán al BCE el 31 de julio de 2007 a más tardar las medidas por las que se propongan dar cumplimiento a la presente Orientación.

3. El BCE someterá al Consejo de Gobierno informes anuales sobre el funcionamiento general de TARGET2.









ANEXO I

ESTRUCTURA DE GOBIERNO DE TARGET2







Nivel 1 — Consejo de Gobierno Nivel 2 — Bancos centrales del Eurosistema Nivel 3 — Bancos centrales proveedores de la plataforma compartida única 0. Disposiciones generales El nivel 1 tiene la responsabilidad última en los asuntos nacionales y transfronterizos de TARGET2 y salvaguarda la función pública de TARGET2 El nivel 2 es el responsable subsidiario en los asuntos que el nivel 1 deje a su discreción El nivel 3 toma decisiones respecto del funcionamiento diario de la plataforma compartida única sobre la base de los niveles de servicio establecidos en el acuerdo a que se refiere el artículo 5, apartado 6, de la presente Orientación 1. Política de costes y fijación de comisiones — Decide la metodología de costes común — Decide la estructura de comisiones única — Decide las comisiones de servicios o módulos complementarios (No procede) 2. Nivel de servicios — Decide los servicios básicos — Decide servicios o módulos complementarios — Provee la información y asesoramiento correspondientes a las necesidades de los niveles 1 y 2 3. Gestión de riesgos — Decide el marco general de la gestión de riesgos y la aceptación de los riesgos remanentes — Ejecuta la gestión de riesgos — Ejecuta el análisis de riesgos y su seguimiento — Facilita la información necesaria para el análisis de riesgos conforme a las solicitudes de los niveles 1 y 2 4. Gobierno y financiación — Establece las normas de propiedad, adopción de decisiones y financiación de la plataforma compartida única — Establece el marco jurídico del SEBC sobre TARGET2, y vela por su aplicación adecuada — Redacta las normas de gobierno y financiación decididas por el nivel 1 — Redacta el presupuesto, lo aprueba y lo ejecuta — Tiene la propiedad o el control de la aplicación — Recauda fondos y remunera servicios — Facilita al nivel 2 cifras de costes de la prestación de servicios 5. Creación — Es consultado por el nivel 2 acerca de la ubicación de la plataforma compartida única — Aprueba el plan general del proyecto — Decide el diseño y creación iniciales de la plataforma compartida única — Decide si establecerla desde cero o sobre la base de una plataforma existente — Decide sobre el gestor de la plataforma compartida única — Establece — de acuerdo con el nivel 3 — los niveles de servicio de la plataforma compartida única — Decide sobre la ubicación de la plataforma compartida única, previa consulta con el nivel 1 — Propone el diseño inicial de la plataforma compartida única — Propone si debe establecerse desde cero o sobre la base de una plataforma existente — Propone la ubicación de la plataforma compartida única — Redacta las especificaciones funcionales generales y detalladas (especificaciones funcionales detalladas internas y especificaciones funcionales detalladas para los usuarios) — Aprueba la metodología del proceso de especificación y los «resultados» del nivel 3 que se consideren apropiados para especificar y, más tarde, probar y aceptar el producto (en particular, las especificaciones generales y detalladas de los usuarios) — Establece un plan de proyecto basado en hitos — Evalúa y acepta los resultados — Establece planes de prueba — Coordina las pruebas de los bancos centrales y los usuarios, en estrecha cooperación con el nivel 3 — Redacta las especificaciones técnicas detalladas — Aporta información (inicial y permanente) para la planificación y el control de proyecto basado en hitos — Facilita apoyo técnico y operativo para pruebas (ejecuta pruebas en la plataforma compartida única, aporta información sobre planes de prueba relacionados con la plataforma compartida única, y apoya a los bancos centrales del Eurosistema en sus actividades de prueba de la plataforma compartida única) 6. Puesta en marcha y migración — Decide la estrategia de migración — Prepara y coordina la migración a la plataforma compartida única, en estrecha cooperación con el nivel 3 — Aporta la información sobre cuestiones de migración requerida por el nivel 2 — Ejecuta trabajos de migración relacionados con la plataforma compartida única; presta apoyo complementario a futuros BCN participantes 7. Funcionamiento — Gestiona las crisis graves — Gestiona las responsabilidades del propietario del sistema — Mantiene contactos con los usuarios a nivel europeo (sin perjuicio de la responsabilidad exclusiva de los bancos centrales del Eurosistema respecto de la relación comercial con sus clientes) y vigila la actividad diaria de los usuarios desde una perspectiva comercial (función de los bancos centrales del Eurosistema) — Vigila la evolución del negocio — Ejecuta funciones de presupuestación, financiación, facturación (función de los bancos centrales del Eurosistema) y otras funciones administrativas — Gestiona el sistema sobre la base del acuerdo a que se refiere el artículo 5, apartado 6, de la presente Orientación









ANEXO II

CONDICIONES UNIFORMES DE PARTICIPACIÓN EN TARGET2

TÍTULO I

DISPOSICIONES GENERALES

Artículo 1

Definiciones

A efectos de estas condiciones uniformes (en adelante, las «Condiciones») se entenderá por:

— «acceso de cuenta múltiple»(multi-addressee access): la facilidad por la que las sucursales de entidades de crédito o las entidades de crédito establecidas en el EEE pueden acceder al sistema integrante de TARGET2 correspondiente presentándole órdenes de pago directamente o recibiendo de él pagos directamente; esta facilidad autoriza a esas entidades a cursar sus órdenes de pago cuya liquidación de realiza en la cuenta del módulo de pagos de un participante directo sin la intervención de este,

— «acuerdo AL»(AL agreement): el acuerdo multilateral para la agregación de liquidez, celebrado entre los miembros del grupo AL y sus BCN AL respectivos, a efectos del uso del servicio AL,

— «anuncio del MIC»(ICM broadcast message): la información difundida por el MIC simultáneamente a todos los participantes de TARGET2 o a un grupo determinado de ellos,

— «autorización de adeudo directo»(direct debit authorisation): el mandato general del pagador a su banco central por el que faculta y obliga a este a hacer un cargo en la cuenta del pagador en caso de recibir una orden de adeudo directo del beneficiario,

— «banco central conectado»(connected CB): el banco central nacional (BCN) que no es un banco central del Eurosistema y que está conectado a TARGET2 en virtud de un acuerdo específico,

— «banco central del Eurosistema»(Eurosystem CB): el BCE o el BCN de un Estado miembro que ha adoptado el euro,

— «bancos centrales»[central banks (CBs)]: los bancos centrales del Eurosistema y los bancos centrales conectados,

— «bancos centrales proveedores de la plataforma compartida única»(SSP-providing CBs): el Deutsche Bundesbank, la Banque de France y la Banca d’Italia en calidad de bancos centrales que desarrollan y operan la plataforma compartida única en beneficio del Eurosistema,

— «BCN AL»(AL NCB): el BCN participante que es parte en un acuerdo AL y actúa como contrapartida de los miembros del grupo AL que participan en su sistema integrante de TARGET2,

— «BCN gestor»(managing NCB): el BCN AL del sistema integrante de TARGET2 en el que participa el gestor del grupo AL,

— «beneficiario»(payee): el participante en TARGET2 cuya cuenta del módulo de pagos recibirá el abono correspondiente a la liquidación de la orden de pago,

— «código de identificación bancaria (BIC)»[Bank Identifier Code (BIC)]: el código definido en la norma ISO no 9362,

— «crédito intradía»: el otorgado y reembolsado dentro del mismo día hábil,

— «cuenta del módulo de pagos»(PM account): la cuenta que un participante en TARGET2 mantiene en el módulo de pagos con un banco central y que es necesaria para que el participante: — a) curse órdenes de pago o reciba pagos por medio de TARGET2, y b) liquide los pagos con ese banco central,

— «cuenta local»(Home Account): la cuenta abierta fuera del módulo de pagos por un banco central para una entidad susceptible de ser participante indirecto,

— «día hábil»(business day): cualquier día en que, como se establece en el apéndice V, TARGET2 está disponible para la liquidación de órdenes de pago,

— «dictamen jurídico de capacidad»(capacity opinion): el dictamen jurídico sobre un participante determinado que incluye la evaluación de su capacidad jurídica para asumir y cumplir sus obligaciones conforme a las Condiciones,

— «Directiva bancaria»(Banking Directive): la Directiva 2006/48/CE del Parlamento Europeo y del Consejo, de 14 de junio de 2006, relativa al acceso a la actividad de las entidades de crédito y a su ejercicio (refundición) ( 3 ),

— «Directiva sobre la firmeza de la liquidación»(Settlement Finality Directive): la Directiva 98/26/CE del Parlamento Europeo y del Consejo, de 19 de mayo de 1998, sobre la firmeza de la liquidación en los sistemas de pagos y de liquidación de valores ( 4 ),

— «disponible para la liquidación»(entry disposition): la fase del procesamiento de pagos en que TARGET2-[insértese la referencia al banco central/país] trata de liquidar mediante los procedimientos específicos establecidos en el artículo 20 una orden de pago validada conforme al artículo 14,

— «empresa de servicios de inversión»(investment firm): las definidas en [insértense las disposiciones de derecho interno por las que se aplica el artículo 4, apartado 1, punto 1, de la Directiva 2004/39/CE del Parlamento Europeo y del Consejo, de 21 de abril de 2004, relativa a los mercados de instrumentos financieros, por la que se modifican las Directivas 85/611/CEE y 93/6/CEE del Consejo y la Directiva 2000/12/CE del Parlamento Europeo y del Consejo y se deroga la Directiva 93/22/CEE ( 5 ) del Consejo], salvo las entidades a que se refiere [insértense las disposiciones de derecho interno por las que se aplica el artículo 2, apartado 1, de la Directiva 2004/39/CE], y siempre que la empresa de servicios de inversión de que se trate: — a) esté autorizada y supervisada por una autoridad competente reconocida, designada como tal conforme a la Directiva 2004/39/CE, y b) esté facultada para realizar las actividades a que se refiere [insértense las disposiciones de derecho interno por las que se aplican los puntos 2, 3, 6 y 7 de la sección A del anexo I de la Directiva 2004/39/CE],

▼M1

— «entidad de crédito»(credit institution): a) una entidad de crédito en el sentido de [insértense las disposiciones de derecho interno por las que se aplica el artículo 4, apartado 1, letra a), y, si procede, el artículo 2, de la Directiva bancaria] que está sujeta a la supervisión de una autoridad competente, o b) otra entidad de crédito en el sentido del artículo 101, apartado 2, del Tratado, que está sujeta a un escrutinio comparable a la supervisión por una autoridad competente,

▼B

— «entidad del sector público»(public sector body): una entidad del «sector público» según lo define el artículo 3 del Reglamento (CE) no 3603/93 del Consejo, de 13 de diciembre de 1993, por el que se establecen definiciones para la aplicación de las prohibiciones a que se refieren el artículo 104 y el apartado 1 del artículo 104 B del Tratado ( 6 ) (actualmente, artículo 101 y artículo 103, apartado 1),

— «facilidad marginal de crédito»(marginal lending facility): la facilidad permanente del Eurosistema que las entidades de contrapartida pueden utilizar para recibir crédito a un día de un banco central del Eurosistema al tipo marginal de crédito establecido previamente,

— «formulario de recopilación de datos estáticos»(static data collection form): el formulario creado por [insértese el nombre del banco central] para registrar a los solicitantes de los servicios de TARGET2-[insértese la referencia al banco central/país] y para registrar todo cambio relativo a la prestación de esos servicios,

— «gestor del grupo AL»(AL group manager): el miembro del grupo AL designado por los demás miembros del grupo AL para que gestione la liquidez disponible en el grupo AL durante el día hábil,

— «gestor del grupo IC»(CAI group manager): el miembro del grupo IC designado por los demás miembros del grupo IC para que vigile y distribuya la liquidez disponible en el grupo IC durante el día hábil,

— «grupo»(group): — a) un conjunto de entidades de crédito incluidas en los estados financieros consolidados de una sociedad matriz, donde la sociedad matriz está obligada a presentar estados financieros consolidados con arreglo a la Norma Internacional Contable 27 (NIC 27), adoptada en virtud del Reglamento (CE) no 2238/2004 de la Comisión ( 7 ) y consistente en: i) una sociedad matriz y una o varias filiales, o ii) dos o más filiales de una sociedad matriz; b) un conjunto de entidades de crédito de las referidas en la letra a), incisos i) o ii), donde la sociedad matriz no presenta estados financieros consolidados con arreglo a la NIC 27, pero puede ser capaz de cumplir los criterios de inclusión en los estados financieros consolidados establecidos en la NIC 27 previa verificación del banco central del participante directo o, en el caso de un grupo AL, el BCN gestor; c) una agrupación de entidades de crédito basada en vínculos de carácter bilateral o multilateral: i) organizada en virtud de disposiciones normativas que determinan la afiliación de las entidades de crédito a esa agrupación, o ii) caracterizada por mecanismos de cooperación de adhesión voluntaria (que fomentan, apoyan y representan los intereses mercantiles de sus miembros) o solidaridad financiera que exceden de la cooperación ordinaria habitual entre entidades de crédito, conforme a la cual esa cooperación y solidaridad se permite en los estatutos de las entidades de crédito o se establece por acuerdos separados, y, en ambos supuestos de la letra c), cuya solicitud de ser considerada como grupo haya sido aprobada por el Consejo de Gobierno del BCE,

— «grupo AL»(AL group): el grupo formado por los miembros del grupo AL que usan el servicio AL,

— «grupo IC»(CAI group): el grupo formado por participantes en TARGET2 que usan el servicio IC,

— «liquidez disponible» o «liquidez»[available liquidity (liquidity)]: el saldo acreedor en la cuenta del módulo de pagos de un participante en TARGET2 y, si procede, toda línea de crédito intradía concedida por el banco central pertinente en relación con esa cuenta,

— «mal funcionamiento técnico de TARGET2»(technical malfunction of TARGET2): los problemas, defectos o fallos que afecten a la infraestructura técnica o los sistemas informáticos utilizados por TARGET2-[insértese la referencia al banco central/país], y cualquier otro suceso que impida procesar en el mismo día los pagos en TARGET2-[insértese la referencia al banco central/país] o, durante el período de migración, los pagos en SLBTR nacionales, desde SLBRT nacionales, o a SLBTR nacionales, que aún no han migrado a TARGET2,

— «miembro del grupo AL»(AL group member): el participante en TARGET2 que ha celebrado un acuerdo AL,

— «módulo de contingencia»(Contingency Module): el módulo de la plataforma compartida única que permite procesar pagos importantes y muy importantes en situaciones de contingencia,

— «módulo de información y control» (MIC) [Information and Control Module (ICM)]: el módulo de la plataforma compartida única que permite a los participantes obtener información en línea y les da la posibilidad de cursar órdenes de traspaso de liquidez, gestionar la liquidez y cursar órdenes de pago de contingencia,

— «módulo de pagos»[Payments Module (PM)]: el módulo de la plataforma compartida única en cuyas cuentas se liquidan los pagos de los participantes en TARGET2,

— «orden de adeudo directo»(direct debit instruction): la instrucción que el beneficiario envía a su banco central por la cual el banco central del pagador carga en la cuenta de este, en virtud de una autorización de adeudo directo, el importe especificado en la orden,

— «orden de pago»(payment order): la orden de transferencia, la orden de traspaso de liquidez o la orden de adeudo directo,

— «orden de pago no liquidada»(non-settled payment order): la orden de pago que no se liquida el mismo día hábil en que es validada,

— «orden de transferencia»(credit transfer order): la instrucción del pagador de poner fondos a disposición del beneficiario mediante un asiento en una cuenta del módulo de pagos,

— «orden de traspaso de liquidez»(liquidity transfer order): la orden de pago cuya finalidad principal es traspasar liquidez entre cuentas distintas del mismo participante o dentro de un grupo IC o AL,

— «pagador»(payer): el participante en TARGET2 cuya cuenta del módulo de pagos será adeudada como consecuencia de la liquidación de la orden de pago,

— «participante» o «participante directo»[participant (direct participant)]: la entidad que es titular de al menos una cuenta del módulo de pagos con [insértese el nombre del banco central],

— «participante en TARGET2»(TARGET2 participant): todo participante en un sistema integrante de TARGET2,

— «participante indirecto»(indirect participant): la entidad de crédito establecida en el EEE que ha celebrado un acuerdo con un participante directo para cursar órdenes de pago y recibir pagos cuya liquidación se realiza en la cuenta del módulo de pagos del participante directo, y que ha sido reconocida por un sistema integrante de TARGET2 como participante indirecto,

— «participante ordenante»(instructing participant): el participante en TARGET2 que ha iniciado una orden de pago en el sistema,

— «plataforma compartida única»[Single Shared Platform (SSP)]: la infraestructura técnica única proporcionada por los bancos centrales del Eurosistema proveedores de la plataforma compartida única,

— «procedimiento de insolvencia»(insolvency proceedings): los definidos en el artículo 2, letra j), de la Directiva sobre la firmeza de la liquidación,

— «proveedor del servicio de red»(network service provider): la empresa designada por el Consejo de Gobierno del BCE para facilitar la red de conexiones informáticas destinada a cursar mensajes de pago en TARGET2,

— «servicio AL»(AL mode): servicio consistente en la agregación de la liquidez disponible en cuentas del módulo de pagos,

— «servicio IC»(CAI mode): la provisión de información consolidada sobre las cuentas del módulo de pagos por medio del MIC,

— «sistema integrante de TARGET2»(TARGET2 component system): cualquiera de los sistemas de liquidación bruta en tiempo real (SLBTR), de los bancos centrales, que forman parte de TARGET2,

— «sistema vinculado»[ancillary system (AS)]: el sistema gestionado por una entidad establecida en el Espacio Económico Europeo (EEE) y sujeta a la supervisión o vigilancia de una autoridad competente, en el que se intercambian o compensan pagos o instrumentos financieros, mientras que las obligaciones dinerarias resultantes se liquidan en TARGET2 conforme a lo dispuesto en la Orientación BCE/2007/2 y en la relación jurídica bilateral entre el sistema vinculado y el banco central pertinente,

— «sucursal»(branch): una sucursal en el sentido de [insértese la disposición de derecho interno por la que se aplica el artículo 4, apartado 3, de la Directiva bancaria],

— «supuesto de ejecución»(enforcement event), con respecto a un miembro del grupo AL: — a) todo supuesto de incumplimiento a que se refiere el artículo 34, apartado 1; b) cualquier otro supuesto de incumplimiento u otra índole a que se refiere el artículo 34, apartado 2, en relación con el cual el [insértese el nombre del banco central] hubiera decidido, teniendo en cuenta la gravedad del supuesto de incumplimiento u otra índole, que [insértese si procede: [se deberá ejecutar una prenda conforme a lo dispuesto en el artículo 25 ter] [se deberán ejecutar los activos de garantía conforme a lo dispuesto en el artículo 25 quater] y] se deberá producir una compensación de derechos conforme a lo dispuesto en el artículo 26, o c) toda decision de suspender o poner término al acceso al crédito intradía,

— «supuesto de incumplimiento»(event of default): toda circunstancia inminente o actual que pueda poner en peligro el cumplimiento por el participante de las obligaciones que le imponen las Condiciones u otras normas aplicables a las relaciones entre el participante y [insértese el nombre del banco central] u otro banco central. Entre estas circunstancias se incluyen las siguientes: — a) que el participante deje de cumplir los criterios de acceso del artículo 4, o los requisitos del artículo 8, apartado 1, letra a), inciso i), de las Condiciones; b) apertura de un procedimiento de insolvencia respecto del participante; c) presentación de una solicitud de apertura de un procedimiento de los referidos en la letra b); d) declaración escrita del participante sobre su incapacidad para pagar todas o parte de sus deudas o para cumplir sus obligaciones relacionadas con el crédito intradía; e) celebración por el participante de un acuerdo o convenio general voluntario con sus acreedores; f) que el participante sea insolvente o incapaz de pagar sus deudas, o que su banco central así lo considere; g) que el saldo acreedor del participante en su cuenta del módulo de pagos o todos o buena parte de sus activos estén sujetos a una orden de bloqueo, embargo, ejecución o cualquier otro procedimiento destinado a proteger el interés público o los derechos de los acreedores del participante; h) que se haya suspendido o haya terminado la participación del participante en otro sistema integrante de TARGET2 o en un sistema vinculado; i) que sean incorrectas o falsas cualesquiera aseveraciones sustanciales o manifestaciones precontractuales que el participante ha formulado o se presume que ha formulado en virtud de la ley aplicable; j) cesión por el participante de todos o una parte sustancial de sus activos,

— «suspensión»(suspension): la interrupción de los derechos y obligaciones de un participante por el tiempo que determine [insértese el nombre del banco central],

— «TARGET2»: el conjunto formado por todos los sistemas integrantes de TARGET2 de los bancos centrales,

— «TARGET2 CUG» (grupo cerrado de usuarios): el subconjunto formado por los clientes del proveedor del servicio de red agrupados para utilizar los servicios y productos pertinentes del proveedor del servicio de red al acceder al módulo de pagos,

— «TARGET2-[insértese la referencia al banco central/país]»: el sistema integrante de TARGET2 de [insértese el nombre del banco central],

— «tipo marginal de crédito»(marginal lending rate): el tipo de interés aplicable a la facilidad marginal de crédito,

— «titular de BIC accesible»(addressable BIC holder): la entidad que: a) posee un código de identificación bancaria (BIC); b) no está reconocida como participante indirecto, y c) es un corresponsal o cliente de un participante directo, o una sucursal de un participante directo o indirecto, y puede cursar órdenes de pago a un sistema integrante de TARGET2, y recibir pagos de él, por intermedio del participante directo.

Artículo 2

Apéndices

1. Los siguientes apéndices son parte integrante de las Condiciones:

Apéndice I: Especificaciones técnicas del procesamiento de órdenes de pago

Apéndice II: Sistema de compensación de TARGET2

Apéndice III: Términos de referencia a los que deberán ajustarse los dictámenes jurídicos de capacidad y país

Apéndice IV: Procedimientos de contingencia y continuidad operativa

Apéndice V: Calendario de funcionamiento

Apéndice VI: Comisiones y facturación

Apéndice VII: Acuerdo para la agregación de liquidez.

2. En caso de conflicto o disconformidad entre los apéndices y las demás disposiciones de las Condiciones prevalecerán las segundas.

Artículo 3

Descripción general de TARGET2-[insértese la referencia al banco central/país] y TARGET2

1. TARGET2 proporciona para los pagos en euros una liquidación bruta en tiempo real y en dinero del banco central.

2. En TARGET2-[insértese la referencia al banco central/país] se procesan las órdenes de pago siguientes:

a) las órdenes de pago que son consecuencia directa de las operaciones de política monetaria del Eurosistema o están relacionadas con esas operaciones;

b) la liquidación del componente en euros de las operaciones de divisas del Eurosistema;

c) la liquidación de transferencias en euros resultantes de operaciones en sistemas de compensación de grandes pagos transfronterizos;

d) la liquidación de transferencias en euros resultantes de operaciones en sistemas de pequeños pagos en euros de importancia sistémica;

e) cualquier otra orden de pago en euros dirigida a un participante en TARGET2.

3. TARGET2 se establece y funciona sobre la base de la plataforma compartida única. El Eurosistema determina la configuración y características técnicas de la plataforma compartida única. Los servicios de la plataforma compartida única los proporcionan, en beneficio de los bancos centrales del Eurosistema y mediante acuerdos específicos, los bancos centrales proveedores de la plataforma compartida única.

4. [Insértese el nombre del banco central] es el proveedor de servicios con arreglo a las Condiciones. Las acciones y omisiones de los bancos centrales proveedores de la plataforma compartida única se considerarán acciones y omisiones de [insértese el nombre del banco central], de las cuales este será responsable conforme a lo dispuesto en el artículo 31 de las Condiciones. La participación conforme a las Condiciones no originará relación contractual alguna entre los participantes y los bancos centrales proveedores de la plataforma compartida única cuando actúan en condición de tales. Las instrucciones, los mensajes o la información que los participantes reciben de la plataforma compartida única o envían a ella en relación con los servicios prestados conforme a las Condiciones se considerarán recibidos de [insértese el nombre del banco central] o enviados a él.

5. TARGET2 se estructura jurídicamente como una multiplicidad de sistemas de pago formada por todos los sistemas integrantes de TARGET2 designados como «sistemas» conforme a las normas que incorporan al derecho interno la Directiva sobre la firmeza de la liquidación. TARGET2-[insértese la referencia al banco central/país] ha sido designado como «sistema» en [insértese la disposición pertinente por la que se aplica la Directiva sobre la firmeza de la liquidación].

6. La participación en TARGET2 tiene lugar mediante la participación en un sistema integrante de TARGET2. Las Condiciones describen los derechos y obligaciones recíprocos de los participantes en TARGET2-[insértese la referencia al banco central/país] y [insértese el nombre del banco central]. Las normas sobre el procesamiento de órdenes de pago (título IV) se aplican a toda orden de pago cursada y todo pago recibido por un participante en TARGET2.

TÍTULO II

PARTICIPACIÓN

Artículo 4

Criterios de acceso

1. Pueden ser participantes directos en TARGET2-[insértese la referencia al banco central/país] las siguientes clases de entidades:

a) las entidades de crédito establecidas en el EEE, incluso cuando actúan por medio de una sucursal establecida en el EEE;

b) las entidades de crédito establecidas fuera del EEE, siempre que actúen por medio de una sucursal establecida en el EEE;

c) los BCN de los Estados miembros de la UE y el BCE.

2. [Insértese el nombre del banco central] podrá discrecionalmente admitir también como participantes directos a las siguientes clases de entidades:

a) los departamentos del tesoro de la administración central o regional de los Estados miembros que operen en los mercados monetarios;

b) las entidades del sector público de los Estados miembros autorizadas a mantener cuentas de clientes;

c) las empresas de servicios de inversión establecidas en el EEE;

d) las entidades que prestan servicios de compensación o liquidación que estén establecidas en el EEE y estén sujetas a la vigilancia de una autoridad competente;

e) las entidades de crédito o de las clases enumeradas en las letras a) a d), a condición de que estén establecidas en un país con el que la Comunidad Europea haya celebrado un convenio monetario que les dé acceso a los sistemas de pago de la Comunidad Europea, con sujeción a las condiciones establecidas en el convenio monetario y siempre que el régimen jurídico aplicable en ese país sea equivalente a la legislación comunitaria correspondiente.

3. No podrán participar en TARGET2-[insértese la referencia al banco central/país] las entidades de dinero electrónico a que se refiere [insértense las disposiciones de derecho interno por las que se aplica el artículo 1, apartado 3, letra a), de la Directiva 2000/46/CE del Parlamento Europeo y del Consejo, de 18 de septiembre de 2000, sobre el acceso a la actividad de las entidades de dinero electrónico y su ejercicio ( 8 )].

Artículo 5

Participantes directos

1. Los participantes directos en TARGET2-[insértese la referencia al banco central/país] cumplirán los requisitos establecidos en el artículo 8, apartados 1 y 2. Los participantes directos tendrán al menos una cuenta del módulo de pagos con [insértese el nombre del banco central].

2. Los participantes directos podrán designar titulares de BIC accesibles con independencia del lugar donde estén establecidos.

3. Con sujeción a lo dispuesto en el artículo 6, los participantes directos podrán designar a entidades como participantes indirectos.

4. Podrá darse acceso de cuenta múltiple a sucursales conforme a lo siguiente:

a) una entidad de crédito en el sentido del artículo 4, apartado 1, letras a) o b), admitida como participante directo, podrá dar acceso a su cuenta del módulo de pagos a una o varias de sus sucursales establecidas en el EEE a fin de cursar órdenes de pago o recibir pagos directamente, siempre que se haya informado de ello a [insértese el nombre del banco central];

b) si una sucursal de una entidad de crédito ha sido admitida como participante directo, las demás sucursales de la misma entidad o su sede central, a condición de que estén establecidas en el EEE, podrán acceder a la cuenta del módulo de pagos de la sucursal siempre que esta haya informado a [insértese el nombre del banco central].

Artículo 6

Participantes indirectos

1. Toda entidad de crédito establecida en el EEE podrá celebrar un contrato con un participante directo que sea una entidad de crédito en el sentido del artículo 4, apartado 1, letras a) o b), o un banco central, a fin de cursar órdenes de pago o recibir pagos y liquidarlos por medio de la cuenta del módulo de pagos del participante directo. TARGET2-[insértese la referencia al banco central/país] reconocerá a los participantes indirectos registrando su participación indirecta en el directorio de TARGET2 que se describe en el artículo 9.

2. Si un participante indirecto y un participante directo que es entidad de crédito en el sentido del artículo 4, apartado 1, letras a) o b), pertenecen al mismo grupo, el participante directo podrá autorizar expresamente al participante indirecto a utilizar directamente la cuenta del módulo de pagos del participante directo para cursar órdenes de pago o recibir pagos en forma de acceso de cuenta múltiple respecto de un grupo.

Artículo 7

Responsabilidad del participante directo

1. A efectos interpretativos, las órdenes de pago cursadas, o los pagos recibidos, por participantes indirectos conforme al artículo 6, y por sucursales conforme al artículo 5, apartado 4, se considerarán cursadas o recibidos por el propio participante directo.

2. Esas órdenes de pago obligarán al participante directo, con independencia del contenido o del incumplimiento de los contratos u otros negocios jurídicos celebrados entre ese participante y cualquiera de las entidades a que se refiere el apartado 1.

Artículo 8

Procedimiento de solicitud

1. A fin de participar en TARGET2-[insértese la referencia al banco central/país], los solicitantes deberán:

a) cumplir los siguientes requisitos técnicos: i) instalar, gestionar, manejar y vigilar la infraestructura informática necesaria para conectarse a TARGET2-[insértese la referencia al banco central/país] y cursar en él órdenes de pago, y garantizar la seguridad de esa infraestructura. Sin perjuicio de su responsabilidad exclusiva, los solicitantes podrán servirse de terceros para cumplir este requisito. En particular, los solicitantes celebrarán un contrato con el proveedor del servicio de red a fin de obtener la conexión y admisiones necesarias conforme a las especificaciones técnicas del apéndice I, ii) haber superado las pruebas exigidas por [insértese el nombre del banco central];

b) cumplir los siguientes requisitos jurídicos: i) presentar un dictamen jurídico de capacidad en la forma establecida en el apéndice III, salvo que [insértese el nombre del banco central] ya haya obtenido en otro contexto la información y las declaraciones que deban facilitarse por medio del dictamen jurídico de capacidad, ii) en caso de las entidades del artículo 4, apartado 1, letra b), presentar un dictamen jurídico de país en la forma establecida en el apéndice III, salvo que [insértese el nombre del banco central] ya haya obtenido en otro contexto la información y las declaraciones que deban facilitarse por medio del dictamen jurídico de país.

2. Los solicitantes dirigirán sus solicitudes por escrito a [insértese el nombre del banco central], adjuntando como mínimo los documentos o la información siguientes:

a) los formularios cumplimentados de recopilación de datos estáticos que les facilite [insértese el nombre del banco central];

b) el dictamen jurídico de capacidad, si lo requiere [insértese el nombre del banco central];

c) el dictamen jurídico de país, si lo requiere [insértese el nombre del banco central].

3. [Insértese el nombre del banco central] podrá además requerir toda información complementaria que considere necesaria para resolver la solicitud.

4. [Insértese el nombre del banco central] rechazará la solicitud si se da alguna de las circunstancias siguientes:

a) no se cumplen los criterios de acceso del artículo 4;

b) no se cumplen uno o varios de los requisitos de participación establecidos en el apartado 1;

c) a juicio de [insértese el nombre del banco central], la participación solicitada pondría en peligro la estabilidad, fiabilidad y seguridad generales de TARGET2-[insértese la referencia al banco central/país] o de cualquier otro sistema integrante de TARGET2, o comprometería el desempeño por [insértese el nombre del banco central] de sus funciones conforme se establecen en [referencia al derecho interno aplicable] y en los Estatutos del Sistema Europeo de Bancos Centrales y del Banco Central Europeo.

5. En el plazo de un mes desde la recepción de la solicitud, [insértese el nombre del banco central] comunicará por escrito su decisión al solicitante. Si [insértese el nombre del banco central] requiriera información complementaria conforme a lo dispuesto en el apartado 3, comunicará su decisión al solicitante en el plazo de un mes desde la recepción de esa información complementaria. La decisión por la que se rechace la solicitud será motivada.

Artículo 9

Directorio de TARGET2

1. El directorio de TARGET2 es la base de datos de los BIC utilizados para direccionar las órdenes de pago a:

a) los participantes en TARGET2 y sus sucursales con acceso de cuenta múltiple;

b) los participantes indirectos en TARGET2, incluidos los que tienen acceso de cuenta múltiple;

c) los titulares de BIC accesibles de TARGET2.

El directorio se actualizará semanalmente.

2. Los BIC se publicarán en el directorio de TARGET2 a menos que el participante solicite lo contrario.

3. Los participantes solo podrán distribuir el directorio de TARGET2 a sus sucursales y entidades con acceso de cuenta múltiple.

4. Las entidades a que se refiere el apartado 1, letras b) y c), utilizarán sus BIC solo respecto de un participante directo.

TÍTULO III

OBLIGACIONES DE LAS PARTES

Artículo 10

Obligaciones de [insértese el nombre del banco central] y los participantes

1. [Insértese el nombre del banco central] ofrecerá los servicios que se describen en el título IV. Salvo que las Condiciones o la ley dispongan otra cosa, [insértese el nombre del banco central] utilizará todos los medios razonables a su alcance para cumplir las obligaciones que le imponen las Condiciones, pero no estará obligado a garantizar resultados.

2. Los participantes pagarán a [insértese el nombre del banco central] las comisiones establecidas en el apéndice VI.

3. Los participantes se asegurarán de que están conectados a TARGET2-[insértese la referencia al banco central/país] en días hábiles conforme al calendario de funcionamiento del apéndice V.

4. El participante declara y certifica a [insértese el nombre del banco central] que el cumplimiento de las obligaciones que le imponen las Condiciones no contraviene ninguna ley, reglamento o estatuto que le sea aplicable ni acuerdo alguno al que esté vinculado.

Artículo 11

Cooperación e intercambio de información

1. En el desempeño de sus obligaciones y el ejercicio de sus derechos conforme a las Condiciones, [insértese el nombre del banco central] y los participantes cooperarán estrechamente para asegurar la estabilidad, fiabilidad y seguridad de TARGET2-[insértese la referencia al banco central/país]. Se intercambiarán la información o los documentos pertinentes para el desempeño de sus obligaciones respectivas, y para el ejercicio de sus derechos respectivos, conforme a las Condiciones, sin perjuicio de sus obligaciones de secreto bancario.

2. [Insértese el nombre del banco central] establecerá y mantendrá un servicio de apoyo del sistema con objeto de ayudar a los participantes en caso de dificultades relativas a las operaciones del sistema.

3. El Sistema de Información de TARGET2 (T2IS) ofrecerá información actualizada sobre el estado operativo de la plataforma compartida única. El T2IS puede utilizarse para obtener información sobre cualquier acontecimiento que afecte al funcionamiento normal de TARGET2.

4. [Insértese el nombre del banco central] podrá difundir mensajes a los participantes por medio de anuncios del MIC o por otros medios de comunicación.

5. Los participantes actualizarán oportunamente los formularios de recopilación de datos estáticos existentes y presentarán los nuevos formularios de recopilación de datos estáticos a [insértese el nombre del banco central]. Asimismo, comprobarán la exactitud de la información relativa a ellos que [insértese el nombre del banco central] introduzca en TARGET2-[insértese la referencia al banco central/país].

6. Se considerará que [insértese el nombre del banco central] está autorizado a comunicar a los bancos centrales proveedores de la plataforma compartida única toda información relativa a los participantes que estos bancos necesiten en calidad de administradores del servicio, con arreglo al contrato celebrado con el proveedor del servicio de red.

7. Los participantes informarán a [insértese el nombre del banco central] de todo cambio en su capacidad jurídica y de las modificaciones legislativas que afecten a cuestiones comprendidas en el dictamen jurídico de país a ellos referido.

8. Los participantes informarán a [insértese el nombre del banco central] de:

a) todo nuevo participante indirecto, titular de BIC accesible o entidad con acceso de cuenta múltiple que registren;

b) todo cambio respecto de las entidades enumeradas en la letra a).

9. Los participantes informarán inmediatamente a [insértese el nombre del banco central] cuando incurran en un supuesto de incumplimiento.

TÍTULO IV

GESTIÓN DE LAS CUENTAS DEL MÓDULO DE PAGOS Y PROCESAMIENTO DE ÓRDENES DE PAGO

Artículo 12

Apertura y gestión de las cuentas del módulo de pagos

1. [Insértese el nombre del banco central] abrirá y gestionará al menos una cuenta del módulo de pagos y, si procede, subcuentas, para cada participante.

2. [Insértese si procede: No se permitirá tener saldo deudor en las cuentas del módulo de pagos].

3. [Insértese si procede: Al inicio y al final del día hábil las cuentas del módulo de pagos registrarán un saldo igual a cero. Se presumirá que los participantes han dado instrucciones a [insértese el nombre del banco central] para que transfiera todo el saldo al final del día hábil a la cuenta designada por el participante].

4. [Insértese si procede: Al inicio del siguiente día hábil ese saldo se volverá a transferir a la cuenta del módulo de pagos del participante].

5. Las cuentas del módulo de pagos y sus subcuentas no serán remuneradas salvo que se utilicen para mantener reservas mínimas, en cuyo caso, el cálculo y pago de la remuneración de las tenencias de reservas mínimas se regirá por el Reglamento (CE) no 2531/98 del Consejo, de 23 de noviembre de 1998, relativo a la aplicación de las reservas mínimas por el Banco Central Europeo ( 9 ), y el Reglamento BCE/2003/9, de 12 de septiembre de 2003, relativo a la aplicación de las reservas mínimas ( 10 ).

6. Además de para liquidar órdenes de pago en el módulo de pagos, las cuentas del módulo de pagos podrán utilizarse para liquidar órdenes de pago a cuentas locales y desde cuentas locales, de acuerdo con las normas que establezca [insértese el nombre del banco central].

7. Los participantes utilizarán el MIC para obtener información sobre sus posiciones de liquidez. [Insértese el nombre del banco central] facilitará un extracto diario de las cuentas a todo participante que haya optado por este servicio.

Artículo 13

Clases de órdenes de pago

Se clasifican como órdenes de pago a efectos de TARGET2 las siguientes:

a) órdenes de transferencia;

b) órdenes de adeudo directo ejecutadas en virtud de una autorización de adeudo directo;

c) órdenes de traspaso de liquidez.

Artículo 14

Validación y rechazo de órdenes de pago

1. Las órdenes de pago que presenten los participantes se considerarán validadas por [insértese el nombre del banco central] si se dan las condiciones siguientes:

a) que el mensaje de pago cumpla las normas establecidas por el proveedor del servicio de red;

b) que el mensaje de pago cumpla las normas y condiciones de formato de TARGET2-[insértese la referencia al banco central/país] y pase la comprobación contra entradas duplicadas que se describe en el apéndice I;

c) cuando se haya suspendido la participación del pagador o del beneficiario en el sistema integrante de TARGET2, que se haya obtenido el consentimiento expreso del banco central del participante objeto de suspensión.

2. [Insértese el nombre del banco central] rechazará inmediatamente toda orden de pago que no cumpla las condiciones establecidas en el apartado 1. [Insértese el nombre del banco central] informará al participante del rechazo de una orden de pago conforme a lo dispuesto en el apéndice I.

Artículo 15

Normas sobre prioridades para ordenar pagos

1. El participante ordenante calificará cada orden de pago conforme a lo siguiente:

a) orden de pago normal (prioridad 2);

b) orden de pago urgente (prioridad 1);

c) orden de pago muy urgente (prioridad 0).

La orden de pago que carezca de calificación de prioridad se procesará como orden de pago normal.

2. Solo podrán calificar una orden como orden de pago muy urgente:

a) los bancos centrales;

b) los participantes, en caso de pagos a (y desde) CLS International Bank y órdenes de traspaso de liquidez a favor de sistemas vinculados.

Toda instrucción de pago cursada por un sistema vinculado por medio de la Interfaz para Sistemas Vinculados a fin de hacer un adeudo o abono en las cuentas del módulo de pagos de los participantes se considerará una orden de pago muy urgente.

3. En cuanto a las órdenes de pago normales y urgentes, el pagador podrá modificar su prioridad por medio del MIC con efecto inmediato. No se podrá modificar la prioridad de las órdenes de pago muy urgentes.

Artículo 16

Límites de liquidez

1. Los participantes podrán limitar el uso de la liquidez disponible para órdenes de pago en relación con otros participantes en TARGET2 salvo los bancos centrales, para lo cual podrán establecer límites bilaterales o multilaterales. Estos límites solo podrán establecerse respecto de las órdenes de pago normales.

2. Solo podrán establecerse límites conjuntos por un grupo AL o en relación con un grupo AL. No se establecerán límites en relación con una sola cuenta del módulo de pagos de un miembro de un grupo AL ni por los miembros de un grupo AL entre sí.

3. Al establecer un límite bilateral, el participante da instrucciones a [insértese el nombre del banco central] para que no liquide una orden de pago validada si la suma de sus órdenes de pago normales que tengan por finalidad la puesta de fondos a disposición de otro participante en TARGET2 en su cuenta del módulo de pagos, menos la suma de todos los pagos normales y urgentes procedentes de la cuenta del módulo de pagos de ese participante en TARGET2, excede del límite bilateral.

4. Un participante podrá establecer un límite multilateral para toda relación no sujeta a límites bilaterales. Solo puede establecerse un límite multilateral si el participante ha establecido al menos un límite bilateral. Cuando un participante establece un límite multilateral, da instrucciones a [insértese el nombre del banco central] para que no liquide una orden de pago validada si la suma de sus órdenes de pago normales que tengan por finalidad la puesta a disposición de fondos en las cuentas del módulo de pagos de todos los participantes en TARGET2 respecto de los cuales no se ha establecido un límite bilateral, menos la suma de todos los pagos normales y urgentes procedentes de las cuentas del módulo de pagos de esos participantes en TARGET2, excede del límite multilateral.

5. El importe mínimo de cualquiera de los límites será de 1 millón EUR. Se considerará que no se ha establecido ningún límite cuando el importe del límite bilateral o multilateral sea igual a cero. No se establecerán límites de importes comprendidos entre cero y 1 millón EUR.

6. Los límites podrán modificarse en tiempo real, con efecto inmediato o a partir del siguiente día hábil, por medio del MIC. Si el límite se cambia a cero, no podrá cambiarse de nuevo el mismo día hábil. El establecimiento de un límite bilateral o multilateral nuevo solo será efectivo a partir del siguiente día hábil.

Artículo 17

Mecanismos de reserva de liquidez

1. Los participantes podrán, por medio del MIC, reservar liquidez para órdenes de pago urgentes y muy urgentes.

2. El gestor del grupo AL solo podrá reservar liquidez para el grupo AL en su conjunto. No se reservará liquidez para cuentas individuales dentro de un grupo AL.

3. Al solicitar que se reserve cierto volumen de liquidez para órdenes de pago muy urgentes, el participante da instrucciones a [insértese el nombre del banco central] para que solo liquide órdenes de pago normales y urgentes si se dispone de liquidez una vez deducida la cantidad reservada para órdenes de pago muy urgentes.

4. Al solicitar que se reserve cierto volumen de liquidez para órdenes de pago urgentes, el participante da instrucciones a [insértese el nombre del banco central] para que solo liquide órdenes de pago normales si se dispone de liquidez una vez deducida la cantidad reservada para órdenes de pago urgentes y muy urgentes.

5. Una vez recibida la solicitud de reserva, [insértese el nombre del banco central] comprobará si el volumen de liquidez de la cuenta del módulo de pagos del participante es suficiente para cubrir la reserva. En caso contrario, solo se reservará la liquidez disponible en la cuenta del módulo de pagos del participante. El resto de la reserva de liquidez solicitada no se reservará ulteriormente de manera automática aunque el importe de la liquidez disponible en la cuenta del módulo de pagos del participante alcance el nivel de la solicitud inicial de reserva.

6. El nivel de la reserva de liquidez podrá modificarse. Los participantes podrán solicitar, por medio del MIC, que se reserven nuevos volúmenes de liquidez con efecto inmediato o a partir del siguiente día hábil.

Artículo 18

Momento de liquidación predeterminado

1. Los participantes ordenantes podrán predeterminar el momento de liquidación de las órdenes de pago dentro de un día hábil por medio del indicador del momento inicial de adeudo o el indicador del momento límite de adeudo.

2. Cuando se utiliza el indicador del momento inicial de adeudo, la orden de pago validada se guarda y solo se considera disponible para la liquidación en el momento predeterminado.

3. Cuando se utiliza el indicador del momento límite de adeudo, la orden de pago validada se devolverá como no liquidada si no puede liquidarse en el momento de adeudo predeterminado o antes de ese momento. El participante ordenante recibirá una notificación automática, por medio del MIC, 15 minutos antes del momento de adeudo predeterminado. El participante ordenante podrá también utilizar el indicador del momento límite de adeudo a los solos fines de alerta, en cuyo caso la orden de pago correspondiente no se devolverá.

4. Los participantes ordenantes podrán modificar por medio del MIC el indicador del momento inicial de adeudo y el indicador del momento límite de adeudo.

5. Los detalles técnicos se establecen en el apéndice I.

Artículo 19

Órdenes de pago cursadas con antelación

1. Las órdenes de pago podrán cursarse con una antelación máxima de cinco días hábiles antes de la fecha de liquidación especificada (órdenes de pago almacenadas).

2. Las órdenes de pago almacenadas serán validadas y se considerarán disponibles para la liquidación en la fecha especificada por el participante ordenante, al comienzo de la fase de procesamiento diurno a que se refiere el apéndice V. Estas órdenes de pago se procesarán por delante de las demás de igual prioridad.

3. El artículo 15, apartado 3, el artículo 22, apartado 2, y el artículo 29, apartado 1, letra a), se aplicarán mutatis mutandis a las órdenes de pago almacenadas.

Artículo 20

Liquidación de órdenes de pago disponibles para la liquidación

1. Salvo que los participantes ordenantes hayan predeterminado el momento de liquidación conforme a lo dispuesto en el artículo 18, las órdenes de pago validadas se liquidarán inmediatamente o, a más tardar, al final del día hábil en el que fueron validadas, siempre que haya fondos suficientes en la cuenta del módulo de pagos del pagador y sin perjuicio de los límites y reservas de liquidez establecidos conforme a los artículos 16 y 17.

2. Los fondos podrán proceder:

a) de la liquidez disponible en la cuenta del módulo de pagos, o

b) de la recepción de pagos de otros participantes en TARGET2, sin perjuicio de los procedimientos de optimización que sean aplicables.

3. Las órdenes de pago muy urgentes se someterán al principio denominado «FIFO»(first in, first out). Esto significa que las órdenes de pago muy urgentes se liquidarán por orden cronológico. Las órdenes de pago urgentes y normales no se liquidarán mientras haya órdenes de pago muy urgentes en espera.

4. Las órdenes de pago urgentes también se someterán al principio FIFO. Las órdenes de pago normales no se liquidarán mientras haya órdenes de pago urgentes y muy urgentes en espera.

5. Sin perjuicio de lo dispuesto en los apartados 3 y 4, las órdenes de pago de prioridad inferior (o de igual prioridad pero validadas más tarde) podrán liquidarse antes que las órdenes de pago de prioridad superior (o de igual prioridad pero validadas antes) si las primeras pueden compensarse con pagos pendientes de recepción de manera que el saldo constituya un incremento de liquidez para el pagador.

6. Las órdenes de pago normales se liquidarán al margen del principio FIFO; esto es, podrán liquidarse inmediatamente (aunque haya otras órdenes de pago normales en espera validadas con anterioridad), en contra por tanto del principio FIFO, siempre que se disponga de fondos suficientes.

7. Los detalles sobre la liquidación de órdenes de pago disponibles para la liquidación se recogen en el apéndice I.

Artículo 21

Liquidación y devolución de órdenes de pago en espera

1. Las órdenes de pago disponibles para la liquidación que no se liquiden inmediatamente se colocarán en espera con la prioridad con que el participante ordenante las haya calificado conforme al artículo 15.

2. [Insértese el nombre del banco central] podrá utilizar los procedimientos de optimización descritos en el apéndice I para optimizar la liquidación de las órdenes de pago en espera.

3. El pagador podrá variar la posición de las órdenes de pago en espera (es decir, reordenarlas) por medio del MIC. Las órdenes de pago en espera podrán moverse al principio o al final de la cola correspondiente, con efecto inmediato, en cualquier momento de la fase de procesamiento diurno a que se refiere el apéndice V.

4. Las órdenes de traspaso de liquidez cursadas por medio del MIC se devolverán inmediatamente como no liquidadas si no se dispone de liquidez suficiente. Las otras órdenes de pago se devolverán como no liquidadas si no pueden liquidarse a más tardar en las horas límite establecidas en el apéndice V para el tipo de mensaje correspondiente.

Artículo 22

Momento de aceptación e irrevocabilidad de las órdenes de pago cursadas al sistema

1. A efectos de la primera frase del artículo 3, apartado 1, de la Directiva sobre la firmeza de la liquidación y [insértese la referencia a las disposiciones de derecho interno por las que se aplica el mencionado artículo de esa directiva], las órdenes de pago cursadas a TARGET2-[insértese la referencia al banco central/país] se considerarán aceptadas en el momento en que se haga el adeudo en la cuenta del módulo de pagos del participante correspondiente.

2. Las órdenes de pago podrán revocarse hasta el momento de su aceptación conforme al apartado 1. Las órdenes de pago incluidas en uno de los algoritmos a que se refiere el apéndice I no podrán revocarse mientras el algoritmo esté en marcha.

TÍTULO V

FONDO DE LIQUIDEZ

Artículo 23

Servicios de fondo de liquidez

[Insértese el nombre del banco central] ofrecerá un servicio de información consolidada (IC) y un servicio de agregación de liquidez (AL).

Artículo 24

Servicio de información consolidada

1. Podrán utilizar el servicio IC:

a) una entidad de crédito o sus sucursales (participen o no en el mismo sistema integrante de TARGET2), siempre que tengan varias cuentas del módulo de pagos identificadas por BIC diferentes;

b) dos o más entidades de crédito pertenecientes al mismo grupo o sus sucursales, siempre que cada una ellas tenga una o más cuentas del módulo de pagos identificadas por BIC diferentes.

2.

a) Con el servicio IC, se proporciona a cada miembro del grupo IC y a su respectivo BCN la lista de las cuentas del módulo de pagos de los miembros del grupo, así como la información adicional siguiente, consolidada al nivel del grupo IC: i) líneas de crédito intradía (si procede), ii) saldos, incluidos los de las subcuentas, iii) volumen de actividad, iv) pagos liquidados, y v) órdenes de pago en espera.

b) El gestor del grupo IC y su respectivo banco central tendrán acceso a la información sobre cada uno de los puntos que anteceden en relación con cualquier cuenta del módulo de pagos del grupo IC.

c) La información a que se refiere este apartado se proporcionará por medio del MIC.

3. El gestor del grupo IC podrá iniciar por medio del MIC traspasos de liquidez entre las cuentas del módulo de pagos, incluidas sus subcuentas, que formen parte del mismo grupo IC.

4. El grupo IC podrá también comprender cuentas del módulo de pagos incluidas en un grupo AL, en cuyo caso, todas las cuentas del módulo de pagos del grupo AL formarán parte del grupo IC.

5. Si dos o más cuentas del módulo de pagos forman parte de un grupo AL y, al mismo tiempo, de un grupo IC (que comprenda otras cuentas del módulo de pagos), las normas aplicables al grupo AL prevalecerán en lo que respecta a las relaciones dentro del grupo AL.

6. Un grupo IC que comprenda cuentas del módulo de pagos de un grupo AL podrá nombrar a un gestor del grupo IC distinto del gestor del grupo AL.

7. El procedimiento de obtención de autorización para utilizar el servicio AL, que se establece en el artículo 25, apartados 4 y 5, se aplicará mutatis mutandis al procedimiento de obtención de autorización para utilizar el servicio IC.

Artículo 25

Servicio de agregación de liquidez

1. Podrán utilizar el servicio AL:

a) una entidad de crédito o sus sucursales (participen o no en el mismo sistema integrante de TARGET2), siempre que estén establecidas en la zona del euro y tengan varias cuentas del módulo de pagos identificadas por BIC diferentes;

b) las sucursales establecidas en la zona del euro (participen o no en el mismo sistema integrante de TARGET2) de una entidad de crédito establecida fuera de la zona del euro, siempre que esas sucursales tengan varias cuentas del módulo de pagos identificadas por BIC diferentes;

c) dos o más entidades de crédito de las referidas en la letra a) o las sucursales referidas en la letra b) que pertenezcan al mismo grupo.

En los casos referidos en las letras a) a c) se requerirá además que las entidades o sucursales hayan celebrado acuerdos de crédito intradía con el BCN participante respectivo.

2. En el servicio AL, para comprobar si una orden de pago tiene cobertura suficiente, se agrega la liquidez disponible en las cuentas del módulo de pagos de todos los miembros del grupo AL. Sin embargo, la relación bilateral de cuenta del módulo de pagos entre el miembro del grupo AL y su BCN AL seguirá sujeta a las normas del sistema integrante de TARGET2 pertinente, sin perjuicio de las modificaciones establecidas en el acuerdo AL. El crédito intradía concedido a cualquier miembro del grupo AL en su cuenta del módulo de pagos podrá cubrirse mediante la liquidez disponible en las otras cuentas del módulo de pagos de ese miembro del grupo AL o en las cuentas del módulo de pagos de otros miembros del grupo AL con el mismo u otro BCN AL.

3. Para poder utilizar el servicio AL, uno o varios participantes en TARGET2 que cumplan los criterios del apartado 1 celebrarán un acuerdo AL con [insértese el nombre del banco central] y, si procede, con otros bancos centrales de los sistemas integrantes de TARGET2 en los que participen otros miembros del grupo AL. Un participante en TARGET2 solo podrá celebrar un único acuerdo AL en relación con una determinada cuenta del módulo de pagos. El acuerdo AL se ajustará al modelo pertinente del apéndice VII.

4. Cada grupo AL designará a un gestor del grupo AL. Si el grupo AL está formado por un solo participante, este será el gestor del grupo AL. El gestor del grupo AL dirigirá al BCN gestor una solicitud de utilización del servicio AL por escrito (incluidos los formularios de recopilación de datos estáticos proporcionados por [insértese el nombre del banco central]), junto con el acuerdo AL formalizado siguiendo el modelo proporcionado por el BCN gestor. Los demás miembros del grupo AL dirigirán sus solicitudes por escrito (incluidos los formularios de recopilación de datos estáticos proporcionados por [insértese el nombre del banco central]) a sus respectivos BCN AL. El BCN gestor podrá solicitar la información o documentación complementaria que considere apropiada para resolver la solicitud. Además, el BCN gestor, de acuerdo con los demás BCN AL, podrá exigir que se incorpore al acuerdo AL cualquier disposición complementaria que considere apropiada para garantizar el debido y oportuno cumplimiento por todos los miembros del grupo AL de sus obligaciones presentes o futuras para con cualquier BCN AL.

5. El BCN gestor comprobará si los solicitantes cumplen los requisitos para formar un grupo AL y si el acuerdo AL se ha formalizado debidamente. Para ello, el BCN gestor podrá coordinarse con los demás BCN AL. La decisión del BCN gestor se dirigirá por escrito al gestor del grupo AL dentro del mes siguiente a la recepción de la solicitud a que se refiere el apartado 4 por el BCN gestor, o, si el BCN gestor ha solicitado información complementaria, dentro del mes siguiente a la recepción de la información por el BCN gestor. El rechazo de la solicitud será motivado.

6. Los miembros del grupo AL tendrán automáticamente acceso al servicio IC.

7. Se accederá a la provisión de información y a todas las medidas interactivas de control dentro del grupo AL por medio del MIC.

[Insértese si procede:

Artículo 25 bis

Prenda/Ejecución

1. Los derechos presentes y futuros de [insértese el nombre del banco central] derivados de su relación jurídica con un miembro de un grupo AL y garantizados mediante [insértese el término que corresponda: prenda/garantía flotante] conforme al artículo 36, apartados 1 y 2, de las Condiciones, comprenderán los derechos de [insértese el nombre del banco central] frente a ese miembro del grupo AL que nazcan del acuerdo AL en el que ambos son parte.

2. [Insértese si lo exige la ley de la jurisdicción pertinente: Sin perjuicio de lo dispuesto en el acuerdo AL, la prenda no impedirá al participante utilizar el efectivo depositado en su cuenta o cuentas del módulo de pagos durante el día hábil.]

3. [Insértese si lo exige la ley de la jurisdicción pertinente: Cláusula de afectación especial: el miembro del grupo AL afecta el efectivo depositado en su cuenta del módulo de pagos al cumplimiento de todas sus obligaciones derivadas de [insértese la referencia a las disposiciones de aplicación de las Condiciones uniformes].]]

[Si procede y lo exige la ley de la jurisdicción pertinente:

Artículo 25 ter

Ejecución de la prenda

Sucedido un supuesto de ejecución, [insértese el nombre del banco central] tendrá un derecho ilimitado de ejecución de la prenda sin necesidad de preaviso, [insértese si se considera apropiado conforme a la ley de la jurisdicción pertinente: con arreglo a [insértense las disposiciones pertinentes del derecho interno que rigen la ejecución de la prenda]].]

[Si procede y lo exige la ley de la jurisdicción pertinente:

Artículo 25 quater

Ejecución de los activos de garantía

Sucedido el supuesto de ejecución, [insértese el nombre del banco central] podrá liquidar los activos de garantía conforme a lo dispuesto en el artículo 36.]

Artículo 26

Compensación de derechos conforme al artículo 36, apartados 4 y 5

Sucedido un supuesto de ejecución, los derechos de [insértese el nombre del banco central] frente a ese miembro del grupo AL serán automática e inmediatamente exigibles y quedarán sujetos a las normas de compensación del artículo 36, apartados 4 y 5, de las Condiciones.

TÍTULO VI

REQUISITOS DE SEGURIDAD Y CASOS DE CONTINGENCIA

Artículo 27

Procedimientos de contingencia y continuidad operativa

En caso de producirse un acontecimiento externo anormal u otro acontecimiento que afecte al funcionamiento de la plataforma compartida única, se aplicarán los procedimientos de contingencia y continuidad operativa establecidos en el apéndice IV.

Artículo 28

Requisitos de seguridad

1. Los participantes establecerán controles de seguridad adecuados que protejan sus sistemas del acceso y el uso no autorizados. Los participantes serán los únicos responsables de proteger adecuadamente la confidencialidad, integridad y disponibilidad de sus sistemas.

2. Los participantes informarán a [insértese el nombre del banco central] de todo incidente relativo a la seguridad que se produzca en su infraestructura técnica, y, si procede, de todo incidente relativo a la seguridad que se produzca en la infraestructura técnica de terceros proveedores. [Insértese el nombre del banco central] podrá solicitar más información sobre el incidente y, en caso necesario, solicitar que el participante tome las medidas adecuadas para evitar que vuelva a suceder.

3. [Insértese el nombre del banco central] podrá imponer otros requisitos de seguridad a todos los participantes o a aquellos que considere críticos.

TÍTULO VII

EL MÓDULO DE INFORMACIÓN Y CONTROL

Artículo 29

Uso del MIC

1. El MIC:

a) permite a los participantes acceder a la información sobre sus cuentas y gestionar la liquidez;

b) puede utilizarse para cursar órdenes de traspaso de liquidez;

c) permite a los participantes cursar órdenes de pago de suma global y de contingencia en caso de fallo de su infraestructura de pagos.

2. Los detalles técnicos del MIC se establecen en el apéndice I.

TÍTULO VIII

COMPENSACIÓN, RÉGIMEN DE RESPONSABILIDAD Y MEDIOS DE PRUEBA

Artículo 30

Sistema de compensación

Si una orden de pago no puede liquidarse en el mismo día hábil en que ha sido validada a causa de un mal funcionamiento técnico de TARGET2, [insértese el nombre del banco central] ofrecerá una compensación a los participantes directos afectados conforme al procedimiento especial establecido en el apéndice II.

Artículo 31

Régimen de responsabilidad

1. En el cumplimiento de sus obligaciones establecidas en las Condiciones, [insértese el nombre del banco central] y los participantes estarán sujetos a un deber general mutuo de diligencia razonable.

2. [Insértese el nombre del banco central] responderá frente a sus participantes, en caso de fraude (incluido el dolo) o culpa grave, de toda pérdida derivada del funcionamiento de TARGET2-[insértese la referencia al banco central/país]. En caso de culpa leve, la responsabilidad de [insértese el nombre del banco central] se limitará a los daños directos del participante, es decir, al importe de la operación de que se trate y a los intereses no percibidos, y no incluirá los daños indirectos.

3. [Insértese el nombre del banco central] no responderá de las pérdidas que se deriven de fallos o de un mal funcionamiento de la infraestructura técnica (incluida la infraestructura informática de [insértese el nombre del banco central], los programas, los datos, las aplicaciones o las redes) si el fallo o el mal funcionamiento se producen a pesar de haber adoptado [insértese el nombre del banco central] las medidas razonablemente necesarias para evitarlos y para solucionar sus consecuencias (medidas entre las que se incluye el inicio y la conclusión de los procedimientos de contingencia y continuidad operativa a que se refiere el apéndice IV).

4. [Insértese el nombre del banco central] no responderá de:

a) pérdidas causadas por el participante;

b) pérdidas derivadas de acontecimientos externos que escapen al control razonable de [insértese el nombre del banco central] (fuerza mayor).

5. Sin perjuicio de [insértense las disposiciones de derecho interno por las que se aplica la Directiva 97/5/CE del Parlamento Europeo y del Consejo, de 27 de enero de 1997, relativa a las transferencias transfronterizas ( 11 )], los apartados 1 a 4 se aplicarán en la medida en que pueda excluirse la responsabilidad de [insértese el nombre del banco central].

6. [Insértese el nombre del banco central] y los participantes tomarán todas las medidas razonables y factibles para mitigar los daños o pérdidas a que se refiere el presente artículo.

7. Cuando sea necesario para cumplir todas o parte de las obligaciones que las Condiciones le imponen, o cuando sea una práctica habitual en el mercado, [insértese el nombre del banco central] podrá, en su propio nombre, encargar tareas a terceros, especialmente a proveedores de telecomunicaciones u otros servicios de red o a otras entidades. La obligación y correspondiente responsabilidad de [insértese el nombre del banco central] se limitará a la selección y contratación de esos terceros con arreglo a las normas aplicables. A efectos de este apartado, los bancos centrales proveedores de la plataforma compartida única no se considerarán terceros.

Artículo 32

Medios de prueba

1. Salvo que las Condiciones dispongan otra cosa, todos los mensajes de pago y relativos al procesamiento de pagos relacionados con TARGET2, tales como las confirmaciones de adeudos o abonos o los mensajes con extractos de cuenta, entre [insértese el nombre del banco central] y los participantes, se efectuarán por medio del proveedor del servicio de red.

2. Los registros electrónicos o escritos de los mensajes conservados por [insértese el nombre del banco central] o por el proveedor del servicio de red se aceptarán como medio de prueba de los pagos procesados a través de [insértese el nombre del banco central]. La versión archivada o impresa del mensaje original del proveedor del servicio de red se aceptará como medio de prueba, con independencia de cuál fuera la forma del mensaje original.

3. Si falla la conexión de un participante al proveedor del servicio de red, el participante utilizará los medios alternativos de transmisión de mensajes que se establecen en el apéndice IV, en cuyo caso, la versión archivada o impresa del mensaje producida por [insértese el nombre del banco central] tendrá la misma fuerza probatoria que el mensaje original, independientemente de su forma.

4. [Insértese el nombre del banco central] mantendrá registros completos de las órdenes de pago cursadas y de los pagos recibidos por los participantes durante un plazo de [insértese el exigido por la disposición de derecho interno aplicable] a contar desde el momento en que las órdenes de pago se hayan cursado y los pagos se hayan recibido.

5. Los propios libros y registros de [insértese el nombre del banco central] (ya se lleven en papel, microfilm o microficha, por registro electrónico o magnético, o en otra forma reproducible mecánicamente o de otro modo) se aceptarán como medio de prueba de las obligaciones de los participantes y de los hechos o acontecimientos en que las partes se basen.

TÍTULO IX

TERMINACIÓN DE LA PARTICIPACIÓN Y CIERRE DE CUENTAS

Artículo 33

Duración y terminación ordinaria de la participación

1. Sin perjuicio del artículo 34, la participación en TARGET2-[insértese la referencia al banco central/país] será por tiempo indefinido.

2. Los participantes podrán poner término a su participación en TARGET2-[insértese la referencia al banco central/país] en todo momento, notificándolo con un preaviso de 14 días hábiles, salvo que hubieran acordado con [insértese el nombre del banco central] un preaviso más corto.

3. [Insértese el nombre del banco central] podrá poner término a la participación de un participante en TARGET2-[insértese la referencia al banco central/país] en todo momento, notificándolo con un preaviso de tres meses, salvo que hubiera acordado un preaviso distinto con ese participante.

4. Al terminar la participación, los deberes de confidencialidad que se establecen en el artículo 38 seguirán vigentes durante los cinco años siguientes a la fecha de terminación.

5. Al terminar la participación, las cuentas del módulo de pagos del participante interesado se cerrarán conforme a lo dispuesto en el artículo 35.

Artículo 34

Suspensión y terminación extraordinaria de la participación

1. La participación de un participante en TARGET2-[insértese la referencia al banco central/país] terminará inmediatamente sin necesidad de preaviso o se suspenderá si se da alguno de los supuestos de incumplimiento siguientes:

a) apertura de un procedimiento de insolvencia;

b) el participante ya no cumple los criterios de acceso establecidos en el artículo 4.

2. [Insértese el nombre del banco central] podrá poner término sin necesidad de preaviso a la participación del participante en TARGET2-[insértese la referencia al banco central/país] o suspenderla si se da alguno de los supuestos siguientes:

a) se producen uno o varios supuestos de incumplimiento (distintos de los establecidos en el apartado 1);

b) el participante incumple gravemente las Condiciones;

c) el participante incumple una obligación sustancial para con [insértese el nombre del banco central];

d) el participante es excluido del TARGET2 CUG o deja de ser miembro de él por otra causa;

e) se produce cualquier otra circunstancia relacionada con el participante que, a juicio de [insértese el nombre del banco central], pone en peligro la estabilidad, fiabilidad y seguridad generales de TARGET2-[insértese la referencia al banco central/país] o de otro sistema integrante de TARGET2, o el desempeño por [insértese el nombre del banco central] de sus funciones conforme a [insértese la disposición de derecho interno aplicable] y a los Estatutos del Sistema Europeo de Bancos Centrales y del Banco Central Europeo.

3. Al ejercer la facultad discrecional que el apartado 2 le otorga, [insértese el nombre del banco central] tendrá en cuenta también la gravedad de los supuestos de incumplimiento y otra índole a que se refieren las letras a) a c).

4.

a) Si [insértese el nombre del banco central] suspende o pone término a la participación de un participante en TARGET2-[insértese la referencia al banco central/país] conforme a lo dispuesto en los apartados 1 y 2, [insértese el nombre del banco central] informará de ello inmediatamente, mediante un anuncio del MIC, al participante, a los demás bancos centrales y a los demás participantes.

b) Si [insértese el nombre del banco central] es informado por otro banco central acerca de la suspensión o terminación de la participación de un participante en otro sistema integrante de TARGET2, [insértese el nombre del banco central] informará de ello inmediatamente a sus participantes mediante un anuncio del MIC.

c) Una vez recibido el anuncio del MIC por los participantes, se les presumirá informados de la suspensión o terminación de la participación del participante en TARGET2-[insértese la referencia al banco central/país] u otro sistema integrante de TARGET2. Los participantes soportarán las pérdidas que se deriven de cursar órdenes de pago a participantes cuya participación se haya suspendido o terminado, si las órdenes de pago se introducen en TARGET2-[insértese la referencia al banco central/país] después de la recepción del anuncio del MIC.

5. Terminada la participación de un participante, TARGET2-[insértese la referencia al banco central/país] no aceptará nuevas órdenes de pago de ese participante. Se devolverán las órdenes de pago en espera, las órdenes de pago almacenadas y las órdenes de pago nuevas a favor de ese participante.

6. Si se suspende la participación de un participante en TARGET2-[insértese la referencia al banco central/país], todos los pagos a su favor y todas sus órdenes de pago se almacenarán y solo se considerarán disponibles para la liquidación cuando el banco central del participante suspendido haya aceptado expresamente los pagos y las órdenes.

Artículo 35

Cierre de las cuentas del módulo de pagos

1. Los participantes podrán cerrar sus cuentas del módulo de pagos en todo momento, dando a [insértese el nombre del banco central] un preaviso de 14 días hábiles.

2. A la terminación de la participación conforme a los artículos 33 o 34, [insértese el nombre del banco central] cerrará las cuentas del módulo de pagos del participante interesado, una vez que haya:

a) liquidado o devuelto las órdenes de pago en espera;

b) ejercido sus derechos de prenda y compensación conforme al artículo 36.

TÍTULO X

DISPOSICIONES FINALES

Artículo 36

Derechos de prenda y compensación de [insértese el nombre del banco central]

1. [Insértese si procede: [Insértese el nombre del banco central] tendrá un derecho real de prenda sobre los saldos presentes y f