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

[gisi]

Hi Keven,

vielen Dank für deine Antwort. Ich meine aber, dass jene vier Optionen fifo/lifo/hifo/lofo mein angesprochenes Problem leider nicht lösen: Keine der vier Methoden berücksichtigt eine Trennung nach Exchange, zumindest erkenne ich sie nicht.

- Wähle ich fifo, nimmt er die alten BTCs von meinem Ledger Nano und generiert Gewinn.

- wähle ich lifo, nimmt er zwar die neuen, gestern erstandenen BTCs, aber auch nur, weil sie eben zuletzt erstanden wurden. Wenn ich die gestern bei Poloniex erstandenen BTCs aber dort ein paar Tage liegen lasse, 20% Wertsteigerung durchlaufe, dann bei Kraken weitere BTCs mit Euros kaufe und jetzt die Poloniex BTCs verkaufe, würde er bei lifo NICHT jene Poloniex BTCs nehmen und damit Gewinn realisieren, sondern die von Kraken. Genau das soll aber passieren: Ich möchte - unabhängig ob fifo oder lifo - das ganze PRO Exchange anwenden können.

- wähle ich hifo oder lofo, wird ebenfalls NICHT nach Exchange getrennt.

Ist das irgendwie verständlich? Oder übersehe ich etwas?

Vielen Dank

[1714731873]

1714731873

[1714731873]

1714731873

[1714731873]

1714731873

[1714731873]

1714731873

[1714731873]

1714731873

[MrRig]

Hi Keven,

vielen Dank für deine Antwort. Ich meine aber, dass jene vier Optionen fifo/lifo/hifo/lofo mein angesprochenes Problem leider nicht lösen: Keine der vier Methoden berücksichtigt eine Trennung nach Exchange, zumindest erkenne ich sie nicht.

- Wähle ich fifo, nimmt er die alten BTCs von meinem Ledger Nano und generiert Gewinn.

- wähle ich lifo, nimmt er zwar die neuen, gestern erstandenen BTCs, aber auch nur, weil sie eben zuletzt erstanden wurden. Wenn ich die gestern bei Poloniex erstandenen BTCs aber dort ein paar Tage liegen lasse, 20% Wertsteigerung durchlaufe, dann bei Kraken weitere BTCs mit Euros kaufe und jetzt die Poloniex BTCs verkaufe, würde er bei lifo NICHT jene Poloniex BTCs nehmen und damit Gewinn realisieren, sondern die von Kraken. Genau das soll aber passieren: Ich möchte - unabhängig ob fifo oder lifo - das ganze PRO Exchange anwenden können.

- wähle ich hifo oder lofo, wird ebenfalls NICHT nach Exchange getrennt.

Ist das irgendwie verständlich? Oder übersehe ich etwas?

Vielen Dank

Du könntest einen zweiten Account anlegen und diese verknüpfen.
Praktisch einen zum längerfristigen halten der Coins und den anderen zum Traden.

[Poldi-1]

Hallo

erst einmal Danke für die tolle Webseite und Danke an die Community im Voraus für die Hilfe

Habe mir nach ein paar händischen Import Versuchen gleich mal die PRO Version geleistet und API Keys für meine Accounts bei Bitfinex, Bittrex und Poloniex verbunden, nur meinen FIAT- Einstieg über bitcoin.de musste ich per csv importieren. Die so investierten € Beträge werden auf der Cointracking Seite korrekt im Negativen Bereich angezeigt. Von bitcoin.de gingen die BTCs erstmal zu Bitfinex und wurden irgendwann in US$ umgetauscht, und von dort aus weiter Margin oder Exchange getradet, irgendwann dann auch Coins aufgeteilt zu anderen Börsen (Bittrex und Poloniex).

Bis auf ein paar kleine Negativ-Beträge bei coins läuft alles sehr gut, ich denke die kommen durch mangelhafte Datensätze von bitfinex was Transaktionsgebühren angeht. Hat da jemand Erfahrung wo/wie ich im Nachhinein die korrekten Gebühren der Trades finde?

