Recrutement d'un cabinet pour l’élaboration de l’architecture détaillée d'un Registre National de Population de nouvelle génération
- Buyer
- Agence Nationale d’Identification des Personnes - WURI Benin
- Country
- Benin
- Deadline
- Closes today (21 Oct 2026 10:00 UTC-7)
- Published
- 2 Oct 2026
- Procedure
- Consultant Qualification Selection
Read the official notice and bid → Bidding always happens on the buyer's own portal, never here.
What the buyer is asking for
AVIS A MANIFESTATION D’INTERÊT POUR LE RECRUTEMENT D'UN CABINET POUR L’ELABORATION DE L’ARCHITECTURE DETAILLEE D'UN REGISTRE NATIONAL DE POPULATION DE NOUVELLE GENERATION Pays : République du Bénin Nom du projet : Projet d’Identification Unique pour l’Intégration Régionale et l’Inclusion en Afrique de l’Ouest (WURI-BENIN) Numéro du Don : Don N° D610-BJ / Crédit IDA N°6611-BJ Référence : BJ-WURI - BENIN-573143-CS-CQS du ……………………… Intitulé de la Mission : AVIS A MANIFESTATION D’INTERÊT POUR LE RECRUTEMENT D'UN CABINET POUR L’ELABORATION DE L’ARCHITECTURE DETAILLEE D'UN REGISTRE NATIONAL DE POPULATION DE NOUVELLE GENERATION . N° de référence : BJ-WURI - BENIN-573143-CS-CQS du………………… Le Gouvernement de la République du BENIN a reçu un financement de la Banque mondiale pour couvrir le coût du Projet d’identification unique pour l’intégration et l’inclusion en Afrique de l’Ouest (WURI) et a l’intention d’affecter une partie du produit à des services de consultant. La mission du consultant (cabinet) consistera à définir l’architecture fonctionnelle, applicative, technique, biométrique, des données, de sécurité et d’interopérabilité du futur Registre National des Personnes Physiques, ainsi que la feuille de route permettant sa mise en œuvre progressive. De façon spécifique, le cabinet devra notamment réaliser les activités suivantes : A. Réaliser une analyse critique de l'existant Réaliser un diagnostic de l'architecture actuelle, des applications, des infrastructures, des bases de données et des interfaces du RNPP. Évaluer les performances, la sécurité, la gouvernance des données et le niveau d'interopérabilité du système existant. Identifier les forces, les limites et les risques de l'architecture actuelle au regard des besoins futurs. Déterminer les composants pouvant être conservés, modernisés ou réutilisés dans la future architecture. Recommander les composants, technologies ou services devant être remplacés ou faire l'objet d'une refonte afin de répondre aux exigences de la nouvelle génération du Registre National des Personnes Physiques. B. Définir les principes d'architecture Définir les principes d'une architecture modulaire, faiblement couplée et orientée événements, favorisant l'évolutivité, la réutilisation des composants et l'interopérabilité. Concevoir une architecture "API First" et "Cloud Ready", permettant une intégration simple avec les systèmes internes et les partenaires, tout en facilitant les futurs déploiements. Garantir la robustesse de la plateforme grâce à des mécanismes de haute disponibilité, de résilience, d'observabilité et de supervision. Intégrer la sécurité dès la conception ("Security by Design"), en assurant la protection des données, la gestion des accès, la traçabilité et la conformité aux meilleures pratiques internationales. C. Définir l'architecture fonctionnelle cible Définir les domaines fonctionnels du futur Registre National des Personnes Physiques et leurs interactions. Identifier les principales capacités métiers et les services fonctionnels (gestion des personnes, identité, biométrie, état civil, authentification, vérification, gestion documentaire, notifications, administration, etc.). Décrire les flux d'information et les interactions entre les différents domaines fonctionnels. Produire une cartographie fonctionnelle cible du système. D. Définir l'architecture applicative Identifier les composants applicatifs constituant la future plateforme et préciser leurs responsabilités. Définir les interfaces, les modalités d'intégration et les échanges entre les différents composants. Recommander les technologies les plus adaptées (open source, développements spécifiques ou composants propriétaires) en fonction des exigences fonctionnelles et techniques. Produire la cartographie applicative cible, en précisant le niveau de criticité et les dépendances de chaque composant. E. Définir le rôle d'OSIA dans l'architecture cible Définir les modalités d'application des standards OSIA dans…
Language of this notice: français. The title and description are shown exactly as the buyer published them.
Source: WORLDBANK · reference OP00472644 · JSON