Communauté Scenari

• Rencontres 2025 : proposer d'adhérer aux participants des Rencontres (document à distribuer, réunion, ...).

• Rencontres 2026 : montrer qui est adhérent ou pas sur les badges des Rencontres.

• et penser à inviter les Non-adhérents à participer à l'AG (sans droit de vote).

• Préparer un argumentaire pour que les référents scenari puissent convaincre leur hiérarchie.

• Proposer un ajout dans les statuts et faire un manifeste plus complet incluant les valeurs de l'association.

• Kelis voit si ça les intéresse des les mettre les vidéos de présentation des outils sur download

• Ajouter moteur de recherche sur sc.org (réfléchir avec Thibaut)

• Rechercher les tags des vidéos sur picatube FAIT

• Remonter la catégorie "serveur" dans le forum et unifier avec nouvelle plateforme de téléchargements. FAIT

• Réfléchir à proposer des gabarits par la communauté (contenus vides juste avec niveau de titre) (appel à la communauté et chaque éditeur (comité Opale, comité Topaze, ...) ordonne, filtre et propose).

Bilan moral :

Très belle cuvée 2025. On a pu tourner plusieurs micro-témoignages.

Session Scenari Help à refaire. Avoir quelqu'un qui distpatche les besoins aurprès des personnes expérimentées est une bonne pratique.

Organisateurs contents avec la communauté.

Essayer de trouver une manière de rendre les conférences plus dynamiques. Par exemple découper l’intervention : conf - échanges (pistes de discussions) - conf - questions/réponses.

Mettre en relation les dynamiseurs de sessions et les gens qui font une présentation, afin qu’il⋅elle⋅s puissent se coordonner pour rendre les présentations plus dynamiques.

Demander aux gens qui proposent des confs de combien de temps ils auraient besoin (proposer 2 ou 3 formats éventuellement).

Bilan financier :

Solde positif. Paiement en double à un restaurateur, à corriger

L'institution pressentie pour accueillir les rencontres Scenari 2026 ne peut finalement pas prendre cet engagement, d'autres pistes sont étudiées (une probable, 5 en contact et 3 fermées).

Dead-line : 20 décembre.

Remue méninges sur sources revenus et évolution adhésions.

Déficit toujours présent mais qui se réduit d’année en année (grâce à une paire de grosses adhésions).

Grosse dépense sur les serveurs, mais à étaler sur 4 ans.

L’université de Lille finançait la maintenance de Topaze depuis Topaze 1.8 et arrête son soutien en 2025.

Le comité éditorial de Topaze s'est réunit le 10/10/25 et souhaite relancer l'idée du financement participatif pour pouvoir répartir la charge entre plusieurs utilisateurs.

Problème de passer par une plateforme de crowdfunding (Ulule, KissKissBankBank, ...) : fonctionnement par bon de commande et dépose de factures sur Chorus, pas compatible.

La solution retenue pourra peut-être être utile pour d'autres chaines libres de l'univers Scenari, par exemple pour le financement de fonctionnalités ?

Piste explorée : passer par des structures tierces comme https://opencollective.com/collectives, et notamment les hôtes fiscaux https://opencollective.com/fiscal-hosting.

Communiquer sur le temps passé à créer les outils gratuits que les gens utilisent.

Solution court terme : le comité Topaze centralise les promesses de participation financières et traite directement avec Kelis. Annonce générique d’appel à participation dans bulletin.

Dernières infos sur le modèle et son futur.

• Dev Cœur 6.5

  • Peu de choses visibles (pour le moment) pour les utilisateurs finaux

  • Travail de fonds : modeling (les générateurs de Builder) sont en train d'être recodés en Kotlin

  • Pas de visibilité sur l'arrêt de la version 6.5

• Nouveau modèle en cours de dev : Progress

• Travaux autour de doc.scenari.software (visionnages des maquettes)

• Évolutions des solutions serveurs communautaires

  • Revue de la home

  • Intégration de Deepl

  • Suite starter PWA/QR code feature sur la home

Cas précis d’un lycée où le gestionnaire est parti à la retraire et ils n'ont pas fait le transfert du gestionnaire.

État actuel de la stratégie de sauvegarde : On garde 30 jours. Avec zfs, garder des jours glissants est très peu coûteux, c'est donc plutôt cette stratégie qui est actuellement en place.

Proposition: programme de backup de plus en plus "sparse" pourrait aider pour ce genre de cas :

• 1 backup par année

• 1 backup par mois (pour l'année courante)

• 1 backup par semaine (pour le mois courant)

• 1 backup par jour (pendant 30 jours)

Possibilité d'un bandeau ou d'une alerte sur MyScenari ? Possibilité de couper l’accès à l’instance sans l’éliminer ? --> Beaucoup de dev pour des cas très rares.

18-19 nov : switch ancien serveur admin Kelis -> nouveau serveur admin Quentin.

Gros travail de dockerisation et de configuration pour que Thibaut puisse intervenir à différents endroits de différentes manières.

Thibaut et Quentin ont les droits admin sur l'infrastructure.

Gros travail de documentation pour qu'un⋅e autre adminsys puisse entrer dedans si besoin.

Système mis en place pour récolter des métriques de différents types (usage disque, nombre d'utilisateurs, ...)

À l'étude, entretien RH prévus.

La liste du travail est sur le dépôt Git.

Quentin peut, sur la base de l'info dispo sur le git, apporter l'info de la répartition des grandes taches lors des AG.

Reflexion suite à des problèmes de connexion entre Stripe et Dolibarr.

Établir une liste de fonctionnalités à tester quand on monte de version de Dolibarr.

Quenton ok pour avoir un profil de « touche à tout », en plus de sa fonction d’admin sys / dev.

• courriers de Euro-info arrivent toujours à l’ancienne adresse. Il faut voir si ça nous sert toujours car ça semble lié à une fonction de paiement en ligne que l’on utilise pas.

• ménage dans les canaux mattermost effectué.