Demander, examiner et approuver des workflows de demande de couverture de changement

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 2 minutes de lecture
  • Découvrez comment les agents, à l’aide des workflows de limites de couverture de changement, résolvent les demandes de service pour demander, examiner et approuver des demandes de changement de police.

    Le diagramme suivant montre comment l’application aide les agents à résoudre une demande de couverture de police de changement.
    Figure 1. Exemple de workflow de couverture de changement
    Workflow montrant comment une demande de couverture de changement de police est résolue à l’aide de l’application Personal Lines Servicing. Pour la description du texte, consultez les étapes du workflow qui suivent.
    L’administrateur de la police d’assurance peut examiner et personnaliser ce flux prédéfini en fonction des besoins professionnels de votre organisation.

    Le workflow suivant achemine le ticket et les tâches de changement de couverture d’une police vers des agents de différents départements. Les agents se connectent Espace de travail au pour travailler sur les tâches de leur file d’attente. Le playbook de tickets guide les agents à travers les étapes nécessaires pour répondre à la demande.

    Soumettre une demande en tant que demandeur, contributeur ou processeur de police
    Un demandeur de police d’assurance soumet une demande au nom d’un client.
    Un client (consommateur ou contact) peut soumettre directement une demande à partir de Portail de service clientèle, de Portail de service consommateur ou d’un autre portail en libre-service.
    Remarque :
    Pour que les consommateurs puissent soumettre une demande à l’aide de Portail de service consommateur, vous devez avoir activé le module d’extension Portail de service consommateur (com.glide.service-portal.consumer-portal).

    Un ticket de service de police est créé en fonction du type de demande et est acheminé vers le processeur.

    Remarque :
    Dans le playbook de ticket, le demandeur ou le contributeur met à jour les détails du ticket à l’étape Initier et examiner, puis envoie le changement pour exécution.

    Un workflow se déclenche automatiquement et les règles d’affectation acheminent les tâches associées vers les équipes de traitement appropriées.

    Examen d’une demande et soumission d’une décision en tant que processeur
    1. Dans le playbook de ticket, le processeur examine la demande de changement de police et détermine si une souscription est nécessaire. Le processeur approuve ou rejette la demande.
      • Si le processeur approuve la demande de changement, un devis pour le changement demandé est envoyé au client ou au contributeur.
      • Si le processeur n’est pas sûr d’approuver ou non le changement demandé, une tâche est créée pour faire avancer le ticket auprès d’un souscripteur.
    2. Un souscripteur examine les détails du ticket et approuve ou rejette le ticket. S’il approuve le ticket pour autoriser la demande de changement de police, un devis pour le changement demandé est envoyé au client ou au contributeur.
    3. Si le client approuve l’estimation, le processeur met à jour l’enregistrement de la police, envoie les documents de police mis à jour au client et ferme la tâche de couverture des changements dans le playbook.
    Accepter ou rejeter un devis en tant que client
    Lorsque le client reçoit un devis après acceptation de la modification de police demandée, il peut accepter ou rejeter le devis.

    Le ticket est terminé, et l’état et l’étape du ticket sont définis sur Fermé terminé.