Cómo Formatear los Datos de Disponibilidad Fija en Disputas Múltiples y Información Procedente del Público

Elija una Metodología

Para presentar datos “Disputas Múltiples de Disponibilidad Fija” (Bulk Fixed Availability Challenge Data, en inglés) o de “Información Procedente del Público” (Crowdsourced, en inglés), todas las entidades deben rellenar primero un formulario web indicando la metodología utilizada para recoger los datos.  El formato del archivo de datos a cargar varía ligeramente según la metodología.  Las tres opciones de metodología son:

  1. Knowledge of Infrastructure (que en inglés quiere decir Conocimiento de la Infraestructura)
  2. Information Collected from Individual Consumers (que en inglés quiere decir Información recopilada de Consumidores Individuales)
  3. Other (que en inglés quiere decir Otros)

Para obtener más información sobre estas metodologías, consulte los artículos "Visión General de Disputas Múltiples de Disponibilidad Fija” (Overview of Bulk Fixed Availability Challenges, en inglés) y “Visión General de Datos Múltiples de Disponibilidad Fija de Información Procedente del Público" (Overview of Bulk Fixed Availability Crowdsource Data, en inglés).

Formatear el Archivo de Datos para Cargarlo

Debe crear un archivo separado para el proveedor que es objeto de la disputa o de los datos procedentes del público.

La siguiente tabla enumera los datos que se debe incluir al presentar datos de disputas múltiples de disponibilidad fija o de información procedente del público. Tenga en cuenta que los tres primeros campos solo deben incluirse si se utilizan las Metodologías 2 (Información Recopilada de Consumidores Individuales) o 3 (Otros).

Hay que tener en cuenta algunos puntos adicionales sobre el archivo de datos:

  • Debe presentarse en formato de valores separados por comas (Comma-Separated Values, o CSV, de sus siglas en inglés).
  • Debe incluir la fila de la cabecera.
  • Debe contener registros para cada ubicación sobre la que se presenta información de disputa/procedente del público, y la ubicación debe identificarse utilizando el ID de ubicación que aparece en el “Mapa Nacional de Banda Ancha” (National Broadband Map, en inglés)y que se utiliza en el “Fabric de Ubicación del Servicio de Banda Ancha” (Broadband Service Location Fabric, en inglés).
  • Para enviar datos de disputa/procedente del público sobre una ubicación concreta por más de un motivo, introduzca un registro adicional para ese location_id y introduzca el category_code adicional asociado a esa ubicación.

Campo

Tipo de datos

Ejemplo

Descripción/Notas

contact_name

(que en inglés quiere decir Nombre de contacto)

Cadena de Caracteres

Jane Broadband

Nombre completo del contacto individual asociado a la disputa en la ubicación.

 

- Omita el campo si utiliza la Metodología 1

contact_email

(que en inglés quiere decir Correo Electrónico del Contacto)

Cadena de Caracteres

Jane.broadband@fcc.gov

Dirección de correo electrónico del contacto individual asociado a la disputa en la ubicación.

 

- El valor debe coincidir con el formato válido de la dirección de correo electrónico, por ejemplo: atom@domain.tld .

- Omita el campo si utiliza la Metodología 1

contact_phone

(que en inglés quiere decir Numero de Teléfono del Contacto)

Cadena de Caracteres

 

888-225-5322

Número de teléfono del contacto individual asociado a la disputa en la ubicación.

 

- El valor es opcional y puede ser nulo.

- El valor debe coincidir con el formato válido de número de teléfono de EE.UU: 000-000-0000, si no es nulo.

- Omita el campo si utiliza la Metodología 1

provider_id

(que en inglés quiere decir ID del Proveedor)

Entero

900104

Identificador único del proveedor de servicios fijo sobre el que se presentan los datos de la disputa o datos procedentes del público.

brand_name

(que en inglés quiere decir Nombre de la Marca)

Cadena de Caracteres

Acme Broadband

Nombre de la marca del servicio, tal y como aparece en el Mapa de Banda Ancha, sobre el que se presentan los datos de la disputa o datos procedentes del público.

technology

(que en inglés quiere decir Tecnología)

Entero

50

Código de la tecnología del servicio de banda ancha fija, tal y como se muestra en el Mapa de Banda Ancha, sobre el que se presentan los datos de la disputa o datos procedentes del público.

 

 - El valor debe ser uno de los siguientes códigos:

10 - Alambre de cobre

40 - Cable coaxial / HFC

50 - Portador óptico / Fibra a las instalaciones

60 - Satélite geoestacionario

61 - Satélite no geoestacionario

70 - Inalámbrico fijo terrestre de frecuencias sin licencia

71 - Inalámbrico fijo terrestre de frecuencias con licencia

72 - Inalámbrico fijo terrestre de frecuencias con licencia-por-norma (licenced-by-rule, en inglés)

0 - Otros

bizrescode

(que en inglés quiere decir código comercial residencial)

Texto Enumerado

R

Carácter enumerado que identifica si el servicio en la zona es exclusivo para empresas (comercial), exclusivo para clientes residenciales u ofrecido tanto a clientes comerciales como residenciales.

- El valor introducido debe ser uno de los siguientes códigos:

B - Servicio exclusivamente comercial

R - Servicio sólo residencial

X - Servicio comercial y residencial

location_id

(que en inglés quiere decir ID de la Ubicación)

Cadena de Caracteres

1357135307

Identificador único de la ubicación, a partir del Fabric de Ubicaciones de Banda Ancha utilizables, sujeto a la disputa de disponibilidad de banda ancha fija o a los datos procedentes del público.

