J'ai un rapport mis en place pour un département. Les données sont accessibles sur un serveur répliqué sur le backend avec un mot de passe fixe.
Ce que je fais normalement, c'est ajouter un nouveau rôle pour l'utilisateur accédant au rapport en tant que navigateur, puis voir le rapport et travailler à partir de là.
Cependant, la machine utilisée pour accéder à un nouveau rapport est connectée sous un compte d'utilisateur général et NEETS à rester de cette façon, le rapport qui est accessible est confidentiel et ne peut être consulté que par certains membres du personnel. < / p>
J'ai joué avec les paramètres de sécurité pour voir si l'authentification Windows fonctionnerait mais j'ai lutté.
Qu'est-ce que je sautais à atteindre était ce qui suit: Laissez un utilisateur accéder au rapport sur la machine via un mot de passe pour exécuter le rapport (de préférence leur journal utilisateur sur Destas, même si la machine sera connectée sous un utilisateur différent).
Si cela n'est pas possible, il serait-il possible de créer un rapport protégé par mot de passe à l'aide de paramètres?
excuses si je ne suis pas clair, je suis heureux d'expliquer plus loin si nécessaire.
3 Réponses :
Autant que je sache, il n'est possible que de protéger un rapport en utilisant des informations d'identification publicitaires. Cela fonctionne bien, mais n'est pas utilisable s'il existe des utilisateurs non publics qui doivent accéder au rapport.
Ce que vous pouvez faire est Générez un rapport SSRS en tant que PDF protégé par mot de passe en utilisant SQL-RD et envoyez-le sur un calendrier.
Merci pour le conseil, malheureusement ce n'est pas une solution pour moi, j'apprécie grandement la réponse.
Vous pouvez essayer de définir l'accès au rapport lui-même au niveau du rapport. Dans les services de rapport, vous accédez au rapport et cliquez sur la flèche vers le bas de la droite du nom du rapport.
sur l'écran suivant, vous assurez que l'onglet Sécurité est mis en surbrillance. Vous pouvez ensuite ajouter des groupes ou des utilisateurs (utilisateur \ utilisateur) et leurs rôles pour ce rapport. 
Même si ce n'est pas un mot de passe protégeant le rapport, il limite l'accès aux personnes autorisées uniquement.
@ B.Serbele, merci pour la suggestion, mais malheureusement, l'utilisateur qui est connecté de manière permanente sur la machine est un utilisateur général, il s'agit d'un profil utilisé dans l'ensemble de l'organisation, si j'ajoute cet utilisateur au rôle de sécurité: navigateur, puis Toute machine connectée sous l'utilisateur général peut accéder à ces données confidentielles. Merci encore pour l'entrée cependant.
J'ai monté un travail autour.
J'ai ajouté les utilisateurs que je voulais avoir accès à l'onglet Sécurité. P>
Utilisation de PowerShell J'ai créé un script pour demander des informations d'identification "Internet Explorer" en tant qu'utilisateur, je veux avoir accès. P> à partir d'ici, j'ai ensuite créé un fichier de commandes qui exécuterait ce script PowerShell pour moi p> @ECHO OFF
PowerShell.exe -NoProfile -ExecutionPolicy Bypass -Command "& 'C:\powershellscript.ps1'"
Belle solution de contournement. Merci d'avoir partagé TI avec d'autres.