Office: Unterschiedliches Datumsformat bei Speichern unter (Excel 2010)

Hallo,

ich verarbeite monatliche Exceldatei von verschiedenen Gesellschaften. Diese sollen anschließend in Access importiert werden.

Einige Spalten enthalten Datumswerte, die leider in unterschiedlichen Formaten in einer Textdatei ausgegeben werden. In Excel selber sind die Zellen als Datum formatiert, und die Anzeige präsentiert mir auch brav die deutsche Schreibweise tt.mm.jjjj.

Als Vorbereitung des Imports lasse ich das Arbeitsblatt als Unicode Text speichern. In Excel rufe ich dazu die folgende Funktion auf:
Code:

Funktioniert auch alles bestens, außer dass die Datumswerte bei Dateien aus dem Ausland, z.B. Norwegen, Indien usw., teilweise anders aussehen:

• tt.mm.jjjj
• tt/mm/jjjj
• mm/tt/jjjj

Wenn ich die Datei manuell mittels "Speichern unter" ausgeben lasse, erhalte ich immer tt.mm.jjjj! Wie kann das sein, dass mit eine Anweisung in VBA ein anderes Ergebnis liefert als der Weg über die UI? Kann man das ändern?

Vielen Dank,
Stefan

:)

 

Hi Stefan,
bist du sicher, dass in jeder dieser Zellen tatsächlich ein Datum steht?
Manchmal sieht auch ein Text wie ein Datum aus...

Zum Test formatier doch mal alle Zellen, in denen ein Datum stehen sollte,
z. B. mit T.MMM.JJ
Dann sollte jedes Datum z. B. so aussehen: 5.Aug.11
Wenn der Wert einer Zelle trotz dieses Formats noch wie 05.08.2012
angezeigt wird, steht wohl der Text "05.08.2012" in der Zelle - aber kein Datum.

Dein Problem sind dann nicht die Formate, sondern die Werte.
Du müsstest alles, was ein Datum sein soll, aber nur so aussieht, in ein Datum umwandeln.
Dazu ein Tipp: Online - Excel: Textzahlen konvertieren

 

Hallo Erich,

danke für deinen Einwand. Mit dem genannten Verfahren habe ich nun festgestellt, dass in einer Spalte wirklich Datumswerte stehen, diese werden per VBA als tt/mm/jjjj ausgegeben. Bei manuellem Speichern unter erscheint dann tt.mm.jjjj - zumindest im deutschen Excel.

Die weiteren Spalten enthalten anscheinend Text, denn nach Ändern des Zellenformats steht dort exakt dasselbe.

Dies erklärt dann immerhin die Unterschiede innerhalb einer Datei. Allerdings wundert mich immer noch, dass VBA ein anderes Ergebnis produziert als der manuelle Weg über die GUI. Vor allem ist tt/mm/jjjj automatisiert nicht von mm/tt/jjjj zu unterscheiden, wenn der Tag

 

Hallo Stefan,

Der Dialog "Speichern unter... -> Textdatei" verwendet die lokalen Einstellungen für Datumswerte (Systemsteuerung|Regions- und Sprachoptionen).
VBA hingegen "denkt" in Englisch (USA) - also Monat/Tag/Jahr (gleiches auch bei Dezimaltrennzeichen, "Tausenderpunkt").
Willst Du per VBA die lokale Schreibweise erreichen, nutze das Argument "Local":
Code:

Grüße
EarlFred

 

Hallo EarlFred,

danke für deine Unterstützung. Leider ändert das Einfügen der Local-Option nichts an der Ausgabe. Und das Datum wird auch nicht im US-Format Monat/Tag/Jahr gespeichert, statt dessen erhalte ich Tag/Monat/Jahr.

Möglicherweise wird das Datum in Norwegen auch so eingetragen. Wenn wir indische Tabellen erhalten, wird nämlich in der Textdatei Monat/Tag/Jahr gespeichert. Allerdings hätte ich bei einem Datumsfeld erwartet, dass es unabhängig von der Eingabe gespeichert wird, z.B. als Dezimalzahl wie in Access.

In der Arbeitsblattansicht sehe ich auch korrekterweise das Datum formatiert mit meinen lokalen Einstellungen, also Tag.Monat.Jahr. Gemäß Erichs Tipp wird nach dem Erstellen eines eigenes Formats auch dieses korrekt angezeigt.

So langsam verzweifel ich an dieser Eigenart von Excel, hätten wir bloß direkt CSV oder TXT zum Datenaustausch vereinbart. *wink.gif*

Viele Grüße,
Stefan

 

Hallo Stefan,

dann mal ganz anders: Du sagst ja, die Datumsangaben werden von Excel korrekt als Datumswert erkannt. Es dürfte dann beim direkten Import in Access vermutlich auch keine Probleme geben. Warum also der Umweg über einen Text-Export?

Grüße
EarlFred

 

Hallo EarlFred,

warum CSV? Ja, die Schnittstelle ist schon da, einen Excel-Import müsste ich neu schreiben. Das will der Kunde momentan nicht investieren.

Außerdem hatte ich in der Vergangenheit immer wieder Probleme beim direkten Auslesen aus Excel mit Sonderzeichen etc. Allerdings waren damals noch keine Dateien aus dem Ausland im Einsatz, vielleicht mache ich einfach mal einen Test?

Viele Grüße,
Stefan