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

[Drokzid]

Gibt es irgendeine Möglichkeit NEO Balances automatisch zu importieren? Falls nicht, wäre es super, wenn ihr mal die API hier anzapfen könntet? https://neoscan.io/doc/Neoscan.Api.html <3

[gnagflow]

Bei mir werden im Kapitalertragsbericht für mehrere Transaktionen die falschen Börsen zugeordnet.
Hier ein Beispiel:
Transaktionen:
01/2017 Börse A Kauf 4 BTC für 1000 €
02/2017 Börse B Kauf 2 BTC für 500 €
03/2017 Börse B Abhebung 2 BTC
04/2017 Börse C Einzahlung 2 BTC
05/2017 Börse C Kauf 4 ETH für 2 BTC

Dies führt im Kapitalertrasgbericht zu:
Kauf 2 BTC Börse A; Verkauf 2 BTC Börse C

Das heißt die Software erkennt nicht, dass die Bitcoin für den ETH Kauf von Börse B stammen, sondern nimmt einfach die BTC von Börse A, da diese als erstes gekauft wurden.
Wie kann dies korrigiert werden?

[Obicoin]

Wie schaut das mit der Steuererklärung an das Finanzamt aus? Sind Steuerberater/Anwälte bekannt, die auf Basis des Steuer-Reports welchen man bei cointracking erstellen kann, die Steuererklärung beim Finanzamt machen?

Oder kann man das anhand dem Steuer-Report auch problemlos selber beim Finanzamt einreichen? Wie sind hierzu die Erfahrungen? Da ich selbst davon keine Ahnung habe wäre mir die Hilfe eines Steuerberaters/Anwalts lieber, und für jegliche Infos dazu sehr dankbar.

[Drokzid]

Gibt es irgendeine Möglichkeit NEO Balances automatisch zu importieren? Falls nicht, wäre es super, wenn ihr mal die API hier anzapfen könntet? https://neoscan.io/doc/Neoscan.Api.html <3

Das selbe gilt übrigens für WAVES. Steht es auf dem Plan WAVES Transaktionen irgendwann mal in Coitnracking automatisch impotieren zu können?

[CoinTracking Dominik]

Bei mir werden im Kapitalertragsbericht für mehrere Transaktionen die falschen Börsen zugeordnet.
Hier ein Beispiel:
Transaktionen:
01/2017 Börse A Kauf 4 BTC für 1000 €
02/2017 Börse B Kauf 2 BTC für 500 €
03/2017 Börse B Abhebung 2 BTC
04/2017 Börse C Einzahlung 2 BTC
05/2017 Börse C Kauf 4 ETH für 2 BTC

Dies führt im Kapitalertrasgbericht zu:
Kauf 2 BTC Börse A; Verkauf 2 BTC Börse C

Das heißt die Software erkennt nicht, dass die Bitcoin für den ETH Kauf von Börse B stammen, sondern nimmt einfach die BTC von Börse A, da diese als erstes gekauft wurden.
Wie kann dies korrigiert werden?

Das ist das gängige FIFO Verfahren für Deutschland. Diesbezüglich haben wir auch einen FAQ Artikel:
https://cointracking.freshdesk.com/solution/articles/29000018462-depottrennung-nach-fifo-lifo-etc-/de


@ Drokzid: Vielen Dank für deine Vorschläge. Wir bekommen diese Wünsche natürlich regelmäßig und wir leiten diese auch immer an unsere Entwickler weiter. Leider ist die Liste der User-Wünsche lang und aktuell wird an vielen Baustellen gearbeitet, weshalb wir einen Termin für diese Umsetzungen nicht nennen können. Gerne nehme ich deine Vorschläge auch nochmal auf 

[bcmine]

Ein Problem mit dem ich jetzt seit 5 Tagen gekämpft hatte ist:

Einzahlungen, die automatisch von den Exchanges importiert werden, gelten nicht als Bestandsaufnahme für Coins für die Steuererklärung, da ja auch kein Einkaufspreis eingetragen werden kann, und wenn ich dann händisch jeden Einkauf nachträglich eintrage, dann habe ich doppelte Anzahl von Coins in meinem Dashboard.

