<?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>question servicenow resolution notes feeding ai in Community Central forum</title>
    <link>https://www.servicenow.com/community/community-central-forum/servicenow-resolution-notes-feeding-ai/m-p/3593103#M7801</link>
    <description>&lt;P&gt;&lt;SPAN&gt;we are relatively early in our servicenow implementation; we don't necessarily want the user/business community to see all the details or flaws of IT issues behind tickets from the resolution notes, but we also want to move towards leveraging ai (assisting future agents in solving issues quickly from past tickets; eventually feeding chatbot, enhancing employing selfservice, etc.); how can we keep the IT details away from the user but not inhibit our ability leverage the package's capabilities?&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 31 Aug 2026 14:52:04 GMT</pubDate>
    <dc:creator>aminnanji</dc:creator>
    <dc:date>2026-08-31T14:52:04Z</dc:date>
    <item>
      <title>servicenow resolution notes feeding ai</title>
      <link>https://www.servicenow.com/community/community-central-forum/servicenow-resolution-notes-feeding-ai/m-p/3593103#M7801</link>
      <description>&lt;P&gt;&lt;SPAN&gt;we are relatively early in our servicenow implementation; we don't necessarily want the user/business community to see all the details or flaws of IT issues behind tickets from the resolution notes, but we also want to move towards leveraging ai (assisting future agents in solving issues quickly from past tickets; eventually feeding chatbot, enhancing employing selfservice, etc.); how can we keep the IT details away from the user but not inhibit our ability leverage the package's capabilities?&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 31 Aug 2026 14:52:04 GMT</pubDate>
      <guid>https://www.servicenow.com/community/community-central-forum/servicenow-resolution-notes-feeding-ai/m-p/3593103#M7801</guid>
      <dc:creator>aminnanji</dc:creator>
      <dc:date>2026-08-31T14:52:04Z</dc:date>
    </item>
    <item>
      <title>Re: servicenow resolution notes feeding ai</title>
      <link>https://www.servicenow.com/community/community-central-forum/servicenow-resolution-notes-feeding-ai/m-p/3593113#M7803</link>
      <description>&lt;P&gt;&lt;a href="https://www.servicenow.com/community/user/viewprofilepage/user-id/1163799"&gt;@aminnanji&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I would suggest keeping the detailed technical information in Work Notes and restricting its visibility to internal IT/support teams through ACLs and appropriate roles. Keep Additional Comments and the customer-facing resolution summary focused on information that is relevant to the user.&lt;/P&gt;&lt;P&gt;For the AI use case, you don't necessarily need to expose the Work Notes to users. The incident data can still be leveraged by Now Assist for agent assistance, similar incident analysis, and generating knowledge content.&lt;/P&gt;&lt;P&gt;A practical approach would be:&lt;/P&gt;&lt;P&gt;Incident → Internal Work Notes → Resolution → AI-generated Knowledge Draft → Agent Review → Published Knowledge → Self-Service&lt;/P&gt;&lt;P&gt;The key is to separate internal troubleshooting information from user-facing knowledge, while applying the right ACLs, Knowledge User Criteria, and AI Search/Virtual Agent access controls.&lt;/P&gt;&lt;P&gt;This way, you can keep the technical details hidden from the business users today without limiting your ability to leverage historical incident data for AI and future self-service capabilities.&lt;/P&gt;</description>
      <pubDate>Mon, 31 Aug 2026 15:20:10 GMT</pubDate>
      <guid>https://www.servicenow.com/community/community-central-forum/servicenow-resolution-notes-feeding-ai/m-p/3593113#M7803</guid>
      <dc:creator>sachinchaudhary</dc:creator>
      <dc:date>2026-08-31T15:20:10Z</dc:date>
    </item>
  </channel>
</rss>

