Configurações de Notificações

Notificações

A aba Notificações é onde você configura alertas por e-mail que são enviados automaticamente quando algo acontece no chão de fábrica. Três categorias de eventos são suportadas, cada uma com sua própria seção, destinatários e modelo de e-mail.

Abra a aba em Configurações do aplicativo → Notificações.

Configurações do aplicativo — Notificações

As notificações por e-mail são mais simples que os Webhooks. Para integrações Slack / Teams / ERP / HTTP arbitrárias, use Webhooks; para “alertar a caixa de entrada de alguém quando X acontecer”, use esta aba.

Sumário

Para que serve esta aba
Os três tipos de notificação
Notificações de Tarefa Bloqueada
Notificações de Pedido Pronto
Notificações de Pedido Concluído em Departamento
Modelos de e-mail e marcadores
Listas de destinatários
Sinalizador Habilitado
De onde as notificações são enviadas
Dicas e melhores práticas

Para que serve esta aba

Três motores de regras, cada um em um card separado:

Seção	Gatilho
Notificações de Tarefa Bloqueada	Um trabalhador marca qualquer tarefa como Bloqueada no Kiosk.
Notificações de Pedido Pronto	O primeiro cartão de um pedido chega a uma estação de trabalho específica monitorada.
Notificações de Pedido Concluído em Departamento	A última tarefa de um pedido em um departamento específico é concluída.

A primeira seção é uma única regra global (uma lista de e-mail); a segunda e a terceira são listas de regras por estação de trabalho / por departamento, então você pode ter destinatários diferentes para equipes diferentes.

Os três tipos de notificação

Notificações de Tarefa Bloqueada

Um card simples com:

Alternância de Ativação — ligue ou desligue.
E-mails de Destinatários — uma lista dinâmica de entradas de e-mail (até 5).
Botão Salvar.

Toda vez que qualquer trabalhador bloqueia qualquer tarefa no Kiosk, cada destinatário desta lista recebe um e-mail resumindo:

O trabalho e o pedido.
A estação de trabalho.
A nota do motivo do bloqueio.
O funcionário que bloqueou.

Use isso como uma escalada do supervisor — quando um bloqueador acontece, a pessoa certa ouve sobre isso em minutos.

Notificações de Pedido Pronto

Uma lista de regras por estação de trabalho. Cada regra diz: “Quando o primeiro cartão de um pedido chega à estação de trabalho X, envie e-mail para essas pessoas.”

O card mostra uma tabela:

Coluna	O que mostra
Estação de trabalho	Qual estação aciona esta regra.
Destinatários	Contagem de destinatários.
Habilitado	Verde se ativado, cinza se desativado.
Ações	Editar, Excluir.

Clique em Adicionar Regra para abrir o diálogo (veja abaixo). Uma regra por estação de trabalho — estações de trabalho já cobertas por uma regra mostram um badge “em uso” no menu suspenso de estação de trabalho para que você não possa criar duplicatas.

Use isso para transferências entre equipes — por exemplo, quando o primeiro cartão de um pedido atinge a estação de trabalho Embalagem, a equipe do coordenador de envio é avisada de que o pedido está quase fora da porta.

Notificações de Pedido Concluído em Departamento

Mesmo padrão que Pedido Pronto, mas por departamento em vez de por estação de trabalho. Cada regra diz: “Quando a última tarefa de um pedido no departamento X é concluída, envie e-mail para essas pessoas.”

Use isso para conclusões de estágio — por exemplo, quando o trabalho do departamento Pintura de um pedido termina, a Embalagem a jusante sabe que o pedido está pronto para ser retirado.

Modelos de e-mail e marcadores

Quando você Adiciona ou Edita uma regra (em Pedido Pronto ou Pedido Concluído), o diálogo inclui:

Menu suspenso de Estação de trabalho / Departamento.
Assunto do E-mail — uma entrada de linha única.
Corpo do E-mail — uma área de texto multilinha.
Botões de Token de Marcador — clique para inserir um token na posição do cursor (ou no final do campo) no Assunto ou Corpo.

Os tokens disponíveis variam ligeiramente por tipo de regra:

