Jak skopiować lub przenieść workflow między kontami GoHighLevel
Chcesz przenieść automatyzacje GoHighLevel między kontami? Natywne kopiowanie sięga tylko subkont w Twojej agencji, jest dla adminów i ląduje jako szkic — oto jak skopiować lub przenieść workflow, żeby naprawdę działał na koncie docelowym.
Krótka odpowiedź. Aby przenieść automatyzacje GHL między kontami, zapisz workflow w bibliotece w chmurze na koncie źródłowym, otwórz konto docelowe i wdróż go jako nowy workflow. Remapowanie między kontami uruchamia się automatycznie — odwołania są dopasowywane według nazw, a to, czego nie da się dopasować, ląduje jako szkic, więc nic nie idzie na żywo uszkodzone. Działa to między agencjami i bez uprawnień administratora agencji — czego natywne Copy Workflow to Sub-Account w GoHighLevel nie potrafi.
Zbudowałeś dobry workflow na jednym koncie GoHighLevel i chcesz, żeby to samo działało na innym: innym subkoncie, świeżo dodanym kliencie albo koncie w innej agencji. To właśnie kopiowanie między kontami. Natywne duplikowanie w GoHighLevel klonuje workflow tylko w koncie, w którym już jest, a natywne Copy Workflow to Sub-Account sięga tylko innych subkont w Twojej agencji — dla adminów agencji, z lądowaniem jako szkic i wyczyszczoną większością odwołań. Gdy przenosisz między agencjami, bez uprawnień admina albo z zachowaniem wszystkich odwołań, natywne opcje się kończą, bo workflow jest dużo bardziej związany z kontem, niż się wydaje.
Dlaczego surowa kopia psuje się na nowym koncie
Takie same nazwy nie pomagają; ID są inne, więc kopia zachowuje kształt, ale traci powiązania.
Workflow nie jest samowystarczalnym dokumentem. Prawie każdy istotny krok wskazuje inny rekord na koncie — dodaj tag, przenieś szansę sprzedaży do etapu pipeline, przypisz użytkownika, zaktualizuj pole niestandardowe, zapisz na kalendarz. GoHighLevel zapisuje każde z tych odwołań jako ID, unikalne dla konta, na którym powstało, a nie jako nazwę, którą byś rozpoznał.
Gdy więc bierzesz surowy workflow i wrzucasz go na drugie konto, każde z tych ID wskazuje w próżnię. Konto docelowe ma własne pipeline, własne tagi, własnych użytkowników i pola niestandardowe — z zupełnie innymi ID, nawet jeśli nazwy są identyczne. Skopiowany workflow nadal ma kształt oryginału, ale jego wyzwalacze i akcje odwołują się do rekordów, których na nowym koncie nie ma. W praktyce kroki zawodzą po cichu, szanse sprzedaży nie przechodzą dalej, a tagi się nie dodają. W edytorze workflow wygląda dobrze, a w działaniu po cichu nie działa.
Właśnie tę lukę zamyka ExportGHL Workflows. Zamiast ślepo przenosić ID ze źródła, dopasowuje ponownie każde odwołanie powiązane z kontem do konta docelowego, zanim workflow w ogóle pójdzie na żywo.
Proces kopiowania krok po kroku
Przenosiny idą przez Twoją bibliotekę w chmurze, więc oba konta pozostają niezależne.
Przenosiny idą przez bibliotekę w chmurze, a nie przez bezpośrednie połączenie między kontami. Dzięki temu oba konta pozostają niezależne, a ten sam zapisany workflow możesz później wdrożyć także na kolejne konta docelowe.
Zapisz workflow na koncie źródłowym. Otwórz workflow, który chcesz skopiować, i zapisz go w swojej bibliotece. Każdy krok, wyzwalacz, filtr i ustawienie jest zapisywany — nic nie zostaje pominięte, a oryginalny workflow na koncie źródłowym pozostaje nietknięty.
Otwórz stronę Workflows konta docelowego. Przełącz się na subkonto lub agencję, do której kopiujesz, i przejdź do jego obszaru Workflows. To tu zapisany workflow zostanie odbudowany, więc musisz być na koncie, które ma być właścicielem nowej kopii.
Uruchom bezpłatną kontrolę gotowości. Wybierz zapisany workflow i uruchom „Sprawdź” — bezpłatną kontrolę gotowości, która nie zużywa kredytów i niczego nie wdraża. Przy wdrożeniu między kontami remapowanie uruchamia się automatycznie: ExportGHL odczytuje każde odwołanie powiązane z kontem w workflowie i szuka rekordu o tej samej nazwie na koncie docelowym — pipeline o nazwie „Sales”, tagu „booked-call”, użytkownika, pola niestandardowego, szablonu e-mail — a „Sprawdź” pokazuje, co się zmapuje, co może zbudować auto-tworzenie i co musisz skonfigurować samodzielnie.
Wdróż. ExportGHL odbudowuje workflow na koncie docelowym jako nowy workflow, z ID źródła przepisanymi na własne ID konta docelowego. Nigdy nie nadpisuje ani nie edytuje istniejącego workflowa, chyba że świadomie wybierzesz aktualizację, więc nie ma ryzyka zakłócenia działających automatyzacji na koncie docelowym.
Dopasuj nazwy przed kopiowaniem. Remapowanie między kontami łączy odwołania według ich nazw na każdym koncie, więc szybkie sprawdzenie, czy konto docelowe ma pipeline, tag lub pole niestandardowe o tej samej nazwie co źródło, daje najczystszy wynik i najmniej niezmapowanych elementów. Gdy czegoś brakuje, opcjonalny przełącznik auto-tworzenia zbuduje przy wdrożeniu brakujące pipeline (z etapami) i tagi, zostawiając do ręcznej konfiguracji tylko szablony, kalendarze i użytkowników.
Zabezpieczenie: szkic przy niezmapowanych odwołaniach
Wszystko bez dopasowania nazwy jest oznaczane, a workflow trafia na konto jako szkic, który nigdy się nie uruchomi.
Dopasowanie według nazw załatwia typowy przypadek, ale konta się rozjeżdżają. Czasem konto docelowe naprawdę nie ma odpowiednika — tagu, którego nigdy nie utworzono, etapu pipeline o zmienionej nazwie, użytkownika, którego nie ma na tym koncie. ExportGHL nie zgaduje i nie kieruje po cichu takich odwołań na najbliższy rekord. Wszystko, czego nie da się zmapować według nazwy, jest oznaczane, a workflow z niezmapowanymi odwołaniami trafia na konto jako szkic.
Szkic nigdy się nie uruchamia. Otwierasz go, widzisz dokładnie, które odwołania wymagają uwagi, wybierasz właściwy rekord docelowy lub tworzysz brakujący i publikujesz, gdy naprawdę jest gotowy. Zasada jest prosta: nigdy nie skończysz z uszkodzonym workflowem po cichu działającym na koncie klienta. W najgorszym razie dostajesz szkic do minutowego porządkowania, a nie automatyzację odpalającą się na złych rekordach.
Dlaczego nie użyć po prostu snapshotu?
Agencje często sięgają najpierw po snapshot, a przy kopiowaniu między kontami zwykle jest to złe narzędzie. Snapshot kopiuje szablon całego konta, więc jest ciężki, gdy trzeba przenieść jeden lub kilka workflowów, i niewygodny do zastosowania na koncie, które jest już skonfigurowane i działa — ryzykujesz wciągnięcie zasobów, których nie chciałeś. ExportGHL Workflows przenosi pojedyncze workflowy na żądanie na już istniejące konta, i tego właśnie wymaga kopiowanie między kontami. Jeśli rozważasz oba podejścia, zobacz snapshoty a eksport.
Jeśli potrzebujesz tylko kolejnej kopii tego samego workflowa w jednym koncie, zacznij od klonowania workflowa. Aby dokładniej poznać przepisywanie ID, przeczytaj o remapowaniu ID między kontami, a pełny zestaw opcji zapisu, wdrożenia i kopii zapasowej znajdziesz w centrum eksport workflowów GoHighLevel. Cały proces możesz wypróbować bez kosztów — przeniesienie pierwszego workflowa jest darmowe, a potem działa to na kredytach, które nie wygasają, albo na jednorazowej licencji. Szczegóły znajdziesz w cenniku.
Najczęstsze pytania
Czy można skopiować workflow GoHighLevel na inne konto?
Częściowo. Natywne duplikowanie w GoHighLevel kopiuje workflow w obrębie jednego subkonta, a Copy Workflow to Sub-Account może wysłać go na inne subkonto w Twojej własnej agencji — ale tylko administratorom agencji, a kopia ląduje jako szkic z wyczyszczoną większością odwołań. Aby przenieść automatyzacje GHL między agencjami, jako osoba bez roli admina albo z pełnym remapowaniem odwołań, ExportGHL Workflows jest stworzony właśnie do tego: zapisujesz workflow na koncie źródłowym, otwierasz konto docelowe i wdrażasz go tam jako nowy workflow. Przy wdrożeniu między kontami remapowanie ID między kontami uruchamia się automatycznie i naprawia odwołania, które inaczej zepsułyby się na nowym koncie.
Dlaczego skopiowane workflowy psują się na nowym koncie?
Workflow jest pełen ID, które mają sens tylko na koncie, na którym powstał. Pipeline, etapy, tagi, użytkownicy, pola niestandardowe i szablony e-mail są zapisane jako ID powiązane z kontem, a nie jako nazwy. Gdy surowy workflow trafia na inne konto, te ID wskazują w próżnię, więc wyzwalacze i akcje odwołują się do rekordów, które nie istnieją. ExportGHL Workflows dopasowuje każde odwołanie według nazwy na koncie docelowym i przepisuje ID, dzięki czemu kroki działają poprawnie.
Co jest remapowane, gdy kopiuję workflow między kontami?
Remapowanie między kontami przepisuje ID specyficzne dla konta źródłowego: pipeline, etapy pipeline, tagi, użytkowników, pola niestandardowe i szablony e-mail. Każde z nich dopasowuje do rekordu o tej samej nazwie na koncie docelowym i podstawia ID docelowe. Wszystko, czego nie da się dopasować według nazwy, zostaje niezmapowane i oznaczone, zamiast po cichu wskazywać zły rekord — a workflow z niezmapowanymi odwołaniami jest zapisywany jako szkic.
Czy oba konta muszą należeć do mnie?
Potrzebujesz dostępu do konta źródłowego i docelowego. Kopiowanie działa między dowolnymi dwoma subkontami lub agencjami, które możesz otworzyć — niezależnie od tego, czy należą do Ciebie, Twojej agencji, czy do klienta, którego kontem zarządzasz. Po drodze workflow jest zapisywany w Twojej bibliotece w chmurze, więc oba konta nigdy nie łączą się bezpośrednio, a ten sam zapisany workflow możesz wdrożyć na kilka kont docelowych.
ExportGHL