Manuel utilisateur

Kalman FAT Suite — Manuel du workflow

Guide pratique des projets, rôles, phases, décisions indépendantes et exécution FAT/SAT contrôlée.

Kalman FAT Suite organise les essais de réception sans que plusieurs personnes écrasent une décision commune.

Structure : Projet → Zone → Package → Élément ; une session ajoute phase, état, participants et réponses individuelles.

Le manuel décrit le produit actuel et précise la limite du reporting participant.

Commencez par ces six étapes

Suivez ce parcours pour votre premier projet. Chaque carte ouvre les instructions correspondantes.

  1. Préparer le projetTéléchargez le modèle, remplissez les points et procédures dans Excel, puis importez le fichier. Vous pourrez les modifier ensuite sur le site.
  2. Attribuer les responsabilitésInvitez les membres et réglez leurs accès pour chaque phase.
  3. Ouvrir une sessionChoisissez la phase et vérifiez les participants avant l’ouverture.
  4. Enregistrer votre réponseSauvegardez votre décision et commentaire technique ; vérifiez la confirmation.
  5. Traiter les écartsAnalysez les constats, suivez les corrections et refaites les essais.
  6. Vérifier et remettreConfirmez les résultats partagés et préparez le PDF.

Les fonctions à votre disposition

Workflow complet

  1. Commencez avec Excel. Téléchargez le modèle avec le bouton en haut de ce manuel ou dans le tableau des projets.
  2. Renseignez les points de contrôle, les procédures d’essai et les résultats attendus dans Excel. Conservez les noms des feuilles et les titres des colonnes du modèle.
  3. Créez un projet vide dans le tableau des projets et ouvrez-le. Avec le rôle Owner ou Admin, choisissez Data tools → Import Excel, puis votre fichier rempli. La liste est ainsi chargée sans saisir chaque point à la main.
  4. Vérifiez la liste importée. À tout moment, le propriétaire ou l’administrateur peut ajouter des points, définir des procédures et modifier les points ou les procédures directement sur le site. Il n’est pas nécessaire de réimporter le fichier. Vous pouvez aussi créer le projet à la main ou découvrir le fonctionnement avec le projet de démonstration.
  5. Vérifier informations, rapport, références et structure dans Project settings.
  6. Inviter les membres et attribuer les rôles.
  7. Créer une Phase Session en Draft et choisir phase et participants.
  8. Vérifier puis ouvrir ; la liste change uniquement en Draft.
  9. Chaque participant enregistre son statut et commentaire.
  10. Contrôler Passed, Rejected, Blocked et Pending.
  11. Fermer après revue puis archiver.
  12. Confirmer séparément le résultat Legacy/Consolidated avant le PDF actuel.

Structure

ProjetConteneur permanent du périmètre, membres, références, rapport et phases.
ZoneGroupe principal par installation, système ou discipline.
PackageGroupe gérable de contrôles liés.
ÉlémentContrôle individuel IO, HMI, alarme, séquence, réseau, cybersécurité ou document.
Phase SessionCycle contrôlé avec phase, participants et réponses.
Participant ResponseDécision d'une personne, séparée des autres et du résultat partagé.

Phases et cycle de vie

TypesInternal, Pre-FAT, FAT, SAT, Punch Retest, Final Acceptance, Custom.
DraftPréparation ; aucune réponse.
OpenLes participants répondent ; liste verrouillée.
ClosedLecture seule ; pas de réouverture.
ArchivedHistorique : Draft → Open → Closed → Archived ; Draft peut être archivé.

Accès propre à chaque phase

Rôle projetLe rôle permanent gère paramètres, structure, imports et membres, sans imposer le rôle de chaque phase.
Admin de phaseGère accès et cycle de cette phase et peut enregistrer sa réponse, sans obtenir les droits permanents du projet.
Tester de phaseEnregistre uniquement sa décision par élément et ne modifie jamais autrui.
Viewer / Aucun accèsViewer lit seulement et ne compte jamais Pending. Aucun accès masque la phase. Le Project Owner conserve un contrôle de secours.
Required responderSeul Admin ou Tester peut être requis et reste Pending avant enregistrement.