Über die API hat die Seite nur Ein-&Auszahlungen von Bitfinex registriert, für alle Exchange-/Margin-Trades musste ich die csv nachladen.

Jetzt jetzt das Hauptproblem: bei Bitfinex habe ich noch +1715 US$ im Margin Konto, bei Cointracking kriege ich eine -560 US$ in meinem Dashboard angezeigt. Keine Ahnung wo ich da jetzt ansetzen soll

Ich hoffe ich habe mich nicht all zu unverständlich ausgedrückt 

Poldi

[redhorse]

Hallo,

ich habe versucht bei Cointracking.info Trades durch Import von Transkationen über eine Bitcoin Adresse vorzunehmen.
Bei manchen Adressen funktioniert das auch, aber nicht bei allen - wenn ich die Adresse über blockchain.info Suche, werden Transaktionen angezeigt, trotzdem scheint Cointracking.info nix zu finden und legt keine Trades an.

Kennt jemand das Problem?

[SuWide]

Hi,

könntet ihr noch Import Support für die neue Börse binance anbieten?

Danke!

[gisi]

vielen Dank für deine Antwort. Ich meine aber, dass jene vier Optionen fifo/lifo/hifo/lofo mein angesprochenes Problem leider nicht lösen: Keine der vier Methoden berücksichtigt eine Trennung nach Exchange, zumindest erkenne ich sie nicht.
[...]

Du könntest einen zweiten Account anlegen und diese verknüpfen.
Praktisch einen zum längerfristigen halten der Coins und den anderen zum Traden.

Irgendwie kann man das sicher hinfriemeln, das wäre aber eine Menge Arbeit. Ich müsste sämtliche Trades nochmal durchgehen und dann fein säuberlich unterteilen. Da wäre mir eine automatische, programmierte Lösung doch um einiges lieber (was nicht heißen soll, dass Cointracking nicht auch jetzt schon jede Menge Arbeit abnimmt und genial einfach funktioniert, danke dafür)

Wüsste auch nicht direkt, wie man das genau lösen könnte. Aktuell scheint es jedenfalls so zu sein, dass sämtliche Coins, egal wo gekauft, in einem Topf landen. Je nach fifo/lifo/hifo/lofo werden dann die entsprechenden Coins entnommen. Eine Optimierung wäre, wenn mit jeder Exchangeplattform (oder Wallet) ein eigener Topf entstehen und die darin liegenden Coins neben einem Zeitstempel auch einen "gekauft bei Exchange ABC" Tag erhalten würden. So oder so ähnlich, wirklich umsetzen können das wohl nur Leute, die Cointracking programmiert haben ;-)

Bei Aktiendepots ist ja genau das möglich und spart Anlegern jede Menge Geld. Das wäre das i-Tüpfelchen bei Cointracking!

[Münzpräger]

Hi Keven,

vielen Dank für deine Antwort. Ich meine aber, dass jene vier Optionen fifo/lifo/hifo/lofo mein angesprochenes Problem leider nicht lösen: Keine der vier Methoden berücksichtigt eine Trennung nach Exchange, zumindest erkenne ich sie nicht.

- Wähle ich fifo, nimmt er die alten BTCs von meinem Ledger Nano und generiert Gewinn.

- wähle ich lifo, nimmt er zwar die neuen, gestern erstandenen BTCs, aber auch nur, weil sie eben zuletzt erstanden wurden. Wenn ich die gestern bei Poloniex erstandenen BTCs aber dort ein paar Tage liegen lasse, 20% Wertsteigerung durchlaufe, dann bei Kraken weitere BTCs mit Euros kaufe und jetzt die Poloniex BTCs verkaufe, würde er bei lifo NICHT jene Poloniex BTCs nehmen und damit Gewinn realisieren, sondern die von Kraken. Genau das soll aber passieren: Ich möchte - unabhängig ob fifo oder lifo - das ganze PRO Exchange anwenden können.

- wähle ich hifo oder lofo, wird ebenfalls NICHT nach Exchange getrennt.

Ist das irgendwie verständlich? Oder übersehe ich etwas?

Vielen Dank

