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

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 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 couverture des changements
    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 de 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 à pour Espace de travail 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 politique
    Un demandeur de police d’assurance soumet une demande au nom d’un client.
    Un client (consommateur ou contact) peut directement soumettre une demande à partir du Customer Service Portal, du Consumer Service Portal ou d’un autre portail en libre-service.
    Remarque :
    Pour que les consommateurs puissent soumettre une demande à l’aide du Consumer Service Portal, vous devez avoir activé le module d’extension Consumer Service Portal (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 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 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 à 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 politique, une estimation pour le changement demandé est envoyée au client ou au collaborateur.
    3. Si le client approuve l’estimation, le processeur met à jour l’enregistrement de police, envoie les documents de police mis à jour au client et ferme la tâche de couverture de changement dans le playbook.
    Accepter ou rejeter une estimation en tant que client
    Lorsque le client reçoit une estimation après acceptation de la modification de police demandée, il peut accepter ou rejeter l’estimation.

    Le ticket est terminé, et son état et son étape sont définis sur Fermé terminé.