Il est possible de réactiver les comptes d'usagers Octopus en fonction de leur état dans Active Directory à l'aide du paramètre /ReactivateUsers. Pour plus de détails, consultez l'article portant sur l'outil ADSIReader

La colonne Nombre de fichiers joints présente le nombre de pièces jointes compris dans la requête et ses activités, excluant les pièces jointes associées aux tâches.

Le Portail Web traite et présente correctement les valeurs de type date et heure que l'utilisateur saisit dans le portail Web (par exemple pour une réservation ou pour l’heure d’ouverture de la requête). Référez-vous à l’article sur les fuseaux horaires pour en savoir plus

Pour utiliser la fonctionnalité du fuseau horaire, vous devez assigner votre fuseau horaire principal dans les options, le fuseau horaire de chacun de vos sites dans les données de référence au besoin, ou même un fuseau horaire spécifique à certains utilisateurs (via l’onglet Octopus de la fiche Utilisateur).
 

Une option permet d’afficher le lien Accéder au Portail Web qui redirige vers la page d’authentification située sur votre Intranet sous le message d’erreur indiquant que le Portail Web ne peut être accédé directement. De plus, le lien va aussi fonctionner lorsque les intervenants utilisent le menu Outils > Lancer le Portail Web. Contactez-nous pour activer cette option.

L'export vers Excel de champs de type durée (délais de résolution, délai de pris en charge, dépassement, etc.) présentera les données complètes avec lequel on peut faire des formules et calculs dans Excel, plutôt qu'une approximation par fenêtre de 15 minutes.

Il est possible de spécifier le chemin d’accès au fichier de correspondance des champs dans ADSIReader via le paramètre /MappingsFilePath. Pour plus de détails, consultez l’article sur l’utilisation de l'outil ADSIReader.

Il est possible de configurer MailIntegration pour qu’il ignore certains noms de pièces jointes. Référez-vous à l’article MailIntegration pour en savoir davantage.

À la conversion d'une SR en Incident, vous pouvez maintenant sélectionner un gabarit et remplir les champs liés au formulaire de ce gabarit.

Dans le but d'augmenter la qualité de l'information inscrite lors de la création d'une requête par vos intervenants, la saisie des champs du formulaire peut être rendue obligatoire. À la sélection d'un gabarit ou d'un type de SR dont le formulaire est marqué requis, un message apparaitra pour inviter l'intervenant à compléter le formulaire.

À la sauvegarde, il ne pourra compléter sans remplir les champs du formulaire. Ceci corrige par le fait même la limitation qui empêchait les formulaires contenant des tâches conditionnelles d'être utilisés dans l'application Windows.

Pour rendre un formulaire obligatoire, vous pouvez cocher la nouvelle case à cocher Formulaire requis de l'écran de configuration du formulaire. Référez-vous à l'article Création de formulaires personnalisés.

Pour afficher une sous-liste comme liste principale, utiliser l'action Ouvrir la liste dans un onglet du menu contextuel.

Si le champ Note de vos CI contient de l'information nécessaire au traitement de vos requêtes, vous pouvez activer l'affichage de la note sous le CI dans la page de détail de la requête.

Contactez-nous pour activer cette option.

Normalement si on envoie une activité à multiples destinataires, chaque destinataire reçoit le courriel sans savoir qui sont les autres destinataires (copie cachée ou BCC). Une nouvelle option nommée Envoyer un seul courriel à tous les destinataires situés sous la boite de sélection des destinataires permet d'envoyer un courriel sans en cacher les destinataires. Ceci permet aux destinataires de savoir qui a été avisé et permet d'utiliser la fonction Répondre à tous dans leur logiciel de courriel.

Les options de contrôle d'accès qui déterminent quelles requêtes l'utilisateur peut voir sur le portail Web permettent maintenant de désigner plusieurs sites ou départements plutôt qu'un seul.

Une nouvelle option permet d'utiliser les modes de login de type Query String et de type Nom d'utilisateur, mot de passe de manière combinée. Si l'identifiant passé dans l'URL n'est pas reconnu, alors le système présente à l'utilisateur la page de connexion normale où il peut saisir son nom d'utilisateur et son mot de passe. Contactez-nous pour activer cette option.

