Traçabilité des tests IATF 16949

L'IATF 16949 exige des fournisseurs automobiles qu'ils maintiennent des enregistrements de tests complets pour chaque unité de production, qu'ils suivent la capabilité des systèmes de mesure et qu'ils respectent des plans de contrôle documentés. TofuPilot vous fournit l'infrastructure pour capturer, stocker et analyser tout cela sans développer d'outillage sur mesure.

Exigences de l'IATF 16949 pour les enregistrements de tests

La norme s'appuie sur l'ISO 9001 et ajoute des clauses spécifiques à l'automobile qui impactent directement les tests de production.

Clause 8.5.2 (Identification et traçabilité) exige que vous identifiiez chaque produit tout au long de la production et conserviez des enregistrements liant un numéro de série à son historique de tests complet. Chaque DUT doit être traçable de la matière première au test final.

Clause 7.1.5 (Analyse des systèmes de mesure) impose que vous étudiiez la variation de vos systèmes de mesure. Vous devez démontrer que vos instruments, montages et équipements de test produisent des résultats répétables et reproductibles. Cela implique le suivi du Cpk et du R&R au fil du temps.

Clause 8.5.1.1 (Plans de contrôle) exige des plans de contrôle documentés spécifiant ce que vous mesurez, à quelle fréquence, et quels sont les critères d'acceptation. Votre infrastructure de test doit appliquer ces limites de manière cohérente.

Comment TofuPilot répond aux exigences IATF

Structurer les tests pour la traçabilité automobile

Votre test OpenHTF doit capturer le numéro de série (DUT ID), l'identité de la station, l'opérateur et chaque mesure avec ses limites d'acceptation. Cela fournit à TofuPilot tout ce dont il a besoin pour construire un enregistrement de traçabilité complet.

import openhtf as htf
from openhtf.util import units
from tofupilot.openhtf import TofuPilot

@htf.measures(
    htf.Measurement("supply_voltage")
    .in_range(minimum=4.75, maximum=5.25)
    .with_units(units.VOLT),
    htf.Measurement("quiescent_current")
    .in_range(maximum=0.012)
    .with_units(units.AMPERE),
    htf.Measurement("output_signal_frequency")
    .in_range(minimum=999.5, maximum=1000.5)
    .with_units(units.HERTZ),
)
def power_and_signal_check(test):
    test.measurements.supply_voltage = 5.02
    test.measurements.quiescent_current = 0.0087
    test.measurements.output_signal_frequency = 1000.1

@htf.measures(
    htf.Measurement("can_bus_response_time")
    .in_range(maximum=10.0),
    htf.Measurement("can_message_checksum_valid")
    .equals(True),
)
def communication_check(test):
    test.measurements.can_bus_response_time = 4.3
    test.measurements.can_message_checksum_valid = True

def main():
    test = htf.Test(
        power_and_signal_check,
        communication_check,
    )

    with TofuPilot(test):
        test.execute(test_start=lambda: "ECU-SN-20260312-0047")

if __name__ == "__main__":
    main()

Chaque exécution enregistrée dans TofuPilot lie le numéro de série, la station, les mesures, les limites et le verdict réussite/échec en un seul enregistrement traçable.

Analyse des systèmes de mesure avec TofuPilot

L'IATF 16949 exige que vous prouviez que vos systèmes de mesure sont capables. TofuPilot suit chaque valeur de mesure avec ses limites à travers toutes les exécutions, vous permettant de surveiller le Cpk directement depuis le tableau de bord.

Pour supporter l'analyse MSA, structurez vos tests de sorte que chaque nom de mesure reste cohérent entre les stations et dans le temps. Si vous mesurez supply_voltage sur la Station A et la Station B, utilisez le même nom de mesure sur les deux. Les analyses de mesure de TofuPilot afficheront alors la distribution, le Cpk et la carte de contrôle pour cette mesure sur l'ensemble de votre parc.

Vous n'avez pas besoin d'écrire des scripts Python pour calculer le Cpk ou construire des histogrammes. Le tableau de bord de TofuPilot affiche les métriques de capabilité de processus, les histogrammes de mesure et les cartes de contrôle pour chaque nom de mesure que vous enregistrez.

Application du plan de contrôle

Votre plan de contrôle définit ce qui est mesuré et les critères d'acceptation. Dans OpenHTF, vous les encodez comme limites de mesure avec .in_range(). TofuPilot stocke à la fois la valeur mesurée et les limites avec chaque exécution.

Cela signifie qu'un auditeur peut vérifier que chaque unité a été testée avec les limites documentées. Si les limites changent entre les lots de production, l'historique des exécutions de TofuPilot montre exactement quelles limites s'appliquaient à quelles unités.

Éléments de sortie non conformes et analyse des défaillances

Lorsqu'une unité échoue, l'IATF 16949 exige que vous documentiez ce qui n'a pas fonctionné et que vous préveniez la récurrence. Le diagramme de Pareto des défaillances de TofuPilot montre quelles mesures échouent le plus souvent dans votre production. Filtrez par station, plage de dates ou numéro de pièce pour isoler les problèmes systémiques.

Chaque exécution échouée conserve les valeurs mesurées exactes aux côtés des limites qui ont été violées, vous fournissant les données brutes pour les rapports 8D et les enregistrements d'actions correctives.

Préparation à l'audit

Pour les audits IATF, vous devez démontrer que votre système de test capture des enregistrements complets et que vous surveillez la capabilité du processus. Avec TofuPilot, vous pouvez afficher n'importe quelle unité par numéro de série et montrer son historique de test complet, ses mesures, limites et verdict. Les tendances FPY et les graphiques Cpk du tableau de bord fournissent les preuves de surveillance continue attendues par les auditeurs.