A unified data governance solution that helps manage, protect, and discover data across your organization
Hi,
Thanks for the suggestion — I tested the alternative base path (/unifiedcatalog/dataQuality/api/...) as mentioned, but I’m still getting a 404 Not Found response.
Here’s what I’ve validated so far:
- The Purview account endpoint (
https://<account>.purview.azure.com) is working correctly (e.g. Atlas/catalog APIs return valid responses). - Authentication is working (tested with a manually acquired bearer token, not using the “Try it” feature).
- I tested both documented Data Quality API paths:
-
/purviewdataquality/api/...-
/unifiedcatalog/dataQuality/api/... - I also tested directly from Microsoft Learn using my own token — same result.
- Both GET Rules and Create Rules endpoints consistently return 404.
- The same data assets and rules are visible and accessible in the Purview UI.
-
-
Given this, it seems unlikely to be:
- an authentication issue
- an incorrect base endpoint
- or a malformed request
My current assumption is that this may be related to one of the following:
- The Data Quality API (especially for Unified Catalog) is not fully exposed in my tenant yet
- There is a regional rollout limitation
- The Purview UI is using internal backend APIs that are not (yet) publicly available
Could someone from Microsoft confirm:
- whether the Data Quality REST APIs are fully supported for Unified Catalog assets in all regions?
- and whether there are any prerequisites (feature flags, tenant configuration, SKU, etc.) required to use these endpoints?
Thanks in advance.Hi,
Thanks for the suggestion — I tested the alternative base path (/unifiedcatalog/dataQuality/api/...) as mentioned, but I’m still getting a 404 Not Found response.
Here’s what I’ve validated so far:
- The Purview account endpoint (
https://<account>.purview.azure.com) is working correctly (e.g. Atlas/catalog APIs return valid responses). - Authentication is working (tested with a manually acquired bearer token, not using the “Try it” feature).
- I tested both documented Data Quality API paths:
-
/purviewdataquality/api/...-
/unifiedcatalog/dataQuality/api/... - I also tested directly from Microsoft Learn using my own token — same result.
- Both GET Rules and Create Rules endpoints consistently return 404.
- The same data assets and rules are visible and accessible in the Purview UI.
-
-
Given this, it seems unlikely to be:
- an authentication issue
- an incorrect base endpoint
- or a malformed request
My current assumption is that this may be related to one of the following:
- The Data Quality API (especially for Unified Catalog) is not fully exposed in my tenant yet
- There is a regional rollout limitation
- The Purview UI is using internal backend APIs that are not (yet) publicly available
Could someone from Microsoft confirm:
- whether the Data Quality REST APIs are fully supported for Unified Catalog assets in all regions?
- and whether there are any prerequisites (feature flags, tenant configuration, SKU, etc.) required to use these endpoints?
Thanks in advance.