MENU
    Modelo de dados de rastreamento de pedidos
    • 10 Jan 2025
    • 4 Minutos para Ler
    • Contribuintes

    Modelo de dados de rastreamento de pedidos


    Resumo do artigo

    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" do pedido 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].

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

    Tabela [Orders]

    https://cdn.document360.io/7c6ff534-cad3-4fc8-9583-912c4016362f/Images/Documentation/Orders.png

    A tabela Orders (Pedidos) é 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

    Record IDs cannot be used for multiple records, so if your process might have 2 orders with the same order number, we would recommend using a prefix or suffix to insure the record ID is unique


    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?


    Manufacture Date (Datetime) - Quando a fabricação realmente começou?


    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 {{glossário.BOM}} de sua montagem pode ser armazenada.

    Warning

    In this Functional Example, The [Materials] table is not being used.


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


    Este artigo foi útil?