je pars d'un exemple :

- le besoin est une aide au lever tous les jours du 1er juillet au 30 juin inclus soit une période de 1 an = 365 jours
- si l'heure n'est pas spécifiée dans la période de validité indiquée dans ORDER ce sera logiquement

début 2020-07-01 => 2020-07-01T00:00:00
fin 2021-06-30 => 2021-06-30T00:00:00

soit 364 jours et pas 365

sans remettre en cause le format des dates on pourrait sensibiliser dans le guide d'implémentation sur le fait qu'un début de période sans heure précise devrait mentionner par défaut T00:00:00 et qu'une fin de période sans heure précise devrait mentionner par défaut T23:59:59

Bonjour,

Au sein d'Esppadom, la formulation des dates respecte la norme internationale ISO 8601.

La norme permet d'écrire la même date de nombreuses façons, par exemple 20040204 = 2004-02-04 = 2004-W06-3 = 2004W063

Il me semble que d'accepter toutes les variations serait ouvrir la porte à de nombreux bugs et qu'il vaut mieux conserver, comme indiqué dans le guide d'implémentation, le "format étendu" YYYY-MM-DDThh:mm:ss

Il paraît, par contre, assez logique d'autoriser une notation qui n'inclut que les parties utiles, par exemple
- 2021 (juste l'année)
- 2021-04 (avril 2021)
- 2021-04-19 (le 19 avril 2021)
etc

Ce qui est plus élégant que de mettre des zéros pour tous les blocs non pertinents - convention qui ne fonctionne pas pour la partie hh:mm:ss (pour laquelle les zéros représentent effectivement le premier instant de la journée, et non le bloc de 24 heures d'une journée entière).

Il faut valider les choses en atelier et compléter le guide d'implémentation.

Idéalement les dates-heures dans les messages ESPPADOM sont au format DateMandatoryDateTimeType soit

1948-03-20T00:00:00

L'année doit toujours être au format année-mois-jour dans le cas où seule l'année est requise - ex. une date de naissance - les formats suivants sont-ils acceptés ?

1948-03-20
19480320