Der „Normalfall”

Im Grund genom­men kann man zu Recht sagen: „Excel ist Excel ist Excel.” Dat­en sind ohne Prob­leme zwis­chen den bei­den Plat­tfor­men aus­tauschbar. Aber wie gesagt, „Im Grund genom­men”. Alles funk­tion­iert pri­ma und ohne Prob­leme. Bess­er, als wenn Sie Tabel­len­blät­ter oder Arbeitsmap­pen aus Fremd­pro­gram­men wie beispiel­sweise OpenOf­fice, Libre Office, Google Tabellen, … importieren.

Vielle­icht wer­den die eine oder andere Schrift auf das jew­eilige Sys­tem adap­tiert und dadurch kann es dann vorkom­men, dass Spal­tenbre­it­en angepasst wer­den soll­ten, aber das ist mar­gin­al. Ins­ge­samt passt das. Aber lei­der nicht immer.

Das (kalendarische) Datum

Beim kalen­darischen Datum gibt es aber einen riesi­gen Unter­schied. Wenn Sie beispiel­sweise in Excel 2011 (Mac) ein Tabel­len­blatt mit kalen­darischen Dat­en in Win­dows-Excel ver­wen­den, dann wird Ihnen eine erhe­bliche Diskrepanz auf­fall­en: Vier Jahre (und ein Tag) Unter­schied!

Der Hintergrund

In der ersten (Win­dows) Excel-Ver­sion war das Jahr 1900 ein Schalt­jahr. Der Vier­jahres­logik fol­gend müsste 1900 auch ein Schalt­jahr gewe­sen sein, weil die Jahreszahl glatt durch vier teil­bar ist. Aber per Def­i­n­i­tion war es eben doch kein Schalt­jahr. Im Gegen­satz zu 2000 übri­gens.  😎

In Win-Excel begin­nt die „Zeitrech­nung” am 1.1.1900. Dieser Tag entspricht dem inter­nen Wert 1. Der 2.1.1900 ist dann die 2, und so weit­er. Aber wie gesagt es gibt dort fälschlicher­weise auch den 29.2.1900 😯 . Im Mac-Excel kann es das Prob­lem nicht geben, denn dort begin­nt die Zeitrech­nung am 1.1.1904.

Damit Sie bess­er „am eige­nen Leib” nachvol­lziehen kön­nen, wie sich das auswirkt, haben wir jew­eils ein Link zu der Win­dows-Ver­sion (Basis 1900) und der Mac-Ver­sion (1904-Basis) mit der iden­tis­chen Daten­ba­sis eingestellt.

Sie erken­nen die Unter­schiede deut­lich. Vier Jahre und 1 Tag Unter­schied. Wobei ich zugeben muss: Es ist dur­chaus denkbar, dass Ihr Excel alleine erken­nt, dass es sich bei der geöffneten Datei um eine Mac-Ver­sion han­delt. In Excel 2013 zumin­d­est war das der Fall und Excel hat automa­tisch die 1904-Datum­se­in­stel­lun­gen aktiviert. Bei Excel 2003 und früher ist die Wahrschein­lichkeit groß, dass diese Dif­ferenz auftritt.

Hal­ten wir fest: Prak­tisch alles ist zwis­chen den bei­den Excel-Wel­ten kom­pat­i­bel und aus­tauschbar, nur beim Datum gibt es unter Umstän­den erhe­bliche Dif­feren­zen. Hier ist Obacht ange­sagt.

Der Ausweg: 1904-Datum

Wenn Sie diese Dif­ferenz fest­stellen, aktivieren Sie unter Extras | Optio­nen oder in neueren Ver­sio­nen im Office-Menü bzw. Dateimenü die Optio­nen und dort Erweit­ert. Hier suchen Sie den Punkt, wo Sie die 1904-Datum­swerte aktivieren kön­nen. Hier ein Beispiel aus der Ver­sion 2013:

Aktivierung des 1904-Datums –  nutzen Sie bei anderen Ver­sio­nen auch die F1-Hil­fe!

Damit scheint das Prob­lem gelöst. Zumin­d­est in der betrof­fe­nen Mappe. Denn bei älteren Ver­sio­nen wirkt sich das nicht nur auf die aktuelle Arbeitsmappe aus son­dern auf jede Mappe. In jed­er Datei. Und zwar so lange, wie Sie in den entsprechen­den Ver­sio­nen die Ein­stel­lun­gen nicht wieder zurück set­zen. Und dann ist (natür­lich) in der betrof­fe­nen Tabelle wieder der Fehler drin. 🙁

Noch ein Hin­weis, eher eine War­nung: Mitunter wird Ihnen für „Minusstun­den” oder „Neg­a­tivzeit­en” emp­fohlen, die 1904-Dtum­swerte zu aktivieren. Richtig ist, dass auf diesem Wege neg­a­tive Zei­tangaben kor­rekt dargestellt wer­den, wenn diese Option aktiviert ist. Aber alle kalen­darischen Dat­en wer­den dann auch um 4 Jahre und 1 Tag ver­schoben. Und das kann erhe­bliche Seit­en­ef­fek­te haben, wenn Sie diese Datei weit­ergeben oder auch nur mit anderen Map­pen verknüpfen. Wie Sie sin­nvoll mit neg­a­tiv­en Zei­tangaben umge­hen kön­nen, lesen Sie beispiel­sweise hier im Blog nach.

Makros

Auch wenn es nicht zum eigentlichen The­ma des Date­naus­tauschs zwis­chen den bei­den Wel­ten gehört, einige Sätze zum The­ma Makros. Schließlich sind diese ja mitunter in eine Datei einge­bun­den. Zu 95% kann gesagt wer­den, dass es hier keine Prob­leme gibt. Aber eben nicht zu 100%. Immer dann, wenn auf irgendwelche Sys­te­me­in­stel­lun­gen zurück­ge­grif­f­en wird (Libraries), dann ist es so gut wie aus­geschlossen, dass das Makro in bei­den Wel­ten lauf­fähig ist. Auch die Objekt-Ver­wal­tung ist unter­schiedlich für die bei­den Ver­sio­nen. Und vor allen Din­gen: Die Dateiver­wal­tung ist in der Mac-Welt eine andere als unter Win­dows.

Bekannte Unverträglichkeiten (Inkompatibilitäten)

Windows → Mac

• Die Env­i­ron – Funk­tion führt auf Mac zu einem Laufzeit­fehler
• Send­Keys  führt fast immer auf Mac zu einem Laufzeit­fehler
• Das FileSys­tem Object existiert nicht im Mac
• MacID – Funk­tion führt unter Win­dows zu einem Laufzeit­fehler
• Die Mac­Script – Funk­tion gle­icher­maßen
• Das Schlüs­sel­wort CDe­cl führt auch unter Win­dows zu einem Laufzeit­fehler
• Dateina­men dür­fen fol­gende Zeichen nicht enthal­ten: /, \, |, <, >, ?, *
• Nicht wün­schenswert sind diese Zeichen in Dateina­men, weil diese zu Fehlin­ter­pre­ta­tio­nen im Win-Excel führen kön­nen: #, [, ], ! und ’ (das Aus­las­sungsze­ichen).

Dieser Beitrag wird im Laufe der Zeit gewiss noch ergänzt wer­den.