vault backup: 2026-09-08 20:44:18

2026-09-08 20:44:18 -04:00
parent 8aa606806a
commit cb36c70bdd
10 changed files with 233 additions and 0 deletions
@@ -0,0 +1,39 @@
+---
+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.
@@ -0,0 +1,48 @@
+---
+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.
@@ -0,0 +1,44 @@
+---
+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.