Workflow de prêt à remboursement anticipé partiel

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 2 minutes de lecture

    • Découvrez comment les agents bancaires, à l’aide du workflow de prêt à remboursement anticipé partiel, résolvent une demande de service de remboursement anticipé partiel d’un prêt en cours auprès de la banque avant son échéance. Le workflow s’applique aux demandes de service de prêt professionnel et personnel.

    Un remboursement anticipé partiel est directement appliqué à la partie principale du prêt. Le client a généralement la possibilité de restructurer le remboursement sur le solde restant de l’une des manières suivantes :
    • Poursuivre le remboursement actuel, qui est plus élevé et entraîne la clôture anticipée du prêt
    • Conserver la durée actuelle du prêt, ce qui signifie que le montant du remboursement est recalculé et réparti sur la durée du prêt en attente
    Le diagramme suivant montre comment l’application aide les agents de la banque à résoudre une demande de service de prépaiement partiel.
    Figure 1. Workflow de prêt à remboursement anticipé partiel
    Workflow qui montre comment une demande de prêt pour un prépaiement partiel est résolue à l’aide de l’application Loan Operations.

    Le workflow suivant achemine le ticket et les tâches d’une demande de service de prépaiement partiel vers des agents de différents départements. Les agents se connectent à pour Espace de travail travailler sur les tâches de leur file d’attente.

    En tant que contributeur, demandeur ou client de prêt
    Un contributeur ou un demandeur envoie une demande de service de prêt avec prépaiement partiel 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 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 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 bancaire 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.