ANEXO

Circular 1/2001, de 21 de junio, 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 telecomunicaci髇 fijas

La Ley 12/1997, de 24 de abril, de Liberalizaci髇 de las Telecomunicaciones, en su art韈ulo 1.Dos.2.f.1, atribuye a la CMT la facultad de dictar instrucciones dirigidas a las entidades que operan en el sector, que ser醤 vinculantes una vez publicadas en el 獴olet韓 Oficial del Estado�.

En uso de dicha facultad se aprob� la Circular 1/1999, de 4 de noviembre, de la Comisi髇 del Mercado de las Telecomunicaciones, sobre la implantaci髇 de la preselecci髇 de operador por los operadores dominantes en el mercado de redes p鷅licas de telecomunicaciones fijas, publicada en el 獴olet韓 Oficial del Estado� numero 270, de 11 de noviembre, que regulaba, por primera vez, las condiciones de prestaci髇 de este servicio para las llamadas de larga distancia, luego extendidas a los servicios de telefon韆 m髒il autom醫ica y a las comunicaciones m髒iles personales, de acuerdo con el Reglamento de Interconexi髇.

La propia Circular 1/1999 prescrib韆 en su art韈ulo duod閏imo que en el plazo de seis meses tras su publicaci髇, la Comisi髇 iniciar韆 la revisi髇 de la Circular, a la luz de las condiciones de competencia efectiva que, en ese momento, presentara el mercado y del grado de implantaci髇 del sistema de preselecci髇 de operador en las redes fijas de telecomunicaci髇. El ejercicio de dicha facultad de revisi髇 se ha postergado en el tiempo, por encontrarse la facilidad en pleno proceso de implantaci髇 en aquel momento.

La introducci髇 de la preselecci髇, con el objetivo de colocar a los nuevos operadores en condiciones equiparables al operador de acceso en cuanto a marcaci髇 de n鷐eros, ha contribuido a aumentar el grado de competencia. En concreto, la preselecci髇 ha favorecido la aparici髇 de nuevos operadores y de nuevas ofertas comerciales y por ende, se ha traducido en una reducci髇 de las tarifas para los usuarios finales, en especial, para el tr醘ico de larga distancia, lo que ha supuesto un incremento de las alternativas al alcance de los consumidores.

Por otra parte durante el a駉 2000 se han publicado disposiciones dirigidas a la inclusi髇 de las llamadas de 醡bito metropolitano en el marco de los servicios de acceso indirecto y concretamente en la preselecci髇.

As�, el art韈ulo 3 del Real Decreto-ley 7/2000, de 23 de junio, de Medidas Urgentes en el Sector de Telecomunicaciones estableci� que los operadores de redes p鷅licas fijas que tuvieran la consideraci髇 de dominantes, habr韆n de facilitar, antes del 15 de noviembre de 2000 los procedimientos de selecci髇 de operador llamada a llamada y de preselecci髇 de operador en las l韓eas de abonado conectadas a centrales telef髇icas digitales, para llamadas de 醡bito metropolitano.

La Orden del Ministerio de Ciencia y Tecnolog韆 de 6 de noviembre de 2000, estableci� transitoriamente un mecanismo de preselecci髇 de operador para las llamadas metropolitanas. Esta Orden dispon韆 en su art韈ulo 鷑ico que hasta tanto no se regulasen los procedimientos que permitieran preseleccionar a diferentes operadores en funci髇 del tipo de llamada, las comunicaciones de 醡bito metropolitano que se efectuasen a trav閟 de la preselecci髇 deber韆n ser tratadas bien por el operador que provee el acceso, bien por el operador preseleccionado con antelaci髇 para las llamadas de larga distancia y fijo-m髒il. En los supuestos en los que el usuario no determinase expresamente el operador que deb韆 efectuar el transporte de sus llamadas metropolitanas, ser韆 el operador que provee el acceso el responsable de su tratamiento.

Con fundamento en lo anterior y ejercitando la facultad prevista en el art韈ulo 19.3 del Real Decreto 1651/1998, de 24 de junio, mediante el cual se aprob� el Reglamento de Interconexi髇, el Consejo de la Comisi髇 del Mercado de las Telecomunicaciones, en sesi髇 de 30 de noviembre de 2000, acord� aprobar la Circular 1/2000, sobre la habilitaci髇 de procedimientos para la preselecci髇 de llamadas de 醡bito metropolitano, regulando, en primer lugar, un procedimiento abreviado para la tramitaci髇 de solicitudes de ampliaci髇 de la preselecci髇 a las comunicaciones de 醡bito metropolitano, previsto para aquellos abonados que encontr醤dose previamente preseleccionados para sus llamadas de larga distancia y fijo m髒il eligiesen al mismo operador para el tratamiento de este tipo de llamadas. Con el prop髎ito de agilizar los procedimientos comerciales que permitiesen la adopci髇 de esta decisi髇 por parte del abonado, y tomando en consideraci髇 que el abonado, con antelaci髇, ya hab韆 manifestado por escrito su voluntad de preseleccionarse, la Comisi髇 permiti� la posibilidad de recabar otras formas de consentimiento expreso as� como el consentimiento t醕ito, como alternativa a la obtenci髇 del consentimiento escrito por parte del abonado.

