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 à la fois aux demandes de service de prêt professionnel et personnel.

Dans le cas du report de prêt, le client n’est pas tenu de payer un montant pour une durée convenue. En outre, 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êts programmés lorsque le client n’est pas censé payer un montant pour une durée convenue. Dans ce cas, la banque accumule les intérêts sur le montant restant dû et les perçoit lorsque les remboursements réguliers commencent sur le prêt.

Le diagramme suivant montre comment l’application aide les agents de 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 Espace de travail pour travailler sur les tâches de leur file d’attente. 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 de prêt

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

En tant qu’agents 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 des 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 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 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 ou du Consumer Service Portal ou d’un autre portail en libre-service.