<?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: Task creation based on ticket status - how to avoid duplicate tasks in Tickets &amp; Conversations</title>
    <link>https://community.hubspot.com/t5/Tickets-Conversations/Task-creation-based-on-ticket-status-how-to-avoid-duplicate/m-p/728928#M4307</link>
    <description>&lt;P&gt;Hi Karsten,&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for your reply, is there any other way to do this without turning off re-enrollment? We have 9 status' for this pipeline, this would be separating the current workflow into 9 individual WFs as we currently use if/thens depending on the ticket status&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 09 Dec 2022 15:11:26 GMT</pubDate>
    <dc:creator>CMarritt</dc:creator>
    <dc:date>2022-12-09T15:11:26Z</dc:date>
    <item>
      <title>Task creation based on ticket status - how to avoid duplicate tasks</title>
      <link>https://community.hubspot.com/t5/Tickets-Conversations/Task-creation-based-on-ticket-status-how-to-avoid-duplicate/m-p/728854#M4305</link>
      <description>&lt;P class=""&gt;tiWe have a workflow based on a ticket pipeline and tasks are created based on which ticket status the ticket is moved to, but sometimes the ticket might move back to a status it's already been in, which triggers the tasks to be recreated even when they've been ticked off.&amp;nbsp;&lt;/P&gt;&lt;P class=""&gt;&amp;nbsp;&lt;/P&gt;&lt;P class=""&gt;Is there a way to stop this recreation of the tasks? I tried adding 'has never been x status' but that negated itself with the current status and went to 'none met'&lt;/P&gt;</description>
      <pubDate>Fri, 09 Dec 2022 13:02:16 GMT</pubDate>
      <guid>https://community.hubspot.com/t5/Tickets-Conversations/Task-creation-based-on-ticket-status-how-to-avoid-duplicate/m-p/728854#M4305</guid>
      <dc:creator>CMarritt</dc:creator>
      <dc:date>2022-12-09T13:02:16Z</dc:date>
    </item>
    <item>
      <title>Re: Task creation based on ticket status - how to avoid duplicate tasks</title>
      <link>https://community.hubspot.com/t5/Tickets-Conversations/Task-creation-based-on-ticket-status-how-to-avoid-duplicate/m-p/728855#M4306</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.hubspot.com/t5/user/viewprofilepage/user-id/206003"&gt;@CMarritt&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;If you do not want the task to be recreated, you would disable re-enrollment for this workflow: &lt;A href="https://knowledge.hubspot.com/workflows/add-re-enrollment-triggers-to-a-workflow" target="_blank"&gt;https://knowledge.hubspot.com/workflows/add-re-enrollment-triggers-to-a-workflow&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Should there be other workflow actions that should re-run when a ticket moves back in status, then it's best / easiest to split the workflow in two. One workflow re-enrolls and takes care of actions that should be repeated. Another workflow has re-enrollment disabled, only runs once and create tasks, once.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Let me know if you have any follow-up questions!&lt;/P&gt;</description>
      <pubDate>Fri, 09 Dec 2022 13:05:05 GMT</pubDate>
      <guid>https://community.hubspot.com/t5/Tickets-Conversations/Task-creation-based-on-ticket-status-how-to-avoid-duplicate/m-p/728855#M4306</guid>
      <dc:creator>karstenkoehler</dc:creator>
      <dc:date>2022-12-09T13:05:05Z</dc:date>
    </item>
    <item>
      <title>Re: Task creation based on ticket status - how to avoid duplicate tasks</title>
      <link>https://community.hubspot.com/t5/Tickets-Conversations/Task-creation-based-on-ticket-status-how-to-avoid-duplicate/m-p/728928#M4307</link>
      <description>&lt;P&gt;Hi Karsten,&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for your reply, is there any other way to do this without turning off re-enrollment? We have 9 status' for this pipeline, this would be separating the current workflow into 9 individual WFs as we currently use if/thens depending on the ticket status&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 09 Dec 2022 15:11:26 GMT</pubDate>
      <guid>https://community.hubspot.com/t5/Tickets-Conversations/Task-creation-based-on-ticket-status-how-to-avoid-duplicate/m-p/728928#M4307</guid>
      <dc:creator>CMarritt</dc:creator>
      <dc:date>2022-12-09T15:11:26Z</dc:date>
    </item>
    <item>
      <title>Re: Task creation based on ticket status - how to avoid duplicate tasks</title>
      <link>https://community.hubspot.com/t5/Tickets-Conversations/Task-creation-based-on-ticket-status-how-to-avoid-duplicate/m-p/728931#M4308</link>
      <description>&lt;P&gt;Hi &lt;a href="https://community.hubspot.com/t5/user/viewprofilepage/user-id/206003"&gt;@CMarritt&lt;/a&gt;,&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;All alternatives that I can think of would involve even more additional work, unfortunately. Splitting these workflows is, as far as I can tell, the easiest and fastest solution.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Best regards!&lt;/P&gt;</description>
      <pubDate>Fri, 09 Dec 2022 15:13:42 GMT</pubDate>
      <guid>https://community.hubspot.com/t5/Tickets-Conversations/Task-creation-based-on-ticket-status-how-to-avoid-duplicate/m-p/728931#M4308</guid>
      <dc:creator>karstenkoehler</dc:creator>
      <dc:date>2022-12-09T15:13:42Z</dc:date>
    </item>
    <item>
      <title>Re: Task creation based on ticket status - how to avoid duplicate tasks</title>
      <link>https://community.hubspot.com/t5/Tickets-Conversations/Task-creation-based-on-ticket-status-how-to-avoid-duplicate/m-p/1213125#M8913</link>
      <description>&lt;BLOCKQUOTE&gt;&lt;P&gt;I know this is an old thread, but it highlights a fundamental limitation in HubSpot workflows. That accepted solution is clever, but managing custom 'flag' properties can become very brittle over time.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The core issue is that workflows can't easily check properties on &lt;I&gt;associated&lt;/I&gt; records—like checking if an open task already exists, checking it's title, etc.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I ran into this exact problem on deal workflows and built a free action to solve it. It makes the task creation idempotent without needing any custom properties.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My app is for deals, not tickets, but it solves the same underlying problem. For anyone who finds this and is tired of the workarounds, here's a quick demo: &lt;A href="https://www.workflowheros.com" target="_blank" rel="noopener"&gt;https://www.workflowheros.com&lt;/A&gt;.&lt;/P&gt;&lt;/BLOCKQUOTE&gt;</description>
      <pubDate>Thu, 16 Oct 2025 15:07:16 GMT</pubDate>
      <guid>https://community.hubspot.com/t5/Tickets-Conversations/Task-creation-based-on-ticket-status-how-to-avoid-duplicate/m-p/1213125#M8913</guid>
      <dc:creator>HubBubDotXYZ</dc:creator>
      <dc:date>2025-10-16T15:07:16Z</dc:date>
    </item>
  </channel>
</rss>

