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

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 2 minutes de lecture
  • Découvrez comment les agents, à l’aide des workflows de limites de 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 Espace de travail connectent 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 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 du Customer Service Portal (Portail de service client), du Consumer Service Portal (Portail de service consommateur) ou d’un autre portail en libre-service.
    Remarque :
    Pour que les consommateurs puissent soumettre une demande à l’aide du Consumer Service Portal (Portail de service consommateur), le module d’extension Consumer Service Portal (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 ticket, le demandeur ou le contributeur met à jour les détails du ticket à l’étape Initier et examiner, puis soumet 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 processeur appropriées.

    Examen d’une demande et soumission d’une décision en tant que sous-traitant
    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 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 jusqu’à 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 des documents de police mis à jour au client et ferme la tâche de couverture des changements dans le playbook.
    Acceptation ou rejet d’une estimation 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é.