Como criar um aplicativo de relatório de rejeições automatizado
  • 04 Nov 2023
  • 5 Minutos para Ler
  • Contribuintes

Como criar um aplicativo de relatório de rejeições automatizado


Article Summary

Como criar um aplicativo de relatório de rejeições automatizado

Use este guia passo a passo para permitir que os especialistas em qualidade rastreiem defeitos comuns em tempo real

Observação: este tópico é apresentado na seção "Criar um aplicativo de inspeção de qualidade" da Tulip University.

Algumas empresas empregam especialistas em qualidade para rastrear e corrigir defeitos ao longo do dia. Esses especialistas geralmente estão equipados com um pedaço de papel para rastrear defeitos comuns no chão de fábrica. A aparência seria mais ou menos assim:

How To Build An Automated Rejects Report App_89029881.png

Na primeira coluna, há uma série de opções para o número da peça. Em seguida, um operador deve adicionar um registro para indicar o problema que teve com um determinado número de peça.

A Tulip não tem uma interface de planilha eletrônica. Em vez disso, você deve usar um "Form Step " para que cada funcionário possa relatar facilmente os defeitos e indicar se uma peça precisa de retrabalho ou deve ser descartada. Isso permite que você rastreie defeitos comuns em tempo real.

Um aplicativo "Rejects Report" deve ter duas etapas:

  1. Selecionar a peça com defeito
  2. Escolher o tipo de defeito em uma lista predefinida

Veja como isso pode ser feito:

How To Build An Automated Rejects Report App_92979993.png

A Tulip armazenará o defeito em um banco de dados assim que alguém usar o aplicativo. Em seguida, você pode visualizar um gráfico de defeitos em tempo real em um Dashboard

How To Build An Automated Rejects Report App_89032594.png

Veja como criar o aplicativo de relatório de rejeições.

Pré-requisitos

Para entender este tutorial, você deve concluir o Tulip Basics, um breve tour pelo Tulip App Editor.

Etapa 1 - Selecione a peça

How To Build An Automated Rejects Report App_89032597.png

Essa etapa mostrará uma série de imagens com os nomes/números das peças e solicitará que o operador escolha a peça com defeito.

Aqui está a parte da planilha que estamos abordando:

How To Build An Automated Rejects Report App_92983017.png

Quando o operador escolher uma peça, você usará gatilhos para avançar para a próxima etapa e atualizar uma variável chamada "part_id" com a peça específica. Isso permitirá que você analise posteriormente a frequência de defeitos por peça.

Depois de usar uma variável para rastrear o ID da peça, você poderá criar uma análise que mostre as peças com defeito mais comuns.

Criando-a no Tulip

Aqui está um exemplo da tela de seleção de peças:

How To Build An Automated Rejects Report App_92980661.png

Para permitir que o operador selecione uma peça, você precisa colocar um botão invisível na parte superior de cada combinação de imagem/texto.

Aqui está um exemplo do botão sobre a peça na extrema direita.

How To Build An Automated Rejects Report App_92980773.png

Na parte inferior da guia Widget no Painel de contexto, você pode ver que a "Cor do botão" está definida como transparente. Também não há texto no botão. Isso permite criar lógica com base na imagem que o operador pressionará em sua bancada de trabalho.

Agora, você deve usar Triggers e Variáveis para armazenar o nome da peça defeituosa.

Adicione um acionador ao botão e nomeie-o como "Save Part ID - Part x".

How To Build An Automated Rejects Report App_92981010.png

Em seguida, crie uma variável chamada "partID" e atualize-a com o nome da peça. Depois disso, prossiga para a próxima etapa.

Veja como criar isso no Trigger Editor:

E aqui está a instrução "Then" acima:

Nesse caso, sua peça é chamada "myPartID". Isso é bem chato, mas você entendeu a ideia. Pode ser um número de série ou um nome interno. Para salvar isso como texto, certifique-se de colocá-lo entre aspas como acima ("").

