IFM · Mai 2026

Le Module de vente d'AES

Retour sur le stage et le projet Module de vente chez AES — Matteo Saccone

Sommaire

01 · Le Module de vente — Le métier d'AES, les besoins et l'état d'avancement. 03 · Rétrospection sur le stage — Ressenti, apprentissages et axes d'amélioration.
02 · Rétrospection sur le projet — Méthodologie, organisation et défis rencontrés.
Le Module de vente · Mai 2026

01 · Le Module de vente

Du module existant aux flux souhaités.

Le Module de vente · Mai 2026

Les flux métiers d'AES

Tout ce qu'AES gère déjà aujourd'hui.

  • Identité — parents, enfants, responsabilités
  • Inscriptions — aux activités (garderies, repas, plaines)
  • Présences — pointage quotidien des enfants par les agents
  • Facturation parentale — calcul mensuel et envoi des factures
  • Portail parent — consultation, inscriptions et paiements en ligne
Le Module de vente · Mai 2026

Le module de vente existant — ses limites

Pourquoi il fallait le repenser.

  • Conçu pour une seule commune — design minimaliste, hors logique de mutualisation iMio
  • Besoins partiellement couverts — beaucoup de communes ne s'y retrouvaient pas
  • Détournements fréquents — créer une présence avec une activité « petit-lu » ou « photos » pour vendre un produit
  • Tarification incomplète — le système de prix unitaire n'était pas exploité
  • Conséquence — données éparpillées, ressaisies et flux erroné
Le Module de vente · Mai 2026

Vendre des produits ou des services

Deux logiques différentes, modélisées dans le même module.

  • Produits — articles unitaires, vendus en quantité
    • Petits-lus, maillots de bain, photos de classe…
  • Services — prestation à usage unique, une place par enfant
    • Transport pour un voyage scolaire, bus, spectacle…
  • Distinction modélisée — tarification unitaire vs forfaitaire
  • Une commande = un enfant + un parent facturable + une quantité
Le Module de vente · Mai 2026

Vendre dans le temps

Un produit, plusieurs prix au fil de l'année.

  • Un même produit peut être vendu sur plusieurs périodes successives
  • Chaque période a son prix daté propre — ex. 10 € en septembre, 8 € en janvier
  • Permet de modéliser les rythmes scolaires sans dupliquer les produits
  • Historique de prix conservé — utile pour les rééditions et les statistiques
Le Module de vente · Mai 2026

Visibilité sur le Portail Parent

Quand et pour qui le produit apparaît côté parent.

  • Chaque produit a une ou plusieurs fenêtres de visibilité sur le portail
  • Définies par une date d'ouverture, une date de facturation et un stock max par enfant et/ou pour la période
  • Ciblage scolaire — implantation, niveau (maternelle/primaire), classe
  • Indépendant des prix — un prix peut courir toute l'année avec une fenêtre portail de 2 semaines
Le Module de vente · Mai 2026

Intégration à la facturation

Brancher la vente sur le moteur existant.

  • Les commandes du Module de vente sont prêtes à se brancher sur la facturation existante
  • Reste à faire — adapter la facturation existante pour prendre en compte les commandes
  • Difficulté — la facturation a été en pleine refonte pendant la durée du stage
  • Statut actuel : structure côté vente OK, branchement à terminer
Le Module de vente · Mai 2026

Intégration au portail parent

Exposer un point d'entrée pour le portail parent.

  • Liaison commencée mais pas encore finalisée
  • AES doit exposer une passerelle vers le portail parent
  • Le portail parent doit pouvoir lister, commander, annuler et payer, ...
  • Certains endpoints ont été pensés et conceptualisés
  • Statut actuel : squelette posé, implémentation à compléter
Le Module de vente · Mai 2026

Exportation vers Onyx

Le maillon externe, à prévoir plus tard.

  • Onyx — logiciel de facturation utilisé par les communes, externe à iMio
  • Maintenu par Civadis
  • Export AES → Onyx non réalisé dans le cadre du stage
  • À prévoir dans une itération ultérieure
Le Module de vente · Mai 2026

02 · Rétro projet

Comment on a travaillé, et ce qui a été le plus difficile.

Le Module de vente · Mai 2026

Méthodologie de travail

Une équipe, des rôles complémentaires.

Étape Personne Description
1 Justine Analyse fonctionnelle — recueil des besoins communaux et cadrage métier.
2 Jenny & Ludovic Conceptualisation technique — modèles, mixins, intégrations.
3 Matteo Implémentation incrémentale dans une logique Agile.
4 Équipe Revues, ajustements et reprise des choix au fil de l'eau.
Le Module de vente · Mai 2026

Les défis rencontrés

Ce qui a fait avancer — et freiné.

  • Premières fois sur plusieurs technos : Python, framework Odoo, Jira
  • Besoin d'un temps de compréhension et d'adaptation au framework
  • Cohabitation avec une facturation en refonte côté Charleroi
  • Performances pour un logiciel d'une telle ampleur, sur un tel framework
  • Chaque itération a poussé la compréhension du métier un peu plus loin
Le Module de vente · Mai 2026

03 · Rétro stage

Ce que je retiens, humainement et techniquement.

Le Module de vente · Mai 2026

Bilan & ressenti

Ce que je retiens, humainement et techniquement.

  • Très bonne ambiance — équipe accueillante et bienveillante
  • Forte progression technique : Odoo, Python, concepts d'architecture, réflexion métier, infra, IA (Claude, il fallait bien en parler au bout d'un moment)
  • Forte progression humaine — remise en question, communication, travail en équipe, audace
  • Un regret — peu de pair programming avec Jenny ou Ludovic, pris par les demandes Charleroi
  • Mais cela a laissé beaucoup de place à l'autonomie — un vrai apprentissage
Le Module de vente · Mai 2026

Merci !

Questions · Échanges · Retours