Foto: Luca Bravo / Unsplash
Automações
Deixar a integração conectada na conta pessoal de um funcionário faz a automação parar no dia em que ele sai ou troca de senha, sem que ninguém lembre quem conectou
Pedro Toledo · 30 de outubro de 2026 · 3 min de leitura
Deixar a integração conectada na conta pessoal de um funcionário faz a automação parar no dia em que ele sai ou troca de senha, sem que ninguém lembre quem conectou — porque a autorização pertence à pessoa que a concedeu, e quando a conta é desativada, a senha muda ou o acesso é revogado, todos os fluxos que dependiam dela falham de uma vez. Por que conectar com o próprio login parecer o jeito mais rápido, o que caracteriza uma conexão que sobrevive à troca de pessoas, e como perceber se as automações atuais dependem da conta de alguém.
Conectar uma integração com o próprio login costuma parecer o jeito mais rápido de fazer a automação funcionar. Abrir a lista de conexões da ferramenta e anotar com qual conta cada uma foi feita revela quantos fluxos dependem de uma pessoa específica.
Deixar a integração conectada na conta pessoal de um funcionário faz a automação parar no dia em que ele sai ou troca de senha, sem que ninguém lembre quem conectou — porque a autorização pertence a quem a concedeu.
Por que conectar com o próprio login parece o jeito mais rápido
A pessoa já está logada, a ferramenta pede autorização e o fluxo funciona em cinco minutos. O que fica de fora é que a conexão passa a ser dela, e a empresa só descobre isso quando o funcionário sai, muda a senha ou tem a conta desativada, e os fluxos param sem um aviso claro.
O que caracteriza uma conexão que sobrevive à troca de pessoas
Uma conexão resiliente usa uma conta da empresa, de uso compartilhado e restrito ao necessário, e mantém a lista de quem é o dono de cada integração. Isso tem relação direta com conectar a automação ao Google com um aplicativo ainda em modo de teste e fazer a autorização expirar em sete dias — os dois casos apontam pro mesmo princípio de fundo: uma conexão depende de uma autorização que pode deixar de valer sem mudança na automação, seja pelo prazo do token, seja pela pessoa que a concedeu deixar de ter acesso.
O que as fontes dizem sobre a quebra
Segundo a ajuda do Zapier, apagar uma conexão corta o acesso da ferramenta àquela conta e obriga a apontar de novo cada automação, e só o dono da conexão pode reconectá-la. Blogs sobre o assunto afirmam que, quando o dono sai, as automações que usavam a conexão tendem a falhar de uma vez, e que ela pode continuar funcionando até a autorização ser revogada. Pro Make, só encontrei blogs de terceiros, e vale conferir a documentação da ferramenta que você usa.
Como perceber se as automações dependem da conta de alguém
A forma prática é abrir a lista de conexões da ferramenta de automação e anotar, de cada uma, com qual conta foi feita. As que estão no e-mail pessoal de alguém, ou de quem já saiu, são as que vão parar na próxima mudança, e vale migrá-las pra uma conta da empresa antes que isso aconteça.
Um exemplo prático
Uma empresa tem uma automação que cria leads numa planilha, conectada ao Google com a conta de um funcionário que saiu da empresa. No dia em que o acesso dele é encerrado, os leads param de chegar, e demora dois dias até alguém notar. Depois, ela passa a conectar todas as integrações a uma conta de serviço da empresa, registra o dono de cada uma e revisa a lista a cada desligamento.
O ponto central
Antes de conectar uma integração, vale perguntar de quem é a conta usada. A automação que depende do login de uma pessoa funciona até o dia em que essa pessoa deixa de ter acesso.
