Workflow de proposition de restructuration des prêts

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 3 minutes de lecture
  • Découvrez comment les agents bancaires, à l’aide du workflow de proposition de restructuration de prêts, contactent un client de prêt pour restructurer un prêt en cours qui, autrement, pourrait se transformer en un prêt non performant. Le workflow s’applique à la fois aux prêts professionnels et personnels.

    Une restructuration de prêt est une action visant à empêcher qu’un prêt ne soit classé comme non performant. Les banques modifient les conditions des prêts en modifiant la durée du prêt, le montant du remboursement, le nombre de versements ou le taux d’intérêt.

    Le diagramme suivant montre comment l’application aide les agents de la banque à gérer la restructuration d’un prêt.
    Figure 1. Workflow de restructuration des prêts
    Workflow qui montre comment une restructuration de prêt est gérée à l’aide de l’application Loan Operations.

    Le workflow suivant achemine le ticket et les tâches d’une restructuration 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 .

    En tant qu’agent de crédit
    1. Un agent de crédit crée un ticket de service de crédit pour proposition de restructuration des prêts.
    2. Un agent de crédit travaille avec le client et finalise les conditions de restructuration. L’agent ajoute les détails supplémentaires, tels que les détails de classification et de restructuration des actifs.
      • Un workflow est déclenché automatiquement et les règles d’affectation acheminent le ticket et les tâches associés vers les équipes de back-office appropriées.
      • Le service de traitement de documents détermine les documents qui doivent être vérifiés pour le ticket. Le workflow génère une tâche de vérification des documents entrants pour l’agent de documents.
    3. 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, cet agent peut demander le report d’un document spécifique.

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

    4. Un autorisateur de crédit (agent de crédit) travaille sur la tâche de crédit pour l’examiner et l’approuver.
    En tant que client ou agent de crédit
    Le client vérifie le ticket de service de crédit et accepte les conditions de restructuration. Alternativement, un agent de crédit peut obtenir une acceptation du client pour les conditions de restructuration et fermer le ticket de service de crédit.
    Remarque :
    Un client (consommateur ou contact) peut consulter le ticket via le Customer Service Portal, le Consumer Service Portal ou un autre portail en libre-service. Pour que les consommateurs puissent afficher un ticket à l’aide du Consumer Service Portal, vous devez avoir activé le module d’extension Consumer Service Portal (com.glide.service-portal.consumer-portal).

    Une fois que le client accepte les conditions, le système crée un ticket de service de prêt pour que l’agent de prêt les implémente.

    En tant qu’agent de crédit
    1. Un agent de prêt examine les détails du ticket et le met à jour.

      Le service de traitement de documents détermine les documents qui doivent être vérifiés pour la demande. Le workflow génère automatiquement 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, cet agent peut demander le report d’un document spécifique.

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

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

      Les banques peuvent automatiser cette tâche en permettant une intégration avec le système de cuisson de base.

    Une fois le ticket terminé, son état et son étape sont définis sur Fermé terminé et les notes de travail sont mises à jour.