Mesas de tulipas comuns
  • 06 Mar 2024
  • 2 Minutos para Ler
  • Contribuintes

Mesas de tulipas comuns


Article Summary

Conheça as tabelas Tulip comuns que você pode usar em aplicativos e as práticas recomendadas de armazenamento de dados desses aplicativos.

As práticas recomendadas das tabelas Tulip podem não ser imediatamente óbvias, em comparação com um sistema monolítico tradicional (por exemplo, um MES): 1. Os aplicativos geralmente hospedam determinados dados mestre (por exemplo, as etapas do processo de fabricação, o contexto referente às ferramentas/equipamentos usados etc.). 2. Os registros de conclusão oferecem uma maneira fácil de armazenar dados históricos imutáveis do processo, reduzindo assim a necessidade de armazenar esses dados em tabelas separadas. 3. As soluções são desenvolvidas de forma ascendente. Elas fornecem um modelo de tabela conciso, enquanto um modelo de dados rígido de cima para baixo não atende às necessidades comerciais. 4. As soluções podem interagir com fontes de dados de terceiros para recuperar o contexto em tempo real (por exemplo, a lista de materiais de uma ordem de serviço de um sistema ERP).

Normalmente, as tabelas são mais bem utilizadas para representar um gêmeo digital de suas instalações, com cada tabela atendendo a uma de duas finalidades: 1. Artefatos físicos 2. Artefatos operacionais

Os artefatos físicos são objetos tangíveis em suas instalações ou componentes usados ou produzidos durante as operações. Exemplos: * Estações * Lotes * Unidades

Os artefatos operacionais são elementos ou componentes tangíveis ou intangíveis que permitem ou dão suporte às operações. Exemplos: * Ordens de trabalho * Defeitos * Eventos

Outras tabelas comumente usadas incluem:* Bill of Materials (por exemplo, quando não se recupera esse contexto em tempo real de um sistema de terceiros) * Materials (Master Data) * Unit Genealogy

Estruturas de tabelas comuns

Artefatos físicos

Considere as seguintes estruturas de tabela como ponto de partida para os artefatos físicos mais comuns.

Estações

Cada registro é uma estação Tulip distinta, em que o ID é o nome da estação.Sample Structure for Genealogy Records Table

Lotes

Cada registro é um lote distinto de material. Geralmente usado em indústrias de processo.Sample Structure for Batches Table

Unidades

Cada registro representa uma unidade serializada distinta (número de peça, submontagem ou uma montagem principal).Sample Structure for Units Table

Artefatos operacionais

Considere as seguintes estruturas de tabela como ponto de partida para os artefatos operacionais mais comuns.

Ordens de trabalho

Cada registro é uma ordem de serviço/ordem de produção distinta, geralmente correlacionada a um pedido em um ERP.Sample Structure for Genealogy Records Table

Defeitos

Cada registro é um Defeito distinto, seja de um produto WIP ou de um material de terceiros.Sample Structure for Defects Table

Eventos

Cada registro é um evento distinto, como um incidente de segurança ou uma solicitação de material, etc.Sample Structure for Downtime Events Table

Casos de uso avançado

Lista de materiais

Essa tabela é geralmente usada se não estiver sendo recuperada diretamente de um sistema de terceiros (por exemplo, ERP ou PLM) por meio de uma função de conector da Tulip.Sample Structure for BOM Table

Registros de genealogia

Cada registro é uma relação pai/filho exclusiva. O filho pode ser um subconjunto serializado ou não serializado ou uma peça individual. Se todos os registros na genealogia de uma instalação forem serializados, é prática comum não usar uma tabela de genealogia e, em vez disso, incluir uma coluna de texto Parent Serial Number na tabela Units.Sample Structure for Genealogy Records Table

Materiais (dados mestre)

Esta é uma tabela de dados mestre, em que cada registro representa um número de peça de matéria-prima distinto, em que a ID é um componente em uma lista de materiais.
Sample Structure for Genealogy Records Table


Leitura adicional


Este artigo foi útil?