![\"\"](\"https:\/\/datadandies.nl\/wp-content\/uploads\/2024\/03\/20240317-RLS-PBI--1024x485.png\")
<\/figure>\n\n\n\nHierna maak je gebruik van de onderstaande DAX formule die je invoert in een nieuwe security rol bij de tabel \u201cFactTable\u201d.<\/p>\n\n\n\n
Heb jij een Power BI rapport wat je wilt delen met meerdere klanten?<\/p>\n\n\n\n
Wil je dat iedere klant alleen zijn eigen data ziet?<\/p>\n\n\n\n
Row Level Security (RLS) is een mogelijke oplossing voor dit probleem. Met goed ingestelde RLS ziet iedere klant alleen zijn eigen data.<\/p>\n\n\n\n
Hieronder een blog post waarin het een en ander omtrent de inrichting van RLS voor een bovenstaande casus toegelicht wordt.<\/p>\n\n\n\n
In de tabel die je wilt filteren heb je een kolom nodig met \u00e9\u00e9n unique identifier voor elke klant (zoals een ClientID). De tabel die je wilt filteren is in het onderstaande geval \u201cFactTable\u201d genoemd. Om een kolom te krijgen waarbij iedere rij de ClientID heeft van de bijbehorende klant, zou je allereerst de tabel binnen kunnen halen voor \u00e9\u00e9n specifieke klant, om hierna een kolom toe te voegen met de ClientID van deze klant. Daarop volgend doe je hetzelfde met de volgende klant en de resulterende tabellen plak je onder elkaar (UNION\/append). Dit proces kun je automatiseren met behulp van een loop in een loop, maar dat is een onderwerp voor een andere post.<\/p>\n\n\n\n
Vervolgens moet je de ClientID\u2019s koppelen aan de Power BI inloggegevens van de klant. Dit doe je met behulp van de onderstaande tabel \u201cPermissionsTable\u201d.<\/p>\n\n\n\n Hierna maak je gebruik van de onderstaande DAX formule die je invoert in een nieuwe security rol bij de tabel \u201cFactTable\u201d.<\/p>\n\n\n\n<\/figure>\n\n\n\n