Das Problem ist bei allen ICOs Käufen der Fall. Respektive ganz einfach bei Auszahlung, die Möglichkeit geben, ob mit einer Auszahlung gleichzeit, coins in die Gegenrichtung geflossen sind.

Die Umgehung des Problems ist die Auszahlung/Einzahlung gegen einen Trade auszutauschen, jedoch dann ist das irgendwie ein Pfuschen. 

------Bitte eine Lösung finden, indem man bei der Einzahlung, einfach einen Einkaufspreis eintragen kann (!), zur Zeit gibt es nur das Feld mit Speseneintragsmöglichkeit.


Welche Lösung hat sich für dich bei diesem Problem bewährt?

Danke für comments.

[Hans06]

Hallo,

Ich habe jetzt mal für 2017 den Steuerreport erstellt.
Es wird der Gewinn angegeben und die sich ergebende Steuer.
Aber wird die Steuer nur aus den short-term Handelsgeschäften errechnet oder sind da auch die Mining-Einnahmen mit eingerechnet?

Was mich bei dem Programm stört ist, dass man die Miningausgaben und die Miningeinnahmen nicht korrelieren kann.
Wenn es ein Mining in gibt, müsste es auch ein Mining out geben, damit ich zb. die Zahlung v0n 1000 Euro an Genesis Mining mit den dann tröpfelnden Einnahmen von Genesis Mining verrechnen kann und ich einen Überblick habe, wie viel von dem investierten Geld schon zurückgeflossen ist. Denn wenn ich noch keine 1000 Euro erhalten habe bin ich ja immer noch im Verlustbereich.
Da habe ich noch nichts zufriedenstellendes im Programm gefunden, wie man das transparenter machen kann.

Gruß
Hans

[c0in_junkie]

Kann es sein das gerade nicht aktualisiert wird? Am Handy und am PC bewegen sich meine Kurse gar nicht mehr. Sehe dauernd den selben Gewinn.

[ulrich909]

Kann es sein das gerade nicht aktualisiert wird? Am Handy und am PC bewegen sich meine Kurse gar nicht mehr. Sehe dauernd den selben Gewinn.

ja, ich habe dasselbe Problem.

[-Rippler-]

Servus,

wann wir Deeponion in den Altcoin Import integriert ?
Mir geht es hieg um Mining income .

Gruß

[wuclx]

Ist CoinTracking gerade überlastet? Beim CSV-Import kommt:

Diese Website ist nicht erreichbar
cointracking.info ist momentan nicht erreichbar.
Versuchen Sie Folgendes:

Verbindung prüfen
Proxy und Firewall prüfen
ERR_SSL_VERSION_INTERFERENCE

[LibertValance]

Kann man eigentlich den Wert von Schenkungen kollektiv erfassen und verbuchen? Ich möchte dies für DeepOnion tun, und habe alle Onions die ich bekam als Schenkung mit entsprechendem exakten Zeitpunkt eingegeben. Das System kennt ja auch den Wert der Onions zu jedem vergangenen Zeitpunk, nun müsste man eben nur noch an die Daten kommen. Wie?

[Basti27]

Hallo zusammen,

gibt es denn irgendwo eine Zusammenfassung, wie man cointracking korrekt für die Steuer benutzt?

Ein paar Sachen haben mich gewundert, deswegen frage ich jetzt einfach mal:
1. Sollte die Börsenbilanz stimmen? Bei mir sind 0,3 Bitcoin weniger auf einer Börse vorhanden, als laut cointracking da sein sollten
2. Gebühren bei den Ein- und Auszahlungen werden anscheinend nicht berücksichtigt. (Siehe nachfolgendes Beispiel)
3. Müsste man für die Gebühren eigentlich den Kaufpreis des Tages ansetzen oder den, den man bezahlt hat? Intuitiv hätte ich ja Letzteres gesagt, andererseits nimmt man bei Alt-Coins ja auch den Tagespreis...
4. Die Reihenfolge beim Verkaufen berücksichtigt unterschiedliche Börsen anscheinend nicht, irgendwo habe ich was von einem Gruppen-Feature gelesen, kann man das hierfür benützen?

