ANEXO

Circular 2/2009, de la Comisi髇 del Mercado de las Telecomunicaciones, sobre la implantaci髇 de la preselecci髇 de operador por los operadores de acceso obligados a proveerla en el mercado de redes p鷅licas de telecomunicaciones fijas

(1)

La Ley 32/2003, de 3 de noviembre, General de Telecomunicaciones (LGTel), en su art韈ulo 48.3 enumera como funci髇 de la Comisi髇 del Mercado de las Telecomunicaciones en el 醡bito de su objeto, adoptar las medidas necesarias para salvaguardar la pluralidad de oferta del servicio, el acceso a las redes de comunicaciones electr髇icas por los operadores, la interconexi髇 de las redes y la explotaci髇 de red en condiciones de red abierta, y la pol韙ica de precios y comercializaci髇 por los prestadores de los servicios. De igual forma, a trav閟 de los art韈ulos 3 y 11.4 de la misma Ley, la Comisi髇 del Mercado de las Telecomunicaciones tiene como objetivo el fomento de la competencia efectiva en los mercados de telecomunicaciones y, en particular, en la explotaci髇 de las redes y en la prestaci髇 de los servicios de comunicaciones electr髇icas.

A estos efectos y sobre las materias indicadas, la Comisi髇 podr� dictar instrucciones dirigidas a los operadores que act鷈n en el sector de comunicaciones electr髇icas, que ser醤 vinculantes una vez notificadas o, en su caso, publicadas en el Bolet韓 Oficial del Estado.

(2)

Por su parte, el art韈ulo 19 de la mencionada Ley, a su vez desarrollado a trav閟 de los art韈ulos 13 a 16 del Reglamento sobre mercados de comunicaciones electr髇icas, acceso a las redes y numeraci髇, aprobado por Real Decreto 2296/2004, de 10 de diciembre, establece la obligaci髇 por parte del operador designado con poder significativo en el suministro de conexi髇 a la red telef髇ica p鷅lica y utilizaci髇 de 閟ta desde una ubicaci髇 fija, de ofrecer a sus abonados de acceso directo la posibilidad de selecci髇 de operador para la realizaci髇 de sus llamadas mediante los procedimientos de selecci髇 de operador llamada a llamada o por preselecci髇.

Pues bien, en el ejercicio de la habilitaci髇 competencial que detenta en materia de preselecci髇, la Comisi髇 del Mercado de las Telecomunicaciones ha dictado siete Circulares, relativas a la implantaci髇 de la preasignaci髇 de operador por el operador dominante en el mercado de redes p鷅licas de telefon韆 fija, con el objetivo de eliminar los obst醕ulos que supon韆 la falta del desarrollo de red de acceso por parte de los operadores entrantes. De este modo se ha conseguido intensificar la competencia en el mercado de telefon韆 fija, al favorecer la aparici髇 de nuevos operadores y la comercializaci髇 de una mayor variedad de servicios a distintos precios.

(3)

As� es, mediante la aprobaci髇 de la Circular 1/1999, de 4 de noviembre y de la Circular 1/2000, de 30 de noviembre, se implant� el mecanismo de la preselecci髇 de operador en las l韓eas de abonado conectadas a centrales telef髇icas digitales, para llamadas de larga distancia, fijo a m髒il y metropolitanas. Con ello se consigui� reducir las barreras a la entrada en el mercado de la telefon韆 fija de los operadores alternativos, al permitirles llegar a una gran cantidad de clientes sin necesidad de disponer de una extensa red de acceso.

En el a駉 2001, a la vista de las condiciones de competencia efectiva y del grado de implantaci髇 de la preselecci髇, esta Comisi髇 aprob� la Circular 1/2001, de 21 de junio, con el objeto de contemplar en un solo texto normativo las modalidades de preselecci髇 existentes en el momento y articular para todas ellas un procedimiento administrativo de la preselecci髇 unificado, m醩 醙il y automatizado.

Al a駉 siguiente, mediante la aprobaci髇 de la Circulares 1/2002 y 2/2002, de 8 de mayo y de 18 de julio, respectivamente, se contempl� la necesidad de ampliar la facilidad de la preselecci髇, en las mismas condiciones en las que se ofrec韆 la preselecci髇 a las l韓eas conectadas a centrales digitales, tambi閚 a las l韓eas de abonado conectadas a centrales telef髇icas anal骻icas, as� como extender la facilidad de la selecci髇 y preselecci髇 para llamadas a n鷐eros de inteligencia de red, a los servicios de radio b鷖queda y a las llamadas generadas por servicios suplementarios.

Mediante estas Circulares, esta Comisi髇 consigui� dotar al mercado de telefon韆 fija de mayor competitividad, aumentando el n鷐ero de l韓eas preseleccionables y las modalidades de preselecci髇 y, por tanto, la oferta de servicios que los operadores con derecho a ser preseleccionados pod韆n presentar a sus abonados. Asimismo, la Circular 2/2002, proporcion� mayor simetr韆 a los tr醡ites por medio de los cuales se encauzan las relaciones entre los operadores, al incluir un proceso de validaci髇 comercial opcional para los operadores con derecho a la preselecci髇, en caso de inhabilitaci髇 o de exclusi髇 de llamadas de preselecci髇 solicitadas por el operador de acceso.

Finalmente, las 鷏timas Circulares dictadas por el Consejo de esta Comisi髇 han sido la Circular 1/2003, de 24 de enero, la cual agiliz� el proceso de revisi髇 de las causas de denegaci髇 e introdujo dos nuevas causas, y la Circular 1/2004, de 27 de mayo, por la que se articul� el consentimiento verbal con verificaci髇 por tercero en las tramitaciones de preselecci髇 de operador, con el fin de poner a disposici髇 de los usuarios una herramienta que agilizara los cambios para la contrataci髇 del servicio.

(4)

En consecuencia, a la vista del desarrollo normativo vigente relativo a la implantaci髇 del mecanismo de la preselecci髇, se hace necesario proceder a la aprobaci髇 de una Circular que unifique en un 鷑ico texto normativo todas las Circulares vigentes, y por ende, derogue las mismas, a excepci髇, de la Circular 1/2004, de 27 de mayo, de la Comisi髇 el Mercado de las Telecomunicaciones, por la que se introduce el consentimiento verbal con verificaci髇 por tercero en las tramitaciones de preselecci髇 de operador.

El objetivo de la presente Circular de preselecci髇 consistir韆 en mantener el conjunto de disposiciones establecidas en las citadas Circulares, as� como en los procedimientos administrativos de la preselecci髇 y en los sistemas asociados a los mismos, en aras de facilitar su conocimiento y, por tanto, correcta aplicaci髇 por todos los operadores que presten o revendan el servicio telef髇ico fijo disponible al p鷅lico mediante acceso indirecto, a trav閟 de la red de los operadores obligados a proveer la preselecci髇 o de otro operador en tr醤sito, as� como por los usuarios que hayan hecho o tengan inter閟 en hacer uso de la facilidad de la preasignaci髇.

Asimismo, esta Circular aborda la revisi髇 de las citadas instrucciones y sus anexos, en aras de adaptar la regulaci髇 del mecanismo de la preselecci髇 a la evoluci髇 del mercado de telefon韆 fija y a la normativa sectorial en vigor, as� como para reforzar los derechos de los usuarios solicitantes de la preselecci髇 de operador.

(5)

En este sentido, cabe se馻lar que el desarrollo del mercado del servicio telef髇ico fijo disponible al p鷅lico (STFDP) ha dado lugar a la incorporaci髇 de un gran n鷐ero de operadores prestadores o revendedores del STFDP, los cuales en atenci髇 a sus necesidades de despliegue y sus condiciones econ髆icas han optado por utilizar los recursos de interconexi髇 que les ofrezca un tercer operador en tr醤sito, distinto del operador de acceso obligado a proveer la preselecci髇.

Tal y como el procedimiento administrativo de la preselecci髇 se encuentra actualmente regulado, estos operadores no podr韆n tramitar las solicitudes de preselecci髇 de sus abonados a trav閟 de las herramientas inform醫icas para gestionar la preselecci髇 de Telef髇ica de Espa馻, ya que en el formato de solicitud que ha de cursarse, debe hacerse figurar como obligatorio el c骴igo de operador (CO) utilizado para la consolidaci髇 en interconexi髇, que Telef髇ica de Espa馻 asigna a cada operador con los que firma un acuerdo de interconexi髇 de redes (apartado 3.2.3 del Anexo II).

Esta situaci髇 fue regulada por esta Comisi髇 mediante la Resoluci髇 de 12 de abril de 2007, en la cual se daba contestaci髇 a la consulta planteada por Telef髇ica de Espa馻 sobre la consideraci髇 y tratamiento a dar a la figura de una entidad subasignataria de un c骴igo de selecci髇 de operador (CSO) en la tramitaci髇 de los procedimientos de preselecci髇.

En la misma se sugiri� a Telef髇ica de Espa馻 que otorgara a estos operadores el mismo tratamiento que hasta el momento, en la pr醕tica y de acuerdo con lo establecido en el apartado 2.4 de la Oferta de Referencia de Telef髇ica (OIR) 玈ervicio de tr醤sito de otros operadores y compartici髇 de PdI�, ven韆 dispensando a los operadores prestadores del STFDP mediante los servicios de tr醤sito de un tercer operador interconectado directamente con Telef髇ica de Espa馻, al objeto de permitirles disponer de la facilidad de la preselecci髇.

Dicha soluci髇 se estableci� con car醕ter transitorio hasta que se procediera a la oportuna modificaci髇 de la Circular 1/2001, de 21 de junio, sobre la implantaci髇 de la preselecci髇 de operador por los operadores de acceso obligados a proveerla en el mercado de redes p鷅licas de telecomunicaciones fijas, mediante la cual se aprob� el vigente procedimiento administrativo de la preselecci髇.

Por ello, con el objeto de acometer las reformas necesarias en la tramitaci髇 de las solicitudes de preselecci髇, la presente Circular introduce una Disposici髇 adicional segunda a trav閟 de la cual se establecen las instrucciones necesarias que deber醤 seguir los operadores involucrados en la situaci髇 descrita, con la finalidad de posibilitar que todos los operadores prestadores del STFDP con independencia de su despliegue de red, as� como los revendedores del citado servicio, puedan participar en los procedimientos de preselecci髇 de sus abonados.

Asimismo, con el objeto de facilitar su conocimiento por parte de los operadores implicados en cada situaci髇 descrita, se crea un nuevo Anexo VI de la presente Circular, en el cual se recogen dos figuras explicativas de las instrucciones establecidas en la citada Disposici髇 adicional segunda.

Por 鷏timo, se introduce una modificaci髇 en el campo de 獵omentarios� de la fila 獵骴igo de operador solicitante� del formato de solicitudes establecido en el apartado 3.2.3 del Anexo II, as� como en el campo 籇escripciones� del cuerpo del 玀ensaje solicitado deshacer actuaciones� regulado en el apartado 7.5 del Anexo II, en los cuales se ha cambiado la expresi髇 獷l n鷐ero de tres d韌itos utilizados para la consolidaci髇� por 獷l n鷐ero de tres d韌itos que identifican al operador�.

(6)

Por otro lado, la Disposici髇 final tercera de la Ley 34/2002, de 11 de julio, de servicios de la sociedad de la informaci髇 y de comercio electr髇ico a馻di� la Disposici髇 transitoria duod閏ima a la Ley 11/1998, de 24 de abril, General de Telecomunicaciones, que no ha sido derogada por la nueva Ley 32/2003, de 3 de noviembre, en la cual se fijaron los criterios a seguir para el desarrollo de un plan de actuaci髇 tecnol骻ica de la red de acceso de la red telef髇ica p鷅lica fija. Este plan dirigido principalmente a la migraci髇 del sistema de telefon韆 rural de acceso celular de tecnolog韆 anal骻ica (TRAC), ten韆 como objetivo garantizar que las conexiones a la red fija posibiliten a sus abonados el acceso funcional a Internet.

Mediante Orden del Ministerio de Ciencia y Tecnolog韆, de 28 enero de 2003, se aprob� el citado plan presentado por Telef髇ica de Espa馻. El Plan contemplaba cuatro tipos de soluciones tecnol骻icas (portadores f韘icos de pares de cobre, tecnolog韆s GSM/GPRA, LMSD y sat閘ite) por las que se sustituir韆n los accesos a la TRAC, as� como un calendario progresivo de despliegue de medios para proporcionar cobertura funcional a Internet, con finalizaci髇 a 31 de diciembre de 2004.

El 27 de mayo de 2008, la Secretaria de Estado de Telecomunicaciones y para la Sociedad de la Informaci髇 (SETSI) dict� Resoluci髇 por la cual se regula, en garant韆 de los derechos los usuarios, la finalizaci髇 del proceso de sustituci髇 del sistema de telefon韆 rural de acceso celular de tecnolog韆 anal骻ica.

Esta Resoluci髇, en l韓ea con lo establecido en la Orden ICT/3391/2007, de 15 de noviembre, -la cual dispuso que la liberalizaci髇 de las frecuencias 874 a 876 MHz y 919 a 921 MHz destinadas en exclusiva a la TRAC deb韆 producirse a m醩 tardar el 31 de diciembre de 2008- y con el objetivo de proceder a la efectiva migraci髇 tecnol骻ica de las conexiones a la red telef髇ica p鷅lica fija que permita acceder de forma funcional a Internet a los abonados cuyas l韓eas telef髇icas a鷑 permanecen conectadas a trav閟 de los sistemas TRAC, estableci� las condiciones de apagado ordenado y progresivo de las estaciones base de Telef髇ica de Espa馻 que soportaban los sistemas TRAC a partir del 1 de diciembre de 2008 y la efectiva liberaci髇 de las citadas frecuencias el 31 de diciembre de 2008.

Entre las condiciones de apagado, la citada Resoluci髇 determin� que las solicitudes o comunicaciones de aceptaci髇 que recibiera TESAU, entre el 1 de octubre y la fecha de apagado de la estaci髇 base de la que dependiera, deb韆 atenderlas, en la medida de lo posible, antes de dicha fecha. En caso contrario, desde la citada fecha de apagado, el contrato de abono se entender韆 suspendido, sin generar obligaciones entre las partes y, por tanto, sin que TESAU pudiera facturar cantidad alguna al abonado hasta que se restableciera la l韓ea.

Dicha situaci髇 de suspensi髇 se mantendr� hasta el 31 de diciembre de 2009, salvo que el abonado comunique su voluntad de aceptar la soluci髇 tecnol骻ica prevista para la activaci髇 de la l韓ea, la cual deber� realizarse de forma gratuita y en el plazo m醲imo de 60 d韆s. Sin embargo, si llegada la citada fecha TESAU no ha recibido solicitud o aceptaci髇 de la migraci髇 de la l韓ea, los contratos de abono se considerar醤 extinguidos.

Como consecuencia de lo expuesto, esta Comisi髇 considera que han desaparecido las causas que justificaron la aprobaci髇 de la Circular 1/2002 sobre la disponibilidad de la facilidad de la preselecci髇 en l韓eas de abonado conectadas a centrales anal骻icas, puesto que las mismas se entienden ya extinguidas. Por lo que, en la presente Circular no se recoge instrucci髇 espec韋ica alguna referente a la obligaci髇 del operador de acceso de facilitar la preselecci髇 a este tipo de l韓eas.

