An enterprise CSM customer requires strict auditing of SLA modifications. Which THREE tables or logs are involved when tracking changes to SLA definitions and runtime instances? (Choice three.)
The Task SLA [task_sla] table stores each running SLA instance against a task, so any runtime adjustment — pause, restart, or recalculated breach time — is written there, satisfying the requirement to audit changes to runtime instances rather than definitions.
Why this answer
Option A is correct because the Task SLA [task_sla] table stores the runtime SLA instances attached to task records, so any adjustments to an active SLA (such as pausing, restarting, or recalculating) are recorded there. Option C is correct because the System Audit [sys_audit] table automatically captures field-level changes on audited tables, including Contract SLA and Task SLA records, providing the strict change history required for SLA modifications. Option E is correct because the Contract SLA [contract_sla] table holds the SLA definitions themselves, so updates to SLA definitions are persisted and tracked on that table.
Option B is incorrect because Workflow Context [wf_context] stores workflow execution context data, not SLA email delivery auditing. Option D is incorrect because Service Portal Widget Log [sp_widget_log] is unrelated to SLA definition or runtime change tracking.
Exam trap
CIS-CSM often tests the confusion between definition storage (contract_sla), runtime storage (task_sla), and change history (sys_audit) — candidates frequently pick unrelated tables like wf_context or sp_widget_log that sound plausible but have no SLA audit role.