Feature #337
geschlossenZahlungsempfänger im CAMT-Format bei Zahlung über Dienstleister
0%
Beschreibung
Angezeigt werden in der Beschreibung:
- Datum+Uhrzeit der Zahlung und verwendete Karte,
- Zahlungsdienstleister (aus dem Creditor remoteName).
Der eigentliche Zahlungsempfänger findet sich im UltimateCreditor unter dem Pfad UltmtCdtr/ Pty/ Nm.
Außerdem ist die Angabe "DIGITALE KARTE (ANDROID)" aus der AdditionalEntryInformation noch ganz hilfreich und war im alten MT-Format vorhanden.
Die folgende Änderung in camt_052_001_08.xml funktioniert für mich:
206,208c206,207
< <XmlIfHasCharData path="UltmtCdtr/Pty/Nm">
< <DbSetCharValue name="ultimateCreditor" path="UltmtCdtr/Pty/Nm"/>
< <DbSetCharValue name="purpose" path="UltmtCdtr/Pty/Nm" mode="append" delimiter="\n"/>
---
> <XmlIfHasCharData path="UltmtCdtr/Nm">
> <DbSetCharValue name="ultimateCreditor" path="UltmtCdtr/Nm"/>
295d293
< <DbSetCharValue name="purpose" path="AddtlNtryInf" mode="append" delimiter="\n"/>
Ich habe aber nicht genug Überblick, um zu sagen, ob das für andere richtig ist, ob man das in den anderen camt*.xml-Datein auch ändern sollte und ob für den Debitor eine analoge Änderung sinnvoll ist.
Von berwag vor 19 Tagen aktualisiert
- AqBanking-Version wurde von 6.8.3 zu 6.8.4 geändert
Vielen Dank für alles und insbesondere für den Fix f96f879ce2a05431a084544ed4f29bb7bc71353d, mit dem der ultimateDebitor und ultimateCreditor an der richtigen Stelle im Baum gefunden werden. Damit werden sie aber noch nicht im GnuCash angezeigt. Anbei mein Patch-Vorschlag zum ultimateCreditor und AddtlNtryInf basierend auf dem git-Stand von Release 6.8.4. Ich hoffe, es ist ok, so alles gleich beim Import in den purpose reinzupacken. Habe es mit einigen Banken und GnuCash ausprobiert. Der Informationsgehalt der "Beschreibung" in der Anzeige ist dann etwa wie mit dem alten MT-Format, nur mit anderer Reihenfolge.
index d0a19264..5944bdc8 100644
--- a/src/libs/plugins/imexporters/xml/data/camt_052_001_08.xml
+++ b/src/libs/plugins/imexporters/xml/data/camt_052_001_08.xml
@@ -205,6 +205,7 @@
<XmlIfHasCharData path="UltmtCdtr/Pty/Nm">
<DbSetCharValue name="ultimateCreditor" path="UltmtCdtr/Pty/Nm"/>
+ <DbSetCharValue name="purpose" path="UltmtCdtr/Pty/Nm" mode="append" delimiter="\n"/>
</XmlIfHasCharData>
<XmlIfHasCharData path="UltmtDbtr/Pty/Nm">
@@ -295,7 +296,7 @@
</XmlIfCharDataMatches> <!-- CdtDbtInd == CRDT- -->
- <!-- purpose lines -->
+ <!-- remittance information => purpose -->
<XmlIfPathExists path="RmtInf">
@@ -315,6 +316,7 @@
<!-- transaction text -->
<XmlIfHasCharData path="AddtlNtryInf">
<DbSetCharValue name="transactionText" path="AddtlNtryInf"/>
+ <DbSetCharValue name="purpose" path="AddtlNtryInf" mode="append" delimiter="\n"/>
</XmlIfHasCharData>
</DbCreateAndEnterGroup> <!-- transaction -->
Von martin vor 13 Tagen aktualisiert
Hallo,
Dein letzter Patch schreibt ja nur Daten, die bereits in anderen Feldern stecken, zusätzlich in das purpose-Feld. Ich verstehe, dass Du das gerne in GnuCash so haben moechtest, aber andere in anderen Anwendungen vielleicht nicht.
Welche Felder Gnucash in sein Memo-Feld uebernimmt, sollte eher Aufgabe und Entscheidung innerhalb von GnuCash sein. Die Informationen teilt AqBanking mit, die App muss dann entscheiden, welche Infos sie verwenden moechte.
Gruss
Martin
Von berwag vor 13 Tagen aktualisiert
Hallo Martin,
ja, die Bedenken habe ich auch und ich bin nicht ganz klug geworden, wie die Aufgabenverteilung zwischen aqbanking und den nutzenden Anwendungen ist. Eine fachliche Schnittstellendefinition von aqbanking für die nutzenden Anwendungen für die Buchungen auf Feld-Ebene habe ich nicht gefunden und wenn es so sein sollte, dass aqbanking generisch die Felder weitergibt, die in den verschiedenen Formaten wie z.B. camt angeliefert werden, hätte man die Abhängigkeit von den verschiedenen Formaten (zumindest fachlich, welche Felder dort definiert sind) dann im gnucash & Co.
Ist das so?
Beste Grüße
Bernd
Von martin vor 12 Tagen aktualisiert
- Status wurde von Feedback zu Closed geändert
Die Umsetzung der AqBanking-Daten in Anwendungsdaten ist aus meiner Sicht vollstaendig in der Verantwortung der Anwendung, und gerade die GnuCash-Leute haben da Ihre eigenen Vorstellungen.
Aber ich habe dazu mal eine kleine Funktion eingebaut in AqBanking, mit der die Anwendung anhand eines User-Textes ein Memo-Feld zusammensetzen könnte. Ich gehe nicht davon aus, dass die GnuCash-Entwickler die nutzen werden, aber damit haetten sie schon mal einen Anfang).
Von berwag vor 5 Tagen aktualisiert
Referenz, wo das Thema bei gnucash weiterverfolgt wird: https://bugs.gnucash.org/show_bug.cgi?id=799731