Token	Substituído por…
`{order_no}`	O número de referência do pedido.
`{client_name}`	O nome do cliente.
`{workstation}` (apenas Pedido Pronto)	O nome da estação de trabalho monitorada.
`{department}` (apenas Pedido Concluído)	O nome do departamento.
`{job_count}`	Quantos trabalhos foram afetados.
`{job_names}`	Uma lista de nomes de trabalhos separados por vírgula.

Clique em qualquer botão de token abaixo dos campos de entrada para inseri-lo. Um corpo de e-mail típico pode ser:

“O pedido {order_no} para {client_name} agora está pronto em {workstation}. {job_count} trabalho(s): {job_names}. Por favor, recolha quando for conveniente.”

O modelo renderiza com os valores reais quando o e-mail é enviado. Tokens que não se aplicam (por exemplo, {workstation} em um corpo de Pedido Concluído) apenas renderizam como o texto literal.

Listas de destinatários

Toda regra (e a regra global de Tarefa Bloqueada) tem uma lista de e-mails de destinatários:

Máximo de 5 destinatários por regra.
Botões Adicionar / Remover para gerenciar a lista.
Entradas vazias são removidas ao salvar.
O formato de e-mail é validado.

Precisa de mais de 5 destinatários? Crie um alias de distribuição em seu sistema de e-mail (por exemplo, [email protected]) e adicione o alias como um único destinatário.

Sinalizador Habilitado

Toda regra tem sua própria alternância Habilitado. Desativar mantém a regra no sistema (destinatários, modelo, estação de trabalho/departamento), mas silencia.

Útil para:

Pausar temporariamente alertas durante uma interrupção planejada ou uma reforma.
Construir regras com antecedência e ativá-las somente depois que tudo estiver configurado.
Alternar rapidamente cobertura por turno sem remover a regra.

O estado Habilitado é mostrado como um indicador verde / cinza na tabela de regras.

De onde as notificações são enviadas

O endereço de remetente / de é o e-mail da empresa da sua conta (definido em Configurações Gerais).
O transporte de e-mail usa a configuração SMTP configurada da sua conta (esta é configuração de back-end; fale com o suporte se a entrega estiver falhando ou marcando como spam).
As notificações são despachadas de forma assíncrona — há um pequeno atraso entre o evento e a chegada do e-mail.

Se uma notificação falhar ao ser enviada, a falha é registrada no servidor, mas não bloqueia o evento subjacente (uma tarefa bloqueada ainda está bloqueada mesmo que o e-mail de alerta nunca seja enviado).

Dicas e melhores práticas

Não notifique demais. Uma regra que dispara com muita frequência é uma regra que é ignorada. Escolha os eventos que realmente precisam de atenção de alguém — Tarefa Bloqueada em máquinas críticas, não em cada pequena lombada.
Use aliases de distribuição para equipes. “equipe-envio@…” é uma vaga de destinatário, mas atinge todos no envio. Mais fácil de gerenciar quando a equipe muda.
Faça assuntos escaneáveis. Comece com o token mais importante: [BLOQUEADO] {order_no} lê-se melhor que Atualização de tarefa bloqueada para pedido {order_no}.
Mantenha os corpos curtos. A equipe de campo geralmente lê alertas em seus telefones — três linhas no máximo, com o item acionável no primeiro.
Use a alternância Habilitado para cobertura de turnos. Se uma regra só deve disparar durante o turno do dia, você pode alternar manualmente de manhã e à noite — ou escrever duas regras com destinatários diferentes e alternar entre elas.
Combine com Webhooks. E-mail é para humanos; webhooks são para sistemas. Um bloqueador pode tanto enviar e-mail ao supervisor quanto disparar um webhook do Slack para o canal da equipe — sem conflito.
Teste acionando o evento. Bloqueie uma tarefa de teste real → confirme que o e-mail chega → verifique a formatação. Pegue surpresas antes de definir 12 regras e depois perceber que um marcador não renderizou da maneira que você esperava.
Combine os destinatários com o escopo do evento. Uma regra de conclusão da Loja de Pintura não deve enviar e-mail ao líder de Corte; um escopo apertado mantém o sinal alto.