Accès et responsabilité

L'accès email est appliqué en base.

L'appartenance au projet et l'accès de phase sont indépendants : Admin en Pre-FAT, Viewer en FAT et aucun accès en SAT sont possibles pour la même personne.

Rôles

OwnerCréateur avec contrôle total ; non supprimable par Admin.
AdminGère structure, paramètres, rapports et membres.
TesterExécute et modifie uniquement sa réponse.
ViewerLecture seule.

Gestion des accès

  • Owner/Admin gère les membres et rôles permanents dans Project settings.
  • En Draft, l'Admin de phase attribue Admin, Tester, Viewer ou Aucun accès à tout membre.
  • Required responder indique une réponse attendue.
  • Owner est protégé et les changements auditables.

Règles de sécurité

  • Chacun modifie uniquement sa réponse.
  • Un Tester ne modifie pas un autre.
  • Owner/Admin gère la session sans changer l'auteur.
  • Visibilité selon la politique ; aucun accès via URL sans autorisation.

Accès hors ligne et révoqué

  • Les brouillons autorisés peuvent rester hors ligne dans le même navigateur.
  • Le serveur refuse la synchronisation après révocation.
  • Les réponses participant exigent un enregistrement en ligne réussi.

Navigation

  • Project : Overview et Project settings, séparés de l'exécution.
  • Test execution : Dashboard, phases/participants, zones, packages, éléments.
  • Results & records : notes, présence, synthèses et PDF.
  • Barre haute : recherche, phase, navigation, données ; Sign in reste à droite.

Décisions et comptage

  • Réponse séparée par projet, session, participant et élément.
  • Pending jusqu'à l'enregistrement, puis compteur immédiat.
  • Les boutons de statut sont Pending, Passed, Rejected, Blocked et N/A. Choisissez Pending pour indiquer que votre réponse reste à tester.
  • Statut immédiat, commentaire après environ 800 ms.
  • Une erreur restaure la dernière valeur confirmée.
  • Lecture selon politique, modification d'autrui interdite.

Statuts

PendingPas de décision enregistrée.
PassedRésultat accepté.
RejectedCorrection ou nouvel essai requis.
BlockedCondition ou document manquant.
N/ANon applicable.

Criticité partagée

Liée à l'élément partagé et au rapport actuel.

StandardContrôle FAT/SAT normal.
ImportantImportant pour l'exploitation, la qualité, la documentation ou la remise.
CriticalFailed/Blocked dans le résultat partagé bloque la readiness finale.
Safety RelatedÉlément de sécurité fonctionnelle : ESD, PSD, F&G, trip ou interlock.
Cybersecurity CriticalÉlément OT Security à accepter avant la readiness finale.
Test Criticality sert à la priorité et à la readiness FAT/SAT ; il ne remplace pas HAZOP, LOPA, SRS, la détermination SIL, la vérification IEC 61511 ou l'évaluation IEC 62443.

Résultats et rapports

  • Compteurs de la session active.
  • Réponses séparées par phase/personne avec révisions.
  • Le PDF actuel utilise Legacy/Consolidated ; pas encore de matrice participant.
  • Owner/Admin confirme le résultat partagé sans modifier les sources.
  • PDF : A3 paysage, une page, arrière-plans actifs.

Enregistrement

  • Données partagées via Local-first existant.
  • Réponse exige Open, affectation et serveur.
  • Attendre Saved ; vérifier la connexion en cas d'erreur.
  • Ne pas effacer les données avant récupération.

Configuration des essais et documents techniques

