Connecteur Atlassian Jira Cloud
Comment s'intégrer à Atlassian Jira Cloud
Connecteur Atlassian Jira Cloud
Comment s'intégrer à Atlassian Jira Cloud
Connecteur Atlassian Jira Cloud
Le connecteur Atlassian Jira Cloud (anciennement Jira Connector) est utilisé pour la lecture (utilisateur, groupes, ticket) et l'écriture d'informations vers la solution Atlassian Jira Cloud des clients.
Le connecteur Atlassian Jira Cloud nécessite une configuration en fonction du cas d'utilisation du client et, en principe, la configuration comporte trois (3) étapes :
- Configurer le connecteur - permet au connecteur d'établir une connexion aux clients Atlassian Jira Cloud
- Configurer la tâche planifiée - est utilisé lorsque les données sont lues à partir des clients Atlassian Jira Cloud
- Configurer la tâche d'événement - est utilisé lorsque des données sont écrites sur les clients Atlassian Jira Cloud
- Les nœuds d'orchestration de flux de travail doivent également être configurés
- Les nœuds d'orchestration de flux de travail doivent également être configurés

Instructions pour les versions 2024.2 et ultérieures
Fonctionnalités générales
Connecteurs - fonctionnalités générales
Connecteurs - fonctionnalités générales
Cet article décrit les fonctionnalités générales de gestion des connecteurs natifs dans la solution. Tous les connecteurs natifs sont gérés depuis la même interface de gestion.
Notez qu'il existe des descriptions distinctes pour chaque connecteur, où les fonctionnalités spécifiques au connecteur et les instructions de configuration sont décrites à un niveau détaillé.
Pour accéder à la gestion des connecteurs, l'utilisateur doit disposer des autorisations d'administrateur pour la configuration de la plateforme client. Une fois les accès accordés, l'onglet Connecteurs s'affiche et l'utilisateur peut gérer les connecteurs.

Menu de gauche
La gestion des connecteurs est divisée en quatre onglets :

- Présentation : pour créer et mettre à jour des connecteurs natifs. L'administrateur peut consulter leur statut, leur type et le nombre de tâches planifiées ou d'événements qui leur sont associés.
- Authentification : pour créer et mettre à jour les tâches d'authentification. La tâche de Pro pour l'authentification est nécessaire pour que Secure Access puisse définir quels utilisateurs finaux peuvent accéder à la page de connexion Matrix42 Core , Pro and IGA .
- Journaux - pour télécharger les journaux du connecteur natif et Secure Access à partir de l'interface utilisateur.
- Paramètres - paramètres généraux pour les connecteurs natifs et Secure Access , y compris le type d'environnement pour la journalisation et la surveillance.
Onglet Présentation des connecteurs
Depuis la page d'aperçu, l'utilisateur peut facilement et rapidement voir l'état de tous les connecteurs.

Barre supérieure :
- Statut des connecteurs natifs (EPE)
- Le texte vert indique que les connecteurs natifs sont en ligne. Tous les services nécessaires sont opérationnels.
- Le texte rouge indique qu'il y a un problème avec les connecteurs natifs, tous les services ne fonctionnent pas.
- Statut d' Secure Access ( ESA )
- Le texte vert indique que Secure Access est en ligne. Tous les services nécessaires sont opérationnels.
- Le texte rouge indique qu'il y a un problème avec Secure Access , tous les services ne fonctionnent pas.
- Le numéro de version des connecteurs natifs est affiché dans le coin supérieur droit
Barre supérieure pour la vue en liste :

- Nouveau connecteur - ouvre une nouvelle fenêtre pour ajouter et configurer un nouveau connecteur
- Supprimer le(s) connecteur(s) - les références de workflow sont calculées et une fenêtre contextuelle apparaît pour confirmer la suppression (notez que le calcul des références peut prendre plusieurs secondes)
- Exporter : l'administrateur peut exporter un ou plusieurs connecteurs (et tâches) depuis l'environnement. Cette fonction est généralement utilisée pour exporter des connecteurs et des tâches du test vers la production. Les informations confidentielles des connecteurs natifs sont protégées par mot de passe.
- Importation : l'administrateur peut importer un ou plusieurs connecteurs (et tâches) dans l'environnement. Cette fonction est généralement utilisée pour importer des connecteurs (et tâches) du test vers la production.
- L'administrateur ne peut pas importer de données depuis l'ancienne interface EPE (antérieure à 2024.1) vers la nouvelle. Les environnements source et cible doivent avoir la même version.
- L'importation échouera si la configuration (modèles, attributs) n'est pas la même - par exemple lorsqu'un attribut est manquant
- Si vous importez quelque chose avec les mêmes détails de connecteur, il sera fusionné sous le connecteur existant
- Actualiser - L'administrateur peut actualiser la vue des connecteurs en cliquant sur le bouton .
Vue de liste pour un aperçu,

