vault backup: 2026-09-17 22:49:46

This commit is contained in:
2026-09-17 22:49:46 -04:00
parent 65fd81dfbc
commit 6928fe1901
4 changed files with 2778 additions and 0 deletions
@@ -0,0 +1,46 @@
---
type: meeting
date: 2026-09-17
source: MeetMic
status: inbox
duration: 43m
meetmic_id: A36365F2-7829-465C-B505-B7D9E847CFCB
---
# Daily Meeting | TFO x ZEMIND
## Résumé
- La réunion a clarifié la distinction entre les approches « soft » et « radicale » pour la migration de Boukili vers la V3.
- Lapproche soft permettrait encore laccès à Firebase, avec un risque de données présentes dans deux bases sans synchronisation.
- Lapproche radicale vise à éviter ce décalage en déconnectant les utilisateurs et en bloquant laccès à Firebase lors du lancement de la V3.
- Une perte dutilisateurs et une baisse temporaire des chiffres sont considérées comme inévitables et comme un risque assumé.
- La migration au moment de la reconnexion et une éventuelle migration forcée ultérieure restent à préciser, notamment pour la planification du pipeline de données.
## Décisions
- Retenir lapproche radicale plutôt que lapproche soft ou un fonctionnement mixte.
- Déconnecter les utilisateurs et couper les accès à Firebase au lancement de la nouvelle application.
- Préparer la solution avant le lancement, puis lactiver le jour même.
- Ne pas sappuyer sur une période de 90 jours pour cette approche.
## Actions
- [ ] Organiser une rencontre avec Catherine et lIBO afin daligner les terminologies et de confirmer la solution — Responsable : Abdoulah
- [ ] Confirmer avec lIBO le délai de mise en œuvre et la date possible dactivation — Responsable : non précisé
- [ ] Informer Zemind de la solution et du calendrier après confirmation de lIBO — Responsable : non précisé
- [ ] Préparer le pipeline de données pour la migration forcée en masse — Responsable : non précisé
## Blocages / Risques
- Risque de perte dutilisateurs qui ne se reconnecteront pas après la déconnexion.
- Risque de baisse temporaire des chiffres après la migration.
- Les utilisateurs ayant désactivé les mises à jour automatiques pourraient ne pas effectuer rapidement la mise à jour.
- Le moment exact et le fonctionnement de la migration forcée restent incertains.
- La migration forcée pourrait nécessiter une gestion spécifique des utilisateurs qui ne se sont pas encore reconnectés.
## À suivre
- Clarifier avec lIBO le calendrier exact, la durée de mise en place et les modalités techniques de la déconnexion.
- Déterminer quand et comment sera déclenchée la migration forcée des utilisateurs restants.
- Valider avec Zemind le scénario retenu et ses impacts sur le pipeline de données.