Ich habe mal testweise folgendes Beispiel durchgespielt:
 a) 5 BTC für 1000€ je Stück gekauft
 b) 3 BTC ausgezahlt mit 0,5 BTC Gebühren
 c) nochmal 5 a 2000€ gekauft
 d) 7 BTC verkauft für je 3000€

Ich hätte jetzt Folgendes erwartet:
0,5 BTC a 1000€, also 500€ Verlust durch die Auszahlungsgebühren (bzw. 0,5 * den Tagespreis, z.B. 1500€?)
2 BTC a 1000€ und 5 a 2000€ für 21000€ verkauft, also 2000 + 5000 = 7000 Gewinn
Macht insgesamt 6500€ Gewinn.

cointracking scheint aber zum Einen die Gebühren zu ignorieren, zum Anderen werden 5 BTC a 1000€ und nur 2 a 2000€ verkauft. Macht 21000-9000=12000€ Gewinn. Das mit der Reihenfolge ist bei mir aber nicht so tragisch, da ich sowieso kein BTC mehr am Ende des Jahres auf meinen anderen Börsen hatte, somit wurden die ältesten Coins sowieso verkauft.

Mein Lösungsvorschlag wäre jetzt, dass ich der Einfachheit halber auf die fees-Seite gehe und sämtliche Gebühren, die bei Auszahlung angefallen sind, als verkauft für 0€ eingebe. Die Reihenfolge ist ja eh schon durcheinander, allerdings sieht das bestimmt komisch aus fürs Finanzamt. Die Gebühren bei den Trades werden ja anscheinend schon berücksichtigt.

Wäre toll, wenn Ihr mir die ein oder andere Frage beantworten könntet. Entschuldigung schon mal, falls das schon öfters hier gefragt wurde, aber der Thread ist wirklich extrem groß.

Edit: 5. Müsste nicht auch mit dem tatsächlichen Kaufpreis gerechnet werden? Bei bitcoin.de würde ich die tatsächlich gekauften 0,99% BTC und den tatsächlichen Kaufpreis 0,995% € ansetzen, aber cointracking nimmt den 100% Kaufpreis?

[crypteria]

Hallo,

ich habe alle CSV-Dateien hochgeladen und auf den ersten Blick hat auch alles gut ausgesehen.
Als ich damit begonnen habe einige Transaktionen zu checken, sind mir jedoch teilweise Fehler aufgefallen und ich weiß leider nicht wie ich diese ohne Weiteres beheben kann.
Mein Vorgehen zur Überprüfung: Ich habe alle hochgeladenen Trades aus dem Cointracking-Steuerreport exportiert und per Formel abgeglichen bei welchen Transaktionen die Kaufs- und die Verkaufsbörse voneinander abweichen.
Mittels Filter habe ich die Positionen mit den größten und kleinsten Verlusten angeschaut. Es zeigt sich, dass Cointracking ab und zu die Coins verschiedener Exchanges durcheinander bringt.

Hier ein Beispiel:

Ich habe Kryptowährung XYZ an verschiedenen Börsen gekauft:

Börse A: 1000 Stück von XYZ zu 1 USD/Stück am 01.01.2017
Börse B: 500 Stück von XYZ zu 2 USD/Stück am 01.02.2017

Am 01.04.2017 steht XYZ bei 3 USD/Stück. Die Coins von Börse A möchte ich zu dem Zeitpunkt gedanklich noch als Langzeitinvestment verwenden. Daher verkaufe ich die Coins von Börse B:

Börse B: Verkauf von 500 Stück XYZ zu 3 USD/Stück am 01.04.2017

Eigentlich ergibt sich nun folgender Gewinn:

[(Verkaufspreis 3 USD/Stück - Kaufpreis 2 USD/Stück)]*500 Stück = 500 USD Gewinn

