<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Hallo,</p>
<p>ich bearbeite auf einem Windows 10 Rechner den Download mit Excel 2013 um die überflüssigen Zeilen und Spalten zu entfernen und speichere dann wieder als .CSV. Das wäre eine mögliche Ursache für einen Zeichensatz "mismatch". Aber da kommt weder Mac noch
Roman vor. (Und das Problem besteht auch wenn ich den original Download-File verwende.<br>
</p>
<p>Da der Buchungstext aber ursprünglich nicht von meiner Bank stammt sondern von einem vorgelagerten kommerziellen System übermittelt wird, ist die Anzahl und Art der Vorsysteme nicht so recht bestimmbar.</p>
<p>Umlaute und scharfes S sind in manchen Zeilen korrekt und in anderen Zeilen unterschiedlich falsch interpretiert.<br>
Leider kenne ich kein Programm mit dem ich dem Zeichensatz im Detail nachspüren kann.<br>
Welchen Editor verwendest Du?</p>
<p><b>Jedenfalls nochmals Danke, ich kann jetzt wieder gut importieren. </b><br>
</p>
<div class="moz-signature"><font size="-1">Mit freundlichen Grüßen</font><font face="Comic Sans MS"><i><font size="-1"><br>
</font><b>Gerhard Oblasser</b></i></font></div>
<div class="moz-cite-prefix"><br>
<br>
Am 11.05.2018 um 15:25 schrieb <a class="moz-txt-link-abbreviated" href="mailto:joachim.wetzig@t-online.de">
joachim.wetzig@t-online.de</a>:<br>
</div>
<blockquote type="cite" cite="mid:F43ADF80-D4C6-4CF7-ABB7-E142EC63C893@t-online.de">
<div style="word-wrap: break-word; -webkit-nbsp-mode: space;
-webkit-line-break: after-white-space;" class="">
Hallo,
<div class=""><br class="">
</div>
<div class="">Mein Editor meint, der Zeichensatz sei Mac OS Roman (da in der übersandten Datei keine Umlaute oder scharfes S vorkommen kann ich das nicht prüfen) und das Zeilenende sei CR LF (wie in Windows üblich).</div>
<div class=""><br class="">
</div>
<div class="">Der Fehler stammt aber daher, dass in dem Text ein oder mehrere Reverse Slash „\“ (hex 5C) vorkommt.</div>
<div class="">Nach dem Ersetzen aller \ durch / mit meinem Texteditor kann die CSV Datei importiert werden. Anscheinend „kann“ GC die Windows Zeilenenden CR LF.</div>
<div class="">Einfügen eines einzigen \ führt wieder zu dem Fehler.</div>
<div class=""><br class="">
</div>
<div class="">Also: CSV Datei vorbehandeln.</div>
<div class=""><br class="">
</div>
<div class="">Mfg </div>
<div class=""><br class="">
</div>
<div class="">J W</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
<div class="">
<blockquote type="cite" class="">
<div class="">Am 10.05.2018 um 04:48 schrieb Gerhard Oblasser <<a href="mailto:GOblasser@live.com" class="" moz-do-not-send="true">GOblasser@live.com</a>>:</div>
<br class="Apple-interchange-newline">
<div class="">
<div text="#000000" bgcolor="#FFFFFF" class="">
<p class="">Hallo Joachim,</p>
<p class="">ich verwende den Zeichensatz UTF-8.<br class="">
Ja, den "Buchungstext" der Bank würde ich in das GC-Feld "Beschreibung" importieren. - So weit komme ich aber gar nicht, weil unmittelbar nach Auswahl der .CSV Datei die Fehlermeldung kommt.</p>
<p class="">Einen Testdatensatz mit 7 Zeilen habe ich beigefügt<br class="">
</p>
<div class="moz-signature"><font class="" size="-1">Mit freundlichen Grüßen</font><font class="" face="Comic Sans MS"><i class=""><font class="" size="-1"><br class="">
</font><b class="">Gerhard Oblasser</b></i></font></div>
<div class="moz-cite-prefix">Am 09.05.2018 um 13:16 schrieb <a class="moz-txt-link-abbreviated" href="mailto:joachim.wetzig@t-online.de" moz-do-not-send="true">
joachim.wetzig@t-online.de</a>:<br class="">
</div>
<blockquote type="cite" cite="mid:AC443A49-E7AD-4BAC-B75E-50D25E05D8AD@t-online.de" class="">
Moin,
<div class=""><br class="">
</div>
<div class="">gelegentlich.</div>
<div class=""><br class="">
</div>
<div class="">Mein Excel 2011 (auf einem Mac) schreibt CSV Dateien im Zeichensatz „Western (Mac OS Roman) und trennt Zeilen mit „CR“.</div>
<div class="">Gnwucash 3.1 erwartet Unix style Zeilentrennungen (LF), der Zeichensatz ist auswählbar und auf UTF-8 voreingestellt (Import Menü). </div>
<div class="">Die Datumsangaben erwartet GC per default (wählbar im Import Menü) als ISO („jjjj-mm-tt“). Die weniger schlechte Nachricht ist, dass GC sich an einem Datum wie dem „20.11.17“ im CSV File nicht verschluckt, auch wenn das Datumformat für den Import
auf „Jahr-Monat-Tag“ eingestellt ist, die mehr schlechte ist, dass es still heimlich die falsche Interpunktion ignoriert und das genannte Datum als 17 Nov 2020 einliest. </div>
<div class="">Ein Testdatum „29.12.00“ wird korrekt abgelehnt (rot markiert), bis ich „Tag-Monat-Jahr“ als Datumsfromat wähle.</div>
<div class=""><br class="">
</div>
<div class="">Nach umkodieren der CSV Datei auf UTF und LF (das macht mein Editor TextWrangler mit zwei Mausklicks) wird sie bei mir -mit ignorierter erster Zeile (Import Menü)- eingelesen.</div>
<div class=""><br class="">
</div>
<div class="">Nachfolgend die ersten zwei Zeilen meiner CSV Datei:</div>
<div class="">
<div class=""><br class="">
</div>
<div class="">Buchungstag;Gegenkonto;Buchungstext;WertsteIlung;Betrag in EUR;;;;</div>
<div class="">23.01.17;irgendjemand;SaldoKarten-Nr. XXXXXXXXXXXXXXzur Abrechnung über das Girokonto;23.01.17;29,63 €;;;;</div>
<div class=""><br class="">
</div>
</div>
<div class=""><br class="">
</div>
<div class="">Mit Buchungstext meinst Du vermutlich das entsprechende Feld, das die Bank liefert (s.o.). </div>
<div class="">Ich importiere das in das GC Feld „Beschreibung“. Der Buchungstext darf natürlich den Feldtrenner (bei mir das Semikolon) nicht enthalten, sonst geht ein Teil des Buchungstextes in ein falsches GC Feld. Und den default eingestellten Feldtrenner
Komma muss ich jedesmal abwählen, sonst verliere ich die Cent Beträge des Buchungsbetrags.</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
</div>
<div class="">Wenn Du magst, kannst Du ja mal die ersten fünf bis zehn Zeilen der CSV Datei (nach Unkenntlichmachung kritischer Angaben) einstellen und vielleicht finde ich Zeit, einen Import zu versuchen.</div>
<div class=""><br class="">
</div>
<div class="">Mit freundlichen Grüßen </div>
<div class=""><br class="">
</div>
<div class="">JW </div>
<div class=""><br class="">
<div class="">
<blockquote type="cite" class="">
<div class="">Am 08.05.2018 um 10:43 schrieb Gerhard Oblasser <<a href="mailto:GOblasser@live.com" class="" moz-do-not-send="true">GOblasser@live.com</a>>:</div>
<br class="Apple-interchange-newline">
<div class="">
<div text="#000000" bgcolor="#FFFFFF" class="">
<p class="">Seit Version 3.0 kann ich die Buchungsdaten aus meinem Girokonto nicht mehr importieren.<br class="">
Ich erhalte die (wenig informative) Fehlermeldung: "Beim Verarbeiten der Datei ist ein Fehler aufgetreten"</p>
<p class="">Ich konnte das Problem auf den Buchungstext eingrenzen. <br class="">
Wenn ich in Excel den Buchungstext entferne und die Tabelle wieder als .CSV exportiere - kann GnuCash die Buchungen importieren. (Ohne Buchungstext ist dieser Import leider nicht sehr hilfreich ... )</p>
<p class="">Benutzt jemand den CSV-Import ?</p>
<div class="moz-signature"><br class="">
Meine Bank erklärt auf Rückfrage das Exportformat nicht geändert zu haben.<br class="">
-- <br class="">
<font class="" size="-1">Mit freundlichen Grüßen</font><font class="" face="Comic Sans MS"><i class=""><font class="" size="-1"><br class="">
</font><b class="">Gerhard Oblasser</b></i></font></div>
</div>
_______________________________________________<br class="">
gnucash-de mailing list<br class="">
<a href="mailto:gnucash-de@gnucash.org" class="" moz-do-not-send="true">gnucash-de@gnucash.org</a><br class="">
<a class="moz-txt-link-freetext" href="https://lists.gnucash.org/mailman/listinfo/gnucash-de" moz-do-not-send="true">https://lists.gnucash.org/mailman/listinfo/gnucash-de</a><br class="">
</div>
</blockquote>
</div>
<br class="">
</div>
</blockquote>
<br class="">
</div>
<span id="cid:A6A49861DD018F449AF3C4ACE46F5F9B@eurprd03.prod.outlook.com" class=""><Testdaten.csv></span></div>
</blockquote>
</div>
<br class="">
</div>
</div>
</blockquote>
<br>
</body>
</html>