Découvrez comment les agents bancaires, à l’aide du workflow 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 pour 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 programmés lorsque le client n’est pas tenu de payer un montant pour une durée convenue. Dans ce cas, la banque accumule les intérêts sur le montant impayé et les perçoit lorsque les remboursements réguliers commencent sur le prêt.

Le diagramme suivant montre comment l’application aide les agents bancaires à 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 ticket qui les guide à travers les étapes nécessaires pour résoudre le ticket.

En tant que contributeur, demandeur ou client du 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 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 est initié en fonction du type de demande.

En tant qu’agents de back-office

Une fois le ticket initié et qu’un agent met à 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 document détermine les documents à vérifier pour la demande. Le workflow génère une tâche de vérification de document entrante pour l’agent de document.

2. Un agent de document travaille sur la tâche de vérification de document entrant 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 pour le 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 l’étape sont définis sur Fermé terminé et les notes de travail sont mises à jour. Un client peut afficher l’état du ticket à partir du Customer Service Portal (Portail de service client) ou du Consumer Service Portal (Portail de service consommateur) ou d’un autre portail en libre-service.