Application de workflow GETUSERSFROMDIR

Aperçu

L’application de workflow GETUSERSFROMDIR permet la récupération d’une liste de noms d’utilisateurs, d’une liste d’emails ou d’une liste des IDs utilisateur. Ces listes s’obtiennent via une action automatique WorkflowGen qui exécute des requêtes SQL sur la base de données WorkflowGen. Elle peut être utilisée pour les notifications automatiques ou pour définir (filtrer) les utilisateurs d’une action d’un processus WorkflowGen.

Définitions

    Le caractère x : Le caractère x dans certains noms de paramètres signifie qu’il peut exister plus d’une instance du paramètre. Par exemple, QUERYx_CMD signifie qu’il peut-y avoir QUERY1_CMD, QUERY2_CMD, QUERY3_CMD etc...
    Action : Vous devez créer une action WorkflowGen de type GETUSERSFROMDIR pour utiliser cette application.

Liste des champs et macros disponibles pour les requêtes

Voici les champs et macros disponibles pour les requêtes créées dans les paramètres QUERYx_CMD. Ils peuvent être utilisés dans les conditions de ces requêtes afin de filtrer leurs résultats.

📌 Exemples

Cet exemple retourne une liste des noms d’utilisateur des utilisateurs de la province du Québec :
1
QUERY1_CMD: STATE = 'QC'
2
RESULT_LIST
Copied!
Cet exemple retourne une liste des noms d’utilisateur des utilisateurs dont l’adresse email termine par advantys.com :
1
QUERY1_CMD: EMAIL LIKE '%ADVANTYS.COM'
2
RESULT_LIST
Copied!
Cet exemple retourne une liste des noms d’utilisateur des utilisateurs appartenant au groupe de développement :
1
QUERY1_CMD: {ISMEMBER(DEV)}
2
RESULT_LIST
Copied!
Champs disponibles
Définition
LASTNAME
Nom
FIRSTNAME
Prénom
USERNAME
Nom d'utilisateur
EMAIL
Adresse email
PHONE
Numéro de téléphone
MOBILE
Numéro de téléphone mobile
PAGER
Numéro de téléavertisseur
FAX
Numéro de fax
OFFICE
Numéro de bureau
DEPARTMENT
Département
COMPANY
Société
JOBTITLE
Fonction
PERSONALTITLE
Titre
EMPLOYEENUMBER
Matricule
EMPLOYEETYPE
Type d’employé
POSTALADDRESS
Adresse
ZIPCODE
Code postal
CITY
Ville
STATE
État/Région
COUNTRY
Pays
EXTATT_1
Extended attribute 1
EXTATT_2
Extended attribute 2
EXTATT_3
Extended attribute 3
EXTATT_4
Extended attribute 4
EXTATT_5
Extended attribute 5
{ISMEMBER(groupname)}
Retourne les membres du groupe
Macro disponible
Définition
{ISMEMBER(groupname)}
Retourne les membres du groupe

Utilisation des paramètres supplémentaires

QUERY1_CMD : Exécution d’une requête SQL

Description

Pour lancer une requête SQL vous devez ajouter le paramètre (IN) QUERY1_CMD à l’action. Si le paramètre est vide ou inexistant l’opération ne sera pas exécutée.

📌 Exemple

Cet exemple retourne la liste des utilisateurs de la ville de Montréal dans le paramètre RESULT_LIST :
1
QUERY1_CMD: CITY = 'MONTREAL'
2
RESULT_LIST
Copied!

RESULT_LIST / QUERYx_RESULT_LIST : Capture du résultat des requêtes

Description

Pour récupérer le résultat de toutes les requêtes (liste des utilisateurs au format chaîne de caractères) vous devez ajouter le paramètre (OUT) RESULT_LIST à l’action. Pour récupérer le résultat individuel par requête vous devez ajouter le paramètre (OUT) QUERYx_RESULT_LIST pour chaque requête.

📌 Exemple

