# 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]

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

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

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

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

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

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

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

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

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

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

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

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
