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.
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.
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.
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.
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.
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.
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.
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.
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.
