Le endpoint changelogs/supplier_invoices requiert une start_date en UTC et rfc3339

Bonjour Kuartz​ 

Les endpoints de changelog (dont changelogs/supplier_invoices) utilisent la valeur de start_date telle qu'elle est fournie, sans la reconvertir en UTC avant de la comparer aux horodatages enregistrés (qui sont eux stockés en UTC). Il n'y a pas d'étape qui interprète l'offset de fuseau horaire du RFC3339 pour le ramener en UTC : la chaîne fournie est utilisée directement comme clé de comparaison.

Concrètement, un start_date fourni avec un offset non-UTC (ex. +02:00) est bien traité comme une chaîne littérale, ce qui produit exactement le décalage de deux heures décrit dans le message. La documentation publique de l'API indique seulement que la date doit suivre le format RFC3339, sans préciser qu'elle doit être en UTC. L'observation et la proposition (préciser dans la documentation que start_date doit être en UTC, ou faire en sorte que l'endpoint convertisse correctement l'offset de fuseau horaire) sont donc cohérentes avec le fonctionnement actuel du co