---
title: "Documentation des observations"
description: "Vue d'ensemble du dataset Observations et de ses liens avec les données associées pour un suivi des problèmes et une gestion de projet complète dans Finalcad One."
url: https://help.finalcad.com/fr/articles/78-documentation-des-observations
collection: "Documentation des jeux de données"
updated: 2026-10-15
language: fr
alternates: [en]
---

# Documentation des observations

Vue d'ensemble du dataset Observations et de ses liens avec les données associées pour un suivi des problèmes et une gestion de projet complète dans Finalcad One.

## Observations et Datasets Associés

Le dataset **Observations** joue un rôle essentiel dans le suivi des problèmes (appelés "réserves") remontés sur les chantiers via l'application Finalcad One. Ce dataset est relié à plusieurs autres, fournissant un contexte supplémentaire et des informations de support essentielles pour la gestion des projets et des problèmes. Voici les datasets directement liés aux Observations, avec leurs points de connexion mis en évidence.

1.  CommonObservations
    
    -   **Lien :** Le champ `common_observation_id` dans Observations est relié à `id` dans CommonObservations.
        
    -   **Vue d'ensemble du Schéma :** **CommonObservations** représente les types de problèmes standardisés, incluant des attributs tels que les noms multilingues, les IDs de métier et les indicateurs de statut (comme `IsCreation` et `IsEnabled`). Cette connexion permet de catégoriser chaque observation sous un type de problème prédéfini, améliorant ainsi la cohérence du reporting des problèmes et de leur analyse dans tous les projets.
        
2.  Companies
    
    -   **Lien :** Le champ `company_id` dans Observations est relié à `id` dans Companies.
        
    -   **Vue d'ensemble du Schéma :** **Companies** contient des informations sur les entreprises de construction, incluant des attributs tels que `name`, le statut `enabled`, et `organization_id`. Ce lien permet d’associer chaque observation à une entreprise spécifique impliquée dans le projet, facilitant le suivi des problèmes propres à chaque entreprise.
        

3.  Modules
    
    -   **Lien :** Le champ `module_id` dans Observations correspond à `module_id` dans Modules.
        
    -   **Vue d'ensemble du Schéma :** **Modules** fournit des informations sur le module de construction, comme son moteur, sa couleur et son icône, avec des noms multilingues. En liant chaque observation à un module, cette connexion aide à classer les problèmes par composantes fonctionnelles ou segments de projet, facilitant ainsi l’organisation et la gestion des observations par module.
        

4.  Plans
    
    -   **Lien :** Le champ `plan_id` dans Observations est relié à `id` dans Plans.
        
    -   **Vue d'ensemble du Schéma :** **Plans** inclut des attributs tels que `name`, `parent_id` et `organization_id`, structurant le projet en segments organisés. Cette connexion place chaque observation dans un plan de projet spécifique, aidant à la planification et à la priorisation des problèmes au sein des différentes phases du projet.
        

5.  Projects
    
    -   **Lien :** Le champ `project_id` dans Observations est relié à `id` dans Projects.
        
    -   **Vue d'ensemble du Schéma :** **Projects** représente le contexte principal du projet, avec des champs comme `organization_id`, `name`, `description`, `start_date` et `end_date`. Ce lien situe chaque observation dans un projet spécifique, facilitant une gestion de projet complète et une vue d'ensemble de tous les problèmes signalés.
        

6.  Phases
    
    -   **Lien :** Le champ `project_phase_id` dans Observations correspond à `id` dans Phases.
        
    -   **Vue d'ensemble du Schéma :** **Phases** décrit les différentes étapes du projet, avec des noms multilingues et des attributs comme `updated_at`. En associant chaque observation à une phase spécifique, cette relation permet de suivre les problèmes en fonction des étapes du projet dans lesquelles ils ont été identifiés.
        

7.  Statuses
    
    -   **Lien :** Le champ `status_id` dans Observations est relié à `id` dans Statuses.
        
    -   **Vue d'ensemble du Schéma :** **Statuses** définit l'état des observations, avec des attributs comme les `names` multilingues, `color` et `position`. Cette connexion permet de suivre l’état d’avancement ou de résolution de chaque observation, aidant les équipes à gérer et à prioriser efficacement les problèmes.
        

8.  Users
    
    -   **Lien :** Les champs `created_by_user_id` et `updated_by_user_id` dans Observations sont reliés à `user_id` dans Users.
        
    -   **Vue d'ensemble du Schéma :** **Users** contient des détails tels que `email`, `first_name` et `last_name`, identifiant les utilisateurs responsables de la création et de la mise à jour de chaque observation. Cette association permet une traçabilité des actions des utilisateurs, offrant une meilleure visibilité sur les personnes ayant signalé ou mis à jour chaque problème.
        

## Relationship Diagram

![](https://staticfiles.gleap.io/ghelparticle/CDdPaIZp2PheaEYzGyhTbthQA7EGZmL1heGWHHkdMSkZieWQnv66dahZ3wyrDc3mQBJDA9wqVjd.png)