Kann man dein Problem so ausdrücken, dass beim Verkauf keine Unterscheidung nach der Herkunft der Coins stattfindet, sei es Exchange oder Wallet? So etwas fände ich nämlich auch interessant zu haben.
Also wenn du zB nach jedem Kauf von BTC diese auf ein neues Wallet schieben würdest, den Kaufpreis und das Datum notierst, dann braucht man keines der Bewertungshilfverfahren fifio/lifo/hifo/lofo, Das ist nur ein Hilfsmittel, wenn alle Coins vermischt werden. Beim Verkauf sollte dann auch der tatsächliche Preis wieder herangezogen werden.
Funktioniert das mit CoinTracking oder wird immer ein Bewertungshilfsverfahren benutzt?

[Dario3000]

vielen Dank für deine Antwort. Ich meine aber, dass jene vier Optionen fifo/lifo/hifo/lofo mein angesprochenes Problem leider nicht lösen: Keine der vier Methoden berücksichtigt eine Trennung nach Exchange, zumindest erkenne ich sie nicht.

Korrekt. Im Moment werden alle Coins in einen Topf geworfen.
Ich bin ehrlich gesagt gar nicht sicher ob man bei digitalen Währungen überhaupt nach Depots abrechnen darf.
Hier im Forum gab es schon einige Diskussionen zu diesem Thema aber eine verifizierte Aussage gab es meines Wissens nicht.

Ich kann aber gerne eine Lösung programmieren.
Im Moment geht das bedingt mit den Trade Gruppen indem man nur die Trades einer gewissen Gruppe berechnen lässt.
Aber das ist zugegeben etwas umständlich.


Schau dir mal bitte die Seite "Realisierte und unrealisierte Gewinne" an, die im Prinzip nichts anderes ist als die Steuerberechnung.
Ich habe dort vor wenigen Tagen einen "Filter" eingebaut mit dem sich einzelne Gruppen oder Börsen aus der Berechnung ausschließen lassen.
Diesen Filter werde ich ebenfalls bald in den Steuer-Report mit aufnehmen.
Damit könntest du deine Ledger Nano Coins komplett ausschießen.
Schau dir das bitte mal an, ob das so für deine Zwecke klappen könnte.

Eine Alternative wäre eine Option bei Steuer Bericht mit der sich bestimmte Gruppen nur untereinander verrechnen lassen können.
Deine Nano Trades würden dann also nur mit anderen Nano Trades verrechnet werden und nicht mit Polo Trades etc.
Wobei das natürlich in der Praxis wieder andere Probleme bereitet wenn man Polo Trades mit anderen Börsen verrechnen möchte...

Aber wie gesagt. Vielleicht hilft dir der Filter bereits weiter.


@Poldi-1:
Ich habe die letzten Tage schon 2 Mal gehört, dass wohl bei Bitfinex nicht alles importiert wurde.
Es könnte sein, dass Bitfinex neuerdings irgendwelche Limits in der API benutzt.
Kannst du uns bitte ein Ticket schreiben, dann schaue ich mir das mal morgen genauer an.
Danke dir.

@redhorse:
Aktuell geht der BTC Import nur bis Block 476808 der schon ein paar Tage zurück liegt.
Ich werde das so bald es geht fixen, damit wieder alle Transaktionen importiert werden können.
Sorry dafür.

@SuWide:
Weißt du ob binance.com einen CSV Export anbieten?
Wenn ja und du mir die File zusenden könntest, kann ich binnen 48 Stunden einen Importer erstellen.

VG,
Dario

[gisi]

Erstmal vielen Dank für deine ausführliche Antwort. Einfach ein toller Service, den ihr hier anbietet!

Ich bin ehrlich gesagt gar nicht sicher ob man bei digitalen Währungen überhaupt nach Depots abrechnen darf.
Hier im Forum gab es schon einige Diskussionen zu diesem Thema aber eine verifizierte Aussage gab es meines Wissens nicht.

