Après avoir lu les commentaires, je me suis rendu compte que le mécanisme à l'origine du problème est plus compliqué que je ne le pensais. Tout d'abord, le séparateur décimal est une virgule et non un point. Deuxièmement, Excel classe la valeur d'entrée comme une valeur "date" mais la représente en utilisant le format "nombre".
Une solution à ce problème consiste à modifier le séparateur décimal, ce qui peut être fait à partir d'Excel, Options -> Advanced -> Editing options -> Decimal separator . Si cela est corrigé, Excel n'aurait pas classé la valeur d'entrée comme une valeur de "date".
Le séparateur décimal n'est pas quelque chose que j'envisagerais immédiatement, car qui utiliserait une virgule comme séparateur décimal ? Et pourtant, de manière intéressante et surprenante, la moitié du monde l'utilise ( https://en.wikipedia.org/wiki/Decimal_separator ).
Cependant, j'ai reconnu la 43125 comme une valeur de "date" sous forme numérique. Si l'on supprime le problème du séparateur décimal, un exemple similaire serait le suivant 1-25 qu'Excel interpréterait comme une valeur "date" et qui, sous le format "nombre", donne 45658.00 . Ce qui est encore plus déroutant, c'est qu'Excel autorise des formats personnalisés, de sorte que la valeur "date" peut apparaître sous la forme suivante 1.25 o 1,25 ou toute autre forme.
J'ai utilisé beaucoup de valeurs "date" dans des feuilles de calcul pour des calculs et elles peuvent être gênantes. Parfois, lorsque je rouvre ces feuilles de calcul, Excel (ou Openoffice) pense qu'il sait mieux faire et convertit automatiquement ces colonnes de date du format "date" au format "nombre" sans raison. Dans ces situations, right-click mouse -> Format Cells -> Number et la réinitialisation au format correct des cellules/colonnes permettrait de récupérer les données.
