Résolution d’un ticket de demande de service à l’aide de playbooks dans Public Sector Digital Services
Vous pouvez utiliser des playbooks pour créer des tickets et effectuer les tâches et les activités nécessaires à la résolution de types spécifiques de tickets.
- Réception
- Revue
- Traitement
- Décision
Étapes d’un playbook de demande de service
L’expérience Service Request Playbook commence par l’étape d’admission. Cette étape est l’étape du playbook par défaut pour un nouveau ticket de demande de service. Utilisez cette étape du playbook pour recueillir des informations sur le demandeur et la réclamation pour le ticket de demande de service. Vous pouvez également demander des informations supplémentaires au demandeur.
Le playbook passe à l’étape Réviser. Dans cette étape, vous pouvez effectuer le dépannage initial du ticket, vérifier s’il existe des demandes de ticket similaires ou en double, et déterminer quels services doivent être rendus et si un agent de service sur site doit être envoyé. Pour en savoir plus sur l’intégration à Gestion des services sur site, reportez-vous Public Sector Digital Services à Intégration à Gestion des services sur site.
Le playbook passe à l’étape Processus. À cette étape, vous pouvez évaluer les ressources, demander leur approbation, créer des tâches de ticket et ajouter ou demander de nouvelles informations avant le début de la résolution du ticket. Si un agent de service sur site doit être dépêché à l’emplacement de la demande de service, vous pouvez créer une commande de travaux pendant l’étape du processus. L’état du ticket passe à Travail en cours lorsque l’agent de service sur site commence à travailler sur le ticket de demande de service. Une fois le travail terminé, le ticket passe à l’étape Décision.
La dernière étape est Service Request Playbook l’étape de la décision. À l’étape Décision, l’état du ticket est mis à jour de Travail en cours à Prêt pour la décision après qu’un agent a envoyé une décision. Une notification est envoyée au demandeur pour l’informer qu’une décision a été prise. Le demandeur peut alors accepter ou rejeter la solution. Si le demandeur accepte la solution, le ticket est automatiquement fermé. Si le demandeur rejette la solution, le ticket est rouvert et l’agent doit proposer une autre solution.
Terminer l’étape d’admission dans Service Request Playbook
Terminez l’étape d’admission, première étape dans la résolution d’un ticket à l’aide de .Service Request Playbook
Avant de commencer
Rôle requis : admin, sn_gsm.constituent_agent, sn_gsm.business_agent, sn_gsm.agency_agent, sn_gsm.relationship_agent et sn_gsm.service_manager
Procédure
Terminer l’étape de révision dans Service Request Playbook
Terminez l’étape de révision comme deuxième étape dans la résolution d’un ticket à l’aide de .Service Request Playbook
Avant de commencer
Rôle requis : admin, sn_gsm.constituent_agent, sn_gsm.business_agent, sn_gsm.agency_agent, sn_gsm.relationship_agent et sn_gsm.service_manager
Procédure
Terminer l’étape du processus dans Service Request Playbook
Terminez l’étape du processus comme troisième étape dans la résolution d’un ticket à l’aide de .Service Request Playbook
Avant de commencer
Rôle requis : admin, sn_gsm.constituent_agent, sn_gsm.business_agent, sn_gsm.agency_agent, sn_gsm.relationship_agent et sn_gsm.service_manager
Procédure
Terminer l’étape Décision dans Service Request Playbook
Terminez l’étape Décision comme dernière étape dans la résolution d’un ticket à l’aide de .Service Request Playbook
Avant de commencer
Rôle requis : admin, sn_gsm.constituent_agent, sn_gsm.business_agent, sn_gsm.agency_agent, sn_gsm.relationship_agent et sn_gsm.service_manager