- Impression
Modèle de données commun à Tulip
Modèle de données commun de Tulip
Les applications peuvent être combinées pour résoudre des cas d'utilisation, en connectant les processus de fabrication à l'aide de tables dans le modèle de données commun Tulip. Tulip Common Data Model{target=_blank
}. Contrairement aux modèles de données traditionnels qui reposent sur des dépendances, le modèle de données commun composable de Tulip permet d'ajouter des tables au fil du temps, au cas par cas.
Les applications interagissent entre elles par l'intermédiaire des tables. Une mise à jour de statut dans une table est la façon dont un opérateur utilisant une application à une station peut signaler à un opérateur utilisant une application à une autre station. Par exemple, un responsable crée un ordre de travail dans une application et un opérateur exécute cet ordre de travail dans une autre application ou un autre ensemble d'applications.
Meilleures pratiques
:::(Info) (Avant de nous plonger dans les tables qui composent notre modèle de données, il est important de comprendre les meilleures pratiques pour le stockage des données dans Tulip::: :
Les tables Tulip doivent principalement suivre le modèle Digital Twin, ce qui signifie que les tables doivent refléter l'usine physique ou l'atelier aussi strictement que possible. Les données historiques de l'application doivent être limitées aux enregistrements d'achèvement, en veillant à ce que les tables ne soient PAS utilisées pour stocker des données de base ou des données dupliquées à partir d'enregistrements d'achèvement ou d'enregistrements externes.
Dans l'idéal, les tables représentent uniquement
- des artefacts physiques
- les artefacts opérationnels.
Ces tables comprendront toujours un champ Statut qui sera régulièrement mis à jour par les applications.
| Type | Description | Exemples | --- | --- | --- | Artéfact physique | Il s'agit de quelque chose de tangible que vous pouvez physiquement toucher dans votre atelier. | Il s'agit d'un élément intangible, identifié de manière unique, que l'on trouve couramment dans le cadre des opérations. Il s'agit souvent d'un voyageur ou d'un billet imprimé. | Événement de défectuosité, ordre de travail, etc.
Toutefois, dans certains cas, il peut être nécessaire d'envisager de déroger aux meilleures pratiques. Dans des circonstances plus avancées, et aussi rarement que possible, vous pouvez avoir besoin d'utiliser les deux types de tables secondaires suivants :
- Journal
- Référence
Les données de ces tables seront probablement statiques et ne seront pas mises à jour (c'est pourquoi il est préférable de conserver ces types de données dans les enregistrements d'achèvement ou dans le système externe d'origine).
Secondary table types do not fit within a Digital Twin model and should only be considered by advanced users. Vous ne devez inclure ces types de tables qu'une fois que vous avez suivi le processus de conception de la solution et que vous avez épuisé toutes les autres options. Les types de tables secondaires ne doivent JAMAIS servir de base à une solution d'application :: :
| Type | Description | Exemples | --- | --- | | | Référence | Il s'agit d'informations qui peuvent être recherchées et qui définissent quelque chose en production. On les trouve souvent dans des systèmes externes tels qu'un ERP. | Il s'agit d'une information qui peut être consultée et qui définit quelque chose dans la production. Il s'agit d'un registre partagé entre les applications. Il est similaire au concept d'enregistrement d'achèvement, sauf qu'il est partagé entre les applications et rend accessibles les requêtes de table, les agrégations et la mutabilité des tables Tulip. | Historique des activités des stations, enregistrements d'inspection
Types de tables primaires
Artéfacts physiques
Les artefacts physiques sont des objets ou des composants tangibles utilisés ou produits au cours des opérations.
L'état d'un artefact physique peut changer ou être mis à jour, et ce changement sera reflété dans l'enregistrement (par exemple, changement d'état).
Les descriptions des tableaux suivants prévalent sur leurs noms. N'hésitez pas à modifier les noms des tableaux pour mieux les adapter à vos opérations, à condition qu'ils correspondent à l'essence de la description du tableau.
Éléments d'inventaire
Ce tableau contient l'inventaire par emplacement et par article.
Stations
Affiche toutes les stations de l'atelier.
Unités
Utilisé pour stocker des lots physiques uniques, des numéros de série et des lots.
Équipements et biens
Équipement ou dispositif réutilisable, ne faisant pas partie de la nomenclature, mais pouvant être nécessaire pour les procédures et pouvant nécessiter un étalonnage.
Emplacements
Emplacements physiques sur le site de production. Ils peuvent être associés aux emplacements des kits d'éclairage pour le pick-to-light.
Artefacts opérationnels
Les artefacts opérationnels sont des éléments ou des composants non physiques qui permettent ou soutiennent les opérations. Il s'agit souvent de voyageurs ou de tickets imprimés.
Un artefact opérationnel implique que des opérations seront effectuées sur un document (par exemple, un changement de statut).
Les descriptions des tableaux suivants prévalent sur leurs noms. N'hésitez pas à modifier les noms des tableaux pour mieux les adapter à vos opérations, pour autant qu'ils correspondent à l'essence de la description du tableau.
Demandes d'articles
Contient les demandes de réapprovisionnement en matériel pour des articles spécifiques entre les départements.
Ordres de travail
Les besoins de production de votre entreprise. Ils sont générés à partir des commandes et représentent une demande d'articles spécifiques à produire pour exécuter la commande.
Défauts
Suivi des défauts. Chaque ligne est un défaut unique lié à un matériau unique ou à l'observation d'un écart. Les lignes peuvent avoir des quantités multiples.
Actions
Contient les événements qui nécessitent un suivi.
Cartes Kanban
Types de tableaux secondaires (avancés)
Les types de tableaux secondaires suivants ne s'intègrent pas dans un modèle de jumeau numérique et ne devraient être envisagés que par des utilisateurs expérimentés. Vous ne devez inclure les tableaux de référence ou de journal qu'une fois que vous avez suivi le processus de conception de la solution et que vous avez épuisé toutes les autres options. Ces tables ne doivent jamais servir de base à une solution d'application.
Les journaux
Logs are a secondary table type within the Tulip Common Data ModelLes tables de logs ne sont pas des tables de référence, car elles ne s'inscrivent pas dans un modèle de jumeau numérique et ne doivent être envisagées que par des utilisateurs expérimentés. Vous ne devez inclure les tables de journaux qu'après avoir suivi le processus de conception de la solution et épuisé toutes les autres options. Les tables de logs ne doivent JAMAIS servir de base à une solution applicative. :: : Puisque les données historiques sont traditionnellement suivies via l'achèvement de l'application et stockées dans les enregistrements d'achèvement, vous ne devez utiliser une table de logs que si : * Vous devez séparer des données spécifiques des enregistrements d'achèvement à des fins de visualisation * Vous devez utiliser ces données dans des calculs, en particulier dans des requêtes et des agrégations.
Vous ne devez PAS utiliser les tables de journal pour : * Les enregistrements historiques * La traçabilité
Notes et commentaires
Les utilisateurs peuvent stocker des notes attachées aux bons de travail, aux équipes ou à d'autres artefacts du processus.
Historique de l'activité de la station
Enregistre l'historique de la production et de l'état de la station, regroupés par heure. Sa fonction et son objectif sont similaires à ceux du tableau d'activité des machines.
Enregistrements généalogiques
Chaque enregistrement est une relation parent/enfant. L'enfant peut être un sous-ensemble sérialisé ou non sérialisé ou une pièce individuelle.
Résultats de l'inspection
Stocke les résultats des étapes de la procédure en relation avec le matériau inspecté. Il s'agit de résultats de type réussite/échec ou de mesures prises au cours d'une étape du processus qui nécessite une entrée de la part de l'utilisateur.
Références
References are a secondary table type within the Tulip Common Data ModelLes tableaux de référence ne sont pas des tables de référence, car ils ne s'intègrent pas dans un modèle de jumeau numérique et ne doivent être pris en compte que par des utilisateurs expérimentés. Vous ne devez inclure les tableaux de référence qu'une fois que vous avez suivi le processus de conception de la solution et que vous avez épuisé toutes les autres options. Les tableaux de référence ne doivent JAMAIS servir de base à une solution applicative :: :
Dans la mesure du possible, les données doivent être récupérées en temps réel directement à partir de la source d'origine - par exemple un ERP - par le biais d'un connecteur HTTP. Vous pouvez avoir besoin d'utiliser une table de référence dans des cas marginaux tels que : * Temporairement, en établissant une connexion avec un ERP * Si votre système externe contient des données de référence limitées qui doivent être augmentées avec Tulip.
Votre approche évoluera avec le temps, au fur et à mesure que les solutions mûriront et que les systèmes deviendront plus intégrés et étroitement couplés.
Définitions des matériaux
Définitions de tous les articles fabriqués, achetés ou assemblés. Ceci décrit les articles et leurs propriétés spécifiques.
Nomenclature
Cette table est généralement utilisée en lieu et place d'une intégration avec un système d'enregistrement qui pourrait transmettre ces données en temps réel. Cette table contient une nomenclature et des procédures pour un produit donné ou un article parent. Elle peut être utilisée pour afficher les composants nécessaires et les quantités ventilées par étape du processus.