(7)

El 12 de diciembre de 2008, el Consejo de esta Comisi髇 aprob� la Resoluci髇 por la que se aprueba la definici髇 y el an醠isis del mercado minorista de acceso a la red telef髇ica p鷅lica en una ubicaci髇 fija para clientes residenciales y no residenciales, la designaci髇 de operador con poder significativo de mercado y la imposici髇 de obligaciones espec韋icas, y se acuerda su notificaci髇 a la Comisi髇 Europea.

Mediante esta Resoluci髇 se ha procedido de nuevo a designar a Telef髇ica de Espa馻 como operador con peso significativo en el mercado de referencia y a imponerle, entre otras, la obligaci髇 de selecci髇 de operador.

Sin embargo, dicha obligaci髇 ha sido configurada para su aplicaci髇 s髄o sobre los accesos tradicionales a la red telef髇ica conmutada (RTC) y no sobre los accesos que permiten la prestaci髇 del servicio telef髇ico basado en un acceso de banda ancha, es decir, aquellos que hacen uso de t閏nicas de VoIP sobre redes de conmutaci髇 de paquetes, desde los equipos del usuario, debido a que este tipo de accesos se han considerado que no forman parte del mercado relevante.

Por todo ello, se ha hecho necesario introducir mediante la presente Circular una nueva causa de denegaci髇 en el procedimiento de validaci髇 comercial (apartado 3.6 del anexo II de la presente Circular), que permitir� rechazar las peticiones de preselecci髇 de l韓eas soportadas sobre este tipo de accesos de banda ancha.

(8)

Finalmente, esta Comisi髇 ha considerado oportuno incluir una nueva causa de inhabilitaci髇 de las llamadas preseleccionadas por el operador de acceso derivada de la p閞dida de un operador del derecho a ser beneficiario de la preselecci髇.

Dicha causa de inhabilitaci髇, debido al din醡ico comportamiento del mercado, podr� derivar de varias circunstancias, como puede ser la p閞dida de la condici髇 general de operador, consecuencia de la aplicaci髇 de algunas de las causas de extinci髇 de la habilitaci髇 para la explotaci髇 de redes o la prestaci髇 de servicios de comunicaciones electr髇icas, establecidas en el art韈ulo 6 del Reglamento sobre las condiciones para la prestaci髇 de servicios de comunicaciones electr髇icas, el servicio universal y la protecci髇 de los usuarios, aprobado por el Real Decreto 424/2005, de 15 de abril; la desconexi髇 de las redes del operador beneficiario de la preselecci髇 con el operador de acceso, previamente autorizada por esta Comisi髇; as� como cualquier otra recogida tanto de la legislaci髇 sectorial como del ordenamiento jur韉ico general.

En virtud de todo lo anterior, y de conformidad con la habilitaci髇 competencial prevista en el art韈ulo 48.3.e) de la Ley 32/2003, de 3 de noviembre de 2003, General de Telecomunicaciones, en el art韈ulo 20 del Reglamento de la Comisi髇 del Mercado de las Telecomunicaciones, aprobado por el Real Decreto 1994/1996, de 6 de septiembre y en el art韈ulo 26 del Texto Consolidado del Reglamento de R間imen Interior de la Comisi髇 del Mercado de las Telecomunicaciones aprobado por Resoluci髇 de su Consejo de fecha 20 de diciembre de 2007 (B.O.E. de 31 de enero de 2008) y modificado posteriormente por Resoluci髇 el 29 de abril de 2008 (B.O.E. de 12 de junio de 2008),

Esta Comisi髇 ha dispuesto:

Primero. Objeto.

1. La presente Circular tiene por objeto dar instrucciones para la implantaci髇 de los mecanismos de preselecci髇 de operador en las l韓eas telef髇icas de abonado conectadas a la red telef髇ica p鷅lica desde una ubicaci髇 fija.

Segundo. 羗bito de aplicaci髇 subjetivo.

1. Los operadores de redes p鷅licas telef髇icas fijas obligados a proveer la preselecci髇, deber醤 adoptar las medidas necesarias para posibilitar la disponibilidad de este servicio en las condiciones fijadas en esta Circular. A los efectos de la presente Circular estos operadores se denominar醤 operadores de acceso.

2. Los operadores que, de acuerdo con la normativa vigente, tengan derecho a ser seleccionados mediante procedimientos de preselecci髇, se sujetar醤 a lo dispuesto en esta Circular a fin de garantizar este derecho.

Tercero. Definici髇 del servicio.

Se entender� por preselecci髇 de operador aquel servicio que permite al abonado del servicio telef髇ico fijo disponible al p鷅lico elegir a un operador diferente al que le provee el acceso a la red telef髇ica p鷅lica, para que curse todas sus llamadas, sin necesidad de marcar previamente el c骴igo de selecci髇 de operador que lo identifica.

Cuarto. Modalidades de preselecci髇.

1. El operador de acceso deber� permitir a sus abonados en acceso directo las siguientes modalidades de preselecci髇 de operador:

• Larga distancia: engloba las llamadas de 醡bito provincial, interprovincial, internacional y de fijo a m髒il.
• Global: incluye las llamadas de 醡bito metropolitano, provincial, interprovincial, internacional y de fijo a m髒il.
• Global Extendida: agrupa las llamadas de 醡bito metropolitano, provincial, interprovincial, internacional, de fijo a m髒il, a numeraci髇 de inteligencia de red (incluyendo la numeraci髇 personal y con la excepci髇 de la numeraci髇 de cobro revertido autom醫ico), y a los servicios de radio b鷖queda. Se entienden igualmente incluidas las llamadas metropolitanas, de larga distancia, fijo-m髒il, y a numeraci髇 de inteligencia de red (incluyendo la numeraci髇 personal y con la excepci髇 de la numeraci髇 de cobro revertido autom醫ico) que sean generadas por servicios suplementarios.

Quinto. Consentimiento del abonado.

1. El cambio de operador por preselecci髇 se iniciar� previo consentimiento escrito o verbal del abonado.

El consentimiento verbal del abonado se llevar� a cabo a trav閟 de la verificaci髇 del mismo por un tercero independiente, siempre y cuando haya cumplido todas y cada una de las condiciones y plazos establecidos en la Circular 1/2004, de 27 de mayo, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se introduce el consentimiento verbal con verificaci髇 por tercero en las tramitaciones de preselecci髇 de operador.

2. En ning鷑 caso podr� condicionarse la tramitaci髇 de una solicitud de preselecci髇, ni la activaci髇 de la misma, a la aportaci髇 al operador de acceso de documentos que acrediten el consentimiento escrito del abonado.

Sexto. Plazo para la provisi髇 de las actuaciones de preselecci髇.

1. La provisi髇 de la preselecci髇 ser� coordinada por el operador beneficiario, el cual informar� de la solicitud de preselecci髇 del abonado al operador de acceso, quien, en su caso, tambi閚 informar� al operador preseleccionado con anterioridad.

2. El cambio de operador por preselecci髇 se realizar� en un plazo inferior a cinco d韆s h醔iles, contados a partir de la recepci髇 por el operador de acceso de la comunicaci髇 del operador solicitante, o en un plazo superior si as� se acuerda por el abonado.

3. La provisi髇 de la inhabilitaci髇 de la preelecci髇 ser� coordinada por el operador de acceso. Previa solicitud escrita del abonado a dicho operador, 閟te informar� de ella al operador preseleccionado con anterioridad.

4. La inhabilitaci髇 se realizar� en un plazo inferior a cinco d韆s, contados desde la recepci髇 de la comunicaci髇 por el operador de acceso, o en un plazo superior si as� se acuerda con el abonado.

S閜timo. Obligaciones del operador de acceso.

1. El operador de acceso tendr� las siguientes obligaciones:

• a. Facilitar la preselecci髇 en condiciones no discriminatorias, transparentes, proporcionales y fundadas en criterios objetivos. El car醕ter incompleto o inexacto que, eventualmente, tuvieran los datos de car醕ter personal correspondientes a las bases de datos de abonado del operador de acceso, no podr� ser causa de denegaci髇 de una solicitud de preselecci髇.
• b. El operador de acceso no podr� discriminar a los abonados preseleccionados en la prestaci髇 de los servicios suplementarios, ni en la prestaci髇 de asistencia t閏nica o en el acceso a planes de descuento
• c. Negociar con los operadores beneficiarios de la preselecci髇 las condiciones de prestaci髇 del servicio, incluyendo en los acuerdos, que formar醤 parte de los acuerdos generales de interconexi髇, mecanismos que permitan la tramitaci髇 efectiva y en plazo de las solicitudes, as� como procedimientos de gesti髇 de incidencias y de modificaci髇 masiva de solicitudes de preselecci髇 o preselecciones activadas.
• d. El operador de acceso deber� disponer de un sistema de gesti髇 de incidencias para la fase de procedimientos administrativos (reclamaciones de provisi髇), y la fase de servicio (reclamaciones de infraestructura), as� como de un sistema de informaci髇 y consulta del estado de las solicitudes de preselecci髇.

  Asimismo, el operador de acceso deber� disponer de un mecanismo de preselecci髇 virtual que ser� aplicable ante el incumplimiento, por parte del operador de acceso, de los plazos previstos para la ejecuci髇 de actuaciones o modificaciones de preselecci髇. La preselecci髇 virtual solamente se aplicar� a petici髇 del operador afectado por el incumplimiento de plazos por parte del operador de acceso.

• e. Obtener del abonado el consentimiento previo para los cambios en preselecci髇 solicitados a este operador y ponerla a disposici髇 de los operadores afectados por la modificaci髇, cuando a ello hubiere lugar.
• f. Todo tipo de comunicaci髇 o env韔 de informaci髇 relativa al servicio de preselecci髇 a efectuar a los usuarios que hayan solicitado la preselecci髇 o se encuentren preseleccionados, ser� llevada a cabo exclusivamente por el operador preseleccionado. A este efecto, el operador de acceso informar� debidamente a los operadores preseleccionados de aquellos aspectos que afectando a la preselecci髇 requieren ser comunicados a los usuarios.

  En el curso de la tramitaci髇 de una petici髇, la comunicaci髇 con los usuarios se llevar� a cabo por el operador solicitante. El operador de acceso, salvo que tenga la consideraci髇 de operador solicitante, no podr� contactar directamente con los clientes de preselecci髇 de los operadores en relaci髇 al progreso de su solicitud de preselecci髇.

• g. La informaci髇 obtenida por el operador de acceso durante el proceso de preselecci髇, s髄o podr� ser utilizada para el fin para el que fue proporcionada. En particular, esta informaci髇 no podr� ser empleada por departamentos distintos de los directamente involucrados en los procesos de la tramitaci髇 de la preselecci髇, ni tampoco comunicada a dichos departamentos distintos o a otra entidad ajena al operador de acceso, de modo que tal informaci髇 pueda emplearse en beneficio de los servicios comerciales del operador de acceso, o de sus filiales o asociadas, para los que dicha informaci髇 pudiera suponer una ventaja competitiva.
• h. El operador de acceso no podr� realizar pr醕ticas de recuperaci髇 de abonado en el plazo de cuatro meses contados desde la fecha de activaci髇 de la solicitud de preselecci髇, ni podr� realizar en ning鷑 momento pr醕ticas denigratorias de los servicios provistos por el operador preseleccionado.

  La prohibici髇 de pr醕ticas de recuperaci髇, en relaci髇 a los servicios de preselecci髇, se aplica 鷑icamente tras la habilitaci髇 de preselecci髇 de un abonado con un operador beneficiario, no afectando al plazo anteriormente se馻lado las posteriores actuaciones de inclusi髇 o exclusi髇 de llamadas sobre dicha preselecci髇.

• i. La preselecci髇 s髄o podr� ser rechazada por razones de incompatibilidad t閏nica cuando la causa de dicha incompatibilidad haya sido reconocida por la Comisi髇 del Mercado de las Telecomunicaciones, sin perjuicio de que las mencionadas causas puedan revisarse con posterioridad, en atenci髇 a los avances t閏nicos que se produzcan.
• j. Informar al operador previamente preseleccionado sobre cualquier modificaci髇 en la provisi髇 del servicio que vaya a tener lugar como resultado de un nuevo proceso de preselecci髇 o de una inhabilitaci髇 a favor del operador de acceso o por causas de orden t閏nico o jur韉ico que afecten a la prestaci髇 del servicio o que puedan afectar de alg鷑 modo a la preselecci髇.
• k. Informar al operador preseleccionado sobre el cambio en el n鷐ero de tel閒ono de un abonado preseleccionado.
• l. Disponer de un departamento o servicio especializado de atenci髇 al cliente, que tenga por objeto atender y resolver las quejas, reclamaciones y cualquier incidencia contractual que planteen sus clientes, tel閒onos propios del operador de acceso y, en su caso, p醙ina Web, a efectos de la presentaci髇 de quejas reclamaciones y peticiones por parte del usuario solicitante de la modificaci髇 o inhabilitaci髇 de la preselecci髇 a favor del operador de acceso, de acuerdo con lo establecido en la normativa vigente en cada momento.
• m. Cualesquiera otras obligaciones derivadas de los acuerdos y de la legislaci髇 especial y com鷑.

Octavo. Condiciones y obligaciones del operador beneficiario de la preselecci髇.

1. El operador beneficiario de la preselecci髇 deber�:

• a. Obtener del abonado el consentimiento previo para los cambios en preselecci髇 solicitados por el cliente al operador beneficiario de la preselecci髇 y ponerlo a disposici髇 de los operadores afectados por la modificaci髇, cuando ello hubiere lugar.
• b. Satisfacer al operador de acceso una cantidad fija por una sola vez, cuyo importe equivaldr� al coste directo que para 閟te represente el cambio. En caso de falta de acuerdo respecto del importe de dicha cantidad, resolver� la Comisi髇 del Mercado de las Telecomunicaciones a instancia de cualquiera de los operadores en los t閞minos y condiciones establecidos en la normativa vigente.
• c. Los operadores solicitantes estar醤 obligados a abonar al operador de acceso el coste directo en que 閟te haya incurrido cuando su solicitud de preselecci髇 sea rechazada por alguna de las siguientes causas
  • 1. Numeraci髇 no geogr醘ica o perteneciente al operador de acceso.
  • 2. Formato del n鷐ero telef髇ico incorrecto o en blanco.
  • 3. N鷐ero de referencia duplicado o incorrecto.
  • 4. Solicitud redundante.
  • 5. Formato del NIF/DNI/CIF/NIE incorrecto o en blanco.
  • 6. N鷐ero telef髇ico no preseleccionado.
  • 7. Unidad de preselecci髇 incorrecto o en blanco.
  • 8. Tipo de modificaci髇 incorrecto o en blanco.
