Nouveautés sur les questionnaires

Un gros travail d’harmonisation a été effectué sur les types de questions utilisables dans les questionnaires pour les valeurs par défaut et les champs obligatoires. Il est maintenant possible d’avoir du contenu ou des valeurs par défaut dynamiques sur certains champs.

Attention : Le nouveau système de questionnaire s’appuie sur un nouveau format de stockage. Les anciens questionnaires sont automatiquement convertis dans le nouveau format. Il n’est par contre pas possible d’exporter un questionnaire puis de le réimporter dans une version antérieure.

Contenu dynamique sur les réponses aux questions

• Les questions de type Boutons radio et Grilles peuvent maintenant avoir leur contenu défini par une requête SQL. Un bouton radio statique/dynamique permet de sélectionner le type de contenu et une interface dédiée permet de saisir le texte de la requête.
• Il est possible de créer des questions dont les réponses possibles sont le résultat d’une requête en base de données. Cela permet de créer des questions variables en fonction du type de demande, de la personne connectée ou du contexte général. Cette fonction existait sur les questions de type Liste SQL dans les versions précédentes et a été étendue à d’autres types de question : Boutons radio, Grilles, Cases à cocher.

• Boutons radio affichant une liste de civilités
  

  Paramétrage	Résultat

• Grille permettant de sélectionner une ou plusieurs fonctions
  

  Paramétrage	Résultat

Modifications sur les valeurs par défaut

Uniformisation des valeurs par défaut statiques

La notion de valeur par défaut a été généralisée et étendue pour les champs qui n’en possédaient pas : Cases à cocher, Dates, Date/Heure, Durées, Listes, Boutons radio et Grilles.

• Boutons radio
           

• Date
           

• Date/Heure
           

Valeurs par défaut dynamiques (Requêtes SQL)

La valeur par défaut peut maintenant être dynamique (issue d’une requête SQL). Lorsqu’une seule valeur par défaut est attendue (cas de la majorité des champs – hors grilles SQL), le système ajoute automatiquement un TOP 1 à la requête afin d’être certain de n’avoir qu’une seule valeur remontée.

• Boutons radio : valeur ‘Mrs.’ sélectionnée par défaut via une requête
  

  Paramétrage	Résultat

• Grille : valeurs commençant par ‘Officer’ sélectionnées par défaut via une requête
  

  Paramétrage	Résultat

Uniformisation des valeurs obligatoires

Les valeurs obligatoires ont été étendues aux Boutons radio dans un souci d’harmonisation.

Points divers

Questions dédiées aux applications

Il est maintenant possible d’indiquer que certaines questions sont disponibles uniquement pour une application créée avec EasyVista Service Appstore. Elles n’apparaissent alors pas lorsque le questionnaire est lancé depuis EasyVista Service Manager. Pour gérer cette fonction, une colonne spécifique a été ajoutée dans l’assistant de gestion des questions.
         

Évolution sur l’enregistrement des mémos

Il est maintenant possible de choisir le comportement de la fonction de recopie dans un champ cible pour les questions de type Mémo. Si le champ cible contient déjà des informations, il est possible de les écraser, d’insérer le résultat avant ou après le texte existant.
         
 

Cycle de vie des incidents et demandes

Principe

Le cycle de vie permet d’afficher dans le bandeau supérieur des incidents/demandes un ‘fil d’ariane’ (breadcrumb en anglais) permettant de visualiser l’état d’avancement de l’élément suivant le déroulement du workflow.

  Incident dont le statut évolue entre 7 états d’avancement, du démarrage à la fermeture.

Étape du workflow	Visualisation
Workflow non démarré
Avancement du workflow : Planification

Les règles sont les suivantes :

• Un cycle de vie correspond à un ensemble d’état d’avancement ‘progressifs’ (ex : demander, valider, préparer, livrer, clôturer).
• Un workflow est associé au maximum à un cycle de vie.
• Un même cycle de vie peut être associé à plusieurs workflows.
• Chaque étape du workflow peut être associée à un état d’avancement du cycle de vie.
• L’état d’avancement d’un élément concerné par le workflow évolue lorsqu’on passe sur une étape du workflow liée à un état d’avancement du cycle de vie.
• Attention aux boucles et débranchements du workflow afin de garder un cycle de vie cohérent.

  Association entre un cycle de vie et un workflow

Notes : 

• Toutes les états d’avancement du cycle de vie ne sont pas associées (ex. : étape Approve)
• Au niveau du débranchement, les deux étapes finales 1.1.1 et 1.2.1 sont associées au même état d’avancement du cycle de vie. 
• L’étape de refus allant de 1.2.1 à 1 renvoie sur une étape associée à un état d’avancement du cycle de vie.

Gestion des cycles de vie

• Les cycles de vie sont accessibles via le menu Référence > Cycle de vie.
• L’assistant ‘Mettre à jour’ permet d’éditer le cycle de vie sélectionné.
           

• Si le cycle de vie est associé à des workflows en cours, une fenêtre d’avertissement s’affiche.
           

• Il est possible de modifier un cycle de vie en cours d’utilisation en respectant certaines contraintes (pas de suppression d’un état d’avancement par exemple).