Adaptez la liste au périmètre du système de contrôle et aux documents approuvés.

  • Configurez procédures, références, champs visibles, ordre et inclusion des groupes de tests dans le rapport. Enregistrez numéros, révisions et disponibilité des documents. Des pièces jointes peuvent être ajoutées aux zones, groupes et points de contrôle.
  • Renseignez, si nécessaire, les champs de fonction de sécurité, de lien avec SIL et de sécurité OT. Le module Cybersecurity FAT/SAT propose des contrôles pratiques d’accès, segmentation, durcissement et restauration ; ce n’est pas une certification IEC 62443. Utilisez recherche, filtres et Next open / Next failed / Next punch.
  • Vérifiez les synthèses de progression, criticité et cybersécurité. Réglez profils de rapport, logos, notes et registres de présence/signature pour la remise. Les champs de signature sont des données du projet, pas un service certifié de signature numérique.

Importer et exporter un fichier Excel

Préparez les points de contrôle et les procédures d’essai dans le modèle Excel, puis importez le fichier pour éviter de saisir chaque point à la main. Après l’import, le propriétaire ou l’administrateur peut les ajouter ou les modifier sur le site à tout moment.

  • Téléchargez le modèle ci-dessus, conservez les feuilles et colonnes et complétez les données. Owner/Admin importe via Data tools → Import Excel. Exportez une sauvegarde avant tout import dans un projet existant ; vérifiez ensuite structure, quantités, références et critères.
  • Export workbook contient les données partagées actuelles, dont Punch_List. Ce n’est ni une matrice des réponses ni un remplacement du PDF. Il exporte les noms des pièces jointes, pas une sauvegarde complète de leurs fichiers.

Réserves, preuves et nouveaux essais

Documentez chaque constat pour qu’un autre ingénieur puisse le vérifier.

  • Pour Rejected ou Blocked, précisez le repère de l’équipement, les conditions, les valeurs attendues et observées et la référence. Complétez les preuves, la gravité, le responsable et l’échéance dans les données partagées. Une réponse Rejected ne modifie pas automatiquement le résultat partagé ni sa réserve.
  • Après correction, créez une session Punch Retest et consignez-y le nouveau résultat. Conservez les réponses initiales et rapprochez la liste partagée de Punch_List avant remise.

Exemple : un point de contrôle, deux testeurs

Deux testeurs dont la réponse est obligatoire vérifient une alarme de haute pression pendant le FAT.

  • Le premier enregistre Passed ; le second relève un retard excessif et enregistre Rejected avec une explication. Les deux ont répondu, mais le désaccord technique demeure.
  • L’équipe analyse le constat et confirme le résultat partagé selon la procédure de réception. Le nouvel essai est enregistré dans une autre session. Le PDF actuel utilise le résultat partagé, sans matrice de ces réponses.

Résoudre les problèmes courants

Vérifiez d’abord la phase active, vos droits et la confirmation de sauvegarde.

  • Boutons désactivés : la session doit être Open et votre rôle Admin ou Tester. Viewer consulte seulement. Les participants se modifient uniquement en Draft ; Closed ne peut pas être rouvert. Un commentaire ne remplace pas la sauvegarde d’un statut.
  • Erreur de sauvegarde : vérifiez connexion, authentification et droits du projet/de la phase, actualisez les réponses puis réessayez. Statuts partagés : Not Started, Passed, Failed, Punch, Blocked, N/A ; individuels : Passed, Rejected, Blocked, N/A. Choisissez Pending pour indiquer que votre réponse reste à tester.
  • L’absence de blocage critique ne confirme pas que tous les essais et réponses obligatoires sont terminés. Vérifiez séparément les résultats partagés du PDF. Pour les tableaux tronqués, contrôlez A3 paysage, une page par feuille, arrière-plans et échelle.
  • Les brouillons locaux restent liés au navigateur, à l’appareil et à l’adresse du site. Avant de passer à kalmanfat.com, synchronisez ou exportez les modifications partagées en attente depuis l’ancienne adresse. Les réponses individuelles exigent une sauvegarde en ligne réussie.

Bonnes pratiques

  • Définir phase, critères et répondants avant ouverture.
  • Nouvelle session pour retest.
  • Expliquer Rejected/Blocked.
  • Vérifier les compteurs avant fermeture.
  • Séparer décision finale et réponses sources.
  • Vérifier import, références, criticité et rapport.
Retour au début ↑
Kalman FAT Suite — Manuel du workflow | Kalman FAT Suite