Lieber Dario,
lieber Dominik,
eure Software ist echt für Profis gemacht, nochmal ein ganz großes Lob dafür!
Leider kann ich im SSP-Mode nicht nach Datum sortieren. Falls dies in nächster Zeit technich umsetzbar ist, wäre ich euch sehr dankbar.
viele Grüße und weiter so,
Jan
Topic: CoinTracking - Gewinn/Verlust Portfolio und Steuer Reporting für digitale Coins - page 76. (Read 210853 times)
May 24, 2018, 03:46:32 AM
May 23, 2018, 08:34:24 AM
Hallo,
unter Reporting/Trade Analysen sind ja meine Käufe/Verkäufe aufgelistet inkl. deren Kaufwert und jetzigem Wert mit Gewinn/Verlust. Coins die durch Mining oder Staken hinzugekommen sind, werden allerdings nicht aufgeführt obwohl sie ja nun auch in den Wert des Portfolios einfgeflossen sind und zum Wert beitragen. Der Break/Even Preis wird hierdurch doch auch verfälscht.
Gibt es hier eine Möglichkeit auch diese Coins in die Berechnung mit einzubeziehen?
Gruß Lumo
unter Reporting/Trade Analysen sind ja meine Käufe/Verkäufe aufgelistet inkl. deren Kaufwert und jetzigem Wert mit Gewinn/Verlust. Coins die durch Mining oder Staken hinzugekommen sind, werden allerdings nicht aufgeführt obwohl sie ja nun auch in den Wert des Portfolios einfgeflossen sind und zum Wert beitragen. Der Break/Even Preis wird hierdurch doch auch verfälscht.
Gibt es hier eine Möglichkeit auch diese Coins in die Berechnung mit einzubeziehen?
Gruß Lumo
May 23, 2018, 07:02:01 AM
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.
korrekt das ist das FIFO Prinzip. Aktuell ist eine Depottrennung ohne weiteres nicht möglich.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.
https://cointracking.freshdesk.com/solution/articles/29000018462/de
Hi,
habe folgendes Problem:
Habe meine Stakes einzeln eingetragen und dann vergangenes Jahr einen Teil der Coins (ca. die Hälfte) an einen Staking Pool versandt und später wieder zurück an meine eigene Wallet.
Cointracking trägt diese Coins ab diesem Zeitpunkt des Transfers an den Pool als realisierten Gewinn ein, obwohl es ja nur ein Transfer statt ein Verkauf war.
Das erscheint mir irgendwie unlogisch. Hat damit schon jemand Erfahrungen gesammelt und kann mir sagen ob das so richtig "gebucht" ist oder ob da wohl möglich ein Bug vorliegt?
Danke im vor raus!
Trägst du einen Transfer (Aus- und Einzahlung) ein, führt dies nicht zu einem Gewinn. Da muss etwas schief gelaufen sein. Bitte schreibe ein Ticket über unseren HelpDesk, damit wir deinen Account prüfen können. habe folgendes Problem:
Habe meine Stakes einzeln eingetragen und dann vergangenes Jahr einen Teil der Coins (ca. die Hälfte) an einen Staking Pool versandt und später wieder zurück an meine eigene Wallet.
Cointracking trägt diese Coins ab diesem Zeitpunkt des Transfers an den Pool als realisierten Gewinn ein, obwohl es ja nur ein Transfer statt ein Verkauf war.
Das erscheint mir irgendwie unlogisch. Hat damit schon jemand Erfahrungen gesammelt und kann mir sagen ob das so richtig "gebucht" ist oder ob da wohl möglich ein Bug vorliegt?
Danke im vor raus!
May 23, 2018, 06:19:51 AM
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.
Hallo bcmine. Du sollst Ein- und Auszahlung nicht gegen einen Trade tauschen, sondern den Trade zusätzlich eintragen. Ein- und Auszahlungen gelten als Transfers zwischen Wallets oder Börsen, haben keine Kostenbasis und sind nicht in der Berechnung enthalten.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.
https://cointracking.freshdesk.com/solution/articles/29000020338-transactions-necessary-for-ico-trade-documentation/en
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
Die Mining Einnahmen findest du im Einkommensbericht. 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
Der Kauf des Mining Pakets sollte als "[Out]Ausgabe" gebucht werden.
wann wir Deeponion in den Altcoin Import integriert ?
Mir geht es hieg um Mining income .
Wir verwenden die Multi-Blockchain-API von chainz.cryptoid.info. Solange der Coin dort nicht verfügbar ist, können wir daher keinen Wallet Import anbieten.Mir geht es hieg um Mining income .
Hallo,
ich habe gerade meinen Steuerreport ausgedruckt und dabei ist mir aufgefallen das oft An- und Verkauf oft am selben Tag stattgefunden hat, was erstmal nichts besonderes ist, aber dort steht Erlös = Kostenbasis. Muss ich das was ändern? Ich habe das ja NICHT selbst eingetragen sondern diese Importdateien verwendet!
Wurde bereits über unseren HelpDesk beantwortet.ich habe gerade meinen Steuerreport ausgedruckt und dabei ist mir aufgefallen das oft An- und Verkauf oft am selben Tag stattgefunden hat, was erstmal nichts besonderes ist, aber dort steht Erlös = Kostenbasis. Muss ich das was ändern? Ich habe das ja NICHT selbst eingetragen sondern diese Importdateien verwendet!
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.
Dauert aktuell etwas, sollte aber funktionieren. 
May 23, 2018, 04:58:58 AM
Wenn ich nur die Gewinne in der Steuererklärung angeben muss, so ist das doch nur die Summe die bei „short“ im Steuerreport steht oder ??
May 22, 2018, 01:06:15 PM
Da ich diese Woche eine entspannte Woche habe, will ich mich nun auch mal mit dem eintragen beschäftigen.
Bin im Dezember eingestiegen und habe bis Mitte Januar Wahllos auf 4-5 Börsen getradet.
Da es mit dem Import aber nicht klappt und bei Blockfolio ganz andere Werte sind, wollte ich alles per Hand eintragen (vllt. 60-70 Trades), hauptsache ich habe es einmal richtig.
Dazu gleich mal 3 Fragen:
1. Habe im Dezember viel erwirtschaftet, meinen Einsatz wieder ausgezahlt (mit Bitpanda) und beim Crash im Februar wieder reingeschoben. Muss ich das versteuern, weil ich ja nur die Höhe des Einsatzes wieder ausgezahlt habe?
2. Kann ich die ganzen "Trading Fees" beim eingeben weglassen? Coinbase hat glaub ich immer ~20€ genommen pro 1000€. Und auf den Börsen ja eh nur über BNB und hier und da mal was. Aber viel ist es wohl nicht, darauf kann ich auch verzichten.
3. Wenn ich am 7.12. 1 ETH eingezahlt habe, am 20.12. nochmal 1 ETH, einen Kauf am 21.12. (sagen wir 0,5 ETH für Coin xxx) zieht er dann automatisch die 0,5 ETH von der ersten Einzahlung ab? Dann könnte ich theoretisch alle Börsen nacheinander eintragen, um am Ende das richtige Ergebnis zu haben, wenn ich die Verschiebungen und Daten berücksichtige?
Bin im Dezember eingestiegen und habe bis Mitte Januar Wahllos auf 4-5 Börsen getradet.
Da es mit dem Import aber nicht klappt und bei Blockfolio ganz andere Werte sind, wollte ich alles per Hand eintragen (vllt. 60-70 Trades), hauptsache ich habe es einmal richtig.Dazu gleich mal 3 Fragen:
1. Habe im Dezember viel erwirtschaftet, meinen Einsatz wieder ausgezahlt (mit Bitpanda) und beim Crash im Februar wieder reingeschoben. Muss ich das versteuern, weil ich ja nur die Höhe des Einsatzes wieder ausgezahlt habe?
2. Kann ich die ganzen "Trading Fees" beim eingeben weglassen? Coinbase hat glaub ich immer ~20€ genommen pro 1000€. Und auf den Börsen ja eh nur über BNB und hier und da mal was. Aber viel ist es wohl nicht, darauf kann ich auch verzichten.
3. Wenn ich am 7.12. 1 ETH eingezahlt habe, am 20.12. nochmal 1 ETH, einen Kauf am 21.12. (sagen wir 0,5 ETH für Coin xxx) zieht er dann automatisch die 0,5 ETH von der ersten Einzahlung ab? Dann könnte ich theoretisch alle Börsen nacheinander eintragen, um am Ende das richtige Ergebnis zu haben, wenn ich die Verschiebungen und Daten berücksichtige?
1) Da du vor Ablauf eines Jahres ausgezahlt hast fallen auf den Kursgewinn Steuern an. Dass es sich um eine Auszahlung in Höhe des Einsatzes handelt ist dafür unerheblich.
2) Trade-Gebühren kannst du vom Kursgewinn abziehen. Transaktionsgebühren sind glaube ich Werbungskosten?
3) Weiß nicht was du genau meinst, aber gemäß FIFO wird zur Gewinnrechnung das zuerst eingezahlte ETH hergenommen.
Meine eigenen Probleme haben sich gelöst nachdem der Polo API-Import heute doch korrekt funktioniert hat.
May 22, 2018, 09:58:11 AM
Da ich diese Woche eine entspannte Woche habe, will ich mich nun auch mal mit dem eintragen beschäftigen.
Bin im Dezember eingestiegen und habe bis Mitte Januar Wahllos auf 4-5 Börsen getradet. Da es mit dem Import aber nicht klappt und bei Blockfolio ganz andere Werte sind, wollte ich alles per Hand eintragen (vllt. 60-70 Trades), hauptsache ich habe es einmal richtig.
Dazu gleich mal 3 Fragen:
1. Habe im Dezember viel erwirtschaftet, meinen Einsatz wieder ausgezahlt (mit Bitpanda) und beim Crash im Februar wieder reingeschoben. Muss ich das versteuern, weil ich ja nur die Höhe des Einsatzes wieder ausgezahlt habe?
2. Kann ich die ganzen "Trading Fees" beim eingeben weglassen? Coinbase hat glaub ich immer ~20€ genommen pro 1000€. Und auf den Börsen ja eh nur über BNB und hier und da mal was. Aber viel ist es wohl nicht, darauf kann ich auch verzichten.
3. Wenn ich am 7.12. 1 ETH eingezahlt habe, am 20.12. nochmal 1 ETH, einen Kauf am 21.12. (sagen wir 0,5 ETH für Coin xxx) zieht er dann automatisch die 0,5 ETH von der ersten Einzahlung ab? Dann könnte ich theoretisch alle Börsen nacheinander eintragen, um am Ende das richtige Ergebnis zu haben, wenn ich die Verschiebungen und Daten berücksichtige?
Bin im Dezember eingestiegen und habe bis Mitte Januar Wahllos auf 4-5 Börsen getradet.
Da es mit dem Import aber nicht klappt und bei Blockfolio ganz andere Werte sind, wollte ich alles per Hand eintragen (vllt. 60-70 Trades), hauptsache ich habe es einmal richtig.Dazu gleich mal 3 Fragen:
1. Habe im Dezember viel erwirtschaftet, meinen Einsatz wieder ausgezahlt (mit Bitpanda) und beim Crash im Februar wieder reingeschoben. Muss ich das versteuern, weil ich ja nur die Höhe des Einsatzes wieder ausgezahlt habe?
2. Kann ich die ganzen "Trading Fees" beim eingeben weglassen? Coinbase hat glaub ich immer ~20€ genommen pro 1000€. Und auf den Börsen ja eh nur über BNB und hier und da mal was. Aber viel ist es wohl nicht, darauf kann ich auch verzichten.
3. Wenn ich am 7.12. 1 ETH eingezahlt habe, am 20.12. nochmal 1 ETH, einen Kauf am 21.12. (sagen wir 0,5 ETH für Coin xxx) zieht er dann automatisch die 0,5 ETH von der ersten Einzahlung ab? Dann könnte ich theoretisch alle Börsen nacheinander eintragen, um am Ende das richtige Ergebnis zu haben, wenn ich die Verschiebungen und Daten berücksichtige?
May 22, 2018, 09:09:29 AM
Hi,
habe folgendes Problem:
Habe meine Stakes einzeln eingetragen und dann vergangenes Jahr einen Teil der Coins (ca. die Hälfte) an einen Staking Pool versandt und später wieder zurück an meine eigene Wallet.
Cointracking trägt diese Coins ab diesem Zeitpunkt des Transfers an den Pool als realisierten Gewinn ein, obwohl es ja nur ein Transfer statt ein Verkauf war.
Das erscheint mir irgendwie unlogisch. Hat damit schon jemand Erfahrungen gesammelt und kann mir sagen ob das so richtig "gebucht" ist oder ob da wohl möglich ein Bug vorliegt?
Danke im vor raus!
habe folgendes Problem:
Habe meine Stakes einzeln eingetragen und dann vergangenes Jahr einen Teil der Coins (ca. die Hälfte) an einen Staking Pool versandt und später wieder zurück an meine eigene Wallet.
Cointracking trägt diese Coins ab diesem Zeitpunkt des Transfers an den Pool als realisierten Gewinn ein, obwohl es ja nur ein Transfer statt ein Verkauf war.
Das erscheint mir irgendwie unlogisch. Hat damit schon jemand Erfahrungen gesammelt und kann mir sagen ob das so richtig "gebucht" ist oder ob da wohl möglich ein Bug vorliegt?
Danke im vor raus!
May 22, 2018, 07:08:35 AM
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
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.
FiFo beantwortet die Frage, welche coins überhaupt verkauft wurden. Liegt mehr als ein Kauf vor, unterscheiden sich meist auch die Kaufpreise. Das führt natürlich zu unterschiedlichen Gewinnen beim Verkauf.
Das mit den Fees kann gut sein.
Quote
Wenn eine Gebühr in einer dritten Währung gezahlt wird (also einer Währung, die nicht für Kauf oder Verkauf der Transaktion benutzt wird), dann wird sie nicht automatisch von der Gesamtsumme dieser dritten Währung abgezogen.
Hierzu muss eine [OUT] Verlust in der Höhe der Gebühr ergänzt werden.
Wenn die Trades in XRP waren, sollten sie aber abgezogen werden.Hierzu muss eine [OUT] Verlust in der Höhe der Gebühr ergänzt werden.
May 22, 2018, 03:54:56 AM
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
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.
May 21, 2018, 04:44:26 PM
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
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)
May 21, 2018, 03:50:27 PM
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
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
May 21, 2018, 12:25:44 PM
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
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
May 21, 2018, 08:15:47 AM
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.
May 21, 2018, 07:09:55 AM
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.
May 21, 2018, 06:07:39 AM
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
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
May 20, 2018, 04:34:09 PM
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?
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?
May 20, 2018, 02:01:35 PM
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?
May 20, 2018, 01:40:38 PM
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
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
May 18, 2018, 02:07:17 PM
Servus,
wann wir Deeponion in den Altcoin Import integriert ?
Mir geht es hieg um Mining income .
Gruß
wann wir Deeponion in den Altcoin Import integriert ?
Mir geht es hieg um Mining income .
Gruß
Jump to: