Modelo de dados comuns da Tulip
- 13 May 2024
- 7 Minutos para Ler
- Contribuintes
- Impressão
Modelo de dados comuns da Tulip
- Atualizado em 13 May 2024
- 7 Minutos para Ler
- Contribuintes
- Impressão
Article Summary
Share feedback
Thanks for sharing your feedback!
Modelo de dados comuns da Tulip
Os aplicativos podem ser combinados para resolver casos de uso, conectando-se aos processos de fabricação usando tabelas no modelo de dados comum do Tulip. Tulip Common Data Model{target=_blank}. Ao contrário dos modelos de dados tradicionais que dependem de dependências, o Common Data Model da Tulip permite que as tabelas sejam adicionadas ao longo do tempo, caso a caso.
Por meio de tabelas, os aplicativos interagem uns com os outros. Uma atualização de status em uma tabela é a forma como um operador que usa um aplicativo em uma estação pode sinalizar para um operador que usa um aplicativo em outra estação. Por exemplo, um gerente cria uma ordem de serviço em um aplicativo e um operador executa essa ordem de serviço em outro aplicativo ou conjunto de aplicativos.
Práticas recomendadas
:::(Info) (Pré-requisitos) Antes de nos aprofundarmos nas tabelas que compõem nosso modelo de dados, é importante entender as práticas recomendadas para o armazenamento de dados no Tulip:
As tabelas do Tulip devem seguir principalmente o modelo Digital Twin, o que significa que as tabelas devem refletir a planta física ou o chão de fábrica o mais estritamente possível. Os dados históricos da aplicação devem ser limitados aos registros de conclusão, garantindo que as tabelas NÃO sejam usadas para armazenar dados mestre ou dados duplicados de registros de conclusão ou registros externos.
O ideal é que as tabelas representem apenas:
- Artefatos físicos
- Artefatos operacionais
Essas tabelas sempre incluirão um campo Status que será atualizado regularmente pelos aplicativos.
| Artefato físico É algo tangível que você pode tocar fisicamente no chão de fábrica. | Item de inventário, equipamento e ativos | Artefato operacional | Trata-se de um elemento intangível, identificado de forma exclusiva, que pode ser comumente encontrado relacionado às operações. Geralmente, são encontrados como viajantes ou tíquetes impressos. | Evento de defeito, ordem de serviço
No entanto, há ocasiões em que você pode precisar considerar a quebra das práticas recomendadas. Em circunstâncias mais avançadas - e com o mínimo de parcimônia possível -, talvez você precise usar os dois tipos de tabelas secundárias a seguir:
- Registro
- Referência
Os dados nessas tabelas provavelmente serão estáticos e não serão atualizados (por isso é preferível manter esses tipos de dados em registros de conclusão ou no sistema externo original).
Secondary table types do not fit within a Digital Twin model and should only be considered by advanced users. Você só deve incluir esses tipos de tabela depois de passar pelo processo de Desenho da Solução e esgotar todas as outras opções. Os tipos de tabelas secundárias NUNCA devem servir de base para uma solução de aplicativo:
| Tipo | Descrição | Exemplos | | --- | --- | --- | | Referência | Essas são informações que podem ser pesquisadas e definem algo em produção. Geralmente são encontradas em sistemas externos, como um ERP. | Definição de material, lista de materiais | Registro | Esse é um registro compartilhado entre aplicativos. É semelhante ao conceito de um registro de conclusão, exceto pelo fato de ser compartilhado entre aplicativos e tornar acessíveis as consultas de tabela, as agregações e a mutabilidade das tabelas Tulip. | Histórico de atividades da estação, registros de inspeção
Tipos de tabelas primárias
Artefatos físicos
Os artefatos físicos são objetos ou componentes tangíveis que são usados ou produzidos durante as operações.
O estado de um artefato físico será alterado ou atualizado, e essa alteração será refletida no registro (por exemplo, alteração de status).
As descrições das tabelas a seguir têm precedência sobre seus nomes. Sinta-se à vontade para ajustar os nomes das tabelas para melhor atender às suas operações, desde que estejam alinhados com a essência da descrição da tabela.
Itens de inventário
Mantém o inventário por local e item.
Stations (Estações)
Mostra todas as estações no chão de fábrica.
Unidades
Usado para armazenar lotes físicos, números de série e lotes exclusivos.
Equipamentos e ativos
Equipamentos ou dispositivos reutilizáveis, que não fazem parte da lista de materiais, mas podem ser necessários para procedimentos e podem exigir calibração.
Locais
Locais físicos na área de produção. Eles podem ser associados a locais de kits de iluminação para pick-to-light.
Artefatos operacionais
Os artefatos operacionais são elementos ou componentes não físicos que permitem ou dão suporte às operações. Geralmente são encontrados como viajantes ou tíquetes impressos.
O artefato operacional implica que as operações serão realizadas em um registro (por exemplo, alteração de status).
As descrições das tabelas a seguir têm precedência sobre seus nomes. Sinta-se à vontade para ajustar os nomes das tabelas para melhor se adequarem às suas operações, desde que estejam alinhados com a essência da descrição da tabela.
Solicitações de material
Contém solicitações de reabastecimento de material para itens específicos entre departamentos.
Ordens de trabalho
Os requisitos de produção de sua operação. Elas são geradas a partir de pedidos e representam uma demanda de materiais específicos a serem produzidos para atender ao pedido.
Defeitos
Rastreamento de defeitos. Cada linha é um defeito exclusivo relacionado a um único material ou à observação de um desvio. As linhas podem ter várias quantidades.
Ações
Mantém eventos que exigem acompanhamento.
Cartões Kanban
Tipos de tabela secundários (avançados)
Os seguintes tipos de tabela secundária não se encaixam em um modelo Digital Twin e só devem ser considerados por usuários avançados. Você só deve incluir tabelas de referência ou de registro depois de ter passado pelo processo de design da solução e esgotado todas as outras opções. Essas tabelas nunca devem servir como base para uma solução de aplicativo.
Registros
Logs are a secondary table type within the Tulip Common Data ModelAs tabelas de logs não são adequadas para o modelo Digital Twin, pois não se encaixam em um modelo Digital Twin e só devem ser consideradas por usuários avançados. Você só deve incluir tabelas de logs depois de passar pelo processo de design da solução e esgotar todas as outras opções. As tabelas de logs NUNCA devem servir como base para uma solução de aplicativo. ::: Como os dados históricos são tradicionalmente rastreados por meio da conclusão do aplicativo e armazenados em registros de conclusão, você SÓ precisará usar uma tabela de logs se: * Precisar separar dados específicos dos registros de conclusão para fins de visualização * Precisar usar esses dados em cálculos, especificamente consultas e agregações
Você NÃO deve recorrer a tabelas de log para: * Registros históricos * Rastreabilidade
Notas e comentários
Os usuários podem armazenar notas anexadas a ordens de serviço, turnos ou outros artefatos de processo.
Histórico de atividades da estação
Armazena um registro histórico da saída e do status da produção por estação, agrupados por hora. Similar em função e propósito à tabela de atividade da máquina.
Registros de genealogia
Cada registro é uma relação pai/filho. O filho pode ser um subconjunto serializado ou não serializado ou uma peça individual.
Resultados de inspeção
Armazena os resultados das etapas do procedimento em relação ao material que está sendo inspecionado. Esses são resultados de aprovação/reprovação ou medições realizadas durante uma etapa do processo que requer uma entrada do usuário.
Referências
References are a secondary table type within the Tulip Common Data ModelAs tabelas de referência não são incluídas no modelo Digital Twin, pois não se encaixam em um modelo Digital Twin e só devem ser consideradas por usuários avançados. Você só deve incluir tabelas de referência depois de ter passado pelo processo de design da solução e esgotado todas as outras opções. As tabelas de referência NUNCA devem servir de base para uma solução de aplicativo :::
Sempre que possível, os dados devem ser obtidos em tempo real diretamente da fonte original - como um ERP - por meio de um conector HTTP. Talvez seja necessário usar uma tabela de referência em casos excepcionais, como: * Temporariamente, ao estabelecer conexão com um ERP; * Se o seu sistema externo contiver dados de referência limitados que precisem ser aumentados com o Tulip.
Sua abordagem evoluirá com o tempo, à medida que as soluções amadurecerem e os sistemas se tornarem mais integrados e fortemente acoplados.
Definições de materiais
Definições de todos os itens fabricados, comprados ou montados. Isso descreve os itens e suas propriedades específicas.
Lista de materiais
Essa tabela é normalmente usada no lugar da integração com um sistema de registro que poderia passar esses dados em tempo real. Essa tabela contém uma lista de materiais e procedimentos para um determinado produto do item principal. Ela pode ser usada para exibir os itens de componentes necessários e as quantidades divididas por etapa do processo.
Leitura adicional
Este artigo foi útil?
