CSV-Import von Scalable Capital

Bei SC unter Broker → Transaktionen gibt es die Möglichkeit die Transaktionen als CSV Datei zu exportieren.
(leidre mit ; als delimiter aber man es einfach aendern auf ,)

hier ein Beispiel mit 2 Datensaetzen:

$ head -n3 2024-10-23_22-16-47_ScalableCapital-Broker-Transactions.csv
date;time;status;reference;description;assetType;type;isin;shares;price;amount;fee;tax;currency
2024-10-23;13:10:35;Executed;"SCALHGJwmX8Bo9W";"Uranium Energy Co";Security;Buy;US9168961038;80;7,34;-587,20;0,00;0,00;EUR
2024-10-22;16:04:22;Executed;"SCALNAy7S3rcUkQ";"Uranium Energy Co";Security;Sell;US9168961038;208;7,34;1.526,72;0,00;112,23;EUR

Beim importieren ins PP (File → Import → CSV Files) werden die Spaltennamen nicht gemapped:
Unmapped optional fields: Securities Account, Ticker Symbol, Fees, Transaction Currency, Note, Cash Account, Exchange Rate, Taxes, Gross Amount, Currency Gross Amount, Security Name, WKN, Offset Account

Sollte ich diese Transaktionen (Kauefe,Verkaeufe,Einzahlungen,Gebuehren,Ausschuetungen, etc.) als “Account Transactions” oder eher als “Portfolio Transactions” importieren

wie sollte man:
reference, asset_type, type, price und amount mappen?

Danke,
Chris

Da ein Bankkonto kein Wertpapier halten kann, werden Käufe/Verkäufe vom Aktien eohl Portfolio Transaktionen sein.

Ergänzender Tipp, erstell eine Buchung so wie du sie haben willst in PP, exportiere diese, dann kannst du dir das Format angucken?

Nur falls du es nicht kennst, einfacher geht es meist per PDF Import.

Ich habe manuel eine Kauftransaktion erstellt und exported:

$ cat Transactions_depot.csv
Date,Type,Security,Shares,Quote,Amount,Fees,Taxes,Net Transaction Value,Cash Account,Offset Account,Note,Source
2024-10-24 00:00:00,Buy,"Tesla, Inc.",3,213.65,640.95,,,640.95,depot,refkto,

Aber z.B. Quote finde ich in den Mappingfeldern nicht

In csv File von SC wie sollte man “Price” mappen? (sollte Quote sein, was aber in der Liste nicht zur Verfügung steht)

Der Quote ist auch irrelavant. Dieser errechnet sich aus Gesamtwert minus Genühren/Steuern geteilt durch die Stückzahl.

Hallo zusammen,

ich habe die gleichen Probleme beim Datenimport.

Weiß jemand, wie sich das Mapping der Spaltennamen verbessern lässt, sodass keine manuellen Änderungen mehr notwendig sind?

Bei manuellen Änderungen kann ich den Importprozess zwar abschließen, die Transaktionen werden jedoch anschließend nicht angezeigt. Weiß jemand, woran das liegen könnte?

Vielen Dank vorab

Hallo,

PDF Importvariante bekannt. Ich suche nach einer Lösung, um gleichzeitig eine große Anzahl an Transaktionen zuverlässig zu importieren. CSV Import erscheint grundsätzlich nicht schlecht, die Transaktionen werden ja erkannt. Aber der Importprozess scheint noch nicht vollständig zu funktionieren.

Du kannst dir in dem Dialog eine Vorlage speichern.

Geht auch mit pdf.

Danke. Hab die Funktion gefunden.

Ich suchte nach einer Lösung für den csv. Import. Funktioniert nun, danke.

wie hast du es hinbekommen, bei mir stimmen nämlich die werte nach dem import nicht.
der gesamtwert, den Scalable im csv weiterreicht, ist der ohne steuer (also kurswert = brutto). nehme ich nun diesen als PP-“Wert” spalte, wird er von PP jedoch als nettobetrag (“Gesamtpreis”) genommen und die steuer davon abgezogen.

EDIT: das obige verhalten habe ich grundsätzlich verifizieren können, da PDF imports richtig klappen, nur die CSV variante nicht.

EDIT2: schreibe mir gerade ein Python script als preparser um die CSV datei vor dem PP import noch glatt zu ziehen.

