Unlock a world of possibilities! Login now and discover the exclusive benefits awaiting you.
We received a notice that an external integration or Qlik Automate modified a reload task through /api/v1/reload-tasks and should move to /api/scheduling/tasks before November 26, 2026.
The deprecation changelog says that creating tasks through the old API stops on November 26, while updates and deletes of existing tasks remain possible until each task is migrated. Could Qlik clarify:
POST /api/v1/reloads, which triggers an immediate app reload, or only the reload-task management API?We want to identify the actual caller and migrate it without disrupting scheduled or on-demand reloads. Thanks for any guidance.
Please open a support case and request additional information there - we have some limited additional insights which will help you identify the user. All POST/PATCH/DELETE calls will fail from that date as we'll be migrating those events to the new tasks service in the background.
For Qlik Automate, it is possible to scan all workflows in your org using the Qlik platform operations connector and an OAuth client with the automate admin scope (https://qlik.dev/changelog/241-admin-automations-scope-update/). This will allow you to scan the JSON for either reload task blocks, or /v1/reload-tasks text.