Skip to content

Validate Converted Alteryx Workflows

Validation confirms that a converted Alteryx workflow is ready to run in PlaidCloud and, when expected outputs are available, produces the same business results.

Use this guide after importing a workflow, app, or macro into PlaidCloud.

Most migration programs use two validation levels.

Structural validation confirms that PlaidCloud created a complete workflow from the Alteryx design. Use this level when you are measuring migration readiness, preparing a portfolio inventory, or converting workflows before expected outputs are available.

Check that:

  1. The converted workflow opens in the Visual Workflow Designer.
  2. The workflow graph contains the expected branches, joins, macros, and outputs.
  3. All required input files were uploaded to the selected Document path.
  4. All required macros were imported or generated.
  5. Macro inputs and macro outputs are connected.
  6. Analytic app questions became workflow variables with controlled input fields.
  7. The workflow run completes and reports clear readiness notes for data-dependent conditions.

Output parity validation confirms that the converted workflow produces the same tabular results as the Alteryx workflow.

Compare:

  1. Output table schema.
  2. Row count.
  3. Row values.
  4. Null handling.
  5. Numeric precision and rounding.
  6. Date and time values.
  7. Geometry values when spatial outputs are part of the result.

Ignore row order unless the workflow explicitly sorts data or the downstream process depends on ordered rows.

Before comparing outputs, confirm that the converted workflow uses the same source data:

  1. Open the Document folder selected during import.
  2. Confirm that required files and sidecar files are present.
  3. Confirm that dynamic input patterns resolve to the intended files.
  4. Confirm that database or API credentials are available in the target environment.
  5. Confirm that workflow variables match the values used in the Alteryx run.

Aligned inputs make validation faster and keep comparisons focused on workflow behavior.

Converted Alteryx macros become PlaidCloud macro workflows. Validate the macro and the calling workflow together:

  1. Open the generated macro workflow.
  2. Confirm that each macro input has a matching macro input step.
  3. Confirm that each macro output has a matching macro output step.
  4. Run a workflow that calls the macro.
  5. Confirm that repeated or concurrent runs remain isolated from one another.
  6. Compare the macro output data when expected macro fixtures are available.

Converted Alteryx analytic apps use workflow variables for controlled user input.

Check that:

  • Text boxes, numeric inputs, dates, file pickers, folder pickers, lists, trees, radio buttons, check boxes, and drop-downs expose the expected input controls.
  • Default values match the original app where defaults were present.
  • Required values are set before running the workflow.
  • Conditions produce the expected messages, warnings, or stop behavior for the configured input values.

Some converted workflows create artifacts instead of only tables. Validate those outputs according to how they are used.

For reports, PDFs, images, charts, and maps:

  1. Confirm that the artifact was created in the expected Document path.
  2. Confirm that the artifact contains the expected data, labels, images, and layout.
  3. Confirm that downstream consumers can open or use the artifact.
  4. Compare to an expected artifact when one is available.

For machine learning, NLP, fuzzy matching, and spatial workflows:

  1. Confirm that the managed job executor completed successfully.
  2. Review executor notes.
  3. Compare generated tables or scores to expected outputs.
  4. Document any cloud-native artifact differences when PlaidCloud output intentionally differs from an Alteryx desktop-specific output.

When validation finds a difference, review items in this order:

  1. Missing or different input files.
  2. Different workflow variable values.
  3. Different database snapshots or API responses.
  4. Date, time zone, null, rounding, or string-collation differences.
  5. Spatial reference or geometry format differences.
  6. Cloud-native artifact differences for reports, maps, proprietary formats, or desktop-only renderers.

After correcting the cause, rerun the workflow and repeat the comparison.

When validation passes:

  1. Move or copy the workflow to the production project if migration was done in a staging project.
  2. Confirm production Document paths and credentials.
  3. Schedule the workflow.
  4. Monitor the first production runs in run history.
  5. Keep the validation results with the migration record for audit and support.