ElectroNeek

Caso de uso · Sistemas sem API

Um portal web sem API, extraído para o Sheets de forma agendada — com alertas de mudança

Um bot do Studio faz login no portal de forma agendada, navega até a página, lê a tabela (paginação incluída) e retorna as linhas. O fluxo as grava em uma planilha ou tabela, compara com a execução anterior e publica apenas o que mudou — novo, encerrado, atrasado — no canal. Quando o portal tem uma exportação ou uma API oculta, o bot a utiliza em vez da tela.

Para quem é
Equipes de compras, logística, finanças e operações que consultam o mesmo portal todos os dias — a página de status de pedidos de um fornecedor, o rastreamento de uma transportadora, a lista de publicações de um órgão regulador, a extranet de um cliente — e copiam números para uma planilha.
Sistemas envolvidos
Qualquer portal web (automação web do Studio)Google Sheets / AW TablesSlack / TeamsAI Workflows

Como a execução acontece

5 etapas · registradas por execução

  1. Gatilho01

    A cada 2 horas

    Ou sob demanda pelo Slack

  2. Bot02

    Faz login e lê a tabela

    Paginação, filtros, downloads

  3. Agente03

    Compara e classifica as mudanças

    Novo / alterado / encerrado, prioridades

  4. Sistema04

    Atualiza a planilha ou tabela

    Snapshot completo + log de mudanças

  5. Sistema05

    Publica as mudanças

    Slack / Teams, só o delta

Agente decideDocumento vira camposBot faz os cliquesPessoa aprova

Como roda, passo a passo

  1. 1

    Antes de qualquer construção, os termos de uso do portal são verificados; onde o acesso automatizado é proibido, dizemos isso e paramos. Onde o portal oferece exportação em CSV ou um endpoint JSON não documentado atrás do login, o bot o utiliza — mais rápido e mais estável do que ler a página.

  2. 2

    Um agendamento dispara a execução. O bot faz login com o seu próprio usuário do portal, aplica os filtros, lê a tabela página por página e baixa anexos se o caso de uso precisar deles.

  3. 3

    O fluxo grava um snapshot completo na planilha ou tabela com o horário da execução, e então um agente o compara com o snapshot anterior e classifica as mudanças — novas linhas, mudanças de status, atrasos além de um limite — em linguagem simples.

  4. 4

    Só o delta é publicado no Slack ou Teams, cada linha com o seu link; um resumo semanal vai por e-mail.

  5. 5

    Se o portal mudar o layout ou o login falhar, o bot para e a execução publica a captura de tela — na mesma manhã, não uma semana depois, quando alguém percebe que a planilha parou de se mexer.

Limites: o que isto não faz

  • Os termos de uso decidem se um portal pode ser automatizado; alguns portais do setor público proíbem e ficam de fora.
  • CAPTCHAs não são contornados; um portal que exibe um a cada login não é adequado.
  • Alertas baseados em comparação precisam de uma chave estável por linha (número do pedido, código de rastreamento); portais sem isso ficam no modo somente snapshot.

Perguntas sobre este processo

  • Depende dos termos do portal. Nós os lemos primeiro e preferimos exportações ou APIs atrás do login a ler a página; alguns portais são recusados.

  • A execução pausa para uma pessoa aprovar o código, como no caso de uso de extratos bancários; um portal que exige isso a cada login roda de forma assistida ou não roda.

  • Sim, essa é a variante de entrada de dados: linhas de uma planilha inseridas no portal com verificação na tela.

Construa isto nos seus sistemas em um sandbox guiado.

Conte o processo; depois de uma conversa de 30 minutos o sandbox fica pronto a partir de 24 horas, e construímos a primeira execução com a sua equipe.