Como copiar ou transferir um workflow entre contas do GoHighLevel
Precisa mover automações do GoHighLevel entre contas? A cópia nativa da plataforma só alcança subcontas da sua própria agência, é para administradores e chega como rascunho. Veja como copiar ou transferir um workflow para que ele funcione de verdade no destino.
Resposta rápida. Para transferir automações do GHL entre contas, salve o workflow em uma biblioteca na nuvem a partir da conta de origem, abra a de destino e implante-o como um novo workflow. O remapeamento entre contas roda automaticamente: as referências são associadas pelo nome e o que não tiver correspondência chega como rascunho para que nada entre no ar quebrado. Funciona entre agências e sem permissão de administrador de agência, algo que o Copy Workflow to Sub-Account nativo do GoHighLevel não permite.
Você construiu um bom workflow em uma conta do GoHighLevel e quer o mesmo funcionando em outra: uma subconta diferente, um cliente que acabou de entrar ou uma conta de outra agência. Essa é a cópia entre contas. O duplicar nativo do GoHighLevel só clona um workflow dentro da conta em que ele já está, e o Copy Workflow to Sub-Account nativo alcança apenas outras subcontas da sua própria agência, só para administradores de agência, e chega como rascunho com a maioria das referências apagadas. Se você precisa cruzar agências, fazer isso sem permissão de administrador ou manter todas as referências intactas, as opções nativas acabam, porque um workflow depende muito mais da conta do que parece.
Por que uma cópia bruta quebra em uma conta nova
Nomes idênticos não ajudam: os ids são diferentes, então a cópia mantém a forma, mas perde as conexões.
Um workflow não é um documento autônomo. Quase toda etapa relevante aponta para outro registro da conta: adicionar uma tag, mover uma oportunidade para uma etapa de um pipeline, atribuir um usuário, atualizar um campo personalizado, agendar em um calendário. O GoHighLevel guarda cada uma dessas referências como um id exclusivo da conta em que foi criado, e não como um nome que você reconheceria.
Então, quando você pega o workflow bruto e o coloca em uma segunda conta, todos esses ids apontam para o nada. A conta de destino tem seus próprios pipelines, tags, usuários e campos personalizados, com ids totalmente diferentes mesmo que os nomes sejam idênticos. O workflow copiado mantém a forma do original, mas seus gatilhos e ações referenciam registros que não existem na conta nova. Na prática, as etapas falham em silêncio, as oportunidades não avançam e as tags não são aplicadas. O workflow parece normal no editor e está quebrado em silêncio na execução.
É exatamente essa a lacuna que o ExportGHL Workflows foi criado para fechar. Em vez de levar os ids da origem às cegas, ele reassocia cada referência da conta com o destino antes de o workflow entrar no ar.
O fluxo de cópia, passo a passo
A movimentação passa pela sua biblioteca na nuvem, então as duas contas continuam independentes.
A movimentação passa por uma biblioteca na nuvem, e não por uma conexão direta entre contas. Isso mantém as duas contas independentes e permite implantar depois o mesmo workflow salvo em mais de um destino.
Salve o workflow na conta de origem. Abra o workflow que você quer copiar e salve-o na sua biblioteca. Cada etapa, gatilho, filtro e configuração é capturado: nada fica para trás, e o workflow original na conta de origem não é alterado.
Abra a página Workflows da conta de destino. Mude para a subconta ou a agência para a qual você vai copiar e vá até a área de Workflows dela. É aqui que o workflow salvo será reconstruído, então você precisa estar dentro da conta que será dona da nova cópia.
Execute a verificação gratuita. Escolha o workflow salvo e execute Verificar: uma verificação prévia gratuita que não gasta nenhum crédito e não implanta nada. O remapeamento entre contas roda automaticamente em uma implantação entre contas: o ExportGHL lê todas as referências específicas da conta que existem no workflow e procura no destino um registro com o mesmo nome (o pipeline chamado "Sales", a tag "booked-call", o usuário, o campo personalizado, o modelo de e-mail), e o Verificar mostra de antemão o que será associado, o que a criação automática pode construir e o que você mesmo precisará configurar.
Implante. O ExportGHL reconstrói o workflow no destino como um novo workflow, com os ids da origem reescritos pelos ids do próprio destino. Ele nunca sobrescreve nem edita um workflow existente, a menos que você escolha atualizá-lo de propósito, então não há risco de atrapalhar automações ativas na conta de destino.
Associe pelo nome antes de copiar. O remapeamento entre contas empareja as referências pelos nomes em cada conta, então uma conferência rápida para garantir que o destino tenha um pipeline, uma tag ou um campo personalizado com o mesmo nome da origem dá o resultado mais limpo e o menor número de itens sem associação. Quando alguns faltarem, o botão opcional de criação automática cria na implantação os pipelines (com suas etapas) e as tags que faltam, deixando só modelos, calendários e usuários para configurar à mão.
A segurança do rascunho quando algo não é associado
Tudo o que não tiver correspondência de nome é sinalizado e o workflow é implantado como um rascunho que nunca roda.
A correspondência por nome resolve o caso comum, mas as contas se afastam umas das outras. Às vezes o destino realmente não tem um equivalente: uma tag que nunca foi criada, uma etapa de pipeline que foi renomeada, um usuário que não está naquela conta. O ExportGHL não adivinha nem aponta em silêncio essas referências para o registro mais parecido. O que ele não consegue associar pelo nome é sinalizado e, se um workflow ainda tiver referências sem associação, é implantado como rascunho.
Um rascunho nunca roda. Você o abre, vê com precisão quais referências precisam de atenção, escolhe o registro de destino certo ou cria o que falta, e publica quando estiver realmente pronto. O princípio é simples: você nunca acaba com um workflow quebrado no ar, em silêncio, na conta de um cliente. No pior caso, é um rascunho que precisa de um minuto de ajuste, e não uma automação disparando contra os registros errados.
Por que não usar simplesmente um snapshot?
As agências costumam recorrer primeiro a um snapshot, e para a cópia entre contas ele quase sempre é a ferramenta errada. Um snapshot copia o modelo de uma conta inteira, então é pesado para mover um ou poucos workflows, e é desajeitado aplicá-lo em uma conta já configurada e em uso: você corre o risco de levar itens que não queria. O ExportGHL Workflows move workflows individuais sob demanda para contas que já existem, que é exatamente o que a cópia entre contas pede. Se você está comparando as duas abordagens, veja snapshots vs exportação.
Se você só precisa do mesmo workflow de novo dentro de uma conta, comece por clonar um workflow. Para entender melhor a reescrita de ids, leia sobre o remapeamento de ids entre contas, ou veja o hub de exportar workflows do GoHighLevel para conhecer todas as opções de salvar, implantar e fazer backup. Você pode testar o fluxo inteiro sem custo: mover seu primeiro workflow é de graça e depois ele funciona com créditos que nunca expiram ou com uma licença única. Veja os preços para os detalhes.
Perguntas frequentes
Dá para copiar um workflow do GoHighLevel para uma conta diferente?
Em parte. O duplicar nativo do GoHighLevel copia um workflow dentro de uma subconta, e o Copy Workflow to Sub-Account pode enviar um para outra subconta da sua própria agência, mas só para administradores de agência, e ele chega como rascunho com a maioria das referências apagadas. Para transferir automações do GHL entre agências, sem ser administrador ou com as referências totalmente remapeadas, o ExportGHL Workflows foi feito exatamente para isso: você salva o workflow a partir da conta de origem, abre a de destino e o implanta lá como um novo workflow. Em uma implantação entre contas, o remapeamento de ids entre contas roda automaticamente e corrige as referências que, de outro modo, quebrariam na conta nova.
Por que workflows copiados quebram em uma conta nova?
Um workflow está cheio de ids que só têm significado dentro da conta em que foi criado. Pipelines, etapas, tags, usuários, campos personalizados e modelos de e-mail são guardados como ids próprios da conta, e não como nomes. Quando o workflow bruto chega a outra conta, esses ids não apontam para nada, então gatilhos e ações referenciam registros que não existem. O ExportGHL Workflows reassocia cada referência pelo nome no destino e reescreve os ids para que as etapas funcionem corretamente.
O que é remapeado quando copio um workflow entre contas?
O remapeamento entre contas reescreve os ids específicos da conta de origem: pipelines, etapas de pipeline, tags, usuários, campos personalizados e modelos de e-mail. Ele associa cada um ao registro de mesmo nome na conta de destino e troca pelo id do destino. O que não for possível associar pelo nome fica sem associação e sinalizado, em vez de apontar em silêncio para o registro errado, e um workflow com referências sem associação é salvo como rascunho.
As duas contas precisam ser minhas?
Você precisa de acesso tanto à de origem quanto à de destino. A cópia funciona entre quaisquer duas subcontas ou agências que você consiga abrir, sejam suas, da sua agência ou de um cliente cuja conta você gerencia. O workflow fica salvo na sua biblioteca na nuvem nesse meio-tempo, então as duas contas nunca se conectam diretamente e você pode implantar o mesmo workflow salvo em vários destinos.
ExportGHL