Découvrez comment les agents bancaires, à l’aide du workflow de report de prêt, résolvent une demande de service de prêt pour un report temporaire du remboursement d’un prêt planifié. Le workflow s’applique aux demandes de service de prêt professionnel et personnel.

En cas de report de prêt, le client n’est pas tenu de payer un montant pendant une durée convenue. De plus, la banque peut envisager de renoncer aux intérêts pendant la période de report.

L’abstention est également un report temporaire des remboursements de prêt prévus lorsque le client n’est pas censé payer de montant pendant une durée convenue. Dans ce cas, la banque accumule les intérêts sur le montant restant dû et les encaisse lorsque les remboursements réguliers commencent sur le prêt.

Le diagramme suivant illustre comment l’application aide les agents de la banque à résoudre une demande de service de report de prêt.

Le workflow suivant achemine le ticket et les tâches d’une demande de service de report de prêt vers des agents de différents départements. Les agents se connectent pour travailler sur les tâches de leur file d’attente Espace de travail . Pour le workflow de report de prêt pour les opérations de prêt personnel, les agents peuvent également utiliser le playbook de tickets qui les guide à travers les étapes nécessaires pour résoudre le ticket.

En tant que contributeur, demandeur ou client de prêt

Un contributeur de prêt ou un demandeur soumet une demande de service de prêt de report de prêt 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 est initié en fonction du type de demande.

En tant qu’agents de back-office

Une fois le ticket initié et qu’un agent a mis à jour les détails du ticket, un workflow est déclenché automatiquement. Les règles d’affectation acheminent les tâches associées vers les équipes de back-office appropriées.

1. Un agent de prêt examine les détails du ticket et ajoute des détails supplémentaires, tels que les frais.

   Le service de traitement de documents détermine les documents qui doivent être vérifiés pour la demande. Le workflow génère une tâche de vérification des documents entrants pour l’agent de documents.

2. Un agent de documents travaille sur la tâche de vérification des documents entrants pour vérifier chaque document répertorié dans la tâche. Si nécessaire, ils peuvent demander le report d’un document spécifique.

   Le workflow génère une tâche d’évaluation de crédit pour l’agent de crédit.

3. Un agent de crédit travaille sur la tâche de crédit pour examiner le crédit du client et approuver la demande.

   Le workflow génère une tâche d’autorisation de prêt pour l’agent de prêt.

4. Un autorisateur de prêt (agent de prêt) examine les détails du ticket et l’approuve.
5. Un agent de prêt travaille sur la tâche de mise à jour du prêt et met à jour le compte de prêt dans le système bancaire.

   Si la banque a activé une intégration, le compte de prêt peut également être automatiquement mis à jour dans le système central.

Une fois le ticket terminé, son état et son étape sont définis sur Fermé terminé et les notes de travail sont mises à jour. Un client peut consulter l’état du ticket à partir du Customer Service Portal, du Consumer Service Portal ou d’un autre portail en libre-service.