<?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: OMIT fields complex rule for a single user with two permission roles in App Development</title>
    <link>https://community.qlik.com/t5/App-Development/OMIT-fields-complex-rule-for-a-single-user-with-two-permission/m-p/2138116#M92503</link>
    <description>&lt;P&gt;Thank you marcus, this makes sense.&amp;nbsp; I was leaning this way already but wanted to be sure before completely giving up on the idea.&amp;nbsp; I have another idea using parts of the solutions based on a bridge table laid out in these articles below, but so far am still struggling with the syntax.&lt;/P&gt;
&lt;P&gt;&lt;A title="Complex Authorization - How to create authorization brid" href="https://community.qlik.com/t5/QlikView-Documents/Complex-Authorization-How-to-create-authorization-bridge/ta-p/1483860" target="_self"&gt;https://community.qlik.com/t5/QlikView-Documents/Complex-Authorization-How-to-create-authorization-bridge/ta-p/1483860&lt;/A&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.qlik.com/t5/Design/A-Primer-on-Section-Access/ba-p/1465766" target="_blank"&gt;https://community.qlik.com/t5/Design/A-Primer-on-Section-Access/ba-p/1465766&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.qlik.com/t5/Design/Basics-for-complex-authorization/ba-p/1465872" target="_blank"&gt;https://community.qlik.com/t5/Design/Basics-for-complex-authorization/ba-p/1465872&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.qlik.com/t5/Design/Data-Reduction-Using-Multiple-Fields/ba-p/1474917" target="_blank"&gt;https://community.qlik.com/t5/Design/Data-Reduction-Using-Multiple-Fields/ba-p/1474917&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 15 Nov 2023 15:38:11 GMT</pubDate>
    <dc:creator>asheppardwork</dc:creator>
    <dc:date>2023-11-15T15:38:11Z</dc:date>
    <item>
      <title>OMIT fields complex rule for a single user with two permission roles</title>
      <link>https://community.qlik.com/t5/App-Development/OMIT-fields-complex-rule-for-a-single-user-with-two-permission/m-p/2137372#M92442</link>
      <description>&lt;P&gt;&lt;SPAN&gt;Hello Qlik Sense experts.&amp;nbsp; I am running into a bit of a brick wall and want to know if what I am attempting is even possible.&amp;nbsp; I am needing to use the Section Access of the Data Load Script to give different levels of access for the same user but for different records.&amp;nbsp; Details in the thread, but essentially I have a user John Doe; who needs to see the records for two managers Jane Doe and Bobby Doe.&amp;nbsp; John is allowed to see the hours for Jane Doe's direct reports but is NOT allowed to see the hours for Bobby's.&amp;nbsp; Is this even possible?&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;&lt;SPAN&gt;Please find attached the tables and a map&amp;nbsp;of the tables after the load, the PREP_AUTHORIZATION table gets dropped since it is part of the Access granting.&lt;/SPAN&gt;&lt;/P&gt;
&lt;P&gt;The expected resulting table would look like this:&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="asheppardwork_0-1699905054893.png" style="width: 400px;"&gt;&lt;img src="https://community.qlik.com/t5/image/serverpage/image-id/119861i6C39C75E1EB89D57/image-size/medium?v=v2&amp;amp;px=400" role="button" title="asheppardwork_0-1699905054893.png" alt="asheppardwork_0-1699905054893.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;DIV class="p-rich_text_section"&gt;Code for the Section Access and associated tables:&lt;/DIV&gt;
&lt;PRE class="c-mrkdwn__pre" data-stringify-type="pre"&gt;[PREP_AUTHORIZATION]:

