Datum wird fehlerhaft kopiert, von .xls zu .xlsx

[Kai]

Eine .xls Datei wird von einem anderen Programm erzeugt, listet in den beiden ersten Spalten ein Datum auf (dd.mm.jjjj).
Geöffnet mit Planmaker, werden diese Angaben als Datum gelistet, und korrekt angezeigt.

Werden diese Daten jedoch mit "Werte einfügen" in eine .xlsx Datei kopiert, ist das Jahr um -4 Jahre versetzt.
Werden die Daten der Original-Datei als "Standard" formatiert, zeigen sich Zahlen, die dem "falschen" Datum entsprechen.

In MS Excel kommt das so nicht vor. Damit gehe ich davon aus, dass PM hier etwas anders implementiert hat, was mir fehlerhaft erscheint.

[greifenklau]

Müsste ein Bug in PM sein; das gleiche mit Numbers durchgespielt ergibt den gleichen Fehler.
Das sollte sich das Team von SoftMaker mal ansehen.

[Herr S.]

Tach!

Das ist kein Bug sondern hängt damit zusammen, wie Windows und macOS mit Datumsangaben umgehen.
Windows verwendet das Datumsystem von 1900. Startpunkt ist hier der 01. Januar 1900.
macOS verwendet das Datumsystem von 1904. Startpunkt ist hier der 01. Januar 1904.
Das ergibt also eine Differenz von vier Jahren und einem Tag (wg. Schaltjahr).

Die Softmaker-Anwendungen sind Windowsprogramme, welche auf macOS konvertiert wurden und intern mit dem 1900er Datum arbeiten. Werden also Daten aus einer macOS-Tabellenkalkulation, wie z.B. Numbers, nach Planmaker importiert, so verschieben sich die Datumsangaben um vier Jahre und einen Tag. Werden Daten aus Planmaker in eine macOS Tabellenkalkulation, wie z.B. Numbers, importiert, werden die Datumsangaben in Numbers ebenfalls um vier Jahre und einen Tag verschoben, nur eben in die andere Richtung.
Microsoft Office für macOS verwendet ebenfalls standardmäßig das 1904er Datumsformat des Mac, so dass Datumsangaben, die in Excel für Mac erstellt wurden, beim Import in Planmaker ebenfalls wieder um vier Jahre und einen Tag verschoben sind.
Die letzte Microsoft Office Version die ich auf meinem Mac verwendet habe, war MSO 2011. Wenn mich meine Erinnerung nicht trügt, gab es dort einen Schalter mit dem man festlegen konnte, ob das 1900er oder das 1904er Format verwendet werden soll. So etwas bräuchte Planmaker auch, um mit dem Datumsformat des Mac kompatibel zu sein. Wenn das Datumsformat von Planmaker für Mac einseitig auf das 1904er Format geändert werden würde, wäre es bezüglich der Datumsformate nicht mehr kompatibel zu Planmaker für Windows und Linux.

[martin-k]

Datei, Eigenschaften, Kompatibilität, Datumssystem -> 01.01.1904

[Herr S.]

Das ging schnell! Schwupps ist der Umschalter programmiert!

[Herr S.]

Datei, Eigenschaften, Kompatibilität, Datumssystem -> 01.01.1904

Ich habe gerade einmal ein wenig mit der Einstellung herumgespielt und einige Datumsangaben von Planmaker nach Numbers kopiert und dabei folgendes festgestellt:

• Erstelle ich ein neues Planmakerdokument (01.01.1904 ist voreingestellt), gebe dort ein Datum ein (Zellformat Datum), kopiere anschließend das Datum und setze es in Numbers ein, wird das Datum in Numbers korrekt übernommen.

• Öffne ich ein bestehendes, älteres Planmakerdokument (xlsx-Format, 01.01.1904 ist voreingestellt), kopiere ein dort vorhandenes Datum (Zellformat Datum) und setze diese in eine Numberstabelle ein, wird das Datum um vier Jahre verschoben angezeigt. Schalte ich in dem Planmakerdokument die Datumseinstellung zwischen 1900 und 1904 hin und her, werden die Datumsanzeigen in Planmaker entsprechend geändert. Für Numbers ist es allerdings unerheblich, ob ich in dem alten Planmakerdokument das 1900 oder 1904 Format ausgewählt habe. Die Anzeige ist immer um vier Jahre verschoben.

[Kai]

Danke für die schnellen Antworten.
Die Zieldatei (erstellt auf Mac mit MS Excel) hat als Datumssystem den 31.12.1899 eingestellt. Die Quelldatei, mit den "frischen" Daten die ich übernehmen möchte, hat als Datumssystem den 01.01.1904 eingestellt.
Jetzt ist mir zumindest verständlich, warum ein simples Kopieren von Datumswerten zu überraschenden Ergebnissen führen _kann_.

Jetzt würde ich als Benutzer doch erwarten, dass ein Copy&Paste Vorgang diese Unterschiede erkennt und entsprechend korrigiert. So kenne ich es von MS-Excel für Mac. Und erwarte es auch von Planmaker ...
Natürlich kann ich mir für diesen speziellen Zweck einen Workaround basteln. Aber dafür gibt es doch "mitdenkende" Programme, oder?