<?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: PingOne Extension - Suggessions in Extensions</title>
    <link>https://community.dynatrace.com/t5/Extensions/PingOne-Extension-Suggessions/m-p/301073#M7315</link>
    <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/105117"&gt;@observefdfx&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The PingOne Extension won't help here — it's designed for metrics, not log dedup logic.&lt;/P&gt;&lt;P&gt;The real fix is preventing duplicates at source (cursor tracking), not detecting them post-ingest.&lt;BR /&gt;Honesty. I never faced this issue but i would suggest to look at this from the ingestion side rather than scanning after the fact.&lt;BR /&gt;PingOne Activity API supports an after cursor for pagination. Store the last processed event ID or timestamp between workflow runs and only pull events after that point. This eliminates overlapping time windows and removes the need for dedup scanning entirely.&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Sujit&lt;/P&gt;</description>
    <pubDate>Tue, 23 Jun 2026 00:49:38 GMT</pubDate>
    <dc:creator>sujit_k_singh</dc:creator>
    <dc:date>2026-06-23T00:49:38Z</dc:date>
    <item>
      <title>PingOne Extension - Suggessions</title>
      <link>https://community.dynatrace.com/t5/Extensions/PingOne-Extension-Suggessions/m-p/301003#M7308</link>
      <description>&lt;P&gt;We have a use case of ingesting PingOne logs and created workflow and ingesting via direct API call to PingOne. Ingesion is going good but to avoid duplicates, scanning the logs for dups which is causing additional cost for scanning. We thought of PingOne Extension may solve the issue but seems extension will not handle. Looking for suggessions on this.&lt;/P&gt;</description>
      <pubDate>Fri, 19 Jun 2026 15:03:17 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/PingOne-Extension-Suggessions/m-p/301003#M7308</guid>
      <dc:creator>observefdfx</dc:creator>
      <dc:date>2026-06-19T15:03:17Z</dc:date>
    </item>
    <item>
      <title>Re: PingOne Extension - Suggessions</title>
      <link>https://community.dynatrace.com/t5/Extensions/PingOne-Extension-Suggessions/m-p/301073#M7315</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/105117"&gt;@observefdfx&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The PingOne Extension won't help here — it's designed for metrics, not log dedup logic.&lt;/P&gt;&lt;P&gt;The real fix is preventing duplicates at source (cursor tracking), not detecting them post-ingest.&lt;BR /&gt;Honesty. I never faced this issue but i would suggest to look at this from the ingestion side rather than scanning after the fact.&lt;BR /&gt;PingOne Activity API supports an after cursor for pagination. Store the last processed event ID or timestamp between workflow runs and only pull events after that point. This eliminates overlapping time windows and removes the need for dedup scanning entirely.&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Sujit&lt;/P&gt;</description>
      <pubDate>Tue, 23 Jun 2026 00:49:38 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/PingOne-Extension-Suggessions/m-p/301073#M7315</guid>
      <dc:creator>sujit_k_singh</dc:creator>
      <dc:date>2026-06-23T00:49:38Z</dc:date>
    </item>
  </channel>
</rss>

