# BC Gestion du Cycle de Vie des Participants

Le Contexte BornĂ© Gestion du Cycle de Vie des Participants (Participant Lifecycle Management) traite de tout ce qui concerne la gestion d’un Participant dans l’environnement Mojaloop. Lorsqu’on dĂ©finit ce Contexte BornĂ©, certains concepts clĂ©s doivent ĂȘtre identifiĂ©s clairement.

# Processus Maker-Checker

Le processus Maker-Checker Ă©tablit une vĂ©rification Ă  6 yeux, garantissant qu'aucune action d'Ă©criture n'a lieu sans ĂȘtre validĂ©e par une personne disposant des autorisations adĂ©quates. Ces autorisations sont dĂ©finies par le Contexte BornĂ© Gestion du Cycle de Vie des Participants, mais elles restent configurables et attribuables selon les rĂšgles du systĂšme. Il est recommandĂ© que les utilisateurs/rĂŽles titulaires des droits de "Maker" ne reçoivent pas ceux de "Checker", et que les droits de "Checker" soient attribuĂ©s Ă  des personnes diffĂ©rentes. Il reste possible d'attribuer les deux responsabilitĂ©s au mĂȘme utilisateur/rĂŽle, mais cela annule alors la sĂ©curitĂ© prĂ©vue par la sĂ©paration des rĂŽles qui est au cƓur du processus maker-checker.

# États du Participant

La gestion des Ă©tats du participant permet aux opĂ©rateurs administrateurs de contrĂŽler les permissions d’un participant donnĂ© selon son Ă©tat. Lors de la phase de configuration de la plateforme, le Contexte BornĂ© attend que les Ă©tats soient dĂ©finis et configurĂ©s avec des rĂŽles et/ou permissions. Un Ă©tat peut ensuite ĂȘtre attribuĂ© Ă  un participant via le processus de gestion du statut du participant.

# Termes

Termes ayant une signification prĂ©cise et communĂ©ment acceptĂ©e dans le Contexte BornĂ© oĂč ils sont utilisĂ©s.

Terme Description
Participant Fournisseur de Services Financiers (FSP) qui s’inscrit sur l’écosystĂšme Mojaloop et peut ainsi effectuer des transactions avec d’autres Participants.
Maker ReprĂ©sentant responsable de la crĂ©ation de structures de donnĂ©es via l’envoi de requĂȘtes.
Checker ReprĂ©sentant responsable de l’approbation et de l’acceptation des donnĂ©es ayant Ă©tĂ© demandĂ©es pour crĂ©ation.

# Vue Fonctionnelle

Veuillez consulter la page des interfaces communes pour comprendre comment ces interactions ont lieu. [^1]

Cas d’Utilisation - Exemple À REMPLACER

Diagramme de workflow BC : Vue Fonctionnelle

# Cas d’Utilisation

# Création de Participant (Inscription en une seule étape)

# Description

Ce flux permet au BC d’employer un processus afin de crĂ©er un Participant dans l’écosystĂšme Mojaloop — cela nĂ©cessite gĂ©nĂ©ralement toutes les informations relatives au participant ainsi qu’aux comptes initiaux nĂ©cessaires.

# Diagramme de flux

Cas d’Utilisation - CrĂ©ation de Participant Initiale Cas d’Utilisation - CrĂ©ation de Participant - Approbation

Workflow UC : Création de Participant

# Gestion des Fonds

# Description

Ce flux permet au BC de mettre en Ɠuvre un processus pour permettre les retraits ou dĂ©pĂŽts de fonds sur le(s) compte(s) du Participant.

# Diagramme de flux

Cas d’Utilisation - Gestion des Fonds - Initial Cas d’Utilisation - Gestion des Fonds - Approbation

Workflow UC : Gestion des Fonds

# Mise Ă  Jour des Points de Terminaison

# Description

Ce flux permet au BC de mettre Ă  jour l’endpoint (adresse rĂ©seau) d’un participant donnĂ©. Une fois la demande approuvĂ©e, l’endpoint sera contactĂ© (chemin keep-alive) pour garantir la connectivitĂ©.

# Diagramme de flux

Cas d’Utilisation - Mise à jour de l’Endpoint - Initial Cas d’Utilisation - Mise à jour de l’Endpoint - Approbation

Workflow UC : Mise Ă  jour des Endpoints

