<?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: Change in QMC Reload Permissions in Management &amp; Governance</title>
    <link>https://community.qlik.com/t5/Management-Governance/Change-in-QMC-Reload-Permissions/m-p/2107521#M25470</link>
    <description>&lt;P&gt;&lt;SPAN&gt;By default, the internal system account, SA_SCHEDULER, is used to run reload tasks. This account has elevated privileges and, technically, can use any data source. There is a setting, however, in the QMC that uses impersonation to run reload tasks with the permissions of the app owner instead of the internal system account. By configuring this setting, the app owner and not SA_SCHEDULER is used for reloads, meaning that you do not add SA_SCHEDULER in the Section Access table but instead add the app owner. Within a task chain, apps can have different owners with permissions to sources dependent on each owner's access rights.&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN data-mc-conditions="Targets.WebHelpOnly"&gt;See&amp;nbsp;&lt;A href="https://help.qlik.com/en-US/sense-admin/May2023/Subsystems/DeployAdministerQSE/Content/Sense_DeployAdminister/QSEoW/Administer_QSEoW/Managing_QSEoW/service-cluster.htm" target="_blank"&gt;Service cluster&lt;/A&gt;&amp;nbsp;for more information.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN data-mc-conditions="Targets.WebHelpOnly"&gt;&lt;A href="https://help.qlik.com/en-US/sense/May2023/Subsystems/Hub/Content/Sense_Hub/Scripting/Security/manage-security-with-section-access.htm" target="_blank"&gt;Managing data security with Section Access | Qlik Sense on Windows Help&lt;/A&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 21 Aug 2023 01:00:31 GMT</pubDate>
    <dc:creator>Lisa_Sun</dc:creator>
    <dc:date>2023-08-21T01:00:31Z</dc:date>
    <item>
      <title>Change in QMC Reload Permissions</title>
      <link>https://community.qlik.com/t5/Management-Governance/Change-in-QMC-Reload-Permissions/m-p/2106308#M25453</link>
      <description>&lt;P&gt;I'm on a team that supports a customer on QlikSense Enterprise.&amp;nbsp; For months, we've been using an automated reload task that occurs every 24 hours.&amp;nbsp; Unless a problem occurs on the connection with Databricks (which would be evident in the logs), we rarely have issues.&lt;/P&gt;
&lt;P&gt;Recently, we were told that reload tasks created in the QMC would no longer run as the sa_scheduler user.&amp;nbsp; Rather, they would be run as the app owner.&lt;/P&gt;
&lt;P&gt;In the past 24 hours, the app we have published in the Production stream is no longer accessible.&amp;nbsp; The reload task is still successfully executing, according to QMC.&amp;nbsp; However, when we try to view the app, a box pops up that says "Error Occurred: Access Denied".&lt;/P&gt;
&lt;P&gt;We have section access on this app and have utilized it for several months without any problems.&amp;nbsp; The app owner is already in the section access list with full access.&amp;nbsp;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Has anyone encountered such a problem before?&amp;nbsp; If so, how did you solve this problem?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 16 Aug 2023 12:42:20 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Management-Governance/Change-in-QMC-Reload-Permissions/m-p/2106308#M25453</guid>
      <dc:creator>fish417913</dc:creator>
      <dc:date>2023-08-16T12:42:20Z</dc:date>
    </item>
    <item>
      <title>Re: Change in QMC Reload Permissions</title>
      <link>https://community.qlik.com/t5/Management-Governance/Change-in-QMC-Reload-Permissions/m-p/2107521#M25470</link>
      <description>&lt;P&gt;&lt;SPAN&gt;By default, the internal system account, SA_SCHEDULER, is used to run reload tasks. This account has elevated privileges and, technically, can use any data source. There is a setting, however, in the QMC that uses impersonation to run reload tasks with the permissions of the app owner instead of the internal system account. By configuring this setting, the app owner and not SA_SCHEDULER is used for reloads, meaning that you do not add SA_SCHEDULER in the Section Access table but instead add the app owner. Within a task chain, apps can have different owners with permissions to sources dependent on each owner's access rights.&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN data-mc-conditions="Targets.WebHelpOnly"&gt;See&amp;nbsp;&lt;A href="https://help.qlik.com/en-US/sense-admin/May2023/Subsystems/DeployAdministerQSE/Content/Sense_DeployAdminister/QSEoW/Administer_QSEoW/Managing_QSEoW/service-cluster.htm" target="_blank"&gt;Service cluster&lt;/A&gt;&amp;nbsp;for more information.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN data-mc-conditions="Targets.WebHelpOnly"&gt;&lt;A href="https://help.qlik.com/en-US/sense/May2023/Subsystems/Hub/Content/Sense_Hub/Scripting/Security/manage-security-with-section-access.htm" target="_blank"&gt;Managing data security with Section Access | Qlik Sense on Windows Help&lt;/A&gt;&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 21 Aug 2023 01:00:31 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Management-Governance/Change-in-QMC-Reload-Permissions/m-p/2107521#M25470</guid>
      <dc:creator>Lisa_Sun</dc:creator>
      <dc:date>2023-08-21T01:00:31Z</dc:date>
    </item>
  </channel>
</rss>