EDIT3: der PP-“Bruttobetrag” könnte hier die lösung sein, ist aber kein pflichtfeld und würde zusätzlich “Wert” benötigen.

@paul53 Hast du eine Vorlage nun fertig die funktioniert für SC?

Wenn ja: Könntest du diese hier einstellen ;)?

Ich könnte mein python Script (als Parser) + Vorlage anbieten, aber erstens wäre das ein zusätzlicher Schritt (und Abhängigkeit) im Rahmen des Imports und wichtiger noch, es gibt jetzt scheinbar OOTB eine Scalable Vorlage.
Schau mal unter Import > Vorlagen.

Ich habe mir die Default-Vorlage für Scalable CSV Imports jetzt auch mal angesehen und getestet – das ist nix. Da stimmen die importierten Werte hinten und vorne nicht.

Mehrere Probleme:

Scalable produziert standardmäßig einen CSV-Export für alles: Corporate Actions, Security Transfers, Zinsen, Dividenden und natürlich Käufe/Verkäufe. Corporate Actions und Security Transfers beschreiben in der Regel Ein- bzw. Auslieferungen (z. B. Aktiensplits). PP kann diese wiederum nicht zusammen in einem Rutsch mit den anderen Kontobewegungen verarbeiten. Man müsste also händisch mehrere CSV-Exports aus Scalable erstellen und sie jeweils mit dem entsprechenden Datentyp (Depot- oder Kontoumsätze) einlesen.

Aber da endet die Problematik noch nicht: Gebühren werden nicht richtig eingepflegt und – am kritischsten – Steuerrückerstattungen werden als Steuerbelastungen gespeichert. Das betrifft sowohl einzelne „Gutschriften“ als auch Fälle, in denen Scalable clever aus dem Verlusttopf schöpft und dies direkt in der letzten Verkaufsabrechnung verrechnet.

Ich habe seit 2022 ca. 2.000+ Transaktionen verschiedenster Art – also eine solide Grundlage für umfangreiche Import-Tests. Ich habe es mit PP einfach nicht annähernd akkurat hinbekommen; am Ende gab es massive Abweichungen im Kontobereich. Den Depotwert habe ich mit manuellen Korrekturen nach dem Import immerhin näherungsweise hinbekommen. Alles nicht schön.

Daher bin ich wieder zurück zu meinem ursprünglichen Python-Script und habe es noch einmal überarbeitet. Es kann jetzt meinen kompletten Stand von 2.000+ Transaktionen verarbeiten und alle CSV-Transaktionen nach konfigurierten Optionen (das Script legt eine Config-Datei an) aufbereiten. Es werden zwei Import-Dateien erzeugt: eine mit Ein-/Auslieferungen und eine mit allen anderen Bewegungen. Einlesen muss ich beide Dateien (sofern beide existieren) – einmal mit dem Datentyp „Depotumsätze“ und die zweite Datei mit dem Typ „Kontoumsätze“. Et voilà: Ich bin direkt zu 99,9 % am aktuellen Depot-, Konto- und Gegenkontostand (Scalable Tagesgeld) – das ist gut genug für mich.

Warum nicht 100 %? Keine Ahnung :slightly_smiling_face: Irgendwo gibt es vielleicht Rundungsfehler oder irgendeine Corporate Action hat Murks gemacht – who knows. Die paar Euro Abweichung beim Kontostand (Scalable Tagesgeld stimmt z. B. zu 100 %) sind mir schnuppe, das könnte ich zur Not mit einer manuellen Einlage justieren.

Ok, lange Rede … lol, my bad. Ich werde das Python-Script noch final überarbeiten und dann hier reinstellen – falls es noch andere frustrierte Scalable-CSV-Importeure gibt. ^^

Stay tuned!

Scalable2PP CSV Parser.zip (10.4 KB)

4 Dateien sind im ZIP enthalten:
README.md → …yeah, a README :wink:
requirements.txt → python requirements
scalable2pp.py → das Script
Scalable_v3_Import_Vorlage.json → die PP Import Vorlage

Für die, denen Python etwas sagt, sollte das alles selbsterklärend sein. Für alle anderen, bitte jemand suchen dem Python etwas sagt, sonst könnte zum PP Frust noch der Python Frust kommen :laughing:

Gerne berichten ob das alles so gut klappt wie bei mir, ich mach das hier nicht beruflich aber denke, dass die Code Qualität schon passen sollte.