API

Avant, un PATCH etait : /api/v1/canteens/{canteen_pk}/diagnostics/{id}

URL

POST/GET : /api/v1/canteens/<int:canteen_pk>/wasteDiagnostics
PATCH/DELETE : /api/v1/canteens/<int:canteen_pk>/wasteDiagnostics/<int:pk>

GET: liste des diagnostics anti-gaspi en ordre de period_start_date decroissant

Backwards compatibility

On garde les champs gaspi sur le modèle, pour les anciens diags.

MAJ les docs swagger pour indiquer les champs qui sont obsolètes ?

Données

Modèle : WasteDiagnostic

creation_date
modification_date
history
canteen (foreign key Canteen)

tous les champs suivants pourraient être null/blank

period_start_date (date)
period_end_date (date)
meal_count (integer)

total_mass (decimal)
is_sorted_by_source (boolean)

preparation_total_mass (decimal)
preparation_is_sorted (boolean)
preparation_edible_mass (decimal)
preparation_inedible_mass (decimal)

unserved_total_mass (decimal)
unserved_is_sorted (boolean)
unserved_edible_mass (decimal)
unserved_inedible_mass (decimal)

leftovers_total_mass (decimal)
leftovers_is_sorted (boolean)
leftovers_edible_mass (decimal)
leftovers_inedible_mass (decimal)

tous les champs _mass sont en kg

Règles

• period_start_date > period_end_date du dernier diag
• period_end_date > period_start_date
• period_end_date < period_start_date du prochain diag
• total_mass >= preparation_total_mass + unserved_total_mass + leftovers_total_mass (attention, les valeurs ne sont pas forcement definies)
• X_total_mass == X_edible_mass + X_inedible_mass (si les deux _edible_ et _inedible_ sont definis)

Questions

• pour la TD 2025 des données 2024, est-ce qu'on garde l'ancien diag (pour la dernière fois) ou on enleve les questions de l'ancien anti-gaspi ?
  • je me demande car cet outil anti-gaspi est conçu pour être utilisé regulièrement, mais on n'aura que quelques mois avant la TD.
• on fait quoi avec le badge gaspi (affiché sur l'affiche PDF, affiche en ligne, cartes cantines, page stats)
• est-ce qu'on sauvegarde plus les données anti-gaspi dans la TD ?
  • faut aussi MAJ le preview avant TD
• on enlève l'XP resa repas ?
• c'est quoi le comportement entre cet outil et cuisines centrales / satellites ?
• est-ce qu'on veut trouver des beta testeurs de l'API parmi nos acteurs anti-gaspi ?

Badge

Règles d'aujourd'hui :

• faut avoir fait un diag ("J'ai réalisé un diagnostic sur les causes probables de gaspillage alimentaire")
• faut avoir 1+ actions de:
  • Pré-inscription des convives obligatoire
  • Sensibilisation par affichage ou autre média
  • Formation / information du personnel de restauration
  • Réorganisation de la distribution des composantes du repas
  • Choix des portions (grande faim, petite faim)
  • Réutilisation des restes de préparation / surplus
• si > 3000 couverts par jour
  • faut proposer des dons ("Je propose une ou des conventions de dons à des associations habilitées d’aide alimentaire")

Si on change les règles, est-ce qu'il faut MAJ les infos de la mesure : https://ma-cantine.agriculture.gouv.fr/mesures-phares/gaspillage-alimentaire ?

from ma-cantine.

@qloridant j'ai complété mes idées, je te laisse reagir :)

from ma-cantine.

Faut aussi avoir un suivi de progrès du tunnel comme l'ancien tunnel. P-e un champ tunnel (string)

from ma-cantine.

• Est-ce qu'on veut l'appeler WasteDiagnostic alors qu'on n'utilise plus de le terme de diagnostic d'un point de vue métier ?
• Si je comprend bien, le WasteDiagnostic ne fait pas partie de l'objet existant Diagnostic car il peut y en avoir plusieurs au cours d'une même année ?
• Comment tu imagines la relation entre un WasteDiagnostic et un Diagnostic ? Ma compréhension de cette proposition c'est qu'il n'y a pas a proprement parlé de lien entre un WasteDiagnostic et un Diagnostic.
• Sur la règle period_start_date > period_end_date du dernier diag, il ne faut pas oublier que ces champs peuvent être laissés vides.

Pour répondre à tes questions :

• TD 2025 : à mon avis on peut supprimer, on ne va surement jamais les analyser et ça porurait apporter de la confusion
• ** Sauvegarde des données anti-gaspi dans la TD** : A mon avis il faut le traiter comme les mesures Végé et Plastique. Soit on sort tout ça de la télédéclaration soit on inclus aussi les mesures anti-gaspi
• Comportement entre cet outil et CC/satelittes : On peut garder le même comportement que pour un diag classique ?
• Beta Testeurs : Je trouve que c'est une très bonne idée. Ca déjà été fait au sein de ma-cantine d'avoir des nouvelles fonctionnalités ouvertes qu'aux beta testeurs ?

Remarque générale : Est-ce qu'on est pas en train d'ajouter pas mal de complexités du fait de sortir cette partie anti-gaspi d'un diagnostic classique ?

from ma-cantine.

@qloridant

Oui, AMA il y a pas un lien entre les diagnostics/bilans et la nouvelle fonctionnalité anti-gaspi. Surtout parce qu'ils sont fait de periodicité differente (1 diag 1 an, plusieurs anti-gaspi par an possible). Je suis d'acc que choisir un autre nom complètement dans le code servira à souligner ce fait.

Proposition : WasteMeasurement

Remarque générale : Est-ce qu'on est pas en train d'ajouter pas mal de complexités du fait de sortir cette partie anti-gaspi d'un diagnostic classique ?

Oui. Je pense que c'est inévitable vu le difference avec la période de mesure. Après, il y a tjs des options créatives qu'on pourrait trouver. Pour simplifier les discussions, je viens de créer des issus par sujet, ils sont listés au-dessus car je les ai lié à cet issu. Je propose qu'on continue là-bas.

from ma-cantine.