Adicionalmente, la Circular 1/2000 regul� el procedimiento para la tramitaci髇 de nuevas solicitudes de preselecci髇 en bloque para llamadas de larga distancia, metropolitanas y fijo-m髒il y el procedimiento para la tramitaci髇 de solicitudes de modificaci髇 para pasar de la modalidad en bloque a la preselecci髇 para llamadas de larga distancia y fijo-m髒il.

As� las cosas, la presente Circular pretende la revisi髇 de las Circulares 1/1999 y 1/2000 a la luz de las condiciones de competencia efectiva y del grado de implantaci髇 de la facilidad, contemplando en un solo texto normativo las diferentes modalidades de preselecci髇 posibles y articulando para todas ellas un procedimiento unificado. En esta l韓ea, se dota a la Circular de la flexibilidad necesaria para abarcar los diferentes supuestos en que la obligaci髇 de facilitar la preselecci髇 puede concretarse.

A la vez, la presente Circular pretende incorporar la experiencia adquirida en el proceso de implantaci髇 de la facilidad de preselecci髇. Por ello, a ra韟 de la experiencia y conclusiones extra韉as del proceso de seguimiento de la implantaci髇 de la facilidad en el mercado que ha realizado esta Comisi髇, se han introducido algunas modificaciones a los procedimientos establecidos en las Circulares 1/1999 y 1/2000, en aras de promover la agilizaci髇 y automatizaci髇 de los tr醡ites administrativos tendentes a la resoluci髇 de solicitudes de preselecci髇 y el establecimiento de procedimientos de gesti髇 de incidencias.

En virtud de todo lo anterior, y de conformidad con la habilitaci髇 competencial prevista en el art韈ulo 1.Dos.2.f.1 de la Ley 12/1997, de 24 de abril, de Liberalizaci髇 de las Telecomunicaciones, y en el art韈ulo 20 del Reglamento de la Comisi髇, aprobado por el Real Decreto 1994/1996, de 6 de septiembre, Esta Comisi髇 ha dispuesto:

Primero.- Objeto: La presente Circular tiene por objeto dar instrucciones para la implantaci髇 de los mecanismos de preselecci髇 de operador en las l韓eas de abonado conectadas a las centrales telef髇icas digitales para las llamadas de 醡bito metropolitano y larga distancia, as� como para las llamadas fijo-m髒il.

Segundo.- 羗bito de aplicaci髇 subjetivo: 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.

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 ejercitar este derecho.

Tercero. Consentimiento del abonado.-

El cambio de operador por preselecci髇 se iniciar� previo consentimiento escrito del abonado, o consentimiento verbal, de conformidad con la Circular 1/2004 de la Comisi髇 del Mercado de las Telecomunicaciones.

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

Cuarto.- Plazo para la activaci髇 del servicio: 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 en la que se le informa que determinado abonado ha solicitado la preselecci髇 de determinados n鷐eros.

Quinto.- Obligaciones del operador de acceso: El operador de acceso tendr� las siguientes obligaciones:

• 1. 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 la causa de denegaci髇 de una solicitud de preselecci髇.
• 2. ...
• N鷐ero 2 del apartado 5.� derogado por la Disposici髇 Derogatoria de la Res. 8 mayo 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 1/2002, de 8 de mayo, de la Comisi髇 del Mercado de las Telecomunicaciones, sobre la disponibilidad de la facilidad de la preselecci髇 en l韓eas de abonado conectadas a centrales anal骻icas (獴.O.E.� 24 mayo).Vigencia: 25 mayo 2002
• 3. 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.

  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髇. Ambos sistemas deber醤 estar operativos a la entrada en vigor de esta Circular.

• 4. 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髇.

• 5. 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髇 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髇. N鷐ero 5 del apartado quinto redactado por el apartado tercero de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002
• 6. 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 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.
• 7. El operador de acceso no podr� discriminar a los abonados preseleccionados en la prestaci髇 de los servicios suplementarios (tales como conferencia a tres, desv韔 inmediato, marcaci髇 directa, indicaci髇 de llamadas en espera y contestador en red, entre otros), ni en la prestaci髇 de servicios de asistencia t閏nica o en el acceso a planes de descuento.
• 8. La preselecci髇 s髄o podr� ser rechazada por razones de incompatibilidad t閏nica cuando la causa de dicha incompatibilidad de tipo t閏nico haya sido reconocida por la CMT, sin perjuicio de que las mencionadas causas puedan revisarse con posterioridad, en atenci髇 a los avances t閏nicos que se produzcan.
• 9. Obtener del abonado el consentimiento previo para los cambios en preselecci髇 solicitados por el cliente a este operador y ponerla a disposici髇 de los operadores afectados por la modificaci髇, cuando a ello hubiere lugar.
• 10. 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髇 en 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髇.
• 11. Informar al operador preseleccionado sobre el cambio en el n鷐ero de tel閒ono de un abonado preseleccionado.
• 12. Implantar mecanismos de preselecci髇 virtual que ser醤 aplicables 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.

