<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Custom SLA timer field for case in Cortex XSIAM Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/cortex-xsiam-discussions/custom-sla-timer-field-for-case/m-p/1266153#M489</link>
    <description>&lt;DIV&gt;
&lt;P&gt;Dear community,&lt;/P&gt;
&lt;P&gt;I have a question regarding SLA custom fields.&lt;/P&gt;
&lt;P&gt;We have created a custom case timer field along with its associated SLA custom field to measure Time to Detection. The SLA targets are defined based on the case severity: 15 minutes for Critical, 30 minutes for High, 2 hours for Medium, and 12 hours for Low.&lt;/P&gt;
&lt;P&gt;We have encountered situations where a case is initially created with a Low severity, but when a new High-severity issue is added to the case, the case severity is automatically updated to High. When this occurs, the SLA immediately becomes significantly overdue, which skews our SLA statistics.&lt;/P&gt;
&lt;P&gt;Is there a recommended way to handle this scenario?&lt;/P&gt;
&lt;P&gt;Thanks.&lt;/P&gt;
&lt;/DIV&gt;</description>
    <pubDate>Wed, 14 Oct 2026 19:31:17 GMT</pubDate>
    <dc:creator>Pierre.Dufresne</dc:creator>
    <dc:date>2026-10-14T19:31:17Z</dc:date>
    <item>
      <title>Custom SLA timer field for case</title>
      <link>https://live.paloaltonetworks.com/t5/cortex-xsiam-discussions/custom-sla-timer-field-for-case/m-p/1266153#M489</link>
      <description>&lt;DIV&gt;
&lt;P&gt;Dear community,&lt;/P&gt;
&lt;P&gt;I have a question regarding SLA custom fields.&lt;/P&gt;
&lt;P&gt;We have created a custom case timer field along with its associated SLA custom field to measure Time to Detection. The SLA targets are defined based on the case severity: 15 minutes for Critical, 30 minutes for High, 2 hours for Medium, and 12 hours for Low.&lt;/P&gt;
&lt;P&gt;We have encountered situations where a case is initially created with a Low severity, but when a new High-severity issue is added to the case, the case severity is automatically updated to High. When this occurs, the SLA immediately becomes significantly overdue, which skews our SLA statistics.&lt;/P&gt;
&lt;P&gt;Is there a recommended way to handle this scenario?&lt;/P&gt;
&lt;P&gt;Thanks.&lt;/P&gt;
&lt;/DIV&gt;</description>
      <pubDate>Wed, 14 Oct 2026 19:31:17 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/cortex-xsiam-discussions/custom-sla-timer-field-for-case/m-p/1266153#M489</guid>
      <dc:creator>Pierre.Dufresne</dc:creator>
      <dc:date>2026-10-14T19:31:17Z</dc:date>
    </item>
    <item>
      <title>Re: Custom SLA timer field for case</title>
      <link>https://live.paloaltonetworks.com/t5/cortex-xsiam-discussions/custom-sla-timer-field-for-case/m-p/1266332#M490</link>
      <description>&lt;P&gt;One solution would be switching to issue SLAs instead of cases. You can set clocks at the issue level, and have dashboards tracking the issue SLA clocks based on the issue's severity. You just want to ensure your dashboard is either specifically looking at MTTR, or you're filtering out issues where the CaseID is null because not all low issues generate cases and therefor won't be closed.&lt;/P&gt;</description>
      <pubDate>Fri, 16 Oct 2026 23:46:57 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/cortex-xsiam-discussions/custom-sla-timer-field-for-case/m-p/1266332#M490</guid>
      <dc:creator>ZachIvins</dc:creator>
      <dc:date>2026-10-16T23:46:57Z</dc:date>
    </item>
    <item>
      <title>Re: Custom SLA timer field for case</title>
      <link>https://live.paloaltonetworks.com/t5/cortex-xsiam-discussions/custom-sla-timer-field-for-case/m-p/1266333#M491</link>
      <description>&lt;P&gt;Forgot to mention, you'd need to ensure you're checking the "close issues" when closing cases, and likely want a fallback job that runs to query all issues with CaseIDs where the case is resolved and close them. That would cover any gaps in processes.&lt;/P&gt;</description>
      <pubDate>Fri, 16 Oct 2026 23:52:50 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/cortex-xsiam-discussions/custom-sla-timer-field-for-case/m-p/1266333#M491</guid>
      <dc:creator>ZachIvins</dc:creator>
      <dc:date>2026-10-16T23:52:50Z</dc:date>
    </item>
  </channel>
</rss>

