A unified data governance solution that helps manage, protect, and discover data across your organization
Hi Erlend Kallelid ,
When the scan objects become partially out of sync, Purview cannot load the Data Quality state correctly, which causes the UI to return 500 errors and blocks actions like removing assets or deleting the data product. Even though the scans and data sources still exist, the service fails to read their latest configuration.
When you opened the scan from Monitoring and saved it again, Purview revalidated and rewrote the scan metadata in the backend. That save action triggered a refresh of the Data Quality state, which restored the Scheduled scans view and removed the dependency lock on the data product. In other words, nothing was “fixed” manually — the save simply forced the service to resync the scan object.
This can occasionally happen when Data Quality metadata becomes stale or after backend updates, and re-saving the scan is a valid workaround because it rebuilds the internal reference used by Unified Catalog.