Sexto.- Obligaciones del operador beneficiario de la preselecci髇: El operador beneficiario de la preselecci髇 tendr� las siguientes obligaciones:

• 1. 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, en los t閞minos y condiciones establecidos en la normativa vigente.

  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: P醨rafo introductorio del n鷐ero 1 del apartado sexto redactado por el apartado cuarto de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002

  • Numeraci髇 no geogr醘ica o no perteneciente al operador de acceso. La causa "Numeraci髇 no geogr醘ica o no perteneciente al operador de acceso" del dispositivo sexto.1 ha sido introducida por el apartado tercero de la Res. de 3 de febrero de 2003, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 1/2003, de 24 de enero, de la Comisi髇 del Mercado de las Telecomunicaciones, sobre la revisi髇 de las causas de denegaci髇 en el procedimiento de preselecci髇 de operador (獴.O.E.� 14 febrero).Vigencia: 15 febrero 2003
  • Formato del n鷐ero telef髇ico incorrecto o en blanco.
  • N鷐ero de referencia duplicado o incorrecto.
  • Solicitud redundante.
  • Formato del DNI/CIF incorrecto o en blanco.
  • N鷐ero telef髇ico no preseleccionado.
  • Unidad de preselecci髇 incorrecto o en blanco.
  • Tipo de modificaci髇 incorrecto o en blanco.
• 2. Obtener del abonado el consentimiento previo para los cambios en preselecci髇 solicitados por el cliente al operador beneficiario de la preselecci髇 y ponerla a disposici髇 de los operadores afectados por la modificaci髇, cuando a ello hubiere lugar.
• 3. El operador beneficiario de la preselecci髇 har� uso del sistema de gesti髇 de incidencias conforme a las exigencias de la buena fe.
• 4. Informar fielmente al abonado de la activaci髇 de la preselecci髇 en cuanto tenga conocimiento de la misma.
• 5. 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 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.

S閜timo.- 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髇.

Octavo.- Deber de informaci髇 peri骴ica: Durante los cinco primeros meses de vigencia de la presente Circular tanto el operador de acceso como los operadores beneficiarios de la preselecci髇, deber醤 remitir a la Comisi髇 del Mercado de las Telecomunicaciones, con una periodicidad quincenal, los informes relativos a los resultados de las tramitaciones de las solicitudes de preselecci髇 efectuadas durante el periodo inmediatamente anterior, con arreglo a lo previsto en el anexo V de la presente Circular. A partir del sexto mes la periodicidad ser� mensual.

Noveno.- Car醕ter de la Circular: Los apartados primero al noveno, inclusive, las disposiciones adicionales primera y segunda, disposiciones transitoria, 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, se aplicar醤 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 a 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 elegir a un operador diferente al que le provea el acceso, sin necesidad de marcar previamente el c骴igo de selecci髇 que lo identifica, para que curse parte o todas sus llamadas.

• 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.

• 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 larga distancia y de fijo-m髒il.

• Preselecci髇 Global:

  Facilidad por la que un abonado cursa, a trav閟 de un operador beneficiario, todas sus llamadas metropolitanas, de larga distancia y de fijo-m髒il.

  Definici髇 del Anexo I redactada por el n鷐ero uno Anejo I de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002
• 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.

• Inhabilitaci髇:

  Actuaci髇 que deja sin efectos una preselecci髇.

• Preselecci髇 virtual:

  Mecanismo que permite al operador beneficiario facturar al abonado aun cuando sea el operador de acceso quien 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.

• Preselecci髇 global extendida:

  Facilidad por la que un abonado cursa, a trav閟 de un operador beneficiario, todas sus llamadas metropolitanas, de larga distancia, fijo-m髒il y a numeraci髇 de red inteligente.

