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) 84 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.