Cet exemple retourne la liste des utilisateurs de Montréal, Toronto et New York dans le paramètre RESULT_LIST. QUERY1_RESULT_LIST contient la liste des utilisateurs de Montréal, QUERY2_RESULT_LIST contient la liste des utilisateurs de Toronto et QUERY3_RESULT_LIST contient la liste des utilisateurs de New York :
1
QUERY1_CMD: CITY = 'MONTREAL'
2
QUERY2_CMD: CITY = 'TORONTO'
3
QUERY3_CMD: CITY = 'NEW YORK'
4
QUERY1_RESULT_LIST
5
QUERY2_RESULT_LIST
6
QUERY3_RESULT_LIST
7
RESULT_LIST
Copied!
À partir de la version 7.15.0 de WorkflowGen, le résultat d'une requête renvoyée dans des données de processus de type TEXT n'a plus de limite de 4 000 caractères pour la base de données MS SQL Server.

QUERY1_DIR : Définition de l’annuaire

Description

Vous pouvez définir l’annuaire des utilisateurs sur lequel vous voulez que porte la requête. Vous devez ajouter un paramètre (IN) QUERY1_DIR dans l’action. Si ce paramètre est NULL ou n’existe pas l’annuaire par défaut est WORKFLOWGEN (ou l’annuaire défini comme défaut par l’administrateur).

📌 Exemple

Cet exemple retourne la liste des noms d'utilisateur des utilisateurs de l’annuaire VotreSociété dans le paramètre RESULT_LIST :
1
QUERY1_CMD: CITY = 'MONTREAL'
2
QUERY1_DIR: VotreSociété
3
RESULT_LIST
Copied!

QUERYx_CMD : Utilisation de plusieurs requêtes

Description

Vous pouvez ajouter plusieurs requêtes dans la même action WorkflowGen et récupérer les résultats dans une liste complète ou dans une liste par requête. Vous devez ajouter le paramètre (IN) QUERYx_CMD dont x est le numéro de la requête. Vous devez ajouter les paramètres (OUT) QUERYx_RESULT_LIST pour récupérer les résultats de chaque requête.

📌 Exemple

Cet exemple retourne la liste des noms d'utilisateur des utilisateurs de Montréal de l’annuaire WORKFLOWGEN dans le paramètre (IN) QUERY1_RESULT_LIST, la liste des noms d'utilisateur des utilisateurs de Montréal de l’annuaire INTRANET dans le paramètre (IN) QUERY2_RESULT_LIST et la liste complète des noms d'utilisateur des deux requêtes dans le paramètre (IN) RESULT_LIST :
1
QUERY1_CMD: CITY = 'MONTREAL'
2
QUERY1_DIR: WORKFLOWGEN
3
QUERY2_CMD: CITY = 'MONTREAL'
4
QUERY2_DIR: INTRANET
5
QUERY1_RESULT_LIST
6
QUERY2_RESULT_LIST
7
RESULT_LIST
Copied!

QUERYx_TOP : Définition du nombre maximum d’enregistrements du résultat

Description

Vous pouvez spécifier le nombre maximum d’enregistrements retournés par les requêtes en ajoutant le paramètre (IN) QUERYx_TOP à l’action. Cette requête ne sera pas capable de retourner plus de résultats que le nombre défini dans ce paramètre.

📌 Exemples

Cet exemple retourne seulement les deux premiers noms d'utilisateur de cette requête :
1
QUERY1_CMD: CITY = 'MONTREAL'
2
QUERY1_TOP: 2
3
RESULT_LIST
Copied!
Cet exemple retourne tous les noms d'utilisateur de cette requête :
1
QUERY1_CMD: CITY = 'MONTREAL'
2
RESULT_LIST
Copied!

QUERYx_DEFAULT_VALUE : Définition d’une valeur par défaut

Description

Vous pouvez définir une valeur par défaut à retourner pour les valeurs qui ne retournent pas de valeur. Vous devez ajouter un paramètre (IN) QUERYx_DEFAULT_VALUE à l’action.