• 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. Apartados 22 a 26 del Anexo I introducidos por el n鷐ero dos del del Anejo I de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fija (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002

ANEXO II

Procedimientos administrativos de preselecci髇

1. Objeto.

2. Definiciones.

3. Procedimiento administrativo de preselecci髇.

3.1 Visi髇 global del proceso de preselecci髇.

3.2 Env韔 de solicitudes por correo electr髇ico.

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

3.2.2 Requisitos de seguridad para el env韔 de solicitudes.

3.2.3 Sobre el formato de solicitudes.

3.3 Unidad de preselecci髇.

3.4 Iniciaci髇 del procedimiento.

3.5 Extracci髇 de solicitudes.

3.6 Procedimientos de validaci髇.

3.7 Fase de ejecuci髇.

Plazo de ejecuci髇.

4. Plazo de ejecuci髇.

5. Correos electr髇icos enviados por el operador de acceso.

5.1 Mensajes enviados por el operador de acceso.

5.1.1 Mensaje de confirmaci髇 de entrega.

5.1.2 Mensaje de inicio de tramitaci髇.

5.1.3 Mensaje de progreso.

5.1.4 Mensaje de ejecuci髇.

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.

5.2.2 Fichero de mensajes no normalizados.

5.2.3 N鷐eros de solicitudes iniciadas por el operador validadas.

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

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

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

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

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

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

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

6. Preselecciones virtuales.

6.1 N鷐eros de preselecciones virtuales.

6.2 N鷐eros ejecutados correspondientes a preselecciones virtuales.

7. Sobre el consentimiento de los abonados.

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

7.2 Irregularidades en notificaci髇 del consentimiento.

7.3 Contenido de las solicitudes de los abonados.

7.4 Mensaje de requerimiento de originales.

8. Reserva de capacidad.

9. Pruebas de funcionamiento de los procedimientos administrativos.

Procedimientos administrativos de preselecci髇

1. Objeto: El objeto de este documento es definir los Procedimientos administrativos 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髇: El siguiente dibujo representa el proceso de 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 ocho horas comenzando en la fecha que se determine como entrada en vigor del presente procedimiento. El buz髇 permanecer� abierto siempre, pero se leer醤 solicitudes s髄o en las horas h醔iles (de ocho a veinte horas) 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: Ambos operadores acuerdan utilizar el producto comercial PGP (Pretty Good Privacy) para soportar las facilidades de autenticaci髇 y encriptaci髇. Cada uno deber� proceder a su inmediata adquisici髇 e instalaci髇 en sus respectivas dependencias. La clave ser� generado 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 Sobre el formato de 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).

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.	CHAR	3	El n鷐ero de tres d韌itos utilizado para consolidaci髇.
Nombre o Raz髇 Social del abonado.	CHAR	80	Nombre o raz髇 social del abonado.
DNI/CIF abonado o n鷐ero de pasaporte para extranjeros no residentes.	CHAR	15	C骴igo DNI o CIF del abonado o n鷐ero de pasaporte seg鷑 los formatos correspondientes.
N鷐ero telef髇ico.	CHAR	9	En preselecci髇 individual identifica el n鷐ero a preseleccionar, y en preselecci髇 en bloque identifica el acceso.
Referencia del operador solicitante.	CHAR	6	Ser� un 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髇:
�	CHAR	�	00 Preselecci髇 de Larga Distancia.
�	�	�	01 Preselecci髇 Global.
�	CHAR	�	02 Exclusi髇 de llamadas metropolitanas.
�	CHAR	�	03 Inclusi髇 de llamadas metropolitanas.
�	�	�	04 Inhabilitaci髇 a instancia del operador.
�	�	�	05 Preselecci髇 global extendida.
�	�	�	06 Exclusi髇 de llamadas metropolitanas y a servicios de inteligencia de red.
�	�	�	07 Exclusi髇 de llamadas 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	�

Valores de la tabla 1 del apartado 3.2.3 del Anexo II introducidos por el n鷐ero uno del Anejo II de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002

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.

Tipo de actuaci髇 o modificaci髇

Campo	00 larga distancia	01 glboal	02 exclusi髇 metropol.	03 inclusi髇 metropol.	04 inhabilit.	05 Global extendida	06 Exclusi髇 metropolitanas+IR	07 Exclusi髇 IR	08 Inclusi髇 IR	09 Inclusi髇 metropolitanas+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/CIF abonado o n鷐ero de pasaporte para extranjeros no residentes	OBLIG	OBLIG	OPC	OPC	OPC	OBLIG	OPC	OPC	OPC	OPC
N鷐ero telef髇ico	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG
Referencia del operador solicitante	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG
Tipo de modificaci髇	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG	OBLIG

N鷐ero 3.2.3 del n鷐ero 3.2 del n鷐ero 3 del n鷐ero procedimientos administrativos de preselecci髇 del redactado por N鷐ero Dos del del de RES. de 23 de julio de 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas. (獴.O.E.� 31 julio)Vigencia: 31 agosto 2002

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 las solicitudes de preselecci髇 en bloque afectan a todos los n鷐eros del acceso. Durante la fase de validaci髇 el operador de acceso desglosa 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髇� es irrelevante, y la solicitud se tramita para dicho n鷐ero.

En caso de preselecci髇 en bloque, las solicitudes de modificaci髇 (inclusi髇 de llamadas metropolitanas, exclusi髇 de llamadas metropolitanas) en accesos parcialmente preseleccionados, afectan s髄o 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 con derecho a preselecci髇	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	�

Filas de la Tabla del apartado 3.4 del Anexo II introducidas por el n鷐ero 3 del Anejo II de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002

3.5 Extracci髇 de solicitudes: Los mensajes electr髇icos ser醤 tratados en riguroso orden de llegada, y se incorporar醤 al Sistema de Validaci髇 Comercial.

Los mensajes que no logren ser extra韉os correctamente del buz髇 se denominan 玭o normalizados�.

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

C骴igo	Problema de normalizaci髇
01	Mensaje no encriptado/no firmado o encriptado/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 enviar� diariamente un mensaje de inicio de tramitaci髇 que contendr� las solicitudes que se han introducido en el Sistema de Validaci髇 Comercial, y los mensajes no normalizados, indicando en 閟te caso la causa que ha concurrido.

