# Weekly Review Source Context

Period: 2026-09-07 to 2026-09-11 20:55
Notes collected: 20

---

## SOURCE: 20 Work/Team/Valery/Valery 1-1/2026-09-08 - Valery - Amadou.md
Modified: 2026-09-08 10:57

---
type: meeting
date: 2026-09-08
source: MeetMic
status: inbox
duration: 13m
meetmic_id: 2500E0E0-C4F6-4FAE-B591-8DCA43EB03C7
---

# Valery / Amadou

## Résumé

- Les travaux avec Jason et Nicole sont terminés après un accord sur un protocole de changements garantissant le respect de l’accessibilité.
- La nouvelle fonctionnalité « déclencheur set focus » de Storyline améliore la navigation, mais sa compatibilité avec certains lecteurs d’écran, notamment Jaws, reste incertaine.
- L’accessibilité de Boukili est désormais abordée au-delà des seuls tests, notamment à travers la révision de tickets liés à l’accessibilité.
- Le CRTC a signalé un problème concernant la publication d’un rapport pourtant déjà publié et confirmé comme disponible. La portée de leur demande, notamment la rétroactivité et l’emplacement de publication, reste à clarifier.
- La version 3 de Boukili est finalisée et les tests vont commencer. Un suivi est également prévu sur l’OTT et les autres dossiers.

## Décisions

- Ne pas reprendre l’ensemble des travaux déjà réalisés pour intégrer immédiatement la nouvelle fonctionnalité de Storyline.
- Maintenir cette fonctionnalité en stand-by jusqu’à ce que sa compatibilité avec les lecteurs d’écran soit clarifiée.
- Tenir compte de cette fonctionnalité lors de la conception de futurs produits.
- S’appuyer sur le protocole convenu avec Jason et Nicole pour encadrer les changements respectant l’accessibilité.

## Actions

- [ ] Envoyer le courriel concernant le CRTC — Échéance : non précisée
- [ ] Échanger avec Pierre-Olivier au sujet de la réponse déjà transmise au CRTC — Échéance : demain
- [ ] Contacter le CRTC pour clarifier ses attentes une fois le contenu de la réponse récupéré — Échéance : non précisée
- [ ] Commencer les tests de la version 3 de Boukili — Échéance : non précisée
- [ ] Faire le point avec Jean-Claude sur l’OTT et les autres dossiers — Échéance : non précisée

## Blocages / Risques

- La compatibilité de la nouvelle fonctionnalité de Storyline avec Jaws n’est pas encore établie.
- Le CRTC n’a pas clairement précisé si le rapport doit inclure la réponse à la plainte, traiter la rétroactivité ou être publié sur un autre emplacement.
- Le contenu exact de la réponse déjà envoyée au CRTC n’est pas connu de tous les interlocuteurs concernés.

## À suivre

- Clarification avec Pierre-Olivier et le CRTC concernant le rapport et les éventuelles modifications à apporter avant le 3 octobre.
- Suivi de l’évolution de la compatibilité de Storyline avec les lecteurs d’écran.
- Résultats des tests de la version 3 de Boukili.
- Point d’avancement sur l’OTT et les autres dossiers.


---


## SOURCE: 20 Work/Projects/2026/ONFR/2026-09-08 - Ai Rei et Moi.md
Modified: 2026-09-08 11:01

---
type: meeting
date: 2026-09-08
source: MeetMic
status: inbox
duration: 9m
meetmic_id: 51A9D6A4-9EB8-479D-8AFF-C7997C9B3312
---

# Recording

## Résumé
- Le passage par Haywire pour générer l’URL récupérée par JWP fonctionne pour les tests.
- La question d’un deuxième URL de Chorus pour le live feed reste à trancher, notamment en raison d’un coût qui n’est pas clarifié.
- ONFR a confirmé une durée de 30 minutes pour le premier épisode et d’environ 28 minutes pour les suivants, ce qui nécessite une gestion spécifique de l’arrêt de JWP.
- Les trois premiers épisodes seront préparés le mercredi pour une mise en ligne le jeudi, avec une programmation non linéaire possible via Louise.
- Plusieurs problèmes techniques ont été corrigés ou sont en cours de validation, notamment l’affichage de l’après-live et l’intégration avec le site.
- Le fichier de sous-titrage malentendant ne s’affiche pas encore sur le site lors du test; la cause liée au lien, à la collection ou à la programmation reste incertaine.