• d. Informar fielmente al abonado de la activaci髇 de la preselecci髇 en cuanto tenga conocimiento de la misma.
• e. Emitir la factura al cliente, conforme a los precios y periodos fijados por el operador, de los servicios contratados/utilizados, de acuerdo con lo establecido en la normativa vigente.
• f. El operador beneficiario de la preselecci髇 har� uso del sistema de gesti髇 de incidencias conforme a las exigencias de la buena fe.
• g. Informar al abonado sobre las condiciones y caracter韘ticas de la prestaci髇 de los servicios de preselecci髇 y, en particular, sobre las condiciones que resultan aplicables a las facilidades suplementarias del servicio telef髇ico fijo disponible al p鷅lico, responsabilidad en caso de aver韆s, y otras condiciones comerciales que resulten del pacto entre el operador beneficiario de la preselecci髇 y el operador de acceso.
• h. Disponer de un departamento o servicio especializado de atenci髇 al cliente, que tenga por objeto atender y resolver las quejas, reclamaciones y cualquier incidencia contractual que planteen sus clientes, tel閒onos propios del operador beneficiario y, en su caso, p醙ina Web, a efectos de la presentaci髇 de quejas reclamaciones y peticiones por parte del usuario solicitante de la preselecci髇, de acuerdo con lo establecido en la normativa vigente en cada momento.
• i. Cumplir cualesquiera otras obligaciones derivadas de los acuerdos y de la legislaci髇 especial y com鷑.

Noveno. Validaci髇 opcional de las solicitudes de inhabilitaci髇 por los operadores con derecho a preselecci髇.

1. Los operadores con derecho a preselecci髇 podr醤 implementar con car醕ter opcional un proceso de validaci髇 comercial. El proceso de validaci髇 opcional ser� aplicable cuando el operador con derecho a preselecci髇 que lo haya implementado resulte afectado por las solicitudes de inhabilitaci髇 o de exclusi髇 de llamadas en preselecci髇 cuya tramitaci髇 sea iniciada a ra韟 de una petici髇 del abonado dirigida al operador de acceso.

Aquellos operadores que voluntariamente decidan implantar este mecanismo de validaci髇 opcional, deber醤 proceder a negociar con el operador de acceso las condiciones o procedimientos asociados al mismo.

A tal efecto, si en el plazo de tres meses contado desde la fecha de solicitud de las negociaciones, las partes no alcanzaran un acuerdo al respecto o si con anterioridad se hubieran agotado las posibilidades de acuerdo, lo establecido en el dispositivo con car醕ter subsidiario 3.6.2 del Anexo II de esta Circular se aplicar� autom醫icamente.

El operador afectado dispondr� de dos d韆s h醔iles desde la recepci髇 del mensaje de inicio de validaci髇 opcional para tramitar la validaci髇 de las solicitudes, y responder al operador de acceso.

2. Aquellos operadores con derecho a preselecci髇 que decidan implantar un sistema de validaci髇 opcional tendr醤 la obligaci髇 de poner a disposici髇 del operador de acceso un sistema de gesti髇 de incidencias para la fase de procedimientos administrativos.

D閏imo. Procedimiento de resoluci髇 de controversias.

1. Los abonados que hubieran hecho uso de la facilidad de la preselecci髇 podr醤 utilizar, en caso de quejas, reclamaciones o cualquier tipo de incidencia, el procedimiento de resoluci髇 de controversias establecido en la normativa vigente en cada momento sobre esta materia.

2. Asimismo, los usuarios del servicio telef髇ico fijo disponible al p鷅lico podr醤 acudir al Departamento de Servicios y Relaciones con los Usuarios de la Comisi髇 del Mercado de las Telecomunicaciones, a los efectos de recibir informaci髇 sobre cualquier cuesti髇 relacionada con la facilidad de la preselecci髇. Para ello, se pone a su disposici髇 la siguiente direcci髇 de correo electr髇ico: cmt_info@cmt.es.

Und閏imo. Revisi髇 excepcional de los plazos.

Excepcionalmente, el operador de acceso podr� solicitar a la Comisi髇 del Mercado de las Telecomunicaciones la revisi髇 de los plazos establecidos para la activaci髇 del servicio de preselecci髇, aportando los datos justificativos de su petici髇.

Duod閏imo. Car醕ter de la Circular.

Los apartados primero al decimosegundo, inclusive, las disposiciones adicionales primera, segunda, tercera, cuarta y quinta, las disposiciones transitorias primera y segunda, derogatoria y final, los apartados 7.1, 7.2 y 7.3 del anexo II y los anexos I y V, tienen el car醕ter de norma imperativa.

Los procedimientos administrativos para la preselecci髇 de operador, que se adjuntan como anexo II a la presente Circular, salvo los citados apartados 7.1., 7.2 y 7.3, el sistema de informaci髇 y consulta que se adjunta como anexo III, y el sistema de gesti髇 de incidencias que se adjunta como anexo IV, deber醤 aplicarse de modo subsidiario en defecto de acuerdo entre los operadores. A tal efecto, si en el plazo de diez d韆s h醔iles contados desde la fecha de solicitud de las negociaciones, las partes no alcanzaran un acuerdo al respecto o si con anterioridad se hubieran agotado las posibilidades de acuerdo, los procedimientos para la preselecci髇 de operador recogidos en el anexo II de la Circular, el sistema de informaci髇 y consulta recogido en el anexo III, y el sistema de gesti髇 de incidencias recogido en el anexo IV se aplicar醤 autom醫icamente. Las disposiciones imperativas de la presente Circular ser醤 de aplicaci髇 inmediata a los acuerdos de preselecci髇 concluidos por los operadores beneficiarios y el operador de acceso antes de la entrada en vigor de la presente Circular.

DISPOSICIONES ADICIONALES

ANEXO I

Definiciones

• Preselecci髇: Facilidad que permite a un abonado del servicio telef髇ico fijo disponible al p鷅lico elegir a un operador diferente al que le provea el acceso a la red telef髇ica p鷅lica, para que curse parte o todas sus llamadas, sin necesidad de marcar previamente el c骴igo de selecci髇 que lo identifica.
• Operador de acceso: El operador con obligaci髇 de implantar en su red mecanismos de preselecci髇 de operador.
• Operador beneficiario: El operador con derecho a preselecci髇 que la solicita a un operador de acceso, y que se beneficia de la actuaci髇 o modificaci髇 relacionada con la preselecci髇.
• Operador afectado: Operador que previamente a ejecutarse una actuaci髇 o modificaci髇 de preselecci髇 cursaba un determinado tipo de llamadas del abonado, y tras esta actuaci髇 dejar� de cursarlas. Puede ser tanto el operador con derecho a preselecci髇 como el operador de acceso.
• Operador solicitante: Operador que inicia el procedimiento de solicitud de actuaci髇 o modificaci髇 de preselecci髇, por haber recibido la solicitud del abonado.
• Operador subasiganatario de un CSO: Operador subasignatario de un C骴igo de Selecci髇 de Operador, que sin poseer red telef髇ica p鷅lica propia, preste el servicio de reventa del servicio telef髇ico fijo disponible al p鷅lico.
• Redes de Acceso de Nueva Generaci髇 sin obligaci髇 de preselecci髇: Aquella red que permite la prestaci髇 del servicio telef髇ico fijo disponible al p鷅lico a trav閟 de un acceso de banda ancha, es decir, aquellos que hacen uso de t閏nicas de VoIP, sobre redes de conmutaci髇 de paquete, desde los equipos del usuario.
• Preselecci髇 Individual: Es la preselecci髇 de un solo n鷐ero de tel閒ono. Se podr� realizar la preselecci髇 individual de l韓eas individuales y de n鷐eros individuales de un acceso b醩ico, de una centralita anal骻ica, l韓eas de enlace anal骻icas, accesos primarios o de grupo ISPBX.
• Preselecci髇 en bloque: Es la preselecci髇 de forma unitaria de un conjunto de n鷐eros de tel閒ono que pertenecen a un mismo acceso b醩ico, a una centralita anal骻ica o l韓eas de enlace anal骻icas, a un acceso primario o a un grupo ISPBX. En la preselecci髇 en bloque, si se preselecciona cualquier n鷐ero de este tipo de accesos queda preseleccionado todo el conjunto de n鷐eros del acceso.
• Habilitaci髇: Actuaci髇 que permite a un operador beneficiario cursar el tr醘ico de llamadas telef髇icas de distinto 醡bito geogr醘ico, comunicaciones m髒iles personales o telefon韆 m髒il autom醫ica, de acuerdo con la voluntad del abonado.
• Preselecci髇 de Larga Distancia: Facilidad por la que un abonado cursa, a trav閟 de un operador beneficiario, todas sus llamadas de 醡bito provincial, interprovincial, internacional y de fijo a m髒il.
• Preselecci髇 Global: Facilidad por la que un abonado cursa, a trav閟 de un operador beneficiario, todas sus llamadas de 醡bito metropolitano, provincial, interprovincial, internacional y de fijo a m髒il.
• Preselecci髇 Global Extendida: Facilidad por la que un abonado cursa, a trav閟 de un operador beneficiario, todas sus llamadas de 醡bito metropolitano, provincial, interprovincial, internacional, de fijo a m髒il, a numeraci髇 de inteligencia de red (incluyendo la numeraci髇 personal y con la excepci髇 de la numeraci髇 de cobro revertido autom醫ico), y a los servicios de radio b鷖queda.
• Exclusi髇 de llamadas metropolitanas: Modificaci髇 en la preselecci髇 consistente en que el operador beneficiario que cursaba el tr醘ico de llamadas metropolitanas deja de hacerlo, de manera tal que el operador de acceso vuelve a tratar estas llamadas.
• Inclusi髇 de llamadas metropolitanas: Modificaci髇 en la preselecci髇 consistente en que el operador beneficiario de una preselecci髇 pasa a cursar tambi閚 el tr醘ico de llamadas metropolitanas.
• Exclusi髇 de llamadas metropolitanas y a numeraci髇 de red inteligente: Modificaci髇 en la preselecci髇 consistente en que el operador beneficiario que cursaba el tr醘ico en la modalidad de preselecci髇 Global Extendida pasa a hacerlo en la modalidad de preselecci髇 Larga Distancia, de manera tal que el operador de acceso vuelve a tratar las llamadas metropolitanas y las dirigidas a numeraci髇 de red inteligente.
• Exclusi髇 de llamadas a numeraci髇 de red inteligente: Modificaci髇 en la preselecci髇 consistente en que el operador beneficiario que cursaba el tr醘ico en la modalidad de preselecci髇 Global Extendida pasa a hacerlo en la modalidad de preselecci髇 Global, de manera tal que el operador de acceso vuelve a tratar las llamadas a numeraci髇 de red inteligente.
• Inclusi髇 de llamadas a numeraci髇 de red inteligente: Modificaci髇 en la preselecci髇 consistente en que el operador beneficiario de una preselecci髇 Global pasa a cursar tambi閚 el tr醘ico destinado a numeraci髇 de red inteligente.
• Inclusi髇 de llamadas metropolitanas y a numeraci髇 de red inteligente: Modificaci髇 en la preselecci髇 consistente en que el operador beneficiario que cursaba tr醘ico en la modalidad de preselecci髇 Larga Distancia pasa a cursar tambi閚 el tr醘ico metropolitano y el tr醘ico destinado a numeraci髇 de red inteligente.

  Las referencias a 玪lamadas a numeraci髇 de red inteligente� en las definiciones y en los procedimientos deben entenderse que est醤 referidas a aquellas llamadas con destino a numeraci髇 para servicios de inteligencia de red (incluyendo la numeraci髇 personal y con la excepci髇 de la numeraci髇 de cobro revertido autom醫ico), y servicios de radiob鷖queda, as� como llamadas generadas por servicios suplementarios.

• Inhabilitaci髇: Actuaci髇 que deja sin efectos una preselecci髇.
• Preselecci髇 virtual: Mecanismo aplicable, previa solicitud del operador beneficiario, ante el incumplimiento por parte del operador de acceso de los plazos previstos para la ejecuci髇 de actuaciones o modificaciones de preselecci髇.

  Este mecanismo permite al operador beneficiario facturar al abonado aun cuando sea el operador de acceso qui閚 siga cursando el tr醘ico correspondiente a las llamadas afectadas.

• Solicitudes iniciadas por un tercer operador: Actuaciones o modificaciones de preselecci髇 iniciadas por un operador que no es el de acceso ni el originalmente beneficiario de la misma.
• Mensajes no normalizados: Son aquellos mensajes cuyo recibo ha sido confirmado por el operador de acceso y que por encontrarse incursos en una causa de 玭o normalizaci髇� no pasan a la fase de validaci髇.
• N鷐eros de solicitudes normalizadas: N鷐eros telef髇icos correspondientes a solicitudes cuyo recibo ha sido confirmado por el operador de acceso y que por no encontrarse incursos en una causa de 玭o normalizaci髇� pasan a la fase de validaci髇.
• N鷐eros de solicitudes validadas: N鷐eros telef髇icos correspondientes a solicitudes normalizadas que por no encontrarse incursos en una causa de denegaci髇 pasan a la fase de ejecuci髇.
• N鷐eros de solicitudes denegadas: N鷐eros telef髇icos correspondientes a solicitudes normalizadas que por encontrarse incursos en una causa de denegaci髇 no pasan a la fase de ejecuci髇.
• N鷐eros de solicitudes ejecutadas o activadas: N鷐eros telef髇icos correspondientes a solicitudes validadas que por no encontrarse incursos en una causa de 玭o ejecuci髇� se har醤 operativos.
• N鷐eros de solicitudes no ejecutadas: N鷐eros telef髇icos correspondientes a solicitudes validadas que por encontrarse incursos en una causa de no ejecuci髇 no se har醤 operativos.

ANEXO II

Procedimientos administrativos de preselecci髇

1

Objeto

El presente documento tiene por objeto definir el Procedimiento Administrativo para el Servicio de Preselecci髇 de operador.

2

Definiciones

A los efectos del presente procedimiento, los t閞minos definidos en el anexo I tendr醤 el significado que all� se les asigna.

3

Procedimiento Administrativo de Preselecci髇

3.1 Visi髇 global del proceso de preselecci髇.-

A continuaci髇, se incluye un esquema que representa la visi髇 global del proceso de la preselecci髇 dentro del operador de acceso:

3.2 Env韔 de solicitudes por correo electr髇ico.-

El operador beneficiario enviar� todas las solicitudes de preselecci髇 a trav閟 de Internet a la direcci髇 de correo que fije el operador de acceso con esta finalidad.

Las solicitudes podr醤 enviarse a partir de las 08:00 horas. El buz髇 permanecer� abierto siempre, pero se leer醤 solicitudes s髄o en las horas h醔iles (de 08:00h a 20:00h) de los d韆s h醔iles. A efectos de d韆s h醔iles se tendr� en cuenta el calendario de Madrid capital.

El operador de acceso deber� garantizar la calidad de la recepci髇 de dichos mensajes y el dimensionamiento adecuado de los sistemas soportes de correo electr髇ico. En el momento de la recepci髇 del correo electr髇ico el operador de acceso emitir� un mensaje de confirmaci髇 de la recepci髇 del mismo.

3.2.1 Requisitos t閏nicos generales para el env韔 de solicitudes.-

Tanto el operador de acceso como los operadores beneficiarios identificar醤 una persona o personas de contacto con los que se pueda contactar para resolver los problemas del d韆 a d韆.

