Modelo común de datos de Tulipán
- 13 May 2024
- 7 Minutos para leer
- Colaboradores
- Impresión
Modelo común de datos de Tulipán
- Actualizado en 13 May 2024
- 7 Minutos para leer
- Colaboradores
- Impresión
Article Summary
Share feedback
Thanks for sharing your feedback!
Modelo de datos comunes de Tulip
Las aplicaciones pueden combinarse para resolver casos de uso, conectándose a través de los procesos de fabricación utilizando tablas en el modelo de datos común de . Tulip Common Data Model{target=_blank}. A diferencia de los modelos de datos tradicionales que se basan en dependencias, el Modelo de Datos Comunes componible de Tulip permite que las tablas se añadan con el tiempo caso por caso.
A través de las tablas, las aplicaciones interactúan entre sí. Una actualización de estado en una tabla es la forma en que un operario que utiliza una aplicación en una estación puede enviar una señal a un operario que utiliza una aplicación en otra estación. Por ejemplo, un gestor crea una orden de trabajo en una aplicación y un operario la ejecuta en otra aplicación o conjunto de aplicaciones.
Buenas prácticas
:::(Info) (Requisitos previos) Antes de sumergirnos en las tablas que componen nuestro modelo de datos, es importante entender las mejores prácticas para el almacenamiento de datos en Tulip. :::
Las tablas de Tulip deben seguir principalmente el modelo Digital Twin, lo que significa que las tablas deben reflejar la planta física o el taller lo más estrictamente posible. Los datos históricos de la aplicación deben limitarse a los Registros de Finalización, asegurando que las tablas NO se utilicen para almacenar datos maestros o datos duplicados de Registros de Finalización o registros externos.
Lo ideal es que las tablas representen únicamente
- Artefactos físicos
- Artefactos operativos
Estas tablas siempre incluirán un campo de estado que será actualizado regularmente por las aplicaciones.
| Artefacto físico Es algo tangible que se puede tocar físicamente en el taller. | Es un elemento intangible, identificado de forma única, que se puede encontrar habitualmente relacionado con las operaciones. A menudo se encuentran en forma de viajeros o tickets impresos. | Evento de Defecto, Orden de Trabajo |
Sin embargo, hay ocasiones en las que puede ser necesario considerar romper las mejores prácticas. Para circunstancias más avanzadas-y con la mayor moderación posible-puede que necesite utilizar los siguientes dos tipos de tablas secundarias:
- Registro
- Referencia
Es probable que los datos de estas tablas sean estáticos y no se actualicen (por eso es preferible mantener este tipo de datos en los registros de finalización o en el sistema externo original).
Secondary table types do not fit within a Digital Twin model and should only be considered by advanced users. Sólo debe incluir estos tipos de tabla una vez que haya pasado por el proceso de diseño de la solución y haya agotado todas las demás opciones. Los tipos de tabla secundarios NUNCA deben servir de base para una solución de aplicación. :::
| Tipo | Descripción | Ejemplos | | --- | --- | | Referencia | Se trata de información que se puede buscar y define algo en producción. Suelen encontrarse en sistemas externos, como un ERP. | Definición de material, lista de materiales | Registro | Se trata de un libro de contabilidad compartido entre aplicaciones. Es similar al concepto de registro de finalización, excepto que se comparte entre aplicaciones y hace accesibles las Consultas a Tablas, las Agregaciones y la mutabilidad de las Tablas Tulipán. | Historial de actividad de la estación, registros de inspección
Tipos de tablas primarias
Artefactos físicos
Los artefactos físicos son objetos tangibles o componentes que se utilizan o producen durante las operaciones.
El estado de un Artefacto Físico cambiará o se actualizará, y este cambio se reflejará en el registro (por ejemplo, cambio de estado).
Las descripciones de las siguientes tablas tienen prioridad sobre sus nombres. Siéntase libre de ajustar los nombres de las tablas para que se adapten mejor a sus operaciones, siempre y cuando se alineen con la esencia de la descripción de la tabla.
Inventario de artículos
Contiene el inventario por ubicación y artículo.
Estaciones
Muestra todas las estaciones del taller.
Unidades
Se utiliza para almacenar lotes físicos únicos, números de serie y lotes.
Equipos y Activos
Equipos o dispositivos reutilizables, que no forman parte de la lista de materiales, pero que pueden ser necesarios para los procedimientos y pueden requerir calibración.
Ubicaciones
Ubicaciones físicas en la planta de producción. Pueden estar asociadas a ubicaciones de kits de luz para pick-to-light.
Artefactos operativos
Los artefactos operativos son elementos o componentes no físicos que permiten o apoyan las operaciones. A menudo se encuentran en forma de viajeros o billetes impresos.
Un artefacto operativo implica que se realizarán operaciones en un registro (por ejemplo, cambio de estado).
Las descripciones de las siguientes tablas tienen prioridad sobre sus nombres. Siéntase libre de ajustar los nombres de las tablas para que se adapten mejor a sus operaciones, siempre que se ajusten a la esencia de la descripción de la tabla.
Solicitudes de material
Contiene solicitudes de reposición de material para artículos específicos entre departamentos.
Órdenes de trabajo
Las necesidades de producción de su operación. Se generan a partir de pedidos y representan una demanda de materiales específicos que deben producirse para cumplir el pedido.
Defectos
Seguimiento de los defectos. Cada línea es un defecto único relacionado con un único material o con la observación de una desviación. Las líneas pueden tener varias cantidades.
Acciones
Contiene eventos que requieren seguimiento.
Tarjetas Kanban
Tipos de tablas secundarias (avanzadas)
Los siguientes tipos de tablas secundarias no encajan en un modelo Digital Twin y sólo deben ser considerados por usuarios avanzados. Sólo debe incluir tablas de Referencia o Registro una vez que haya pasado por el proceso de Diseño de la Solución y agotado todas las demás opciones. Estas tablas nunca deben servir de base para una solución de aplicación.
Registros
Logs are a secondary table type within the Tulip Common Data Modelno encajan en un modelo Digital Twin y sólo deberían tenerlas en cuenta los usuarios avanzados. Sólo debe incluir tablas de registro una vez que haya pasado por el proceso de diseño de la solución y agotado todas las demás opciones. Las tablas de registro NUNCA deben servir como base para una solución de aplicación. ::: Dado que los datos históricos se rastrean tradicionalmente a través de la finalización de la aplicación y se almacenan en registros de finalización, SÓLO necesita utilizar una tabla de registro si: * Necesita separar datos específicos de los registros de finalización para fines de visualización * Necesita utilizar estos datos en cálculos, específicamente consultas y agregaciones.
NO debe recurrir a las tablas Log para: * Registros históricos * Trazabilidad
Notas y comentarios
Los usuarios pueden almacenar notas que se adjuntan a las órdenes de trabajo, turnos u otros artefactos del proceso.
Historial de actividad de la estación
Almacena un registro histórico de la salida de producción y el estado por estación, agrupado por hora. Similar en función y propósito a la tabla de actividad de máquina.
Registros genealógicos
Cada registro es una relación padre/hijo. El hijo puede ser un subconjunto serializado o no serializado o una pieza individual.
Resultados de inspección
Almacena los resultados de los pasos del procedimiento en relación con el material inspeccionado. Se trata de resultados de pasa/no pasa o mediciones tomadas durante un paso del proceso que requiere una entrada por parte del usuario.
Referencias
References are a secondary table type within the Tulip Common Data ModelLas tablas de Referencia no se incluyen en un modelo Digital Twin, ya que no encajan en un modelo Digital Twin y sólo deben ser consideradas por usuarios avanzados. Sólo debe incluir tablas de Referencia una vez que haya pasado por el proceso de Diseño de la Solución y agotado todas las demás opciones. Las tablas de referencia NUNCA deben servir de base para una solución de aplicación. :::
Siempre que sea posible, los datos deben obtenerse en tiempo real directamente de la fuente original, como un ERP, a través de un conector HTTP. Puede que necesite utilizar una tabla de referencia en casos marginales como: * Temporalmente, mientras se establece la conexión con un ERP. * Si su sistema externo contiene datos de referencia limitados que necesitan ser aumentados con Tulip.
Su enfoque evolucionará con el tiempo a medida que las soluciones maduren y los sistemas se integren y acoplen más estrechamente.
Definiciones de materiales
Definiciones de todos los artículos fabricados, comprados o ensamblados. Describe los artículos y sus propiedades específicas.
Lista de materiales
Esta tabla se utiliza normalmente en lugar de la integración con un sistema de registro que podría pasar estos datos en tiempo real. Esta tabla contiene una lista de materiales y procedimientos para un determinado producto o artículo de nivel superior. Puede utilizarse para visualizar los componentes necesarios y las cantidades desglosadas por pasos del proceso.
Más información
¿Te ha sido útil este artículo?