data_vintage

(que en inglés quiere decir Antigüedad de los Datos)

Fecha

2022-06-30

Fecha de antigüedad de los datos de disponibilidad de la banda ancha fija sobre la que se presentan los datos de la disputa o datos procedentes del público.

 

- El valor debe coincidir con un formato de fecha ISO-8601 válido, por ejemplo AAAA-MM-DD

- El valor debe corresponder a la fecha de publicación de los datos de disponibilidad de la banda ancha fija.

category_code

(que en inglés quiere decir Código_de_Categoría)

Enumerado

5

Código que identifica la categoría o el motivo de la disputa de disponibilidad fija o los datos procedentes del público que se presentan para esa ubicación.

 

 - El valor debe ser uno de los siguientes códigos:

1 - El proveedor no programó la instalación de un servicio dentro de los 10 días hábiles siguientes a la solicitud.

2 -El proveedor no instaló el servicio en el momento acordado.

3 - El proveedor ha solicitado una tarifa de instalación superior a la estándar para conectar este lugar.

4 - El proveedor denegó la solicitud de servicio.

5 - El proveedor no ofrece la tecnología indicada en este lugar.

6 - El proveedor no ofrece la(s) velocidad(es) mostrada(s) en el Mapa de Banda Ancha para su compra en esta ubicación.

7 - La velocidad real del servicio no coincide con la anunciada (sólo en un caso de múltiples informaciones procedentes del público).

8 - No hay señal inalámbrica o satelital disponible en este lugar.

9 - Se requiere un equipo nuevo y no estándar para conectar esta ubicación.

10 - Proveedor desconocido

 - El valor no puede ser 8 o 9 a menos que el valor de la tecnología sea 60, 61, 70 o 71.

- Los valores 7 y 10 sólo pueden introducirse para datos de información procedente del público sobre disponibilidad de servicio fijo y no puede utilizarse en una disputa.

request_date

(que en inglés quiere decir Fecha de la Solicitud)

Fecha

2022-09-01

Si procede, introduzca la fecha más reciente asociada al código de categoría anterior, como la fecha en que se denegó una solicitud de servicio o la fecha en que el declarante tuvo conocimiento de las circunstancias.

 

 - El valor es obligatorio si el valor de category_code es 1, 2, 3, 4, 8, 9 o 10.

 - El valor debe ser nulo si el valor de category_code es 5 o 6.

request_method_code

(que en inglés quiere decir Código de la Métodologia de la Solicitud)

Enumerado

1

Según corresponda, introduzca el método de comunicación asociado con el código de categoría y la fecha de solicitud anteriores, como la forma en que se denegó la solicitud de servicio o la forma en que el declarante tuvo conocimiento de las circunstancias.

 

- El valor debe ser uno de los siguientes códigos:

1 - Correo electrónico

2 - Teléfono

3 - Sitio web

0 - Otros

- El valor es obligatorio si el valor de category_code es 1, 2, 3, 4, 8, 9 o 10.

- El valor debe ser nulo si el valor de category_code es 5 o 6.

evidence_description

(que en inglés quiere decir Descripción de las Pruebas)

Cadena de Caracteres

 

Descripción narrativa de las pruebas en apoyo de la disputa.

 

- El valor puede ser nulo si se utiliza la metodología 1 para una disputa.

- El valor puede ser nulo si se envían datos múltiples de disponibilidad fija procedentes del público.

 

Para obtener más información sobre el formato del archivo de datos para su carga, consulte las Especificaciones para los Datos de Disputas Múltiples de Disponibilidad Fija y Información Procedente del Público.

Incluya un Archivo con Pruebas si es Necesario

Además del archivo CSV requerido, los declarantes que presenten datos de disputas múltiples de disponibilidad fija basados en la Metodología 1 (Conocimiento de la Infraestructura) también deben cargar un archivo separado que proporcione pruebas para respaldar la disputa de disponibilidad fija.  Debe presentarse al menos un archivo de pruebas por cada archivo de disputas múltiples de disponibilidad fija. Los formatos de archivo aceptados para el archivo de pruebas son: DOC, DOCX, PDF, JPEG, PNG, JSON.

Este archivo con pruebas es opcional para las presentaciones de disputas de disponibilidad fija basadas en las metodologías 2 y 3, pero se pide a los disputadores a que incluyan pruebas (como correos electrónicos y otra correspondencia, capturas de pantalla o fotos, si son relevantes) que puedan ayudar a apoyar o corroborar la base fáctica de sus disputas.

El archivo de pruebas es opcional para los declarantes de datos mútiples de disponibilidad fija procedentes del público, independientemente de la metodología utilizada para recoger los datos.

Plantillas de Archivos:

Metodología 1

Metodologías 2 y 3

Volver a Presentar Disputas Múltiples

Si un disputador múltiple de disponibilidad fija desea volver a presentar una disputa rechazada con pruebas adicionales, deberá borrar la disputa rechazada en el sistema, leer el descargo de responsabilidad, aceptar la eliminación y, a continuación, volver a presentar la disputa con las pruebas adicionales. Tenga en cuenta que borrar la presentación significa que la información se elimina permanentemente y no se puede recuperar, por lo que cualquier información de la presentación que sea necesaria debe capturarse antes de borrarla la disputa anterior.

 

¿Fue útil este artículo?
Usuarios a los que les pareció útil: 0 de 0

Artículos en esta sección

Recursos en vídeo
Principales documentos de referencia
Guía del usuario y especificaciones de datos de BDC
Recursos para el formulario Form 477
consigue ayuda