## Décisions
- Utiliser le feed Haywire pour les tests et, pour l’instant, plutôt qu’un deuxième URL de Chorus.
- Prévoir une intervention humaine lorsque la durée d’un épisode diffère de la durée cible de 28 minutes.
- Préparer les trois premiers épisodes le mercredi afin de les publier le jeudi.

## Actions
- [ ] Écrire le script permettant à JWP d’arrêter l’enregistrement à 28 minutes — Responsable : Jean-Claude
- [ ] Réaliser le test de bout en bout avec le broadcast studio, avec un démarrage du test à 10 h, du direct à 10 h 10 et une vidéo de 10 minutes — Échéance : demain
- [ ] Vérifier avec Jean-Claude l’état de ses corrections et obtenir des précisions sur le problème d’affichage du fichier de sous-titrage malentendant — Responsable : participant non identifié — Échéance : lors de l’échange prévu avec Jean-Claude

## Blocages / Risques
- La durée variable des épisodes peut entraîner un arrêt incorrect de JWP sans intervention humaine.
- L’affichage du fichier de sous-titrage malentendant reste non résolu sur le site; le fichier texte à ODA n’a pas encore été testé.

## À suivre
- Déterminer s’il faut commander ou utiliser un deuxième URL de Chorus pour le live feed.
- Analyser les résultats du test de bout en bout et confirmer que les corrections de Jean-Claude et Willy règlent l’affichage de l’après-live.
- Clarifier pourquoi le fichier de sous-titrage ne s’affiche pas malgré l’envoi vers le site.


---


## SOURCE: 20 Work/Projects/2026/ONFR/2026-09-08 - Direct ONFR - Point du feed pour le Live Event.md
Modified: 2026-09-08 20:28

---
type: meeting
date: 2026-09-08
source: MeetMic
status: inbox
duration: 21m
meetmic_id: 2736AF13-E3F7-4419-9F82-59FCC4C39D39
---

# Direct ONFR : Point du feed pour le Live Event

## Résumé
- Le feed envoyé à JWP sera celui géré par l’équipe, sans sous-titrage, conformément à l’orientation déjà communiquée à la haute gestion.
- Le direct n’aura pas une durée fixe : environ 30 minutes pour le premier épisode, puis environ 20 à 28 minutes les semaines suivantes. Une présence sera nécessaire pour arrêter manuellement l’enregistrement.
- Le fonctionnement des ingest points, la facturation éventuelle lorsque JWP reçoit un stream et les statuts affichés dans JWP restent à clarifier.
- Les fichiers de sous-titrage du test précédent ne se sont pas affichés, probablement parce qu’ils n’étaient pas associés à une collection.
- La gestion du contenu après le live reste à préciser : maintien du flux JWP ou remplacement par la version principale enregistrée dans Louise/Magador.

## Décisions
- Utiliser le feed du studio sans sous-titrage pour les tests et le fonctionnement actuel.
- Conserver le processus de test actuel.
- Créer une collection test associée à une série test afin de valider le flux de sous-titrage.

## Actions
- [ ] Clarifier avec JWP le fonctionnement des ingest points et de la facturation — Échéance : demain
- [ ] Réaliser un nouvel événement de test d’environ 5 minutes avec le même point d’ingest — Échéance : demain
- [ ] Créer une collection test et vérifier l’affichage du sous-titrage — Échéance : aujourd’hui
- [ ] Organiser une réunion de suivi sur Chorus et JWP — Échéance : jeudi
- [ ] Transmettre les questions à poser à JWP — Échéance : demain avant 13 h

## Blocages / Risques
- La durée variable des directs complique l’arrêt automatique et nécessite un suivi manuel dans le dashboard.
- Le comportement exact de JWP lorsqu’un stream est reçu, ainsi que les éventuels frais associés, n’est pas confirmé.
- Les feeds, ingest points et événements JWP ne sont pas encore suffisamment documentés pour garantir une compréhension commune.
- Le choix entre le flux du live et la version principale dans Louise/Magador peut nécessiter un nouveau lien et dépend du comportement du site.

## À suivre
- Confirmer avec JWP le fonctionnement technique et la facturation.
- Documenter les différents feeds et ingest points utilisés.
- Déterminer le contenu affiché sur le site après le live avec Willy, Devon ou Mickaël.
- Vérifier le fonctionnement du sous-titrage avec la collection test.


---


## SOURCE: 20 Work/Team/Slimane/Slimane 1-1/2026-09-08 - Mohammed Slimane- Amadou.md
Modified: 2026-09-08 20:28

---
type: meeting
date: 2026-09-08
source: MeetMic
status: inbox
duration: 22m
meetmic_id: 5FAA4C9C-C56D-481F-83A5-B113D72D7B16
---

