CoinTracking - Gewinn/Verlust Portfolio und Steuer Reporting für digitale Coins

[Lakai01]

Habt Ihr einen Importer für die Wallet/ Börse "Coinomi" auf dem Plan?

Einen direkten Importer sehe ich nicht, nein.
Habe in solchen Fällen in der Vergangenheit aber immer den CSV-Importer genutzt.

Viele Börsen bieten ja den Export der Trades als CSV an. Dieses kann man sich auf das Cointracking-Format umformatieren und dann auch tatsächlich importieren. Mit KI sollte das Ganze auch sehr rasch erledigt sein, dann muss man auch nicht selber im Excel rumpfuschen um die Daten in die richtige Reihenfolge und ins richtige Format zu bekommen.

[HarveyOne]

Habt Ihr einen Importer für die Wallet/ Börse "Coinomi" auf dem Plan?

Einen direkten Importer sehe ich nicht, nein.
Habe in solchen Fällen in der Vergangenheit aber immer den CSV-Importer genutzt.

Viele Börsen bieten ja den Export der Trades als CSV an. Dieses kann man sich auf das Cointracking-Format umformatieren und dann auch tatsächlich importieren. Mit KI sollte das Ganze auch sehr rasch erledigt sein, dann muss man auch nicht selber im Excel rumpfuschen um die Daten in die richtige Reihenfolge und ins richtige Format zu bekommen.

👍Danke! Insbesondere für den Tip mit AI - das ist bei mir noch nicht in Fleisch und Blut übergegangen. Hat mit wenigen Korrekturen prima geklappt.

[cahlmags]

@Andreas_CoinTracking
Bin neu im Umgang mit Cointracking - ETH was über den Ledger in einem Pool gestaked wird, ist in der Erfassung als "Ausgabe/Auszahlung" markiert/tituliert, obwohl es faktisch ja noch in meinem Besitz ist und Monetär im Dashboard addiert werden müsste, wie kann ich das im Dashboard weiterhin tracken und den Stake aktualisieren lassen?

[Andreas_CoinTracking]

@HarveyOne
Für Coinomi gibt es wenig bis keine Anfragen. Freut mich, wenn es dank KI geklappt hat mit dem CSV Import.

@cahlmags
Für Staking ist nur der Stake Ertrag relevant, wo das Staking stattfindet (Transfers) ist optional - siehe: https://cointracking.freshdesk.com/a/solutions/articles/29000047244?lang=de

[cahlmags]

Danke Dir Andreas, genau das habe ich gesucht.
Hätte ich euren Service/Tool mal damals schon genutzt, hätte mir einiges an Nerven erspart. 

[CryptoMM27]

@Andreas_CoinTracking

ich habe eine Frage zur technischen Abbildung in CoinTracking bei Stablecoin-zu-Stablecoin-Swaps.

Angenommen, man folgt bei einem USDC/USDT-Swap der Logik, dass beide USD-Stablecoins im wertgleichen Umfang „nämlich“ bzw. wirtschaftlich gleichartig sind.

Beispiel:

Während einer kurzfristigen starken Kursabweichung wird getauscht:
•   1.000 USDC → 1.035 USDT

Wenn man den gesamten Vorgang einfach als normalen steuerpflichtigen Swap behandelt, würden alle 1.035 USDT neue Anschaffungskosten und ein neues Erwerbsdatum bekommen. Dann würde die Nämlichkeitslogik für USDC/USDT praktisch nicht angewendet.

Wenn man die Nämlichkeitslogik aber konsequent anwenden möchte, würde man den Vorgang gedanklich in zwei Teile aufteilen:

1.   steuerneutraler Swap
1.000 USDC → 1.000 USDT
mit Fortführung von Anschaffungskosten und Erwerbsdatum
 
2.   zusätzlicher Mehrbetrag
tatsächlicher Erhalt: 1.035 USDT
also zusätzlich 35 USDT

Meine Frage:
Welche CoinTracking-Kategorie kann man für diese zusätzlichen 35 USDT verwenden, damit sie nicht als Income/Reward nach §22, sondern als Bestandteil des privaten Veräußerungsgeschäfts nach §23 behandelt werden?