Cuando un mensaje es no normalizado se descartan todas las solicitudes contenidas en el mismo.

3.6 Procedimientos de validaci髇: 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 enviar� diariamente un mensaje de progreso que contendr� el resultado de la validaci髇 y que contendr� las solicitudes validadas y las solicitudes denegadas. Adem醩 en este mensaje de progreso se informar� de las solicitudes para las que comienza el proceso 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 metropolitanas iniciadas por el operador de acceso, y solicitudes de habilitaci髇 a favor de un tercer operador, el operador preseleccionado afectado es informado del inicio de estas actuaciones mediante el mensaje de progreso tras superarse la fase de validaci髇 comercial.

En el cap韙ulo sobre mensajes devueltos por el operador de acceso y formato de los anexos, se podr� encontrar m醩 informaci髇 sobre este particular.

Las causas de denegaci髇 son los siguientes:

C骴igo denegaci髇	Causa	Caso de uso
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, y ambos procesos afectan al menos a un mismo tipo de llamadas.
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.
03	Numeraci髇 no preseleccionable.	Cuando el n鷐ero no es preseleccionable, entendiendo como numeraci髇 preseleccionable aquella que est� incluida en los rangos publicados por la CMT como n鷐eros preseleccionables y la numeraci髇 que haya sido portada al operador de acceso.
04	Abonado ha causado baja en el operador de acceso.	Cuando el abonado est� dado de baja en el operador de acceso.
05	L韓ea de abonado con Telec髆puto.	Cuando el abonado solicita preselecci髇 y 閟ta resulta incompatible con las facilidades de la l韓ea asociadas (Telec髆puto).
06	Abonado con servicio suspendido o interrumpido.	Cuando el abonado tiene el servicio suspendido o interrumpido seg鷑 los art韈ulos 59 y 60 del Reglamento de Servicio Universal.
07	Formato del n鷐ero telef髇ico 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/CIF del abonado.	Cuando para el n鷐ero de tel閒ono dado, el DNI/CIF de la solicitud no coincide con el del abonado que tiene contratado el 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/CIF 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, no tiene un valor reconocido, o bien la modificaci髇 solicitada es incompatible con la modalidad de preselecci髇 en que se encuentra el abonado.
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, exceptuando el caso de la numeraci髇 geogr醘ica que ha sido portada siendo el operador de acceso el receptor.
19	N鷐ero CENTREX Cabecera sin l韓ea f韘ica.	Cuando se solicita la preselecci髇 de n鷐eros Cabecera de CENTREX.

Caso de uso del c骴igo 15 del apartado 3.6 del Anexo II redactado por el n鷐ero 3 del Anejo II de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002 C骴igo 18 del apartado 3.6 del Anexo II introducido el n鷐ero uno del Anexo II de la Res. de 3 de febrero de 2003, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 1/2003, de 24 de enero, de la Comisi髇 del Mercado de las Telecomunicaciones, sobre la revisi髇 de las causas de denegaci髇 en el procedimiento de preselecci髇 de operador (獴.O.E.� 14 febrero).Vigencia: 15 febrero 2003 C骴igo 19 del apartado 3.6 del Anexo II introducido por el n鷐ero uno del Anexo II de la Res. de 3 de febrero de 2003, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 1/2003, de 24 de enero, de la Comisi髇 del Mercado de las Telecomunicaciones, sobre la revisi髇 de las causas de denegaci髇 en el procedimiento de preselecci髇 de operador (獴.O.E.� 14 febrero).Vigencia: 15 febrero 2003

En el siguiente cuadro se resumen las causas de denegaci髇 para cada tipo de actuaci髇 o modificaci髇:

C骴igo denegaci髇	Tipo de actuaci髇 o modificaci髇
�	00 Larga distancia	01 global	02 exclusi髇 metropol.	03 inclusi髇 metropolit.	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	�	�	�	�
03	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	�	�	�	�

Tabla 2 del apartado 3.6 del Anexo II modificada por el apartado cuatro de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002 C骴igo 18 del apartado 3.6 del Anexo introducido por el n鷐ero dos de la Res. de 3 de febrero de 2003, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 1/2003, de 24 de enero, de la Comisi髇 del Mercado de las Telecomunicaciones, sobre la revisi髇 de las causas de denegaci髇 en el procedimiento de preselecci髇 de operador (獴.O.E.� 14 febrero).Vigencia: 15 febrero 2003 C骴igo 19 del apartado 3.6 del Anexo II introducido por el n鷐ero 2 del Anexo II de la Res. de 3 de febrero de 2003, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 1/2003, de 24 de enero, de la Comisi髇 del Mercado de las Telecomunicaciones, sobre la revisi髇 de las causas de denegaci髇 en el procedimiento de preselecci髇 de operador (獴.O.E.� 14 febrero).Vigencia: 15 febrero 2003

