Skip to main content
Once you have finished creating and editing your questionnaire, you can publish it to make it available for use in your data collection workflow. Before publishing, VoxDash automatically validates the questionnaire to identify configuration issues that could affect data collection, quota management, routing, or other questionnaire functionality. The validation results are grouped into three categories:
  • Warnings — Issues that may affect questionnaire behavior but do not prevent publishing.
  • Blocking Errors — Critical configuration issues that must be fixed before the questionnaire can be published.
  • Suggestions — Informational checks that help you review and improve your questionnaire configuration.
Tip: We recommend reviewing and resolving all warnings and suggestions before publishing, even when they do not prevent publication. This helps reduce unexpected behavior during data collection and dummy-data generation.
Designer Tab
Designer Tab
Designer Tab

1. Review Validation Results

When you select Publish, VoxDash runs the questionnaire validation process and displays the results. Review each message and make the necessary changes in the questionnaire editor.

Warnings

Warnings indicate potential configuration issues. A warning does not necessarily prevent publication, but the affected feature may not work as expected.

Screener and Quota Warnings

Answer Mapping and Coverage Warnings

Randomization and Translation Warnings

Note: Some warning messages may describe the same underlying configuration issue using slightly different wording—for example, quota groups with no cells. Treat these messages as an indication that the quota group’s cell configuration needs to be reviewed.

2. Fix Blocking Errors

Blocking Errors are critical validation failures. Unlike warnings, these issues must be resolved before the questionnaire can be published. Blocking errors usually indicate invalid questionnaire data, inconsistent quota configuration, invalid routing logic, or unsupported questionnaire structures.

Questionnaire Structure

Quota Configuration

Quota Routing and Question Logic

Numeric Range Validation

Important: A questionnaire with a blocking error cannot be published. Return to the relevant questionnaire or quota configuration, correct the issue, and run validation again.

3. Review Suggestions

Suggestions are informational validation results. They confirm that a configuration is valid or provide additional information that can help you review your questionnaire. Suggestions do not prevent publication. These messages can be used as a final checklist to verify that your questionnaire and quota configuration are complete.

4. Publish the Questionnaire

After reviewing the validation results:
  1. Open the questionnaire in the Questionnaire Editor.
  2. Complete your questionnaire configuration and content.
  3. Select Publish.
  4. Wait for VoxDash to complete the validation.
  5. Review the validation results.
  6. Resolve all Blocking Errors.
  7. Review and, where appropriate, resolve Warnings and Suggestions.
  8. Publish the questionnaire.
Once all blocking errors have been resolved, the questionnaire can be published.
Best practice: Even though warnings do not block publication, resolving them before publishing can help prevent problems with quota filling, screening, translations, routing, and simulated respondents.

Publishing a Questionnaire for AI CATI

After publishing your questionnaire, you can continue to the next step and publish it for AI CATI. AI CATI performs an additional validation process because questionnaires used for AI-powered telephone interviews have specific structural and logic requirements. A questionnaire that is valid for standard publication may therefore still require changes before it can be published for AI CATI.
Important: You must resolve all AI CATI validation errors before publishing the questionnaire for AI CATI.
Designer Tab
Designer Tab

AI CATI Validation Rules

1. Screener and Quota Questions Must Be at the Beginning

Validation rule:
Quota/Screener-tagged questions must be one unbroken block at the start. Once the first untagged question appears, no later question may carry a quota/screener tag.
This means that all questions marked with a Quota or Screener tag must appear consecutively at the beginning of the questionnaire. For example: Valid:
  1. Screener question
  2. Screener question
  3. Quota question
  4. Quota question
  5. Regular question
  6. Regular question
Invalid:
  1. Screener question
  2. Regular question
  3. Quota question ❌
Once an untagged question appears, subsequent questions cannot be marked as quota- or screener-related.

2. Answerable Questions Must Have a Missing Value

