Préparer mon relevé de site : fiche à remplir et PDF imprimable
01
La remise commence avant le dernier jour.
Au démarrage, convenez des fonctions attendues, des essais, des personnes qui observent et des documents à remettre. Utilisez les mêmes identifiants sur plans, équipements et fiches de contrôle. Une photo d’une armoire terminée prouve son apparence, pas les fonctions de chaque circuit. Pour chaque usage, décrivez une action, un résultat attendu et une observation ; gardez « non testé » distinct de « conforme » et de « hors périmètre ».
Le fichier de configuration fait partie de cette continuité, mais son nom ne prouve pas sa valeur. KNX recommande de sauvegarder après modification et d’en vérifier l’import. Ubiquiti distingue notamment sauvegarde complète et sauvegarde limitée au réseau. Ces exemples rappellent une question concrète : que contient exactement le fichier remis, et pour quelle version ?
02
Ce que le dossier doit permettre de retrouver.
Tableau défilant horizontalement : comparez les trois colonnes.
| Pièce du dossier | Contenu utile | Contrôle de remise |
|---|---|---|
| Inventaire installé | Repère, référence, variante, emplacement, version et numéro de série si nécessaire. | Comparer au matériel réel, pas seulement à la liste commandée. |
| Plans et schémas | Implantation, liaisons, zones et modifications de fin de chantier. | Relier chaque repère à une version et une date. |
| Essais et réserves | Attendu, observé, résultat, preuve, responsable et action suivante. | Ne pas transformer une case vide en réussite. |
| Configuration et reprise | Fichier, portée, version, date, détenteur et essai documenté. | Vérifier accessibilité et reprise prévue, pas seulement présence du fichier. |
| Exploitation et support | Gestes usuels, limites, interlocuteurs et conditions réellement convenues. | Séparer formation, garantie produit et maintenance éventuelle. |
03
Préparer une séance de réception utile.
Définir des cas représentatifs
Préparez une fiche par fonction importante : commande normale, résultat dans la bonne zone, retour d’état et reprise prévue. Pour une réunion, observez aussi le correspondant distant ; pour un réseau, vérifiez le service prévu depuis le terminal concerné. Choisissez les états avec le responsable. Un essai improvisé ne doit pas couper un service, ouvrir un accès ou déclencher une alerte réelle.
Noter ce qui s’est réellement passé
Indiquez date, version testée, intervenant, condition de départ, résultat observé et preuve pertinente. Utilisez des captures ou mesures autorisées, sans données personnelles inutiles. Si le résultat diffère, ouvrez une réserve précise avec responsable et nouvel essai prévu. La gravité et les conditions d’utilisation provisoire se décident avec les personnes compétentes, pas par une couleur automatique.
Montrer les gestes du quotidien
Faites pratiquer les usages autorisés à la personne qui exploitera le système : sélectionner une zone, retrouver un état, reconnaître une indisponibilité et demander de l’aide. Fournissez un aide-mémoire adapté au rôle. Montrer des menus d’administration à un utilisateur n’est pas une formation utile, ni une raison de lui donner tous les droits.
04
Un écran fonctionne. Trois points restent ouverts.
EXEMPLE ILLUSTRATIF
Cas fictif : la salle R1 affiche bien une présentation locale en configuration version 3. Le dossier contient une sauvegarde version 2, sans import vérifié. Le responsable n’a pas encore confirmé son accès et l’audio reçu à distance n’a pas été testé. Aucun appareil ou compte réel n’est utilisé.
Conserver la réussite à sa juste portée
L’image locale est réussie dans les conditions consignées. L’audio distant reste non testé, pas conforme par déduction. La fiche sépare ces deux fonctions et prévoit un essai avec un correspondant autorisé. Elle évite la mention globale « salle validée » tant que le périmètre convenu n’est pas vérifié.
Réconcilier la sauvegarde
Une sauvegarde version 2 ne prouve pas la reprise de la configuration version 3 installée. Identifiez le fichier correspondant à la configuration finale et faites vérifier sa lecture ou son import dans un environnement approprié. Si la restauration complète n’est pas essayée, notez exactement ce qui l’a été. Ne remplacez pas l’installation active pour obtenir une coche verte.
Vérifier le destinataire
Envoyer un lien ne prouve ni son ouverture, ni les droits du responsable. Faites confirmer l’accès convenu par le destinataire lui-même, via le parcours officiel, sans collecter son mot de passe. Le relevé conserve trois réserves : sauvegarde/version, accès du responsable et audio distant. Chacune reçoit un responsable et une preuve de clôture distincte.
Revue de dossier illustrative, non réception contractuelle ou contrôle réglementaire. La clôture exige des observations réelles et les validations prévues pour le projet.
05
Transmettre les moyens de reprendre sans exposer les secrets.
Attribuer les responsabilités
Identifiez exploitant, administrateur autorisé, intégrateur et interlocuteur fournisseur. Chez UniFi, le mécanisme de propriété varie entre consoles compatibles UniFi OS et serveurs auto-hébergés ; vérifiez le cas exact dans la documentation. Remettre le matériel ne transfère pas automatiquement ses comptes. Consignez les droits nécessaires et ceux qui restent limités.
Séparer dossier de lecture et éléments sensibles
Le dossier courant contient schémas autorisés, références, versions et contacts. Les secrets, clés et exports sensibles suivent un canal protégé convenu avec les personnes habilitées. Notez leur détenteur et la procédure d’accès, pas leur valeur dans un PDF largement partagé. Vérifiez que les fichiers nécessaires sont disponibles et compréhensibles pour le destinataire autorisé.
Dater la reprise prévue
Pour chaque sauvegarde, notez le système couvert, la version, la date, le stockage convenu et le dernier contrôle réalisé. Distinguez ouverture du fichier, import et récupération de service : ces preuves ne sont pas équivalentes. Une modification ultérieure impose de revoir le dossier concerné. Le plan de reprise précise qui décide, les prérequis et le retour arrière, sans promettre une durée non mesurée.
06
Un bon dossier rend le support plus précis.
Pour demander de l’aide à Inovexia, indiquez la référence de projet ou d’achat disponible, l’équipement et sa version, le résultat attendu, le symptôme observé et ce qui a changé. Joignez les pièces pertinentes par le parcours prévu, sans données confidentielles superflues. Séparez question produit, intervention d’intégration et éventuelle demande RMA. La réception documentaire n’ajoute ni garantie, ni maintenance, ni assistance permanente aux conditions réellement convenues.
07
Les questions avant de clore le dossier.
Une démonstration réussie suffit-elle ?
Elle prouve seulement les fonctions réellement observées, dans les conditions notées. Comparez ces résultats au périmètre convenu. Les fonctions non testées et les réserves restent visibles, avec leur responsable et le prochain contrôle prévu.
Que faire si une documentation manque ?
Identifiez la pièce manquante, le système concerné et la personne qui doit la fournir. Notez l’effet de cette absence sur l’exploitation ou la reprise. Ne remplacez pas un document exact par celui d’un modèle voisin sans vérification.
Une sauvegarde livrée prouve-t-elle la restauration ?
Non. Son existence, sa lecture, son import et la récupération du service sont des étapes distinctes. Documentez ce qui a été vérifié, avec quelle version et dans quel environnement. Les essais intrusifs se planifient avec autorisation, pas pendant l’exploitation normale.
Faut-il placer les mots de passe dans le dossier ?
Pas dans les documents largement diffusés. Prévoyez une remise sécurisée adaptée aux rôles et aux procédures du système. Le dossier peut identifier le responsable et le parcours de récupération sans contenir les secrets eux-mêmes.
Qui ferme une réserve après correction ?
La responsabilité et la validation attendue se définissent pour le projet. Conservez l’ancienne observation, la modification, la version retestée et le résultat constaté par la personne prévue. Une notification « corrigé » seule ne constitue pas une preuve de réussite.
08
Clore une réserve avec une preuve, pas avec une intention.
Utilisez un registre séparé du procès-verbal général. Pour chaque ligne, conservez la version concernée, le responsable, l’action prévue, la preuve et la décision du destinataire autorisé. L’exemple ci-dessous n’est pas une réception réelle.
Tableau défilant horizontalement : comparez les trois colonnes.
| Réserve | Action et preuve attendues | Critère de clôture |
|---|---|---|
| R-01 · sauvegarde V2 pour installation V3 | L’intégrateur remet l’export V3 identifié et fait vérifier sa lecture ou son import dans un environnement convenu. | Date, fichier, version et résultat consignés ; limite du test explicitée. Le service actif n’est pas écrasé pour la démonstration. |
| R-02 · accès du responsable non vérifié | Le destinataire se connecte par le parcours normal et ouvre les documents convenus avec son propre compte. | Accès observé et rôle adéquat ; aucun secret partagé. L’envoi du lien seul ne clôt pas la réserve. |
| R-03 · audio distant non testé | Un correspondant autorisé participe à un essai dans les conditions convenues ; notez les deux extrémités et la version. | Résultat entendu et confirmé des deux côtés, ou réserve conservée avec prochaine action. Une image locale réussie ne suffit pas. |
Sources techniques
Références de lecture externes. Ces documents expliquent des principes ; ils ne certifient pas les produits du catalogue ni leur association.
- Support partenaireInovexia · Sources consultées le
- Project backup — Preserve and verify project exportsKNX Association · Sources consultées le
- Backups and Migration in UniFi — Backup scope and recoveryUbiquiti · Sources consultées le
- UniFi Password Recovery and Ownership Transfer — Ownership boundariesUbiquiti · Sources consultées le