En 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 bis 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 de acuerdo con lo dispuesto en la Circular 2/2002, 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/CIF.
03	Registro (n鷐ero de referencia del operador de acceso) duplicado o incorrecto.
04	Formato del DNI/CIF 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 que se establece para el operador de acceso en la Circular 1/2001 de la Comisi髇 del Mercado de las Telecomunicaciones. 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 la Circular 1/2001, siguiendo las mismas fases y con los mismos plazos que 閟tos. 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 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.

3.8 Reglas de validaci髇 ante falta de correspondencia en DNI/CIF: En la fase de validaci髇 comercial llevada a cabo por el operador de acceso, cuando el DNI/CIF del abonado que conste en la solicitud enviada por correo electr髇ico no coincida con el valor del DNI/CIF 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/CIF del abonado�:

El operador de acceso no podr� denegar solicitudes en las que el DNI/CIF 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/CIF contenido en sus bases de datos est� en blanco, est� incompleto (posee menos d韌itos que los establecidos para DNI/CIF), est� formado por letras en lugar de n鷐eros, o est� compuesto por caracteres de relleno (como pueden ser '0' � '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 la Circular 2/2002.

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 CMT 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:

El operador de acceso enviar� a los operadores beneficiarios distintos mensajes de correo electr髇ico para informarles del progreso de las solicitudes. Estos 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髇 de 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. 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髇, solicitudes de exclusi髇 de metropolitanas) y que afectan al operador preseleccionado.

5.1.4 Mensaje de ejecuci髇: Se genera para indicar el resultado de las actividades de preselecci髇 en Red. En el mensaje, que se genera con periodicidad diaria, puede incluir hasta cuatro 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-999-FechaHora.txt.asc(1)

Ejemplo: Inf-Entrada-999-23052000215252.txt.asc

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):

INFORME DE PRESELECCI覰 POR FECHA DE ENTRADA

Operador beneficiario: OPERADOR

Fecha de Impresi髇: 25/05/2000

N. REFERENCIA REGISTRO TEL蒄ONO TIPO

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	Caract.	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).

C骴igo del tipo de actuaci髇 del apartado 5.2.1 del Anexo II modificado por el n鷐ero cinco del Anejo II de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002

Nota importante: 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-999-ddmmaass.txt

Ejemplo: Nonorm-999-11090101.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):

LISTADO DE MENSAJES NO NORMALIZADOS 25/05/2000 OPERADORA: 999 MENSAJE PROBLEMA-NORMALIZACI覰

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

Nombre	Caract.	Descripci髇
Mensaje.	60	Contenido del campo "Asunto" 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 999 FechaHora.txt

Ejemplo: Vali 999 230520002156.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):

LISTADO DE PETICIONES VALIDADAS 25/05/2000 OPERADORA: 999 REGISTRO TEL蒄ONO TIPO

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	Caract.	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)

C骴igo del tipo de actuaci髇 del apartado 5.2.3 del Anexo II modificado por el n鷐ero cinco del Anejo II de la RES. de 23 de julio de 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002

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

Formato del nombre de fichero: Dene 999 Fecha-Hora.txt

Ejemplo: Dene 999 230520002159.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):

LISTADO DE PETICIONES DENEGADAS 25/05/2000 Operador: 999 REGISTRO TEL蒄ONO TIPO MOTIVO

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	Caract.	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	C骴igo causa de la denegaci髇 del n鷐ero.

C骴igo del tipo de actuaci髇 del apartado 5.2.4 del Anexo II modificado por el n鷐ero cinco del Anejo II de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas. (獴.O.E.� 31 julio)Vigencia: 31 agosto 2002

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

Formato del nombre de fichero: ValTerc 999 Fecha-Hora.txt

Ejemplo: ValTerc 999 230520002200.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):

LISTADO DE PETICIONES VALIDADAS CON OPERADOR DISTINTO AL DE ACCESO 23,05,2000 OPERADORA: 999 REGISTRO TEL蒄ONO TIPO

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	Caract.	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).

C骴igo del tipo de actuaci髇 del apartado 5.2.6 del Anexo II modificado por el n鷐ero cinco del Anejo II de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002

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

Formato del nombre de fichero: ValTelf 999 Fecha-Hora.txt

Ejemplo: ValTelf 999 230520002200.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):

LISTADO DE PETICIONES VALIDADAS CON EL OPERADOR DE ACCESO 23,05,2000 OPERADORA: 999 REGISTRO TEL蒄ONO TIPO

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	Caract.	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 (art. 60 del Regl. Serv. Univ). 05 Cancelaci髇 por falta de acreditaci髇 del consentimiento del abonado.

C骴igo del tipo de actuaci髇 del apartado 5.2.6 del Anexo II modificado por el n鷐ero cinco del Anejo II de la Res. de 23 de julio de 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas. (獴.O.E.� 31 julio)Vigencia: 31 agosto 2002

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

Formato del nombre de fichero: Ejec 999 Fecha-Hora.txt

Ejemplo: Ejec 999 190520002153.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):

