Amélioration de l'historique des PISP

Laten we beginnen. Het is Gratis
of registreren met je e-mailadres
Amélioration de l'historique des PISP Door Mind Map: Amélioration de l'historique des PISP

1. **Epics**

1.1. Problématiques/Description

1.1.1. Dans le cadre de DSP2, ARKEA a mis à disposition la fonctionnalité d'initialisation de paiement. De nombreuses de demande de supports arrivent régulièrement et les outils actuels ne répondent pas efficacement.

1.2. Hypothèses de bénéfices

1.2.1. L'amélioration de l'historique des paiement permettra au support de répondre plus rapidement aux demande des supports des TPP sur les initialisations de paiement

1.3. Critères d'acceptation

1.3.1. L'UX est revu afin de regrouper les historiques par statut et de d'ajouter l'action réalisée sur chaque ligne d'historique

1.3.1.1. :warning: Impact sur DSP2Backend pour affiner les historique de paiement

1.3.2. Le code erreurs internes est remonté sur la back office afin de comprendre l'origine de l'erreur

1.3.2.1. En s'appuyant sur la BDD DSP2Backend

1.3.3. Les informations de paiement côté flux sont remontés sur le BO

1.3.3.1. :warning: dépendance avec les flux pour remonter les erreurs

1.3.4. Sauvegarder certaines logs d'erreurs dans la BDD

1.3.4.1. :warning: Dépendance BPE : Création d'une nouvelle table dans la BDD BEP

1.3.4.2. :warning: Dépendance BPE : Persistance dans la BDD

1.3.5. Afficher numéro personne présente sur la recherche au niveau du détail

1.3.6. Concrètement

1.3.6.1. Affichage sur la demande

1.3.6.1.1. Statut du consentement

1.3.6.1.2. Code erreur interne

1.3.6.1.3. Client id du TPP

1.3.6.1.4. Transaction

1.3.6.1.5. Historique

1.3.6.1.6. Numéro personne + EFS

2. **Plan d'action**

2.1. Identifier les actions à Tracer

2.2. Identifier l'UI

2.3. Identifier le format des logs à créer pour intégration dans la BDD

2.4. Voir les flux pour la remontée des erreurs

3. Base de donnée DSP2Paiement

3.1. Tdi_demande

3.1.1. Table des demandes

3.1.1.1. Etat de la demande interne

3.1.1.1.1. Plus précis que DSP2

3.1.1.2. Statut du consentement = statut interne :computer:

3.1.1.2.1. CD_STA_CSTMT

3.1.1.2.2. A analyser pour identifier l'action

3.1.1.3. Statut DSP2

3.1.1.3.1. CD_STA

3.1.1.4. Code raison

3.1.1.4.1. CD_RAT_CSMT

3.1.1.5. IDentifiant technique

3.1.1.5.1. Numéro demande

3.1.1.6. Code erreur interne :computer:

3.1.1.6.1. CD_ERR_ITE

3.1.1.6.2. Uniquement sur les rejeté

3.1.1.7. Ccde raison

3.1.1.8. Client id du TPP :computer:

3.1.1.8.1. Recherche info TPP

3.1.1.8.2. pour rechercher les info dans les log

3.2. TDI_information demande

3.3. TDI_historique_demande

3.3.1. Statut du consentement = statut interne :computer:

3.3.1.1. CD_STA_CSTMT

3.3.1.2. A analyser pour identifier l'action

3.3.2. Code erreur interne :computer:

3.3.2.1. CD_ERR_ITE

3.3.2.2. Uniquement sur les rejeté

3.4. TDI_transaction

3.4.1. plusiuers transaction pour un paiement

3.4.1.1. Code_erreur_interne :computer:

3.4.1.2. Identifiant virement :computer:

3.4.1.2.1. IDT_VIR