[gnucash-de] Problem beim Import, Teile des Buchungstextes gehen verloren

[Julian Flake]

Hallo Martin,

ich habe dir eine MT940-Datei per Mail zugeschickt.
Was ich beobachten konnte (du vermutlich mit einem Blick erkennst bzw.
schon weißt) ist Folgendes:

In :86er Zeilen stehen die relevanten Informationen. Importiert werden
die Strings, die mit ?21 ?30 ?31 ?32 oder ?33 geprefixt sind.

In vielen Buchungen sind die mit ?22 und ?23 geprefixten Strings
relevant, die leider nicht importiert werden.

Möglicherweise würde es in meinem Fall schon reichen, 22+23 in die
Beschreibung zu packen, wenn vorhanden, ansonsten 21,30,31,32,33. (Was
auf gnucash-Seite dann wieder anders aussieht, weil gnucash nur bereits
geparste Daten erhält?)

Wenn ich dich jetzt richtig verstanden habe, prüfst du erstmal nur, ob
aqbanking diese Felder an gnucash überhaupt übergibt?

Viele Grüße
Julian

On 7/24/20 4:51 PM, Martin Preuss wrote:
> Moin,
> 
> Am 24.07.20 um 15:33 schrieb Julian Flake:
> [...]
>> Mein Bankkonto ist bei der Sparkasse. Bei den betroffenen Buchungen
>> handelt es sich um Kartenzahlungen. Datum und Betrag werden korrekt
>> importiert, der Name des tatsächlichen Kreditoren wird nicht importiert.
>> Stattdessen wird der Name der involvierten Landesbank in den
>> Buchungstext aufgenommen.  Nach einem Auslandsurlaub enthalten jetzt zB
>> sämtliche Buchungstexte aus dem Zeitraum nur noch diese Landesbank, aber
>> nicht das Geschäft / Restaurant, wo ich die Bankkarte eingesetzt habe.
>> Im Online-Banking-Portal der Sparkasse und in einem MT940-Export sind
>> die Informationen jedoch enthalten.
> [...]
> 
> Das koennte damit zu tun haben, dass es in SEPA-Umsaetzen noch die Felder "Abweichender Auftraggeber" und "Abweichender Empfaenger" gibt. Fruehere Versionen von AqBanking haben versucht, die automatisch in die entsprechenden Felder "Name Auftraggeber" bzw. "Name Empfaenger" einzustellen, das ist aber relativ kompliziert, denn man kann aus der Buchung nicht eindeutig ablesen, wann welches Feld gemeint ist. Daher macht AqBanking das inzwischen nicht mehr automatisch, sondern stellt diese Angaben in eigenen Feldern zur Verfuegung.
> 
> Damit ist das Problem letztlich an die Anwendung weitergegeben, aber die hat dann wenigstens diese Informationen und hat da vielleicht mehr Kontext, um das selbst richtig einzuordnen, oder kann selbst entscheiden, wo sie diese Information speichern moechte.
> 
> Du koenntest mir mal so eine MT940-Datei schicken (bzw. ein  HBCI-Kommunikationslog, wo die MT940-Daten drin sind), und ich koennte schauen, ob die Daten zumindest korrekt ausgelesen und zur Verfuegung gestellt werden und gegebenenfalls den Parser anpassen.
> 
> Sollte das der Fall sein, kann man im naechsten Schritt schauen, ob GnuCash diese Informationen alle verwendet, um sein Memo-Feld aufzubauen.
> 
> Wenn Du mir was schicken moechtest, dann bitte nicht an die Liste, sondern direkt an meine Email-Adresse, auf Wunsch verschluesselt (siehe https://www.aquamaniac.de/rdm/projects/aqbanking/wiki/Bugreports#Kommunikations-Logs-einsenden).
> 
> 
> Gruss
> Martin
>