Hi, inspiriert von @gnampf habe ich eine erste Version eines Plugin für die Synchronisation der Amazon Kreditkarte bei der Zinia Bank und das Giro/Verrechnungskonto bei Traderepublic erstellt. Repository unter https://northtommy.linkpc.net/hibiscus/.
In github zu finden unter https://github.com/NorthTommy/hibiscus.syncNorthTommy.
Infos zum Anlegen der Konten im README.md auf github.

Der Zugangsweg Traderepublic ist nicht vorhanden:

Edit: Im Repository gibts nur Version 0.1.1. Version 0.2.0 muss offensichtlich händisch installiert werden.
Der Abruf scheitert. Im Log gibts in der Proxy-Zeile einen Rechtschreibfehler und ein Umlaut wird nicht richtig dargestellt:

Hab den 0.2.0-Plugin via Repository installiert und ausprobiert.
Funktioniert zumindest für die Amazon-Zinia-Karte bisher problemlos.
Dadurch dass autorisierte-aber-noch-nicht-gebuchte Umsätze als inaktiv
dargestellt werden ist die Übersicht m.E. sogar besser als in der App!

Herzlichen Dank an NorthTommy !

Tipp: Die Kreditkarten-IBAN findet man auf der Zinia-Web-Page unter dem
Menüpunkt: "Finanzierung">"Geld einzahlen:">"Internes Bankkonto".
Nicht verwechseln mit der IBAN des Referenz-Giro-Kontos oder der
IBAN mit der Zinia die Lastschrift-Abbuchung macht !
(da hab ich lange gesucht weil in der App bzw. Kreditkarten-Info
immer nur die IBAN des Ref-Kontos zu finden ist).

PS: Das Zertifikat des Plugins ist abgelaufen (gültig bis 28.10.2025)

Bei mir die gleiche Fehlermeldung mit der 0.2.0:

[18.01.2026 17:49:48] Keine Saldo-Information zu der Kontonummer gefunden.


Wie ist die Kompatibilität mit dem Tool von gnampf.
Ihr habt ja beide die Amazon-Kreditkarte implementiert.

Du verwechselst Amazon mit Amex.

Ich hatte schon eine ältere Beta-Version von NorthTommy in Benutzung.
Und diese hatte ich mit der Funktionalität von gnampf verwechselt.
Also alles gut.

Aber TR funktioniert trotzdem nicht.

Ist gefixed. War meine erste Repository-Bereitstellung - übersehen dass dort die Version nochmal drin stehen muss.



Ich habs heute nochmal probiert - hat geklappt.
Entweder wird gar kein Salso übertragen, oder der Kontonummervergleich schlägt fehl.
Wenn die IBAN eingegeben wurde, sollte auch die 10stellige Kontonummer eingetragen sein - bitte prüfen.
Sonst mal bitte den Log-Level auf DEBUG in Jameica stellen (File>Settings>System Settings) und dann neu starten.
Danach nochmal abrufen.
In einem der letzten logfiles (hhg. auch gezipped da viele Logdaten anfallen im System) folgendes suchen:
"[de.northtommy.hibiscus.syncNorthTommy.SyncNTSynchronizeJobKontoauszug.log] SyncNT/Traderepublic: WebSocket got account cash" finden lassen. Darüber sollte sich ne Zeile befinden wo die Kontonummer und der Betrag zu sehen sind.
Mal die Nummer vergleichen mit den Kontoeinstellungen.
Oder die Logfiles gerne in einer privaten Nachricht zusenden, damit ich mal schauen kann was im Datenstrom ankommt.
ACHTUNG: die Logfiles enthalten private Daten - also eure Entscheidung, ggf. "schwärzen" aber so dass ich noch die Struktur und Ablauf erkenne.
Logfiles auf dem Rechner werden unverschlüsselt ausserhalb der Datenbank abgelegt. Also später wieder löschen und auf INFO-Level (default) stellen.


Ich suche meine Logs mal durch und wird bei Gelegenheit korrigiert - danke für den Hinweis.

Danke für den Hinweis - erstelle ich dann beim nächsten update neu.

Danke - hab deinen Tip ins Readme auf Github übernommen.

Kontonummer und Saldo passen.

Also gehts jetzt mit gesetzter Kontonummer !?
Ich vermute bei 1234567890 hast du die Daten für den Post ausgetauscht.
Dann sollte jetzt ja auch keine Fehlermeldung mehr kommen.

