Trade Republic CSV-Import falsche Beträge

[vbs]

Hallo,

wenn man ein TradeRepublic-CSV in AlfBanco importiert, dann werden 6 Nullen an alle Beträge angehängt.
Das hier ist eine CSV-Zeile:

Code: Alles auswählen

"datetime","date","account_type","category","type","asset_class","name","symbol","shares","price","amount","fee","tax","currency","original_amount","original_currency","fx_rate","description","transaction_id","counterparty_name","counterparty_iban","payment_reference","mcc_code"
"2025-11-09T13:12:11.012827Z","2025-11-09","DEFAULT","CASH","TRANSFER_INSTANT_INBOUND","","","","","","1.000000","","","EUR","","","","Incoming transfer from <redacted>","<redacted>","","","",""

In Alf kommt dann 1 Mio Eur an.

Unbenannt.png (15.67 KiB) 1763 mal betrachtet

Ist das einfach ein Bug oder kann man das irgendwie konfigurieren? Danke!

[FFF]

Das ist in der Quelle schon falsch - sofern für ein DE System eingestellt. Alf interpretiert den "Punkt" aus seiner Sicht korrekt als Tausendertrenner.
Erzähl mehr, woher der Export kommt und wie Du das machst...

[AZ29D2]

Du liest den Wert mit "1.000000" ein. Das könnte 1,00 Euro sein, oder eben 1000000,00.

Es gibt immer Probleme, wenn man Zahlen in Datenbanken einliest.
Versuch mal, anstelle des Punktes ein Komma zu setzen und dann zu importieren.

[vbs]

Das ist das "offizielle" Trade Republic CSV-File, das man in der Android-App exportieren kann. Ich verstehe das Problem, aber ich würde nicht sagen, dass die Quelle "falsch" ist. Das ist einfach ein englisches File mit englischen Bezeichnern und englischem Zahlenformat.

Vermutlich wird man Trade Republic nicht dazu bringen können, die Datei in verschiedenen Sprachen bereit zu stellen. Besser wäre es mMn, wenn Alf mit dem englischen Format klar kommen könnte.
Evtl. kann man das ganze Windows auf englisch umstellen, aber das wäre etwas umständlich.

[AZ29D2]

Aber genau darin liegt die Ursache…

Deutsch:
Dezimaltrennzeichen: Komma 12,5
Tausendertrennzeichen: Punkt oder Leerzeichen 1.234 oder 1 234

Amerikanisch:
Dezimaltrennzeichen: Punkt 12.5
Tausendertrennzeichen: Komma 1,234

Beispiel aus der Praxis: Ich speichere deutsche Messwerte (Temperaturen) in einer Datenbank (MariaDB).
Jeder Wert muss durch Zeichenersetzung umgestellt werden.
13,5 Grad muss nach 13.5 Grad konvertiert werden. Würde ich ein Komma senden, würde die Datenbank mit einen Fehler antworten.

Für Dein Thema würde ich Dir ein VBA-Makro vorschlagen.
Es muss in der Spalte mit den Werten erst Leerstellen entfernen. 1 000 000.00 -> 1000000.00
Dann muss es den Punkt durch ein Komma ersetzen. 1000000.00 -> 1000000,00

Ich wette, das ALF beim importieren dass dann genau andersrum macht.

[vbs]

Ok danke. Wie gesagt, ich glaube, ich versteh die Problematik und ich bin wohl auch in der Lage, das händisch anzupassen. Aber wäre doch super, wenn Alf mit den originalen Trade Republic CSV-Dateien umgehen könnte und sich nicht jeder Alf-User Scripte oder Macros schreiben müssten, um es kompatibel zu machen, oder? Also einige andere Finanz-Programme können das und Trade Republic ist mMn recht weit verbreitet.

[FFF]

Das Problem ist: woran soll Alf erkennen, welches System die CSV erstellt hat? Da gibt es keine "Headerzeile", die sagt, ich bin trade, oder, ich verwende das amerikanische Zahlenformat. Das gibt das Format schlicht nicht her.
Alf könnte allenfalls eine Tabelle führen, die die Beziehung zwischen Quellbank und Format verwaltet und aus der man beim Import eben die Quelle auswählen kann.

[ALF]

Hallo,

wir können prüfen, ob wir dieses "falsche" Format berücksichtigen können.

Ist "1.000000" dann "1,00" Euro?
Wie ist das Format bei anderen Beträgen - z.B. wie würden dann "1200,50" Euro dargestellt oder "1,25" Euro?

