CSV Daten importieren, Fehlermeldung Datum

Ich habe auch so meine Problemchen mit dem CSV-Import.
Eine meiner Banken erlaubt nur einen CSV-Import oder manuelle Eingabe der Buchungen. Ich importiere die Buchungen im Schnitt bloß einmal im Monat.
Die heruntergeladene CSV-Datei hat folgendes Format.

Gebucht;Aufgetreten;Händlername;Händlerort;Bundesland/Kanton des Händlers;Postleitzahl des Händlers;MCC/SIC-Code;MCC-Beschreibung;Ursprünglicher<BR>Betrag;Währungs<BR>Beschreibung;Umrechnungs<BR>Kurs;Abgerechneter<BR>Betrag;Erinnerung;Soll/Haben;Referenznummer;Kontoauszugsdatum;Konto;Kartennummer
2016-07-14;2016-07-13;MUSTERHAENDLER;MUSTERSTADT;;;;;;;;14,68;False;Debit;;;;

Der Import schlägt zunächst mal mit der im 1. Beitrag genannten Fehlermeldung fehl. Da ich den Vorgang, wie gesagt, relativ unregelmäßig mache, vergesse ich die Gründe, woran es liegt. Durch google lande ich immer in diesem Thread und sehe, dass in der Datei tatsächlich eine leere Zeile am Ende ist. Ich lösche sie und probiere es erneut. Wieder die gleiche Fehlermeldung. MG mag das Datumformat Jahr-Monat-Tag nicht. Es muss Jahr.Monat.Tag sein. Also muss das von mir auch nochmal selbständig geändert werden. Dann klappt der Import auch, jetzt sind aber alle Beträge der Buchungen positiv. Die muss ich nochmal manuell ändern. Kann ich MG irgendwie beibringen, dass Beträge, die mit "Debit" in der Textdatei gekennzeichnet sind, als negative Beträge zu interpretieren sind?

Insgesamt kostet es mich jedes Mal 3 Anläufe und einiges an Handarbeit, bis die Daten drin sind. Das mit dem Datum muss ja nun wirklich nicht sein. Ich würde mir einen Textparser wünschen, der solche Unterschiede erkennt.

In Tabellenkalkulation öffnen:
Datumsspalte markieren und "-" durch "." ersetzen (Strg H).
Filtern auf Debit und die entsprechenden Beträge mal -1 nehmen ?!
Speichern als *.CSV

Oder, wenn das immer so Auftritt, ein Tabellenkalkulations-Makro basteln, das die CSV öffnet, bearbeitet und als CSV wieder abspeichert.

Wie soll den der Parser alle "möglichen und unmöglichen" Formate erkennen und bewerten? Das ist doch ein bischen viel verlangt.

Falk

Bei der Sache mit dem "Debit" gebe ich dir Recht!
Das mit dem Datum kann man eigentlich schon erwarten.

Ist insgesamt halt etwas nervig. Für sich gesehen sind das nur wenige Handgriffe, wie du es beschrieben hast. Aber jeder zusätzliche Handgriff kostet halt Zeit und das kann sich bei den vielen anderen kleinen Dingen im Leben unangenehm kumulieren.

Zitat von oli2016

...

Das mit dem Datum kann man eigentlich schon erwarten.

Ist insgesamt halt etwas nervig.
...

Nur in "Deinem" Fall. Wenn ein anderes Trennzeichen verwendet wird, und dafür fallen mir eine Menge "Unicodes" ein, wird das Parsen sehr schwer. Und für das "nervige" wäre ein Makro ja nicht verkehrt.

Falk

Mag sein, dass es eine Menge potentieller Zeichen als Trennzeichen für das Datum gibt. Sinnvolle Trennzeichen gibt es aber vergleichsweise wenige. Als ich noch mehr programmiert oder mit Datenbanken gearbeitet habe, sind mir da nur '.' und '-' untergekommen. Ein '_' war da schon äußerst selten und exotisch. Mehr ist mir persönlich nicht untergekommen, weswegen ich nun überrascht bin, dass das hier nicht abgefangen wird. yyyy-mm-dd ist einfach ein gängiges Datumsformat in der Informatik.

Warum sie die ISO Formatierung nicht unterstützen, musst Du den Support fragen. Evtl. hängt es es mit den OS eigenen Region und Sprach-Einstellungen (siehe Systemsteuerung) zusammen. Routinen aus der .NET Library? Selbst Microsoft ignoriert ja DIN 5008.

Falk

Nachtrag: Wenn Du mehr Spaß mit dem Prog haben möchtest, stell mal in den Regionseinstellungen das Datumsformat auf YYYY-MM-DD und öffne dann MG und prüfe verschiedene Datumsdarstellungen in unterschiedlichen Funktionen des Programms.

Ist dem Support mitgeteilt ...

... oder so

Falk

Cool, danke für die Unterstützung! Die Sache mit dem Betrag abhängig vom Soll/Haben Texteintrag wird wahrscheinlich trotzdem nur mit Excel lösbar sein oder?
Falls ja, ist das nicht so gravierend. Die paar Einträge kann ich dann hinterher immer noch korrigieren.

Chapeau! Das ist ein Vorgehen, dass mir sehr gut gefällt! Damit kann ich leben und so viel extra Zeit kostet es nicht.