📌 Exemple

Dans cet exemple, la requête ne retourne aucune valeur car la société définie n’existe pas. Ainsi le paramètre RESULT_LIST contiendra la valeur défaut1 :
1
QUERY1_CMD: COMPANY = 'SOCIETE_FICTIVE'
2
QUERY1_DEFAULT_VALUE = défaut1
3
RESULT_LIST
Copied!

RESULT_SEPARATOR : Définition d’un séparateur

Description

Vous pouvez définir un caractère de séparation des résultats dans la liste retournée en ajoutant un paramètre (IN) RESULT_SEPARATOR à l’action. Le séparateur par défaut est , (virgule).

📌 Exemple

Pour cet exemple, la valeur retournée dans le paramètre RESULT_LIST est nom1***nom2***nom3 :
1
QUERY1_CMD: CITY = 'MONTREAL'
2
RESULT_SEPARATOR: ***
3
RESULT_LIST
Copied!
Cet exemple retourne la valeur nom1,nom2,nom3 :
1
QUERY1_CMD: CITY = 'MONTREAL'
2
RESULT_LIST
Copied!

RESULT_COUNT / QUERYx_RESULT_COUNT : Compteur du nombre d’enregistrements retournés

Description

Vous pouvez récupérer le nombre d’enregistrements retournés par chaque requête ou par toutes les requêtes. Pour le nombre total d’enregistrements retournés par toutes les requêtes vous devez ajouter le paramètre (OUT) RESULT_COUNT à l’action. Pour le nombre d’enregistrements retournés par requête vous devez ajouter le paramètre (OUT) QUERYx_RESULT_COUNT à l’action.

📌 Exemple

L’exemple suivant retourne le nombre total d’enregistrements dans le paramètre RESULT_COUNT et le nombre d’enregistrements par requête (QUERY1 et QUERY2) dans les paramètres QUERY1_RESULT_COUNT et QUERY2_RESULT_COUNT :
1
QUERY1_CMD: CITY = 'NY'
2
QUERY1_DIR: WORKFLOWGEN
3
QUERY2_CMD: CITY = 'NY'
4
QUERY2_DIR: INTRANET
5
RESULT_LIST
6
RESULT_COUNT
7
QUERY1_RESULT_COUNT
8
QUERY2_RESULT_COUNT
Copied!

Utilisation des paramètres dans les conditions des requêtes SQL

Description

Vous pouvez utiliser des paramètres dans les conditions SQL contenues dans le paramètre QUERYx_CMD. Vous devez ajouter des paramètres IN avec des noms différents des noms réservés suivants :
    QUERYx_CMD
    QUERYx_DIR
    QUERYx_TOP
    QUERYx_RESULT_COUNT
    QUERYx_RESULT_LIST
    RESULT_LIST
    RESULT_COUNT
    RESULT_SEPARATOR
Vous pouvez alors appeler ces paramètres dans la condition en les préfixant par le caractère @ (arobase).

📌 Exemple

Cet exemple retourne la liste des noms d'utilisateur des utilisateurs de Montréal de l’annuaire WORKFLOWGEN :
1
QUERY1_CMD: CITY = @PARAM1
2
PARAM1: MONTREAL
3
RESULT_LIST
Copied!
N’oubliez pas que le nom du paramètre utilisé dans la condition doit être le même que celui défini dans l’action WorkflowGen.

QUERYx_CMD : Utilisation des macros dans les conditions des requêtes SQL

Description

Vous pouvez utiliser des macros dans les conditions SQL contenues dans les paramètres QUERYx_CMD. Vous devez simplement ajouter une macro disponible dans la condition.

📌 Exemple

L’exemple suivant retourne la liste des noms d'utilisateur des utilisateurs membres du groupe Dev venant de Montréal et associés à l’annuaire WORKFLOWGEN :
1
QUERY1_CMD: CITY = 'MONTREAL' and {ISMEMBER(Dev)}
2
RESULT_LIST
Copied!
Il est important de respecter la syntaxe dans la liste des macros disponibles.

