Een GoHighLevel-workflow hangt via interne ID’s vast aan het account waarin hij is gebouwd. Verplaats je hem zonder die ID’s te herschrijven, dan komt hij kapot aan. Dit is precies wat er breekt en hoe remap op naam het oplost.
In GoHighLevel is bijna alles wat een workflow aanraakt een record met een eigen intern ID: een pipeline, een fase binnen die pipeline, een gebruiker aan wie je een taak toewijst, een tag, een aangepast veld, een agenda, een sjabloon. Als je een workflow bouwt, slaat GoHighLevel in de workflowdefinitie niet de namen van die records op, maar hun ID’s. Een actie «Add tag: Hot Lead» slaat niet de tekst «Hot Lead» op, maar iets als tag_7c1f…, het ID van die tag in dat account.
Die ID’s zijn accountgebonden. Dezelfde tag, met de hand aangemaakt in een tweede account, krijgt daar een totaal ander ID. Als een workflowdefinitie dus uit het ene account wordt gehaald en in een ander wordt geplaatst, wijst elk ID dat hij meedraagt nog steeds naar records die alleen in het bronaccount bestaan. De bestemming heeft geen record met dat ID, dus de verwijzing hangt in de lucht. Dit is de oorzaak van bijna elke melding «ik heb mijn workflow gekopieerd en hij werkt niet meer», en daarom is een ruwe kopie van de JSON geen echte verhuizing.
De breuk is niet willekeurig: het is elk veld in de workflow dat een accountgebonden ID bevat in plaats van een letterlijke waarde. In de praktijk betekent dat:
Elk van deze punten is een stille breukplek. GoHighLevel laat je vaak een workflow opslaan met een verwijzing naar niets; hij doet gewoon niets, of het verkeerde, zodra een contact die stap bereikt in productie. Dat is de ergste soort breuk: onzichtbaar totdat een echt contact erdoorheen gaat.
ExportGHL Workflows behandelt de verplaatsing als een afstemming, niet als een kopie. Als je een opgeslagen workflow uitrolt in een bestemmingsaccount, leest het elke accountgebonden verwijzing in de definitie, zoekt het op wat die verwijzing in de bron was (de naam) en vindt het record met dezelfde naam in de bestemming. Het losse bron-ID wordt daarna herschreven naar het eigen ID van de bestemming voor die pipeline, fase, tag, gebruiker, veld, agenda of sjabloon.
Koppelen op naam is de juiste sleutel, omdat namen echt zijn wat de twee accounts delen. Je hebt zelden dezelfde interne ID’s in meerdere accounts, maar heel vaak wel in beide een tag «Hot Lead», een «Sales Pipeline» met een fase «Booked» en een aangepast veld «Lead Source». ExportGHL doorloopt de volledige verwijzingsgraaf, inclusief fases binnen hun pipeline en koppelingen tussen workflows, zodat een omgezette fase in de juiste omgezette pipeline terechtkomt en niet in zomaar een fase met een vergelijkbare naam.
Omdat het in de bestemming als nieuwe workflow wordt uitgerold, wordt niets wat je al hebt overschreven. (Je kunt ervoor kiezen een bestaande bij te werken, maar dat is een bewuste keuze, niet de standaard.) Het resultaat is een workflow die verwijst naar de echte records van de bestemming en draait zoals hij in de bron draaide. Deze pagina maakt deel uit van de complete gids voor het exporteren van GoHighLevel-workflows, de hub voor het opslaan, verplaatsen en back-uppen van automatiseringen tussen accounts.
Het helpt om twee soorten dingen in een workflow te onderscheiden: de accountgebonden verwijzingen die moeten worden omgezet, en de structurele bouwstenen die vanzelf meekomen.
Verwijzingen die op naam worden omgezet. Elk van deze wordt gekoppeld aan het eigen record van de bestemming en het ID wordt herschreven. Als er een match is, wordt het behouden; als er geen is, blijft de workflow een concept totdat je het aanlevert of koppelt:
Bouwstenen van de workflow. De structuur van de automatisering wordt exact behouden, omdat die niet accountgebonden is. Een bouwsteen wordt alleen concept door een accountgebonden verwijzing waar hij naar wijst, nooit door het blok zelf:
Kortom: structuur en letterlijke waarden (wachttijden, gewone berichttekst, vertakkingslogica) blijven intact, elke accountgebonden verwijzing wordt op naam omgezet waar er een match is, en alles zonder match houdt de hele workflow in concept in plaats van hem kapot te publiceren.
Soms bestaat een naam echt niet in de bestemming: de tag «Hot Lead» is daar nooit aangemaakt, of een gebruiker is geen lid. ExportGHL gokt niet en publiceert niets wat stilletjes zal mislukken. Het markeert elke verwijzing zonder match zodat je precies ziet wat er ontbreekt, en houdt de uitgerolde workflow als concept. Daarna maak je het ontbrekende record aan (of koppel je de actie aan een bestaand record) en publiceer je zodra alles klopt.
Dit gedrag van standaard een concept is bewust. De fout die je wilt vermijden is een workflow die live lijkt maar stilletjes verkeerd afgaat, dus de veilige keuze is weigeren te publiceren totdat elke verwijzing naar iets echts wijst.
Tools zoals GHL Workflows Pro, GHL Workflow Importer/Exporter en GHL Workflows JSON Exporter kunnen de JSON van een workflow exporteren en in een ander account importeren. (Super Cloner wordt er soms mee op één hoop gegooid, maar kloont funnel- en websitepagina’s, geen workflows.) Dat verplaatst de structuur, maar de ID’s erin worden letterlijk gekopieerd en niet afgestemd op de bestemming. De verwijzingen naar pipelines, tags, gebruikers, velden en sjablonen wijzen dus nog steeds naar de ID’s van het bronaccount en je bent weer elke stap met de hand aan het repareren. De JSON exporteren is de makkelijke 80%; de accountgebonden verwijzingen omzetten is de moeilijke 20% die de workflow echt laat draaien, en dat is precies het deel dat ze overslaan. Weeg je de opties af, dan zet de kloonvergelijking het gedrag naast elkaar, en de stappen voor één verplaatsing staan in kopiëren tussen accounts.
Ook de eigen tools van GoHighLevel dichten dit gat niet. Ingebouwd dupliceren werkt alleen binnen één account, en snapshots kopiëren een sjabloon van een heel account: ze lossen verwijzingen alleen op omdat de snapshot zijn eigen kopieën van elke pipeline, tag en elk veld meebrengt, wat niet helpt als je één workflow naar een account verplaatst dat al live is. Remap tussen accounts bestaat juist voor het geval dat GoHighLevel onbedekt laat.
De gratis proefperiode verplaatst één workflow van begin tot eind, zodat je de remap en de markering als concept op je eigen account kunt zien voordat je iets uitgeeft. Daarna werk je met pay-as-you-go-credits die nooit verlopen, of met een eenmalige Toolkit-licentie zonder abonnement. Op de pagina met prijzen staan de details.
Rol gratis een workflow uit in een ander account en zie elke pipeline, tag en elk veld herschreven naar de bestemming, en alles zonder match gemarkeerd voordat het live gaat.
Gratis starten
ExportGHL