Discussion :

[Slaveak]

Bonjour à tous,

Suite à une discussion avec mon binôme consultant (lui, spé restitution et moi spé intégration) nous avons un gros débat sur la gestion du 29 février à N-1 et N+1.

Jusqu'ici nous ne nous étions jamais réellement posé la question car utilisant des logiciels de restitution agile (type Qlik View, Tableau etc.) et nous gérions ça via des fonctions interne aux outils.

Actuellement, nous effectuons la restitution avec Microstrategy et donc nous sommes "obligés" de passer par une table calendrier.
Dans cette table calendrier nous avons deux colonnes avec la date à N-1 et une autre avec la date à N+1.
Or en ce qui concerne le 29 février 2016 , à N-1 il va avoir une correspondance au 28 février 2015. Pour N+1 le 28 février 2016 et le 29 février 2016 vont renvoyer tous les deux vers le 28 février 2017...

Pour remplir ce calendrier nous utilisons SSIS et pour ces deux colonnes nous faisons simplement un DATEADD(YEAR,-1,'29-02-2016') pour N-1 et DATEADD(YEAR,+1,'29-02-2016')

Je pense que vous avez pas mal d'infos pour nous donner vos façons de gérer cela.

Merci d'avance pour vos réponses.

Cordialement,

Slaveak

[nuke_y]

C'est moche mais le problème est le même avec le 31 mai qu'on veut comparer au 31 avril (si on fait une comparaison mois n vs n-1).

Il faut donc faire un choix, choix à partager avec le reste de l'entreprise:
- le 29 peut être ajouté au 28 lors des analyses, le 28 va donc devenir un jour avec un pic de valeur
- le 29 peut être comparé à rien, on l'exclu et puis c'est tout, ou on ne le compare à rien, c'est utile quand on travaille sur des jours clés "8 mai", "14 juillet", "25 décembre", "31 décembre"
- le 29 peut être comparé au 28, donc le 28 de l'année n-1 est utilisé 2 fois : 1 fois pour être comparé au 28 de l'année n et 1 deuxième fois pour être comparé au 29 de l'année n, c'est probablement la solution la moins mauvaise car on ne perd pas de chiffres, on a pas de pic de valeur et chaque jour trouve un équivalent.
- le 29 peut être comparé au 01/03 car c'est le 60e jour de l'année (et donc ça déporte le problème sur le 31/12 qui sera le 366e mais qui n'aura pas d'équivalent l'année n-1)
- le 29 peut être considéré comme "le dernier jour du mois" au lieu du "29e jour du mois". C'est très pratique dans toutes les analyses de stock où on compare les stocks (ou les valeurs) à la fin du mois, dans ce cas que le mois ait 28, 29, 30 ou 31 jours ça ne change rien, il faut comparer au dernier jour du mois. Et dans ce cas on va le comparer au 28 de l'année n-1

Bref pas de solution magique, il y a un choix à faire, à partager, à documenter et à assumer.

[Slaveak]

Merci pour ta réponse.

De notre côté nous n'avions pas trouvé autant de possibilités, mais effectivement, ta conclusion est la même que la notre, ce n'est pas à nous de décider, c'est bien une règle de gestion à mettre au seins de l'entreprise qui sera décidée par tous.

De notre côté nous pencherions à ne rien comparer à un 29 février ou à un 31 mai si mois-1 ... On va se marrer à implémenter toutes ces exceptions

[Slaveak]

Réponse finale sur le sujet. Et bien non on a pas galéré plus que ça, ça a été assez vite fait en fait

Merci pour ces conseils

++