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.
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
etIsEnabled
). 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 statutenabled
, etorganization_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
etorganization_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
etend_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
etposition
. 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
etupdated_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
etlast_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