Diese Info benötigen wir, damit wir prüfen können, ob wir das Format korrekt automatisch erkennen können.

[dabreb]

Ich weiss nicht, ob jemand das weiter verfolgt hat.
Meine Meinung dazu: die Punkt-Komma Problematik ist das kleinste Übel – leicht behebbar.
Schwerwiegender finde ich die Tatsache, dass in der gleichen Zeile zusätzlich eventuelle Transaktionsgebühren (fee), abgeführte Quellensteuer (tax) mit aufgeführt sind.
Der Import ignoriert das natürlich; man sucht hinterher nach der Ursache der Diskrepanz.
So gesehen, ein automatisierter Import, würde Sinn machen, wenn auch die andere Probleme Berücksichtigung finden.

PS. ein kleines Tool zur Aufbereitung fände ich besser, statt die SW aufzublähen.

Bernd

[THX1138]

Hallo,

wenn man ein TradeRepublic-CSV in AlfBanco importiert, dann werden 6 Nullen an alle Beträge angehängt.
Das hier ist eine CSV-Zeile:
[....]
In Alf kommt dann 1 Mio Eur an.
Unbenannt.png

Ist das einfach ein Bug oder kann man das irgendwie konfigurieren? Danke!

Ich öffne (LO Calc oder ähnliches) die CSV File und markiere die fraglichen Beträge und führe eine "Suche und Ersetzten" durch. Da einfach den Punkt durch ein Komma ersetzten lassen und das File wieder speichern. Fertig für den Import in ALF.
Wenn ich Umsätze anderer Banken (z.B. wise) importieren will, versuche ich das Quicken Format (QIF) zu wählen. Damit kommt ALF besser zurecht.

[THX1138]

Hallo,

wir können prüfen, ob wir dieses "falsche" Format berücksichtigen können.

Ist "1.000000" dann "1,00" Euro?
Wie ist das Format bei anderen Beträgen - z.B. wie würden dann "1200,50" Euro dargestellt oder "1,25" Euro?

Diese Info benötigen wir, damit wir prüfen können, ob wir das Format korrekt automatisch erkennen können.

2252.880000 entspricht € 2252,88. Also sechs Stellen nach dem Komma -äh- Punkt.
Ich kann euch gerne eine Datei (TR) zukommen lassen, falsch gewünscht.

[vbs]

wir können prüfen, ob wir dieses "falsche" Format berücksichtigen können.

Ist "1.000000" dann "1,00" Euro?
Wie ist das Format bei anderen Beträgen - z.B. wie würden dann "1200,50" Euro dargestellt oder "1,25" Euro?

Diese Info benötigen wir, damit wir prüfen können, ob wir das Format korrekt automatisch erkennen können.

Tut mir leid, ich hab die Frage erst jetzt gesehen.

Wie gesagt: das ist einfach ein englisches Dokument. In dem Sinne mMn nicht "falsch". Auch die Überschriften und Beschreibung sind auf englisch. Dementsprechend wird als Dezimaltrennzeichen "." statt dem deutschen "," verwendet.

Also "1200,50 Euro" sind dort "1200.50" und "1,25" ist dort "1.25".

[THX1138]

Du täuscht dich etwas. Die Nachkomma-Stellen sind bei einen Trade-Republic CSV Export 6-stellig.
100.000000 für €100.

[vbs]

Hm, na erstens stimmt das nicht immer (ich z.B. hab nur bei der "amount"-Spalte sechs Nachkommastellen, bei "tax" jedoch nur zwei), zweitens waren die sechs Nachkommastellen schon in meinem Eingangspost ersichtlich und drittens spielt das mMn doch keine Rolle bzw. es ändert nichts am Betrag - "100,000000000000" ist doch das gleiche wie "100,00"?
Wenn man das CSV einfach mit einem US-Gebietsschema einliest, würde es vermutlich schon funktionieren. Zumindest kann ich es in LibreOffice korrekt öffnen, wenn ich "Englisch USA" auswähle.

[THX1138]

Ja, das stimmt. Aber TAX ist nur ein Betreff bzw. VWZ und kein echter Betrag. Jedenfalls kann ALF damit nichts anfangen.
Es ging mir um eine exakte Beschreibung des "amount" Feld für die ALF Crew.
Und wieder JA, wenn Englisch/USA beim Import des Files ausgewählt ist, passt das mit dem Komma. Wo ist dann dein Problem?
Einmal mit LLO Calc geöffnet als Englisch und abgespeichert. Dann Import in AB. Noch viel schneller als meine Lösung!

EDIT: Ergänzung "amount"