Demander, examiner et approuver les workflows de demande de couverture des changements

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 2 minutes de lecture
  • Découvrez comment les agents, à l’aide des workflows de limites de la couverture des changements, résolvent les demandes de service pour demander, examiner et approuver les 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 la couverture du 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 modification de la 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.

    Soumission d’une demande en tant que demandeur, contributeur ou processeur de politique
    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 du Portail de service clientèle, du Portail de service consommateur ou d’un autre portail en libre-service.
    Remarque :
    Pour que les consommateurs soumettent une demande à l’aide de Portail de service consommateur, le module d’extension Portail de service consommateur (com.glide.service-portal.consumer-portal) doit être activé.

    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 tickets, 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 aux équipes de processeurs appropriées.

    Examen d’une demande et soumission d’une décision en tant que processeur
    1. Dans le playbook de tickets, 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 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 transmettre le ticket à 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 le devis, le processeur met à jour l’enregistrement de 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 du changement de police demandé, 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é.