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

Ich bin jetzt auch Pro-Mitglied und versuche seit ein paar Tagen Herr über meine chaotischen Trades zu werden
Was mir jetzt aufgefallen ist, dass die Daten zu den jeweiligen Walletadressen nicht importiert werden.
Ich habe gestern Bitcoin und Ethereum Adressen eingepflegt, aber bis heute wurde nichts importiert!?
Dauert es zur Zeit etwas länger?

Da liegt vieleicht noch mein Verständnissproblem   Wenn ich jetzt die Coins z.B: zur Exchange überweise dann muß ich ja 1 Auszahlung verbuchen im Wallet und 2 Einzahlungen, einmal in der Exchange und einmal zur Change Adresse im Wallet (wenn ich nur einen Teil transferiert habe).
Bisher sind diese alle als Einzahlung / Auszahlung eingetragen.

Dann liegt es vermutlich daran

Achte bitte auch darauf, dass die Typen "Einzahlung" und "Auszahlung" nur für Transfers von Coins und Fiats genutzt werden.
Alle andere Eingänge und Ausgänge wie Trades, Einnahmen, Mining, Ausgaben, Spenden, usw. sollten auch den entsprechenden Status haben.

Dario

Hallo,

ich habe es bisher auf "Berücksichtige alles" gestellt.
Wenn ich es auf "Nur Trades" oder "Trades, Ein-& Ausgänge" stelle, dann zeigt es mir BTC als long an, allerdings werden mir dann wesentlich mehr angezeigt als ich eigentlich im Portfolio habe.

P.S: Ich muss auch noch einige Trades aus 2014 nachpflegen, die sind noch nicht erfasst.

@Tesla71:

Dankeschön, das freut mich sehr

Im Steuer Report werden Transaktionen je nach Typ anders berechnet. (Unterhalb vom Chart befindet sich ein Link zu einer "Legende")

Bei den steuerfreien Coins werden standardmäßig nur "Trades" berechnet.
Du solltest also das Dropdown Menü entsprechend umstellen um die gleichen Werte zu erhalten.

Zur Auswahl stehen:
Berücksichtige nur Trades:
Die Berechnung erfolgt ausschließlich für Trades.

Berücksichtige Trades, Ein- & Ausgänge: (diese Option sollte die gleichen Werte wie der Steuer Report anzeigen)
Berechnet alle Trades einschließlich aller steuerrelevanten Ein- und Ausgänge wie Mining, Geschenke, Ausgaben, Spenden, Verluste und gestohlene/gehackte Coins.

Berücksichtige alles, inklusive Ein- & Auszahlungen:
Berechnet alle Trades, alle steuerrelevanten Ein- und Ausgänge, sowie alle Ein- und Auszahlungen.


Falls es Abweichungen gibt, würde ich dich bitten ein Ticket zu schreiben, damit ich mir das im Detail anschauen kann. Aus der Ferne ist das immer etwas schwierig

VG,
Dario

Hallo, erstmal Glückwunsch zu der Seite! Endlich habe ich etwas wo ich alles eintragen kann.
Ich habe allerdings noch ein Verständnissproblem zur Steuerberechnung, evtl. mache ich auch etwas falsch:

Die meisten Coins die ich habe sind älter als ein Jahr, über bitcoin.de gekauft. Die trades habe ich importiert.
Dann habe ich auch sämtliche Wallet Adressen, die ich seitdem benutzt habe eingelesen. Der Bestand wird richtig auch angezeigt.
Allerdings lagen die Coins seit dem Kauf nie auf einer Adresse, sondern sind viel gewandert, zuletzt vor ein paar Tagen zum Split der BCH.

Wenn ich nun zum testen einen Trade anlege und den Gesamtbestand heute verkaufe dann wird in dem erstellten Steuerreport auch alles richtig als "long" angezeigt.
Wenn ich aber auf Reporting/Steuerfreie Coins gehe, dann tauchen die ersten BTC erst nach 6 Monaten als "long" auf. (vor 6 Monaten habe ich ein neues Paperwallet erstellt).
Es gibt aber auch noch ein Paperwallet von 2013, dessen Adresse habe ich auch importiert, daher müssten doch Stand heute diese schon als "long" angezeigt werden, bzw. im Prinzip sind ja alle Coins älter nur wurden sie halt ständig bewegt. Gibt es da eine Möglichkeit dies anders zu kennzeichnen?

Alles richtig gemacht
Die Android App ist tatsächlich nur ein einfaches Widget mit der Übersicht der aktuellen Coins und dem Account Wert.

Wir haben aber vor wenigen Tagen unsere iOS App veröffentlicht, die deutlich mehr kann.
Und wir werden die Android App in den nächsten Wochen auf den gleichen Stand bringen
iOS App: https://itunes.apple.com/us/app/cointracking/id1263133106


Also ich sehe keine Probleme.
Allerdings wird die API nur 1 Mal am Tag automatisch gestartet (zwischen 1 - 4 Uhr morgens).

VG,
Dario

^Cointracking ist als website extrem hübsch und praktisch aber die Andoid App ist schon noch sehr rudimentär oder habe ich da etwas falsch gemacht?

Hallo Dario, kann es sein, dass die automatischen API Imports bei bitfinex nicht ausgeführt werden? Ich muss die immer per Hand ausführen.

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

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 :-)

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

Ok Danke, meinte aber im Steuerreport. Sorry.

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



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.



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

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.

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.

@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

@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

@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.


@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

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