Nein, es geht eben nicht. Das Log gehört zu dem fehlerhaften Abruf.

Meine Kontonummer ist aber XXXXX2101 (0 statt 1 bei der vorletzen Nummer)
Wenn ich die Kontonummer dann manuell ändere, kann ich die Daten abrufen.

Du änderst die vorletzte Ziffer, bei dir – und mir auch – 0, in 1 und dann klappts?

Ich habe die Account-Nummer als dem Logfile als Kontonummer eingetragen und dann funktionierte es.
Dabei ist mir aufgefallen, dass nur die zweitletzte Stelle unterschiedlich ist.

Hi, ok es scheint zumindest ne Info empfangen worden zu sein. "WebSocket Received message ... [{"accountNumber....".
Bei @icbh wird das auch gelogged "WebSocket got account available cash".
Ich erwarte da aber bisher nur eine einzige Nachricht - die Prüfung auf die Ktonummer erfolgt erst später und nur zur Sicherheit - ich handle keine mehreren Konten, deshalb erwarte ich auch nur eine Nachricht.
Könnt ihr mal schauen, ob ihr evtl mehrere ähnliche Nachrichten
"[{"accountNumber":"0XXXXX2111","currencyId":"EUR","amount":9999.99}]" bekommt?
Da würde das "1 A" halt fortlaufend sein. Das könnte ich mir noch vorstellen - in diesem Falle würde ich nur die erste Nachricht prüfen und weitere ignorieren.
Warum sonst da ne andere Kontonummer drin steht als in der IBAN keine Ahnung - die IBAN ist ja die Nr nach "aussen" für Überweisungen. Klar kann es sein, dass sie intern ganz andere Kontonummern hätten - aber keine Ahnung wo man die einsehen kann. @little.yoda findest du diese andere Nummer mit 0 statt der 1 irgendwo in der App, Auszügen oder so wieder? Könnte man nur die Prüfung weglassen.
Habt ihr mal geschaut ob/was die desktop-Webseite von Traderepublic anzeigt? app.traderepublic.com
Ich sehe da zumindest meine Kontonummer nicht explizit angezeigt - daher habe ich nur aus dem Datenstrom darauf schließen können, dass da wohl dieselbe Nummer wie in der IBAN genutzt wird.

Hi

irgendwie ist es nicht einheitlich. Ich vermute, nach der Einführung des Girokontos haben sie noch nicht alle Teilsysteme angepasst.

In verschiedenen (aktuellen) Dokumenten:
VERRECHNUNGSKONTO XXXXX2111
DEPOT 044XXXXX2101
VERRECHNUNGSKONTO DEXXXXX2101

Unter https://app.traderepublic.com/settings/accounts heißt es:
Verrechnungskonto: DEXXXXXXXX21 01
Wertpapierdepot: XXXXXXXX21 01


Die Daten werden aber definitiv für xxxxx2111 geliefert.

Wenn als Verrechnungskonto in den Dokumenten eine volle IBAN angeben ist, endet sie auf 2101.
Wenn aber nur ein Verrechnungskonto (ohne volle IBAN) angegeben wird, endet sie auf 2111.

Ok interessant.

Mein Verrechnungskonto (und das will ich ja abrufen) hat als IBAN die 11 am Ende - mit der werden auch die Daten übertragen.
Das Depot selbst hat die 01 am Ende (könnte Absicht sein ).

Dass es auch andere Fälle gibt verwirrt natürlich.

Vorschlag: Bis auf weiteres gibts nachher erstmal nen Hinweis im Readme (github) dass man es mal alternativ mit der Depotnummer probieren sollte.

Falls es User gibt, die zwei Depots (normales und Kinderdepot) haben können ja mal berichten, ob sie auch zwei Verrechnungskonten haben, oder ob alles mit der IBAN läuft und welche Kontonummmer sie dann dazu nutzen müssen.
Ich will ja keinen Depot-viewer bauen, der das Depot einzeln einliest, sondern das Girokonto (mit allen Transaktionen zum/vom Depot, Buchungen, Kreditkartenumsätze...) abrufen.

Überlege nochmal, ob du dir Support-Aufwand sparen willst und bei xx01 auch xx02 akzeptierst.

Depot und Verrechnungskonto haben bei mir identische Nummern. Für den Abruf musste ich die Nummer gemäß dem Hinweis im Log auf eine eigentlich falsche Nummer ändern. Damit läufts nun. Vielen Dank!