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

Hardfork Fragen:

Ich versteh noch nicht ganz wie ich Hardforks eintrage.
Das Problem ist folgendes, am Beispiel von Bitcoin und Bitcoin Gold (BTG):

Zeitpunkt:

Ab wann trage ich die BTG in Cointracking ein?
Es gibt für mich 4 Zeitpunkte die in Frage kommen.

1. Der Zeitpunkt wo ich die BTC erhalten/gekauft habe, aus denen die BTG hervorgehen. Theoretisch kann das bis 2009 zurück gehen, auch die BTG Blockchain geht ja bis dorthin zurück.
2. Der Zeitpunkt von dem Block, wo der Hardfork stattgefunden hat, also 491407, das war nämlich nicht im Oktober, sondern im November.
3. Der Zeitpunkt wo der Hardfork stattgefunden hat, also 24. Oktober. Uhrzeit? 0:00?
4. Der Zeitpunkt wo ich die BTG zum ersten mal bewegt habe, z.B. wenn man das Ledger "splitting tool" benutzt hat.

Bei Zeitpunkt 1+4 Fange ich mit den entsprechenden Transaktionen auf der Blockchain an.
Bei Zeitpunkt 1+2 Trage ich quasi "manuell" einen erhalt der Coins ein, den man auf der Blockchain aber so garnicht sehen kann.

Steuern
Das ist ein Thema für sich. Aber sollte man es als Anschaffung betrachten, dann soll es ja die Methode geben die Anschaffungskosten von BTC und in dem Fall BTG irgendwie aufzuteilen, ich meine ich hätte da mal 80%/20% gehört.
Hier ist mir unklar:

5. Woraus ergibt sich das Verhältnis? Kurswert zu welchem Zeitpunkt?
6. Verringere ich dann die Anschaffungskosten von BTC auch um 20%?
7. Was ist wenn ich mehrere Hardforks verkauft habe, z.B. BCH und BCD?

Auch:
8. Ist die Situation mittlerweile klarer mit den Steuern?

Bitte einmal Neukalkulation im Weblogin durchführen: https://cointracking.freshdesk.com/a/solutions/articles/29000020074?lang=de

Hat sonst och jemand Probleme, dass die App unter Android heute einen kompletten Blödsinn anzeigt?

• ich habe nur Ausgänge in der App, Portfolio ist also mit zig BTC im Minus
• Coins, die ich nur gekauft habe, fehlen komplett

Hätte bereits versucht mich neu einzuloggen, hat leider nichts gebracht.

Super und danke für die schnelle Antwort 

Wallet import nicht, jedoch eine API als Blockchain Import ist derzeit in Entwicklung.

Hallo!
Ist für Elrond in naher Zukunft ein Wallet Import geplant?

Ja, den gibt es auf tzkt.io. Dann werde ich den CSV-Import wohl benutzen, danke!

@regipegi
Okay, wir prüfen dies.

KuCoin: dies scheint eine Limitierung der API zu sein. Hier bitte die Transaktionen bzw. die PnL Daten manuell eintragen.

@Andreas_CoinTracking
Hallo Andreas,
es geht darum, dass CT Margintrades fälschlicherweise als Derivatentrades einstuft. Obwohl CT das schon seit längerem weiß, ändert sich nichts.
Ihr verweist auf Winheller Seite, aber dort steht, dass Coinkauf/verkauf auf Margin kein Derivatentrade ist.
Warum wird es nicht korrigiert?

Noch etwas: Es geht um Kucoin Import per Api. Es werden nur 2 Subaccounts importiert. Marginsubaccount wird scheinbar ausgelassen. Warum?


Danke!

@sencoj
Wo steht geschrieben, dass dies so zu handhaben wäre? Was hat ein zukünftiger Kauf mit einem aktuellen Verkauf zu tun?
Gewinn entsteht natürlich bei Verkauf. Oder bei Zufluss eines geschlossen Hebeltrades z.B. als Einnahme oder Margin Profit.

Hi,

vielleicht mache ich ja etwas falsch, aber das Problem besteht weiterhin. Der Verkauf bleibt das einzige Ereignis, bei dem der Gewinn berechnet wird und als Anschaffungswert wird der Wert aus der "Einnahme steuerfrei" genommen.