Ja, das ist leider das Problem. Es gibt zumindest zwei Steuerberater / -anwälte hier im Forum, die das bejaht haben. Auf meine Nachfrage hin, ob es dafür eine Quelle gibt, kam leider keine Antwort mehr. Ich fände es dennoch nützlich, eine solche Funktion zu haben. Ich würde dem Finanzamt - Stand jetzt - diese Berechnung und meinen realisierten Gewinn von unter Freigrenze offen vorlegen, dann bin ich auf der sicheren Seite.

Schau dir mal bitte die Seite "Realisierte und unrealisierte Gewinne" an, die im Prinzip nichts anderes ist als die Steuerberechnung.
Ich habe dort vor wenigen Tagen einen "Filter" eingebaut mit dem sich einzelne Gruppen oder Börsen aus der Berechnung ausschließen lassen.
Diesen Filter werde ich ebenfalls bald in den Steuer-Report mit aufnehmen.
Damit könntest du deine Ledger Nano Coins komplett ausschießen.
Schau dir das bitte mal an, ob das so für deine Zwecke klappen könnte.

Habe eben ein wenig damit rumgespielt. Mein Problem ist, dass ich schonmal keine Börsen ganz ausschießen kann, da ich auf allen Börsen auch tatsächlich Gewinne realisiert habe (aber weitaus weniger, als mir angezeigt werden, zumindest sofern die Depottrennung möglich ist). Die Filter "Trade Typen" und "Zeitraum" helfen leider auch nicht, bleiben noch die selbst vergebenen Gruppen. Die Idee wäre dann wohl, wenn ich das richtig verstehe, all jenen Coins, die ich auf den Nano schiebe, eine Gruppe "Nano" o.ä. zu geben und diese später auszuschließen.

Klingt erstmal machbar, ich sehe nur zwei Probleme:

1) Wie kann ich die Gruppenzuordnung nachträglich erledigen?
2) Letztlich ist eine solche manuelle Zuordnung immer mit Risiken verbunden: Übersehe ich hier einen Trade, bezahle ich am Ende zu viel. Vergebe ich hingegen eine solche Gruppe an den falschen Trade, begehe ich - streng genommen - Steuerbetrug. Bei ein paar Trades kann man das mit viel Disziplin sicher hinbekommen, irgendwann wird das aber in meinen Augen zu kompliziert.

Will heißen: Solltest du hier tatsächlich eine automatische Lösung (mit genauso nachvollziehbarer Übersicht wie das jetzt schon im Steuerreport und bei der Übersicht über un/realisierte Gewinne der Fall ist, großes Kompliment) wäre das glaube ich eine coole Geschichte.

[Rabenkind]

Hi Dario

mir ist da eine Kleinigkeit aufgefallen. Unter "realized & unrealized gains" zeigt er mir für meine ICN Verkäufe in der Spalte "realisierter Gewinn/Verlust" keinen Wert (bzw 0,00 EUR) an, wenn ich als Auswertungsmethode "LIFO" nehme. Bei den anderen Dreien schon. Ich habe unter "Coins eintragen" > 80 Eintragungen mit ICN drin.
Mache ich was falsch?

Gruß
Rabenkind

[Bermuda666]

Erstmal vielen Dank für deine ausführliche Antwort. Einfach ein toller Service, den ihr hier anbietet!

Klingt erstmal machbar, ich sehe nur zwei Probleme:

1) Wie kann ich die Gruppenzuordnung nachträglich erledigen?
2) Letztlich ist eine solche manuelle Zuordnung immer mit Risiken verbunden: Übersehe ich hier einen Trade, bezahle ich am Ende zu viel. Vergebe ich hingegen eine solche Gruppe an den falschen Trade, begehe ich - streng genommen - Steuerbetrug. Bei ein paar Trades kann man das mit viel Disziplin sicher hinbekommen, irgendwann wird das aber in meinen Augen zu kompliziert.

Will heißen: Solltest du hier tatsächlich eine automatische Lösung (mit genauso nachvollziehbarer Übersicht wie das jetzt schon im Steuerreport und bei der Übersicht über un/realisierte Gewinne der Fall ist, großes Kompliment) wäre das glaube ich eine coole Geschichte.

