Skip to main content
Moving projects between environments is a common requirement in enterprise software development. FlowX.AI provides robust export and import functionality to help you promote your projects from development to testing and production environments.
In recent versions of FlowX.AI, the export/import functionality has moved from the process definition level to the project level, allowing for more comprehensive and consistent transfers between environments.

​
Project vs. process export/import

Project-Level Operations

Modern versions of FlowX.AI use project-level export and import operations rather than process-level ones. This approach ensures that all related resources, dependencies, and configurations are transferred together, maintaining the integrity of your application.
This documentation covers the updated project export/import approach. If you’re using an older version of FlowX.AI that still handles exports at the process definition level, some details may differ.

​
Exporting a project

You can export projects from the version details panel. This allows you to export specific committed versions with granular control over what’s included in the export.
1

Navigate to Version Details

  1. Open FlowX.AI Designer and go to the Projects section
  2. Select the project you want to export
  3. Navigate to the version details panel for the specific committed version you want to export
2

Initiate Export

  1. In the version details panel, locate the Export Version button
  2. Click Export Version to start the export process
Export Version Modal

Export Version Modal

3

Configure Binary Files Option

When exporting, a modal appears asking whether to include binary files:
  • Include: Includes binary files (for example, images, documents, media assets) in the export. This may increase the export file size and the time required to import the version in another environment.
  • Don’t include: Exports only the project structure and configurations without binary files. This results in a smaller export file and faster import times.
Including binary files may significantly increase the export file size and the time required to import the version in another environment. Only include binary files if they are necessary for the target environment.
Export Version Modal

Export Version - Binary Files Option

4

Complete the Export

  1. Select your preferred binary files option
  2. Click Continue to proceed with the export
  3. The system will generate a downloadable file containing your project version
  4. Save this file to your local system
Use a clear naming convention for your export files to help identify their contents later, such as [project-name]_[version]_[environment]_[date].zip.
For more information about versioning and managing project versions, see the Versioning documentation.

​
Exporting builds

You can also export builds directly from the Builds section. This is useful when you want to transfer a specific build (rather than a version) between environments.
1

Navigate to Builds Section

  1. Open FlowX.AI Designer and go to the Projects section
  2. Select your project and navigate to Runtime and then to the Builds section
2

Select Build to Export

  1. Locate the build you want to export in the builds list
  2. Click the Export icon (box with upward arrow) for the desired build
3

Complete Export

The build export follows the same process as version export, including the binary files option. The exported build can be imported into other environments or workspaces.
Builds are immutable snapshots of committed project versions. When exporting a build, you’re exporting a deployable package that can be directly used in runtime environments. For more information about builds, see the Builds documentation.

​
Importing a project

1

Navigate to the Projects Section

  1. Open FlowX.AI Designer in the target environment
  2. Go to the Projects section
2

Access Import Functionality

  1. Look for an Import Project or similar button
  2. Click this button to start the import process
Import Process Button

Import Process Button

3

Select the Import File

  1. The system will open a file browser dialog
  2. Navigate to and select your previously exported file
  3. Click Open or Select to proceed
4

Review Import Options

Before completing the import, the system will display information about what’s being imported:
  1. Project details and versions
  2. Potential conflicts with existing content
  3. Dependency status
Pay careful attention to any warnings about version conflicts or missing dependencies, as these might require manual resolution.
5

Confirm and Complete the Import

  1. Review all information carefully
  2. Make any necessary adjustments to import options
  3. Click Import or Confirm to complete the process
Import confirmation

Import confirmation

​
Import scenarios

When importing a project, you may encounter different scenarios depending on whether the project already exists in the target environment and what versions are present.

​
New project import

New project

If the project does not exist in the target environment, it will be created with all its resources, and you’ll see all versions from the export file.
New Project Import

New project import

​
Existing project with no additional versions

Update Existing Project

If the project exists but doesn’t have versions beyond those in the import file, the system will update the existing project with any changes from the import file.
Updating Existing Project

Updating Existing Project

​
Existing project with additional versions

Version conflict

If the target environment has versions not present in the import file, or if versions have diverged, you’ll need to resolve these conflicts during import.
Version Conflict Resolution

Version Conflict Resolution

Be cautious when overwriting versions, as this can impact any running processes or deployed applications that use those versions.

​
Cross-workspace import

Available starting with FlowX.AI 5.3.0: Cross-workspace import removes the previous limitation that restricted a project (identified by its UUID) to exist in only one workspace per environment.
You can import the same project into multiple workspaces on the same environment. This removes the previous limitation that restricted a project (identified by its UUID) to exist in only one workspace per environment.

Cross-Workspace Import

Import a project build (and optionally a version) into a different workspace on the same environment. The imported project maintains its own independent lifecycle with separate active policies and access controls.
Key behaviors for cross-workspace import:
AspectBehavior
LifecycleThe imported project has its own independent lifecycle in the new workspace
Active PolicyThe imported build is automatically set as the active policy, regardless of what was active in the original workspace
Access ControlsSeparate access controls and policies are defined for each workspace
No Impact on OriginalThe import does not affect the original project’s settings, policies, or process instances
User AccessWorkspace users must be granted appropriate project rights (for example, project viewer) to interact with the imported project
Process InstancesProcess instances are workspace-specific; the imported project starts with no instances until processes run in the new workspace
DatabaseProjects across workspaces on the same environment share the same database
Use case: Use this feature to represent different operational environments (UAT, Staging, Pre-production) as separate workspaces on a single FlowX deployment, reducing infrastructure and DevOps costs.

Workspaces documentation

Learn more about cross-workspace project management

​
Best practices for export/import

When transferring projects between environments:
  • Plan your promotion path - Establish a clear workflow for moving from development to testing to production
  • Use consistent naming - Name your projects, versions, and export files consistently across environments
  • Document dependencies - Keep track of dependencies between projects and libraries
  • Test after import - Always validate your project in the new environment after import
  • Version control - Consider using external version control systems in addition to FlowX.AI’s built-in versioning
  • Incremental imports - For large projects, consider importing incrementally rather than all at once
  • Backup before import - Always back up the target environment before performing significant imports

​
Common issues and solutions

Issue: Import fails due to version incompatibility between environments.Solution: Ensure all environments are running compatible versions of FlowX.AI. If necessary, upgrade the older environment before attempting import.
Issue: Imported project references libraries or resources not present in the target environment.Solution: Export and import dependencies first, or update the project to use dependencies available in the target environment.
Issue: Conflicts between imported versions and existing versions.Solution: Carefully review the differences and decide whether to overwrite or preserve existing versions. Consider merging changes manually for complex conflicts.
Issue: Hard-coded environment-specific values in processes or configurations.Solution: Use environment variables and configuration parameters instead of hard-coded values to ease transitions between environments.

​
Next steps

After importing your project, you should:

Verify Project Resources

Ensure all process definitions, UI components, and other resources imported correctly

Configure Environment Settings

Adjust any environment-specific settings for the new environment

Test Process Flows

Validate that all process flows work as expected in the new environment

Create a Build

Create a build from your imported project for deployment
Last modified on December 24, 2025