- Sélectionner le(s) connecteur(s) - Sélectionnez un connecteur en cliquant sur la case à cocher devant la ligne de connecteur ou en cliquant sur la case à cocher dans la ligne d'en-tête pour sélectionner tous les connecteurs
- ID - ID unique du connecteur généré automatiquement. Non modifiable.
- Statut - indique l'état de la tâche planifiée
-
Coche verte - La tâche est exécutée sans aucune erreur -
Croix- Rouge - La tâche est exécutée, mais il y a eu une erreur
-
Horloge grise - La tâche n'est pas encore exécutée, en attente de planification -
Orange - l'une des tâches présente un problème
- Aucune valeur - La tâche planifiée est manquante
-
- Nom - Nom du connecteur ajouté aux paramètres. Nom unique du connecteur contenant la configuration d'une source de données.
- Type - indique le système cible/source
- Planifié - informe du nombre de tâches planifiées configurées
- Événement - informe du nombre de tâches d'événement configurées
- Gérer
- Icône de stylo - ouvre les paramètres du connecteur (double-cliquez sur la ligne du connecteur pour ouvrir également les paramètres)
- Icône papier - copie le connecteur
- Arrêter - les références de flux de travail sont calculées et une fenêtre contextuelle apparaît pour confirmer la suppression
- Recherche : l'utilisateur peut rechercher un connecteur en saisissant le terme recherché dans le champ correspondant. Les champs ID, Statut, Nom, Type, Planifié et Événement peuvent être consultés.
Informations sur les tâches planifiées (cliquez sur la flèche devant le connecteur)
Lorsque vous cliquez sur la flèche au début de la ligne du connecteur, toutes les tâches planifiées et événementielles associées sont affichées

Barre supérieure pour les tâches planifiées
- Nouvelle tâche - ouvre la page de configuration pour la nouvelle tâche
- Supprimer la ou les tâches - supprime la ou les tâches sélectionnées du système et elles ne peuvent plus être récupérées.
- Actualiser - actualiser la vue des tâches planifiées
- Recherche - l'utilisateur peut rechercher une tâche en saisissant le terme de recherche dans le champ correspondant pour l'ID, le nom, l'activation, l'état d'extraction/chargement.
Vue de liste pour les tâches planifiées

- Sélectionner la ou les tâches - Sélectionnez la tâche à supprimer dans la vue liste en cochant la case.
- ID : identifiant unique de la tâche. Généré automatiquement et non modifiable.
- Nom - Nom de la tâche ajouté aux paramètres de la tâche, nom unique de la tâche.
- Activé - Affiche si la tâche est planifiée ou non
-
Coche verte - La tâche est planifiée -
Croix -Rouge - La tâche n'est pas planifiée
-
- État d'extraction - Affiche l'état de l'extraction des données du répertoire/système cible
-
Coche verte : les données ont été extraites avec succès -
Croix- Rouge - les données sont extraites avec des erreurs ou l'extraction a échoué
-
Horloge - La tâche est en attente d'exécution
-
- État de chargement - Affiche l'état de l'exportation des données du fichier json vers la solution du client
-
Coche verte : les données ont été importées avec succès vers la solution client -
Croix- Rouge - les données sont importées avec des erreurs ou l'importation a échoué
-
- Gérer
- Icône de stylo - ouvre les paramètres de la tâche dans sa propre fenêtre (un double-clic sur la ligne de la tâche ouvre également les paramètres de la tâche)
- Icône papier - copie la tâche
- Icône d'horloge - ouvre la vue de l'historique des tâches
- Arrêter - supprimer la tâche, une fenêtre contextuelle s'ouvre pour confirmer la suppression
Affichage de l'historique des tâches planifiées
En cliquant sur l'icône de l'horloge dans la ligne des tâches planifiées, l'historique de la planification sera affiché.

Barre supérieure pour afficher l'historique
- Actualiser : actualise l'état de la tâche planifiée. Cela n'affecte pas la tâche ; l'interface utilisateur est simplement mise à jour pour afficher les dernières informations sur son exécution.
Vue de liste pour l'historique des tâches planifiées
- La couleur de la ligne indique le statut
-
Vert - tâche exécutée avec succès
-
Rouge - une erreur s'est produite lors de l'exécution
-
- ID d'exécution - ID unique pour la ligne de tâche planifiée
- Heure prévue d'extraction - quand la prochaine extraction du répertoire/de l'application est prévue
- Heure d'achèvement de l'extraction - quand l'extraction a été terminée
- Extraire l'état - état de récupération des données du répertoire/de l'application
- Heure de début du chargement - heure à laquelle le prochain chargement de la solution client est prévu
- Heure de fin de chargement - quand le chargement a été terminé
- Statut de chargement - statut de chargement des informations vers la solution client
Vue de liste pour l'état des tâches planifiées
- Heure de début réelle - horodatage du début réel
- Fichier utilisateurs - Fichier JSON contenant les informations utilisateur lues à partir du répertoire/de l'application
- Fichier de groupe - Fichier JSON contenant des informations de groupe lues à partir du répertoire/de l'application
- Fichier générique - Fichier JSON contenant des informations génériques lues à partir du répertoire/de l'application
- Extraire des informations - informations détaillées sur la lecture des informations du répertoire/de l'application
- Informations sur le chargement - informations détaillées sur le chargement des informations vers les solutions clients Matrix42 Core , Pro and IGA
Fenêtre d'édition pour la tâche planifiée
La configuration de la tâche planifiée peut être ouverte en cliquant sur l'icône du stylo ou en double-cliquant sur la ligne de la tâche.
Le menu de gauche et les attributs varient en fonction des options sélectionnées et, par conséquent, des instructions plus détaillées pour l'édition des tâches peuvent être trouvées dans la description du connecteur, mais il existe des fonctionnalités communes à toutes les tâches planifiées qui sont décrites ci-dessous.