@gisi
1) Du kannst die Gruppenzuordnung auf der "Coins Eintragen" Seite bearbeiten, entweder indem du die besagten Trades auswählst und diese nach der Mehrfachauswahl gemeinsam editierst, diese beim Import bereits deklarierst (z.B. manueller Import, Multi Imports), oder es mit den Filtern von unserer "Gruppiert Editieren" Funktion nachträglich hinzufügst.

2) Ich muss dir da sagen, dass das gesamte Nachhalten eines Portfolios mit Risiken verbunden ist. Wenn ich mir ansehe was die Börsen teilweise für schlechte Exportfunktionen anbieten, ist es sowieso immer ein schmaler Grad. Man kann nur nach bestem Gewissen, mit größter Sorgfalt vorgehen. Diese Problematik hat man allerdings immer, auch unabhängig von der Management Methode, oder dem dazu verwendeten Dienst. Wir nehmen natürlich dennoch deinen Vorschlag auf und danken für deine Mitarbeit und dass du deine Gedanken mit uns teilst.

Hi Dario
mir ist da eine Kleinigkeit aufgefallen. Unter "realized & unrealized gains" zeigt er mir für meine ICN Verkäufe in der Spalte "realisierter Gewinn/Verlust" keinen Wert (bzw 0,00 EUR) an, wenn ich als Auswertungsmethode "LIFO" nehme. Bei den anderen Dreien schon. Ich habe unter "Coins eintragen" > 80 Eintragungen mit ICN drin.
Mache ich was falsch?
Gruß
Rabenkind

@Rabenkind
vielen Dank für deine Anfrage. Bitte kopiere deinen Text und öffne ein Ticket. Das macht es leichter, dir die bestmögliche Antwort zu geben.
Danke dir. https://cointracking.info/feedback.php

Beste Grüße,
Keven

[Janu$$]

@Bermuda666, @Münzpräger

Es gibt einen Artikel in der CT aus 2014:
c’t 2014, Heft 22, S.48ff
Anka Hakert
Steuergeheimnis Bitcoin - Was das Finanzamt zu Kryptogeld sagt

Die Autorin ist Steuerjuristin. Dort wird u.a. bereits angeprangert, dass von Seite der Finanzbehörden keine Aussage zu der steuerlichen Behandlung des Börsen-, Wallet- oder Adressen-übergreifenden Handels getroffen wurde und auch nicht ob FIFO zwingend vorgeschrieben ist.
Hier ein Zitat aus dem Artikel:

"Veräußerung bedeutet nicht nur Verkauf
von Bitcoins gegen Euro, sondern auch
Tausch gegen andere Kryptowährungen.
Einen Tausch stellt auch das Bezahlen von
Waren oder Dienstleistungen mit Bitcoins
dar, sodass auch hier die Haltefrist gewahrt
sein muss, um keine Steuerpflicht auszulö-
sen. Wie die Haltefrist berechnet wird, ist
nicht abschließend geklärt. So kann sowohl
die Fifo-Methode als auch die Lifo-Methode
angewendet werden.
Bei der Fifo-Methode („First-in-first-out“)
wird angenommen, dass der zuerst angeschaffte
Bitcoin auch zuerst verkauft wird. Bei
der Lifo-Methode („Last-in-first-out“) wird
der zuletzt angeschaffte zuerst verkauft.
Hierbei stellt sich dann auch die Frage, ob
die An- und Verkäufe Wallet-übergreifend zu
berücksichtigen sind. Die steuerlichen Auswirkungen
je nach Methode können immens sein. "

Meine persönliche Meinung:
Der EuGh hatte bei seinem Umsatzsteuerurteil den Bitcoin in die Nähe von Fremdwährungen gestellt. Für Fremdwährungen gibt es in Deutschland die gesetzliche FIFO Vorgabe. ABER: Der EuGh hatte nur bzgl. der Umsatzsteuerbetrachtung Analogien zu Fremdwährungen hergestellt. Er hat nicht gesagt, dass Bitcoin generell eine Fremdwährung ist. Es ist ein immaterielles Wirtschaftsgut, solange nichts anderes festgelegt wird. Und danach sollte auch LIFO zulässig sein.