Cointracking legt jedoch die Coins von Börse A zugrunde (1.000 USD Gewinn) und verfälscht somit den Trade nicht unerheblich.
Bei Verlusttrades konnte ich diesen Fehler ebenfalls feststellen, sodass es sich am Ende des Tages ungefähr ausgleichen sollte, da ich bislang keinerlei Long-Term-Trades hatte.
Weiterhin habe ich die Situation, dass ich Coins in ein Wallet transferiert habe. Anschließend habe ich von diesen Coin nochmal nachgekauft, diese auf der Börse gelassen und direkt wieder verkauft.
Cointracking hat diesen Verkaufs-Trade jedoch auf Grundlage der Wallet-Coins erstellt. Natürlich ist das dann das FIFO-Prinzip, aber bei getrennten Depots/Wallets/... dürften diese Trades nach meinem Verständnis nach nicht durchmischt werden.

Bei den Coins BTC und USDT macht es aus meiner Sicht Sinn, dass die Gewinne und Verluste teilweise auf anderen Exchanges ermittelt worden sind – schließlich werden beide analog zu Fiat-Währungen am ehesten hin und her geschoben und das habe ich auch getan.
Andere Coins habe ich jedoch nie zwischen Exchanges transferiert, sodass die Berechnung in diesen Fällen falsch ist.

Hat noch jemand von euch das Problem festgestellt oder könnte bitte einmal jemand mit mehreren Exchanges nachprüfen, ob bei euch alles stimmt? Gibt es eine Lösung hierfür?
Bzw. wie führe ich am einfachsten eine manuelle Anpassung durch ohne alles zu zerschießen? Alle Trades sind vollständig importiert!

Vielen Dank im Voraus.

Viele Grüße

crypteria

[Skerberus]

Wollte grad mal wieder nen Steuerreport erstellen, der scheint aber bei "Report wird generiert..." hängen zu bleiben. Leider kann man das auch nicht abbrechen. Jemand ähnliche Probleme? Bisher ging das immer recht fix.

[Münzpräger]

Kann man eigentlich den Wert von Schenkungen kollektiv erfassen und verbuchen? Ich möchte dies für DeepOnion tun, und habe alle Onions die ich bekam als Schenkung mit entsprechendem exakten Zeitpunkt eingegeben. Das System kennt ja auch den Wert der Onions zu jedem vergangenen Zeitpunk, nun müsste man eben nur noch an die Daten kommen. Wie?

Im Steuerreport findest du die Geschenke aufsummiert und aufgeschlüsselt nach Coins. Da sollte die Gesamtsumme für DeepOnion stehen.

[wuclx]

Bin gerade an der Steuerabrechnung.

Da ich Margin-Trades hatte, orientiere ich mich an https://cointracking.freshdesk.com/de/support/solutions/articles/29000018275-margin-trades-gewinnermittlung
Laut dem Artikel gilt für Margin-Trades: "Die Differenz aus Kaufwert (dem Wert den du erhalten hast) minus dem Verkaufswert (dem Wert den du ausgegeben hast) ist dein Gewinn."

Was spricht dagegen für normale (nicht-margin) Trades auch dieses Prinzip zu verwenden?
Ich checke gerade nicht durch, wieso die Gewinne beim Steuerreport höher sind als in "Trade Liste (Vollansicht)".
Angenommen ich habe 2017 erstmals in Kryptos investiert und trade zunächst mit den Währungen x_0, x_1, ..., halte diese jedoch ab den Zeitpunkten t_0, t_1, ... mit der Absicht die Jahresfrist zu erreichen.
Kann ich nun nicht SUM(Wert von Coin x_i bei t_i * gekaufte Menge bei t_i) - Initiales Investment rechnen, um den Gewinn zu ermitteln?
Steht dies im Widerspruch zu FIFO?

Ich rechne mal nicht damit, dass mir jemand folgen konnte

[Cope-2]

Liebes CoinTracking Team, liebe Community,

wie Basti27 ist mir bei der Durchsicht der Trades / Steuerberechnung aufgefallen, dass Transaktionsgebühren bei Transfers systematisch keine Berücksichtigung finden und nicht den Kaufpool reduzieren. Dies führt zu Situationen in denen der verbleibende Kaufpool einer Währung im Steuerreport ggf. die eigentliche vorhandene Bilanz (aufgrund Fee Leakage) deutlich übersteigt, und ggf. eine nicht mehr vorhandene Kostenbasis herangezogen wird. Mich würde Eure Meinung hierzu interessieren bzw. wie sich das Problem fixen lässt (der Tweak von Basti ist nicht 100% ideal aufgrund doppelter Mehreinträge bei jedem Transfer).

