Wie hast du den Coin eintragen? Er sollte als ETHOS eingetragen sein.
Ja da lag mein Fehler, ich hatte es als BQX drin. Danke funktioniert nun perfekt.
Topic: CoinTracking - Gewinn/Verlust Portfolio und Steuer Reporting für digitale Coins - page 76. (Read 211510 times)
June 07, 2018, 01:26:44 AM
Wie hast du den Coin eintragen? Er sollte als ETHOS eingetragen sein.
Ja da lag mein Fehler, ich hatte es als BQX drin. Danke funktioniert nun perfekt.
June 06, 2018, 05:13:21 PM
Kann ich Deine Antwort so verstehen, dass die Huobi-API funktioniert und nur in Ausnahmefällen Probleme auftauchen, die nur gelöst werden können, wenn ich Euch auch den Private Key gebe?!
Natürlich sollte das nicht die Lösung sein. Aber damit können wir überprüfen, ob die API mit deinen Keys überhaupt Daten ausgibt.Hallo,
woher holt denn die Software die Coinpreise? Der Preis für ETHOS (BQX) ist komplett falsch.
Der stimmt nicht mal annähernd
Das wäre ja blöd wenn ich den immer händisch eintragen muss, weil registriert ist der ja in Cointracking.
Gruß
Wie hast du den Coin eintragen? Er sollte als ETHOS eingetragen sein. woher holt denn die Software die Coinpreise? Der Preis für ETHOS (BQX) ist komplett falsch.
Der stimmt nicht mal annähernd
Das wäre ja blöd wenn ich den immer händisch eintragen muss, weil registriert ist der ja in Cointracking.
Gruß
June 06, 2018, 10:57:57 AM
Hallo,
woher holt denn die Software die Coinpreise? Der Preis für ETHOS (BQX) ist komplett falsch.
Der stimmt nicht mal annähernd
Das wäre ja blöd wenn ich den immer händisch eintragen muss, weil registriert ist der ja in Cointracking.
Gruß
woher holt denn die Software die Coinpreise? Der Preis für ETHOS (BQX) ist komplett falsch.
Der stimmt nicht mal annähernd
Das wäre ja blöd wenn ich den immer händisch eintragen muss, weil registriert ist der ja in Cointracking.
Gruß
June 06, 2018, 05:43:34 AM
Huobi - Börsen API Imports funktionieren nicht
Die API für den Import von Huobi funktioniert nicht.
Lt. Cointracking Support wird daran gearbeitet.
Nach 4 Wochen aber noch keine Lösung und keine Info, bis wann sie es denken zu fixen.
Der Support fragte nach meinen API Informationen.
Diese möchte ich aber nicht herausgeben, da bei Huobi nicht auf "Lesen" Berechtigung eingeschränkt werden kann.
Gibt es jemanden, bei dem es funktioniert bzw. auch nicht funktioniert?!
Da Huobi eine der größten und besten Börsen ist, sollten noch mehr User Interesse daran haben, dass dieser Punkt gelöst wird.
Es gab bereit User, die uns freundlicherweise ihre Informationen bereitgestellt haben. Wir verstehen natürlich, wenn du dies nicht tun möchtest.Die API für den Import von Huobi funktioniert nicht.
Lt. Cointracking Support wird daran gearbeitet.
Nach 4 Wochen aber noch keine Lösung und keine Info, bis wann sie es denken zu fixen.
Der Support fragte nach meinen API Informationen.
Diese möchte ich aber nicht herausgeben, da bei Huobi nicht auf "Lesen" Berechtigung eingeschränkt werden kann.
Gibt es jemanden, bei dem es funktioniert bzw. auch nicht funktioniert?!
Da Huobi eine der größten und besten Börsen ist, sollten noch mehr User Interesse daran haben, dass dieser Punkt gelöst wird.
Der Import hat bei diesen Usern mittlerweile auch wieder funktioniert. Hast du bereits versucht den API Job neu anzulegen?
[/quote]
Hatte diese bereits mehrfach probiert. Zuletzt vor ca. 2 Wochen. Werde es erneut machen.
Kann ich Deine Antwort so verstehen, dass die Huobi-API funktioniert und nur in Ausnahmefällen Probleme auftauchen, die nur gelöst werden können, wenn ich Euch auch den Private Key gebe?!
June 05, 2018, 04:49:20 PM
Übrigens werden Coin-Erträge aus dem Polo Lending als "Trade" importiert, was einen Kauf für 0 EUR produziert - was natürlich falsch ist:
1) Lending sind Zinserträge und sollten separat verechnet werden.
2) Die Kostenbasis bei Verkauf der Coins ist damit 0 und falsch, was zu hohe Trading-Gewinne berechnet. Die korrekte Kostenbasis wäre der aktuelle Kurs bei Erhalt der Coins,.
Lösung: Änderung des Trading Types von "Trading" auf "Einnahme". Damit wird die korrekte Kostenbasis genommen.
Das Bitfinex-Lending wird korrekt als "Einnahme" importiert, hier existiert das Problem dann nicht.
Was ich nicht verstehe: Das Problem muss schon seit JAHREN bestehen und ich bin nicht der einzige, der Polo Lending verwendet hat.
Wir importieren die Daten so wie sie von der Exchange API ausgegeben werden. Wir schauen uns das mal an. Danke für den Hinweis.1) Lending sind Zinserträge und sollten separat verechnet werden.
2) Die Kostenbasis bei Verkauf der Coins ist damit 0 und falsch, was zu hohe Trading-Gewinne berechnet. Die korrekte Kostenbasis wäre der aktuelle Kurs bei Erhalt der Coins,.
Lösung: Änderung des Trading Types von "Trading" auf "Einnahme". Damit wird die korrekte Kostenbasis genommen.
Das Bitfinex-Lending wird korrekt als "Einnahme" importiert, hier existiert das Problem dann nicht.
Was ich nicht verstehe: Das Problem muss schon seit JAHREN bestehen und ich bin nicht der einzige, der Polo Lending verwendet hat.
Ist diese nervige Umfrage die dauernd aufploppt gewollt?
Nicht gewollt und sollte auch nicht mehr auftreten.Huobi - Börsen API Imports funktionieren nicht
Die API für den Import von Huobi funktioniert nicht.
Lt. Cointracking Support wird daran gearbeitet.
Nach 4 Wochen aber noch keine Lösung und keine Info, bis wann sie es denken zu fixen.
Der Support fragte nach meinen API Informationen.
Diese möchte ich aber nicht herausgeben, da bei Huobi nicht auf "Lesen" Berechtigung eingeschränkt werden kann.
Gibt es jemanden, bei dem es funktioniert bzw. auch nicht funktioniert?!
Da Huobi eine der größten und besten Börsen ist, sollten noch mehr User Interesse daran haben, dass dieser Punkt gelöst wird.
Es gab bereit User, die uns freundlicherweise ihre Informationen bereitgestellt haben. Wir verstehen natürlich, wenn du dies nicht tun möchtest.Die API für den Import von Huobi funktioniert nicht.
Lt. Cointracking Support wird daran gearbeitet.
Nach 4 Wochen aber noch keine Lösung und keine Info, bis wann sie es denken zu fixen.
Der Support fragte nach meinen API Informationen.
Diese möchte ich aber nicht herausgeben, da bei Huobi nicht auf "Lesen" Berechtigung eingeschränkt werden kann.
Gibt es jemanden, bei dem es funktioniert bzw. auch nicht funktioniert?!
Da Huobi eine der größten und besten Börsen ist, sollten noch mehr User Interesse daran haben, dass dieser Punkt gelöst wird.
Der Import hat bei diesen Usern mittlerweile auch wieder funktioniert. Hast du bereits versucht den API Job neu anzulegen?
June 05, 2018, 12:24:59 AM
Soweit ich informiert bin, kann Cointracking keine Depottrennung bzw. es wird nicht beachtet.
Auch hier beschrieben:
https://cointracking.freshdesk.com/de/support/solutions/articles/29000018462-depottrennung-nach-fifo-lifo-etc-
June 04, 2018, 05:33:10 PM
Huobi - Börsen API Imports funktionieren nicht
Die API für den Import von Huobi funktioniert nicht.
Lt. Cointracking Support wird daran gearbeitet.
Nach 4 Wochen aber noch keine Lösung und keine Info, bis wann sie es denken zu fixen.
Der Support fragte nach meinen API Informationen.
Diese möchte ich aber nicht herausgeben, da bei Huobi nicht auf "Lesen" Berechtigung eingeschränkt werden kann.
Gibt es jemanden, bei dem es funktioniert bzw. auch nicht funktioniert?!
Da Huobi eine der größten und besten Börsen ist, sollten noch mehr User Interesse daran haben, dass dieser Punkt gelöst wird.
Die API für den Import von Huobi funktioniert nicht.
Lt. Cointracking Support wird daran gearbeitet.
Nach 4 Wochen aber noch keine Lösung und keine Info, bis wann sie es denken zu fixen.
Der Support fragte nach meinen API Informationen.
Diese möchte ich aber nicht herausgeben, da bei Huobi nicht auf "Lesen" Berechtigung eingeschränkt werden kann.
Gibt es jemanden, bei dem es funktioniert bzw. auch nicht funktioniert?!
Da Huobi eine der größten und besten Börsen ist, sollten noch mehr User Interesse daran haben, dass dieser Punkt gelöst wird.
June 02, 2018, 10:10:41 AM
gibt es eigentlich die möglichkeit (natürlich gegen bezahlung) div. infos, excel, csv etc. einzusenden und direkt vom support eingepflegt/aufbereitet zu bekommen?
macht ein steuerberater gerne, die machen das öfters - du gibst ihnen daten, sie bereiten alles auf. ich lass es so machen.
Eigentlich wäre es ein gutes Geschäft für CT so was zu machen, aber sie müssten natürlich viele Leute einstellen und die Steuerberater garantieren dir halt auch die Richtigkeit per Siegel.
ja auf jeden fall... dachte daher eig. dass es sowas ev. schon gibt.
@bcmine
hast du am anfang auch einen längeren zeitraum nachpflegen lassen oder wird das laufend für dich aktuell gewartet... also von 0 weg an einen steuerberater übergeben?
hier in der nähe gibt es 2-3 steuerberater. ev. sollte ich dort mal anfragen wie weit sie sich mit crypto + cointracking auskennen. bei einem stundensatz von 95 - 170 euro und vermutlich 2 tagen arbeit bis alles nachgepflegt ist kommt da schon was zusammen. da wäre es wohl sinnvoller urlaub zu nehmen und nochmal von 0 weg und richtig zu starten mit der dokumentation
Hast du eine Fristverlängerung beantragt, mole? Weil es sich so liest, als ob du keinen Steuerberater hast und die Frist ohne StB lief ja am 31.05 ab.
June 02, 2018, 09:40:29 AM
Ist diese nervige Umfrage die dauernd aufploppt gewollt?
June 02, 2018, 09:39:24 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
Soweit ich informiert bin, kann Cointracking keine Depottrennung bzw. es wird nicht beachtet.
May 30, 2018, 08:24:13 AM
gibt es eigentlich die möglichkeit (natürlich gegen bezahlung) div. infos, excel, csv etc. einzusenden und direkt vom support eingepflegt/aufbereitet zu bekommen?
macht ein steuerberater gerne, die machen das öfters - du gibst ihnen daten, sie bereiten alles auf. ich lass es so machen.
Eigentlich wäre es ein gutes Geschäft für CT so was zu machen, aber sie müssten natürlich viele Leute einstellen und die Steuerberater garantieren dir halt auch die Richtigkeit per Siegel.
ja auf jeden fall... dachte daher eig. dass es sowas ev. schon gibt.
@bcmine
hast du am anfang auch einen längeren zeitraum nachpflegen lassen oder wird das laufend für dich aktuell gewartet... also von 0 weg an einen steuerberater übergeben?
hier in der nähe gibt es 2-3 steuerberater. ev. sollte ich dort mal anfragen wie weit sie sich mit crypto + cointracking auskennen. bei einem stundensatz von 95 - 170 euro und vermutlich 2 tagen arbeit bis alles nachgepflegt ist kommt da schon was zusammen. da wäre es wohl sinnvoller urlaub zu nehmen und nochmal von 0 weg und richtig zu starten mit der dokumentation
May 30, 2018, 07:44:07 AM
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).
stimmt diese vermutung nun?Würde mich wirklich stark interessieren ob deine Vermutung soweit stimmt.
1) Lending sind Zinserträge und sollten separat verechnet werden.
2) Die Kostenbasis bei Verkauf der Coins ist damit 0 und falsch, was zu hohe Trading-Gewinne berechnet. Die korrekte Kostenbasis wäre der aktuelle Kurs bei Erhalt der Coins,.
Lösung: Änderung des Trading Types von "Trading" auf "Einnahme". Damit wird die korrekte Kostenbasis genommen.
Das Bitfinex-Lending wird korrekt als "Einnahme" importiert, hier existiert das Problem dann nicht.
Was ich nicht verstehe: Das Problem muss schon seit JAHREN bestehen und ich bin nicht der einzige, der Polo Lending verwendet hat.
May 30, 2018, 06:46:22 AM
Kann ich mir in der Ansicht "Steuerfreie Coins (Short & Long Berechnung)" auch die steuerfreien Coins auflisten lassen nach LiFo Berechnung?
Ich sehe leider nur FiFo.
Nein, meines Wissens geht das nicht. Falls doch, wäre es super hier ein kleines How-To zu bekommen. Falls nicht -> Bitte bauen. Ich sehe leider nur FiFo.
Sehr gut - Danke für die Info
May 30, 2018, 05:28:11 AM
Kann ich mir in der Ansicht "Steuerfreie Coins (Short & Long Berechnung)" auch die steuerfreien Coins auflisten lassen nach LiFo Berechnung?
Ich sehe leider nur FiFo.
Nein, meines Wissens geht das nicht. Falls doch, wäre es super hier ein kleines How-To zu bekommen. Falls nicht -> Bitte bauen. Ich sehe leider nur FiFo.
May 29, 2018, 01:44:13 PM
Kann ich mir in der Ansicht "Steuerfreie Coins (Short & Long Berechnung)" auch die steuerfreien Coins auflisten lassen nach LiFo Berechnung?
Ich sehe leider nur FiFo.
Nein, meines Wissens geht das nicht. Falls doch, wäre es super hier ein kleines How-To zu bekommen. Falls nicht -> Bitte bauen. Ich sehe leider nur FiFo.
May 28, 2018, 11:43:51 AM
Kann ich mir in der Ansicht "Steuerfreie Coins (Short & Long Berechnung)" auch die steuerfreien Coins auflisten lassen nach LiFo Berechnung?
Ich sehe leider nur FiFo.
Ich sehe leider nur FiFo.
May 28, 2018, 07:18:38 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
Die Trade Analysen behandeln nur Trades (Kauf, Verkauf). Eine Übersicht mit weiteren Transaktionstypen wie Mining oder Einnahmen findest du auf der "Realisierte und unrealisierte Gewinne" Seite.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
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.
Die Spalten "Type" und "Date" werden direkt in deinem Browser gerendert und somit im Server-Side Modus nicht durchsuchbar. Ich werde dein Feedback intern weiterleiten. Vielen Dank.Ich sehe im Einkommensbericht aber leider nur die Mining Eingänge. Was ist mit den Ausgaben (Mining-Paket-Kauf)??
Die tauchen nirgends auf, oder sehe ich schlecht??
Ausgaben findest du im Kapitalertragsbericht - Verkäufe von Anlagevermögen.Die tauchen nirgends auf, oder sehe ich schlecht??
Hallo, ich verzweifel gerade etwas bei meinem Steuerreport und hoffe das mir jemand helfen kann:
Ich kaufe Bitcoin bei bitcoin.de, das transferier ich dann zu Cryptopia. Bei dem Transfer wird bereits Gewinn/Verlust berechnet obwohl ich ja lediglich den gekauften Bitcoin verschiebe.
Gebühren beim Kauf von Bitcoin.de wurden dabei nicht berücksichtigt? Ein Bug oder müsste ich das händisch abändern?
Dann kaufe ich ein beliebigen Coin bei Cryptopia von dem Bitcoin, dies wird als weiterer Trade gewertet? Ist das so korrekt? Nach meinem Verständnis würde erst Gewinn/Verlust anfallen wenn ich den alternativen Coin verkaufen würde oder liege ich falsch? Weitergeführt wäre die Frage, wenn jetzt jemand sich Bitcoins gekauft hat und dann 6 Monate später alternative Coins von diesem kauft/tauscht, dann müsste er den Gewinn hier schon versteuern obwohl er die alternativen Coins nicht verkauft hat sondern hält...? = Bitcoin in Ether, das wäre ein Trade?
Wenn ich nun ein beliebigen Trade öffne/editiere, kann ich die Asset-Werte anpassen hier könnte ich den Euro Wert bei Kaufwert und Verkaufswert ändern. Warum sind das zwei unterschiedliche Werte? Der eine Wert richtet sich nach dem BTC, dieser ist korrekt und der andere berechnet ein Preis nach dem Coin auf einer anderen Plattform oder wie kann ich das verstehen? Warum diese beiden Werte? Wäre nicht der BTC Wert in Euro immer der korrekte Wert oder habe ich da einen Denkfehler?
Für Hilfe bedanke ich mich jetzt schon.
Viele Grüße
Bitte schreibe uns ein Ticket über den HelpDesk (https://cointracking.freshdesk.com), damit wir deinen Account näher überprüfen können.Ich kaufe Bitcoin bei bitcoin.de, das transferier ich dann zu Cryptopia. Bei dem Transfer wird bereits Gewinn/Verlust berechnet obwohl ich ja lediglich den gekauften Bitcoin verschiebe.
Gebühren beim Kauf von Bitcoin.de wurden dabei nicht berücksichtigt? Ein Bug oder müsste ich das händisch abändern?
Dann kaufe ich ein beliebigen Coin bei Cryptopia von dem Bitcoin, dies wird als weiterer Trade gewertet? Ist das so korrekt? Nach meinem Verständnis würde erst Gewinn/Verlust anfallen wenn ich den alternativen Coin verkaufen würde oder liege ich falsch? Weitergeführt wäre die Frage, wenn jetzt jemand sich Bitcoins gekauft hat und dann 6 Monate später alternative Coins von diesem kauft/tauscht, dann müsste er den Gewinn hier schon versteuern obwohl er die alternativen Coins nicht verkauft hat sondern hält...? = Bitcoin in Ether, das wäre ein Trade?
Wenn ich nun ein beliebigen Trade öffne/editiere, kann ich die Asset-Werte anpassen hier könnte ich den Euro Wert bei Kaufwert und Verkaufswert ändern. Warum sind das zwei unterschiedliche Werte? Der eine Wert richtet sich nach dem BTC, dieser ist korrekt und der andere berechnet ein Preis nach dem Coin auf einer anderen Plattform oder wie kann ich das verstehen? Warum diese beiden Werte? Wäre nicht der BTC Wert in Euro immer der korrekte Wert oder habe ich da einen Denkfehler?
Für Hilfe bedanke ich mich jetzt schon.
Viele Grüße
Gibt es die Möglichkeit selber Daten in Cointracking zu importieren. Also ohne manuelle Action oder Scraping, vollautomatische Imports aus eigenen Datasets?
Dies ist leider nicht möglich. Hallo,
ich kümmere mich gerade um meine Steuerunterlagen und meine ein größeres technisches Problem zu haben.
Also ich trage alle Transaktionen mit allen Trades usw. ein, unterm Strich stimmt das mit meinen aktuellen Beständen von Coins und Devisen überein soweit okay.
Jetzt aber das Problem, ich erstelle den Steuerreport und bekomme Gewinn/Steuer Summe x,y z.B. 20000,01 und 5000,01
Wenn ich jetzt mal testweise bei einem einem Trade im Jahr 2017 die Kaufspesen erhöhe + umgerechnet 1 USD mehr, die Daten im Dashboard aktualisiere und dann
einen neuen Steuerreport erstelle. Dann ist das Ergebnis von Gewinn/Steuer aber wieder exakt wie z.B. oben 20000,01 und 5000,01.
Wie kann das sein, die bezahlten Spesen für den Trade müßten doch angerechnet werden und meinen Gewinn um Pi mal Daumen 0,70-0,80€ senken?
dust_bowl
Bitte schreibe uns ein Ticket über den HelpDesk (https://cointracking.freshdesk.com), damit wir deinen Account näher überprüfen können.ich kümmere mich gerade um meine Steuerunterlagen und meine ein größeres technisches Problem zu haben.
Also ich trage alle Transaktionen mit allen Trades usw. ein, unterm Strich stimmt das mit meinen aktuellen Beständen von Coins und Devisen überein soweit okay.
Jetzt aber das Problem, ich erstelle den Steuerreport und bekomme Gewinn/Steuer Summe x,y z.B. 20000,01 und 5000,01
Wenn ich jetzt mal testweise bei einem einem Trade im Jahr 2017 die Kaufspesen erhöhe + umgerechnet 1 USD mehr, die Daten im Dashboard aktualisiere und dann
einen neuen Steuerreport erstelle. Dann ist das Ergebnis von Gewinn/Steuer aber wieder exakt wie z.B. oben 20000,01 und 5000,01.
Wie kann das sein, die bezahlten Spesen für den Trade müßten doch angerechnet werden und meinen Gewinn um Pi mal Daumen 0,70-0,80€ senken?
dust_bowl
in der poloniex api werden keine ein- und auszahlungen berücksichtigt, obwohl so angegeben....
Liege ich in der Annahme richtig, dass für die korrekte Steuerberechnung nur Käufe, Verkäufe und Gebühren benötigt werden und nicht unbedingt Ein- und Auszahlungen?
Ein- und Auszahlungen sind für die korrekten Bestände relevant. Die Steuer/Gewinne werden aber aus den Trades (Käufe, Verkäufe und Gebühren) und nicht Beständen berechnet oder?
Die Gewinne werden rein aus Käufen und Verkäufen berechnet. Ein- und Auszahlungen fließen nicht in die Berechnung ein, da sie nur als Transfers zwischen Wallets oder Börsen gelten.Liege ich in der Annahme richtig, dass für die korrekte Steuerberechnung nur Käufe, Verkäufe und Gebühren benötigt werden und nicht unbedingt Ein- und Auszahlungen?
Ein- und Auszahlungen sind für die korrekten Bestände relevant. Die Steuer/Gewinne werden aber aus den Trades (Käufe, Verkäufe und Gebühren) und nicht Beständen berechnet oder?
poloniex APi funktioniert jetzt auch mit Ein-und Auszahlungen.
Bei mir funktioniert die yobit APi überhaupt nicht. und die Livecoin API importiert nur Einzahlungen
Bitte beachte die Informationen auf der jeweiligen Importer Seite. Dort siehst du welche Transaktionen importiert werden können und was zu beachten ist. Bei mir funktioniert die yobit APi überhaupt nicht. und die Livecoin API importiert nur Einzahlungen
May 27, 2018, 05:21:47 PM
bezüglich gewinnberechnung von margin trades:
folgendes muss doch genau umgekehrt sein, als Gewinn=Verkaufswert-Kaufswert:
"Die Differenz aus Kaufwert (dem Wert den du erhalten hast) minus dem Verkaufswert (dem Wert den du ausgegeben hast) ist dein Gewinn" (siehe auch https://cointracking.freshdesk.com/de/support/solutions/articles/29000018275-margin-trades-gewinnermittlung)
folgendes muss doch genau umgekehrt sein, als Gewinn=Verkaufswert-Kaufswert:
"Die Differenz aus Kaufwert (dem Wert den du erhalten hast) minus dem Verkaufswert (dem Wert den du ausgegeben hast) ist dein Gewinn" (siehe auch https://cointracking.freshdesk.com/de/support/solutions/articles/29000018275-margin-trades-gewinnermittlung)
May 27, 2018, 03:51:54 PM
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
Soweit ich informiert bin, kann Cointracking keine Depottrennung bzw. es wird nicht beachtet.
May 27, 2018, 03:06:24 PM
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).
stimmt diese vermutung nun?Würde mich wirklich stark interessieren ob deine Vermutung soweit stimmt.
Jump to: