fix: detect odoo chatter updates

README.md

@@ -53,6 +53,8 @@ model = helpdesk.ticket
 fields = id,name,stage_id,partner_id,user_id,write_date
 limit = 0
 order = id asc
+track_chatter = true
+chatter_model = mail.message
 
 [http]
 timeout = 30
@@ -86,11 +88,14 @@ Hors WAPT, le script ne peut pas etre lance tel quel sans fournir les objets et
 
 ```json
 {
-  "ticket_id": "write_date"
+  "ticket_id": {
+    "write_date": "date de modification du ticket",
+    "last_chatter_update": "date et id du dernier message chatter"
+  }
 }
 ```
 
-Le runtime lit et ecrit ce fichier dans `WAPT.private_dir`. Il n'est pas versionne dans le depot.
+Le runtime lit et ecrit ce fichier dans `WAPT.private_dir`. Il n'est pas versionne dans le depot. Les anciens etats au format simple `ticket_id -> write_date` restent lisibles.
 
 La cle API est utilisee comme mot de passe d'API Odoo pour authentifier `username`. Il est aussi possible de renseigner `uid` dans la section `[odoo]` pour eviter l'appel d'authentification.
 
@@ -98,6 +103,8 @@ La cle API est utilisee comme mot de passe d'API Odoo pour authentifier `usernam
 
 `odoo.limit = 0` force la recuperation de tous les tickets. `odoo.order = id asc` stabilise la comparaison avec l'etat local.
 
+`odoo.track_chatter = true` active le suivi des notes/commentaires Odoo en lisant le dernier `mail.message` rattache a chaque ticket. Cela permet de detecter une note ajoutee dans un ticket meme si `helpdesk.ticket.write_date` ne change pas.
+
 `notification.max_tickets` limite le nombre de tickets affiches dans Rocket.Chat. `notification.max_message_chars` limite la taille totale du message pour eviter les rejets Rocket.Chat sur les gros audits. `notification.ticket_url_template` controle le lien d'ouverture du ticket ; les variables disponibles sont `{odoo_url}`, `{id}` et `{model}`.
 
 ## Protocole Odoo