Sauvegarder la tâche
Si des informations obligatoires manquent dans la tâche, passer la souris sur le bouton d'enregistrement affichera les attributs encore vides.
Barre supérieure pour modifier la tâche planifiée
- Exécuter la tâche manuellement - l'administrateur peut exécuter la tâche manuellement en dehors de la planification définie
- Arrêter la tâche : l'administrateur peut arrêter une tâche planifiée en cours d'exécution. La tâche sera alors arrêtée et son statut passera à « Arrêté ». Elle restera dans cet état jusqu'à la prochaine exécution.
- Vider le cache de données : le cache de données pour le prochain provisionnement des utilisateurs et des groupes sera vidé. Cela signifie que la prochaine exécution sera exécutée comme la première fois.
- Par défaut, nous vidons le cache tous les jours à 00h00 UTC
- Si vous souhaitez vider le cache à un moment différent, vous devez spécifier une valeur différente dans le fichier hôte « custom.properties ».
- Le cache EPE est également vidé lorsque EPE est redémarré, l'environnement entier est redémarré, les mappages EPE ont été modifiés
Informations sur les tâches d'événement
Lorsque vous cliquez sur la flèche au début de la ligne du connecteur, toutes les tâches planifiées et événementielles associées sont affichées

Barre supérieure pour les tâches d'événement
- Nouvelle tâche - ouvre la page de configuration pour une nouvelle tâche d'événement
- Supprimer la ou les tâches - supprime la ou les tâches sélectionnées, une fenêtre contextuelle apparaît pour confirmer la suppression
- Actualiser - actualise la vue des tâches d'événement
- Afficher les références de workflow : calcule les relations et les statuts des workflows liés aux tâches. Ceci est très utile si vous ignorez de quels workflows proviennent les tâches basées sur les événements.
Vue de liste pour les tâches d'événement
- Sélectionner la ou les tâches - Sélectionnez la tâche à supprimer dans la vue liste en cochant la case.
- ID : identifiant unique de la tâche. Généré automatiquement et non modifiable.
- Nom - Nom de la tâche ajouté aux paramètres de la tâche, nom unique de la tâche.
- Relations de flux de travail
- Le point d'interrogation affiche une fenêtre contextuelle contenant des informations détaillées sur la référence
- Statut du flux de travail
- Non utilisé - Aucune relation avec le flux de travail
- En cours d'utilisation - Workflow(s) attaché(s) à la tâche, la tâche ne peut pas être supprimée
- Gérer
- Icône de stylo - ouvre les paramètres de la tâche dans sa propre fenêtre
- Icône papier - copie la tâche
- Icône d'arrêt - supprime la tâche, une fenêtre contextuelle apparaît pour confirmer la suppression
Fenêtre d'édition pour la tâche d'événement
La configuration de la tâche d'événement peut être ouverte en cliquant sur l'icône du stylo ou en double-cliquant sur la ligne de la tâche.
Le menu de gauche et les attributs varient en fonction des options sélectionnées et, par conséquent, des instructions plus détaillées pour l'édition des tâches peuvent être trouvées dans la description du connecteur, mais il existe des fonctionnalités communes à toutes les tâches d'événement qui sont décrites ci-dessous.

