Signaler un incident pendant un séjour sans surexposer les personnes ni le logement

Classer les situations sans se substituer aux secours

Les catégories sont peu nombreuses et formulées en langage courant. Elles servent à orienter, pas à décider d’une responsabilité. Si la personne hésite entre urgence et incident technique, la page privilégie la sécurité et affiche les contacts sans exiger une classification parfaite.

Les consignes locales viennent d’une vérification réelle du lieu : coupure accessible, zone à éviter, point de rassemblement ou autre information destinée aux occupants. Une procédure générique ne remplace pas cette vérification.

Demander le minimum utile

Le formulaire commence par une description libre courte, une catégorie facultative, la zone concernée et un canal de réponse. Une référence technique de séjour peut être demandée seulement si elle est nécessaire à l’orientation et n’apparaît jamais dans l’URL. La géolocalisation précise, les pièces d’identité et la liste des occupants sont exclues du parcours ordinaire.

Une photo reste facultative et sa finalité est expliquée. La personne est invitée à exclure visage, document, écran, code d’accès, objet personnel et vue inutile de l’intérieur. Les métadonnées ne sont pas conservées sans nécessité définie.

La CNIL recommande de limiter les données à la finalité. Chaque champ doit donc répondre à une question opérationnelle : pourquoi est-il indispensable, qui le lit, combien de temps est-il conservé et que se passe-t-il s’il n’est pas fourni ?

• Description factuelle de ce qui est vu, entendu ou bloqué.
• Zone générale : cuisine, accès, salle d’eau, espace commun.
• Action de sécurité déjà effectuée, sans demander de geste dangereux.
• Canal de réponse choisi par la personne.
• Média facultatif expurgé des éléments sans rapport.
• Aucune donnée personnelle dans l’URL, le titre ou la mesure d’audience.

Accusé, suivi et clôture

Après envoi, un accusé confirme la réception, rappelle le canal et indique une attente réaliste seulement si elle est organisée. Il ne prétend pas qu’un incident est résolu. Un identifiant opaque permet de suivre la demande sans réexposer sa description dans un lien.

Le statut distingue reçu, pris en charge, action proposée, attente du demandeur et clos. La clôture résume la mesure prise et permet de signaler que le problème persiste. Elle ne force pas une note ou un consentement commercial.

Les notifications contiennent le minimum : disponibilité d’une réponse, pas le détail de l’incident sur un écran verrouillé. L’accès au contenu réservé expire et peut être révoqué.

Journalisation et sécurité

Les journaux techniques conservent résultat, date, identifiant borné et erreur utile, sans recopier le texte, la photo, le code d’accès ou l’URL complète. Les réponses personnalisées utilisent no-store ou un cache privé strictement borné ; elles ne passent jamais dans un cache CDN partagé.

Un lien reçu par message est traité comme sensible même s’il est opaque. Il expire, résiste au rejeu lorsque nécessaire et ne donne accès qu’à l’incident concerné. Une redirection de retour n’accepte pas une destination libre fournie par l’utilisateur.

La page publique reste utilisable même si le service de signalement est indisponible : elle affiche les contacts de secours et le canal humain, sans fabriquer une confirmation.

Exemple : panne d’eau chaude sans danger immédiat

La personne choisit “équipement en panne”, précise que l’eau reste froide après le délai normal et indique la salle d’eau. Elle ne reçoit aucune instruction pour ouvrir un appareil. La page propose de vérifier uniquement le geste simple déjà documenté pour l’équipement réel, puis de contacter le gestionnaire.

Le gestionnaire accuse réception, demande éventuellement la référence visible de l’appareil et indique la prochaine étape. Si une photo aide, elle cadre uniquement le panneau concerné. La résolution et la compensation éventuelle restent hors du livret jusqu’à une décision compétente.

Cet exemple montre la frontière : recueillir un fait et orienter, sans diagnostic, collecte générale ou promesse de délai inventée.

Checklist de recette

1. Vérifier les contacts et numéros officiels affichés.
2. Tester l’orientation urgence sans passer par le formulaire.
3. Tester un incident technique avec le minimum de champs.
4. Refuser une URL contenant nom, code, photo ou détail du séjour.
5. Vérifier l’accusé et le comportement en indisponibilité.
6. Contrôler clavier, zoom, lecteur d’écran et écran étroit.
7. Vérifier expiration, révocation, cache et journaux expurgés.
8. Relire la séparation entre information et décision de responsabilité.

Limites

Une interface ne remplace ni les services d’urgence, ni un professionnel qualifié, ni la connaissance réelle du bâtiment. Les consignes techniques et numéros locaux doivent être vérifiés par l’émetteur avant publication et après chaque changement.

Ce guide ne fournit pas de conseil médical, juridique ou d’assurance. Il structure un parcours de signalement prudent et accessible. Les obligations de conservation et d’information dépendent du service effectivement mis en œuvre.