LISTADO DE PETICIONES EJECUTADAS 23,05,2000 OPERADORA: 999 REGISTRO TEL蒄ONO TIPO FECHA DE EJECUCI覰

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	Caract.	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 999 Fecha-Hora.txt

Ejemplo: Noejec 999 190520002153.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):

LISTADO DE PETICIONES NO EJECUTADAS 23,05,2000 OPERADORA: 999 REGISTRO TEL蒄ONO TIPO FECHA DE EJECUCI覰 MENSAJE-ERROR

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	Caract.	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 999 Fecha-Hora.txt

Ejemplo: Terc 999 230520002200.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):

LISTADO DE PETICIONES EJECUTADAS CON OPERADORA DISTINTA DEL OPERADOR DE ACCESO 23,05,2000 OPERADORA: 999 REGISTRO TEL蒄ONO TIPO FECHA DE EJECUCI覰

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	Caract.	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).

C骴igo del tipo de actuaci髇 del apartado 5.2.9 del Anexo II modificado por el n鷐ero cinco del Anejo II de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002

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

Formato del nombre de fichero: Telf 999 Fecha-Hora.txt

Ejemplo: Telf 999 190520002153.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):

LISTADO DE PETICIONES DEL OPERADOR DE ACCESO EJECUTADAS 23,05,2000 OPERADORA: 999 REGISTRO TEL蒄ONO TIPO FECHA DE EJECUCI覰

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	Caract.	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).

C骴igo del tipo de actuaci髇 del apartado 5.2.10 del Anexo II modificado por el n鷐ero cinco del Anejo II de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002

5 bis. Correos electr髇icos enviados para la validaci髇 opcional:

5 bis. 1 Mensajes enviados:

5 bis.1.1 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.

5 bis.1.2 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 operador de acceso y que han sido denegados.

5 bis.2 Descripci髇 de los diferentes nombres y formatos de los ficheros anexos a los correos electr髇icos:

5 bis.2.1 N鷐eros de solicitudes iniciadas por el operador de acceso:

Formato del nombre de fichero:

Solicit_acceso 999 FechaHora.txt

Ejemplo: Solicit_acceso 999 230520021526.txt 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):

Lista de mensajes a validar por el operador preseleccionado:

�	�	�	�	�	�
25/05/2000	�	�	�	�	Operador: 999
REGISTRO	TEL蒄ONO	DNI	TIPO	CAUSAS	INHABILITACI覰

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/CIF.	15	C骴igo DNI o CIF del abonado o n鷐ero de pasaporte seg鷑 los formatos correspondientes.
Blancos.	2	�
Tipo de actuaci髇.	2	C骴igo del tipo de actuaci髇 solicitado.

5 bis.2.2 N鷐eros correspondientes a solicitudes iniciadas por el operador de acceso validadas:

Formato del nombre de fichero:

Validaci髇_acceso 999 FechaHora.txt

Ejemplo: Validaci髇_acceso 999 230520021526.txt

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):

Lista de mensajes a validar por el operador preseleccionado:

�	�
25/05/2000	Operador: 999
REGISTRO	TEL蒄ONO

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.

5 bis.2.3 N鷐eros de solicitudes iniciadas por el operador de acceso denegadas:

Formato del nombre de fichero:

Deneg_acceso 999 FechaHora.txt

Ejemplo: Deneg_acceso 999 230520021526.txt

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):

Lista de mensajes a validar por el operador preseleccionado:

25/05/2000	�	Operador: 999
REGISTRO	TEL蒄ONO	CAUSAS

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 999 Fecha-Hora.txt

Ejemplo: Virt 999 190520002153.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):

LISTADO DE PETICIONES EJECUTADAS VIRTUALMENTE 23,05,2000 OPERADORA: 999 REGISTRO TEL蒄ONO TIPO FECHA DE EJECUCI覰

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	Caract.	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 999 Fecha-Hora.txt

Ejemplo: EjecVirt 999 190520002153.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):

LISTADO DE PETICIONES PRESELECCIONADAS VIRTUALMENTE Y AHORA EJECUTADAS 23,05,2000 OPERADORA: 999 REGISTRO TEL蒄ONO TIPO FECHA DE EJECUCI覰

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	Caract.	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. Seg鷑 establece la Disposici髇 Derogatoria la Circular 1/2001, el operador solicitante de la preselecci髇 tambi閚 podr� disponer otros medios que acrediten el consentimiento del cliente, siendo aplicable para esos medios de acreditaci髇 lo dispuesto en este apartado 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 el que se podr� codificar la grabaci髇 ser� MP3 o WAVE. Actual p醨rafo segundo del n鷐ero 7.1 del anexo II introducido por el n鷐ero 1 del apartado s閜timo de la Res. 7 junio 2004, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica 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 (獴.O.E.� 7 julio).Vigencia: 7 agosto 2004

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 por 100 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 por 100 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 por 100 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 por 100 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 ocho a veinte horas).

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 le env韊 copia firmada de la solicitud del abonado preseleccionado, el operador de acceso podr� iniciar el procedimiento de inhabilitaci髇 de la preselecci髇 correspondiente.

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 preselecci髇 ejecutada. Ante esta situaci髇, el operador solicitante de la nueva preselecci髇 tendr� la obligaci髇 de comunicar al operador de acceso que debe procederse a deshacer dicha actuaci髇. Actual p醨rafo 3.� del apartado 7.2 del Anexo II introducido por la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002

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� publicar y mantener actualizada la relaci髇 completa de 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. Actual p醨rafo 4.� del apartado 7.2 del Anexo II introducido por la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002

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. Actual p醨rafo 5.� del apartado 7.2 del Anexo II introducido por la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002