Vielen Dank im Voraus, Cope-2

[Münzpräger]

Bin gerade an der Steuerabrechnung.

Da ich Margin-Trades hatte, orientiere ich mich an https://cointracking.freshdesk.com/de/support/solutions/articles/29000018275-margin-trades-gewinnermittlung
Laut dem Artikel gilt für Margin-Trades: "Die Differenz aus Kaufwert (dem Wert den du erhalten hast) minus dem Verkaufswert (dem Wert den du ausgegeben hast) ist dein Gewinn."

Was spricht dagegen für normale (nicht-margin) Trades auch dieses Prinzip zu verwenden?
Ich checke gerade nicht durch, wieso die Gewinne beim Steuerreport höher sind als in "Trade Liste (Vollansicht)".
Angenommen ich habe 2017 erstmals in Kryptos investiert und trade zunächst mit den Währungen x_0, x_1, ..., halte diese jedoch ab den Zeitpunkten t_0, t_1, ... mit der Absicht die Jahresfrist zu erreichen.
Kann ich nun nicht SUM(Wert von Coin x_i bei t_i * gekaufte Menge bei t_i) - Initiales Investment rechnen, um den Gewinn zu ermitteln?
Steht dies im Widerspruch zu FIFO?

Ich rechne mal nicht damit, dass mir jemand folgen konnte

Nicht so richtig. 

CT rechnet Wert von Coin x zum Verkaufszeitpunkt v * Menge Coin x - Initiales Investment (= gezahlter Preis pro Coin * Menge Coin x)

 

[wuclx]

Bin gerade an der Steuerabrechnung.

Da ich Margin-Trades hatte, orientiere ich mich an https://cointracking.freshdesk.com/de/support/solutions/articles/29000018275-margin-trades-gewinnermittlung
Laut dem Artikel gilt für Margin-Trades: "Die Differenz aus Kaufwert (dem Wert den du erhalten hast) minus dem Verkaufswert (dem Wert den du ausgegeben hast) ist dein Gewinn."

Was spricht dagegen für normale (nicht-margin) Trades auch dieses Prinzip zu verwenden?
Ich checke gerade nicht durch, wieso die Gewinne beim Steuerreport höher sind als in "Trade Liste (Vollansicht)".
Angenommen ich habe 2017 erstmals in Kryptos investiert und trade zunächst mit den Währungen x_0, x_1, ..., halte diese jedoch ab den Zeitpunkten t_0, t_1, ... mit der Absicht die Jahresfrist zu erreichen.
Kann ich nun nicht SUM(Wert von Coin x_i bei t_i * gekaufte Menge bei t_i) - Initiales Investment rechnen, um den Gewinn zu ermitteln?
Steht dies im Widerspruch zu FIFO?

Ich rechne mal nicht damit, dass mir jemand folgen konnte

Nicht so richtig.  

CT rechnet Wert von Coin x zum Verkaufszeitpunkt v * Menge Coin x - Initiales Investment (= gezahlter Preis pro Coin * Menge Coin x)

Danke, ich bin gerade noch am grübeln was hier den Unterschied macht, bzw. welche Rolle FIFO hier spielt.

Fakt ist, dass meine Bilanzen für Polo nicht stimmen (hatte dort Margin-Trades).
Meine VERMUTUNG ist, dass zur Begleichung von Lending Fee gekaufte XRP fälschlicherweise zum Portfolio dazugezählt werden (muss ich heute Abend daheim nochmal prüfen).
Könnte daran liegen, dass ein CSV-Import der Borrowing History nicht möglich ist. API-Import ist aus unten genanntem Grund nicht möglich.
Dadurch behauptet CT, dass ich einige Tausend XRP mehr besitze als ich eigentlich habe.

Außerdem hat der API-Import bei Polo nicht zuverlässig funktioniert. Währungen, die mittlerweile delisted sind, wurden nicht importiert, weshalb ich auf den CSV-Import zurückgegriffen habe.