Prepare su solicitud: lista de pruebas
- Identifique el número de reporte, el estado y la fecha de la inspección, y el dato o la infracción concreta que cuestiona.
- Identifique el nombre o el campo del conductor que está mal, el conductor que realmente intervino y la corrección exacta que pide.
- Ejemplos de respaldo: el reporte de inspección, el registro o la licencia del conductor que corresponda, y registros de despacho o de servicio de ese hecho que vinculen al conductor correcto con esta inspección. Son ejemplos de pruebas pertinentes, no una lista oficial de documentos para todos los casos; el analista puede pedir más (§§4.13, 6.13, pp. 28, 59–60).
La lista de carga de RoadsideProof es una condición de admisión de su comprobación automática opcional de integridad. Que el software pueda empezar con un reporte no demuestra que el RDR deba aceptarse. La agencia decide si las pruebas fundamentan la corrección. Un error de registro no requiere una resolución judicial solo por ser un RDR.
Siguiente paso: envíe las pruebas con su propia solicitud en DataQs, siga la respuesta y aporte la información adicional que le pidan. Para solicitudes estatales, consulte la guía de plazos y compruebe la etapa de revisión y el plazo de respuesta aplicables.
El tipo de solicitud
La DataQs Analyst Guide de la FMCSA: "A motor carrier or driver filer submits an RDR to the DataQs website, along with supporting documentation, asserting that driver information collected by a State MCSAP inspector contained erroneous data." (§6.13, p. 59). Es decir: un transportista o un conductor presenta un RDR en el sitio de DataQs, con documentación de respaldo, y afirma que los datos del conductor que anotó un inspector estatal del programa MCSAP contenían errores.
Lo primero que revisa el analista
"The DataQs analyst should review the original State report (crash or inspection) and SAFETYNET to verify the carrier assigned to the vehicle record in question. Then, the analyst should confirm the identity of the filer, if that confirmation would be instrumental in resolving the RDR." (p. 59). Es decir: el analista de DataQs debe revisar el reporte original del estado (de accidente o de inspección) y SAFETYNET (el sistema donde el estado registra inspecciones y accidentes) para verificar qué transportista está asignado al registro del vehículo; después, debe confirmar la identidad de quien presenta la solicitud, si eso ayuda a resolver el RDR.
Sus documentos y el inspector
"Second, review all documentation (if any) submitted by the filer to justify his/her request to modify the inspection report in MCMIS. Refer to the USDOT's 37-Point Level I Truck Safety Inspection Checklist for guidance on information that is required to be collected during an inspection. Consider contacting the State MCSAP inspector to discuss the RDR." (pp. 59–60). Es decir: en segundo lugar, el analista revisa la documentación que haya aportado quien presenta la solicitud para justificar el cambio en MCMIS, la base de datos de la FMCSA; para saber qué datos deben anotarse en una inspección, consulta la lista de 37 puntos del USDOT para la inspección de nivel I, y puede hablar del RDR con el inspector estatal del programa MCSAP.
"If, after performing this background research, the DataQs analyst concludes that additional information is required, contact the filer to request specific information." (p. 60). Es decir: si después de esa investigación el analista concluye que necesita más información, se comunica con quien presentó la solicitud para pedirle datos concretos.
La carga de la prueba
El proceso revisado de DataQs para los estados se aplica a las solicitudes presentadas desde el 18 de septiembre de 2026. No tiene efecto retroactivo ni establece plazos para las revisiones federales. En las tres etapas, la carga de la prueba recae en quien presenta la solicitud. Una solicitud para quitar o modificar información debe explicar, con razones de hecho o de derecho, por qué es incorrecta o incompleta, con la documentación de respaldo necesaria (91 FR 20567).
Si el estado concluye que hubo un error
"If the DataQs analyst concludes that certain information about the commercial driver was incorrectly entered on the inspection report, the analyst should take the steps necessary (according to his/her State's protocol) to update the inspection file. Corrections to MCMIS data should be uploaded within 7 days from the date that the State concluded an error occurred. The DataQs analyst should then notify the motor carrier and other involved participants via the DataQs website that this change was made." (p. 60). Es decir: si el analista concluye que algún dato del conductor se anotó mal en el reporte de inspección, toma las medidas necesarias, según el protocolo de su estado, para actualizar el archivo; las correcciones a los datos de MCMIS deben cargarse dentro de los 7 días desde la fecha en que el estado concluyó que hubo un error, y después el analista informa al transportista y a los demás participantes, por medio del sitio de DataQs, que se hizo el cambio.
Durante cuánto tiempo se puede pedir una revisión
El proceso revisado de DataQs para los estados se aplica a las solicitudes presentadas desde el 18 de septiembre de 2026. No tiene efecto retroactivo ni establece plazos para las revisiones federales. El aviso de 2026 exige que los estados acepten y revisen de buena fe los RDR sobre inspecciones presentados dentro de los 3 años desde la inspección y los RDR sobre accidentes dentro de los 5 años desde el accidente (91 FR 20566).
Cómo trata RoadsideProof esta categoría
Para esta categoría, la revisión pagada busca dos documentos: el reporte de inspección y el registro del conductor que contradice el dato anotado. La revisión comprueba si la primera solicitud está completa.
No presentamos la solicitud por usted. Usted la presenta desde su propia cuenta y la firma, y esa firma queda sujeta a 18 U.S.C. 1001.
No prometemos ningún resultado. La carga de la prueba recae en quien presenta la solicitud. El proceso revisado de DataQs para los estados se aplica a las solicitudes presentadas desde el 18 de septiembre de 2026. No tiene efecto retroactivo ni establece plazos para las revisiones federales. Sus etapas son revisión inicial (Initial Review), reconsideración (Reconsideration) y revisión final (Final Review). La FMCSA considera definitiva la decisión del estado sobre el RDR una vez concluida la revisión final; esto es distinto de la resolución judicial de una citación.
Fuentes
FMCSA, DataQs Analyst Guide: Best Practices for Federal and State Agency Users, 2.ª edición, diciembre de 2014, sección 6.13, tal como se publica en el sitio de DataQs, en la copia archivada el 26 de mayo de 2026. Los números de página son los de la propia guía. Carga de la prueba: Federal Register, 91 FR 20567, FR Doc. 2026-07429.
Fuentes y revisión de datos
Revisión editorial de las fuentes: .
- FMCSA RDR Request Type Definitions · March 2025 · p. 2 Copia archivada de la edición revisada (en inglés)
- FMCSA DataQs Analyst Guide · 2nd edition, December 2014 · Chapters 4–6 (requests, adjudicated citations and record errors) · §§4.13–4.14, 6.13 Copia archivada de la edición revisada (en inglés)
- FMCSA State DataQs review requirements · 91 FR 20561–20568, April 16, 2026 · pp. 20563–20568
- FMCSA DataQs Update Fact Sheet · document dated September 15, 2026 · p. 1 (requests submitted from September 18, 2026; system updates)
Las fechas de los documentos y de los cortes de datos son distintas de esta revisión editorial. Esta revisión no valida los cálculos del software ni el procesamiento o almacenamiento de documentos.
Más sobre Errores en un registro de inspección