Export a module as a package and import it elsewhere
A module — tables, workflows, APIs, agents — travels as a package with a version from one Flow to another: to your personal Flow to try things out, or to another organisation. The package is signed by your environment, so nobody can change it on the way unnoticed. Secrets, connections and table rows never travel. Whoever imports it first sees what is new, what is updated and what is still missing; a next version updates without overwriting their own changes.
Export the module as a package
At the bottom of the + menu next to the module is Export module. A tab opens: first you see what comes along and what the package asks for where it goes — here the connection Supplier API, which people there create themselves.
What travels and what does not
Tables travel as structure, without rows: those can hold personal data. Connections and secrets travel by name only, never their value, and knowledge content and run history do not travel either. Agents and building blocks arrive as drafts: they must be tested and published again there.
The module is there, as a package
The module arrives as a new module, with all its parts, and is listed under Installed packages with its version. Create a connection of your own here and link it to the step; this Flow has never seen your organisation's key. When a new version comes, you import it the same way: what you did not change yourself is replaced, and where you and the maker changed the same thing, you choose per place.
This guide was carried out step by step on 22 Oct 2026 by an automated test on Flow (version 3e563176).


