# Mohammed / Amadou

## Résumé

- Une solution de supervision des jobs a été présentée : chaque job possède un check associé à une URL, avec remontée du code de sortie et notification uniquement lors d’un changement d’état critique.
- L’intégration prévoit des checks pour les jobs cron ainsi qu’un helper dans le code applicatif afin de surveiller les différentes étapes exécutées.
- L’approche sera déployée progressivement, en commençant par ONFR, puis Idéllo et TFO, avec des tests entre chaque étape.
- Une automatisation de la création de balados a été discutée. L’option privilégiée est un formulaire dans Jira, alimenté par des champs obligatoires et relié aux API, plutôt qu’un traitement manuel des courriels ou tickets.

## Décisions

- Le déploiement de la solution de supervision est approuvé, avec un démarrage progressif sur ONFR.
- La création automatisée de nouvelles chaînes ne sera pas faite automatiquement ; elle devra rester manuelle.
- La piste d’un formulaire intégré à Jira sera étudiée pour automatiser les demandes de balados.

## Actions

- [ ] Implémenter les checks cron sur ONFR et ajouter les entrées de supervision — Échéance : demain
- [ ] Tester les jobs export, import et supervisor d’ONFR, puis intégrer le helper dans le code applicatif — Échéance : après la première phase de tests
- [ ] Déployer la même approche sur Idéllo, puis sur TFO — Échéance : mercredi ou jeudi, selon l’avancement sur ONFR
- [ ] Tester les notifications par SMS et Slack après la validation des notifications par email
- [ ] Vérifier avec Marc la faisabilité d’un formulaire Jira pour les demandes de balados

## Blocages / Risques

- Aucun serveur de staging n’a été identifié ; les tests reposent donc sur une simulation avant les modifications en production.
- Des tests suffisamment complets sont nécessaires pour éviter des problèmes lors du déploiement sur Idéllo et TFO.
- Pour l’automatisation des balados, les informations peuvent être incomplètes ou réparties entre la description et les commentaires d’un ticket.
- L’utilisation du formulaire Jira dépend de l’acceptation des autres départements et de la faisabilité technique à confirmer avec Marc.

## À suivre

- Valider les résultats des tests sur ONFR avant de poursuivre sur Idéllo et TFO.
- Confirmer la configuration du compte Solution numérique et les canaux de notification disponibles.
- Définir avec Marc le fonctionnement du formulaire Jira, les champs obligatoires et la gestion des demandes concernant une nouvelle chaîne.


---


## SOURCE: 20 Work/Team/Jean-Claude/Jean-Claude 1-1/2026-09-08 - Jean-Claude - Amadou.md
Modified: 2026-09-08 20:30

---
type: meeting
date: 2026-09-08
source: MeetMic
status: inbox
duration: 23m
meetmic_id: D72992DC-FFFA-4D30-8DE7-AA3B1454BCB9
---

# Jean-Claude / Amadou

## Résumé
- L’équipe a clarifié le fonctionnement des deux feeds JWP : le feed 24/7 reste inchangé, tandis que le feed de test interne sera ouvert et fermé selon les besoins via Wirecast.
- Une incertitude demeure concernant la facturation du second feed JWP, actif depuis plusieurs mois ; une vérification est prévue avec JWP.
- Les trois premières émissions seront préenregistrées plutôt que diffusées en direct, mais le flux OTT attendu et le mode de diffusion restent à clarifier.
- Sur OTT avec Trings, le classement des résultats de recherche a été réorganisé ; des tests sont en cours avant le sign off, notamment sur différents devices et sur le zoom d’Apple TV.
- Les déploiements de Boukili se poursuivent. L’accès à Contentful est disponible, mais la configuration de l’API et le mode de connexion doivent encore être clarifiés.
- L’automatisation des podcasts fonctionne avec des données Jira statiques ; il manque la connexion à l’API Jira pour finaliser le processus.

## Décisions
- Le feed JWP 24/7 sera conservé sans modification.
- Le second feed sera géré en interne via Wirecast, avec ouverture et fermeture après les tests ; le recours à Corus et au sous-titrage est mis de côté.
- Le processus actuel d’activation/désactivation manuelle est maintenu pour le moment, plutôt qu’une automatisation complète.
- Le sign off OTT ne sera donné qu’après la fin des tests.

