Topic: CoinTracking - Gewinn/Verlust Portfolio und Steuer Reporting für digitale Coins (Read 210723 times)

Wir haben die Bitpanda Importer angepasst und CAT11 wird von nun an korrekt importiert.

Falls jemand wieder beim Bitpanda Spotlight mitgemacht hat und die Api schon gezogen wurde sollte mal nachschauen ob CAT ( Simon's Cat )
falsch importiert worden ist. So wie ich es sehe ist es CAT11 und nicht CAT . Nicht das es später zu Ungereimtheiten kommt.
Also wer CT und Spotlight nutzt..immer mal nachschauen ob's dann so stimmt .


Quelle: Cointracking

Der Coin ist hier vorhanden: https://cointracking.info/coin_charts.php?cur=HM

Könnte ihr bitte folgenden Coin hinzufügen?

https://www.coingecko.com/de/munze/holdium
Chain: SOL
Ticker: HM
Contract: 3DH8WZ6C2HdDR4J9ekYnTfai8Tx8mxn92mW8zcYmP4px

Die Börsen passen oft Dinge an und wir passen daraufhin die Importer an. Wenn bisher alles bei deinen BEST Transaktionen gepasst hat, ist keine Aktion notwendig. Sonst die Transaktionen nach eine Backup löschen und neu importieren.

Wann Bitpanda die Staking Daten via API bereit stellt, musst du die Börse selbst fragen. Aktuell stellen sie die Daten nur via CSV bereit.

@Andreas_Cointracking
Du schreibst am 30.10.2024 folgendes : - Bitpanda (BEST Rewards verbessert)

und auch am 02.10.2024 : - Bitpanda (Rewards verbessert)

Welcher Unterschied ist da jetzt genau ?

Und wann kann man damit rechnen das per Api die Staking Erträge mit reinkommen ? Danke

Ja bitte alles einheitlich gestalten. Entweder immer "Binance Earn" nutzen oder nie. Wenn separat, dann auch die Transfers komplett eintragen. Und dann darauf achten, dass die Erträge auch dort auflaufen.

Danke für Antwort. Ja die Einschränkungen hatte ich gesehen, dann sind wohl gerade die Rückbuchungen nicht erfasst worden. Glücklicherweise allerdings sehr viele Zinsen, ob es alle sind, kann ich natürlich nicht nachvollziehen aber das dürfte nicht zu Differenzen im 4 stelligen Bereich führen.

Soll ich denn die Stakingzinsen vereinheitlichen? Also in der CSV von "Staking" und "Buchung auf Earn" angleichen an den API-Import "Belohnung" und Buchng auf "Binance"?

1. Binance
Hier bitte manuell die Transaktionen abgleichen mit Hilfe der ValiChecks wie hier beschrieben: https://cointracking.freshdesk.com/a/solutions/articles/29000035339?lang=de
Ja, die Transfers zw. Binance Earn und Binance prüfen ist eine gute Idee. Wir empfehlen, dies beizubehalten.
Achte bitte auf die Einschränkungen seitens Binance auf den Import Seiten verlinkt.

2. POS/MATIC: Bitte den Zugang in "swap steuerfrei" ändern wie hier beschrieben: https://cointracking.freshdesk.com/a/solutions/articles/29000047250?lang=de

Hallo Zusammen,

ich brauche Hilfe beim Import von Binance. Mein Problem ist, dass die Bestände nicht stimmen, ich z.T negative Coin-Bestände habe und trotz Beendigung aller "Earnaktivitäten" in 2023 / 2024 noch große Bestände bei "Binance-Earn" sind.

Die Rahmendaten:

Importzeitraum: 2021 bis 2024
Aktivitäten auf Binace: Kauf von Coins gegen Euro, Trades auf dem Spotmarkt, ETH-Staking (BETH) und Staking (Fest und flexibel mit Autoinvest) auf Earn (mittlerweile beendet), in 2021 und evt. auch noch in 2022 Launchpool genutzt.

Mittlerweile habe ich alle Stakingaktivitäten beendet bis auf das ETH 2.0 Staking, sprich "Binance Earn" ist nun leer, zumindest auf Binance.

Mein Vorgehen:

Da die Daten nicht stimmten (Importe über die Jahre gemacht) habe ich alle Transaktionen gelöscht und neu importiert: 

1. API (per TAX-API nach CT Anleitung gemacht.

2. Gewartet bis der durch war und dann die Jahre 2021 bis 2024 per CSV und CT-Anleitung nochmal "Nachimportiert" mit den Standarteinstellungen (API-Importe überspringen und keine Euro-Einzahlungen laden)

Ergebnis waren wieder große Abweichungen bei den Coin-Beständen inkl. negaiven Bestände und bei "Binace Earn" waren immer noch Bestände gebucht. Verrechnen (außerhalb von CT) von "Binance" mit Binance-Earn" bracht keine Verbesserung der Bestände.

3. CSV-Importe wiederholt ohne die Einstellung API-Transaktionen überspringen.

Ergebnis ähnlich wie bisher und natürlich z.T doppelte Buchungen.

4. Export aller Binance und Binance-Earn Transaktionen per Excel. Daten auf doppelte Buchungen überprüft und im Zweifel die CSV-Importe gelöscht. Dabei die Datenanalyse von Excel sehr zu schätzen gelernt.

Dabei habe ich festgestellt, das die API-Importe z.T. bei den Staking-Rewards sehr lückenhaft waren. Gerade in 2021,2022 und z.T. noch in  2023. z.B. waren das erste Quartal 2022 korrekt und dann fehlten plötzlich Stakingbelohnungen und im letzten Quartal 2022 waren gar keine Staking-Importe per API mehr vorhanden. Ist das einfach so bei alten Daten von Binance, oder gibt es da irgendwo einen Fehler bei meinen API-Importen?

5. Alle Transaktionen in CT gelöscht, den API-Import auf manuel gestell und als Startdatum 04.11.2024 gewählt (Damit keine Dopplungen mehr auftreten) und die bearbeitete Excel (mit Transaktionsbezeichungen von CT) importiert.

Ergebnis:  Einige Bestände sind nun korrekt Überwiegend alle Coins die ich nicht gestakt hatte, (Aber immer noch negative Coinbestände und z.T. sehr große Abweichunge. Binance-Earn hat auch noch Bestände) Wenn ich die CT-Daten von "Binace-Earn" und "Binace" grob überschlage nähere ich mich immerhin dem Gesamtwert von meinen Binancebeständen an. (Nur noch ca. 800 € Differenz).


Frage: Was soll ich nun machen?

Ich hatte mir überlegt nochmal alle Ein- und Auszahlunge der betroffenen Coins zwischen "Binance" und Binance-Earn" anzuschauen und evt. Korrekturbuchungen (Ausbuchungen) vorzunehmen. Irgendwie scheinen nicht alle Rückbuchungen vorhanden zu sein.

Dabei hab ich noch folgende Fragen: API-Import bucht die Stackinzinsen als "Belohnung / Bonus" auf "Binance" und der CSV-Import als "Stacking" auf "Binance-Earn". Sollte ich das Vereinheitlichen und wenn ja, wie?

Ist die Trennung in die Börsen "Binance" und "Binance-Earn" sinnvoll (Automatisch von CT) oder soll ich das auflösen, und wenn wie?

Hoffe ich konnte mein Problem und Vorgehen nachvollziehbar darstellen.

PS hat noch eine Frage: Der Tausch von Matic zu POS hat wohl folgende Buchung (API-Import) verursacht:  "Derivate / Futures Trade XXX POS3  YYY YFII.   Die POS Anzahl ist korrekt. Soll die Buchung so sein?

Schöne Grüße

Rincel

Hinweis: Aktuell kursieren vermehrt betrügerische E-Mails, die unrechtmäßig im Namen von CoinTracking handeln und Auszahlungsgarantien versprechen. Bitte beachten Sie, dass es sich dabei ausnahmslos um Betrugsversuche handelt. Zum Schutz und zur Aufklärung der Verbraucher haben wir in Zusammenarbeit mit der BaFin eine Warnung veröffentlicht: https://www.bafin.de/SharedDocs/Veroeffentlichungen/DE/Verbrauchermitteilung/unerlaubte/2024/meldung_2024_10_30_CoinTracking.html

Updates und Verbesserungen

API
- Neuer Importer: Kinesis, Coinbase Exchange (Business)
- bitcoin.de (Gebühren verbessert)
- Bitget (Transaktionstypen angepasst)
- Coinbase (Dust Verkauf unterstützt, ETH Swap verbessert)
- Kraken (neue Transaktionstypen unterstützt, Earn verbessert)
- Bitpanda (BEST Rewards verbessert)
- Binance (Live Ansicht Fehler behoben)

CSV
- Neuer Importer: Kinesis, Coinbase exchange (Business)
- Binance (neue Transaktionstypen unterstützt)
- NEXO (neue Transaktionstypen unterstützt)
- Bitpanda (BEST Rewards verbessert)
- CoinEx Futures (neues Dateiformat unterstützt)
- Gate.io (neues Dateiformat unterstützt)
- 21bitcoin (neues Dateiformat unterstützt)
- Swan Bitcoin (neues Dateiformat unterstützt)
- BingX (BaseExport Datei - alle Tabs unterstützt, Futures Funding Gebühr unterstützt)
- crypto.com App (Conversion unterstützt)
- Pionex (neue Dateiformate unterstützt)
- KuCoin (neue Dateiformate unterstützt)
- CoinEx (Gebühren unterstützt)
- Bitget (neues Dateiformat unterstützt)
- Ledger (neuer Transaktionstyp unterstützt)

Blockchain
- Neuer Importer: Kusama
- Verbesserungen: Base - NFTs unterstützt, ETH - neue Trades unterstützt, HBAR - Staking verbessert, XLM - weitere Transaktionen unterstützt, Cardano - altes Adressformat unterstützt, Polkadot - Gebühren verbessert (siehe FAQ "Meine blockchain Transaktionen wurden nicht korrekt importiert. Warum?")

Sonstiges
- Mehrere Anpassungen zu Coin Tickern, Preishistorien und Logos
- Verbesserungen von Steuerberichten (Einstellungen auf der "Settings Page" harmonisiert, "Full Extend" Export Option hinzugefügt, DE: KAP+SO Formulare aktualisiert, Forex Gewinne nicht mehr unter 1.1, AT: ATM verbessert)
- Verbesserungen des Spam Center Tools (z.B. ausgehende Transaktionen können als Spam markiert werden)
- "MULTI" - Methode für realisierte Gewinne Seite ergänzt
- Neues Login/Anmelde Design

Vielen Dank an alle, die uns Feedback gegeben haben! Ihr wurdet bereits individuell über die Änderungen benachrichtigt. Vielen Dank für Euren wertvollen Input!

Quelle: https://cointracking.info/new_features.php

Ist schon erfolgt.

when hard mapping?

Wir haben die Bitpanda Importer angepasst und HIPPO6 wird von nun an korrekt importiert.
Bitte den Ticker HIPPO in HIPPO6 bei deinen Transaktionen ändern. Siehe FAQ "Eintrag von umbenannten Coins" (https://cointracking.freshdesk.com/a/solutions/articles/29000018053?lang=de)

@Andreas_Cointracking
Bei Bitpanda gab es ja Hippo ( sudeng ) Ich importiere alles mit der Api. Automatisch wurde Hippo importiert was scheinbar falsch ist.
Denn als Tracker sollte es Hippo6 sein .Warum importeirt CT das falsch rein. Passt man nicht auf stimmen die Steuerdaten ja vorne und hinten nicht.
Oder wird der "falsche " Import beim nächsten mal korrigiert wenn der Tracker angepasst ist für den Import ?
Wer CT mit Bitpanda nutzt sollte mal reinschauen.
Wenigstens werden die Spotlights nun nicht mehr als Einnahme deklariert was ja falsch war ( Kein entsprechneder Kauf )
Jetzt wohl korrekt als Belohnung / Bonus.


Rot = Falsch
Grün = Richtig


Quelle:Cointracking

Updates und Verbesserungen

API
- Crypto.com (Staking, Ein-/Auszahlungen unterstützt, API Fehlermeldungen behoben)
- Bitget (PnL Verbesserungen, API Fehlermeldungen behoben)
- MEXC (API Fehlermeldung behoben)
- Binance (Real Time APR Rewards unterstützt, Staking Gebühr verbessert)
- Kraken Futures (neue Transaktionstypen unterstützt)
- Coinbase (Anleitung und Importer verbessert)
- Bitpanda (Rewards verbessert)
- Kraken (Allocation & ETH2 Transaktionen verbessert)

CSV
- Crypto.com (Staking, Ein-/Auszahlungen unterstützt)
- KuCoin (neue Dateiformate unterstützt)
- KuCoin Futures (neue Dateiformate unterstützt)
- Binance (RENDER Swap unterstützt)
- Bison (neues Dateiformat unterstützt)
- Swan Bitcoin (neues Dateiformat unterstützt)
- OKX (Transfers verbessert, neue Dateiformate unterstützt)
- Coinbase (Rewards, Staking & PRO Transfers verbessert)
- Kraken Futures (neue Transaktionstypen unterstützt)
- Blockchain.com (neues Dateiformat unterstützt)
- Gate.io (neue Dateiformate unterstützt, Trades verbessert)
- Bitpanda (Rewards verbessert)
- Bybit (neues Dateiformat unterstützt)
- Kraken (Allocation & ETH2 Transaktionen verbessert)

Blockchain
- neuer Importer: Flare, Oasis Network
- Verbesserungen: Pulsechain - Bonus & ERC20 Token verbessert, Solana - Staking verbessert, BSC - Staking verbessert, Linea - Transaktionstyp verbessert, zkSync - USDCE Transaktionen verbessert, Ethereum - Uniswap DEX verbessert, GO - Duplikate behoben, (siehe FAQ "Meine blockchain Transaktionen wurden nicht korrekt importiert. Warum?")
- Neues Spam Center Tool

Sonstiges
- Mehrere Anpassungen zu Coin Tickern, Preishistorien und Logos
- Verbesserungen von Steuerberichten (DE: 20k Verlust Slider Kapitalerträge ergänzt, UK: Update Wording Punkt 1.2)

Vielen Dank an alle, die uns Feedback gegeben haben! Ihr wurdet bereits individuell über die Änderungen benachrichtigt. Vielen Dank für Euren wertvollen Input!

Quelle: https://cointracking.info/new_features.php

Genau. Steuerlich sind eben nur die PnL Daten relevant - daher werden die Trades an sich nicht importiert.

vielen Dank für deine Rückmeldung.
Das heißt, dass ich die eigentlichen Trades über das Tool nicht (sinnvoll) tracken kann?
Somit wäre auch kein „Abzug“ der gerade eingesetzten Werte auf dem Konto sichtbar…
Würde also bedeuten, dass wenn ich detaillierte Nachweise (z. B. für das Finanzamt) bräuchte, es zusätzlich gesondert über ein anderes Tool erfassen muss …

@maiklemon:
Gehebelte Trades, Margin/Futures, immer als Gewinn und Verlust (PnL) eintragen - also die Resultate aus den gehebelten Trades. Und nicht die Trades selbst.
Dafür gibt es separate Transaktionsarten "Margin Gewinn" oder "Derivate/Futures Verlust".
Siehe FAQ: Wie wird Margin Verlust Δ (delta) berechnet? (https://cointracking.freshdesk.com/a/solutions/articles/29000037668?lang=de)