# 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. ---