Você pode criar a variável partID nessa tela selecionando a opção "New variable" (Nova variável) ao lado do menu suspenso chamado "location" (local).

Você deve selecionar essas opções primeiro:

Em seguida, você pode criar a variável clicando na opção "New Variable" (Nova variável) no campo seguinte chamado "location" (local):

Depois de atualizar a variável, envie o operador para a próxima etapa adicionando a instrução "Go To Step", "Next".

How To Build An Automated Rejects Report App_92981974.png

Combinação desta etapa com outras etapas

Em alguns casos, talvez você não queira enviar os operadores para a próxima etapa automaticamente. Talvez você queira criar caminhos dinâmicos no aplicativo com base na parte que eles selecionaram. Para fazer isso, basta selecionar a etapa específica no menu suspenso ao lado de "Go To Step" para cada parte.

Possibilidades de análise

Você pode usar os dados dessa etapa para ver quais peças são comumente defeituosas.

Use a análise "One Operation" e, em seguida, selecione a variável "part_ID" para o eixo X. Mostre a frequência no eixo Y.

Leitura adicional

Etapa 2 - Selecione o defeito

How To Build An Automated Rejects Report App_89032599.png

Depois de conhecer a peça, você precisa permitir que o operador selecione o defeito.

Esta é a parte da planilha que estamos abordando:

How To Build An Automated Rejects Report App_92983068.png

Você pode fazer isso com uma "Etapa do formulário". Como a Tulip rastreará automaticamente a data e a hora da conclusão do aplicativo, você só precisa de dois campos:

  • O tipo de defeito de uma lista pré-selecionada
  • Uma imagem do defeito (se necessário)

Construindo no Tulip

Esta é a aparência do aplicativo:

How To Build An Automated Rejects Report App_89032158.png

Você precisa de dois campos, um menu suspenso e uma foto.

Primeiro, crie uma nova etapa do formulário. Em seguida, adicione um menu suspenso usando a barra de ferramentas.

How To Build An Automated Rejects Report App_92982603.png

How To Build An Automated Rejects Report App_92982639.png

Na etapa do menu suspenso, clique no "+" ao lado do nome da variável para criar uma nova variável que rastreie a escolha do operador nesse campo específico. Em seguida, renomeie-a para "Type of Defect" (Tipo de defeito) ou "defect_type" (tipo de defeito).

How To Build An Automated Rejects Report App_89032240.png

Disponibilize todas as opções do menu suspenso como botões e, em seguida, adicione as opções usando o símbolo "+".

How To Build An Automated Rejects Report App_89032381.png

Por fim, altere o botão "Next" (Próximo) para um botão "Complete" (Concluir), pois essa é a última etapa do aplicativo.

How To Build An Automated Rejects Report App_89032471.png

Combinação desta etapa com outras etapas

Em alguns casos, talvez você queira criar várias etapas de formulário com diferentes opções de menu suspenso com base na parte que foi relatada na Etapa 1.

Se esse for o caso, certifique-se de usar a mesma variável para rastrear a entrada do usuário a partir do menu suspenso em cada etapa do formulário, de modo que possa eventualmente criar uma análise. Um operador preencherá apenas um formulário por conclusão de aplicativo.

Por exemplo, se você tiver três etapas de formulário diferentes que o operador pode usar para relatar um defeito específico, certifique-se de que todos os menus suspensos atualizem a mesma variável chamada "defect_type".

Possibilidades de análise

Você pode usar a análise "One Operation" para ver quais defeitos são mais comuns em geral. Basta escolher a variável "defect_type" para o eixo X.

Ou, você pode combinar os dados sobre defeitos com o nome da peça para descobrir quais combinações de peça/defeito são mais comuns. Use a análise "Compare Variables" para ver todas as combinações em um único gráfico.

Leitura adicional


Encontrou o que estava procurando?

Você também pode ir para community.tulip.co para postar sua pergunta ou ver se outras pessoas tiveram uma pergunta semelhante!


Este artigo foi útil?