Type de document : Processus / PROCÉDURE OPÉRATIONNELLE | Vertical : EVSE | Périmètre équipement : Firmware du système de gestion de batterie (BMS) sur modules de stockage d'énergie intégrés EVSE | Corridor : Ligne de fabrication CN → Site d'acceptance QA | Équipe propriétaire : Opérations d'ingénierie TradVolt
| N° d'étape | Action | Responsable | Document d'entrée | Document de sortie | Critère « done-when » |
|---|---|---|---|---|---|
| 1 | Réceptionner le paquet de release firmware (artefact signé, note de release OEM, checksum SHA-256) du fournisseur de firmware. | Responsable QA | Note de release OEM, paquet firmware signé | Entrée de journal de réception | Le SHA-256 de l'artefact correspond à la note de release OEM et le journal de réception est signé. |
| 2 | Mettre en attente l'artefact dans le coffre de gestion des versions, attribuer un tag de version sémantique et geler les dépendances. | Ingénieur release | Paquet firmware signé | Enregistrement coffre versions, tag version épinglé | Le tag de version est immuable et visible dans le registre des versions. |
| 3 | Flasher le firmware épinglé sur l'unité BMS de référence et exécuter la checklist de régression sur banc (équilibrage des cellules, précision SOC, diagnostics CAN). | Ingénieur de test | Firmware épinglé, checklist régression banc BMS-REGR-CHECKLIST-v3.pdf | Rapport de régression sur banc | Tous les items de la checklist banc passent et le rapport est contresigné par l'ingénieur de test. |
| 4 | Émettre l'instruction de build ligne avec la version épinglée vers la ligne de production CN. | Ingénieur process | Version épinglée approuvée, modèle d'instruction de build ligne | Instruction de build ligne LBI-CN-BMS-XXXX.pdf | L'instruction de build ligne est acknowledged par le superviseur de ligne CN. |
| 5 | Programmer chaque module BMS sur la ligne CN et enregistrer la version du firmware sur chaque traveler. | Opérateur ligne CN | Instruction de build ligne, fiche traveler | Fiche traveler avec colonne version | 100 % des travelers de cette unité portent la version firmware épinglée. |
| 6 | Emballer les unités avec le manifeste de version firmware et préparer l'expédition sous l'Incoterm désigné vers le site d'acceptance QA. | Opérateur logistique | Fiche traveler, packing list, manifeste de version | Dossier d'expédition avec Incoterm, manifeste de version | Le manifeste de version est joint et le code Incoterm correspond au contrat commercial. |
| 7 | Réceptionner les unités au site d'acceptance QA et vérifier la version du firmware sur chaque unité ; exécuter l'échantillonnage d'acceptance selon ISO 2859-1. | Inspecteur QA | Dossier d'expédition, plan d'échantillonnage AQL | Rapport d'inspection réception | Le résultat d'échantillonnage est enregistré et la disposition du lot est définie. |
| 8 | Valider le lot accepté et mettre à jour le registre des versions avec le tag de production. | Responsable QA | Rapport d'inspection réception | Mise à jour du registre des versions, note de release du lot | La note de release du lot est archivée et le registre des versions affiche le tag de production. |
| 9 | Détecter une régression en service et enregistrer un ticket avec les stack traces, la version firmware installée et la plage de numéros de série des unités. | Ingénieur terrain | Ticket de service, dump journal de diagnostic | Ticket de régression avec dossier de preuves | Le ticket est catégorisé en régression firmware et routé vers le manager ingénierie. |
| 10 | Autoriser le rollback vers la bonne version précédemment épinglée enregistrée dans le registre des versions. | Manager ingénierie | Ticket de régression, registre des versions | Enregistrement d'autorisation de rollback | L'enregistrement d'autorisation nomme la version épinglée cible et la plage de numéros de série affectée. |
| 11 | Flasher le firmware épinglé sur les unités affectées et exécuter la checklist de rollback BMS-ROLLBACK-CHECKLIST-v2.pdf. | Technicien service | Firmware épinglé, checklist de rollback | Rapport de service rollback | Tous les items de la checklist passent et l'unité rapporte la version épinglée. |
| 12 | Ajouter l'événement de rollback au journal d'audit et notifier la QA pour clore le ticket d'origine. | Ingénieur release | Rapport de service rollback | Entrée journal d'audit, ticket clôturé | L'entrée du journal d'audit est horodatée et la QA confirme la clôture du ticket. |
| Rôle | Responsabilité principale dans cette PROCÉDURE OPÉRATIONNELLE |
|---|---|
| Responsable QA | Réceptionne le paquet firmware, valide les lots acceptés. |
| Ingénieur release | Met en attente le firmware dans le coffre de gestion des versions, tient le journal d'audit. |
| Ingénieur de test | Exécute la régression sur banc de l'unité de référence. |
| Ingénieur process | Émet l'instruction de build ligne. |
| Opérateur ligne CN | Programme les modules BMS, enregistre la version sur le traveler. |
| Opérateur logistique | Emballe les unités, joint le manifeste de version, expédie sous Incoterm. |
| Inspecteur QA | Exécute l'échantillonnage d'acceptance ISO 2859-1 sur les lots entrants. |
| Ingénieur terrain | Enregistre les tickets de régression depuis le service. |
| Manager ingénierie | Autorise les rollbacks. |
| Technicien service | Exécute le flash de rollback et la checklist. |
OEM-RELEASE-NOTE-BMS-vX.Y.pdf — note de release OEM pour chaque version firmware.BMS-FIRMWARE-PACKAGE-vX.Y.signed.bin — artefact firmware signé.BMS-FIRMWARE-CHECKSUM-vX.Y.txt — fichier de checksum SHA-256.BMS-REGR-CHECKLIST-v3.pdf — checklist de régression sur banc pour unité de référence.LBI-CN-BMS-XXXX.pdf — instruction de build ligne émise vers la ligne de production CN.TRAVELER-CN-BMS-XXXX.pdf — fiche traveler avec colonne version.SHIPMENT-MANIFEST-BMS-XXXX.pdf — manifeste d'expédition incluant liste de versions et code Incoterm.AQL-PLAN-BMS-v2.pdf — plan d'échantillonnage ISO 2859-1 utilisé à l'acceptance QA.INCOMING-INSPECTION-REPORT-BMS-XXXX.pdf — rapport d'inspection réception QA.BMS-ROLLBACK-CHECKLIST-v2.pdf — checklist de rollback utilisée sur le terrain.ROLLBACK-AUTH-RECORD-XXXX.pdf — enregistrement d'autorisation de rollback.AUDIT-LOG-BMS.csv — journal d'audit append-only des événements de version.| Phase | Dépend de | Durée indicative |
|---|---|---|
| Réception et vérification release OEM (Étape 1) | Paquet de release OEM disponible | 0,5 jour ouvré (indicatif) |
| Mise en attente et épinglage dans le coffre (Étape 2) | Étape 1 terminée | 0,5 jour ouvré (indicatif) |
| Régression sur banc (Étape 3) | Étape 2 terminée, unité de référence disponible | 1 jour ouvré (indicatif) |
| Instruction de build ligne (Étape 4) | Étape 3 passée | 0,5 jour ouvré (indicatif) |
| Programmation ligne CN (Étape 5) | Étape 4 émise, créneau ligne CN réservé | 1 à 2 jours ouvrés par lot de build (indicatif) |
| Expédition CN → QA (Étape 6) | Étape 5 terminée, Incoterm défini dans le contrat commercial | INCERTAIN — dépend de l'Incoterm et de la voie |
| Inspection réception au site QA (Étape 7) | Livraison Étape 6 | 1 jour ouvré par lot (indicatif) |
| Validation du lot (Étape 8) | Étape 7 passée | 0,5 jour ouvré (indicatif) |
| Détection de régression (Étape 9) | Rapport terrain, plage de numéros de série | 0,5 jour ouvré (indicatif) |
| Autorisation du rollback (Étape 10) | Ticket Étape 9 trié | 0,5 jour ouvré (indicatif) |
| Flash et vérification rollback (Étape 11) | Étape 10 autorisée, technicien dépêché | 0,5 à 1 jour ouvré par visite site (indicatif) |
| Mise à jour journal d'audit (Étape 12) | Rapport Étape 11 archivé | 0,25 jour ouvré (indicatif) |
L'inspection réception au site d'acceptance QA utilise un plan d'échantillonnage attribut à plan simple tiré d'ISO 2859-1. La classe AQL, le niveau d'inspection et les nombres accept/reject sont définis par contrat dans AQL-PLAN-BMS-v2.pdf ; cette PROCÉDURE OPÉRATIONNELLE ne code pas en dur les valeurs AQL ici. [Revendication — référence d'échantillonnage ISO 2859-1, Src : ISO 2859-1, URL : https://www.iso.org/standard/11437.html, accessed 2026-09-21]
L'expédition du site de fabrication CN vers le site d'acceptance QA est exécutée sous l'Incoterm désigné dans le contrat commercial actif (couramment EXW, FCA, FOB, CIP ou DAP selon le corridor). Le transfert des coûts, le transfert des risques et la responsabilité douanière suivent les définitions ICC Incoterms 2020. Le code Incoterm est enregistré sur le manifeste d'expédition et sur le manifeste de version. [Revendication — définition Incoterms, Src : ICC Incoterms 2020, URL : https://iccwbo.org/business-solutions/incoterms-rules/incoterms-2020/, accessed 2026-09-21]
Les lignes ci-dessous sont uniquement des postes de coût. TradVolt ne publie pas de prix fixes sur cette PROCÉDURE OPÉRATIONNELLE ; le prix final est confirmé sur le devis actif.
Demander un devis — réponse sous 48h Télécharger la checklist de régression BMS (PDF)
Les deux liens ci-dessus sont des CTA actifs sur tradvolt.com ; si l'un d'eux ne se résout pas, contactez [email protected] pour l'artefact courant.
© TradVolt. Cette page est un brouillon de processus / PROCÉDURE OPÉRATIONNELLE pour les équipes de service EVSE. Elle ne constitue pas un avis en matière douanière, fiscale ou juridique. Les codes HS, taux de droits et délais doivent être confirmés auprès des portails douaniers et fiscaux officiels du pays importateur au moment de chaque expédition. Dernière révision : 2026-09-21.