Så kopierar eller överför du ett workflow mellan GoHighLevel-konton
Behöver du flytta GoHighLevel-automationer mellan konton? Plattformens inbyggda kopiering når bara underkonton i din egen byrå, kräver admin och landar som utkast — så här kopierar eller överför du ett workflow så att det faktiskt fungerar i målkontot.
Kort svar. För att överföra GHL-automationer mellan konton sparar du workflowet i ett molnbibliotek i källkontot, öppnar målkontot och publicerar det som ett nytt workflow. Ommappningen mellan konton körs automatiskt — referenser matchas via namn, och allt som inte matchar blir utkast så att inget går live trasigt. Det fungerar mellan byråer och utan byrå-admin-rättigheter — vilket GoHighLevels inbyggda Copy Workflow to Sub-Account inte gör.
Du har byggt ett bra workflow i ett GoHighLevel-konto och vill ha samma sak igång i ett annat: ett annat underkonto, en nyligen onboardad klient eller ett konto under en separat byrå. Det här är kopiering mellan konton. GoHighLevels inbyggda duplicering klonar bara ett workflow inom det konto där det redan finns, och inbyggda Copy Workflow to Sub-Account når bara andra underkonton i din egen byrå — för byrå-admins, och landar som utkast med de flesta referenser rensade. Ska du flytta mellan byråer, utan admin-rättigheter eller med alla referenser intakta tar de inbyggda alternativen slut, eftersom ett workflow är betydligt mer kontospecifikt än det ser ut.
Därför går en rå kopia sönder i ett nytt konto
Att namnen är identiska hjälper inte; ID:na skiljer sig, så kopian behåller sin form men tappar sina kopplingar.
Ett workflow är inte ett fristående dokument. Nästan varje meningsfullt steg pekar på en annan post i kontot — lägg till en tagg, flytta en affär till ett pipeline-steg, tilldela en användare, uppdatera ett anpassat fält, boka in i en kalender. GoHighLevel lagrar varje sådan referens som ett ID som är unikt för det konto där den skapades, inte som ett namn du skulle känna igen.
När du tar det råa workflowet och släpper in det i ett andra konto pekar därför vart och ett av dessa ID:n på ingenting. Målkontot har sina egna pipelines, taggar, användare och anpassade fält — med helt andra ID:n, även om namnen är identiska. Det kopierade workflowet har fortfarande originalets form, men dess triggers och åtgärder refererar till poster som inte finns i det nya kontot. I praktiken betyder det att steg misslyckas tyst, att affärer aldrig flyttas och att taggar aldrig sätts. Workflowet ser bra ut i redigeraren men är tyst trasigt vid körning.
Det här är precis det glapp som ExportGHL Workflows är byggt för att täcka. I stället för att blint föra över käll-ID:na matchar det om varje kontospecifik referens mot målkontot innan workflowet någonsin går live.
Kopieringsflödet, steg för steg
Flytten går via ditt molnbibliotek, så de två kontona förblir oberoende av varandra.
Flytten går via ett molnbibliotek i stället för en direkt koppling mellan kontona. Det håller de två kontona oberoende och gör att du senare kan publicera samma sparade workflow i fler än ett mål.
Spara workflowet i källkontot. Öppna det workflow du vill kopiera och spara det i ditt bibliotek. Varje steg, trigger, filter och inställning fångas — inget lämnas kvar, och originalworkflowet i källkontot rörs inte.
Öppna målkontots Workflows-sida. Byt till det underkonto eller den byrå du kopierar till och gå till dess Workflows-område. Det är här det sparade workflowet byggs upp, så du ska vara inne i det konto som ska äga den nya kopian.
Kör den kostnadsfria beredskapskontrollen. Välj ditt sparade workflow och kör Check — en kostnadsfri beredskapskontroll som inte kostar någon kredit och inte publicerar något. Ommappningen mellan konton körs automatiskt vid en publicering mellan konton: ExportGHL läser varje kontospecifik referens i workflowet och letar efter en post med samma namn i målkontot — pipelinen ”Sales”, taggen ”booked-call”, användaren, det anpassade fältet, e-postmallen — och Check förhandsvisar vad som mappas, vad auto-create kan bygga och vad du måste ställa in själv.
Publicera. ExportGHL bygger upp workflowet i målkontot som ett nytt workflow, med käll-ID:na omskrivna till målkontots egna ID:n. Det skriver aldrig över eller ändrar ett befintligt workflow om du inte medvetet väljer att uppdatera ett, så det finns ingen risk att störa aktiva automationer i målkontot.
Matcha via namn innan du kopierar. Ommappningen mellan konton parar ihop referenser utifrån deras namn i respektive konto, så en snabb genomgång för att se till att målkontot har en pipeline, tagg eller ett anpassat fält med samma namn som i källan ger det renaste resultatet och minst antal omappade poster. Saknas några bygger det valfria auto-create-reglaget de saknade pipelines (med sina steg) och taggarna åt dig vid publiceringen, så att bara mallar, kalendrar och användare återstår att ställa in manuellt.
Skyddet som ger utkast vid omappade referenser
Allt som saknar namnmatchning flaggas, och workflowet publiceras som ett utkast som aldrig körs.
Namnmatchning klarar det vanliga fallet, men konton glider isär. Ibland saknar målkontot helt enkelt motsvarigheten — en tagg som aldrig skapats, ett pipeline-steg som bytt namn, en användare som inte finns i det kontot. ExportGHL gissar inte och pekar inte tyst om dessa referenser till närmaste post. I stället flaggas allt som inte går att mappa via namn, och om ett workflow fortfarande har omappade referenser publiceras det som ett utkast.
Ett utkast körs aldrig. Du öppnar det, ser exakt vilka referenser som behöver åtgärdas, väljer rätt post i målkontot eller skapar den som saknas och publicerar när det verkligen är klart. Principen är enkel: du får aldrig ett trasigt workflow som tyst ligger live i en klients konto. I värsta fall får du ett utkast som kräver en minuts städning — inte en automation som avfyras mot fel poster.
Varför inte bara använda en snapshot?
Byråer tar ofta en snapshot först, och för kopiering mellan konton är det oftast fel verktyg. En snapshot kopierar en mall för hela kontot, så den är tung när man bara ska flytta ett eller några få workflows, och det är krångligt att tillämpa den på ett konto som redan är uppsatt och live — du riskerar att dra in saker du inte ville ha. ExportGHL Workflows flyttar enskilda workflows vid behov till konton som redan finns, vilket är vad kopiering mellan konton egentligen kräver. Om du väger de två mot varandra, se snapshots vs export.
Behöver du bara samma workflow en gång till inom ett och samma konto börjar du med klona ett workflow. Vill du förstå ID-omskrivningen på djupet kan du läsa om ID-ommappning mellan konton, eller se exportera GoHighLevel-workflows för alla alternativ för att spara, publicera och säkerhetskopiera. Du kan prova hela flödet utan kostnad — ditt första workflow flyttar du gratis, och därefter går det på krediter som aldrig går ut eller en engångslicens. Se priser för detaljerna.
Vanliga frågor
Kan man kopiera ett GoHighLevel-workflow till ett annat konto?
Delvis. GoHighLevels inbyggda duplicering kopierar ett workflow inom ett underkonto, och Copy Workflow to Sub-Account kan skicka ett till ett annat underkonto i din egen byrå — men bara för byrå-admins, och det landar som utkast med de flesta referenser rensade. För att överföra GHL-automationer mellan byråer, som icke-admin eller med referenserna fullt ommappade är ExportGHL Workflows byggt för just detta: du sparar workflowet från källkontot, öppnar målkontot och publicerar det där som ett nytt workflow. Vid en publicering mellan konton körs ID-ommappningen mellan konton automatiskt och rättar de referenser som annars skulle gå sönder i det nya kontot.
Varför går kopierade workflows sönder i ett nytt konto?
Ett workflow är fullt av ID:n som bara betyder något i det konto där det byggdes. Pipelines, steg, taggar, användare, anpassade fält och e-postmallar lagras alla som kontospecifika ID:n, inte som namn. När det råa workflowet landar i ett annat konto pekar de ID:na på ingenting, så triggers och åtgärder refererar till poster som inte finns. ExportGHL Workflows matchar om varje referens via namn i målkontot och skriver om ID:na så att stegen löses upp korrekt.
Vad ommappas när jag kopierar ett workflow mellan konton?
Ommappningen mellan konton skriver om de ID:n som är specifika för källkontot: pipelines, pipeline-steg, taggar, användare, anpassade fält och e-postmallar. Varje ID matchas mot posten med samma namn i målkontot och ersätts med målkontots ID. Allt som inte går att matcha via namn lämnas omappat och flaggas, i stället för att tyst peka på fel post — och ett workflow med omappade referenser sparas som utkast.
Måste båda kontona vara mina?
Du behöver åtkomst till både käll- och målkontot. Kopiering fungerar mellan alla två underkonton eller byråer som du kan öppna, oavsett om de tillhör dig, din byrå eller en klient vars konto du hanterar. Workflowet sparas i ditt molnbibliotek på vägen, så de två kontona är aldrig direkt anslutna och du kan publicera samma sparade workflow i flera mål.
ExportGHL