## Actions
- [ ] Vérifier avec JWP si le second feed a été facturé, depuis quand et pour quel montant — Responsable : non identifié — Échéance : demain après-midi
- [ ] Clarifier le fonctionnement du flux OTT pour les trois premières émissions préenregistrées — Responsable : non identifié
- [ ] Effectuer les tests OTT sur différents devices, vérifier le zoom sur Apple TV et fournir une capture pour décider de l’acceptabilité — Responsable : non identifié
- [ ] Vérifier la collecte de Google Analytics et déterminer s’il faut exclure certains devices des tests — Responsable : non identifié
- [ ] Clarifier avec l’équipe Boukili la méthode de connexion et l’utilisation de l’API Contentful — Responsable : non identifié — Échéance : cet après-midi
- [ ] Vérifier auprès de Carol la nouvelle date ferme de déploiement de Boukili — Responsable : non identifié
- [ ] Connecter l’automatisation des podcasts à l’API Jira — Responsable : non identifié
- [ ] Réaliser une répétition générale de bout en bout du processus OTT — Responsable : non identifié — Échéance : demain

## Blocages / Risques
- Risque de surfacturation du second feed JWP, potentiellement actif depuis au moins quatre mois.
- Le flux OTT des émissions préenregistrées n’est pas encore défini.
- Le sign off OTT est bloqué par les tests restants, notamment le comportement sur Apple TV.
- La configuration de l’API Contentful et le processus de connexion de Boukili ne sont pas encore clarifiés.
- L’automatisation des podcasts dépend encore de l’accès à l’API Jira.

## À suivre
- Résultat de la vérification de facturation avec JWP.
- Clarification du flux OTT pour les émissions préenregistrées.
- Résultats des tests OTT et décision interne sur le sign off.
- Suivi du déploiement de Boukili et de sa nouvelle échéance.
- Finalisation de l’automatisation des podcasts et publication des adresses après réception du premier épisode.


---


## SOURCE: 20 Work/Team/Habiba/Habiba 1-1/2026-09-08 - Habiba 1-1.md
Modified: 2026-09-08 20:35

---
type: meeting
date: 2026-09-08
source: MeetMic
status: inbox
duration: 18m
meetmic_id: 27C4746A-7444-4FFC-9CCF-7E76139DE7FC
---

# Recording

## Résumé
- Boukili s’orientera vers une VM pour une longue durée; le recours à une API est reporté et pourrait ne pas être nécessaire.
- L’intégration avec la base PROD de Boukili est en phase de test d’accès. Le mapping des champs commencera après la migration et la validation des accès.
- Le traitement des productions originales sera basé sur un indicateur au niveau du produit, puis intégré au rapport via un filtre.
- Les demandes de regroupement des performances par collection et entre le web et l’OTT sont conservées, mais ne sont pas prioritaires.
- Le rapport performance YouTube a été adapté aux engaged views, avec un filtre par pays et deux métriques distinctes : views brutes et engaged views.
- Un live hebdomadaire de ONFR sur l’OTT est prévu à partir du 17 septembre; son exposition dans les données JWP/CDN reste à confirmer.

## Décisions
- Maintenir Boukili sur une VM pour le moment et à long terme; l’API est reportée.
- Mettre en attente les demandes de regroupement des performances par collection et entre le web et l’OTT.
- Utiliser les engaged views comme référence pour préserver la comparabilité historique des performances YouTube.

## Actions
- [ ] Finaliser les tests de connexion à la base PROD de Boukili, puis réaliser le mapping des champs après la migration — Responsable : non identifié
- [ ] Obtenir les données nécessaires auprès de l’équipe Louise pour renseigner l’indicateur « is original » au niveau du produit et l’intégrer au rapport — Responsable : non identifié
- [ ] Vérifier auprès de JW Player la présence des données de visionnement et de tracking dans la table CDN pour le live ONFR — Responsable : non identifié — Échéance : demain
- [ ] Faire un retour sur les informations obtenues concernant les données du live ONFR — Responsable : non identifié

## Blocages / Risques
- Le mapping de l’intégration dépend de la validation des accès et de la migration de la base PROD de Boukili.
- Le format des données de visionnement du live ONFR dans JWP/CDN, ainsi que le tracking associé au média ID, n’est pas encore confirmé.
- Les demandes de personnalisation des rapports pourraient nécessiter des changements importants de layout, alors que d’autres priorités sont en cours.

## À suivre
- Confirmer le fonctionnement des données et du tracking pour le live ONFR sur l’OTT à partir du 17 septembre.
- Suivre l’avancement de l’indicateur « is original » et de son intégration au rapport.
- Réévaluer ultérieurement les tickets de regroupement des performances par collection et web/OTT.


---