El operador de acceso y los operadores beneficiarios se intercambiar醤 todos los datos t閏nicos necesarios para el funcionamiento de los procedimientos administrativos de la preselecci髇 (direcciones de correo, direcciones IP, claves de seguridad, etc.).

Los requisitos t閏nicos son:

• Utilizaci髇 de un sistema de correo electr髇ico para la comunicaci髇.
• Empleo de mecanismos de confirmaci髇 de entrega, que garanticen la llegada al destino y que los mensajes no se pierden en la red.
• Las solicitudes de los operadores beneficiarios se enviar醤 al operador de acceso a una direcci髇 de correo fija y desde una direcci髇, tambi閚 鷑ica, para cada uno de ellos.
• Los mensajes del operador de acceso se enviar醤 desde una direcci髇 de correo electr髇ica fija. Esta direcci髇 de env韔 de mensajes ser� distinta a la establecida para la recepci髇.
• Los operadores podr醤 designar una direcci髇 de correo electr髇ica fija distinta de la establecida para el env韔 de solicitudes, para la recepci髇 de los mensajes enviados por el operador de acceso.

3.2.2 Requisitos de seguridad para el env韔 de solicitudes.-

Las solicitudes deber醤 estar autenticadas y cifradas bajo el producto comercial PGP (Pretty Good Privacy). La versi髇 a utilizar del Software PGP ser� compatible entre los operadores y el operador de acceso (actualmente se requiere una versi髇 9.5.0 o superior), todas las comunicaciones entre el operador solicitante y el operador de acceso ir醤 cifradas con esta herramienta. La clave ser� generada con el algoritmo DH/DSS (obligatoriamente) y tendr� una longitud de 2048/1024 (opcional) y estar� asociada a la direcci髇 o direcciones de correo electr髇ico que se vayan a utilizar en preselecci髇.

3.2.3 Formato de las solicitudes.-

Cada mensaje de correo se podr� referir a una 鷑ica solicitud o a un conjunto de solicitudes. El l韒ite de solicitudes en un solo mensaje es de 500.

Cada solicitud vendr� en una l韓ea del texto del mensaje. Todas las l韓eas tendr醤 una longitud fija, seg鷑 la estructura que aparece m醩 abajo. La alineaci髇 de los campos ser� siempre a la izquierda. El espacio no utilizado se rellenar� con espacios en blanco a la derecha.

En ambos casos, mensajes con una sola solicitud o con varias, el 玜sunto� del mensaje ser� 玈olicitud del operador xxxxxx; mensaje ddmmaasssss�, donde xxxxxx ser� el nombre del operador que env韆 el mensaje y ddmmaasssss ser� un n鷐ero identificativo del mensaje (dd- d韆, mm- mes, aa-a駉, sssss- secuencia).

El operador de acceso, mediante un mensaje espec韋ico a trav閟 de Internet, emitir� a un buz髇 de correo espec韋ico el correspondiente mensaje de confirmaci髇 de recepci髇 del correo electr髇ico.

La estructura de cada solicitud ser� una l韓ea de texto con un conjunto de campos y sin separaci髇 entre campos con la siguiente estructura:

Descripci髇 del campo	Tipo	Long	Comentarios
Unidad de preselecci髇.	CHAR	2	C骴igo que identifica el mensaje. Lo genera el operador emisor al crear el mensaje: 01 Preselecci髇 individual. 02 Preselecci髇 en bloque.
C骴igo de operador solicitante (2) .	CHAR	3	Tres d韌itos num閞icos que identifican al operador.
Nombre o Raz髇 social del abonado.	CHAR	80	Nombre o raz髇 social del titular de la l韓ea.
DNI/NIF/CIF/NIE abonado o n鷐ero de pasaporte para extranjeros no residentes.	CHAR	15	C骴igo DNI, NIF, CIF o NIE del abonado o n鷐ero de pasaporte seg鷑 los formatos correspondientes.
N鷐ero telef髇ico.	CHAR	9	En preselecci髇 individual identifica el n鷐ero del abonado solicitante a preseleccionar, y en preselecci髇 en bloque identifica el acceso.
Referencia del operador solicitante.	CHAR	6	N鷐ero de referencia 鷑ico generado por el operador solicitante y distinto para cada solicitud presentada.
Tipo de modificaci髇.	CHAR	2	Tipo de actuaci髇 o modificaci髇: 00 Preselecci髇 de Larga Distancia. 01 Preselecci髇 Global. 02 Exclusi髇 de llamadas metropolitanas. 03 Inclusi髇 de llamadas metropolitanas. 04 Inhabilitaci髇 a instancia del operador. 05 Preselecci髇 Global extendida. 06 Exclusi髇 llamadas metropolitanas y a servicios de inteligencia de red. 07 Exclusi髇 a servicios de inteligencia de red. 08 Inclusi髇 de llamadas a servicios de inteligencia de red. 09 Inclusi髇 de llamadas metropolitanas y a servicios de inteligencia de red.
	Long. Reg	117

A continuaci髇 se indica qu� campos son obligatorios y cu醠es opcionales. El significado de OPC (opcional) y OBLIG (obligatorio) es el siguiente:

• El campo OBLIG debe venir relleno con un valor significativo, ya que sobre 閘 se realizar醤 validaciones.
• El campo OPC puede venir o no relleno, pero en todo caso ha de respetarse el espacio reservado. Sobre 閘 no se har醤 validaciones.

Campo	00 Larga Distancia	01 Global	02 Exclusi髇 metropolit.	03 Inclusi髇 metropolit.	04 Inhabilitac.	05 Global Extendida	06 Exclusi髇 metropolit. +IR	07 Exclusi髇 IR	08 Inclusi髇 IR	09 Inclusi髇 metropolit. +IR
Unidad de preselecci髇.	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG
C骴igo de operador solicitante.	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG
Nombre o raz髇 social del abonado.	OPC	OPC	OPC	OPC	OPC	OPC	OPC	OPC	OPC	OPC
DNI/NIF/ CIF/NIE abonado o numero de pasaporte para extranjeros no residentes.	OBLIG	OBLIG	OPC	OPC	OPC	OBLIG	OPC	OPC	OPC	OPC
N鷐ero telef髇ico.	OBLIG	OBLIG	OBILG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG
Referencia del operador solicitante.	OBLIG	OBLIG	OBILG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG
Tipo de modificaci髇.	OBLIG	OBLIG	OBILG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG

3.3 Unidad de Preselecci髇.-

Cada solicitud de preselecci髇 se referir� a un abonado y a un acceso 鷑ico, identificado por uno cualquiera de los n鷐eros asociados al acceso. La solicitud podr� ser de preselecci髇 individual o de preselecci髇 en bloque.

Las solicitudes de preselecci髇 individual afectan 鷑icamente al n鷐ero indicado en la solicitud, mientras que en las solicitudes de preselecci髇 en bloque afectan a todos los n鷐eros de acceso. Durante la fase de validaci髇 el operador de acceso desglosar� cada solicitud de preselecci髇 en bloque en los distintos n鷐eros telef髇icos del acceso para los que se va a realizar la tramitaci髇. En caso de que el acceso tenga un 鷑ico n鷐ero asociado, el contenido del campo 玼nidad de preselecci髇� ser� irrelevante y la solicitud se tramitar� para dicho n鷐ero.

En caso de preselecci髇 en bloque, las solicitudes de modificaci髇 en accesos parcialmente preseleccionados, afectan solo a la parte de la numeraci髇 que estuviera previamente preseleccionada.

3.4 Iniciaci髇 del procedimiento.-

La siguiente tabla muestra los operadores que pueden iniciar el procedimiento para cada una de las posibles actuaciones:

Actuaci髇 (tipo de modificaci髇)	Operador beneficiario	Operador de acceso
Larga distancia	X
Global	X
Exclusi髇 metropolitanas	X	X
Inclusi髇 metropolitanas	X
Inhabilitaci髇	X	X
Preselecci髇 global extendida	X
Exclusi髇 metropolitanas + IR	X	X
Exclusi髇 IR	X	X
Inclusi髇 IR	X
Inclusi髇 metropolitanas +IR	X

3.5 Extracci髇 de solicitudes.-

Los mensajes electr髇icos ser醤 tratados en riguroso orden de llegada, y sobre los mismos, se efectuar醤 una serie de validaciones f韘icas que comprueban la normalizaci髇 de los datos enviados. Estos mensajes ser醤 incorporados al Sistema de Validaci髇 Comercial.

Los mensajes que no logren ser extra韉os correctamente del buz髇 se denominan 玭o normalizados�. Cuando un mensaje es no normalizado se descartar醤 todas las solicitudes contenidas en el mismo.

Los motivos por los que un mensaje puede no ser interpretado correctamente son los siguientes:

C骴igo	Problema de normalizaci髇
01	Mensaje no cifrado /no firmado o cifrado /firmado por una clave err髇ea.
02	Mensaje con m醩 de 500 solicitudes.
03	Mensaje con solicitudes longitud no conforme.
04	Mensaje con car醕ter no reconocido.

El operador de acceso, informar� diariamente al operador beneficiario, mediante un mensaje de inicio de tramitaci髇, del resultado de la validaci髇 f韘ica del mensaje indic醤dose tanto los mensajes que han resultado correctos como los no normalizados. Sobre estos 鷏timos se informar� sobre la causa de no normalizaci髇 conforme a la tabla de errores anteriormente descrita.

3.6 Procedimiento de validaci髇 comercial.-

Una vez que las solicitudes han sido introducidas en el Sistema de Validaci髇 Comercial, se pasar� un proceso autom醫ico de validaci髇. Este proceso analizar� las distintas circunstancias de cada solicitud y del mensaje en el que ha llegado y proceder� a la validaci髇 o denegaci髇 de la solicitud.

Las solicitudes que se han validado pasar醤 al proceso de ejecuci髇, mientras que las que se han denegado se dar醤 por finalizadas.

El operador de acceso, una vez realizadas estas validaciones y en el mismo d韆, informar� del resultado del proceso al operador beneficiario, mediante un mensaje de progreso que contendr� tanto las solicitudes que han resultado correctas en la validaci髇 como las que han resultado denegadas por contener alguno de los errores indicados anteriormente. Adem醩, el operador beneficiario tambi閚 ser� informado, a trav閟 del mensaje de progreso, del inicio de las actuaciones referentes a las solicitudes de inhabilitaci髇 o de exclusi髇 de llamadas a favor del operador de acceso, as� como de las habilitaciones a favor de un tercer operador.

En los casos de solicitudes de inhabilitaci髇 y de exclusi髇 de llamadas iniciadas a trav閟 del operador de acceso, y solicitudes de habilitaci髇 a favor de un tercer operador, el operador preseleccionado afectado ser� informado del inicio de estas actuaciones mediante el mensaje de progreso tras superarse la fase de validaci髇 comercial.

Las causas de denegaci髇 son los siguientes:

C骴igo de denegaci髇	Causa	Observaciones
01.	Numeraci髇 con proceso de preselecci髇 ya en marcha.	Cuando sobre el n鷐ero de tel閒ono existe un proceso de preselecci髇 en marcha por parte de otro operador o del mismo operador que a鷑 no ha finalizado.
02.	Numeraci髇 portada a otro operador.	Cuando el n鷐ero ha sido portado a otro operador y ya no depende de centrales del operador de acceso.
04.	Abonado ha causado baja en el operador de acceso.	Cuando el abonado est� dado de baja del operador de acceso.
05.	L韓ea de abonado con Telec髆puto.	Cuando el abonado solicita preselecci髇 y esta resulta incompatible con las facilidades asociadas a la l韓ea (Telec髆puto).
06.	Abonado con servicio suspendido o interrumpido.	Cuando el abonado tiene el servicio suspendido temporalmente o interrumpido definitivamente seg鷑 lo establecido en la normativa vigente en cada momento.
07.	Formato del n鷐ero de abono incorrecto o en blanco.	Cuando el n鷐ero de tel閒ono viene en blanco o contiene caracteres no num閞icos o la longitud no es de 9 d韌itos.
08.	Falta de correspondencia entre el n鷐ero y el DNI/NIF/CIF/NIE del abonado.	Cuando para el n鷐ero de tel閒ono dado, el DNI/NIF/CIF/NIE de la solicitud no coincide con el del abonado que tiene contratado el acceso con el operador de acceso.
09.	C骴igo de operador solicitante err髇eo.	Cuando el campo que identifica el c骴igo del operador solicitante no tiene un valor reconocido o es incorrecto.
10.	N鷐ero de referencia duplicado o incorrecto.	Cuando se presenta una solicitud con un n鷐ero de referencia que ya ha sido utilizado por el operador, o que sea incorrecto por contener caracteres no alfanum閞icos.
11.	Solicitud redundante.	Cuando la acci髇 que se solicita no modifica el estado en que se encuentra el abonado, y no har韆 falta llevar a cabo ninguna tarea.
12.	Formato del DNI/NIF/CIF/NIE incorrecto o en blanco.	Cuando este campo viene en blanco o contiene caracteres no alfanum閞icos.
13.	N鷐ero telef髇ico no preseleccionado.	Cuando el n鷐ero telef髇ico no est� preseleccionado con el operador solicitante.
14.	Unidad de preselecci髇 incorrecto o en blanco.	Cuando este campo viene en blanco o no tiene un valor reconocido.
15.	Tipo de modificaci髇 incorrecto o en blanco.	Cuando este campo viene en blanco, o no tiene un valor reconocido.
18.	Numeraci髇 no geogr醘ica o no perteneciente al operador de acceso.	Cuando se solicita la preselecci髇 de las siguientes numeraciones: – Numeraci髇 geogr醘ica que no est� asignada al operador de acceso, exceptuado el caso de la numeraci髇 geogr醘ica que ha sido portada siendo el operador de acceso el receptor. – Numeraci髇 geogr醘ica.
19.	N鷐ero CENTREX Cabecera sin l韓ea f韘ica.	Cuando se solicita la preselecci髇 de n鷐eros de cabecera CENTREX.
20.	Numeraci髇 que identifica un acceso sin obligaci髇 de preselecci髇.	Cuando se solicita la preselecci髇 sobre redes de accesos de banda ancha que no tienen impuesta la obligaci髇 de facilitar la preselecci髇 (3) .

En el presente cuadro se resumen las causas de denegaci髇 que pueden darse para cada tipo de actuaci髇 o modificaci髇:

C骴igo denegaci髇	Tipo de modificaci髇
	00 Larga Distancia	01 Global	02 Exclusi髇 metropolitanas	03 Inclusi髇 metropolitanas	04 Inhabilitaci髇	05 Global extendida	06 Exclusi髇 metropolitanas+IR	07 Exclusi髇 IR	08 Inclusi髇 IR	09 Inclusi髇 metropolitanas+IR
01	X	X	X	X	X	X	X	X	X	X
02	X	X				X
04	X	X				X
05	X	X				X
06	X	X				X
07	X	X	X	X	X	X	X	X	X	X
08	X	X				X
09	X	X	X	X	X	X	X	X	X	X
10	X	X	X	X	X	X	X	X	X	X
11	X	X	X	X	X	X	X	X	X	X
12	X	X				X
13			X	X	X		X	X	X	X
14	X	X				X
15	X	X	X	X	X	X	X	X	X	X
18	X	X				X
19	X	X				X
20	X	X				X

