Vous avez manqué notre webinaire iTop 3.2 ? Regardez le replay maintenant !

On répond à vos questions

Lors du webinar, vous avez été nombreux à nous poser vos questions, et nous vous en remercions !

Voici les éléments de réponse apportés lors de la session.

Newsroom, notifications et interface utilisateur

Les déclencheurs des notifications (triggers) sont-ils configurables ? Exemple, sur des classes créées, avec des nouveaux champs personne/date, pourront-ils être utilisés ?

Les déclencheurs génériques dans iTop sont la création, la mise à jour et la suppression des caractéristiques des objets. Certains déclencheurs sont liés aux workflows (passage d'un état à un autre) ou peuvent être apportés par des modules externes. Tout événement peut être associé à un déclencheur dans iTop.

Idem pour l’envoi d’invitations, les champs utilisés sont-ils personnalisables ?

Il est possible de se baser sur n'importe quel champ date de l'objet déclencheur (ce champ est paramétrable)

Est-ce que ces notifications “standard” seront livrées en automatique avec l’installation de la 3.2 ?

Il existe déjà un certain nombre de notifications disponibles à l'installation d'iTop, et nous travaillons actuellement à enrichir ces données d'exemple.

Peut-on faire un déclencheur sur une case cochée et notifier une personne lorsqu'une case est cochée ?

Les cases à cocher ne sont pas des éléments standards dans iTop. Cependant, en utilisant un enum de type "oui/non", il est possible d'activer un déclencheur sur le changement de valeur de n'importe quel champ.

Comment fonctionnent les invitations avec un calendrier Outlook ?

Le fonctionnement est proche de celui de Gmail. L'invitation est identique à celle envoyée par une personne via son adresse email. Il suffit ensuite de l'accepter ou la refuser pour qu'elle apparaisse dans le calendrier. Idem pour les mises à jour.

Est-ce qu’il est prévu de permettre à un utilisateur de se désabonner des notifications d’agenda pour les tâches ?

Cela n'est pas possible pour des raisons évidentes d'usage : une invitation de calendrier a pour objet de réserver un créneau dans un calendrier pour des ressources devant réaliser une tâche (changement, intervention, etc.) Il est toujours possible à l'utilisateur de refuser cette invitation.

Cependant, si l'utilisateur souhaite être uniquement informé d'une tâche, nous recommandons d'utiliser des notifications et non des invitations de calendrier.

Est-ce que la recherche proposée à l’utilisateur dans le portail n’a de portée que dans ses tickets (les tickets où il est caller par exemple) ? Est-elle contextuelle à l’utilisateur ?

La recherche du portail est limitée au périmètre lié à son profil. Donc il ne pourra effectuer de recherche que dans les tickets liés à son périmètre.

Est-ce que la nouvelle ergonomie des pages web prend en compte l’accessibilité (respect du RGAA), par exemple pour les utilisateurs malvoyants ?

Comme expliqué durant le webinar, l'ergonomie de la console back-office iTop inclut de nombreuses améliorations pour les utilisateurs malvoyants, dans le respect du référentiel WCAG

Si je me souviens bien, il n'y a pas de fonction de provisionning des utilisateurs si l'authentification SAML est utilisée, pourquoi ne pas l'implémenter ? Il serait également utile de synchroniser automatiquement votre photo de profil.

Ce n'est pas implémenté pour le moment du fait de la complexité de configuration de chaque fournisseur d'identité SAML, car nous avons réalisé une interface générique pour SAML, là où celle mise en place pour OpenID ou OAuth est adapté à chaque fournisseur.

Si Assign to Me est intégré dans 3.2, faudra-t-il désinstaller l’extension ? Revoir le fichier de configuration associé ?

Il n'y pas d'action spécifique à réaliser car iTop installe toujours la dernière version du module, qui est donc inclus dans iTop 3.2.
Cependant, pour avoir un iTop "propre", vous pouvez désinstaller l'ancien module après la migration.

Pour vérifier ce qui n'est plus utile, il est possible de réaliser un audit de migration. Pour cela, vous pouvez vous rapprocher de notre équipes support.

Il n’y a pas de possibilité de passer de la 2.7 à la 3.2 directement ? Toujours obligé de passer en 3.0 puis en 3.1 avant d’arriver en 3.2 ?

Il est possible de faire un passage direct entre 2.7 et 3.2, qui se fait de façon globalement très fluide.
Nous rappelons cependant qu'il n'y a pas de version commune de PHP entre 2.7. et 3.2, nous vous encourageons donc à installer une nouvelle VM, d'y transférer la sauvegarde et réaliser l'installation 3.2 ensuite.

Vous pouvez vous référer aux notes de migration.

Pour la migration de 2.6 à 3.2, pouvez-vous rappeler le deadline ? Et est-ce qu’il y a un accompagnement de prévu ?

Comme le décrit le calendrier de maintenance d'iTop, iTop 2.6 STS (Short Term Support) n'est plus maintenue depuis fin 2021. Nous vous encourageons donc à réaliser la migration vers iTop 3.2 au plus tôt.

Si vous êtes client Combodo, l'assistance à votre migration est incluse dans votre contrat de souscription.

Nous sommes en version 3.1.0-3 avec un Case Exchange 2.2.3 fonctionnel pour nos échanges avec les Services Now de nos infogérants. Est-ce que la 3.2 sera encore compatible avec Case Exchange Base 2.2.3 Stable ?

iTop 3.2 sera bien compatible avec Case Exchange Base 2.2.3

Quel est la version compatible MYSQL avec iTop 3.2 ?

MySQL 5.7 est compatible jusque iTop 3.2.

Pour des questions de performances, nous ne recommandons par d'utiliser MySQL 8.

MySQL 9 étant sorti durant le développement d'iTop 3.2, nous manquons encore de recul pour vous conseiller.