Règlement IA UE · Automotive AI
Quand un OEM demande si la fonction de conduite approuvée est encore celle du véhicule, que lui remettez-vous ?
Pas le dossier d’approbation de l’an dernier. La fonction qui tourne maintenant.
RiskLine enregistre la fonction approuvée, surveille les écarts et garde des preuves horodatées pour la revue qualité fournisseur.
Functional safety · Qualité · Qualité fournisseur
- 01Fonction verrouillée
- 02Modèle réentraîné
- 03Revue en attente
- 04Signé
- 05Fonction verrouillée
Preuve
Walkthrough en production
Aucun système automobile n’est encore préchargé. Demandez le walkthrough — nous l’enregistrerons avec vous.
Demander ce walkthroughCe que demande votre acheteur
Trois questions. Trois éléments à pouvoir remettre.
Est-ce encore la fonction approuvée ?
Ce que vous remettez
Un enregistrement de la fonction prévue, de la version logicielle approuvée et du domaine opérationnel.
Qui signe un changement matériel ?
Ce que vous remettez
Un reviewer nommé avant qu’un changement de modèle ou de perception remplace la fonction approuvée.
Comment sauriez-vous que l’enveloppe a bougé ?
Ce que vous remettez
Contrôles de seuil et un incident après mise en service.
Pourquoi maintenant
Une assurance figée ne survit pas à un système vivant.
Les modèles avancent plus vite que les approbations
Un modèle de perception réentraîné peut partir bien avant le prochain cycle de revue formelle.
Les fournisseurs sont interrogés directement
La qualité fournisseur OEM demande l’état actuel d’une fonction IA, pas l’état au SOP.
La preuve doit porter une date
Un journal de changements avec reviewer et horodatage répond à une question qu’un slide ne peut pas.
Ce que nous vérifions
Obligations sélectionnées → contrôles → preuves
Vendu aux OEM et Tier 1 européens. Lu par des acheteurs au Royaume-Uni et aux États-Unis.
| Obligation | Contrôle exemple | Preuve |
|---|---|---|
| Règlement IA UELorsque la fonction est un composant de sécurité à haut risque | Enregistrement écrit de la fonction, version et domaine. | Fiche fonction et verrouillage de version. |
| Maîtrise des changementsChangement de modèle ou de stack perception | Revue par un owner nommé avant remplacement. | Journal avec reviewer et flag matériel. |
| SupervisionLorsque l’usage dépend d’un conducteur ou opérateur | Étape de supervision nommée ; exceptions journalisées. | Statut de supervision et piste d’exception. |
| MonitoringEnveloppe en service | Limites de performance de la version approuvée vérifiées après déploiement. | Seuils et incident. |
RiskLine ne classifie aucune fonction véhicule réelle ici. Pas un avis juridique. Ne certifie pas la conformité.
Pilote 30 jours · optionnel
Pour aller plus loin, commencez par un système qui compte.
1–3 applications ou workflows IA · 5–15 contrôles convenus · vérification continue · revue des exceptions et des preuves · synthèse executive. Aucun résultat juridique promis.
Périmètre et contrôles
Convenez des systèmes, du jeu de contrôles et de ce que « verified » signifie pour chacun.
Brancher la vérification
Reliez le contexte de classification et les contrôles à l’environnement live.
Exécution et exceptions
Les contrôles continus font remonter les exceptions ; les owners les traitent.
Pack de preuves
Remettez des findings horodatés que vos acheteurs peuvent vraiment lire.
Demander le walkthrough
Voir cela pour Automotive ? Dites-nous qui vous êtes.
Pas de pilote requis. Cochez la case seulement si vous voulez en parler.
FAQ
Réponses directes
RiskLine est-il une certification safety ?
Non. Couche de vérification advisory. Ne remplace pas la sûreté de fonctionnement ni l’homologation.
Y a-t-il une démo automobile ?
Pas encore. La démo healthcare montre la même chaîne. Demandez le walkthrough ci-dessous.
Se connecte-t-il à notre toolchain ?
Un pilote fixe d’abord le périmètre. L’intégration suit.
Un autre secteur ?