Workflow de l’ordre permanent échoué

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 2 minutes de lecture

    • Découvrez comment les agents bancaires, à l’aide du workflow Échec de l’ordre permanent, contactent de manière proactive un client au sujet d’un échec d’ordre permanent pour son compte de dépôt et décident d’un plan d’action. Le workflow s’applique aussi bien aux comptes de dépôt professionnels qu’aux comptes de dépôt personnels.

    Le diagramme suivant montre comment l’application aide les agents bancaires à gérer un ordre permanent échoué pour un compte de dépôt.
    Figure 1. Exemple de workflow d’ordre permanent échoué
    Workflow qui montre comment un ordre permanent échoué est traité à l’aide de l’application Opérations de dépôt. Pour la description du texte, consultez les étapes du workflow qui suivent.
    L’administrateur des dépôts peut examiner et personnaliser ce flux prédéfini en fonction des besoins professionnels de votre organisation.

    Le workflow suivant achemine le ticket et les tâches d’un ordre permanent échoué vers des agents de différents départements. Les agents se connectent Espace de travail au pour travailler sur les tâches de leur file d’attente. Le playbook de tickets guide les agents à travers les étapes nécessaires pour répondre à la demande.

    En tant qu’agent de dépôt ou via une API
    Si le système observe une défaillance dans l’exécution d’un ordre permanent à partir d’un compte de dépôt, une API dans le backend déclenche un ticket de service de dépôt d’ordre permanent échoué. Un agent de dépôt peut également créer ce ticket.
    En tant qu’agents de back-office
    • Un agent de dépôt travaille avec le client et finalise le plan d’action.
    • Dans le playbook de ticket, l’agent de dépôt met à jour le motif de l’échec, sélectionne une action corrective appropriée à l’étape Initier et examiner, puis soumet l’application pour exécution.

    Le workflow déclenche les tâches suivantes ou un ticket en fonction de l’action corrective sélectionnée et les règles d’affectation acheminent le ticket ou les tâches associés vers les équipes de back-office appropriées.

    Réessayer ou abandonner une occurrence d’ordre permanent
    Si l’action corrective basée sur la demande du client consiste à réessayer l’occurrence de l’ordre permanent ou à y renoncer, le workflow génère automatiquement une tâche d’autorisation de dépôt pour l’agent de dépôt.
    • Un autorisateur de dépôts (agent de dépôts) examine les détails du ticket et approuve la tâche de dépôt.
    • Un agent de dépôt tente à nouveau d’exécuter l’ordre permanent pour le compte de dépôt dans le système bancaire central et ferme la tâche de nouvelle tentative de dépôt dans le playbook.
      Remarque :
      La tâche Réessayer dépôt n’est générée que pour l’action corrective Réessayer.

    Le ticket est terminé et l’état et l’étape du ticket sont définis sur Fermé terminé.

    Création d’un ticket de service d’action corrective
    Si l’action corrective doit modifier ou annuler l’ordre permanent, le workflow crée automatiquement l’un des tickets enfants suivants pour résoudre le ticket :
    • Modifier l'ordre permanent
    • Annuler l'ordre permanent

    Le nouveau ticket de dépôt enfant gère alors ce problème.

    Une fois le ticket enfant terminé, l’état et l’étape du ticket parent (ordre permanent échoué) sont définis sur Fermé terminé.