LOAD
'USER' AS ACCESS,
UPPER('SITE\'&amp;amp; ENT_ID) AS USERID,
'ALL' &amp;amp; '|' &amp;amp; UPPER(ENT_ID) AS %AUTH_ID,
'' AS OMIT,
GROUP

Resident
DEFAULT_ACCESS_HIERARCHY;

 Concatenate

LOAD
ACCESS AS ACCESS, 
UPPER('SITE\'&amp;amp; TRIM(USERID)) AS USERID,
'ALL' &amp;amp; '|' &amp;amp; TRIM(UPPER(ENT_ID))  AS %AUTH_ID,
'' AS OMIT,
GROUP


Resident 
Special_Access_Table
where ACCESS='USER';

 Concatenate

LOAD
ACCESS AS ACCESS, 
UPPER(TRIM(USERID)) AS USERID,
'ALL' &amp;amp; '|' &amp;amp; TRIM(UPPER(ENT_ID))  AS %AUTH_ID,
'' AS OMIT,
GROUP

Resident 
Special_Access_Table
where ACCESS='ADMIN';


[SECTION_ACCESS_BUILDER]:

LOAD 
ACCESS, 
USERID,
%AUTH_ID,
OMIT

Resident
PREP_AUTHORIZATION

where GROUP ='STANDARD';

Concatenate

LOAD 
ACCESS, 
USERID,
%AUTH_ID,
'HOURS' AS OMIT

Resident
PREP_AUTHORIZATION

where GROUP ='REDUCED';
 


Section Access;


Authorization:

LOAD 
ACCESS, 
USERID,
%AUTH_ID,
OMIT

Resident
SECTION_ACCESS_BUILDER;



Section Application;
Drop Table PREP_AUTHORIZATION;&lt;/PRE&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 13 Nov 2023 19:51:07 GMT</pubDate>
      <guid>https://community.qlik.com/t5/App-Development/OMIT-fields-complex-rule-for-a-single-user-with-two-permission/m-p/2137372#M92442</guid>
      <dc:creator>asheppardwork</dc:creator>
      <dc:date>2023-11-13T19:51:07Z</dc:date>
    </item>
    <item>
      <title>Re: OMIT fields complex rule for a single user with two permission roles</title>
      <link>https://community.qlik.com/t5/App-Development/OMIT-fields-complex-rule-for-a-single-user-with-two-permission/m-p/2137472#M92450</link>
      <description>&lt;P&gt;I think it's not possible - at least in this way. It has two reasons - at first is section access mainly a white-list logic and only the listed values will be kept and further each denying will overwrite each permissions. And here is your record-permissions and field-denying in a conflict with each other.&lt;/P&gt;
&lt;P&gt;Direct solutions could depending on the entire requirements become quite complex and will require some adjustments within the data-model like loading the fields twice respectively n times and/or combining the fields to a single access-key and/or creating appropriate extra records within the dimensions/fact/access-tables.&lt;/P&gt;
&lt;P&gt;In regard to your scenario I could imagine an approach of combining MGMT_NAME &amp;amp; '|' &amp;amp; HOURS and listing all wanted/possible values to them. Instead of integrating HOURS an extra 0/1 HOUR_FLAG may simplify the matter.&lt;/P&gt;
&lt;P&gt;Pure technically there will be ways (nearly) each kind of access-control. But to keep the logic simple and maintainable it's often more suitable not to combine such requirements within a single application else to separate them and using specialized ones.&lt;/P&gt;</description>
      <pubDate>Tue, 14 Nov 2023 08:35:21 GMT</pubDate>
      <guid>https://community.qlik.com/t5/App-Development/OMIT-fields-complex-rule-for-a-single-user-with-two-permission/m-p/2137472#M92450</guid>
      <dc:creator>marcus_sommer</dc:creator>
      <dc:date>2023-11-14T08:35:21Z</dc:date>
    </item>
    <item>
      <title>Re: OMIT fields complex rule for a single user with two permission roles</title>
      <link>https://community.qlik.com/t5/App-Development/OMIT-fields-complex-rule-for-a-single-user-with-two-permission/m-p/2138116#M92503</link>
      <description>&lt;P&gt;Thank you marcus, this makes sense.&amp;nbsp; I was leaning this way already but wanted to be sure before completely giving up on the idea.&amp;nbsp; I have another idea using parts of the solutions based on a bridge table laid out in these articles below, but so far am still struggling with the syntax.&lt;/P&gt;
&lt;P&gt;&lt;A title="Complex Authorization - How to create authorization brid" href="https://community.qlik.com/t5/QlikView-Documents/Complex-Authorization-How-to-create-authorization-bridge/ta-p/1483860" target="_self"&gt;https://community.qlik.com/t5/QlikView-Documents/Complex-Authorization-How-to-create-authorization-bridge/ta-p/1483860&lt;/A&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.qlik.com/t5/Design/A-Primer-on-Section-Access/ba-p/1465766" target="_blank"&gt;https://community.qlik.com/t5/Design/A-Primer-on-Section-Access/ba-p/1465766&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.qlik.com/t5/Design/Basics-for-complex-authorization/ba-p/1465872" target="_blank"&gt;https://community.qlik.com/t5/Design/Basics-for-complex-authorization/ba-p/1465872&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&lt;A href="https://community.qlik.com/t5/Design/Data-Reduction-Using-Multiple-Fields/ba-p/1474917" target="_blank"&gt;https://community.qlik.com/t5/Design/Data-Reduction-Using-Multiple-Fields/ba-p/1474917&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 15 Nov 2023 15:38:11 GMT</pubDate>
      <guid>https://community.qlik.com/t5/App-Development/OMIT-fields-complex-rule-for-a-single-user-with-two-permission/m-p/2138116#M92503</guid>
      <dc:creator>asheppardwork</dc:creator>
      <dc:date>2023-11-15T15:38:11Z</dc:date>
    </item>
  </channel>
</rss>