RESULT_LIST_EMAIL / QUERYx_RESULT_LIST_EMAIL : Capture des résultats des requêtes sous forme de liste d’emails

Description

Pour récupérer la liste des emails résultant de toutes les requêtes vous devez ajouter un paramètre (OUT) RESULT_LIST_EMAIL à l’action. Si vous voulez retrouver les emails par requête vous devez ajouter un paramètre (OUT) QUERYx_RESULT_LIST_EMAIL pour chaque requête.

📌 Exemple

Cet exemple retourne la liste des emails des utilisateurs de Montréal et Toronto dans le paramètre RESULT_LIST_EMAIL. Les paramètres QUERY1_RESULT_LIST_EMAIL et QUERY2_RESULT_LIST_EMAIL contiennent respectivement la liste des emails des utilisateurs de Montréal et de Toronto :
1
QUERY1_CMD: CITY = 'MONTREAL'
2
QUERY2_CMD: CITY = 'TORONTO'
3
QUERY1_RESULT_LIST_EMAIL
4
QUERY2_RESULT_LIST_EMAIL
5
RESULT_LIST_EMAIL
Copied!

Gestion des erreurs dans WorkflowGen

Vous devez ajouter une action corrective liée à l’action GETUSERSFROMDIR afin de gérer les erreurs d’exécution. Cette action corrective est de type manuel et est lancée sur erreur d’exécution. Ainsi vous devez ajouter cette exception sur la transition entre les deux actions. Vous trouverez ci-dessous la liste des erreurs les plus fréquentes retournées par l’application.
Message d’erreur
Solution
Cet annuaire n’existe pas (This directory does not exist)
Vérifiez que l’annuaire défini dans la requête est valide.
Contexte XML vide ou incorrect (XML context is empty or incorrect)
Vérifiez si l’application est réellement exécutée par WorkflowGen
Erreur de connexion à la base de donnée (Database connection error)
Vérifiez si la chaîne de connexion à la base de données dans le fichier « config.inc » est valide.
Erreur de requête (Query error)
Vérifiez si les champs ou les macros utilisés dans le paramètre QUERYx_CMD sont valides.
La requête retourne trop de valeurs (The queries return too many values)
Ajouter des conditions dans le paramètre QUERYx_CMD pour filtrer les résultats.
Le paramètre « (nom du paramètre) » possède le même nom qu’un nom de paramètre réservé par WorkflowGen. Vous devez modifier ce nom. (The parameter "(parameter name)" has the same name as a WorkflowGen reserved parameter. You must change the name.)
Modifiez le nom de ce paramètre pour un nom différent de ceux réservés par WorkflowGen pour les paramètres.
Les requêtes retournent trop d’enregistrements (The queries return too many records)
Ajouter des conditions dans les paramètres QUERYx_CMD pour filtrer les résultats.
Le paramètre « (nom du paramètre) » doit avoir une valeur (The parameter "parameter name" must have a value)
Vérifiez dans l’action de WorkflowGen si ce paramètre est vide.
Le paramètre « (nom du paramètre) » est obligatoire ("Parameter name" parameter is required)
Ajouter ce paramètre à l’action WorkflowGen.

Nombre maximum d’enregistrements retournés

Il existe une constante GetUsersFromDirMaxResultNb dans le fichier web.config contenant le nombre maximum d’enregistrements pouvant être retourné par une requête. Cette limite réduit le risque d’une erreur d’expiration d’un temps limite qui peut se produire lorsque les résultats des requêtes sont trop nombreux. Si le nombre d’enregistrements retournés est supérieur à la valeur de cette constante un message d’erreur indiquant que les requêtes retournent trop d’enregistrements (« The queries returned too many records ») sera affiché.
Dernière mise à jour 5mo ago