On this page

How to Copy or Transfer a Workflow Between GoHighLevel Accounts

Need to move GoHighLevel automations between accounts? The platform's native copy only reaches sub-accounts in your own agency, for admins, and lands as a draft — here is how to copy or transfer a workflow so it actually runs in the destination.

Quick answer. To transfer GHL automations between accounts, save the workflow to a cloud library in the source account, open the destination, and deploy it as a new workflow. Cross-account remap runs automatically — references are matched by name, and anything unmatched lands as a draft so nothing goes live broken. This works across agencies and without agency-admin rights — which GoHighLevel's native Copy Workflow to Sub-Account does not.

You have built a good workflow in one GoHighLevel account and you want the same thing running in another: a different sub-account, a client you have just onboarded, or an account under a separate agency. This is the cross-account copy. GoHighLevel's native duplicate only clones a workflow within the account it already lives in, and its native Copy Workflow to Sub-Account reaches other sub-accounts in your own agency only — for agency admins, landing as a draft with most references cleared. Move across agencies, or without admin rights, or with every reference carried intact, and the native options run out, because a workflow is far more account-specific than it looks.

Why a raw copy breaks in a new account

A workflow is not a self-contained document. Almost every meaningful step points at another record in the account — add a tag, move an opportunity to a pipeline stage, assign a user, update a custom field, book into a calendar. GoHighLevel stores each of those references as an id that is unique to the account it was created in, not as a name you would recognise.

So when you take the raw workflow and drop it into a second account, every one of those ids points at nothing. The destination account has its own pipelines, its own tags, its own users and custom fields — with completely different ids, even if the names are identical. The copied workflow still has the shape of the original, but its triggers and actions reference records that do not exist in the new account. In practice that means steps fail silently, opportunities never move, and tags never land. The workflow looks fine in the editor and is quietly broken at runtime.

This is exactly the gap ExportGHL Workflows is built to close. Instead of carrying the source ids over blindly, it rematches every account-scoped reference against the destination before the workflow ever goes live.

The copy flow, step by step

The move runs through a cloud library rather than a direct account-to-account connection. That keeps the two accounts independent and lets you deploy the same saved workflow into more than one destination later.

  1. Save the workflow in the source account. Open the workflow you want to copy and save it to your library. Every step, trigger, filter and setting is captured — nothing is left behind, and the original workflow in the source account is untouched.
  2. Open the destination account's Workflows page. Switch to the sub-account or agency you are copying into and go to its Workflows area. This is where the saved workflow will be rebuilt, so you want to be inside the account that should own the new copy.
  3. Run the free readiness Check. Choose your saved workflow and run Check — a free readiness check that spends no credit and deploys nothing. Cross-account remap runs automatically on a cross-account deploy: ExportGHL reads every account-scoped reference in the workflow and looks for a record with the same name in the destination — the pipeline called "Sales", the tag called "booked-call", the user, the custom field, the email template — and Check previews what will map, what auto-create can build and what you'll need to set up yourself.
  4. Deploy. ExportGHL rebuilds the workflow in the destination as a new workflow, with the source ids rewritten to the destination's own ids. It never overwrites or edits an existing workflow unless you deliberately choose to update one, so there is no risk of disturbing live automations in the target account.
Match by name before you copy. Cross-account remap pairs references by their names in each account, so a quick pass to make sure the destination has a pipeline, tag or custom field named the same as the source gives you the cleanest result and the fewest unmapped items. Where some are missing, the opt-in auto-create toggle builds the missing pipelines (with their stages) and tags for you at deploy, leaving only templates, calendars and users to set up by hand.

The draft-on-unmapped safety

Name matching handles the common case, but accounts drift. Sometimes the destination genuinely has no equivalent — a tag that was never created, a pipeline stage that was renamed, a user who is not on that account. ExportGHL does not guess or silently point those references at the nearest record. Instead, anything it cannot map by name is flagged, and if a workflow still has unmapped references it is deployed as a draft.

A draft never runs. You open it, see precisely which references need attention, pick the right destination record or create the missing one, and publish when it is genuinely ready. The principle is simple: you never end up with a broken workflow quietly live in a client's account. The worst case is a draft that needs a minute of cleanup, not an automation firing against the wrong records.

Why not just use a snapshot?

Agencies often reach for a snapshot first, and for the cross-account copy it is usually the wrong tool. A snapshot copies a whole-account template, so it is heavy for moving one or a few workflows, and it is awkward to apply to an account that is already set up and live — you risk dragging in assets you did not want. ExportGHL Workflows moves individual workflows on demand into accounts that already exist, which is what the cross-account copy actually calls for. If you are weighing the two approaches, see snapshots vs export.

If you only need the same workflow again inside one account, start with clone a workflow. To understand the id rewriting in more depth, read about the cross-account id remap, or see the export GoHighLevel workflows hub for the full set of save, deploy and backup options. You can try the whole flow at no cost — moving your first workflow is free, and after that it runs on credits that never expire or a one-time licence. See pricing for the details.

Frequently asked questions

Can you copy a GoHighLevel workflow to a different account?
Partly. GoHighLevel's native duplicate copies a workflow inside one sub-account, and its Copy Workflow to Sub-Account can send one to another sub-account in your own agency — but only for agency admins, and it lands as a draft with most references cleared. To transfer GHL automations across agencies, as a non-admin, or with references remapped in full, ExportGHL Workflows is built for exactly this: you save the workflow from the source account, open the destination, and deploy it there as a new workflow. On a cross-account deploy, cross-account id remap runs automatically and fixes the references that would otherwise break in the new account.
Why do copied workflows break in a new account?
A workflow is full of ids that only mean something inside the account it was built in. Pipelines, stages, tags, users, custom fields and email templates are all stored as account-scoped ids, not names. When the raw workflow lands in a different account those ids point at nothing, so triggers and actions reference records that do not exist. ExportGHL Workflows rematches each reference by name in the destination and rewrites the ids so the steps resolve correctly.
What is remapped when I copy a workflow across accounts?
Cross-account remap rewrites the ids that are specific to the source account: pipelines, pipeline stages, tags, users, custom fields and email templates. It matches each one to the record with the same name in the destination account and substitutes the destination id. Anything it cannot match by name is left unmapped and flagged, rather than quietly pointed at the wrong record — and a workflow with unmapped references is saved as a draft.
Do both accounts need to be mine?
You need access to both the source and the destination. Copying works between any two sub-accounts or agencies you can open, whether they belong to you, your agency, or a client whose account you manage. The workflow is saved to your cloud library in between, so the two accounts never connect directly and you can deploy the same saved workflow into several destinations.

Copy your first workflow free

No credit card. Save it in one account, deploy it into another, with references remapped for you.

Start free