Danke!

[Andreas_CoinTracking]

Normal sollte dies einfach ein Trade sein. Alternativ könntest du, wenn auch nicht korrekt (nur für Token Rebrandings vorgesehen) "Swap steuerfreit" verwenden. Wenn du nur die Differenz steuerfrei eintragen wolltest, wäre "Einnahme steuerfrei" ein möglicher Transaktionstyp (ich bin kein Steuerberater).

[CryptoMM27]

Normal sollte dies einfach ein Trade sein. Alternativ könntest du, wenn auch nicht korrekt (nur für Token Rebrandings vorgesehen) "Swap steuerfreit" verwenden. Wenn du nur die Differenz steuerfrei eintragen wolltest, wäre "Einnahme steuerfrei" ein möglicher Transaktionstyp (ich bin kein Steuerberater).

Vielen Dank für die Antwort, Andreas!
Mir geht es tatsächlich genau um den Fall, dass die Differenz nicht steuerfrei, sondern steuerpflichtig erfasst werden soll. Welche Kategorie könnte man für diese Differenz als steuerpflichtige Einnahme verwenden, damit nur dieser Betrag im CoinTracking-Steuerreport unter „Einkünfte aus privaten Veräußerungsgeschäften nach § 23 EStG“ berücksichtigt wird und nicht unter „Sonstige Einkünfte nach § 22 Nr. 3 EStG“?

[Lakai01]

Normal sollte dies einfach ein Trade sein. Alternativ könntest du, wenn auch nicht korrekt (nur für Token Rebrandings vorgesehen) "Swap steuerfreit" verwenden. Wenn du nur die Differenz steuerfrei eintragen wolltest, wäre "Einnahme steuerfrei" ein möglicher Transaktionstyp (ich bin kein Steuerberater).

Vielen Dank für die Antwort, Andreas!
Mir geht es tatsächlich genau um den Fall, dass die Differenz nicht steuerfrei, sondern steuerpflichtig erfasst werden soll. Welche Kategorie könnte man für diese Differenz als steuerpflichtige Einnahme verwenden, damit nur dieser Betrag im CoinTracking-Steuerreport unter „Einkünfte aus privaten Veräußerungsgeschäften nach § 23 EStG“ berücksichtigt wird und nicht unter „Sonstige Einkünfte nach § 22 Nr. 3 EStG“?

Ich würde das ehrlich gesagt einfach ausprobieren. Verwende einfach verschiedene Arten von Eingängen und berechne jeweils danach den Steuerreport für 2026 neu eben so lange, bis du das gewünschte Ergebnis erhalten hast. Ansonsten kannst du auch den Cointracking-Support mit dieser Fragestellung kontaktieren, die antworten in der Regel sehr schnell und kompetent: https://cointracking.info/support/

[Andreas_CoinTracking]

Einnahmen jeglicher Art sind per se "Sonstige Einkünfte". "Einkünfte aus Veräußerungs..." entstehen bei Trades.
Daher bitte einfach Trade verwenden auch wenn die Beträge etwas abweichen durch die Stablecoin Schwankungen.

[CryptoMM27]

Danke für die Antwort, dann mache ich das so!

[CryptoMM27]

@Andreas_CoinTracking Ich hätte noch eine Frage zur technischen Abbildung von Collateral in CoinTracking.

Wenn ich in CoinTracking z. B. USDC mit „Collateral gesendet“ als AAVE-Collateral erfasse und dieses Collateral später innerhalb von AAVE swappe, z. B. USDC → ETH:

Wie kann man diesen internen AAVE-Swap in CoinTracking passend klassifizieren, sodass genau die Tokens mit ihrer ursprünglichen Kostenbasis berücksichtigt werden, die zuvor als Collateral an AAVE gesendet wurden?

[Andreas_CoinTracking]

Einfach die passenden Transaktionstypen verwenden: https://cointracking.freshdesk.com/a/solutions/articles/29000042783?lang=de
Das Thema Collateral ist hier mit beschrieben: https://cointracking.freshdesk.com/a/solutions/articles/29000047245?lang=de