Zu der Problematik mit der Verteilung und Haltedauer auf unterschiedlichen Adressen:
Schaut mal auf Threadseite 37, Post 727 von polister. Dort hat er beschrieben, wie er das Problem in Cointracking per workaround gelöst hat.

Grüße,
Janus

[Janu$$]

@all, die ICO Trades eingetragen haben

Achtet darauf wenn ihr Eure ICO Trades in Cointracking eintragt mit einem Datum, der vor dem Börsenhandel des neuen Coins liegt, dass Ihr über "Asset Wert anpassen" den Kaufwert manuell eintragt. Der richtige Kaufwert des neuen Coins kann ansonsten nicht richtig erfasst werden, da natürlich noch keine offiziellen Kursdaten existieren. Somit wird idR ein Kaufwert von 0.0 o.ä. hinterlegt. Beim Verkaufen wird dann der falsche (zu niedrige) Kaufwert abgezogen, ein zu hoher Gewinn ausgewiesen und man muss zu viel versteuern.
Der Fehler liegt aber nicht bei Cointracking, sondern ist durch den noch nicht existierenden Kurswert begründet.

Grüße,
Janus

[Momimaus]

Hallo,

gibt es eigentlich eine Möglichkeit sich eine Liste ausgeben zu lassen. welche auch die Transaktion-ID mit beinhaltet? In den Imports der Börsen sind die ja mit drin.

[Skerberus]

@all, die ICO Trades eingetragen haben

Achtet darauf wenn ihr Eure ICO Trades in Cointracking eintragt mit einem Datum, der vor dem Börsenhandel des neuen Coins liegt, dass Ihr über "Asset Wert anpassen" den Kaufwert manuell eintragt. Der richtige Kaufwert des neuen Coins kann ansonsten nicht richtig erfasst werden, da natürlich noch keine offiziellen Kursdaten existieren. Somit wird idR ein Kaufwert von 0.0 o.ä. hinterlegt. Beim Verkaufen wird dann der falsche (zu niedrige) Kaufwert abgezogen, ein zu hoher Gewinn ausgewiesen und man muss zu viel versteuern.
Der Fehler liegt aber nicht bei Cointracking, sondern ist durch den noch nicht existierenden Kurswert begründet.

Grüße,
Janus

Ist mir auch aufgefallen, halte das aber für falsch. Wenn ich mit 1 BTC eine Währung kaufe, die nicht bekannt ist, dann sollte der Kaufpreis meines Wissens auch der Wert des Bitcoins in Euro sein und nicht 0. Gleiches gilt natürlich wenn ich ETH oder ähnliche bekannte Währungen nehme um damit an ICOs teilzunehmen.

Zudem:
Eigentlich spielt der Marktkurs des gekauften Objekts doch keine Rolle? Wenn ich als fiktives Beispiel für 1 BTC 50 ETH kaufe, dann würde ich eigentlich erwarten, dass mein Kaufpreis pro Ethereum 1/50 Bitcoin in Euro ist und nicht der aktuelle Marktkurs von Ethereum, ich habe schließlich 1 BTC bezahlt und nicht den Marktkurs.

[Dario3000]

gibt es eigentlich eine Möglichkeit sich eine Liste ausgeben zu lassen. welche auch die Transaktion-ID mit beinhaltet? In den Imports der Börsen sind die ja mit drin.

Hey, ja die findest du in der Vollansicht der Trade Liste

@all, die ICO Trades eingetragen haben

Achtet darauf wenn ihr Eure ICO Trades in Cointracking eintragt mit einem Datum, der vor dem Börsenhandel des neuen Coins liegt, dass Ihr über "Asset Wert anpassen" den Kaufwert manuell eintragt. Der richtige Kaufwert des neuen Coins kann ansonsten nicht richtig erfasst werden, da natürlich noch keine offiziellen Kursdaten existieren. Somit wird idR ein Kaufwert von 0.0 o.ä. hinterlegt. Beim Verkaufen wird dann der falsche (zu niedrige) Kaufwert abgezogen, ein zu hoher Gewinn ausgewiesen und man muss zu viel versteuern.
Der Fehler liegt aber nicht bei Cointracking, sondern ist durch den noch nicht existierenden Kurswert begründet.

