# Portails et fonctions opérationnelles

Les aspects des portails et autres fonctionnalités opérationnelles abordés sont les suivants :

  • Gestion des utilisateurs

  • Gestion des participants

  • Consultation des transactions

  • Compensation

  • Journalisation et audit

  • Gestion du hub

  • Gestion des oracles

  • Portail participant

  • Reporting

Ces fonctionnalitĂ©s sont fournies par le Business Operations Framework (BOF) de Mojaloop, qui fournit non seulement les fonctions cƓur dĂ©crites ici, mais aussi un ensemble d’API permettant Ă  l’opĂ©rateur du Hub d’étendre ces portails et d’en crĂ©er de nouveaux selon ses besoins.

Le BOF canalise toutes les activitĂ©s via un cadre unique de gestion des identitĂ©s et des accĂšs (IAM), qui intĂšgre des contrĂŽles d’accĂšs basĂ©s sur les rĂŽles (RBAC), offrant Ă  l’opĂ©rateur du hub un contrĂŽle granulaire de l’accĂšs d’un individu aux capacitĂ©s de gestion du Hub Mojaloop.

L’accĂšs Ă  chacune des fonctions ci-dessus passe par le BOF, gĂ©rĂ© via l’IAM et le RBAC.

# Gestion des utilisateurs

Ces fonctionnalitĂ©s concernent la gestion du personnel de l’opĂ©rateur du hub via le module IAM intĂ©grĂ©, et non la gestion du service lui-mĂȘme.

  1. CrĂ©er et gĂ©rer des comptes utilisateurs pour le personnel de l’opĂ©rateur du hub et les participants, via le portail IAM.
  2. DĂ©finir des rĂŽles associĂ©s Ă  l’accĂšs aux diffĂ©rents sous-Ă©lĂ©ments des portails.
  3. Attribuer des rÎles aux comptes utilisateurs, définissant quels utilisateurs ont accÚs à quelles fonctionnalités des portails.
  4. Pour les fonctions sensibles, dĂ©finir une exigence maker/checker, y compris les rĂŽles devant ĂȘtre dĂ©tenus par le maker et le checker, ainsi que toute restriction.
  5. Activer / désactiver des comptes utilisateurs.
  6. CrĂ©er des comptes pour les participants, afin de faciliter le libre-service via le portail participant (lorsqu’il est implĂ©mentĂ©).
  7. Permettre Ă  un utilisateur d’ĂȘtre Ă  la fois maker et checker (mais pas de ses propres travaux).

Le portail participant n’est Ă  ce jour implĂ©mentĂ© sur aucun hub Mojaloop ; ce n’est donc pas une exigence actuelle.

# Gestion des participants

FonctionnalitĂ©s permettant Ă  l’opĂ©rateur du hub de gĂ©rer un DFSP participant (distinct du portail participant).

  1. IntĂ©gration d’un DFSP participant (onboarding).
  2. Définir et gérer des points de terminaison (y compris la spécification des certificats et des adresses IP sources).
  3. Gérer les contacts du participant (nom, e-mail, MSISDN, rÎle, etc.).
  4. Définir des seuils (pour les notifications).
  5. Définir et gérer des comptes pour le participant par type et devise.
  6. DĂ©sactiver un DFSP participant (bien qu’il ne devrait pas ĂȘtre possible de dĂ©sactiver un DFSP avec des transactions en cours / non compensĂ©es).
  7. Mettre en pause / reprendre la connexion d’un participant.
  8. Attribuer / ajuster la liquidité (pour plusieurs devises), contrÎlé par maker/checker.
  9. Attribuer / ajuster un plafond de débit net (NDC) pour chaque participant, contrÎlé par maker/checker, avec deux options pour le NDC : valeur fixe (ajustement manuel aprÚs chaque changement de liquidité) ou variable (en tant que pourcentage fixe de la liquidité disponible).
  10. Restreindre la connexion du participant Ă  l’envoi ou Ă  la rĂ©ception uniquement.

# Consultation des transactions

Le personnel de l’opĂ©rateur du hub doit pouvoir retrouver le dĂ©tail d’une transaction, quel que soit son statut. La recherche peut se faire par :

  • Plage de dates / heures

  • DFSP payeur ou bĂ©nĂ©ficiaire (participant)

  • Valeur — identifiant de transaction Mojaloop

  • État du transfert

  • Identifiant de lot de compensation

  • Type de transaction

  • Code d’erreur

La recherche renvoie la liste de toutes les transactions correspondant aux critÚres ; chaque ligne cliquable donne accÚs à une vue détaillée contenant :

  • Toutes les donnĂ©es dĂ©tenues par le Hub Mojaloop, regroupĂ©es en sous-fenĂȘtres pour amĂ©liorer l’ergonomie

Cela inclura l’identifiant de fenĂȘtre / lot de compensation, qui est lui-mĂȘme cliquable pour permettre Ă  l’opĂ©rateur de consulter le statut de compensation du lot et donc de la transaction elle-mĂȘme.

