Workflow d’ordre permanent échoué

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

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

    Le diagramme suivant illustre 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 de 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 connectent à pour Espace de travail 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 tickets, 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 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 vers les é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 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ô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 de 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 son état et son étape 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é.