Dans Libr office calcul les dates sont codées comme 0,17

Non, ce ne sont pas les données brutes qui permettent de trouver l'erreur, mais la manière dont elles sont mises en forme dans le tableur.

Mets en ligne un exemple d'un tel fichier à https://www.cjoint.com/

Tu es têtu: on ne voit pas la mise en forme appliquée ou une éventuelle formule si on ne voit pas, au lieu du texte brut que tu me cites, LA FEUILLE DE CALCUL LIBRE OFFICE Tartempion.ods.

Pour autant, si dans Excel (et je crois que c'est pareil sous Libre Office), je formate une cellule au format date par défaut (jj/mm/aaaa) et que j'entre 08:04:22, je vais forcément me faire planter au premier calcul parce que xx:xx:xx est un format d'HEURE, et que Libre Office va rentrer chez sa mère en tentant de calculer une date correspondante:
tu dois entrer "08/04/2022" (ou à la rigueur "08/04/22" s'il n'y a pas dans un calcul d’ambiguïté sur le siècle), et les guillemets spécifiques à Libre Office qui sinon peut prendre le signe "/" pour un opérateur mathématique.

https://www.libreofficehelp.com/date-time-formats-libreoffice-calc/

Bonjour,

Je ne comprends pas: une date est une date, si tu rentres (sans formule de calcul) "08/04/22" avec les guillemets dans une cellule au format date jj/mm/aaaa, la date va rester en l'état sauf si tu veux en convertir le format à un format de nombre par format ou formule de calcul, mais c'est une autre question.

Même chose dans l'autre sens: pour qu'un nombre soit converti en date, il faut que la cellule de départ soit un nombre représentant un numéro de série correspondant à une date valide et que celle d'arrivée soit au format date avec une formule de conversion de nombre en date (par exemple quelque chose du style =TEXT(A1;"dd/mm/yyyy")).

Je le répète, si tu ne trouves pas l'erreur, la seule manière de le faire est d'utiliser le lien cjoint proposé en <3>: tu fais "parcourir", tu cherches ton fichier .ods et tu le mets en ligne.

Ce n'est quand même pas dur: fais ce que je t'ai indiqué dans la dernière phrase de mon message précédent pour mettre ton fichier en ligne sur le forum et trouver l'erreur: https://www.cjoint.com/

Il est évident que, dans le fichier à mettre en ligne, seules les dates sont intéressantes, il faut l'anonymiser de tout ce qui a un caractère privé, à commencer évidemment par les données bancaires, et quitte à remplacer le texte d'une cellule qui serait utile par des données bidon.

Le site cjoint lui-même ne demande pas de coordonnées bancaires et rien d'autre que l'adresse mail de l'expéditeur.

Je t'assure que non: tout le monde sur ce forum à commencer par moi s'en sert régulièrement, et évidemment sans avoir créé aucun compte et encore moins avoir laissé des coordonnées bancaires.

Toutes tes cellules sont au format nombre.

Sélectionnes de C2 à C6: format monétaire
De B2 à B6: format texte
De A2 à A6: format date, effaces tout le contenu, et entres chaque date au format correct, par exemple 06/04/2022 (ou dans Libre Office si ambiguïté "06/04/22").

https://www.cjoint.com/c/LDjjZ4ixPYO

Je ne vois aucun moyen que de retrouver la date de l'opération originale sur un extrait de compte bancaire ou autre;
pour transformer cette notation décimale en date, il faudrait savoir à quelle logique le calcul en a obéi pour faire la manipulation inverse: ce n'est pas un numéro de série (qui ne serait pas décimal) et ça peut correspondre à ce qu'on veut (notamment un format horaire où un tel résultat aurait été obtenu par division par 24, 60....).

Pourriez vous poster une liste de ces nombres en format numériques, AFIN que je voie s'ils sont cohérents avec mes autres calculs. Savez vous au moins l'année de ces écritures ?

Oui mais comment dois-je faire pour retrouver toutes les dates ?
Merci
Paul

Voilà pourquoi les athéniens s'atteignirent.

Si je rentre ce qui n'est d'ailleurs pas une date mais un temps en format texte 18:01:22 et que je change le format en nombre, j'ai 0,75, en date 01/01/1900.

Si maintenant je fais la même chose avec 125:01:22, le tableur va considérer que c'est une heure et automatiquement m'écrire 05:01:22 dont la valeur nombre est 5,21 et date 05/01/1900.

Le tableur considère donc cette valeur comme la fraction de jour écoulée depuis le jour initial (01/01/1900): si j'ai moins de 24, j'ai une fraction de jour (0,75), si j'ai plus j'ai le nombre de jours plus la fraction (5,21).

Mais ce qui veut dire que si une fraction vaut 0,7509.... elle ne peut exactement être rendue que par 18:01:22, 42:01:22 (je rajoute 24)...mais pas par 17:01:22 ni par 18:02:22 à l'arrondi de calcul près dans le dernier cas.

Si je veux reconstituer à partir de la fraction: 0,7509.... x 24 (préciser le même nombre de décimales à 15) = 18,0227...

J'ai donc bien 18 (heures), 0.0227... x 60 = 1(minute),36.... et 0,36... x 60 = 21,60 à l'arrondi de calcul près ce qui me permet, d'autant que dans le contexte l'année ne peut être 21, de reconstituer la date 18/01/22

B15 me restitue 18:01:22 à partir de 0.75.... en A15.

Si maintenant je copie B15 en A5 et que j'y remplace 0,75.... par la valeur que je viens d'obtenir (18:01:22), B5 me rend la réponse (en notant que ce n'est pas un format date, mais tant que l'on n'a pas à calculer dessus, peu importe).

Plus élégant que de faire ça à la main, pas sûr que ce soit plus rapide; on peut évidemment et comme je l'avais souligné aussi mathématiser dans Excel la recette de cuisine que j'ai mise en ligne.

On aura de toute façon dans les 2 cas le même "risque" d'approximation puisque, en tout état de cause, 0,75... à 15 décimales n'est pas la valeur réelle.