### Résumé de la Réunion  
La réunion a concentré sur :  
- **Préparation de la rencontre avec Francis** (mardi 15 h) : présentation des projets, gouvernance des données, et délais de livraisons.  
- **Mise en évidence des projets** : documentation départementale rattachée à la plateforme, gouvernance des données comme pratique transversale, et nom de projet « Données FMC ».  
- **Sujets data** : Data Booking V3, Data Hub, Data OTT, intégration d'Umami, monitoring Mogador.  
- **Livraisons et migrations** : enjeux de calendrier (OTT, Boukili, TFO).  

---

### Décisions Clés  
1. **Restructuration des projets** :  
   - Documentation départementale → plateforme, non données.  
   - Gouvernance des données → pratique transversale (source de vérité unique dans Power BI).  
   - Projet nommé « Données FMC » plutôt que « nouveau gabarit FMC ».  

2. **Gestion des demandes** :  
   - Fichiers ZIP Idéllo : chaque cours et fichier ZIP → ticket Jira distinct.  
   - Traitements des fichiers ZIPPES → début octobre.  
   - Source de référence OTT : Snowflake de JW Player.  

3. **Livraisons** :  
   - Livraisons OTT (week-end) pour aligner avec l'émission live (17 septembre).  
   - Migrations Boukili : 2 pipelines (Firestore/AWS) + logique de fusion.  

---

### Tâches à Développer  
1. **Préparation de la rencontre avec Francis**  
   - [ ] Préparer la présentation des projets (responsable : équipe)  
   - [ ] Corriger le document de présentation (responsable : non précisé)  

2. **Mise en place de trackers Umami**  
   - [ ] Continuer la configuration avec le fournisseur (responsable : Jean-Claude)  

3. **Monitoring de Mogador**  
   - [ ] Analyser les flux de synchronisation et mettre en place des alertes (responsable : Mohamed Slimane)  

4. **Gestion des tickets Jira**  
   - [ ] Renseigner les tickets Jira avant traitement et fermeture (responsable : équipe)  
   - [ ] Créer les tickets pour chaque cours/fichier ZIPPES (responsable : Jason/Demandeurs)  

5. **Livraison TFO**  
   - [ ] Effectuer des tests de régressions (responsable : Ajar)  
   - [ ] Organiser un échange sur la migration multi-device (responsable : Rabiba/Amandou)  

6. **Mise à jour du document**  
   - [ ] Envoyer un courriel de mise à jour (responsable : non précisé)  

---

### Blocages et Risques  
1. **Facturation JW Player** :  
   - Dubitation : adresse active = frais, flux non écouté = sans frais.  
   - Risque : certains ingest points (non suppressables) déclenchent des frais inadéquats.  

2. **Migración Boukili** :  
   - 2 pipelines (Firestore/AWS) + logique de fusion/élimination.  
   - Risque : désynchronisation des données entre dispositifs.  

3. **Quota QA** :  
   - Une seule personne (Ajar, Jean-Claude, Joël) gère 4 sites.  
   - Proposition : QA permanente ou renfort ponctuel.  

4. **Absences** :  
   - Ajar, Jean-Claude, Joël pourrait ralentir l’équipe.  

5. **Contrat JW Player** :  
   - Arrivée à échéance en 1 an.  

---

### Prochaines Étapes  
1. **Validation du feed de Corus** :  
   - Confirmer l’ingest point et transmettre l’URL à Corus.  
   - Tester le feed avec JW Player (responsable : non précisé).  

2. **Mise à jour document** :  
   - Envoyer les adresses des flux « info.org 24-7 » et « info.org événement spécial » (responsable : non précisé).  

3. **Gestion des tickets** :  
   - Assurer que les tickets Jira sont correctement gérés (responsable : équipe).  

4. **Déploiement OTT** :  
   - Vérifier les résultats du test du feed de Corus et des sous-titrages (responsable : non précisé).  

--- 

### Notions Clés  
- **Priorité 1** : Réaliser le test du feed de Corus avec JW Player.  
- **Priorité 2** : Garantir la disponibilité des tickets Jira pour Idéllo (début octobre).  
- **Priorité 3** : Synchroniser les échéances de livraison (OTT, Boukili, TFO).  

--- 

**Note** : Les responsables des tâches sont souvent non précisés, donc les actions doivent être déléguées à l'équipe en général. Les raccords entre les parties (ex : migration, facturation) nécessitent des retiens réguliers.