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

Hallo,

ist ein BitGrail Import geplant ?

Gruss

Sofern du eine andere Möglichkeit findest, die dir mit weniger zeitlichem und finanziellem Aufwand korrekte Werte für deine Steuererklärungen liefert, lohnt es sich für dich nicht.

Backup einspielen, solche Versuche mache ich zuerst nur in gelinkten Testaccounts und prüfe was in meiner Konstellation passiert.

Das Standardvorgehen in solchen Fällen ist hier beschrieben:
https://cointracking.freshdesk.com/de/support/solutions/articles/29000018817-zuerst-lesen-allgemeine-unstimmigkeiten-der-bilanz

Kann deine wallet keinen CSV-Export, den du regelmäßig importieren könntest?
Aber klar, Unlimited ist in der schnelllebigen Kryptoszene schon mutig.

Weil die Kursquelle andere Euro/Kurs-Werte liefert als die von dir verwendete Börse. Du kannst das manuell anpassen wenn du möchtest.
Es gibt nicht einen Kurs ...
https://cointracking.freshdesk.com/de/support/solutions/articles/29000018057-coin-preis-wert-sieht-nicht-korrekt-aus

Käme dabei nicht das selbe Ergebnis raus, wie wenn man nach Börsen gefilterte, separate Steuerreports erstellt?

Ich habe mir den Account gekauft und war der Meinung, API Import sollte ohne Probleme funktionieren.

Mittlerweile habe ich mehrere male meine Bitfinex API neu erstellt und entsprechend neu importiert, immer waren etliche Fehler enthalten...

Heute gab es bei Cointracking ein API Update. Also wieder alles neu erstellt alle Trades gelöscht und mehrere male von vorn begonnen...

Mit dem erschreckenden Ergebnis, daß es immer schlimmer geworden ist. Jetzt habe ich statt 5k plus, 20k Minus nach dem API Import auf der Cointracker Website...ich finde keine Lösung dazu..Support antwortet auch nicht.

Ich frage mich jetzt, wie ich mein Geld zurück bekommen kann, da ich keinerlei nutzen davon habe

