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 código incorrecto o la entrada de infracción repetida, y explique la condición en el momento de la inspección y la corrección que pide. Use el código de infracción que se aplicaba en ese momento.
- Ejemplos de respaldo: el reporte de inspección y fotografías fechadas, registros de mantenimiento u otros registros de la época relacionados con la condición cuestionada. Una reparación hecha después de la inspección no demuestra por sí sola que el dato estuviera mal cuando se hizo la inspección. Las pruebas deben establecer el error cuestionado, no solo que un defecto se reparó después (§§4.13–4.14, 6.8, pp. 28–29, 56).
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 driver or a motor carrier filer submits an RDR to the DataQs website, along with supporting documentation, asserting that the MCSAP inspector entered an incorrect violation code on the inspection report documenting a roadside inspection of one of the motor carrier's vehicles." (§6.8, p. 56). Es decir: un conductor o un transportista presenta un RDR en el sitio de DataQs, con documentación de respaldo, y afirma que el inspector del programa MCSAP anotó un código de infracción incorrecto en el reporte de la inspección en carretera de uno de los vehículos del transportista.
La lista de tipos de solicitud de la guía dice que quien presenta la solicitud elige este tipo "when he/she believes that the inspection record(s) in question contains inaccurate and/or incomplete violation information on the vehicles and/or drivers that underwent inspection." (§4.12, p. 25). Es decir: cuando cree que el registro de inspección contiene datos de infracciones inexactos o incompletos sobre los vehículos o los conductores inspeccionados.
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." (p. 56). 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.
"In addition, it is recommended that the vehicle in question be verified against the original State report." (p. 56). Es decir: además, se recomienda cotejar el vehículo con el reporte original del estado.
Sus documentos y el inspector
"Second, review all documentation (if any) submitted by the filer to justify his/her request to modify the inspection file in MCMIS. If, in the estimation of the DataQs analyst, the filer's documentation is inadequate, he/she should contact the filer via the DataQs website and request additional information. Upon receipt of additional documentation, he/she should contact the MCSAP inspector responsible for the inspection report to discuss the issue at hand." (p. 56). 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; si le parece insuficiente, le pide más información por medio del sitio de DataQs y, al recibirla, consulta el asunto con el inspector del programa MCSAP responsable del reporte.
El aviso de la FMCSA de 2026 limita el papel del inspector en la decisión. Para la revisión inicial: "The issuing officer or inspector cannot be the sole decision-maker when the outcome of the RDR is 'Closed--No Data Correction Made.'" Para la reconsideración: "The RDR Reconsideration must not be reviewed or decided by the issuing officer or inspector, nor an immediate supervisor of the issuing officer or inspector." (91 FR 20567). Es decir: el oficial o inspector que hizo la inspección no puede decidir solo cuando el RDR se cierra sin corregir datos, y la reconsideración no la puede revisar ni decidir ese oficial o inspector ni su supervisor inmediato.
La carga de la prueba
La guía: "A letter to the State from the driver or the carrier simply claiming that the data reported are in error, or requesting that data be removed from his/her profile, is not sufficient. If no evidence is provided by the requestor, the RDR should be denied for insufficient evidence." (§4.14, p. 29). Es decir: no basta con una carta del conductor o del transportista al estado que solo afirme que los datos están mal o pida retirarlos de su perfil; si quien presenta la solicitud no aporta pruebas, el RDR se rechaza por pruebas insuficientes.
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).
Los códigos actualizados no se aplican a inspecciones anteriores
La guía pregunta si los códigos de infracción actualizados recientemente se aplican de forma retroactiva y responde: "No, pursuant to FMCSA policy, updated IT codes are only applied prospectively as of the date of implementation." Y sigue: "RDR filings requesting that violation IT codes be applied retroactively should be closed with no data correction made." (§4.17, p. 30). Es decir: según la política de la FMCSA, los códigos actualizados solo se aplican hacia adelante, desde la fecha en que se implementan; las solicitudes que piden aplicarlos de forma retroactiva se cierran sin corregir datos.
Infracciones en un chasis intermodal
Para una solicitud sobre una infracción de un IEP, el primer paso del analista es "Check to ensure that the State Inspection Official correctly recorded unit two as an intermodal chassis and properly identified the IEP." Después: "Check the motor carrier's SMS data to determine whether the intermodal chassis violation appears there. If the violation does not appear on the SMS page, it is not included in the SMS calculation." (§4.18, p. 30). Es decir: comprobar que el inspector estatal anotó correctamente la segunda unidad como chasis intermodal e identificó bien al IEP; luego, revisar los datos SMS del transportista para ver si allí aparece la infracción del chasis, porque si no aparece en la página del SMS, no entra en el cálculo del SMS.
No toda infracción del chasis corresponde al IEP: "IEPs will not be held responsible for visible or audible intermodal chassis violations that could be detected during a driver's pre-trip inspection. Some violations, although on the chassis, may be attributed to the motor carrier." La guía indica al analista que recomiende a quienes presentan solicitudes "review Section 390.44 of the FMCSRs as well as the implementing law for a complete description." (p. 30). Es decir: el IEP no responde por las infracciones visibles o audibles del chasis que el conductor podía detectar en su inspección previa al viaje, y algunas infracciones del chasis pueden atribuirse al transportista; para la descripción completa, la guía remite a la sección 390.44 de los reglamentos federales (FMCSR) y a la ley que la aplica.
Cuando la infracción vino con una citación
Un resultado judicial es otro tipo de solicitud, "Inspection—Citation with Associated Violation". La guía: "The filer chooses this option because he/she will provide documentation showing the adjudicated outcome of a citation associated with a violation cited on a roadside inspection report." (§4.12, p. 25). Es decir: quien presenta la solicitud elige esta opción porque aportará documentación que muestra el resultado judicial de una citación (el ticket que le dio el oficial) vinculada a una infracción del reporte de inspección. Lo que cada resultado le hace al registro se explica en la guía sobre citaciones.
Si el estado concluye que hubo un error
"If the documentation and the DataQs analyst's research confirm the existence of an incorrectly coded violation in the motor carrier's MCMIS inspection file, the DataQs 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. 56). Es decir: si la documentación y la investigación del analista confirman que hay una infracción mal codificada, el analista toma las medidas necesarias, según el protocolo de su estado, para actualizar el archivo de inspecciones; 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 un documento: el reporte de inspección. 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, secciones 4.12, 4.14, 4.17, 4.18 y 6.8, 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. El papel del inspector en la decisión y la 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.12–4.18, 6.8 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