Modifier la fenêtre des tâches d'événement
- Utilisation de la tâche, modifiable ? - cela apparaît lors de la modification d'une tâche existante et la modification du type d'utilisation de la tâche interrompt les flux de travail
- Type de mappage, modifiable ? - cela apparaît lors de la modification d'une tâche existante et la modification du type de mappage interrompt les flux de travail.
Sauvegarder la tâche
Si des informations obligatoires manquent dans la tâche, passez la souris sur le bouton Enregistrer pour afficher les attributs encore vides.
Onglet Authentification
L'authentification pour les solutions Matrix42 Core , Pro and IGA est configurée à partir de l'onglet Authentification. Notez que seuls certains connecteurs (connecteurs d'annuaire) prennent en charge l'authentification. Il n'est donc pas possible de créer des tâches d'authentification sur tous les connecteurs disponibles.

Barre supérieure pour l'authentification
- Nouveau connecteur - ouvre une nouvelle fenêtre pour configurer un nouveau connecteur (notez que tous les connecteurs ne prennent pas en charge l'authentification)
- Supprimer le(s) connecteur(s) - supprime la ou les tâches sélectionnées, une fenêtre contextuelle apparaît pour confirmer la suppression
- Exporter : l'utilisateur peut exporter une ou plusieurs tâches de l'environnement. Cette option est généralement utilisée pour exporter des tâches du test vers la production. Les connecteurs EPE sont protégés par mot de passe.
- Notez que le domaine pour les tâches d'authentification n'est pas exporté, vous devez le définir manuellement après l'importation
- Importer : l'utilisateur peut importer une ou plusieurs tâches dans l'environnement. Ce paramètre est généralement utilisé pour importer des tâches de test vers la production.
- Actualiser - actualise la vue des tâches d'authentification
Vue de liste pour l'aperçu de l'authentification
- Sélectionner le(s) connecteur(s) - Sélectionnez un connecteur en cliquant sur la case à cocher devant la ligne de connecteur ou en cliquant sur la case à cocher dans la ligne d'en-tête pour sélectionner tous les connecteurs
- ID - Identifiant unique du connecteur généré automatiquement. Non modifiable.
- Nom - Nom du connecteur ajouté aux paramètres. Nom unique du connecteur contenant la configuration d'une source de données.
- Type - indique le système cible/source
- Count - informe du nombre de tâches d'authentification configurées
- Gérer
- Icône de stylo - ouvre les paramètres de la tâche d'authentification dans sa propre fenêtre
- Icône papier - copie la tâche
- Icône d'arrêt - supprime la tâche sélectionnée
Informations sur la tâche d'authentification
Lorsque vous cliquez sur la flèche au début de la ligne du connecteur, toutes les tâches planifiées et événementielles associées sont affichées

Barre supérieure pour l'aperçu de l'authentification
- Créer une nouvelle tâche - ouvre la page de configuration pour une nouvelle tâche d'authentification
- Supprimer la ou les tâches - supprime la ou les tâches sélectionnées, une fenêtre contextuelle apparaît pour confirmer la suppression
- Actualiser - actualise la vue des tâches d'authentification
Vue de liste pour l'aperçu de l'authentification,
- Sélectionner la ou les tâches - Sélectionnez la tâche à supprimer dans la vue liste en cochant la case.
- ID : identifiant unique de la tâche. Généré automatiquement et non modifiable.
- Nom - Nom de la tâche ajouté aux paramètres de la tâche, nom unique de la tâche.
- Gérer
- Icône de stylo - ouvre les paramètres de la tâche dans sa propre fenêtre (double-cliquez sur la ligne de la tâche pour ouvrir également la fenêtre des paramètres)
- Icône papier - copie la tâche
- Icône d'arrêt - supprime la tâche, une fenêtre contextuelle apparaît pour confirmer la suppression
Onglet Journaux
L'onglet Journaux permet de télécharger les journaux du connecteur natif et Secure Access à partir de l'interface utilisateur pour un dépannage détaillé.

- Journaux epe-master - contiennent des messages d'avertissement, de débogage et d'erreur sur les connecteurs natifs et des informations sur la durée pendant laquelle les actions de tâche ont été effectuées.
- Journaux epe-worker-ad : contient les données d'état extraites du connecteur Active Directory (ce que le connecteur natif charge pour les clients Matrix42 Core , Pro and IGA ). Si la sélection est vide, cela signifie que le répertoire n'est pas utilisé dans cet environnement.
- Journaux epe-worker-azure : contient l'état des données extraites de Entra ID (ce que Native Connector charge pour les clients Matrix42 Core , Pro and IGA ). Si la sélection est vide, cela signifie que le répertoire n'est pas utilisé dans cet environnement.
- Journaux epe-worker-ldap : contient l'état des données extraites LDAP (ce que Native Connector charge pour les clients Matrix42 Core , Pro and IGA ). Si la sélection est vide, cela signifie que l'annuaire n'est pas utilisé dans cet environnement.
- Journaux du lanceur epe - contient des informations sur les lancements EPE
- datapump-itsm l ogs - Contient des informations sur l'exportation de données vers les clients Matrix42 Core , Pro and IGA .
- Journaux esa - Contient des informations sur l'authentification Secure Access .
Onglet Paramètres
Les onglets Paramètres sont utilisés pour surveiller les environnements avec des connecteurs.

- Type d'environnement - doit obligatoirement être sélectionné et les informations sont utilisées par exemple pour définir une alerte de manière critique.
- Test - sélectionnez cette option lorsque votre environnement est utilisé comme environnement de test
- Pro d - sélectionnez cette option lorsque votre environnement est utilisé comme environnement de production
- Démo - sélectionnez cette option lorsque votre environnement est utilisé comme environnement de démonstration ou de formation
- Dev - sélectionnez cette option lorsque votre environnement est utilisé comme environnement de développement
Que surveillons-nous ?
- Échecs dans le provisionnement planifié (extraction de données, exportation de données vers ESM, certificats obsolètes, mots de passe incorrects, base de recherche/filtre incorrect, mappages incorrects, etc.)
- Échecs dans le provisionnement basé sur les événements (échec d'écriture dans AD / Azure , etc.)
- Provisionnement basé sur les événements : quels connecteurs sont utilisés pour écrire des données vers des applications/répertoires.
- ESA a enregistré plus de dix tentatives de connexion infructueuses pour un même utilisateur au cours des trois derniers jours.
- Type d'environnement - doit obligatoirement être sélectionné et les informations sont utilisées par exemple pour définir une alerte de manière critique.
Migrations de données
Ne cliquez pas sur « Migrer les mappages d’attributs » ou « Migrer les workflows », si Matrix42 ne vous le demande pas.
Configurer le connecteur Jira Cloud
Comment créer un nouveau connecteur Jira
Pour configurer le provisionnement, vous aurez besoin d'accéder à la console de configuration d'Efecte Platform.
1. Ouvrez la zone Administration des effets (symbole d'engrenage).
2. Ouvrez la vue Connecteurs.
3. Choisissez un nouveau connecteur 
4. Sélectionnez le type de source de données Atlassian Jira

5. Remplissez les informations relatives à la solution Jira
- Nom du connecteur - donnez à votre connecteur un nom convivial (le nom peut être modifié par la suite)
- URL de l'hôte - adresse de l'hôte qui sera utilisée pour se connecter à la solution Efecte
- Nom d'utilisateur - Nom d'utilisateur technique de Jira
- Jeton d'accès -

6. Remplissez les informations relatives à la solution Efecte
- Utilisateur API Web - Solution d'effet Nom d'utilisateur API Web
- Liste de tous les utilisateurs locaux d'Efecte
- Mot de passe de API Web - Efecte solutions Mot de passe des utilisateurs API Web

7. Enregistrez les informations du connecteur.
7. Après avoir enregistré les détails du connecteur, vous pouvez appuyer sur le bouton de test de connexion et tester si le connecteur peut se connecter à la solution Efecte cible.
9. Si vous modifiez les détails du connecteur existant, n'oubliez pas d'enregistrer vos modifications et de tester la connexion par la suite.
Configurer une tâche planifiée pour la lecture des données
Le connecteur Jira est utilisé pour lire les informations sur les utilisateurs, les groupes et les tickets à partir de Jira et il est configuré à partir de la plate-forme Efecte en créant une tâche de connecteur planifiée.
Comment créer une nouvelle tâche planifiée
Pour configurer une tâche de connecteur planifiée, vous devez accéder à la console de configuration d'Efecte Platform. Remarque : si le connecteur n'est pas créé, vous devez d'abord créer un « nouveau connecteur » avant de pouvoir créer de nouvelles tâches.
1. Ouvrez la vue de configuration de la plateforme Efecte (un symbole d'engrenage).
2. Ouvrez la vue Connecteurs.
3. Choisissez le connecteur pour la tâche planifiée et sélectionnez une nouvelle tâche

4. Définissez la planification de la tâche (si et comment la tâche planifiée doit être exécutée périodiquement). Choisissez la séquence de planification, qui dépend de la quantité de données lues par la solution Efecte du client.

5. Remplissez les détails de la tâche
- Saisissez un nom de tâche unique pour la tâche planifiée. Notez que le nom ne peut pas être modifié par la suite.
- L'utilisation de la tâche indique la tâche utilisée pour la lecture ou l'écriture de données. Notez que toute modification ultérieure du type d'événement peut interrompre les flux de travail.
- Le type de mappage dépend du type d'informations lues dans le répertoire
- Identité et droits d'accès - sont utilisés lorsque les informations sur les utilisateurs et les groupes Jira sont lues à partir de l'application
- Unique (identité uniquement) - est utilisé lorsque seules les informations utilisateur Jira sont lues à partir des clients Jira
- Unique (droit d'accès uniquement) - est utilisé lorsque seules les informations du groupe Jira sont lues à partir des clients Jira
- Générique (un modèle) - sont utilisés lorsque d'autres éléments Jira sont lus à partir des clients Jira, comme par exemple des histoires, des tickets, des bugs, etc.
- Requête Jira -

6. Renseignez les informations d'échec. Des paramètres optionnels de gestion des échecs permettent de créer une fiche de données pour la solution Efecte en cas d'échec d'une tâche planifiée, affichant l'erreur. Si des paramètres d'échec sont définis, l'administrateur n'a pas besoin de vérifier manuellement l'état des tâches planifiées.
- Modèle d'échec - Sélectionnez un modèle de carte de données qui sera créé en cas d'erreur lors des lectures de données (connexion aux sources de données, délais d'attente, etc.)
- Dossier d'échec - Sélectionnez le dossier dans lequel la carte de données d'échec est stockée.
- Attribut d'échec - Sélectionnez un attribut dans lequel les informations d'erreur doivent être stockées dans le modèle d'échec.

7. Remplissez les mappages
Il est obligatoire de définir le modèle cible et le dossier, l'ID de source de données et les valeurs d'ID uniques qui sont utilisées pour identifier les données entre les clients Jira et la solution Efecte.
- Modèle cible - Sélectionnez un modèle pour définir les mappages d'attributs
- Dossier cible : sélectionnez un dossier dans une liste. La liste est réduite pour correspondre au modèle sélectionné.
- Il est possible de définir des attributs supplémentaires, qui sont lus depuis Jira, en choisissant Nouvel attribut
- Mappages d'attributs
- Attribut de modèle d'effet - vers quel attribut dans le répertoire d'effet l'attribut est mappé.
- Attribut Jira - quel attribut de Jira est mappé à Efecte

8. Enregistrez la tâche via le bouton Enregistrer. Si certains attributs requis sont manquants, le bouton Enregistrer s'affiche en gris et affiche les éléments manquants dans les paramètres.

9. Vous avez maintenant configuré une tâche de connecteur basée sur une planification pour lire les données de Jira vers votre solution
- Vous pouvez désormais attendre que la tâche soit démarrée en fonction de la planification ou
- Exécuter la tâche manuellement : en cliquant sur ce bouton, la tâche est configurée pour être planifiée et démarrer immédiatement. Ceci est généralement utilisé pour des tests ou si vous ne souhaitez pas modifier les paramètres de planification, mais souhaitez exécuter la tâche immédiatement.
Configurer la tâche événementielle pour l'écriture des données
Les tâches événementielles sont utilisées lors de l'écriture de données vers la solution Atlassian Jira Cloud des clients. Toute la configuration relative aux tâches événementielles est effectuée sur les plateformes Matrix42 Core , Pro ou IGA .
- Ouvrez la vue de configuration de la plate-forme (un symbole d'engrenage).
- Ouvrir la vue des connecteurs
- Choisissez le connecteur qui utilisera la tâche événementielle
- Sélectionnez « Nouvelle tâche » sous le connecteur approprié

4. Remplissez les détails de la tâche
- Nom de la tâche - Donnez un nom à la tâche, il sera affiché dans la vue des tâches basée sur les événements.
- Il est recommandé de nommer une tâche d’une manière qui décrit son objectif.
- L'utilisation de la tâche indique la tâche utilisée pour la lecture ou l'écriture de données. Elle peut être modifiée ultérieurement, mais elle est déconseillée si une tâche événementielle est utilisée. Cela perturberait les flux de travail.
- Le type de mappage dépend du type d'informations lues dans le répertoire. Les sélections de mappages d'identité sont affichées en fonction de ce paramètre.
- Identité et droits d'accès - sont utilisés lorsque les informations sur les utilisateurs et les groupes Jira sont écrites dans l'application
- Unique (identité uniquement) - est utilisé lorsque seules les informations utilisateur Jira sont écrites
- Unique (droit d'accès uniquement) - est utilisé lorsque seules les informations du groupe Jira sont lues à partir des clients Jira
- Générique (un modèle) - sont utilisés lorsque d'autres éléments Jira sont lus à partir des clients Jira, comme par exemple des histoires, des tickets, des bugs, etc.

5. Remplissez les informations de sécurité
Ces informations sont nécessaires si le processus de création d'utilisateur dans le workflow est associé à la tâche.
- Mot de passe pour la première connexion - Mot de passe par défaut qui est le même pour tous les utilisateurs, un mot de passe aléatoire est généré dans le flux de travail et il est généralement unique.
- Mot de passe par défaut / saisissez-le dans la case ci-dessous
- Mot de passe par défaut : saisissez un mot de passe par défaut identique pour tous les utilisateurs et conforme aux exigences de l'annuaire. Notez que le nombre de caractères ne représente pas la longueur réelle du mot de passe.
- Mot de passe aléatoire / générer dans le workflow
- Mot de passe généré
- Mot de passe par défaut / saisissez-le dans la case ci-dessous

6. Définir les mappages
- Modèle cible - Sélectionnez un modèle pour définir les mappages d'attributs
- Dossier cible : sélectionnez un dossier dans une liste. La liste est réduite pour correspondre au modèle sélectionné.
- Mappages d'attributs
- Attribut de modèle d'effet - vers quel attribut dans le répertoire d'effet l'attribut est mappé.
- Attribut de répertoire - quel attribut du Jira est mappé à Efecte
- Ajouter un nouvel attribut - Il est possible de définir des attributs supplémentaires, qui sont lus par Jira en choisissant le bouton Nouvel attribut.
Par exemple, voici les mappages génériques utilisés et Efecte crée des tickets vers Jira

8. Enregistrez la tâche de provisionnement via le bouton « Enregistrer ». Si des informations obligatoires sont manquantes, vous ne pourrez pas enregistrer la tâche et le bouton « Enregistrer » affichera les informations manquantes.

9. L'étape suivante consiste à configurer le workflow pour utiliser cette tâche événementielle. Depuis le moteur de workflow d'Efecte Platform, il est possible d'exécuter des activités de provisionnement pour les services Jira du client. Cela signifie que n'importe quelle activité des nœuds d'orchestration disponibles peut être exécutée à tout moment du workflow.
Les références de workflow sont affichées dans la page de présentation du connecteur,

Configurer le connecteur bidirectionnel
Lors de la configuration d'un connecteur bidirectionnel, les nœuds d'orchestration du workflow et les tâches planifiées et basées sur des événements doivent être configurés sur la solution Efecte. Ce chapitre présente des exemples de configuration d'un connecteur bidirectionnel entre la solution Efecte et Jira Cloud .
Scénario 1.
Effet crée un ticket pour les clients Jira en fonction du type de ticket et Jira renvoie le ticket en fonction du statut.
- Créez une tâche générique basée sur un événement pour créer des tickets. Par exemple, voici une tâche basée sur un événement qui utilise un modèle de ticket.

- Créez un flux de travail pour le modèle de ticket dans Efecte qui définit les règles à suivre pour qu'un ticket soit envoyé à Jira. Par exemple, voici un flux de travail qui envoie un ticket à Jira lorsque le statut est Nouveau et le type est Incident et le groupe de support est Équipe logicielle.

- Ensuite, pour que le statut soit rétabli, vous avez besoin d'une tâche planifiée qui lit le statut des requêtes Jira à Efecte. Par exemple, ici, une tâche planifiée lit les tickets Jira liés aux tickets de projet Efecte et dont le statut est Terminé.
Scénario 2.
L'effet crée un ticket pour les clients Jira et met à jour le ticket existant dans Jira avec les informations modifiées (le champ de description a été mis à jour).
- Créez une tâche générique basée sur un événement pour créer des tickets. Par exemple, voici une tâche basée sur un événement qui utilise un modèle de ticket.

- Créez un flux de travail pour le modèle de ticket dans Efecte qui définit les règles à suivre pour qu'un ticket soit envoyé à Jira. Par exemple, voici un flux de travail qui envoie un ticket à Jira lorsque le statut est Nouveau et le type est Incident et le groupe de support est Équipe logicielle.

- Ensuite, pour renvoyer la description à Efecte, vous avez besoin d'une tâche planifiée qui lit la description des requêtes Jira à Efecte. Par exemple, ici, une tâche planifiée qui lit les tickets Jira associés à des tickets Efecte et dont le statut n'est pas « Terminé ».

Scénario 3.
Efecte crée une demande de droit d'accès manuel sous forme de ticket vers Jira, en fonction du changement de statut, il est renvoyé à Efecte.
- Créez une tâche générique basée sur un événement pour créer des tickets. Par exemple, voici une tâche basée sur un événement qui utilise le modèle de tâche d'administration IGA

- Créez un flux de travail pour le modèle de tâche d'administration IGA dans Efecte qui définit les règles à suivre pour qu'une tâche soit envoyée à Jira. Par exemple, voici un flux de travail qui envoie une tâche à Jira lorsque le statut est Ouvert et la catégorie de tâche est Accès manuel.

- Ensuite, pour que le statut soit rétabli, vous avez besoin d'une tâche planifiée qui lit le statut des requêtes Jira à Efecte. Par exemple, ici, une tâche planifiée lit les tickets Jira liés aux tickets de projet Efecte et dont le statut est Terminé.
Instructions pour les versions 2024.1 et antérieures
Configurer une tâche planifiée
1.Ouvrez la zone Administration des effets (un symbole d'engrenage) dans le coin supérieur droit. 
2. Ouvrir la vue IGA

3. Choisissez Ajouter une nouvelle tâche

4. Choisissez Atlassian Jira à partir de la liste Ajouter une nouvelle tâche 
Remarque ! Le type de mappage doit être « Identité et droits d'accès » si les utilisateurs et groupes Jira sont ciblés. Si des tickets Jira sont nécessaires, utilisez l'option « Générique ».
5. Renseignez un nom unique pour la tâche de provisionnement
6. Choisissez l'utilisateur API Web et saisissez le mot de passe
7. Sélectionnez un modèle d'échec et un attribut qui seront utilisés en cas d'erreur lors du provisionnement (connexion aux sources de données, délais d'attente, etc.)
8. Choisissez la séquence de planification, qui dépend de la quantité de données lues par les clients. Solution Efecte

9. Remplissez la section Pro , où sont définies les informations de connexion et l'identifiant unique.
10. Remplissez la section « Mappage des attributs ». Remarque : le contenu varie selon la valeur sélectionnée dans le champ « Type de mappage » .

11. Enregistrez la tâche de provisionnement à partir de la barre supérieure
12. Vous avez maintenant configuré la tâche de provisionnement planifiée et vous pouvez
- Tester la connexion
- Exécuter la tâche manuellement
13. Si la tâche est exécutée manuellement ( exécuter la tâche manuellement ) ou si elle est exécutée selon la planification, l'état de la tâche peut être consulté sous l'onglet Extraire/Charger l'état .
Configurer une tâche basée sur les événements
1.Ouvrez la zone Administration des effets (un symbole d'engrenage) dans le coin supérieur droit.

2. Ouvrir la vue IGA

3. Choisissez Ajouter une nouvelle tâche

4. Choisissez Atlassian Jira à partir de la liste Ajouter une nouvelle tâche 
5. Sélectionnez le type de provisionnement Pro basé sur les événements et Déplacer vers les instructions spécifiques au répertoire
6. Saisissez un nom unique pour la tâche de provisionnement 
7. Remplissez la section Pro , où sont définies les informations de connexion et l'identifiant unique.
8. Remplissez la section « Mappage des attributs ». Remarque : le contenu varie selon la valeur sélectionnée dans le champ « Type de mappage » .
- Il est possible de définir des attributs supplémentaires en choisissant Ajouter une propriété personnalisée.
- Il est possible de définir quelles informations d'attribut sont écrites dans le Jira.
- Il peut y avoir plusieurs tâches de provisionnement à des fins différentes pour Jira.

9. Enregistrez la tâche de provisionnement à partir de la barre supérieure
10. Vous avez maintenant configuré la tâche de provisionnement planifiée et vous pouvez
- Tester la connexion
11. L’étape suivante consiste à configurer le flux de travail pour utiliser cette tâche basée sur les événements.
- Depuis le moteur de workflow de la plateforme Efecte Service Management, il est possible d'exécuter des activités de provisionnement vers Jira. Cela signifie que n'importe quelle activité disponible peut être exécutée à tout moment du workflow.
Activités de flux de travail
Le Efecte Provisioning Engine (EPE) offre la possibilité d'orchestrer les activités suivantes sur Jira.
Ajouter un utilisateur au groupe

Dans l'illustration ci-dessus, la configuration de l'attribut Personne doit pointer vers le modèle où le nœud d'orchestration trouve les données de l'utilisateur (généralement le compte IGA ). L'attribut Rôle doit être configuré pour définir où le nœud d'orchestration trouve les rôles disponibles (groupes d'annuaires dont l'utilisateur doit être supprimé). Un ou plusieurs groupes d'attributs peuvent être configurés dans un attribut Rôle. La liste des tâches d'annuaire enregistrées disponibles est extraite du maître EPE.
Gestion des exceptions :
- Le résultat d'un nœud sera à l'état « Terminé » uniquement si toutes les appartenances aux groupes de l'utilisateur ont été mises à jour avec succès. Si, par exemple, l'utilisateur est supprimé de 5 groupes sur 6, le résultat d'un nœud sera à l'état « Exception ».
- Par conséquent, le mappage du champ JSON distinguishedName, pour l'identité et les droits d'accès, est requis. Si le mappage est introuvable, le nœud d'orchestration affichera un état « Exception ».
- La tentative de supprimer un utilisateur d'un groupe auquel il n'appartient pas se terminera par un échec.
- La tentative d'ajouter un utilisateur à un groupe auquel il appartient déjà se terminera par un échec.
- Les détails sur l'appartenance au groupe d'un utilisateur mis à jour avec succès ou non peuvent être trouvés dans les journaux.
- Les exceptions de Pro et d'appartenance aux groupes sont des propriétés facultatives pour ce nœud de workflow. Les administrateurs peuvent configurer ces propriétés pour qu'elles puissent être utilisées et créer des exceptions si des exceptions surviennent lors des actions de provisionnement.
Créer un utilisateur

Le nœud d'orchestration de création d'utilisateur lit les attributs des cartes de données concernées et exécute l'appel API vers Jira. L'ID d'entité créée doit être renseigné avec l'attribut contenant la valeur accountID du nouvel utilisateur.
Il existe deux manières de créer le mot de passe d'un nouvel utilisateur pour sa première connexion.
- Définir le mot de passe « Par défaut » dans la vue de configuration de la tâche de Pro
- Ce mot de passe ne sera utilisé par les utilisateurs que lorsqu'ils se connecteront au système pour la première fois.
- Générer un mot de passe aléatoire dans le flux de travail et sélectionner dans quel attribut de la carte de données de mappage d'identité il a été écrit
- Possibilité de choisir si le mot de passe doit être modifié à la première connexion. Les administrateurs peuvent effectuer cette sélection directement depuis le nœud d'orchestration « Création d'utilisateur » du workflow.
- Il existe différentes manières de fournir un mot de passe pour la première connexion de l'utilisateur final. Selon les besoins du client, il est possible d'utiliser les fonctionnalités du workflow pour envoyer le mot de passe directement à l'utilisateur final par e-mail ou SMS. Une autre option consiste à envoyer le mot de passe de première connexion au responsable, qui le fournira à l'utilisateur final. Le nœud d'orchestration d'EPE ne fournit pas cette fonctionnalité ; elle doit être définie ailleurs.
L'exception de Pro est une propriété facultative sur ce nœud de workflow. Les administrateurs peuvent configurer cette propriété pour qu'elle puisse être utilisée et générer des exceptions si des exceptions surviennent pendant les actions de provisionnement.
Créer un groupe

Les administrateurs choisissent la cible Jira appropriée et peuvent consulter la configuration. Le nœud d'orchestration de création de groupe lit les attributs des cartes de données concernées et exécute l'appel API vers Jira.
L'attribut ID d'entité créé est mappé à l'attribut dans Efecte qui contient la valeur groupID du nouveau groupe.
L'exception de Pro est une propriété facultative sur ce nœud de workflow. Les administrateurs peuvent configurer cette propriété pour qu'elle puisse être utilisée et générer des exceptions si des exceptions surviennent pendant les actions de provisionnement.
Supprimer le groupe

Les administrateurs choisissent la cible Jira appropriée et peuvent consulter la configuration. La suppression du nœud d'orchestration de groupe lit les attributs des cartes de données concernées et exécute l'appel API vers Jira.
L'attribut de groupe de rôles doit être mappé à l'attribut dans Efecte qui contient la valeur groupID du groupe qui va être supprimé.
L'exception de Pro est une propriété facultative sur ce nœud de workflow. Les administrateurs peuvent configurer cette propriété pour qu'elle puisse être utilisée et générer des exceptions si des exceptions surviennent pendant les actions de provisionnement.
Supprimer l'utilisateur

Les administrateurs choisissent la cible Jira appropriée et peuvent consulter la configuration. La suppression du nœud d'orchestration utilisateur lit les attributs des cartes de données concernées et exécute l'appel API vers Jira.
L'attribut Personne* doit être mappé à l'attribut dans Efecte qui contient la valeur AccountId de l'utilisateur qui va être supprimé.
L'exception de Pro est une propriété facultative sur ce nœud de workflow. Les administrateurs peuvent configurer cette propriété pour qu'elle puisse être utilisée et générer des exceptions si des exceptions surviennent pendant les actions de provisionnement.
Supprimer l'utilisateur du groupe

Dans l’illustration ci-dessus, les administrateurs peuvent choisir la « cible » Jira correcte.
L'attribut Personne* doit être mappé à l'attribut dans Efecte qui contient la valeur AccountId de l'utilisateur qui va être supprimé du groupe
L'attribut de rôle* doit être mappé à l'attribut dans Efecte qui contient la valeur groupID du groupe qui va être supprimé de l'utilisateur.
L'exception de Pro est une propriété facultative sur ce nœud de workflow. Les administrateurs peuvent configurer cette propriété pour qu'elle puisse être utilisée et générer des exceptions si des exceptions surviennent pendant les actions de provisionnement.
Créer un ticket Jira

Dans l'illustration ci-dessus, les administrateurs peuvent choisir la cible Jira appropriée. Cette cible est sélectionnable pour les tâches épiques contenant au moins les attributs datasourceid, issuetype, project et summary, par exemple.

L'exception de Pro est une propriété facultative sur ce nœud de workflow. Les administrateurs peuvent configurer cette propriété pour qu'elle puisse être utilisée et générer des exceptions si des exceptions surviennent pendant les actions de provisionnement.
Restrictions connues
Lecture des commentaires depuis Atlassian Jira Cloud vers la solution Matrix42 Core , Pro ou IGA
Si vous essayez de lire les commentaires directement dans les attributs de commentaires de la carte de données Matrix42 Core , Pro ou IGA , les commentaires seront dupliqués à chaque exécution de tâche planifiée.
Au lieu de lire ces commentaires directement dans l'attribut comments, vous devez utiliser l'attribut temporaire d'aide pour associer les commentaires Jira. Si l'attribut comments ne contient pas encore ce commentaire, mettez à jour les commentaires réels en fonction de la valeur de cet attribut temporaire. Cette opération est possible avec les outils de personnalisation des plateformes Matrix42 Core et Pro. Contactez les consultants Matrix42 pour obtenir des informations plus détaillées sur cette procédure.
Dépannage
Dans ce chapitre sont décrites les options de dépannage,
- En cas d'utilisation d'un modèle d'échec, vérifiez la carte de données correcte
- Vérifier l'historique des tâches planifiées à partir de la gestion des connecteurs
- Vérifier les journaux Efecte Provisioning Engine