Der Short trade sollte jedoch steuerpflichtig werden, sobald die Position geschlossen ist (beim Kauf). Die Anschaffungskosten beim Verkauf sollten dem zukünftigen Kaufwert entsprechen.

Wie ich das sehe ließe sich das hilfsweise mit einer Wertanpassung der "Einnahme steuerfrei" auf den zukünftigen Kaufwert machen, aber ich habe keine Möglichkeit gefunden, die Werte über den Custom Exchange Import zu setzen. Per Hand ist es bei vielen Trades nicht machbar.

hast du die Leihe richtig eingetragen wie hier beschrieben? https://cointracking.freshdesk.com/a/solutions/articles/29000033408?lang=de

@Andreas_CoinTracking

Danke für die Antwort.

Zu der Darstellung als Margin Gain / Margin Profit: Dieses Vorgehen führt zu einer falschen steuerlichen Behandlung. Ein Binance Margin Trade ist KEIN Derivat und keine CFD Position die geöffnet und geschlossen wird, sondern er ist eine echte Kreditaufnahme in einer Währung, die man dann handelt.

Binance erlaubt Imports von Margin Trade Daten als csv/xls. Diese kann man auch nach einigen Anpassungen in Cointracking hochladen, was schonmal gut ist. Das Problem entsteht dann aber bei Short trades. Z.b.

SOL short trade:
1.1.2020 - Aufnahme Loan von 100 SOL, Verkauf 100 SOL gegen 10.000 USDT
2.1.2020 - Kauf 100 SOL gegen 10.500 USDT, Rückzahlung 100 SOL

Ohne Transaktionskosten: Verlust von 500 USDT

Dafür müsste Cointracking aber die Anschaffungskosten vom 2.1.2020 rückwirkend auf die Veräußerung vom 1.1.2020 anwenden. Jeder Broker, der echtes Shorting anbietet rechnet das richtig. Cointracking erkennt die Anschaffung aber nicht und berechnet die Volle Veräußerung als Gewinn.

Wie sich das anhört gibt es da also keine Lösung zu?

Danke!