# Mise Ă  Jour du Statut du Participant

# Description

Ce flux permet au BC de mettre en place un processus par lequel on change le statut d’un participant pour lui appliquer de nouveaux rĂŽles ou rĂšgles de schĂ©ma.

# Diagramme de flux

Cas d’Utilisation - Mise à Jour du Statut - Initial Cas d’Utilisation - Mise à Jour du Statut - Approbation

Workflow UC : Mise Ă  jour du statut du Participant

# Consultation d’un Participant

# Description

Ce flux permet au BC de mettre en Ɠuvre un processus pour obtenir des informations concernant un participant donnĂ©.

# Diagramme de flux

Cas d’Utilisation - Consultation de Participant

Workflow UC : Consultation de Participant

# Ajout de Comptes Participant

# Description

Ce flux permet au BC de contrĂŽler divers aspects des comptes d’un Participant, notamment : crĂ©ation, activation/dĂ©sactivation, mise Ă  jour des plafonds et seuils d’alerte d’un compte.

  • Ajouter un Compte Participant
  • Mettre Ă  Jour le Statut d’un Compte Participant (Activation/DĂ©sactivation)
  • Mettre Ă  Jour les Limites de LiquiditĂ© et Seuils d’Alerte

# Diagramme de flux

Cas d’Utilisation - Ajout de Compte Participant - Initial Cas d’Utilisation - Ajout de Compte Participant - Approbation

Workflow UC : Ajout de Comptes Participants

# Réserve de Couverture de Liquidité

# Description

Ce flux permet au BC de réserver une couverture de liquidité pour un Participant et de notifier le BC Comptes et Soldes de la mise à jour.

# Diagramme de flux

Cas d’Utilisation - RĂ©serve de Couverture de LiquiditĂ© - Initial Cas d’Utilisation - RĂ©serve de Couverture de LiquiditĂ© - Approbation

Workflow UC : Réserve de Couverture de Liquidité

# Dépassement du Seuil de Liquidité

# Description

Ce flux permet au BC de notifier le participant lorsqu’un seuil de liquiditĂ© prĂ©dĂ©fini est atteint et qu’une action peut ĂȘtre requise.

# Diagramme de flux

Cas d’Utilisation - DĂ©passement de Seuil de LiquiditĂ©

Workflow UC : Dépassement du Seuil de Liquidité

# Dépassement de la Limite de Liquidité

# Description

Ce flux permet au BC de notifier le participant lorsqu’il atteint la limite de liquiditĂ© prĂ©dĂ©finie pour un compte.

# Diagramme de flux

Cas d’Utilisation - DĂ©passement de Limite de LiquiditĂ©

Workflow UC : Dépassement de la Limite de Liquidité

# Réinitialisation des Seuils et Limites de Liquidité

# Description

Ce flux permet au BC de réinitialiser les vérifications de notification de limite ou seuil de liquidité lorsque des transferts réussis ont été exécutés et que la position du compte du participant est devenue positive.

# Diagramme de flux

Cas d’Utilisation - RĂ©initialisation des Seuils/Limites de LiquiditĂ©

Workflow UC : Réinitialisation des Seuils et Limites de Liquidité

# RequĂȘte de Couverture de LiquiditĂ©

# Description

Ce flux permet au BC d’interroger la liquiditĂ© courante d’un compte participant, ainsi que d’effectuer d’autres opĂ©rations de lecture associĂ©es Ă  la liquiditĂ© du participant.

# Diagramme de flux

Cas d’Utilisation - RequĂȘte de Couverture de LiquiditĂ©

Workflow UC : RequĂȘtes de Couverture de LiquiditĂ©

# ModĂšle Canonique

  • Participant
    • id
    • participantAlias
    • endpointURL
    • state
    • Accounts[]
      • accountID
      • ledgerAccountType
      • accountCurrency
      • isActive
      • warningThreshold
      • limit
        • type
        • value

# Commentaires de Conclusion

Comptes Participants : Les Participants ne peuvent avoir qu’un seul compte par devise autorisĂ©e. Cas d'Utilisation - Update Position : A Ă©tĂ© remplacĂ© par le cas d’utilisation Gestion des Fonds. OpĂ©rations Maker/Checker : Le nombre de tentatives de reprise (retry) n’a aucun effet.

# Notes

[^1]: Interfaces communes : Liste des interfaces communes Mojaloop