Vous pouvez maintenant configurer l'heure par défaut pour les champs de type Date et Heure des formulaires Web. À titre d'exemple, si vous avez un champ Date de livraison souhaitée vous pouvez initialiser l'heure à 17h. Ainsi, si l'utilisateur assigne la date mais qu'il ne change pas l'heure, la valeur 17h00 répondra possiblement mieux à vos besoins que l'heure exacte où il a soumis la requête (13h23).

Certains changements ont été apportés à l'ajout des pièces jointes sur le portail web :

• La nouveauté s'applique aux pièces jointes lors de la création d'incidents et l'ajout d'activité

• La sélection de multiples pièces jointes est supportée

• Les pièces jointes seront transférées de manière asynchrone et ne bloquent plus l'utilisation du portail Web
• Les pièces jointes demeurent présentes lors du changement de l'utilisateur
• Une limitation de 100 Mb s'applique à l'ensemble des pièces jointes

L'activité d'approbation d'une tâche est désormais effectuée au nom de l'intervenant réalisant l'approbation, et non pas au nom de l'approbateur.

Nous pouvons maintenant modifier le libellé Nom d'utilisateur présent sur la page d'accueil du portail Web. Contactez-nous pour effectuer ce changement.

Vous pouvez maintenant définir des formulaires personnalisés (formulaires Web) pour vos gabarits et types internes. Pour ce faire nous avons rendu indépendantes la conception du formulaire et les options de visibilité sur le Portail Web.

Lors de la conversion d'un incident en SR, vous pouvez maintenant remplir le formulaire personnalisé associé au type de SR sélectionné.

Il est maintenant possible d'imprimer la note du CI en cause à l'impression d'un incident. Contactez-nous pour activer cette option.

• Dans le champ condition de la tâche, vous pouvez maintenant utiliser la touche F3 pour accéder à la liste de navigation des colonnes
• Tous les champs personnalisés créés dans le formulaire Web sont accessible via la touche F3 sans avoir à les inscrire manuellement
• Le champ condition supporte maintenant l’opérateur différent de (<>) pour déterminer si la tâche doit être créée ou non
• Octopus n’utilisera plus les informations contenues dans les champs sujet et description des tâches pour déterminer si la tâche doit être créée

Pour plus de détails, référez-vous à l'article de Configuration avancée des tâches.

Les listes déroulantes filtrées affichent désormais un message lorsqu’aucun résultat ou plus de 200 résultats sont affichés.

À partir de la liste des résultats d’une recherche de pièce jointe, double-cliquer sur un item va désormais ouvrir la requête associée.

Octopus affichera correctement, dans le journal des activités et le champ détails des requêtes, les liens UNC contenant des espaces lorsqu’ils sont contenus dans des crochets ouvrants et fermants (< et >).

• Avant : \\serveur\partage contenant espace$
• Après : <\\serveur\partage contenant espace$>

Les options Accès aux requêtes via le portail Web situé dans la fiche utilisateurs sont maintenant propres à chaque équipe. Deux colonnes ont été ajoutées pour faciliter la gestion des accès :

• Accès aux requêtes (Département)
• Accès aux requêtes (Site)

Les pièces jointes peuvent maintenant être incluses aux courriels de notification associés aux actions suivantes :

• Assignation d’une tâche
• Assignation d’une tâche d’approbation (Demande d’approbation)
• Assignation d’une tâche d’approbation à un pool d’approbateur (Approbateur requis)

Pour permettre l’envoi, la case inclure les fichiers joints dans les notifications est maintenant disponible pour les tâches standards et les tâches d’approbations.

Vous pouvez maintenant utiliser les formulaires propres à chaque type de SR ou gabarit d'incident dans l'application Windows!

Ceci rend possible l'utilisation des gabarits comportant des tâches conditionnelles. À la sélection d'un gabarit ayant des champs personnalisés, le système affiche un lien Formulaire en haut de la description pour vous permettre de remplir les champs.

 