Este procedimiento tambi閚 es de aplicaci髇 en los supuestos que se refieren a la falta de cualquiera de los elementos que aparecen en el apartado siguiente como 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. P醨rafo final del n鷐ero 7.2 del anexo II introducido por el n鷐ero 2 del apartado s閜timo de la Res. 7 junio 2004, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica 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 (獴.O.E.� 7 julio).Vigencia: 7 agosto 2004

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/CIF.
• 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髇 de larga distancia, 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/CIF.
• 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 en bloque) 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.

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-999ddmmaass.txt

Ejemplo: ReqOrig99911090101.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	Caract.	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韔 de este 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.

P醨rafo final del apartado 7.4 del Anexo II introducido por el n鷐ero 11 de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002

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_999pddmmaass.txt

Ejemplo: DesAct_999 11090101.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):

Lista de solicitudes de deshacer actuaci髇:

25/05/2000	�	Operador: 999	�
REGISTRO	TEL蒄ONO	OPERADOR	REFERENCIA

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 utilizado para la consolidaci髇.
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 CMT, 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. Pruebas de funcionamiento de los procedimientos administrativos:

Las pruebas de funcionamiento completas solo ser醤 necesarias si el operador beneficiario no tuviera ya operativa la preselecci髇 de larga distancia.

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 pruebas 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 閟tas se llevar醤 a cabo durante un per韔do 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 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:

Numero de referencia de la solicitud electr髇ica adjudicado por el operador beneficiario.

N鷐ero de referencia de la solicitud electr髇ica adjudicada 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 del operador de acceso.

N鷐ero telef髇ico.

Unidad de preselecci髇.

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髇

1. Tipolog韆 de las reclamaciones.

1.1 Reclamaciones de provisi髇 del servicio.

1.2 Reclamaciones de infraestructuras.

2. Ciclo de vida de las reclamaciones.

3. Par醡etros de entrada.

3.1 Informaci髇 com鷑 a todas las reclamaciones.

3.2 Informaci髇 espec韋ica de las reclamaciones de provisi髇.

3.3 Informaci髇 espec韋ica de las reclamaciones de infraestructuras.

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

5. Gesti髇 de reclamaciones.

5.1 Reclamaciones en curso.

5.2 Reclamaciones hist髍icas.

6. Garant韆 de servicio.

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髇 o 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 cinco 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 veinticuatro 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).

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 dos 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髇:

N鷐ero de referencia de la solicitud.

N鷐ero de referencia del operador solicitante incorporado en el mensaje de solicitud.

趌timo 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 err髇eo.	El operador solicitante sospecha de la existencia de un error en el DNI 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 cinco 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 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髇.

Estado.

Fecha de presentaci髇.

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 veinticuatro 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 por 100 de los casos contabilizados cada semana, el tiempo de resoluci髇 no supera los cinco d韆s h醔iles para las reclamaciones de provisi髇, y no supera los tres 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 quince d韆s h醔iles.

ANEXO V

Env韔 de informaci髇 peri骴ica a la CMT

Periodicidad y condiciones del env韔 de informaci髇.

Durante los cinco primeros meses de vigencia de la presente Circular, tanto el operador de acceso, como los operadores beneficiarios, deber醤 presentar por correo electr髇ico ante la CMT (direcci髇 preseleccioncmt.es) un reporte quincenal de los procedimientos de preselecci髇 e inhabilitaci髇, llevados a cabo o comunicados, seg鷑 fuere del caso, durante la quincena inmediatamente anterior, de acuerdo con los formatos anejos, desglosando las cifras por semanas (comprendidas entre los lunes hasta los domingos) y por 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 de las quincenas. A partir del sexto mes, la periodicidad ser� mensual.

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 la semana indicada.
• Operador de acceso, solicitudes de inhabilitaci髇 en la semana indicada.
• Operadores beneficiarios, solicitudes de preselecci髇 en la semana indicada.
• Operadores beneficiarios, solicitudes de inhabilitaci髇 en la semana indicada.
• Operador de acceso, cantidad de n鷐eros preseleccionados a la fecha indicada.

Formatos

Formatos de solicitudes de preselecci髇 del Anexo V sustituidos conforme establece el Anejo III de la Res. 23 julio 2002, de la Presidencia de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se hace p鷅lica la Circular 2/2002, de 18 de julio, de la Comisi髇 del Mercado de las Telecomunicaciones, por la que se revisa 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 telecomunicaci髇 fijas (獴.O.E.� 31 julio).Vigencia: 31 agosto 2002