En el presente cuadro se resumen las causas de inhabilitaci髇 de las llamadas preseleccionadas.

C骴igo de inhabilitaci髇	Causa	Observaciones
01	Inhabilitaci髇 solicitada por el operador de acceso.	Cuando el abonado solicita la inhabilitaci髇 de las llamadas preseleccionadas directamente al operador de acceso.
02	Inhabilitaci髇 por baja en el operador de acceso.	Cuando el abonado con preselecci髇 de llamadas solicita la baja en la l韓ea telef髇ica del operador de acceso.
03	Inhabilitaci髇 por cambio de titular.	Cuando se produce un cambio en el titular de la l韓ea telef髇ica.
04	Inhabilitaci髇 por interrupci髇 del servicio.	Cuando el abonado tiene el servicio interrumpido definitivamente seg鷑 lo establecido en la normativa vigente en cada momento.
05	Cancelaci髇 por falta de acreditaci髇 del consentimiento del abonado.	Cuando una vez habilitada la preselecci髇 de llamadas a favor de un operador beneficiario, el operador afectado consiga acreditar la falta de consentimiento del abonado.
06	Inhabilitaci髇 por p閞dida del operador beneficiario del derecho a ser preseleccionado.	Cuando el operador preseleccionado por el abonado pierda su derecho a ser beneficiario de la preselecci髇, de acuerdo con lo establecido en la legislaci髇 sectorial de telecomunicaciones y en el ordenamiento jur韉ico en general.

En las solicitudes de preselecci髇 en bloque, en el mensaje de validaci髇, aparecer醤 tanto el n鷐ero enviado en la solicitud de preselecci髇, como el resto de la numeraci髇 correspondiente a ese acceso.

3.6.1 Reglas de validaci髇 ante falta de correspondencia en DNI/NIF/CIF/NIE.-

En la fase de validaci髇 comercial llevada a cabo por el operador de acceso, cuando el DNI/NIF/CIF/NIE del abonado que conste en la solicitud enviada por correo electr髇ico no coincida con el valor del DNI/NIF/CIF/NIE contenido en las bases de datos del operador de acceso, se aplicar醤 las siguientes reglas de validaci髇 para determinar si procede o no la denegaci髇 por la causa tipificada como 獸alta de correspondencia entre el n鷐ero y el DNI/NIF/CIF/NIE del abonado�:

• El operador de acceso no podr� denegar solicitudes en las que el DNI/NIF/CIF/NIE incluido en la solicitud de preselecci髇 coincida con el que aparece en factura que el operador de acceso remite al usuario.
• El operador de acceso no podr� denegar solicitudes si el campo DNI/NIF/CIF/NIE contenido en sus bases de datos est� en blanco, est� incompleto (posee menos d韌itos que los establecidos para DNI/NIF/CIF/NIE), est� formado por letras en lugar de n鷐eros, o est� compuesto por caracteres de relleno (como pueden ser '0' o '9').
• En el supuesto en que la solicitud hubiera incluido el campo opcional 玁ombre o Raz髇 Social del abonado�, se proceder� a verificar la coincidencia del valor de este campo de la solicitud con el dato que obra en poder del operador de acceso. Si el campo de 玁ombre o Raz髇 Social del abonado� coincide, el operador de acceso aceptar� la solicitud.

De manera rec韕roca, las reglas contenidas en este apartado ser醤 de aplicaci髇 en la validaci髇 opcional llevada a cabo por el operador afectado, cuando 閟te hubiera optado por realizarla, de acuerdo con lo previsto en siguiente apartado.

3.6.2 Procedimientos de validaci髇 opcional por el operador afectado.-

En el caso de solicitudes iniciadas por el operador de acceso que supongan la p閞dida de toda o parte de las llamadas que el abonado ten韆 preseleccionadas, y cuando el operador afectado hubiera optado por llevar a cabo la validaci髇 de las mismas, el operador de acceso enviar� un mensaje de inicio de validaci髇 opcional al operador afectado.

El operador afectado responder� a este mensaje con otro mensaje de resultado de la validaci髇 opcional, que contendr� la relaci髇 de solicitudes validadas y denegadas.

Las causas de denegaci髇 por las que el operador afectado podr� rechazar la solicitud en la validaci髇 opcional son las siguientes:

01	Formato del n鷐ero telef髇ico incorrecto o en blanco.
02	Falta de correspondencia entre el n鷐ero y el DNI/NIF/CIF/NIE.
03	Registro (n鷐ero de referencia del operador de acceso) duplicado o incorrecto.
04	Formato del DNI/NIF/CIF/NIE incorrecto o en blanco.
05	Tipo de actuaci髇 incorrecto o en blanco.

El mensaje de inicio de validaci髇 opcional no excluye la remisi髇 del fichero anexado al mensaje de progreso referente a los n鷐eros validados correspondientes a solicitudes iniciadas por el operador de acceso. Tanto si se lleva a cabo la validaci髇 opcional como si no, el operador de acceso tiene la misma obligaci髇 de enviar el mensaje de progreso.

El proceso de validaci髇 opcional ser� similar al establecido en la presente Circular para el operador de acceso. En todo caso, habr醤 de respetarse los requisitos t閏nicos y de seguridad del env韔 de solicitudes.

El sistema de gesti髇 de incidencias que debe implantar el operador que realice la validaci髇 opcional ser� similar al Sistema de Gesti髇 de Incidencias del operador de acceso, cuyas caracter韘ticas se describen en el Anexo IV de esta Circular, siguiendo las mismas fases y con los mismos plazos. Asimismo, le ser醤 exigibles los mismos niveles de calidad de servicio.

Las reclamaciones 鷑icamente ser醤 de provisi髇 de servicio. Los tipos de s韓toma para provisi髇 ser醤 los siguientes:

• Denegaci髇 improcedente.
• DNI/NIF/CIF/NIE err髇eo.
• Rechazo de original indebido.
• Actuaci髇 no solicitada por el operador.
• Solicitudes sin respuesta.
• Otros motivos.

3.7 Fase de ejecuci髇.-

El operador de acceso enviar� diariamente un mensaje de ejecuci髇 que contendr� las solicitudes que han sido efectivamente ejecutadas en el d韆 anterior, as� como las no ejecutadas.

En solicitudes de preselecci髇 en bloque, en el mensaje de ejecuci髇, aparecer醤 tanto el n鷐ero enviado en la solicitud de preselecci髇, como el resto de la numeraci髇 correspondiente a ese acceso.

4

Plazo de ejecuci髇

Para aquellas solicitudes que hayan sido validadas, la ejecuci髇 de la actuaci髇 de preselecci髇 se realizar� en un plazo m醲imo de cinco d韆s h醔iles desde la recepci髇 por el operador de acceso de la comunicaci髇 v韆 correo electr髇ico de la solicitud, salvo en el supuesto de que la Comisi髇 del Mercado de las Telecomunicaciones apruebe la revisi髇 excepcional de plazos.

5

Correos electr髇icos enviados por el operador de acceso

5.1 Mensajes enviados por el operador de acceso.-

En cada una de las fases del procedimiento, el operador de acceso enviar� mensajes de correo electr髇ico que ir醤 informando a los operadores del progreso de las solicitudes.

Dichos mensajes son los siguientes:

• 5.1.1 Mensaje de confirmaci髇 de entrega: Se genera y env韆 de forma autom醫ica en el primer servidor de correo del operador de acceso conectado a Internet en respuesta a cada solicitud recibida. Sirve para verificar que un mensaje ha llegado al operador de acceso y no se ha perdido en Internet.
• 5.1.2 Mensaje de inicio de tramitaci髇: Se genera para indicar que una solicitud ha sido extra韉a del buz髇 del correo y est� comenzando a tramitarse.

  En el caso de haberse recibido una solicitud de preselecci髇 en bloque (c骴igo de unidad de preselecci髇 02), se informar� de cada uno de los n鷐eros que realmente se van a tramitar.

  Este mensaje contiene dos ficheros anexos:

  • El primer fichero contiene los n鷐eros correspondientes a las solicitudes de un operador que se han introducido en el sistema de validaci髇 comercial.
  • El segundo fichero contiene los mensajes no normalizados.

  Entre esos dos ficheros, se deben comprender todas las solicitudes de mensajes normalizados enviadas por el operador, y todos los mensajes no normalizados.

• 5.1.3 Mensaje de progreso:

  Se genera para indicar el resultado de la validaci髇 comercial de las solicitudes contenidas en los mensajes normalizados. En el mensaje de correo, que se genera y env韆 diariamente, se pueden incluir hasta 4 ficheros anexos:

  • N鷐eros correspondientes a solicitudes iniciadas por el operador preseleccionado y que han sido validados.
  • N鷐eros correspondientes a solicitudes iniciadas por el operador preseleccionado y que han sido denegadas en la fase de validaci髇.
  • N鷐eros correspondientes a solicitudes iniciadas por un tercer operador validados para preselecci髇 a su favor y que afectan al operador preseleccionado.
  • N鷐eros correspondientes a solicitudes iniciadas por el operador de acceso validados (solicitudes de inhabilitaci髇 y de exclusi髇) y que afectan al operador preseleccionado.
• 5.1.4 Mensaje de ejecuci髇:

  Indican el resultado de las actividades de preselecci髇 en red. En el mensaje, que se genera con periodicidad diaria, puede incluir hasta 4 ficheros anexos:

  • N鷐eros correspondientes a solicitudes iniciadas por el operador preseleccionado y que han sido ejecutadas.
  • N鷐eros correspondientes a solicitudes iniciadas por el operador preseleccionado y que no han sido ejecutadas (no hechas). En este caso se indicar� la causa t閏nica que dificulta o impide la preselecci髇.
  • N鷐eros correspondientes a solicitudes iniciadas por un tercer operador preseleccionadas a su favor y que afectan al operador preseleccionado.
  • N鷐eros correspondientes a solicitudes iniciadas por el operador de acceso que han sido ejecutadas y que afectan al operador preseleccionado.

Las notificaciones de cada actuaci髇 se env韆n al d韆 siguiente de ejecutarse.

5.2 Descripci髇 de los diferentes nombres y formatos de los ficheros anexos a los correos electr髇icos.

5.2.1 N鷐eros de solicitudes normalizadas.

Formato del nombre de fichero: Inf-Entrada-NNN-FechaHora.txt.asc (4)

El fichero se genera y env韆 una vez al d韆 anexado al mensaje de Inicio de Tramitaci髇.

Formato del contenido del fichero.

Cabecera: Es 鷑ica al Principio del fichero y es la siguiente (var韆 la fecha):

Cuerpo: Cada l韓ea se refiere a un n鷐ero del que se ha solicitado una actuaci髇, y los campos est醤 separados por espacios en blanco.

Nombre	Caracteres	Descripci髇
N.� Referencia	6	C骴igo de la solicitud enviada por OPERADOR.
Blancos	2
Registro	12	C骴igo de la solicitud en el sistema del operador de acceso.
Blancos	2
N.� Tel閒ono	9	N鷐ero de tel閒ono solicitado.
Blancos	2
Tipo de actuaci髇	2	C骴igo del tipo de actuaci髇 solicitado (00/01/02/03/04/05/06/07/08/09).

El n鷐ero de referencia del operador solicitante tiene 6 caracteres (son v醠idos los n鷐eros y las letras may鷖culas) mientras que el n鷐ero de referencia del operador de acceso tiene 12 caracteres que se forma poniendo delante del n鷐ero de referencia del solicitante (AABBCC) los 3 d韌itos de cada operador (ooo) y poniendo detr醩 un n鷐ero de secuencia asignado por el operador de acceso, empezando por 001.

Cada solicitud de preselecci髇 individual da lugar a un n鷐ero de referencia del operador de acceso (oooAABBCC001).

