Feedback Survey Erroring Out

Developer Support APIs & Integrations
,
3

Possible Issues:

  • HubSpot API or Workflow Changes: Even though you haven’t made changes to your workflow, HubSpot might have updated how it handles or validates certain fields. This could include stricter validation rules for properties like version. It’s worth checking the HubSpot Developer Changelog to see if there’s been any recent update affecting Feedback Submissions or webhook payloads.
  • Validation Rules on the Receiving Endpoint: If the custom endpoint you’re sending the webhook to has updated its validation logic, it might now require version to be a valid integer. This could be a new requirement introduced by whoever manages that endpoint.
  • Null Value Handling: If the version field is null in the payload, it might be because the Feedback Survey doesn’t have a version value set in HubSpot. This could happen if the survey was created or updated in a way that didn’t assign a version, or if the field wasn’t required previously but now is.

Steps to Troubleshoot and Resolve:

  1. Inspect the Webhook Payload: Use a tool like Postman or your server logs to capture the exact payload being sent to the endpoint. Look for the version field and confirm if it’s null.
  2. Set a Default Value for version: If the version field is null, you can use a HubSpot workflow action to set a default value before the webhook is triggered. For example, you could use a custom property or a calculated property to ensure version always has a valid integer value.
  3. Update the Receiving Endpoint: If you have control over the custom endpoint, consider updating its validation logic to handle null values gracefully. For instance, you could default null version values to 1 or another appropriate integer.
  4. Check HubSpot Validation Rules: If the issue is on the HubSpot side, review the validation rules for the Feedback Survey properties. You might need to update the survey or its associated properties to ensure version is always populated.
  5. Retry Logic: If the webhook fails due to this error, HubSpot won’t retry the request (since it’s a 422). You’ll need to manually reprocess the failed submissions or implement a retry mechanism in your workflow.
  6. Reach Out to HubSpot Support: If none of the above resolves the issue, it’s time to contact HubSpot Support. Provide them with the webhook payload, the 422 error details, and any relevant logs from your custom endpoint. They can help identify if this is a known issue or a bug (from my check on known issues and updates to the feedback changelog, nothing stood out to me that would be related).

Let me know if you need help diving deeper into any of these steps or if you’ve got additional details about your setup. I am happy to help more. You can reply or send me a PM, @RHarkins !

As always thanks for tagging me, @STierney !