Ich wollte meine gewerblichen Prozesse (EUR->BitcoinCash auf Kraken -> BitcoinCash auf lokale Wallet -> Kauf von Waren gegen BitcoinCash) darüber abbilden, aber leider scheitert es bereits an der Integration der BitcoinCash Wallet :-(
Aktuell ärgere ich mich über den Kauf des Unlimited Accounts...

Kommt drauf an? Ich Trade Primär auf Bittrex und Binance, die gingen ohne Probleme per CSV rein. Auch bitcoin.de und Cryptopia.
Einzig liqui und Novaexchange, aber auch nur weil es keinen import gab.
War Vielleicht 30-45 Minuten am Ende mit ca. 700 trades.
Du kannst ja testweise anmelden und erstmal probieren ob es soweit klappt.

Stehe kurz davor mit der Premium/Unlimited Account zu holen, weil es mit zu lästig ist alles von Hand einzutragen/csv.
War der Hoffnung, dass es über API automatisch und einfacher geht als alles per csv reinzuziehen. Nun sehe ich hier nur Probleme. Also lohnt es sich nicht den Upgrade zu bezahlen, wenn man selbst noch viel Zeit investieren muss?

Achja... beschäftige mich nun seit 2 Stunden mit CVS/API Import etc.
Als ich nur die CVS-Dateien hochgeladen hatte, waren die Daten völliger Murks. Nachdem ich jetzt eine Mischung aus CVS und API vorliegen habe, passt es weitgehend. Folgendes stimmt nicht:

Mein VEN im MEW wird nicht berücksichtigt, das auf Binance wird aufgelistet. LINK im MEW ist jedoch korrekt...  
Zudem wird mein gesamtes(?) gekauftes bzw. gehandeltes ETH summiert wiedergegeben als hätte ich es noch in irgendeinem wallet liegen.

edit: SHIFT fehlt und ich kann derzeit mein SHIFT wallet nicht importieren (nicht auswählbar in der Liste).
Zwei ICO ETH-tokens werden (noch?) nicht aufgeführt.

Sieht so aus als werde ich den harten Weg nehmen und den Kram von Hand nachvollziehen müssen. Ohje, das wird lustig und zeitintensiv.

Hallo.
Vielleicht hat jemand eine Idee.

Für Bitfinex wurde eine neue API Heute als Update rausgebracht auf Cointracking.

Wie empfohlen habe ich alle Trades gelöscht, die alte API entfernt und die neue API eingestellt.

Nach dem aktualisieren jetzt sind der Großteil der Trades falsch, es werden Coins aufgenommen, welche ich nicht habe.

Z.B,; Besitze ich im Cointracking jetzt DAT, im Bitfinex sind es allerdings DATA.

Angeblich habe ich Minus 1,5 BTC und andere Fehler...

Jemand eine Idee dazu?

Danke, Marcus.

Das sehe ich auch so. Dario hat in der Richtung aber auch schon vor Wochen etwas geschrieben. Ich finde es nicht mehr, aber glaube, dass es kommen wird. Diese Lösung mit den Hodl-Gruppen ist nur zum Übergang.



CT zieht sich historische Durchschnittspreise basierend auf Daten vieler Börsen. Dein Trade war nur auf einer bestimmten Börse, daher kommt es zu Abweichungen.
Relevant ist der Kaufpreis. Wenn beim späteren Verkauf der Kurs höher liegt, ist die Differenz der zu versteuernde Gewinn.

Ich hab da mal eine Frage bezüglich Cointracking.

Habe an einem Tag mit ETH DCN gekauft.
In der GuV gibt es jetzt einen Kaufspreis und Verkaufspreis in Euro. (was auch Sinn macht)
Jedoch liegen diese beiden Werte deutlich auseinander (in Summe 400€). Warum ist das so?
Welcher Preis ist jetzt für die Steuer relevant, wenn man innerhalb eines Jahres verkauft? Hat da jemand Erfahrungen?

Vielen Dank vorab

VG
Christian

Ich würde denen meine Summe geben die ich in 2017 ertraded habe und über Lifo berechnet habe. Die schicken denk ich dann entweder sie wollen Belge etc. dann schick ich denen den Lifo bericht aller Trades.
Wenn sie nicht verlangen und dann einfach zurückschicken was ich dann Zahlen muss. Je nach höhe evtl. beantragen auf Ratenzahlung.
Werd das aber soweit bis Mai hinauszögern...
Bericht zu nicht verkauften Positionen bin ich noch am Überlegen ob ich das mitschicke oder nicht. Eher nicht da die nicht von Belangen sind für das Jahr 2017...Ist für mich auch das erste Mal.

Ich finde es kann nicht die Lösung sein vom ersten Trade an schon in zwei Gruppen zu splitten nur um irgendwann mal einen Coin zu kaufen, den man dann länger als ein Jahr hält. 10000 von meinen 20000 Trades gehören dann zur Gruppe Hold, nur weil ich am Ende von der Hälfte der Coins einen ETH kaufe?

Den Algorithmus dafür habe ich doch schon skizziert. Man braucht für jede Börse/Wallet einen eigenen Kaufpool. Wenn auf der Börse verkauft wird, dann nur Coins, die im Kaufpool der Börse sind. Wenn ich Coins zwischen zwei Börsen/Wallets transferiere werden diese via FIFO aus dem Kaufpool der ersten Börse in den Kaufpool der zweiten verschoben. Dann kann es nicht passieren, dass wenn ich BTC in ETH umwandle, sie von Börse A nach Börse B verschicke und sie dort zurückwandle, beim gebuchten Verkauf stattdessen meine Coins in meiner Hardware-Wallet verkauft werden, die seit Monaten nicht angefasst wurden.

Es gibt ja durchaus Alternativen, z.B. https://bitcoin.tax/. Andererseits finde ich cointracking ansonsten ja gut, und habe ja mehrere hundert Euro für meinen Account hingelegt, nur um jetzt zu merken, dass ich es es vergessen kann damit meine Auswertung für die Steuer zu machen.

Ich überlege jetzt die FIFO-Berechnung, wie ich sie oben skizziert habe, selber zu implementieren. Nur bräuchte ich dafür Zugriff auf die historischen Kurse der Coins. Gibt es dafür eine API bei cointracking?

Als allerletzte Möglichkeit werde ich noch einen Hack ausprobieren den hier im Thread jemand vorschlug, nämlich separate (fiktive) Coin-Pendants fürs längerfristige Halten einzutragen. Heißt ich führe einen ungelisteten Coin "ETH (Hold)" ein, der 1 ETH Wert ist und wenn ich mich entscheide einen ETH längerfristig zu halten dann trage ich einen Trade von ETH nach ETH (Hold) ein. Da diese Coins identischen Wert haben, sollte hier auch kein Gewinn/Verlust realisiert werden. Damit kann ich dann separat kurz und langfristige Coins verkaufen. Nachteil ist nur, dass man fiktive Buchungen anlegen muss und im Report Coins auftauchen die es so gar nicht gibt.

Meines Erachtens ist die korrekte Behandlung von Verkäufen, getrennt nach FIFO pro Börse ein unverzichtbares Feature, was schnellstmöglich eingebaut werden sollte.

Sicher musst du ganz von Anfang an zuordnen und Tradegruppen bilden, ggf. Käufe und Verkäufe, Transfers usw. aufteilen.
Wenn du es wirklich manuell nicht auseinander dividieren kannst, wird das auch kein Algorithmus für dich schaffen.

In Anbetracht der Aufgabenstellung ist cointracking sehr leistungsfähig, beinahe "alternativlos".

Guten Morgen,

ich habe mit dem Support von Coinmarketcap gesprochen um die Futures Preise aus dem Chart der "echten" Coins zu entfernen da der Chart andernfalls völlig verzerrt wird. Die Anpassung wurde bei IGNIS auch schon durchgeführt, leider werden die Änderungen nicht in Cointracking übernommen so das die "Bilanz nach Tagen" (zu der Zeit wo die Futures noch in CMC einberechnet waren) in Cointracking noch immer nicht korrekt ist.

Gibt es etwas das ich tun kann oder müssen die Daten in der Cointracking DB aktualisiert werden?

Grüße, Abyss_X

Das geht bei mir nicht so einfach. Die BTC mit denen ich die ETH gekauft habe, kamen wiederum aus verschiedenen anderen Verkäufen anderer Coins. Wenn ich diese in die Hold-Gruppe packe, fehlen dort die Kaufpools. Ich müsste das bis zur ersten Transaktion zurückverfolgen und die anteilig in die Hold-Gruppe splitten. Das ist nich machbar bei einer größeren Anzahl von Trades.

Meine Methode mit dem fiktiven Verkauf und gleichzeitigem Kauf um in die Hold-Gruppe zu transferieren ist allerdings auch nicht die Lösung, da hier dann Gewinne realisiert würden, die es in Wahrheit nicht gab.

Ich glaube da hälfe nur eine native Unterstützung von cointracking, die eben für Wallets/Börsen getrennte Kaufpools verwendet. Also beim Verkauf auf Poloniex nicht Coins auf meiner Hardware-Wallet verrechnet, sondern nur die, die auch bei Polo liegen. Wie ist die Einschätzung, dass sowas im Laufe dieses Jahres eingebaut wird? Ansonsten muss ich mir eine Alternative suchen.