Grüße,
Janus

Ganz genau, Preise können nur berechnet werden, wenn der Coin bereits auf einer Börse gelistet ist.
Ansonsten wird der Wert mit 0 angegeben und sollte manuell angepasst werden.

Bei der "Bester Preise" Berechnung ist das aber nicht ganz so schlimm, da in so einem Fall mit dem Wert des verkauften Coins gerechnet wird.
Wenn du also 100 XXX für 1 BTC kaufst und XXX hat noch keinen Preis, dann rechnet CoinTracking den Gewinn anhand vom BTC Wert.

Eigentlich spielt der Marktkurs des gekauften Objekts doch keine Rolle? Wenn ich als fiktives Beispiel für 1 BTC 50 ETH kaufe, dann würde ich eigentlich erwarten, dass mein Kaufpreis pro Ethereum 1/50 Bitcoin in Euro ist und nicht der aktuelle Marktkurs von Ethereum, ich habe schließlich 1 BTC bezahlt und nicht den Marktkurs.

Aber woher weißt du wie viel 1/50 Bitcoin wert sind? Nur indem du sie mit dem Bitcoin Marktkurs in EUR oder was auch immer umrechnest.
Ist am Ende also eine Milchmädchenrechnung
Du musst immer einen Marktkurs benutzen sofern die Coins nicht gegen FIAT getradet wurden.

Wobei das von dir beschriebe Beispiel von CoinTracking auch genau so berechnet wird (mit Ausnahme der "Transaktions Preis" Einstellung, mit der dann der ETH Wert in EUR gewandelt wird und nicht 1/50 BTC in EUR).

VG,
Dario

[Momimaus]

gibt es eigentlich eine Möglichkeit sich eine Liste ausgeben zu lassen. welche auch die Transaktion-ID mit beinhaltet? In den Imports der Börsen sind die ja mit drin.

Hey, ja die findest du in der Vollansicht der Trade Liste

Ok Danke, meinte aber im Steuerreport. Sorry.

[Dario3000]

Ohh sorry, im Steuer Report wird die Trade-ID nicht angezeigt, kann ich aber gerne einbauen.
In der Zwischenzeit kannst du als Workaround die (Un)realisierten Gewinne ansehen.
Das ist im Prinzip die gleiche Berechnung wie beim Steuer Report und du findest zu jedem Datensatz die Trade-IDs (auf das blaue Plus in den 2 unteren Tabellen klicken).

Dario

[Momimaus]

Ohh sorry, im Steuer Report wird die Trade-ID nicht angezeigt, kann ich aber gerne einbauen.
In der Zwischenzeit kannst du als Workaround die (Un)realisierten Gewinne ansehen.
Das ist im Prinzip die gleiche Berechnung wie beim Steuer Report und du findest zu jedem Datensatz die Trade-IDs (auf das blaue Plus in den 2 unteren Tabellen klicken).

Dario

Das wär gut, ich denke das Finanzamt wird die sowieso haben wollen. Wahrscheinlich gleichzeitig mit der IS für den Einkauf.

Ich bin blind. Bei Realisierte und unrealisierte Gewinne sehe ich kein blaues Plus. Sieht auch wie eine komplett andere Liste aus. https://cointracking.info/gains.php


Edit: Habs, du meintest die Soll und Haben Liste, richtig?

Edit2: Jetzt hab ich gefunden was du meinst. Das selbe wie SuH aber merh Klicks :-)

[Dario3000]

Ich meinte schon die realisierten und unrealisierten Gewinne (https://cointracking.info/gains.php)

Es gibt dort insgesamt 3 Tabellen:
1. die Summe aller Werte (standardmäßig ausgeklappt)
2. alle Verkäufe (standardmäßig eingeklappt + enthält alle Trade IDs und weitere Infos)
2. alle Käufe (standardmäßig eingeklappt + enthält alle Trade IDs und weitere Infos)

VG