Cada solicitud de preselecci髇 en bloque da lugar a varios n鷐eros de referencia del operador de acceso (n鷐eros de referencia (oooAABBCC001, oooAABBCC002, oooAABBCC003,...), que indican los distintos n鷐eros de tel閒ono del acceso para los que se va a realizar la tramitaci髇.

5.2.2 Fichero de mensajes no normalizados.-

Fichero para notificar al operador de los mensajes que no han podido ser procesados (玭o normalizados�).

Formato del nombre de fichero: NoNorm-NNN-ddmmaass.txt

El fichero se genera y env韆 una vez al d韆 anexado al mensaje de Inicio de Tramitaci髇.

Formato del contenido del fichero:

Cabecera: Es 鷑ica al Principio del fichero y es la siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a un mensaje, y los campos est醤 separados por espacios en blanco.

Nombre	Caracteres	Descripci髇
Mensaje	60	Contenido del campo 獳sunto� del mensaje no normalizado.
Blancos	2
Problema normalizaci髇	2	C骴igo de problema de normalizaci髇.

5.2.3 N鷐eros de solicitudes iniciadas por el operador validadas

Formato del nombre de fichero: Vali NNN FechaHora.txt (Atenci髇 a los espacios en blanco).

El fichero se genera y env韆 una vez al d韆 anexado al mensaje de progreso.

Formato del contenido del fichero

Cabecera: Es 鷑ica al Principio del fichero y es la siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a un n鷐ero del que se ha solicitado una actuaci髇, y los campos est醤 separados por espacios en blanco.

Nombre	Caracteres	Descripci髇
Registro	12	C骴igo de la solicitud en el sistema del operador de acceso.
Blancos	2
N� Tel閒ono	9	N鷐ero de tel閒ono solicitado.
Blancos	2
Tipo de actuaci髇	2	C骴igo del tipo de actuaci髇 solicitado (00/01/02/03/04/05/06/07/08/09).

5.2.4 N鷐eros de solicitudes iniciadas por el operador denegadas.

Formato del nombre de fichero: Dene NNN FechaHora.txt (Atenci髇 a los espacios en blanco).

El fichero se genera y env韆 una vez al d韆 anexado al mensaje de progreso.

Formato del contenido del fichero.

Cabecera: Es 鷑ica al Principio del fichero y es la siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a un n鷐ero del que se ha solicitado una actuaci髇, y los campos est醤 separados por espacios en blanco.

Nombre	Caracteres	Descripci髇
Registro	12	C骴igo de la solicitud en el sistema del operador de acceso.
Blancos	2
N� Tel閒ono	9	N鷐ero de tel閒ono solicitado.
Blancos	2
Tipo de actuaci髇	2	C骴igo del tipo de actuaci髇 solicitado (00/01/02/03/04/05/06/07/08/09).
Blancos	2
Motivo	2	Causa de la denegaci髇 del n鷐ero.

5.2.5 N鷐eros validados correspondientes a solicitudes iniciadas por un tercer operador.

Formato del nombre de fichero: ValTerc NNN FechaHora.txt (Atenci髇 a los espacios en blanco).

El fichero se genera y env韆 una vez al d韆 anexado al mensaje de progreso.

Formato del contenido del fichero.

Cabecera: Es 鷑ica al Principio del fichero y es la siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a un n鷐ero del que un tercer operador ha solicitado una actuaci髇. Los campos est醤 separados por espacios en blanco. El campo 玊ipo� indica la actuaci髇 solicitada.

Nombre	Caracteres	Descripci髇
Registro	12	C骴igo de la solicitud en el sistema del operador de acceso.
Blancos	2
Tel閒ono	9	N鷐ero de tel閒ono solicitado.
Blancos	2
Tipo de actuaci髇	2	C骴igo del tipo de actuaci髇 solicitado (00/01/05).

5.2.6 N鷐eros validados correspondientes a solicitudes iniciadas por el operador de acceso.

Formato del nombre de fichero: ValTelf NNN FechaHora.txt (Atenci髇 a los espacios en blanco.

El fichero se genera y env韆 una vez al d韆 anexado al mensaje de progreso.

Formato del contenido del fichero.

Cabecera: Es 鷑ica al Principio del fichero y es la siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a un n鷐ero del que el operador de acceso ha solicitado una actuaci髇. Los campos est醤 separados por espacios en blanco. El campo 玊ipo� indica la actuaci髇 solicitada.

Nombre	Caracteres	Descripci髇
Registro	12	C骴igo de la solicitud en el sistema del operador de acceso.
Blancos	2
Tel閒ono	9	N鷐ero de tel閒ono solicitado.
Blancos	2
Tipo de actuaci髇	2	C骴igo del tipo de actuaci髇 solicitado (02/04/06/07).
Blancos	2
Causa de inhabilitaci髇	2	01 Inhabilitaci髇 solicitada al operador de acceso. 02 Inhabilitaci髇 por baja en el operador de acceso. 03 Inhabilitaci髇 por cambio de titular. 04 Inhabilitaci髇 por interrupci髇 del servicio seg鷑 lo establecido en la normativa vigente en cada momento. 05 Cancelaci髇 por falta de acreditaci髇 del consentimiento del abonado. 06 Inhabilitaci髇 por p閞dida del operador beneficiario del derecho a ser preseleccionado.

5.2.7 N鷐eros ejecutados correspondientes a solicitudes iniciadas por el operador.

Formato del nombre de fichero: Ejec NNN FechaHora.txt (Atenci髇 a los espacios en blanco).

El fichero se genera y env韆 una vez al d韆 anexado al mensaje de ejecuci髇.

Formato del contenido del fichero

Cabecera: Es 鷑ica al Principio del fichero y es la siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a un n鷐ero para el que se ha ejecutado una actuaci髇 solicitada por el operador. Los campos est醤 separados por espacios en blanco. El campo 玊ipo� indica la actuaci髇 ejecutada.

En un solo fichero se engloba la informaci髇 correspondiente a los procedimientos de todo tipo iniciados por el operador.

Nombre	Caracteres	Descripci髇
Registro	12	C骴igo de la solicitud en el sistema del operador de acceso.
Blancos	2
Tel閒ono	9	N鷐ero de tel閒ono.
Blancos	2
Tipo de actuaci髇	2	C骴igo del tipo de actuaci髇 ejecutada.
Blancos	2
Fecha de ejecuci髇	10	Fecha de la ejecuci髇 en red de la actuaci髇 (formato dd:mm:aaaa).
Blancos	2
Hora de ejecuci髇	8	Hora en la que se ejecuta la actuaci髇 indicada (formato hh:mm:ss).

5.2.8 N鷐eros correspondientes a solicitudes iniciadas por el operador que no se han podido ejecutar.

Formato del nombre de fichero: Noejec NNN FechaHora.txt (Atenci髇 a los espacios en blanco).

El fichero se genera y env韆 una vez al d韆 anexado al mensaje de ejecuci髇.

Formato del contenido del fichero

Cabecera: Es 鷑ica al Principio del fichero y es la siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a un n鷐ero para el que no se ha podido ejecutar una actuaci髇 solicitada por el operador. Los campos est醤 separados por espacios en blanco. El campo 玊ipo� indica la actuaci髇 solicitada.

En un solo fichero se engloba la informaci髇 correspondiente a los procedimientos de todo tipo iniciados por el operador.

Nombre	Caracteres	Descripci髇
Registro	12	C骴igo de la solicitud en el sistema del operador de acceso.
Blancos	2
Tel閒ono	9	N鷐ero de tel閒ono.
Blancos	2
Tipo de actuaci髇	2	C骴igo del tipo de actuaci髇 solicitado.
Blancos	2
Motivo	50	Motivo por el que no se ha podido ejecutar la petici髇.

5.2.9 N鷐eros ejecutados correspondientes a solicitudes iniciadas por un tercer operador.

Formato del nombre de fichero: Terc NNN FechaHora.txt (Atenci髇 a los espacios en blanco).

El fichero se genera y env韆 una vez al d韆 anexado al mensaje de ejecuci髇.

Formato del contenido del fichero.

Cabecera: Es 鷑ica al principio del fichero y es la siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a un n鷐ero para el que se ha ejecutado una actuaci髇 solicitada por un tercer operador. Los campos est醤 separados por espacios en blanco. El campo 玊ipo� indica la actuaci髇 ejecutada.

Nombre	Caracteres	Descripci髇
Registro	12	C骴igo de la solicitud en el sistema del operador de acceso.
Blancos	2
Tel閒ono	9	N鷐ero de tel閒ono solicitado.
Blancos	2
Tipo de actuaci髇	2	C骴igo del tipo de actuaci髇 ejecutada (00/01/05).
Blancos	2
Fecha de ejecuci髇	10	Fecha de la ejecuci髇 en red de la actuaci髇 (formato dd:mm:aaaa).
Blancos	2
Hora de ejecuci髇	8	Hora en la que se ejecuta la actuaci髇 indicada (formato hh:mm:ss).

5.2.10 N鷐eros ejecutados correspondientes a solicitudes iniciadas por el operador de acceso.

Formato del nombre de fichero: Telf NNN FechaHora.txt (Atenci髇 a los espacios en blanco).

El fichero se genera y env韆 una vez al d韆 anexado al mensaje de ejecuci髇.

Formato del contenido del fichero.

Cabecera: Es 鷑ica al principio del fichero y es la siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a un n鷐ero para el que se ha ejecutado una actuaci髇 solicitada por el operador de acceso. Los campos est醤 separados por espacios en blanco. El campo 玊ipo� indica la actuaci髇 ejecutada.

Nombre	Caracteres	Descripci髇
Registro	12	C骴igo de la solicitud en el sistema del operador de acceso.
Blancos	2
Tel閒ono	9	N鷐ero de tel閒ono solicitado.
Blancos	2
Tipo de actuaci髇	2	C骴igo del tipo de actuaci髇 ejecutado (02/04/06/07).
Blancos	2
Fecha de ejecuci髇	10	Fecha de la ejecuci髇 en red de la actuaci髇 (formato dd:mm:aaaa).
Blancos	2
Hora de ejecuci髇	8	Hora en la que se ejecuta la actuaci髇 indicada (formato hh:mm:ss).

5.2.11 Correos electr髇icos enviados para la validaci髇 opcional.

5.2.11.1 Mensajes enviados.

Mensaje de inicio de validaci髇 opcional.

Se genera para indicar las solicitudes que deber醤 ser validadas por el operador afectado.

Este mensaje incluye un fichero anexo:

• N鷐eros correspondientes a solicitudes iniciadas por el operador de acceso y que van a ser validadas por el operador preseleccionado.

Mensaje de resultado de la validaci髇 opcional.

Se genera para indicar el resultado de la validaci髇 opcional de las solicitudes. El mensaje se genera y se env韆 por el operador afectado al operador de acceso y puede contener hasta dos ficheros anexos:

• N鷐eros correspondientes a solicitudes iniciadas por el operador de acceso y que han sido validados.
• N鷐eros correspondientes a solicitudes iniciadas por el operado de acceso y que han sido denegados.

5.2.11.2 Descripci髇 de los diferentes nombres y formatos de los ficheros anexos a los correos electr髇icos.

N鷐eros de solicitudes iniciadas por el operador de acceso.

Formato del nombre de fichero: Solicit_acceso NNN FechaHora.txt (Atenci髇 a los espacios en blanco).

El fichero se genera y se env韆 anexado al mensaje de inicio de validaci髇 opcional.

Formato del contenido del fichero.

Cabecera: Es 鷑ica al principio del fichero y es la siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a un n鷐ero del que se ha solicitado una actuaci髇, y los campos est醤 separados por espacios en blanco.

Nombre	Caracteres	Descripci髇
Registro	12	C骴igo de la Solicitud en el sistema del operador de acceso.
Blancos	2
N� Tel閒ono	9	N鷐ero de tel閒ono solicitado.
Blancos	2
DNI/ NIF/CIF/NIE	15	C骴igo DNI/NIF/CIF/NIE del abonado o n鷐ero de pasaporte seg鷑 los formatos correspondientes.
Blancos	2
Tipo de actuaci髇	2	C骴igo del tipo de actuaci髇 solicitado.

N鷐eros correspondientes a solicitudes iniciadas por el operador de acceso validadas

Formato del nombre de fichero: Validacion_acceso NNN FechaHora.txt (Atenci髇 a los espacios en blanco)

El fichero se genera y se env韆 anexado al mensaje de resultado de la validaci髇 opcional.

Formato del contenido del fichero

Cabecera: Es 鷑ica al principio del fichero y es la siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a un n鷐ero del que se ha solicitado una actuaci髇, y los campos est醤 separados por espacios en blanco.

Nombre	Caracteres	Descripci髇
Registro	12	C骴igo de la Solicitud en el sistema del operador de acceso.
Blancos	2
N.� Tel閒ono	9	N鷐ero de tel閒ono solicitado.

N鷐eros de solicitudes iniciadas por el operador de acceso denegadas

Formato del nombre de fichero: Deneg_acceso NNN FechaHora.txt (Atenci髇 a los espacios en blanco)

El fichero se genera y se env韆 anexado al mensaje de resultado de la validaci髇 opcional.

Formato del contenido del fichero

Cabecera: Es 鷑ica al principio del fichero y es el siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a un n鷐ero del que se ha solicitado una actuaci髇, y los campos est醤 separados por espacios en blanco.

Nombre	Caracteres	Descripci髇
Registro	12	C骴igo de la Solicitud en el sistema del operador de acceso.
Blancos	2
N� Tel閒ono	9	N鷐ero de tel閒ono solicitado.
Blancos	2
Motivo	2	Causa de denegaci髇.

6

Preselecciones virtuales

El operador de acceso deber� comunicar al operador beneficiario las preselecciones virtuales efectuadas en su favor, lo que se har� mediante un fichero espec韋ico incluido en el mensaje de ejecuci髇. Asimismo, el operador de acceso comunicar� en otro fichero incluido tambi閚 en el mensaje de ejecuci髇, aquellas preselecciones virtuales que hayan pasado a ser preselecciones reales.

6.1 N鷐eros de preselecciones virtuales.

Formato del nombre de fichero: Virt NNN FechaHora.txt (Atenci髇 a los espacios en blanco).

El fichero se genera y env韆 una vez al d韆 anexado al mensaje de ejecuci髇.

Formato del contenido del fichero.

Cabecera: Es 鷑ica al principio del fichero y es la siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a un n鷐ero para el que se ha ejecutado una preselecci髇 virtual de acuerdo con la actuaci髇 solicitada por el operador. Los campos est醤 separados por espacios en blanco. El campo 玊ipo� indica la actuaci髇 ejecutada.

En un solo fichero se engloba la informaci髇 correspondiente a los procedimientos de todo tipo iniciados por el operador.

Nombre	Caracteres	Descripci髇
Registro	12	C骴igo de la solicitud en el sistema del operador de acceso.
Blancos	2
Tel閒ono	9	N鷐ero de tel閒ono.
Blancos	2
Tipo de actuaci髇	2	C骴igo del tipo de actuaci髇 ejecutado.
Blancos	2
Fecha de ejecuci髇	10	Fecha de la ejecuci髇 virtual de la actuaci髇 (formato dd:mm:aaaa).
Blancos	2
Hora de ejecuci髇	8	Hora en la que se preselecciona virtualmente el n鷐ero solicitado (formato hh:mm:ss).

6.2 N鷐eros ejecutados correspondientes a preselecciones virtuales.

Formato del nombre de fichero: EjecVirt NNN FechaHora.txt (Atenci髇 a los espacios en blanco).

El fichero se genera y env韆 una vez al d韆 anexado al mensaje de ejecuci髇.

Formato del contenido del fichero.

Cabecera: Es 鷑ica al principio del fichero y es la siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a un n鷐ero para el que se ha ejecutado una actuaci髇 solicitada por el operador. Los campos est醤 separados por espacios en blanco. El campo 玊ipo� indica la actuaci髇 ejecutada.

En un solo fichero se engloba la informaci髇 correspondiente a los procedimientos de todo tipo iniciados por el operador.

Nombre	Caracteres	Descripci髇
Registro.	12	C骴igo de la solicitud en el sistema del operador de acceso.
Blancos.	2
Tel閒ono.	9	N鷐ero de tel閒ono.
Blancos.	2
Tipo de actuaci髇.	2	C骴igo del tipo de actuaci髇 ejecutado.
Blancos.	2
Fecha de ejecuci髇.	10	Fecha de la ejecuci髇 en red de la actuaci髇 (formato dd:mm:aaaa).
Blancos.	2
Hora de ejecuci髇.	8	Hora en la que se preselecciona el n鷐ero solicitado (formato hh:mm:ss).

7

Sobre el consentimiento de los abonados

7.1 Puesta a disposici髇 de originales por el operador solicitante.-

El operador que inicie la actuaci髇 a instancias del cliente dispondr� de una copia firmada de la solicitud del abonado preseleccionado. El operador solicitante de la preselecci髇 tambi閚 dispondr� de otros medios que acrediten el consentimiento del cliente, siendo aplicable para esos medios de acreditaci髇 lo dispuesto para las copias firmadas.

Cuando se haga uso de los mecanismos de consentimiento verbal del abonado, que se regulan en la Circular 1/2004 de la Comisi髇 del Mercado de las Telecomunicaciones, se aplicar� a dicho consentimiento verbal lo dispuesto en este apartado para las copias firmadas. Para ello, se tendr醤 en cuenta que la entrega de la acreditaci髇 de consentimiento verbal se har� en soporte CD, y que el formato en que se podr� codificar la grabaci髇 ser� MP3 o WAVE.

Durante el plazo de seis meses a contar desde la activaci髇, el operador afectado podr� exigir la acreditaci髇 del consentimiento del cliente al operador solicitante, que habr� de facilitarlo en el plazo de 20 d韆s naturales.

No ser� aceptable la exigencia sistem醫ica de dicha copia firmada, sino que deber� restringirse a los casos en los que se planteen dudas razonables y justificadas sobre la legitimidad de la petici髇. En particular, se considerar� contrario al esp韗itu del procedimiento, y en consecuencia un incumplimiento de 閟te, que el operador afectado exija la copia firmada de m醩 del 5% de las solicitudes remitidas al operador afectado por cada operador solicitante en una determinada semana.

Si las copias firmadas solicitadas por el operador afectado revelaran que en una determinada semana m醩 de la mitad de las solicitudes comprobadas no contaban con el consentimiento del cliente, el operador afectado podr� requerir al operador solicitante las copias firmadas de hasta un 25% de las solicitudes remitidas semanalmente durante un per韔do que comprende dicha semana y las cuatro siguientes.

Cuando en cualquiera de las semanas en las que el operador afectado tuviera derecho a requerir el 25% de las copias firmadas se diera la circunstancia de que m醩 de la mitad de las solicitudes comprobadas no contaban con el consentimiento del cliente, entonces el operador afectado podr� requerir al operador solicitante las copias firmadas de la totalidad de las solicitudes remitidas semanalmente durante un per韔do que comprende dicha semana y las seis siguientes. Para que se pueda aplicar esta medida, el operador afectado deber韆 haber comprobado un m韓imo del 20% de las solicitudes recibidas del operador solicitante en la semana en cuesti髇.

En el caso de solicitud de copias firmadas por el operador de acceso, el operador beneficiario har� llegar a la Oficina de Tramitaci髇 de la Preselecci髇, cuya direcci髇 ser� proporcionada por el operador de acceso, las copias/originales firmadas por el titular del abono telef髇ico (o representante autorizado) en el horario h醔il de la Oficina (d韆s h醔iles de 8h a 20 h).

Cuando el solicitante de la copia firmada sea otro operador, 閟te indicar� al operador de acceso la direcci髇 de entrega.

En el momento de la entrega de las copias firmadas el operador que las ha pedido sellar� un albar醤 pro-forma, consistente en un listado de todas las copias originales que el operador que ha iniciado la tramitaci髇 de la preselecci髇 declara hacer entrega, indicando la fecha de recepci髇. El operador que recibe las copias firmadas dispondr� de un plazo de 2 d韆s h醔iles para comunicar al operador que se las ha entregado cualquier divergencia entre el listado facilitado y sellado y el contenido de la documentaci髇 entregada.

El operador que entregue copias firmadas podr� requerir su devoluci髇 al operador afectado en el procedimiento de preselecci髇 que se las hubiera solicitado. En este caso, las copias firmadas le ser醤 devueltas en un plazo m醲imo de 20 d韆s naturales desde la recepci髇 de las mismas.

7.2 Irregularidades en notificaci髇 del consentimiento.-

Si el operador beneficiario no atendiera el requerimiento del operador de acceso para que el env韊 copia firmada de la solicitud del abonado, el operador de acceso podr� iniciar el procedimiento de inhabilitaci髇 de la preselecci髇.

De modo rec韕roco, si el operador de acceso no atendiera el requerimiento del operador afectado para que le env韊 copia firmada de la solicitud del abonado preseleccionado, el operador afectado podr� requerir al operador de acceso que proceda a deshacer la actuaci髇 correspondiente.

En caso de habilitaci髇 a favor de un tercer operador, si este operador no atendiera, en el plazo estipulado para ello, el requerimiento del operador previamente preseleccionado de remisi髇 de la copia firmada de la solicitud, se proceder� a deshacer la actuaci髇 de la preselecci髇 ejecutada. Ante esta situaci髇, el operador solicitante de la nueva preselecci髇 tendr� la obligaci髇 de comunicar al operador de acceso que proceda a deshacer dicha actuaci髇.

Para garantizar que el operador afectado pueda conocer la identidad del nuevo operador con el que se preselecciona el cliente, el operador de acceso deber� ubicar y mantener actualizada la relaci髇 completa de los c骴igos de operador y raz髇 social correspondiente. Este c骴igo es el formado por los tres d韌itos que identifican al operador en el c骴igo de la solicitud en el sistema del operador de acceso.

Ante la petici髇 al operador de acceso para deshacer una actuaci髇, por las causas se馻ladas en los p醨rafos anteriores, el operador de acceso deber� proceder a la ejecuci髇 de la misma en el plazo m醲imo de cinco d韆s laborables desde que haya recibido la solicitud.

Este procedimiento tambi閚 es de aplicaci髇 cuando falte cualquiera de los elementos que se requieren para el contenido m韓imo de las solicitudes.

Cuando se haga uso de los mecanismos de consentimiento verbal del abonado, que se regulan en la Circular 1/2004 de la Comisi髇 del Mercado de las Telecomunicaciones, se aplicar� a dicho consentimiento verbal lo dispuesto en este apartado para las copias firmadas.

7.3. Contenido de las solicitudes de los abonados.-

La copia/original firmada de la solicitud deber� tener el texto legible y contener los siguientes datos:

• Nombre del abonado/denominaci髇 de la entidad abonada/nombre del representante apoderado de la entidad que firma o mandatario.
• DNI/NIF/CIF/NIE.
• N鷐ero o N鷐eros que identifiquen el acceso o las l韓eas a preseleccionar.
• Unidad de preselecci髇 (l韓ea individual o en bloque).
• Operador solicitante.
• Operador de acceso.
• Tipo de actuaci髇 o modificaci髇 (preselecci髇 LD, preselecci髇 global, etc).
• Fecha y firma del abonado/firma del representante o apoderado.

La grabaci髇 de la llamada de verificaci髇 por tercero que acredite el consentimiento verbal del abonado deber� incluir la siguiente informaci髇:

• Fecha en que tiene lugar la verificaci髇.
• Nombre del titular de la l韓ea que da el consentimiento o, en su caso, denominaci髇 de la entidad titular y nombre del apoderado que da el consentimiento.
• DNI/NIF/CIF/NIE.
• Operador de acceso.
• N鷐ero o n鷐eros que identifiquen el acceso o las l韓eas a preseleccionar.
• Confirmaci髇 del abonado sobre la prestaci髇 de consentimiento al operador solicitante para tramitar la habilitaci髇/modificaci髇/inhabilitaci髇 de la preselecci髇.
• Confirmaci髇 del abonado, en su caso, sobre la unidad de preselecci髇 afectada (l韓ea individual o RDSI) y la modalidad de preselecci髇 solicitada (larga distancia, global, etc.).

Adem醩, para mejor identificaci髇 de la solicitud se deber� incluir el N鷐ero de referencia asignado por el operador beneficiario (N� Ref. operador).

7.4 Mensaje de requerimiento de originales.-

El requerimiento se realizar� en un mensaje electr髇ico, diferente del de progreso, en el que el campo de 玜sunto� ser� 玆eq original de solicitud/es enviada/s ddmmaasssss�. El l韒ite de requerimientos de copia original en un solo mensaje es de 500. El mensaje ser� enviado a la direcci髇 de correo electr髇ico que cada operador habilite al efecto.

Este mensaje ser� v醠ido para los requerimientos del operador de acceso a los operadores solicitantes, y rec韕rocamente, para los requerimientos de 閟tos al operador de acceso.

Formato del nombre de fichero: ReqOrig_NNN_ddmmaass.txt

El fichero se anexa al mensaje de requerimiento de solicitudes.

Formato del contenido del fichero.

Cabecera: No existe cabecera.

Cuerpo: Cada l韓ea se refiere a una solicitud para la que se requiere el env韔 de copia original y los campos est醤 separados por blancos.

Nombre	Caracteres	Descripci髇
N鷐ero de Referencia de la Solicitud.	6	C骴igo de la solicitud en el sistema del operador beneficiario. En el caso de que el requerimiento sea dirigido al operador de acceso, este campo ir� en blanco.
N� Tel閒ono.	9	N鷐ero de tel閒ono para el que se solicita original o evidencia del consentimiento.

Tras el env韔 del mensaje, el operador receptor deber� responder con un mensaje de acuse de recibo de la solicitud de originales. Si el operador receptor no respondiera en el plazo de dos d韆s laborables, el operador solicitante deber� reenviar el mensaje original de requerimiento de originales. Si el operador al que se solicitan los originales tampoco contestara a este reenv韔, acusando recibo del mismo en el plazo de dos d韆s laborables, se entender� que no se ha atendido el requerimiento de copia firmada de la solicitud del abonado.

7.5 Mensaje solicitando deshacer actuaciones.-

La petici髇 al operador de acceso para que proceda a deshacer actuaciones por existir irregularidad en la notificaci髇 del consentimiento, se realizar� en un mensaje electr髇ico en el que el campo de 玜sunto� ser� 獶eshacer actuaci髇 ddmmaasssss�. El l韒ite de peticiones para deshacer actuaci髇 en un solo mensaje es de 500. El mensaje ser� enviado a la direcci髇 de correo electr髇ico que el operador de acceso habilite al efecto.

Formato del nombre de fichero: DesAct_NNN_ddmmaass.txt

El fichero se anexa al mensaje solicitando deshacer actuaciones.

Formato del contenido del fichero.

Cabecera: Es 鷑ica al principio del fichero y es la siguiente (var韆 la fecha).

Cuerpo: Cada l韓ea se refiere a una solicitud tramitada previamente para la que se requiere deshacer la actuaci髇 y los campos est醤 separados por blancos.

Nombre	Caracteres	Descripci髇
Registro Deshacer.	12	C骴igo de la solicitud en el sistema del operador de acceso, correspondiente a la actuaci髇 que ahora quiere deshacerse.
Blancos.	2
N� Tel閒ono.	9	N鷐ero de tel閒ono para el que se solicit� la actuaci髇 que ahora quiere deshacerse.
Blancos.	2
C骴igo de operador solicitante.	3	El n鷐ero de tres d韌itos que identifican al operador.
Blancos.	2
N� Referencia.	6	N鷐ero de referencia 鷑ico generado por el operador solicitante y distinto para cada solicitud presentada.

Tras el env韔 de este mensaje, el operador de acceso enviar� al operador o a los operadores implicados los pertinentes mensajes de correo electr髇ico para informarles del progreso de estas solicitudes, de manera similar al procedimiento ordinario de habilitaci髇 de preselecci髇.

8

Reserva de capacidad

La comunicaci髇 de capacidad permite al operador de acceso tener informaci髇 sobre la previsi髇 de solicitudes de preselecci髇 estimada por los operadores beneficiarios. De esta forma, el operador de acceso dispondr� de los datos suficientes para adecuar el dimensionamiento de la plataforma de procesamiento de solicitudes al flujo de tramitaciones que reciba en un r間imen estable. Esta plataforma ha de ser capaz de tolerar la normal oscilaci髇 del r間imen de entrada de solicitudes, evitando que se generen retrasos en la activaci髇 de las preselecciones.

El operador beneficiario deber� comunicar al operador de acceso la estimaci髇 del n鷐ero de solicitudes de preselecci髇 que le vaya a remitir durante cada trimestre natural, incluyendo el desglose de n鷐ero de solicitudes estimadas por cada mes. Esta informaci髇 deber� ser enviada con al menos un mes de antelaci髇 al comienzo de cada trimestre.

El an醠isis de esta informaci髇 permitir� al operador de acceso detectar si durante un per韔do de tiempo determinado el r間imen sostenido ordinario se va a ver superado en una cantidad que impida cumplir con el plazo de cinco d韆s de tramitaci髇 de las solicitudes de preselecci髇, a fin de poder solicitar a la Comisi髇 del Mercado de las Telecomunicaciones, en su caso, la revisi髇 excepcional de plazos.

El operador de acceso no podr� cobrar recargos a los operadores beneficiarios por el env韔 de una cantidad de solicitudes superior a la comunicada.

El operador beneficiario deber� proceder al env韔 de las solicitudes de forma que se evite la acumulaci髇 de peticiones en unos d韆s determinados, buscando un r間imen regular en que la cantidad enviada diariamente se aproxime a la cantidad que corresponda a la media por d韆 para ese mes.

9

Prueba de funcionamiento de los procedimiento administrativos

Para las pruebas se aplicar� el procedimiento completo que se describe en el presente documento pero limitando las solicitudes a un m醲imo de 20. Se comprobar� el funcionamiento satisfactorio del mismo, en especial en los aspectos referentes al intercambio de informaci髇 entre ambos operadores.

En el momento en que el operador de acceso y el operador beneficiario den por superada satisfactoriamente la fase de prueba se pasar� de forma inmediata a la fase operativa.

El plazo de inicio de pruebas no podr� superar los 10 d韆s h醔iles desde la solicitud del operador beneficiario, y estas se llevaran a cabo durante un periodo de duraci髇 no superior a cinco d韆s h醔iles. Para ello, los operadores se intercambiar醤 las personas, tel閒onos y direcciones de correo electr髇ico pertinentes.

ANEXO III

Sistema de informaci髇 y consulta de solicitudes de preselecci髇

El operador de acceso es responsable de poner en marcha un sistema de informaci髇 y consulta para el seguimiento de la preselecci髇, que permite a un operador consultar el estado de una solicitud o el estado de una numeraci髇 tanto durante su tramitaci髇 como tras la ejecuci髇 de un cambio en preselecci髇.

Este sistema estar� basado en un entorno Web. Cada operador dispondr� de su correspondiente clave de acceso privada, a trav閟 de la cual 鷑icamente podr� acceder a la informaci髇 sobre las solicitudes enviadas por el mismo.

Este procedimiento ser� de utilizaci髇 exclusiva por los operadores beneficiarios de la preselecci髇. En ning鷑 caso ser� utilizable por los clientes finales de los operadores beneficiarios o del operador de acceso.

El sistema de informaci髇 y consulta no se considera parte integrante de la plataforma que utiliza el operador de acceso para tramitar las solicitudes de preselecci髇, y por lo tanto no se encuadra entre los sistemas que este operador emplea para ejecutar cualquier cambio en preselecci髇.

Cada consulta se referir� 鷑icamente a una solicitud de preselecci髇 presentada con anterioridad por el operador solicitante.

Par醡etros de entrada:

• Para acceder al estado de una solicitud o de un abonado, el operador podr� indicar alguno de los siguientes datos:

  • N鷐ero de referencia de la solicitud electr髇ica adjudicado por el operador beneficiario.
  • N鷐ero de referencia de la solicitud electr髇ica adjudicado por el operador de acceso.
  • N鷐ero telef髇ico.

Informaci髇 ofrecida por el sistema:

Como consecuencia de la consulta, el sistema ofrecer� la informaci髇 relativa a un n鷐ero, o al conjunto de n鷐eros afectados (consulta por n鷐ero de referencia del operador beneficiario en el caso de la preselecci髇 en bloque).

Se ofrecer� de forma autom醫ica, y para cada n鷐ero, al menos la siguiente informaci髇:

• N鷐ero de referencia del operador.
• N鷐ero de referencia de operador de acceso.
• N鷐ero telef髇ico.
• Unidad de preselecci髇.
• Fecha de la solicitud.
• Tipo de modificaci髇.

• Estado del procedimiento administrativo en que se encuentra la solicitud, que podr� ser uno de los siguientes:

  • Normalizada (se indicar� fecha).
  • Validada (se indicar� fecha).
  • Denegada (se indicar� fecha y causa).
  • Ejecutada (se indicar� fecha).
  • No ejecutada (se indicar� fecha de notificaci髇 y motivo).

ANEXO IV

Sistema de gesti髇 de incidencias de preselecci髇

Sistema de gesti髇 de incidencias de preselecci髇

El operador de acceso es responsable de poner en marcha un sistema de comunicaci髇 y gesti髇 de incidencias, que permite comunicar al operador de acceso una reclamaci髇, y un seguimiento del estado de la misma.

Este sistema estar� basado en entorno Web. Cada operador dispondr� de su correspondiente clave de acceso privada, a trav閟 de la cual 鷑icamente podr� gestionar reclamaciones sobre sus preselecciones.

Se entiende por reclamaci髇 un aviso presentado por un operador beneficiario al operador de acceso sobre un funcionamiento incorrecto de alg鷑 aspecto de la preselecci髇 y que obliga al operador de acceso a solucionar el funcionamiento incorrecto.

Este procedimiento ser� de utilizaci髇 exclusiva por los operadores beneficiarios de la preselecci髇. En ning鷑 caso ser� utilizable por los clientes finales de los operadores beneficiarios o del operador de acceso.

1

Tipolog韆 de las reclamaciones

Las reclamaciones podr醤 ser de dos tipos:

• De provisi髇.
• De infraestructuras.

1.1 Reclamaciones de provisi髇 del servicio.-

Se entiende por reclamaciones de provisi髇 aquellas que se refieren al conjunto de actividades de la tramitaci髇 y provisi髇 del servicio, desde el momento en que se presenta la solicitud por parte del operador solicitante hasta que el operador de acceso la ejecuta e informa de su ejecuci髇.

La presentaci髇 de una reclamaci髇 de provisi髇 de servicio deja en suspenso el tr醡ite de preselecci髇, que continuar� una vez resuelta la reclamaci髇 teniendo en cuenta el resultado de la misma. En el caso de reclamaciones tras la denegaci髇 de la solicitud en la fase de validaci髇 comercial, la no ejecuci髇 de la preselecci髇, el rechazo de copia firmada por parte del operador de acceso, o cualquier otra circunstancia que de por finalizada la tramitaci髇 de la solicitud, si como resultado de la reclamaci髇 hubiera que proceder a la activaci髇 de la preselecci髇 solicitada, el operador de acceso llevar� a cabo la ejecuci髇 y la comunicar� a trav閟 del correspondiente mensaje de n鷐eros ejecutados.

1.2 Reclamaciones de Infraestructuras.-

Se entiende por reclamaciones de infraestructuras todas aquellas relacionadas con el funcionamiento de la red y de las centrales del operador de acceso en el servicio de preselecci髇. En este apartado se engloban todas aquellas incidencias derivadas de anomal韆s en la preselecci髇 de los abonados cuando ya ha finalizado el proceso de tramitaci髇 de la solicitud.

2

Ciclo de vida de las reclamaciones

Las reclamaciones tendr醤 un ciclo de vida que se representa en la siguiente figura:

Cuando el operador beneficiario presente la reclamaci髇, 閟ta se registrar� y pasar� al estado de 獳CTIVA�.

Cuando el operador de acceso resuelva la reclamaci髇, 閟ta pasar� al estado de 獸RANQUEADA�

El operador beneficiario podr� seleccionar las reclamaciones franqueadas y aceptar o rechazar el franqueo.

Si el operador beneficiario rechaza el franqueo de una resoluci髇, est� volver� al estado de 獳CTIVA� y ser� elevada a un segundo nivel de atenci髇, a trav閟 de la persona de contacto indicada a tal efecto por el operador de acceso.

Si el operador beneficiario acepta un franqueo, la reclamaci髇 pasar� al estado de 獵ERRADA�.

Transcurrido un per韔do de 5 d韆s h醔iles sin que se haya producido la aceptaci髇 o rechazo del franqueo por parte del operador que ha cursado la reclamaci髇, 閟ta pasar� autom醫icamente al estado de 獵ERRADA�.

Las solicitudes que hayan alcanzado el estado de 獵ERRADA� permanecer醤 en el mismo durante un periodo de 24 horas, momento en el que pasar醤 a una base de datos diferente de la de reclamaciones cerradas o 獺IST覴ICO� que podr� ser consultado tambi閚 por el operador beneficiario.

3

Par醡etros de entrada

Cada reclamaci髇 se referir� 鷑icamente a una solicitud de preselecci髇 (reclamaciones de provisi髇) o a un n鷐ero de tel閒ono (reclamaciones de infraestructura).

Para la introducci髇 de cualquier tipo de reclamaci髇 por parte del operador beneficiario, se requerir� una informaci髇 com鷑 a cualquier tipolog韆 de reclamaci髇 junto con una informaci髇 espec韋ica para cada una de ellas, ambas informaciones se estructuran a trav閟 de unos par醡etros de entada. A continuaci髇, se indica la informaci髇 com鷑 y espec韋ica necesaria para la presentaci髇 de reclamaciones:

• 3.1 Informaci髇 com鷑 a todas las reclamaciones: N鷐ero de reclamaci髇: Ser� un c骴igo 鷑ico que se asignar� por el operador de acceso.

  Tipo de reclamaci髇: Se referir� a uno de los tres tipos de reclamaci髇 identificados.

  Estado: Situaci髇 de la reclamaci髇, que podr� ser activa, franqueada o cerrada.

  Fecha de presentaci髇: Este campo debe ser rellenado autom醫icamente con la fecha actual del sistema, con el formato DD-MM-AAAA.

  Coordinador del operador: Nombre y apellidos de la persona u organizaci髇 por parte del operador beneficiario que sirve como intermediario en el proceso de resoluci髇 de la reclamaci髇.

  Tel閒ono del coordinador del operador: N鷐ero de tel閒ono del Coordinador del operador beneficiario.

  Tipo de s韓toma: Tipo de s韓toma, percibido por el operador beneficiario, del problema al que hace referencia la reclamaci髇.

  Comentarios al s韓toma: Breve comentario sobre el tipo de s韓toma del problema al que hace referencia la reclamaci髇.

  Observaciones (Informaci髇 opcional): Comentarios adicionales sobre la reclamaci髇 que se presenta.

• 3.2 Informaci髇 espec韋ica de las reclamaciones de provisi髇: Numero de referencia de la solicitud: N鷐ero de referencia del operador solicitante incorporado en el mensaje de solicitud.

  Ultimo estado de tramitaci髇: Identificar� el 鷏timo estado de tramitaci髇 conocido por el operador.

  Causa de denegaci髇: En el caso de que la solicitud haya sido denegada en la fase de validaci髇 comercial, se indicar� la causa por la cual se deneg�.

  Fecha de inicio de tramitaci髇 (opcional): Fecha en que el operador beneficiario recibi� el mensaje de inicio de tramitaci髇 de la solicitud.

  Fecha del informe de progreso (opcional): Fecha en que el operador beneficiario recibi� el mensaje de progreso, con la validaci髇 o denegaci髇 de la solicitud

  Tipo de s韓toma: Los tipos de s韓toma para provisi髇 ser醤 los siguientes:

  Causa	Causa de uso
  Denegaci髇 improcedente.	La causa aducida no est� tipificada o no procede su aplicaci髇 en esta solicitud.
  DNI/NIF/CIF/NIE err髇eo.	El operador solicitante sospecha de la existencia de un error en el DNI/NIF/CIF/NIE almacenado en la base de datos del operador de acceso.
  Motivo de 玭o ejecuci髇� insatisfactorio.	Desacuerdo sobre el motivo de no ejecuci髇.
  Rechazo de original indebido.	Desacuerdo sobre el rechazo de original.
  Inhabilitaci髇 improcedente.	La causa aducida no est� tipificada o no procede su aplicaci髇 en esta solicitud.
  Preselecci髇 no solicitada por el operador.	Se trata de una solicitud no presentada por el operador o cuyo contenido no corresponde con lo solicitado.
  Solicitudes sin respuesta.	Se trata de solicitudes para las que no ha habido respuesta sobre su recepci髇 o normalizaci髇.
  Solicitud no tramitada completamente.	Se trata de solicitudes para las que no ha habido respuesta sobre su validaci髇 o ejecuci髇.
  Superaci髇 de plazos en la resoluci髇 de solicitudes.	Solicitudes validadas que no han sido ejecutadas pasados 5 d韆s h醔iles desde su recibo por parte del operador de acceso.
  Operador afectado no informado en validaci髇.	El operador afectado recibe la comunicaci髇 de ejecuci髇 de solicitud iniciada por el operador de acceso o un tercero, sin haberle sido enviada previamente la comunicaci髇 tras la fase de validaci髇.
  Otros motivos.	Abarca otros eventos que no han sido tipificados y pueden considerarse incidencias.

• 3.3 Informaci髇 espec韋ica de las reclamaciones de infraestructuras: N鷐ero de tel閒ono preseleccionado: N鷐ero sobre el que se presenta la reclamaci髇.

  Tipo de s韓toma: Los tipos de s韓toma que pueden suceder para las reclamaciones de infraestructuras son los siguientes:

  Causa	Causa de uso
  Funcionamiento incorrecto en servicios suplementarios.	El abonado preseleccionado detecta funcionamiento incorrecto de los servicios suplementarios.
  Imposibilidad total de realizar llamadas.	El abonado no puede realizar llamadas.
  Imposibilidad parcial de realizar llamadas.	El abonado no puede realizar alg鷑 tipo de llamadas.
  Imposibilidad de efectuar selecci髇 llamada a llamada.	El abonado no puede seleccionar llamada a llamada a otro operador.
  El operador de acceso cursa todas las llamadas.	El operador de acceso cursa todas las llamadas que deber韆n estar preseleccionadas.
  El operador de acceso cursa parte de las llamadas.	El operador de acceso cursa parte de las llamadas que deber韆n estar preseleccionadas.
  Un tercer operador cursa todas o parte de las llamadas.	Un tercer operador cursa llamadas que deber韆n estar preseleccionadas.
  Preselecci髇 de llamadas no solicitadas.	La preselecci髇 se encuentra operativa en una modalidad distinta a la solicitada.
  Preselecci髇 parcial de la numeraci髇 de un acceso.	La preselecci髇 se solicita en bloque y se ejecuta parcialmente.
  Preselecci髇 en bloque.	La preselecci髇 se solicita individual y se ejecuta en bloque.
  Facturaciones duplicadas en operador de acceso y operador beneficiario.	Tanto el operador de acceso como el operador beneficiario se encuentran facturando las mismas llamadas al abonado.
  Otros motivos.	Abarca todos los eventos no tipificados y que pueda considerarse incidencias.

4

Informaci髇 con la respuesta del operador de acceso a la reclamaci髇

El operador de acceso ofrecer� la respuesta a la reclamaci髇, cambiando el estado de la reclamaci髇 y ofreciendo informaci髇 sobre el franqueo de la reclamaci髇. El operador de acceso enviar� un mensaje electr髇ico al operador comunic醤dole que su reclamaci髇 est� franqueada.

El operador solicitante deber� poder realizar una consulta v韆 Web en la que se ofrecer醤, al menos, los siguientes datos:

• Tipo de causa: Causa real tipificada de la reclamaci髇.
• Comentarios a la causa: Informaci髇 adicional sobre la soluci髇 dada a la reclamaci髇.
• Fecha y hora de resoluci髇: Es la fecha y hora en que la reclamaci髇 ha quedado solucionada.
• Fecha de franqueo: Es la fecha en que la reclamaci髇 ha sido solucionada por el operador de acceso.
• Persona de contacto: Nombre y n鷐ero telef髇ico del coordinador del operador de acceso con el que podr� contactar durante el proceso de resoluci髇 de la reclamaci髇.

5

Gesti髇 de reclamaciones

5.1 Reclamaciones en curso:

Par醡etros de entrada.

Para acceder a la gesti髇 de las reclamaciones, el operador podr� realizar consultas introduciendo alguno de los siguientes datos:

• N鷐ero de reclamaci髇.
• Tipo de reclamaci髇.
• Provincia.
• Fecha de presentaci髇.

Informaci髇 ofrecida por el sistema:

• Se ofrecer� una lista de reclamaciones que cumplan los criterios establecidos presentando al menos los campos:

  • N鷐ero de reclamaci髇.
  • Tipo de reclamaci髇.
  • Fecha de presentaci髇.
  • Estado.
  • Tipo de s韓toma.
• Se podr� seleccionar una reclamaci髇 de la lista para obtener toda la informaci髇 detallada de la misma, incluyendo la informaci髇 sobre la resoluci髇 de la misma.

Aceptaci髇 o rechazo por el operador solicitante:

Si se trata de una reclamaci髇 en el estado de 獸RANQUEADA�, el operador beneficiario podr� aceptar o rechazar dicho franqueo.

5.2 Reclamaciones hist髍icas.-

El operador beneficiario podr� realizar consultas por varios criterios sobre las reclamaciones que han pasado al hist髍ico a las 24 horas de ser cerradas. Los par醡etros de entrada y la informaci髇 ofrecida por el sistema ser醤 los mismos que los definidos para las reclamaciones en curso.

6

Garant韆 de Servicio

Se define el par醡etro de tiempo de resoluci髇 de reclamaciones tomando como origen el d韆 de comunicaci髇 de la incidencia por parte del operador beneficiario, y como fin el d韆 en que la incidencia pasa al estado de 獸RANQUEADA�. Para la resoluci髇 de reclamaciones rechazadas por el operador de acceso, se tomar� como origen el d韆 de rechazo, y como fin el d韆 en que la incidencia pasa de al estado de 獸RANQUEADA�.

El operador de acceso deber� garantizar que en el 80% de los casos contabilizados cada semana, el tiempo de resoluci髇 no superar� los 5 d韆s h醔iles para las reclamaciones de provisi髇, y no superar� los 3 d韆s h醔iles para las reclamaciones de infraestructura. En todo caso, se deber� garantizar la resoluci髇 de cualquier reclamaci髇 en un tiempo no superior a los 15 d韆s h醔iles.

ANEXO V

Env韔 de informaci髇 peri骴ica a la Comisi髇 del Mercado de las Telecomunicaciones

Periodicidad y condiciones del env韔 de informaci髇:

A partir de la entrada en vigor de la presente Circular, tanto el operador de acceso, como los operadores beneficiarios, deber醤 presentar mensualmente y por correo electr髇ico ante la CMT (direcci髇 preseleccion@cmt.es) un reporte de los procedimientos de preselecci髇 e inhabilitaci髇 llevados a cabo o comunicados, seg鷑 fuere del caso, durante el mes inmediatamente anterior, de acuerdo con los formatos anejos, desglosando las cifras por semanas (comprendidas entre los lunes y los domingos) y por el operador beneficiario (en el caso del operador de acceso).

Las cantidades que se indiquen deber醤 estar computadas por n鷐eros de tel閒ono, excepto en el caso de los mensajes no normalizados que se har� por n鷐ero de mensajes. Estos reportes deber醤 remitirse los d韆s mi閞coles de las semanas siguientes al vencimiento del mes.

Formatos:

En las p醙inas que siguen se muestran los formatos que han de emplearse para la remisi髇 de los reportes:

• Operador de acceso, solicitudes de preselecci髇 en el mes indicado.
• Operador de acceso, solicitudes de inhabilitaci髇 en el mes indicado.
• Operadores beneficiarios, solicitudes de preselecci髇 en el mes indicado.
• Operadores beneficiarios, solicitudes de inhabilitaci髇 en el mes indicado.
• Operador de acceso, cantidad de n鷐eros preseleccionados a la fecha indicada.

ANEXO VI