Résolution d’un ticket de demande de service à l’aide de playbooks dans Services digitaux pour le secteur public
Vous pouvez utiliser les playbooks pour créer des tickets et effectuer les tâches et activités nécessaires pour résoudre des types de tickets spécifiques.
- Réception
- Revue
- Traitement
- Décision
Étapes d’un playbook de demande de service
L’expérience Playbook de demande de service commence dès 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 de révision. 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 avec Gestion des services sur site, reportez-vous Services digitaux pour le secteur public à Intégration à Gestion des services sur site.
Le playbook se poursuit avec l’étape Processus. Dans 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 au cours de l’étape de processus. L’état du ticket passe à Travail en cours une fois que l’agent de service sur site a commencé à 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 l’étape de la Playbook de demande de service 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 Playbook de demande de service
Terminez l’étape d’admission comme première étape de résolution d’un ticket à l’aide de .Playbook de demande de service
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 Playbook de demande de service
Terminez l’étape de révision comme deuxième étape de résolution d’un ticket à l’aide de .Playbook de demande de service
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 Playbook de demande de service
Terminez l’étape de processus en tant que troisième étape de résolution d’un ticket à l’aide de .Playbook de demande de service
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 Playbook de demande de service
Terminez l’étape Décision comme dernière étape de résolution d’un ticket à l’aide de .Playbook de demande de service
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