Gestion recette Vijeo Designer : méthode structurée pour valider vos projets IHM
Mis à jour le 02/07/2026 par Julien Bonnin
La gestion recette Vijeo Designer est une étape critique que beaucoup d'équipes industrielles sous-estiment — et qui leur coûte cher en retours correctifs. Vijeo Designer, le logiciel IHM (Interface Homme-Machine) développé par Schneider Electric, est aujourd'hui déployé sur des milliers de terminaux dans les usines françaises. Pourtant, sa phase de recette reste souvent traitée de façon informelle, sans protocole, ce qui génère des non-conformités découvertes trop tard. Cet article vous donne une méthode complète, issue du terrain, pour structurer cette validation de A à Z.
Qu'est-ce que la recette Vijeo Designer ?
La recette Vijeo Designer est le processus formel de validation d'un projet d'interface homme-machine développé sous Vijeo Designer, visant à vérifier que les écrans, alarmes, variables et communications répondent exactement au cahier des charges avant mise en service.
Vijeo Designer est un environnement de développement IHM édité par Schneider Electric, utilisé pour programmer les terminaux de la gamme Magelis (GTO, GTU, STO, etc.). Un projet IHM y regroupe des pages graphiques, des variables liées à des automates (Modbus, Ethernet/IP, CANopen, etc.), des scripts, des alarmes et des recettes de paramètres process.
La recette, au sens contractuel du terme, désigne ici deux réalités distinctes qu'il faut bien séparer :
- La recette fonctionnelle : vérifie que chaque fonctionnalité décrite dans le cahier des charges est présente et opérationnelle.
- La recette technique : contrôle la cohérence des configurations (adresses variablles, types de données, temps de cycle, gestion des pertes de communication).
Pourquoi structurer la gestion recette Vijeo Designer ?
Structurer la gestion recette Vijeo Designer évite les démarrages en production avec des anomalies résiduelles qui, dans un environnement industriel, peuvent bloquer une ligne entière ou générer des données de traçabilité erronées.
Les projets IHM sont souvent perçus comme "secondaires" par rapport à la programmation automate. C'est une erreur de jugement que nous observons régulièrement sur le terrain. Un écran mal configuré peut masquer une alarme critique, afficher une valeur en mauvaise unité, ou pire, écrire une consigne incorrecte dans l'automate.
Voici les risques concrets d'une recette non structurée :
- Variables mal mappées : une adresse Modbus décalée d'un registre passe inaperçue à l'œil nu mais génère des valeurs aberrantes en production.
- Alarmes absentes ou mal libellées : l'opérateur ne reçoit pas l'information critique au bon moment.
- Recettes process non testées : le rechargement d'un jeu de paramètres écrase des valeurs actives sans confirmation ni log.
- Compatibilité version : une migration de Vijeo Designer V6.x vers V6.2 SP1 peut modifier le comportement de certains blocs scripts.
Les étapes clés d'un protocole de recette efficace
Un protocole de recette structuré se déroule en cinq phases séquentielles, chacune produisant un livrable documenté.
Phase 1 — Préparation du dossier de recette
Avant d'ouvrir Vijeo Designer, rassemblez :
- Le cahier des charges IHM (liste des pages, des variables, des alarmes)
- Le fichier projet `.vdz` en version figée (numéro de version identifié)
- La liste des équipements cibles (référence terminal, version firmware)
- Le plan de câblage réseau (IP, masque, port)
Phase 2 — Vérification statique du projet
Ouvrez le projet dans Vijeo Designer et effectuez les contrôles sans connexion à l'automate :
| Contrôle | Méthode | Critère d'acceptation |
|---|---|---|
| Cohérence des variables | Export CSV → comparaison avec liste référence | 0 écart de type ou d'adresse |
| Navigation entre pages | Clic manuel sur chaque bouton de navigation | Toutes les pages accessibles |
| Libellés alarmes | Lecture liste alarmes (menu Alarmes) | Conformité cahier des charges |
| Configuration recettes | Vérification structure fichiers recette | Champs et types corrects |
| Polices et résolution | Simulation sur résolution cible | Aucune troncature texte |
Phase 3 — Tests dynamiques en simulation
Vijeo Designer intègre un simulateur permettant de tester les pages sans terminal physique. Utilisez-le pour :
- Simuler des valeurs variables et vérifier l'affichage des jauges, courbes et valeurs numériques
- Déclencher manuellement des alarmes et vérifier l'affichage de la bannière, le son et l'acquittement
- Tester le chargement et la sauvegarde de recettes process (via le bloc fonctionnel Recipe Management)
Phase 4 — Recette sur site (FAT / SAT)
La FAT (Factory Acceptance Test) se déroule chez l'intégrateur avec l'automate de test ; la SAT (Site Acceptance Test) se déroule sur le site client avec l'automate réel. Pour chaque test :
- Décrire l'action à réaliser
- Noter la valeur attendue
- Noter la valeur observée
- Statut : Conforme / Non-conforme / À réserver
Phase 5 — Clôture et signature
Le procès-verbal de recette liste l'ensemble des points testés, les réserves éventuelles avec délai de levée, et est signé par le responsable technique du client. La version `.vdz` utilisée est archivée avec son numéro de build.
Comment gérer les écarts et non-conformités ?
Chaque écart constaté doit être enregistré dans un registre de non-conformités numéroté, avec sa criticité, son propriétaire et sa date de résolution cible — une pratique directement issue des référentiels qualité comme l'ISO 9001.
En pratique, nous classons les écarts en trois niveaux :
- Bloquant : anomalie qui empêche le démarrage ou met en danger la sécurité (ex. : écriture d'une consigne erronée). Résolution obligatoire avant signature.
- Majeur : fonctionnalité dégradée mais contournement possible (ex. : alarme avec libellé incorrect). Réservé avec délai contractuel.
- Mineur : aspect cosmétique ou amélioration non critique (ex. : couleur de fond). Traité en version corrective post-démarrage.
- Les scripts VBA qui ne s'exécutent pas sur certaines versions de firmware Magelis
- La gestion des pertes de communication : le comportement en cas de coupure réseau doit être explicitement testé
- Le rechargement des recettes : vérifier que le terminal demande bien une confirmation avant d'écraser les valeurs actives
Outils et documentation associés à Vijeo Designer
Schneider Electric met à disposition plusieurs ressources officielles pour accompagner la gestion recette Vijeo Designer.
Documentation officielle Schneider Electric :
- Vijeo Designer Basic User Guide — disponible sur le portail support Schneider Electric (EcoStruxure Exchange)
- Notes de version pour chaque mise à jour (liste des bugs corrigés, modifications de comportement)
- Bibliothèque de blocs fonctionnels documentés pour la gestion des recettes process
- Export CSV des variables : permet de comparer automatiquement la liste des variables du projet avec le référentiel du cahier des charges, en utilisant un simple tableau Excel
- Journal d'événements Magelis : accessible via le menu système du terminal, il trace les alarmes, les connexions opérateur et les chargements de recettes
- Outil de comparaison de projets : Vijeo Designer V6.2 intègre une fonction de comparaison entre deux versions d'un même projet, précieuse pour identifier les modifications entre une version FAT et une version SAT
Retour d'expérience : une recette mal menée, un démarrage retardé
Voici un cas concret que j'ai accompagné il y a quelques années dans une PME agroalimentaire de la région Occitanie. L'intégrateur avait livré le projet Vijeo Designer sans procès-verbal de recette formalisé. Le démarrage était prévu un lundi matin. Dès la première heure, les opérateurs constatent que les valeurs de température affichées sur le terminal Magelis GTO sont décalées de 10 °C par rapport à la réalité — un registre Modbus sur deux avait été échangé lors d'un remaniement de dernière minute du projet automate, sans répercussion côté IHM.
Résultat : deux jours d'arrêt pour corriger le projet, le retransférer, et recommencer les tests. Le coût direct (ingénieur + arrêt production) dépassait largement ce qu'aurait coûté une demi-journée de recette structurée.
C'est exactement le type de situation qu'une méthode de suivi et de validation de projet permet d'éviter. Non pas parce qu'elle ajoute de la bureaucratie, mais parce qu'elle force à formaliser ce qui, sinon, reste implicite — et donc incontrôlé.
La leçon que nous en tirons : la recette n'est pas une formalité administrative. C'est le seul moment où l'on peut encore corriger sans payer le prix fort.
Questions fréquentes
Q : Quelle est la différence entre la recette et la mise en service Vijeo Designer ?
R : La recette est la phase de validation formelle (avec PV signé) qui précède la mise en service. La mise en service est le démarrage opérationnel en production. On peut mettre en service sans recette — mais c'est un risque assumé et documenté.
Q : Vijeo Designer propose-t-il un outil natif de gestion des recettes process ?
R : Oui. Vijeo Designer intègre un mécanisme de recettes (Recipes) qui permet de sauvegarder et recharger des jeux de paramètres sur le terminal. Ce mécanisme s'appuie sur des fichiers stockés en mémoire interne ou sur carte CF/SD et se configure via des blocs fonctionnels dédiés dans l'éditeur.
Q : Combien de temps faut-il prévoir pour une recette Vijeo Designer ?
R : Selon la taille du projet (nombre de pages, de variables, d'alarmes), une recette complète prend entre une demi-journée pour un projet simple (20-30 pages) et deux à trois jours pour un projet complexe (100+ pages, plusieurs protocoles de communication). La préparation du dossier représente environ 30 % du temps total.
Q : Faut-il refaire une recette complète après chaque modification du projet ?
R : Non, mais toute modification doit faire l'objet d'une recette partielle ciblée sur les éléments impactés, documentée dans un avenant au PV initial. C'est la pratique recommandée dans les environnements soumis à des exigences qualité (ISO 9001, BRC, IFS).
Q : Comment archiver correctement un projet Vijeo Designer après recette ?
R : Archivez le fichier `.vdz` avec un numéro de version explicite (ex. : `Projet_Ligne3_v1.4_recette-SAT-20260702.vdz`), le PV de recette signé en PDF, et la liste des variables en CSV. Stockez ces trois éléments ensemble dans un répertoire projet horodaté.
Q : Les recettes Vijeo Designer sont-elles compatibles entre différentes versions du logiciel ?
R : La compatibilité entre versions majeures (ex. V5.x vers V6.x) n'est pas garantie et peut nécessiter une migration manuelle. Schneider Electric publie des notes de migration pour chaque version majeure, disponibles sur son portail support. Vérifiez toujours la compatibilité firmware terminal / version logiciel avant toute mise à jour.
---
Julien Bonnin — Consultant gestion et organisation à Montpellier. Depuis quinze ans, il accompagne des structures industrielles et tertiaires à structurer leurs outils et leurs processus pour gagner en fiabilité et en efficacité opérationnelle.
