Title
Create new category
Edit page index title
Edit category
Edit link
Data Anomaly Policy - Schema
Data Anomaly (profile anomaly) policy
Execution result endpoints for anomaly detection use separate result schemas.
Top-level Fields
Depending on the endpoint, anomaly policy responses carry configuration in one or both of:
Field | Type | Description |
|---|---|---|
| object | Rule-level details including policy items (metrics to monitor, thresholds, etc.). |
| object | Asset-level configuration for anomaly detection (profiling type, schedule, owner/team, pattern settings). |
| array | Reasons and flags controlling when manual profiling is required or blocked. |
Key nested properties (high-level):
details.backingAssetId(integer) – Asset the anomaly policy is configured for.details.items[]– Individual anomaly checks (per metric/column).assetConfiguration.profilingType(string) – Type of profiling (for example distribution, volume, etc.).assetConfiguration.schedule/scheduled(string / boolean) – When anomaly profiling runs.assetConfiguration.notificationChannels(string or object, depending on shape) – High-level alerting configuration.manualProfilingTriggers[].canTrigger(boolean) – Whether manual profiling is allowed.manualProfilingTriggers[].reason(string) – Human-readable reason.manualProfilingTriggers[].type(string) – Trigger type.
Example JSON
For additional help, contact www.acceldata.force.com OR call our service desk +1 844 9433282
Copyright © 2025