Validation rule:
Every answerable question needs at least one enabled question-level (L3) missing value in that version’s frozen copy. Unsupported-type questions are skipped.
Each answerable question must have at least one enabled question-level missing value in the version being published. This allows AI CATI to distinguish between a valid response and a response that should be treated as missing. Questions with unsupported types are excluded from this validation.

3. Questions Must Be Reachable

AI CATI checks whether a question can actually be displayed during the interview. A question fails validation if it can never be shown because:
  • visibleIf is set to the literal value "false".
  • A parent page or panel is permanently hidden.
  • A question contains logic that creates a provably unreachable condition, such as an impossible combination of equality conditions.
For example, if a parent panel is always hidden, all questions inside that panel are also considered unreachable.
Tip: Review visibleIf conditions and the visibility settings of parent pages and panels when a question is reported as unreachable.

4. Logic Cannot Reference Later Questions

AI CATI does not allow certain logic expressions to reference a question that appears later in the questionnaire—or the question itself. This applies to:
  • visibleIf
  • enableIf
  • requiredIf
  • setValueIf
  • resetValueIf
  • defaultValueExpression
For example, if Question 5 uses a condition based on Question 8, the questionnaire fails this validation because Question 8 has not yet been answered when Question 5 is evaluated. Logic should generally reference questions that have already appeared in the questionnaire flow.

5. Unsupported Question and Matrix Types

AI CATI does not support certain questionnaire element types. The following types are not supported:
  • signaturepad
  • html
  • file
  • image
  • imagepicker
  • imagepickermulti
For matrix questions, the validation also checks the cell type. A matrix containing an unsupported cell type may therefore prevent AI CATI publication.
Tip: Before publishing for AI CATI, replace unsupported elements with compatible question types where possible.

6. Questionnaire Version and JSON Must Be Valid

AI CATI requires a valid questionnaire version and a readable questionnaire definition. Publishing fails if:
  • The questionnaire version is missing.
  • The SurveyJSJsonString is missing or blank.
  • The questionnaire JSON cannot be parsed.
When any of these conditions occurs, AI CATI fails closed, meaning that it refuses to publish the questionnaire rather than attempting to process an invalid configuration.

AI CATI Validation Workflow

When preparing a questionnaire for AI CATI, use the following workflow:
  1. Publish the questionnaire through the standard publishing process.
  2. Review and resolve all standard Blocking Errors.
  3. Review standard Warnings and Suggestions.
  4. Select the option to publish for AI CATI.
  5. VoxDash runs the AI CATI-specific validation.
  6. Review any AI CATI validation errors.
  7. Update the questionnaire to resolve the reported issues.
  8. Run the validation again.
  9. Once all AI CATI validation errors are resolved, publish the questionnaire for AI CATI.
Designer Tab
Designer Tab
Important: Standard questionnaire validation and AI CATI validation serve different purposes. Passing the standard validation does not automatically mean that the questionnaire meets all AI CATI requirements.

Summary

Publishing a questionnaire is the final step after you have completed its setup and review. Before publishing, VoxDash automatically validates the questionnaire to make sure it is correctly configured and ready for use. During validation:
  • Blocking Errors must be fixed before the questionnaire can be published.
  • Warnings do not prevent publishing, but they may affect questionnaire behavior, quotas, or dummy-data generation and should be reviewed.
  • Info/Suggestions confirm that a configuration is valid or provide additional guidance.
VoxDash checks important areas such as questionnaire structure, screener logic, quota configuration, quota targets, answer mappings, question routing, numeric ranges, least-filled routing, and translations. After the questionnaire is successfully published, you can publish it for AI-CATI. AI-CATI performs an additional validation to make sure the questionnaire is suitable for a voice-based interview. These checks include question order, missing values, display logic, question dependencies, supported question types, and quota/screener placement.
Best practice: Always resolve Blocking Errors and review Warnings before publishing. This helps ensure that your questionnaire behaves as expected and that downstream processes, such as dummy-data generation, quota management, and AI-CATI interviews, work correctly.