Un nouveau champ Condition vous permet de déterminer si une tâche doit être générée ou non. Cette nouvelle manière permet des cas plus poussés. Par exemple la tâche Former le demandeur ne serait nécessaire que si le demandeur a inscrit "Débutant" ou "Intermédiaire" dans le champ nommé "Niveau d'expertise". Pour ce faire, on mettra dans la Condition l'expression [[$niveaudexpertise]] = Débutant, Intermédiaire.

Référez-vous à l’article sur la configuration avancée des tâches pour en savoir plus.

Vous pouvez maintenant initialiser la valeur d'un champ de formulaire Web à partir de la valeur d'un champ de l'utilisateur ou du demandeur. Par exemple vous pouvez initialiser le champ Numéro où vous rejoindre avec le numéro de téléphone du demandeur. De cette façon l'utilisateur peut corriger l'information au besoin. Pour ce faire, on mettra dans le champ Valeur par défaut l'expression [[@Incident.Querent.Phone]].

Référez-vous à l’article sur la création de formulaires Web personnalisés pour en savoir plus.

L'action Créer un changement du module Configuration ouvre maintenant le formulaire principal de création de changements. Le formulaire précédent a été retiré, mais si vous avez besoin de rétablir l'ancien comportement, nous vous invitons à communiquer avec le centre de services Octopus.

Dans le but d’améliorer la visibilité des pannes de DataImporter, celles-ci seront maintenant créées en tant qu’événement, de la même manière que les pannes de MailIntegration.

Les colonnes Identifiant Externe et Clef Active Directory sont maintenant disponibles dans le module Utilisateur.

ADSIReader utilise ces informations pour référer de manière unique à un compte provenant de Active Directory.

L'action Option > Vider l'identifiant Active Directory, va effacer l'information contenue dans les champs et permettre d’associer le compte Octopus à un autre compte externe.

Référez-vous à l’article ADSIReader – Importation à partir d'Active Directory pour les détails de la mécanique de rapprochement entre les comptes Octopus et les comptes externes.

Octopus accepte maintenant les réponses commençant par les mots Oui ou Non avec une plus grande flexibilité.

Exemples :

• Oui, merci!
• Non, le budget est trop élevé
• Oui, chargez au poste 127394

Quand un utilisateur consulte un incident dans le portail Web, on affiche maintenant la Date de résolution. Les autres champs date incluent désormais l'heure en plus de la date.

Une option vous permet maintenant de rendre visible dans les listes du portail Web la colonne "Date de résolution". Contactez le centre de services Octopus pour activer cette option.

Les champs textes, comme la description d'un incident ou le texte d'une activité, acceptent maintenant jusqu'à 65,000 caractères.

Un nouveau type de relation permet d’établir une notion de dépendance entre les requêtes. Il est donc possible de spécifier les requêtes préalables à la prise en charge d’une requête. La mise en relation d'une requête avec son préalable va mettre la requête en attente, jusqu'à l'achèvement de tous ses préalables. La raison de mise en attente Préalables non complétés sera utilisée.

N'hésitez pas à contacter notre centre de services si vous voulez désactiver le comportement de mise en attente automatique.

Une requête peut à la fois avoir des préalables et être le préalable d’autres requêtes. Vous pouvez donc créer des chaines de dépendances aussi longues que nécessaire. Lors de l'ouverture d'une requête ayant des préalables non complétés, un panneau jaune d'information sera affiché. On y présente la liste des requêtes préalables.

De plus, de nouvelles colonnes ont été ajoutées pour faciliter l'affichage des différentes requêtes :

• Est un préalable permet d'identifier toutes les requêtes ouvertes considérées comme préalables à la prise en charge d’autres requêtes
• Préalables permet d’identifier les requêtes préalables, et de facilement naviguer vers celle-ci

 

Vous pouvez maintenant créer des formulaires Web pour lesquels les champs affichés varient selon les réponses fournies dans les champs précédents. À titre d'exemple, si le demandeur coche la case à cocher "Droits d’administrateur local" alors vous pouvez faire apparaître le champ "Justification". Pour plus d'information consulter le wiki Formulaire Web dynamique.