# Compensation

La gestion de la compensation sur le Hub Mojaloop doit ĂȘtre robuste et fiable. Les fonctionnalitĂ©s associĂ©es :

  1. Définir le modÚle de compensation du service.
  2. ClĂŽturer une fenĂȘtre ou un lot de compensation manuellement ou automatiquement, selon un calendrier prĂ©dĂ©fini.
  3. GĂ©nĂ©rer automatiquement tous les fichiers de compensation nĂ©cessaires pour l’intĂ©gration avec le ou les chambres de compensation lorsqu’une fenĂȘtre de compensation est clĂŽturĂ©e.
  4. Consulter les positions de tous les participants dans la fenĂȘtre / le lot.
  5. Une fois la compensation achevée / finalisée, mettre à jour automatiquement les positions et la liquidité disponible actuelle sur la base des rapports du ou des chambres de compensation.
  6. Fournir des outils pour prendre en charge l’intĂ©gration entre le Hub Mojaloop et le ou les chambres de compensation.

Notez qu’au moins une fenĂȘtre ou un lot de compensation sera toujours ouvert, et les transactions y seront ajoutĂ©es au fur et Ă  mesure qu’elles sont traitĂ©es. La crĂ©ation d’une nouvelle fenĂȘtre est donc automatique Ă  la clĂŽture de la prĂ©cĂ©dente.

# Journalisation et audit

Le Hub Mojaloop fournit une gamme d’outils prenant en charge la journalisation et l’audit de l’activitĂ© des opĂ©rateurs du hub, en complĂ©ment des fonctions d’audit de bas niveau pour l’analyse dĂ©taillĂ©e du traitement des transactions (qui sont dĂ©finies ailleurs dans ce document). Ces outils ont Ă©tĂ© dĂ©veloppĂ©s en tenant compte des exigences tant de la direction de l’opĂ©rateur du hub que des auditeurs externes.

  1. Toutes les modifications dĂ©coulant de l’activitĂ© des opĂ©rateurs du hub (y compris la gestion des utilisateurs) sont enregistrĂ©es dans un magasin de donnĂ©es non modifiable, avec les informations d’identification de l’opĂ©rateur attachĂ©es.

  2. « Auditeur » est un rÎle utilisateur du hub par défaut ; les auditeurs ont un accÚs en lecture illimité aux journaux.

  3. Un portail d’audit est disponible, qui dispose d’une fonctionnalitĂ© de recherche et d’affinage.

  4. Les entrées de journal / audit incluent les changements de configuration du Hub.

# Gestion du hub

Exigences de base pour la configuration d’un Hub Mojaloop dĂ©finissant le service supportĂ©.

  1. Un Hub Mojaloop prend en charge par dĂ©faut toutes les devises dĂ©finies par l’ISO. Chacune est activĂ©e pour une utilisation par un dĂ©ploiement particulier par la crĂ©ation de comptes de compensation et de position pour cette devise. Pour appuyer cela, il est nĂ©cessaire de pouvoir consulter les soldes des comptes d’exploitation du Hub (compensation et position, rĂ©pliquĂ©s par devise prise en charge).

  2. Ajouter / consulter / supprimer les certificats de CA nécessaires au fonctionnement normal.

# Gestion des oracles

Gestion des oracles utilisĂ©s par l’Account Lookup Service (ALS) pour la rĂ©solution des alias en DFSP / participants (puis, en collaboration avec le DFSP identifiĂ©, en un compte spĂ©cifique).

  1. Consulter les oracles enregistrés.

  2. Enregistrer un oracle.

  3. Définir un endpoint.

  4. Tester l’état de santĂ© d’un oracle.

# Portail participant

Actuellement, le Hub Mojaloop ne propose pas de portail participant. À la place, cette fonctionnalitĂ© est fournie par un autre projet open source, Payment Manager (https://github.com/pm4ml (opens new window)). D’autres outils, comme l’Integration Toolkit Mojaloop, exposent une API permettant aux DFSP d’accĂ©der aux mĂȘmes informations.

# Rapports

Mojaloop fournit un moteur de rapports flexible dans le cadre du Business Operations Framework, qui permet au personnel de l’opĂ©rateur du hub de concevoir et gĂ©nĂ©rer un large Ă©ventail de rapports basĂ©s sur les donnĂ©es stockĂ©es dans les bases de donnĂ©es et les grands livres de Mojaloop. Le Framework prend aussi en charge l’intĂ©gration de ces rapports dans n’importe lequel des portails opĂ©rateur, permettant de gĂ©nĂ©rer les rapports selon les besoins du personnel d’exploitation.

Cela inclut les rapports liés à la compensation.

# Applicabilité

La présente version de ce document se rapporte à Mojaloop version 17.0.0 (opens new window).

# Historique du document

Version Date Auteur Détail
1.1 14 avril 2025 Paul Makin Mises à jour liées à la publication de la V17
1.0 5 février 2025 Paul Makin Version initiale