La seconde étape consiste à ajouter des paramètres (@ParameterName) sur les conditions nécessitant une interaction avec l'utilisateur lors de la génération du rapport.
Dans notre exemple, seul le nom de l’opérateur désiré devra être défini manuellement. Deux possibilités s’offrent à nous, soit laisser un
Ajouter des paramètres à la requête SQL

champ de saisi ou bien proposer une liste de noms évitant d’éventuelles erreurs de saisie !
Pour y parvenir, nous devons légèrement modifier notre requête initiale.
Requête 1b – Ajout de paramètre |
SELECTDISTINCT
alt.RaisedDateTime AS [Date de Création], alt.AlertName As Alerte, LEFT(alt.AlertDescription, 150) AS Description FROMAlert.vAlertResolutionState ars INNERJOIN Alert.vAlert alt on ars.alertguid = alt.alertguid — Remplacement de la valeur corp\nmilbrand par la variable @UserName WHEREars.StateSetByUserId LIKE @UserName AND ars.ResolutionState = ‘255’ ORDER BYalt.RaisedDateTime DESC |
Afin de proposer une liste d’opérateur, nous utiliserons la requête d’extraction suivante permettant de visualiser l’ensemble des opérateurs ayant déjà clôturé une alerte. Enfin, nous avons également exclu les comptes « système » et de « résolution automatique ».
Requête 2 – Extraction des opérateurs |
SELECTStateSetByUserId
FROMAlert.vAlertResolutionState WHEREStateSetByUserId NOT IN(‘System’, ‘Auto-resolve’) AND ResolutionState = ‘255’ GROUPBY StateSetByUserId |
Téléchargez cette ressource

Les 10 tendances clés de l’Expérience Client (CX) pour 2025
Dans le contexte actuel, l'expérience client est un levier clé de réussite. Pour rester compétitives, les entreprises doivent adopter des stratégies CX audacieuses, en s'appuyant sur le cloud, le digital et l'IA. Alors quelles stratégies mettre en place pour garder une longueur d’avance ?