Reglamento IA UE · Automotive AI
Cuando un OEM pregunta si la función de conducción aprobada sigue siendo la del vehículo, ¿qué les entrega?
No el expediente de aprobación del año pasado. La función que corre ahora.
RiskLine registra la función aprobada, vigila el cambio frente a ella y mantiene evidencia con marca de tiempo para la revisión de calidad de proveedor.
Functional safety · Calidad · Calidad de proveedor
- 01Función bloqueada
- 02Modelo reentrenado
- 03Revisión pendiente
- 04Firmado
- 05Función bloqueada
Prueba
Walkthrough en producción
Aún no hay sistemas de automoción precargados. Solicite el walkthrough.
Solicitar este walkthroughLo que pregunta su comprador
Tres preguntas. Tres cosas que debería poder entregar.
¿Sigue siendo la función aprobada?
Lo que entrega
Un registro de la función prevista, la versión de software aprobada y el dominio operativo.
¿Quién firma un cambio material?
Lo que entrega
Un revisor nombrado antes de que un cambio de modelo o percepción sustituya la función aprobada.
¿Cómo sabría que el envelope se movió?
Lo que entrega
Comprobaciones de umbral y un incidente tras el despliegue en campo.
Por qué ahora
La garantía de un instante no sobrevive a un sistema en vivo.
Los modelos se actualizan más rápido que las aprobaciones
Un modelo de percepción reentrenado puede salir mucho antes del siguiente ciclo formal de revisión.
Preguntan directamente a los proveedores
La calidad de proveedor del OEM pide el estado actual de una función de IA, no el del SOP.
La evidencia debe llevar fecha
Un change log con revisor y marca de tiempo responde a una pregunta que una diapositiva no puede.
Qué verificamos
Obligaciones seleccionadas → controles → evidencia
Vendido a OEM y Tier 1 europeos. Leído por compradores en Reino Unido y EE. UU.
| Obligación | Control de ejemplo | Evidencia |
|---|---|---|
| Reglamento IA UECuando la función es un componente de seguridad de alto riesgo | Registro escrito de función, versión y dominio. | Registro de función y bloqueo de versión. |
| Control de cambiosCambio de modelo o stack de percepción | Revisión por owner nombrado antes del reemplazo. | Log con revisor y flag material. |
| SupervisiónCuando el uso depende de un conductor u operador | Paso de supervisión nombrado; excepciones registradas. | Estado de supervisión y rastro de excepciones. |
| MonitoringEnvelope en campo | Límites de rendimiento de la versión aprobada comprobados tras el despliegue. | Umbrales e incidente. |
RiskLine no clasifica ninguna función real del vehículo aquí. No es asesoramiento jurídico. No certifica cumplimiento.
Piloto de 30 días · opcional
Si quiere ir más lejos, empiece por un sistema que importe.
1–3 aplicaciones o flujos de IA · 5–15 controles acordados · verificación continua · revisión de excepciones y evidencia · hallazgos ejecutivos. Sin resultado jurídico prometido.
Alcance y controles
Acuerde los sistemas, el conjunto de controles y qué significa «verified» para cada uno.
Conectar la verificación
Enlace el contexto de clasificación y las comprobaciones al entorno en vivo.
Ejecución y excepciones
Las comprobaciones continuas sacan excepciones; los responsables las revisan y remedia.
Pack de evidencia
Entregue hallazgos con marca de tiempo que sus compradores puedan leer de verdad.
Solicitar el walkthrough
¿Ver esto para Automotive? Díganos quién es.
No hace falta piloto. Marque la casilla solo si quiere hablar de uno.
FAQ
Respuestas claras
¿RiskLine es una certificación de safety?
No. Capa de verificación advisory. No sustituye functional safety ni homologación.
¿Hay demo de automoción?
Aún no. La demo de healthcare muestra la misma cadena.
¿Se conecta a nuestra toolchain?
Un piloto acuerda primero el alcance. La integración sigue de ahí.
¿Otro sector?