Modelo de dados de rastreamento de pedidos

Visão geral

Obter a arquitetura de dados correta é fundamental para conduzir as ações certas para melhorar seu processo. Os dados nunca são únicos, pois os problemas que estão sendo resolvidos raramente são idênticos. Este {{glossário.Exemplo funcional}} descreve o modelo de dados mínimo recomendado para o rastreamento de pedidos.

Em um nível fundamental, os pedidos são simples. Eles têm um conjunto de atributos e um conjunto de entradas. A tabela [Orders] é onde os "metadados" dos pedidos são armazenados.

O documento Estendendo o conceito aborda algumas maneiras pelas quais esse modelo de dados pode ser desenvolvido para gerar ainda mais valor.

Tabelas

Este aplicativo depende de tabelas para o armazenamento de dados. Isso é recomendado (em vez de usar conclusões) porque significa que a mesma tabela pode ser usada em vários aplicativos, uma característica essencial de Composability.

Este aplicativo se baseia em uma única tabela [Orders].

Aextensão do conceito aborda como essa tabela poderia ser combinada com o registro vinculado à tabela [Materials] para rastrear materiais dependentes.

Tabela [Orders]

A tabela Orders é a base necessária para dar visibilidade ao seu processo. Alguns campos de registro da tabela são opcionais e outros são realmente necessários para manter a visibilidade das suas operações.

Lembre-se de que esses campos não precisam necessariamente ser preenchidos por uma pessoa. As informações do pedido podem vir de uma fonte de dados externa ou ser inferidas com base na lógica condicional.

Ex. No início de um pedido neste {{glossário.Exemplo Funcional}}, o status do pedido é definido como ABERTO

Campos obrigatórios

ID (Texto) - Todas as tabelas precisam de uma coluna ID para representar exclusivamente cada registro da tabela. Neste caso de uso, estamos usando o número do pedido como ID.

:::(Warning) (Aviso) Os IDs de registro não podem ser usados para vários registros, portanto, se o seu processo tiver dois pedidos com o mesmo número de pedido, recomendamos o uso de um prefixo ou sufixo para garantir que o ID do registro seja exclusivo :::

Número do material (texto) - O número do material para esse caso de uso é o número da peça (ou SKU) que esse pedido está produzindo. Como esse não é o campo de ID, vários registros (pedidos) podem compartilhar um único número de material.

Target Quantity (Number) (Quantidade alvo ) - O número de unidades necessárias para concluir o pedido.

Status (Texto) - O estado atual desse pedido. Em nosso caso de uso, os pedidos passam por 6 status:

1. NOVO
2. LIBERADO
3. IN-PROGRESS
4. COMPLETO
5. ON-HOLD
6. CANCELADO

Data de vencimento (data e hora) - Sem uma data-alvo, priorizar o trabalho pode ser um grande desafio.

Campos opcionais

Descrição do material (Texto) - Qualquer informação semântica que possa ajudar seus operadores a entender melhor o que estão fazendo.

Por exemplo: não sei o que é PN-24136, mas a descrição do material é "parafuso 3/16x2", portanto, posso agir de acordo com o pedido.

Material Photo (Image)- Uma foto opcional do produto final a ser produzido.

Final Quantity (Number)- Como o nome indica, essa é a quantidade final de peças. A intenção é que esse campo possa ser usado para uma contagem final de peças por um departamento de qualidade ou departamento de expedição antes de o pedido ser enviado.

Unidade de medida (texto) - Qual é a unidade para descrever o material que está sendo produzido? Esse campo pode ser aproveitado para informar se eles devem fazer 15 onças de produto ou 15 toneladas de produto.

Tipo (Texto) - Essa é uma categorização de nível superior para o pedido que pode ser usada para agrupar pedidos.

Ex. Sempre executamos trabalhos de impressão no início da semana para que as máquinas não precisem ser limpas duas vezes, portanto, todos os pedidos de impressão recebem o tipo PRINTING para que possam ser priorizados primeiro.

Scheduled Manufacture Date (Datetime) - Quando esse pedido deve ser iniciado para garantir que seja entregue no prazo?

Data de fabricação (data e hora) - Quando a fabricação foi realmente iniciada?

Complete Date (Datetime) - Quando o pedido foi concluído?

Current Location (Text) (Localização atual ) - A localização atual do pedido. Incrivelmente útil em instalações maiores para garantir que os produtos acabados possam ser encontrados.

Materials (Linked Record) - Materials é um campo de registro vinculado à tabela [Materials]. Esse campo destina-se a vincular os materiais necessários para concluir esse pedido ao pedido pai.

Também é aqui que a BOM de sua montagem pode ser armazenada.

:::(Warning) (Atenção) Neste Functional Example, a tabela [Materials] não está sendo usada. :::

Customer (Texto) - Este campo é um local para armazenar nomes de clientes, IDs de clientes, etc.