Avant : La permission Créer et modifier un utilisateur Octopus était requise pour changer n’importe quelles données d'un intervenant (utilisateur ayant un compte Octopus), incluant toutes les données générales (poste téléphonique, département, etc..).

Maintenant : Cette permission ne contrôle que la modification des caractéristiques liées au compte Octopus (permissions et préférences) et non l'information générale de la personne. Pour modifier les données générales, la permission Modifier un utilisateur suffit.

La permission Créer et modifier un utilisateur Octopus a donc été renommée à Créer et modifier un compte Octopus pour mieux refléter le fonctionnement.

Les rapports KPI contiennent de nouvelles colonnes :

• Effort par catégorie (pour les incidents)
• Effort par type (pour les SR)
• Effort par groupe de résolution

Le nom du Demandeur est maintenant visible dans les requêtes à partir de WebTech.

Un nouveau type de champ a été ajouté aux formulaires Web personnalisés : Date et heure. Il est disponible pour vos gabarits d'incident et types de SR et permet d'indiquer avec plus de précision le moment d'un événement, par exemple la date et l'heure d'une version d'un document que l'on tente de récupérer, le moment de la détection d'une panne ou d'un événement. 

La date se choisit dans le calendrier et les barres de défilement permettent de sélectionner l'heure et les minutes. Une fois l'information saisie, il est possible de la modifier directement dans le champ ou avec le calendrier.

Vous pouvez maintenant permettre au demandeur de spécifier la date d'échéance ou la date d'ouverture d'une requête. Ce type de date se configure à partir du formulaire Web personnalisé avec le champ de type Date et heure combiné à la colonne Destination.

On peut sélectionner Date d'échéance ou Date d'ouverture dans la nouvelle colonne Destination et la date et l'heure choisie seront ajoutées à l'endroit spécifié dans Octopus. Il est possible d'ajouter la Date d'ouverture et la Date d'échéance à la même requête, mais on ne peut avoir deux dates d'ouverture ou deux dates d'échéance. 

Noter que les règles pour ces types de dates s'appliquent, donc une date d'ouverture ne peut être dans le futur et une date d'échéance ne peut être dans le passé.

 

La recherche avancée permet de rechercher les fichiers joints. Ceci vous permet d'extraire la liste des pièces jointes à des requêtes, utilisateurs, CI, etc. dans Octopus.
 

Pour plus d'information sur les possibilités de recherches avancées dans Octopus, consulter l'article Options avancées de recherche. 

Il n'est plus nécessaire de configurer plusieurs exécutions d'ADSIReader si vous souhaitez uniquement importer certaines parties de votre structure Active Directory. Vous pouvez maintenant utilise l'option /Exclude et passer en paramètre un fichier texte simple contenant les OU à exclure.

Pour plus d'information sur les paramètres , consulter l'article ADSIReader - Importation à partir d'Active Directory

Utilisez le nouveau paramètre /DeactivateUsers pour qu'ADSIReader désactive automatiquement les fiches Utilisateur Octopus pour lesquels le compte AD a été désactivé, supprimé ou déplacé dans un OU exclut.

Pour plus d'information sur les paramètres , consulter l'article ADSIReader - Importation à partir d'Active Directory

Vous pouvez maintenant utiliser le contenu des champs Site ou Département dans vos formulaires Web.  Lorsque ce type de champ est utilisé dans un formulaire Web, le résultat de la sélection de ce champ sera copié dans le champ description de la requête.  L’utilisation de ce type de champ n’affectera pas le site ou le département de la requête elle-même.

