← Tools
Exemplo fictício
NORVANEO / AUTOMATIONS
Guia de implementação · nada está ativoAutomações com propósito
Sete percursos para reduzir tarefas repetidas. Explora os requisitos, testa um exemplo e escolhe o que vale a pena implementar.
Estas receitas são orientações, não integrações instaladas. O tema não lê encomendas em segundo plano, não envia mensagens e não agenda tarefas. Qualquer implementação exige configuração, permissões, testes e aprovação.
AStock baixo → tarefa de reposição
- Quando começa
- Alteração do inventário disponível numa localização autorizada.
- Condições e exclusões
- SKU monitorizado, localização correta e quantidade igual ou inferior ao limite. Excluir artigos descontinuados ou sem controlo de stock.
- Resultado previsto
- Criar uma tarefa interna com SKU, local e quantidade. Não comprar stock, alterar preços ou fazer encomendas.
- Dados e integrações
- ID da variante, localização, stock e limite. Shopify Flow e destino de tarefas aprovado; um registo durável mantém o ciclo do alerta.
- Teste de aceitação
- Stock 3, limite 5: uma tarefa. Repetir o evento: zero duplicados. Stock 8 encerra o ciclo; nova descida pode abrir outra tarefa.
- Repetições, erros e suspensão
- Chave: loja + variante + local + ciclo. Se o destino falhar, repetir com a mesma chave e limite de tentativas. Revalidar stock antes de agir; suspender no fluxo.
- Custos e limites
- Validar plano Flow, volume de eventos e custo do destino. A demonstração abaixo é local e gratuita; não instala esta integração.
BEncomenda atrasada → fila de exceções
- Quando começa
- Verificação agendada de encomendas pagas e ainda não expedidas, depois do prazo acordado.
- Condições e exclusões
- Excluir canceladas, pré-encomendas e esperas justificadas. Confirmar novamente pagamento e expedição imediatamente antes do alerta.
- Resultado previsto
- Adicionar à fila interna com motivo e responsável. Não cancelar, reembolsar nem prometer uma data ao cliente.
- Dados e integrações
- ID da encomenda, datas, estados e motivo de espera. Flow ou serviço agendado autorizado; evitar copiar moradas e dados de pagamento.
- Teste de aceitação
- Uma encomenda em atraso gera uma exceção; uma já expedida entre a consulta e a ação não gera alerta.
- Repetições, erros e suspensão
- Deduplicar por encomenda e tipo de exceção. Erro na consulta não significa zero atrasos: mostrar cobertura parcial e alertar o operador. Suspender no agendador.
- Custos e limites
- Custos dependem do número de consultas, permissões de encomendas e destino. Definir retenção curta e acesso restrito.
CProduto incompleto → revisão de catálogo
- Quando começa
- Criação ou alteração de produto com campos relevantes para a verificação.
- Condições e exclusões
- Validar apenas regras acordadas: título, imagens, descrição, preço ou campos obrigatórios por categoria. Distinguir rascunhos intencionais.
- Resultado previsto
- Criar tarefa e, se aprovado, uma etiqueta de revisão. Não gerar factos, publicar, apagar ou alterar silenciosamente o produto.
- Dados e integrações
- ID do produto, regras, campos verificados e versão da análise. Flow e fila interna; Catalogue Doctor pode ajudar na revisão manual de um CSV.
- Teste de aceitação
- Um produto com duas falhas gera uma tarefa agregada. A etiqueta criada pelo fluxo não pode provocar um ciclo infinito.
- Repetições, erros e suspensão
- Deduplicar por produto e versão relevante; ignorar alterações feitas pela própria etiqueta. Revalidar antes de concluir. Suspender se o volume exceder o previsto.
- Custos e limites
- Custo varia com produtos, regras e conectores. Escrita no catálogo só com permissão e âmbito específico.
DPedido de orçamento → brief organizado
- Quando começa
- Receção confirmada de um formulário de orçamento válido.
- Condições e exclusões
- Campos obrigatórios, consentimento para contacto, verificação antispam e ausência de duplicado. Não adicionar à newsletter por defeito.
- Resultado previsto
- Criar um registo no CRM aprovado com origem, âmbito, prazo e informação em falta; preparar rascunho de resposta para revisão humana.
- Dados e integrações
- Contacto estritamente necessário e conteúdo do pedido. Formulário validado no servidor e conector CRM; o tema por si só não cria registos no CRM.
- Teste de aceitação
- Pedido legítimo recebido uma vez; reenvio não duplica. Spam fica retido. Erro de CRM não apresenta falsa confirmação de registo.
- Repetições, erros e suspensão
- Chave de submissão no servidor e caixa de saída durável. Repetir falhas transitórias com limite; falhas definitivas vão para revisão. Desligar conector sem perder pedidos.
- Custos e limites
- Plano CRM, conector, alojamento e retenção a aprovar. O envio do formulário nunca aceita um contrato ou reserva uma data automaticamente.
EResumo operacional → leitura com contexto
- Quando começa
- Agenda aprovada, com fuso horário e período explícitos.
- Condições e exclusões
- Todas as fontes autorizadas identificadas. Distinguir dados em falta, zero real, última atualização e cobertura parcial.
- Resultado previsto
- Preparar resumo de exceções e indicadores definidos, com ligações às fontes. Não inventar receita, poupança ou resultados.
- Dados e integrações
- Agregados necessários, período e fontes. Serviço de relatório ou Flow com consultas compatíveis; destinatários aprovados, sem dados pessoais desnecessários.
- Teste de aceitação
- Comparar totais com a origem para o mesmo período. Simular uma fonte indisponível: o resumo deve indicar a lacuna.
- Repetições, erros e suspensão
- Chave por loja + período + versão. Retentar só fontes que falharam; envio deduplicado. Suspender agenda e distribuição separadamente.
- Custos e limites
- Consultas, histórico, geração e envio podem ter custo. Definir limites antes de prometer uma frequência ou prazo.
FCompra digital → acesso verificável
- Quando começa
- Evento de pagamento validado no servidor; reconciliar também cancelamentos e reembolsos por linha.
- Condições e exclusões
- Verificar assinatura, loja, encomenda, linha, produto e titular. Visitantes precisam de um processo de associação de identidade validado.
- Resultado previsto
- Registar o direito de acesso no servidor e enviar a ligação segura uma única vez. Consentimento de marketing é separado.
- Dados e integrações
- Identidade, encomenda/linha, concessão e estado de reconciliação. Aplicação de entrega ou backend seguro; localStorage nunca é prova de compra.
- Teste de aceitação
- Pagamento, evento duplicado, associação de visitante e reembolso parcial. Uma falha de email não pode duplicar o direito nem expor conteúdo protegido.
- Repetições, erros e suspensão
- Idempotência por linha e tipo de evento; fila com retentativa e revisão manual. Suspender entregas sem apagar compras. Reconciliar estado com a Shopify.
- Custos e limites
- Aplicação, backend, email e manutenção a validar. Este tema preserva os acessos existentes; não instala este serviço nem resolve o histórico de compras.
GPedido de suporte → triagem assistida
- Quando começa
- Novo pedido recebido num canal de suporte autorizado.
- Condições e exclusões
- Antispam, finalidade e retenção definidas. Classificação incerta ou conteúdo sensível seguem para uma pessoa.
- Resultado previsto
- Classificar e preparar resposta com base apenas em políticas aprovadas. Não enviar automaticamente, prometer prazos ou emitir reembolsos.
- Dados e integrações
- ID do pedido, texto mínimo necessário e políticas versionadas. Helpdesk aprovado; uso de IA e envio a terceiros exigem avaliação própria.
- Teste de aceitação
- Pedido claro é classificado; pedido ambíguo é encaminhado. Instruções maliciosas no texto nunca alteram regras, permissões ou destinatários.
- Repetições, erros e suspensão
- Deduplicar por mensagem e versão da política. Após falha, manter o pedido acessível e sinalizar revisão; não enviar o mesmo rascunho duas vezes. Suspender assistência sem parar o suporte.
- Custos e limites
- Helpdesk, volume e eventual IA têm custos e limites. Aprovar fornecedores, acesso e retenção antes de usar dados reais.
Experimenta com stock fictício
Demonstração local, sem ligação ao inventário. Uma tarefa por SKU/local até o stock recuperar. Não grava nem envia dados; reiniciar a página limpa o exemplo.
Ainda não recebeste eventos fictícios.
Implementação segura
Começa com dados de teste e apenas um responsável. Ativa em produção só depois de confirmar âmbito, custos, permissões e plano de reversão.
- Definir o evento, os campos mínimos e quem pode ver os resultados.
- Testar sucesso, evento repetido, dados em falta, erro e recuperação.
- Revalidar a origem antes de cada ação. Registar tentativas sem dados sensíveis e ter botão de suspensão.
- Rever periodicamente volume, custo e resultados reais. Nunca prometer execução enquanto a integração estiver desligada.
Shopify Flow é uma aplicação da Shopify, não uma função proprietária Norvaneo. Plano, permissões, conectores e limites têm de ser confirmados antes da implementação.
Documentação oficial Shopify Flow ↗