Workflow de la proposition de restructuration des prêts

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 3 minutes de lecture
  • Découvrez comment les agents bancaires, à l’aide du workflow de proposition de restructuration de prêt, contactent un client de prêt pour restructurer un prêt en cours qui, autrement, pourrait se transformer en 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 à éviter 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 bancaires à gérer une restructuration de 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 Opérations de prêt.

    Le workflow suivant achemine le ticket et les tâches d’une restructuration des prêts 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 de 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 des 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 aux équipes de back-office appropriées.
      • Le service de traitement des documents détermine les documents à vérifier pour le ticket. Le workflow génère une tâche de vérification de document entrante pour l’agent de document.
    3. 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, 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 validateur (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 clôturer le ticket de service de crédit.
    Remarque :
    Un client (consommateur ou contact) peut consulter le ticket via le Customer Service Portal (Portail de service client), le Consumer Service Portal (Portail de service consommateur) ou un autre portail en libre-service. Pour que les consommateurs puissent afficher un ticket à 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é.

    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 mette en œuvre ces conditions.

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

      Le service de traitement de document détermine les documents à vérifier pour la demande. Le workflow génère automatiquement 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 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 sur le 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.