Tout comme l'application principale Octopus, WebTech permet maintenant de saisir la date d'échéance d'une requête. La possibilité de modifier ce champ dépend des options configurées et des permissions de l'intervenant (tout comme dans l'application principale).

 

Vous pouvez maintenant afficher la procédure liée à un gabarit (ou type de SR) à partir du formulaire de création d'incidents/SR. À la sélection du gabarit, le système affiche le lien Consulter la procédure si une procédure est associée au gabarit.

Ce nouveau champ est disponible dans la fiche de l'utilisateur et dans la section Mon profil sur le portail Web. L'information peut être importée à partir d'Active Directory ou à l'aide de DataImporter.

Nous avons fait deux ajouts à la fonctionnalité des utilisateurs non disponibles :

1. Au démarrage d'Octopus, vous serez invité à vous remettre disponible si vous êtes actuellement non disponible
2. Au moment où vous choisirez des destinataires pour une activité à envoyer par courriel, le système vous indiquera lorsque certains destinataires sont non disponibles. Vous pourrez ainsi décider d'envoyer ou pas quand même l'activité par courriel

ADSIReader peut maintenant synchroniser les groupes Active Directory comme "Domain Users" en plus des groupes standards (créés manuellement).

La notion d'utilisateurs non disponible est vraie autant pour les utilisateurs finaux, qui peuvent être approbateurs, que pour les intervenants qui reçoivent des requêtes d'Octopus. Pour permettre au Centre de service ou aux autres groupes d'être au courant des cas où des assignations sont faites à des personnes non disponibles, ou si des activités sont ajoutées à des requêtes entre les mains d'utilisateurs non disponibles, Octopus propose deux notifications : 

• Requête/Tâche assignée à une personne non disponible
• Ajout d'une activité à une requête/tâche assigné à une personne non disponible

Nous avons apporté des amélioration à la gestion des requêtes parent-enfant dans le but d' éviter les entrées de données multiples et pour permettre de concentrer les efforts sur la résolution du parent :

• L'état du parent sera reflété dans les requêtes enfants
• La section Communication de la requête parent offrira de communiquer avec tous les utilisateurs affectés par la panne
• On pourra ajouter des activités qui seront visibles dans les requêtes enfants à partir du portail Web

Pour plus de détails sur les relations parent-enfant, voir la section Comportement d'un incident parent-enfant du Wiki Les relations interrequêtes. 

À partir d'Octopus il est possible de voir la procédure interne d'une requête. Cette option sert de soutien aux intervenants qui travaillent dans Octopus; on peut y mettre des étapes à suivre, des informations pour faire le dépannage, etc..

L'information affichée est en lien avec le gabarit d'incident ou le type de SR sélectionné. L'action Consulter la procédure est toujours visible; elle sera en gris s'il n'y a pas de documentation à consulter et disponible lorsqu'il y en a une. 

Pour savoir comment se fait la configuration de la procédure interne voir la section Comment ajouter une procédure interne du Wiki Modèle de base - Incidents.   

Un petit clin d'oeil au printemps qui arrive bientôt.

Lorsqu'un intervenant est en vacances ou n'est pas disponible pour plusieurs jours, on peut dorénavant changer son statut à "Non disponible". L'intervenant peut lui-même changer son statut à partir de sa fiche utilisateur ou une autre personne peut le faire pour lui. Suivre les étapes plus bas pour faire la modification. 

 

À partir de la fiche utilisateur :

• Aller dans l'onglet Utilisateur, dans la section en bas à gauche
• Cocher le champ Non disponible
• Ajouter une Date de retour (optionnel, mais recommandé)

 

À partir du portail Web : 

• Aller dans la section Mon profil
• Cocher la case Non disponible
• Ajouter une Date de retour (optionnel, mais recommandé)

 

Durant son absence, si une personne assigne une requête à l'intervenant non disponible, les informations suivantes l'aviseront de la non disponibilité de la personne :

Dans Octopus

• Dans la fenêtre d'assignation
  • Le nom d'utilisateur apparaît en gris
  • Avec la mention non disponible ou avec la date de retour
• La notification Assignation à une personne non disponible sera reçue
  • Si vous êtes abonnés à cette notification
  • Si vous faites partie du groupe de l'utilisateur non disponible
• Le champ Non disponible est coché dans la fiche de l'utilisateur
  • Onglet Utilisateur
  • En bas à gauche sous la fenêtre du champ Note
• ​​Le champ Date de retour est remplis (optionnel)

Dans WebTech

• Dans la fenêtre d'assignation 

  • Le nom apparaît avec la mention non disponible ou avec la date de retour

• La notification Assignation à une personne non disponible sera reçue
  • Si vous êtes abonnés à cette notification
  • Si vous faites partie du groupe de l'utilisateur non disponible

Quelques petits changements pour rendre l'utilisation des relations interrequêtes plus simple. 

La détection d'incidents multiples ajoute automatiquement la bonne direction à la relation

Dans les cas où la cardinalité entre requêtes est de Un à Plusieurs, et qu'on fait de la sélection de plus d'un incident, l'action Relié nous amènera une fenêtre où la relation choisie sera déjà dans la bonne direction. Ceci sera notamment utile pour les cas de relation parent-enfant entre requêtes. 

Un incident enfant ne peut pas être le parent d'un autre

Dans le but de se conformer aux bonnes pratiques et de rendre l'utilisation des relations plus fluide, si un incident a déjà un parent, Octopus ne permettra pas que cet incident soit lui-même le parent d'un autre. 

Un nouveau bulletin fera son apparition chaque saison pour vous informer sur les changements importants, les trucs et astuces et d'autres nouvelles Octopus.

Pour ce nouveau bulletin, nous avons modifié le menu d'aide dans Octopus; l'option Page d'accueil a été renommée Nouvelles. Veuillez prendre note que le premier bulletin est prévu avec l'arrivée du printemps. 

N'oubliez pas de le consulter.

 

Pour améliorer la recherche de requêtes dans WebTech, nous avons ajouté un filtre. Octopus recherche l'expression exacte ou partielle qui est entrée dans ce champ. La recherche se fait dans la plupart des champs de la requête.

Lors de l'utilisation du programme ADSIReader pour importer les items à partir d'Active Directory, une clef est créée dans Octopus. Pendant les importations futures, cette clef est utilisée par AD pour identifier l'item.

Cette clef n'était pas visible auparavant, mais elle a été ajoutée sous forme de colonne. Dans le cas où un changement à l'item est survenu et que la clef pose problème, une action a été ajoutée pour permettre de l'effacer.

L'action est disponible à partir du menu Option > Vider l'identifiant Active Directory et elle efface l'information contenue dans le champ, prête à créer une nouvelle clef à la prochaine importation. 

Lorsqu'une personne ajoute une activité de résolution au nom d'un autre intervenant, le champ Résolu par sera au nom de l'intervenant ayant fait le travail. Pour savoir que l'activité a été entrée par une autre personne, il suffit d'ajouter la colonne Créé par pour voir qui a fait l'entrée de données. 

Une activité est automatiquement ajoutée au nom de l'utilisateur lorsque ce dernier modifie la réservation à partir du Portail Web. L'activité dans Octopus va décrire la modification effectuée et l'utilisateur qui l'a fait, telle que présentée dans l'image ci-dessous. 

Pour en savoir plus sur cette solution, référez-vous à l'article Wiki Gestion des réservations.

Lorsqu'un intervenant est désactivé ou qu'il devient un utilisateur final, il reste disponible comme critère de recherche dans la recherche avancée sous le noeud Inactifs.

Nous avons apporté certains changements dans le but de rendre l'utilisation des relations interrequêtes plus simples :

• Deux nouvelles méthodes pour faire des ajouts plus facilement aux relations
  • En séparant les numéros de requêtes par une virgule
  • En utilisant la loupe pour faire une recherche avancée
• Amélioration aux incidents de type parent-enfant
  • Une bande en haut de l'écran de l'incident enfant indique le numéro du parent
  • À la résolution du parent, une activité sera visible dans l'incident enfant

Pour plus d'informations, référez-vous à l'article Wiki Les relations interrequêtes.

Vous pouvez maintenant relier des requêtes de tous types entre elles (vous pouvez par exemple lier un incident à un changement). De plus, quand vous reliez deux requêtes, vous êtes invité à spécifier la nature de la relation (est relié à, est la solution de, etc..) comme c'est le cas dans les relations entre les CI. Vous pouvez aussi gérer les types de relations pour créer vos propres types. Il existe maintenant un onglet Requêtes dans tous les écrans de requête.

Article complet : Les relations interrequêtes

Impacts de ce changement : Dans certains écrans, Octopus gérait déjà des liens. Par exemple, dans un Problème, Octopus permettait de spécifier le Changement en cause et le Changement solution. Ces deux champs ont été éliminés et sont devenus des relations. Chaque endroit où Octopus conservait un lien entre deux requêtes a été converti en relations et est maintenant représenté dans l'onglet Requêtes.  

Voici un exemple de relation que vous pouvez voir :

• Est relié à
• A été créer à partir de
• Est le parent d’un même incident
• Est l’enfant d’un même incident
• Est une occurrence de
• A pour occurrence
• Est la cause de
• A pour cause
• Etc.

Suite à de nombreux votes sur le forum, l'ajout d'activité utilise maintenant une fenêtre non bloquante. Vous pouvez donc consulter d'autres requêtes et copier-coller de l'information avant de terminer l'activité. Nous en avons aussi profité pour vous permettre de maximiser (ou minimiser) la fenêtre d'ajout d'activités.  

Ajout de deux nouveaux choix dans la liste Vue par défaut

1. Onglets de la dernière session
   • Lors de la fermeture d'Octopus, les onglets ouverts seront sauvegardés.Au prochain démarrage d'Octopus, les onglets seront présents. (Demande très populaire sur le forum Octopus)
2. Onglets fixés​​
   • Lors de la fermeture d'Octopus, les ongles fixés seulement seront sauvegardés. Au prochain démarrage d'Octopus, les onglets seront présents

Possibilité d'ajouter les membres d'un groupe d'intervenant Octopus ou  groupe d'utilisateurs comme destinataires lors de l'envoi d'activité par courriel

1. Sélectionner l'option Groupe...
2. Sélectionner le groupe d'utilisateurs (section du haut) ou d'intervenant Octopus (section du bas)

Nouveau type de tâche qui permet d'envoyer des notifications par courriel durant l'exécution de la requête. 

1. Lors de la création de la tâche sélectionner le type de tâche Notification
2. Enter les destinataires du courriel
   • Demandeur
   • Intervenant
   • Utilisateur
   • Tous les utilisateurs
   • Contact d'un fournisseur
   • Groupe
   • Autres utilisateur
   • Autre adresse
3. Entrer les préalables si requis
4. Sélectionner les options
5. Entrer le sujet de la tâche (ce texte sera utilisé pour le sujet du courriel)
   • Champ requis
6. Entrer la description de la tâche (ce texte sera utilisé pour le contenu du courriel)
   • Champ requis

 

 

Nous avons remarqué que souvent la catégorisation est faite au début de l'incident et n'était pas revue à la résolution de la solution cela peut fausser les rapports car parfois la catégorisation peut changer suite à l'analyse de l'incident. 

Dans le but d'améliorer les meilleures pratiques d'utilisation d'Octopus et de s'aligner sur les concepts ITIL, une nouvelle option permet de revoir la catégorisation et la sous-catégorisation directement dans la fenêtre de résolution d'un incident.

Une nouvelle permission a été ajoutée au module de Gestion des événements. 

• Modifier un événement

Désormais, Octopus est apte à se connecter sur votre système d'authentification centralisée pour faciliter l'accès à l'application.

L'authentification unique peut couvrir:

• Le portail Web destiné aux utilisateurs
• L'application destinée aux intervenants
• À la fois le portail Web et l'application

Pour effectuer la mise en place de l'authentification intégrée, vous devrez au préalable avoir une infrastructure de fédération répondant aux exigences suivantes:

• La mise en place de Active Directory Federation Services
• La mise en place d'un serveur mandataire de votre fédération, visible sur le Web
• Un certificat SSL reconnu.

Les possibilités de configuration d'un Active Directory étant infinies, Octopus ne peut s’engager à offrir du soutien pour la mise en œuvre de ces exigences; vous devez vous assurer d’avoir à l’interne une ressource ayant les connaissances techniques nécessaires. 

Pour plus de détails, consulter l'article Wiki L'authentification unique avec ADFS.

Il est maintenant possible de modifier le type de requête sélectionner par défaut dans le formulaire de création d'une requête dans Octopus.

Cette option se configure à partir de Outils - Options