<?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 Re: Custom Entity Integration in Davis Anomaly Detection in Alerting</title>
    <link>https://community.dynatrace.com/t5/Alerting/Custom-Entity-Integration-in-Davis-Anomaly-Detection/m-p/291065#M6068</link>
    <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/10479"&gt;@sia_h&lt;/a&gt;&amp;nbsp;Thanks for clarifying! Yes, dt.source_entity needs to point to a single, valid entity. That can be either a dimension reference like {dims:dt.entity.process_group_instance} if event is scoped to a process group instance, or a hardcoded entity ID such as CUSTOM_DEVICE-XXXX if you’ve registered a custom device in Dynatrace.&lt;/P&gt;&lt;P&gt;&lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/2080"&gt;@AK&lt;/a&gt;&amp;nbsp; The key is that the entity you reference must already exist in Dynatrace’s topology — otherwise Davis will ignore it and remap to the closest known entity. If you also set dt.davis.is_entity_remapping_allowed=false, Davis will keep the problem tied to that entity once it’s valid.&amp;nbsp;So the approach works, but only if the entity is properly defined in Dynatrace first.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://docs.dynatrace.com/docs/discover-dynatrace/references/semantic-dictionary/model/davis" target="_blank"&gt;Davis AI — Dynatrace Docs&lt;/A&gt;&lt;/P&gt;</description>
    <pubDate>Tue, 09 Dec 2025 03:40:12 GMT</pubDate>
    <dc:creator>sujit_k_singh</dc:creator>
    <dc:date>2025-12-09T03:40:12Z</dc:date>
    <item>
      <title>Custom Entity Integration in Davis Anomaly Detection</title>
      <link>https://community.dynatrace.com/t5/Alerting/Custom-Entity-Integration-in-Davis-Anomaly-Detection/m-p/290950#M6064</link>
      <description>&lt;P&gt;Hi Folks,&lt;/P&gt;
&lt;P&gt;Is there a way to pass a custom entity in "Davis anomaly detection" so that it appears as the impacted entity when an problem is generated?&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;I've attempted to use&amp;nbsp;&lt;/SPAN&gt;&lt;FONT color="#FF0000"&gt;dt.davis.is_entity_remapping_allowed&lt;/FONT&gt;&lt;SPAN&gt;&amp;nbsp;set to false in the event description, along with&amp;nbsp;&lt;/SPAN&gt;&lt;FONT color="#FF0000"&gt;dt.source_entity&lt;/FONT&gt;&lt;SPAN&gt;&amp;nbsp;as my custom entity (e.g., host@process), but this approach doesn't seem to be working.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="AK_0-1764967375827.png" style="width: 400px;"&gt;&lt;img src="https://community.dynatrace.com/t5/image/serverpage/image-id/31122i1DAA1EB6F76DDC13/image-size/medium?v=v2&amp;amp;px=400" role="button" title="AK_0-1764967375827.png" alt="AK_0-1764967375827.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;Has anyone successfully managed to do this?&lt;/P&gt;
&lt;P&gt;Regards,&lt;BR /&gt;AK&lt;/P&gt;</description>
      <pubDate>Mon, 08 Dec 2025 07:02:27 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Alerting/Custom-Entity-Integration-in-Davis-Anomaly-Detection/m-p/290950#M6064</guid>
      <dc:creator>AK</dc:creator>
      <dc:date>2025-12-08T07:02:27Z</dc:date>
    </item>
    <item>
      <title>Re: Custom Entity Integration in Davis Anomaly Detection</title>
      <link>https://community.dynatrace.com/t5/Alerting/Custom-Entity-Integration-in-Davis-Anomaly-Detection/m-p/290963#M6065</link>
      <description>&lt;P&gt;Yes, but&amp;nbsp;&lt;SPAN&gt;&lt;EM&gt;dt.source_entity&lt;/EM&gt; should be a single entity. E.g. the value should be &lt;EM&gt;{dims:dt.entity.process_group_instance}&lt;/EM&gt; or hardcoded&amp;nbsp;&lt;EM&gt;CUSTOM_DEVICE-A5C88F64EE123123&lt;/EM&gt;.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Sat, 06 Dec 2025 09:16:17 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Alerting/Custom-Entity-Integration-in-Davis-Anomaly-Detection/m-p/290963#M6065</guid>
      <dc:creator>sia_h</dc:creator>
      <dc:date>2025-12-06T09:16:17Z</dc:date>
    </item>
    <item>
      <title>Re: Custom Entity Integration in Davis Anomaly Detection</title>
      <link>https://community.dynatrace.com/t5/Alerting/Custom-Entity-Integration-in-Davis-Anomaly-Detection/m-p/291065#M6068</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;&lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/10479"&gt;@sia_h&lt;/a&gt;&amp;nbsp;Thanks for clarifying! Yes, dt.source_entity needs to point to a single, valid entity. That can be either a dimension reference like {dims:dt.entity.process_group_instance} if event is scoped to a process group instance, or a hardcoded entity ID such as CUSTOM_DEVICE-XXXX if you’ve registered a custom device in Dynatrace.&lt;/P&gt;&lt;P&gt;&lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/2080"&gt;@AK&lt;/a&gt;&amp;nbsp; The key is that the entity you reference must already exist in Dynatrace’s topology — otherwise Davis will ignore it and remap to the closest known entity. If you also set dt.davis.is_entity_remapping_allowed=false, Davis will keep the problem tied to that entity once it’s valid.&amp;nbsp;So the approach works, but only if the entity is properly defined in Dynatrace first.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://docs.dynatrace.com/docs/discover-dynatrace/references/semantic-dictionary/model/davis" target="_blank"&gt;Davis AI — Dynatrace Docs&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 09 Dec 2025 03:40:12 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Alerting/Custom-Entity-Integration-in-Davis-Anomaly-Detection/m-p/291065#M6068</guid>
      <dc:creator>sujit_k_singh</dc:creator>
      <dc:date>2025-12-09T03:40:12Z</dc:date>
    </item>
  </channel>
</rss>