@sencoj
Beachte bitte die "Einschränkungen" auf der Binance CSV/API Import Seite (https://cointracking.freshdesk.com/de/support/solutions/articles/29000039887-binance-import-einschr%C3%A4nkungen)

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: https://cointracking.freshdesk.com/a/solutions/articles/29000037668?lang=de
Binance stellt nur leider die Margin PnL Daten pro Trade nicht bereit und sagt nicht, wie man aus Margin Trades den Gewinn/Verlust errechnen kann. Ohne diese Daten gibt es keine Möglichkeit, diese sauber für Warnungsfreie Steuerberichte einzutragen.
Es gibt hier derzeit evtl. nur die Möglichkeit, die Tages PnL Daten zu verwenden. Alternativ könnte man diese Margin Trades als "Black Box" evtl. behandeln wie hier beschrieben: Fehlende Daten durch Börse/Wallet nicht mehr vorhanden oder keinen Zugriff (https://cointracking.freshdesk.com/a/solutions/articles/29000034626?lang=de)

Moin,

gibt es in Cointracking eine Möglichkeit, short margin trades (z.B. bei Binance) vernünftig darzustellen?

In den FAQs wird empfohlen, diese bloss als "margin gains/losses" zu importieren, was dann eine versteuerung nach KAP zur Folge hat. Dieses ist je nach börsenseitiger Durchführung des shorts komplett falsch und eventuell für den Benutzer extrem unvorteilhaft. Bei Binance ist es definitiv kein Derivat, sondern man leiht sich tatsächlich ein Coin (mann kann es auch abheben) und verkauft es dann.

Wenn man seine Margin Trades als separate Trades importiert, funktioniert die Zuordnung des Anschaffungspreises für die short trades nicht, da die Anschaffung bei einem Leerverkauf zeitlich nach dem Verkauf erfolgt.

Gibt es einen Weg, dies durch Datenanpassung oder Einstellungen zu beheben? Also entweder die Trades anzupassen oder z.B. Margin Gains steuerlich ins SO zu verlagern?

Danke im Voraus!

sencoj

Updates und Verbesserungen

API
- Neue API Imports: Bitso & MEXC
- Gemini (Update für Earn Transaktionen)
- Poloniex (Update für Auszahlungsgebühren)
- Kraken (Import von Margin Gebühren nun als Margin Verlust)
- Celsius (Unterstützung für Bonus/Zinsen)
- BTC Markets (Verbesserungen für große Anzahl an Transaktionen)
- KuCoin Futures (Fix für Fehlermeldungen beim Import)
- Luno (Update für Trades)
- OKEX (neue Passphrase Anforderungen adaptiert)

CSV
- Neuer CSV Import: Voyager
- NEXO (Unterstützung für das neue NEXO CSV Format)
- Crypto.com (Unterstützung für das neue Datumsformat)
- Binance US (Fix für Gebühren)
- Iconomi (Unterstützung für neue Transaktionstypen)
- Cake Defi (Unterstützung für Entry&Exit Staking und Swaps mit Gebühren)
- Bybit (Unterstützung für neues Format mit PnL Daten)
- Kraken (Import von Margin Gebühren nun als Margin Verlust)
- BSDEX (Unterstützung für neues Format)
- Celsius (Unterstützung für Bonus/Zinsen)
- Criptan (Unterstützung für zusätzliche Transaktionstypen)
- Benutzerdefinierter Börsen Import (Erweiterung um alle Transaktionstypen)

Blockchain
- Verbesserungen für ETH, AVAX (siehe FAQ "Meine Blockchain Transaktionen wurden nicht korrekt importiert. Warum?")

Sonstiges
- Mehrere Anpassungen zu Coin Tickern
- Steuerberichte (Update der Form 8949 Steuer Exports)
- Flow Chart Bericht (Performance Verbesserung für große Anzahl an Transaktionen)
- Bilanz pro Börse (Ansicht pro Zeile verbessert)

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

@allyouracid
Vermutlich im Laufe des Jahres statt in 2 Wochen. Es ist genau so wie du es beschreibst.
Der benutzerdefinierte CSV Importer unterstützt nun alle Transaktionsarten, d.h. wenn block explorer der Chains CSVs bereit stellen, kann man diese nun damit importieren.

Wie immer, danke für die schnelle Antwort.
Ich weiß, das Gefrage nervt und alle wollen ständig ihren Lieblingscoin unterstützt haben. Und dass die Liste vermutlich wirklich lang ist mit all den "besten Coins, die unterstützt werden müssen". Aber lässt sich grob abschätzen, wo die Prio bei Tezos liegt und ob es noch in die nächste Steuererklärung (spätestmöglicher Abgabetermin, plus vmtl ein paar Tage , mit Steuerberater) mit reinkommen wird?

Ich frage, weil ich meine Art, die Coins zu tracken, dann entsprechend anpasse. Aktuell trage ich Stakingeinnahmen wie auch DEX-Trades z.B. auf objkt.com oder der Dogami-Börse alle drei Tage manuell ein, aber wenn z.B. der Tezos-Importer kurz vor Abschluss steht, dann spare ich mir die Mühe und warte einfach. Sollte es völlig ungewiss sein (two weeks™ 😁), dann mache ich einfach weiter wie bisher.

@allyouracid
Wir haben Tezos auf unserer langen Liste an Blockchain Importern. Sobald es hier News gibt, teilen wir sie auf der Neue Features Seite. Danke für deine Geduld.

Lieber Andreas, liebes Cointracking-Team,

für Anfang 2022 wurde, soweit ich mich erinnere, ein Importer für Tezos angekündigt. Ich habe mir gerade die Altcoin Wallet Imports angeschaut, konnte aber keinen Tezos-Import finden.
Ich denke, es wäre sehr hilfreich für viele Benutzer, wenn sie den Import nutzen können. Auch von der Größe des Projektes halte ich es für mehr als angemessen, Tezos auf Cointracking zu unterstützen. Würde mich in der Hinsicht über positive Neuigkeiten sehr freuen.