Workflow d’ordre permanent échoué

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 2 minutes de lecture

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

    Le diagramme suivant montre comment l’application aide les agents de banque à 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 de dépôt 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 Espace de travail connectent 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 back-end 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 et soumet la demande 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 aux équipes de back-office appropriées.

    Réessayer ou renoncer à une occurrence d’ordre permanent
    Si l’action corrective basée sur la demande du client consiste à réessayer ou à renoncer à l’occurrence de l’ordre permanent, le workflow génère automatiquement une tâche d’autorisation de dépôt pour l’agent de dépôt.
    • Un validateur de dépôt (agent de dépôt) 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 principal et ferme la tâche Nouvelle tentative de dépôt dans le playbook.
      Remarque :
      La tâche Réessayer le dépôt est générée uniquement 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 consiste à 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 traite ensuite 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é.