YetAnotherBTCGeek

Hallo feztke, dir auch ein gutes neues Jahr! Ich bin - wie du gemerkt hast - noch nicht ganz durch mit den aufgezählten Änderungen. Die eigentliche Gewinnberechnung ist überarbeitet, es fehlen noch weitere Tests und das Anpassen des Reports. Danach würde ich mich um die Importe kümmern und kann dann die neue Version live stellen. Dass das alles bis nächste Woche fertig wird, ist nicht realistisch. Ich würde dir daher raten, für deine Steuererklärung nicht auf eine runderneuerte und fehlerfreie Version meines Tools in den nächsten Tagen zu bauen! Wenn es dir so unter den Nägeln brennt, wie du beschreibst, dann greife lieber auf bestehende andere Lösungen zurück. Unabhängig davon werde ich die neue CT-Version aber natürlich weiter vorantreiben. Viel Erfolg!

Mannmann, das sind 'ne Menge Fragen und Anregungen. 😉 Ich versuche mal nichts zu überspringen: Das mit den Importregeln scheint mir eine sehr spezielle Anforderung zu sein. Was genau willst du denn damit erreichen, dass die Transfers zunächst über das Wallet gehen? Eine Alternative wäre die Wallet-History mit einzulesen, dann werden die Transfers (im besten Fall) automatisch passend zugeordnet. Und warum genau sollte man nie direkt von Börse X zu Börse Y transferieren? Allein die Tatsache, dass sich deine Coins auf einer Börse befinden, ist schon ein Sicherheitsrisiko. Das wird nicht schlimmer (aber auch nicht besser), wenn du diese direkt von X zu Y schickst. Wenn du Transfers nachträglich bearbeiten willst, ist das etwas versteckt: nimm den Button "Transfers bearbeiten" auf dem Berechnungs-Reiter. Wenn du hier auf der rechten Seite den Filter von "nur ungeklärte" auf "alle Transfers" umstellst, kannst du jederzeit die vorhandenen Transfers bearbeiten. Der CT ist aktuell mit MS Visual Studio (2015) in Visual Basic geschrieben. Was die Importe angeht: die habe ich jetzt so umgebaut, dass sie etwas strukturierter gepflegt, hinzugefügt und aktualisiert werden können. Wenn ich den Source Code auf Github habe, schreibe ich ein paar Zeilen zu dem Thema. Den generischen Import schaue ich mir nochmal an. Kann gut sein, dass es da Schwierigkeiten gibt - der Code ist uralt... Das mit der Fehlermeldung "Für folgenden Vorgang standen nicht mehr genug Coins zur Verfügung" wird mit der nächsten Version entschärft werden (es wird diese Meldung nicht mehr geben). Das heißt aber nicht, dass es bei der Gewinnberechnung nicht mehr zu Problemen kommen kann, dann der Prinzip bleibt erhalten: Um die Differenz zwischen Verkaufs- und Anschaffungswert von Coins zu berechnen, muss der CT die Anschaffung der verkauften Coins ermitteln. Wenn es hierfür in den Trade-Daten keine passenden Käufe/Einzahlungen gibt, dann kann der Gewinn nicht korrekt berechnet werden. Im neuen CT wird in solchen Fällen zunächst einfach ein Kauf am gleichen Tag für 0,00 EUR angenommen werden. Das Feld "Balance" kann ich beim MtGox-Import nicht benutzen, weil es bei der oben beschrieben Logik nicht hilft: der CT muss wissen, wo die Coins (die als Balance ausgewiesen werden) herkommen, sonst klappt die Berechnung nicht. Die neue Version wird auf jeden Fall vor Weihnachten kommen!

Okay, das mit der neuen Version im November hat nicht ganz geklappt. Aber ich bin dran... 😎. Da ich gerade die komplette Gewinnberechnungs-Logik (und damit weite Teile des Source Code) umschreibe, bin ich mit den obigen To-Dos leider noch nicht durch. Aber es bleibt dabei: die nächste Version wird Open Source und die paar Importe sind dann sicher auch schnell aktualisiert. 😉 So - stay tuned, if you like.

Der CT ermittelt Quelle und Ziel eines Transfers immer dann, wenn von beiden Börsen/Wallets die jeweiligen Trade-Histories importiert werden. Wenn es auf MtGox zum Zeitpunkt X eine Abbuchung von z.B. 1 BTC stattfindet und zu einem ähnlichen Zeitpunkt Y eine Einzahlung von 1 BTC auf z.B. Bitcoin.de erfolgt, interpretiert der CT dies als einen Transfer von MtGox auf Bitcoin.de.

Ja, kann er. ? Mal ein Lebenszeichen von mir: sorry für die längere Funkstille, es ist in den letzten Monaten bei mir einfach zu viel los gewesen, so dass kaum Zeit für das Projekt übrig geblieben ist. Sogar der Umstand, dass die Website cointracer.de einige Zeit nicht erreichbar war, ist mir erst nach ein paar Wochen aufgefallen. Aber: tot ist das Projekt für mich nicht. (Was nicht bedeutet, dass es für jeden potenziellen Anwender hinreichend aktiv ist - aber das ist, ehrlich gesagt, nicht meine höchste Priorität.) Meine nächsten Schritte sind (leider nach wie vor): 1. Fixen der aktuell nicht funktionierenden Importe 2. Veröffentlichen des Source Code Ich bin ja selbst unzufrieden damit, dass so, wie es aktuell ist, niemand anders die Chance hat, an dem Tool "herumzubasteln" und weitere Features/Importe einzubauen. Vielleicht entwickelt sich dann ja eine rege Community, wer weiß? Zeitplanung: Im November(2018)...

Hallo zusammen, ich habe am letzten Wochenende (endlich mal wieder) eine neue Version live gestellt, mit der der Import von Bitcoin.de wieder sauber funktioniert und in der ein paar andere Kleinigkeiten behoben sind. Was noch nicht fertig, aber in Arbeit ist: Import von Binance Integration diverser Coin-Kurse Besserer Umgang mit dem „Nicht genügend Coins vorhanden“-Fehler bei der Gewinnberechnung Veröffentlichung des Source Code. CT goes Open Source! Wie immer viel Spaß damit!

Das würde dann wahrscheinlich reichen. Kannst du mir gern per Dropbox-Link oder als E-Mail zukommen lassen. Ich schaue mir das dann gern an.

Was den Umgang mit Mining angeht, gibt es meiner Einschätzung nach zwei „Lager“: die einen sagen, dass durch das Minen von Coins keine „Anschaffung“ im steuerrechtlichen Sinne vorliegt und daher eine spätere Beräußerung auch nicht steuerrelevant sei. Wenn du das so handhaben möchtest, dann könntest du einfach den Haken „Für Steuer ignorieren“ bei den Zufluss-Transfers setzen. Wenn du statt dessen den Tageskurs zum Zeitpunkt der Ausschüttung der Coins festhalten willst, müsstest du das aktuell in der Trade-Bearbeitung noch manuell eintragen. Ich bin gerade dabei, das etwas besser zu automatisieren; ist aber noch nicht eingebaut.

Na ja, am besten wären natürlich die Dateien, mit denen du den Import probierst. Über wie viele reden wir denn da?

Mannomann, 6.000 Trades manuell zu bearbeiten ist nun wirklich keine schöne Aufgabe! Was das Problem mit den nicht verfügbaren Coins auf der Plattform Mining angeht: Nimm bei den Stammdaten der Plattform Mining mal den Haken "Eigenbesitz" raus. Dann behandelt der CT die Transfers auf Wallets oder Börsen wie externe Zuflüsse (was sie ja auch sind) und versucht nicht, den Bestand der abstrakten Mining-Plattform zu verwalten. Das Flag IstFix kann man nicht selbst pflegen: damit sind lediglich alle Einträge gekennzeichnet, die "hart verdrahtet" in das Programm eingebaut sind. IstBörse wird nur benutzt, um zuwischen Wallets und Börsen zu unterscheiden. Das spielt nur eine Rolle, wenn man in den Gewinnberechnungseinstellungen in den Fällen "Transfer Wallet zu Börse" und "Transfer Wallet zu Wallet" oder "Transfer Börse zu Wallet" etwas unterschiedliches einstellt hat.

Na, na. Kein Grund zur Verzweiflung! Wie gesagt: du kannst mir gerne mal was schicken, dann schaue ich da drüber.

Der Fehler kommt immer dann, wenn in irgend einer History-Datei ein Trade-Eintrag gefunden wurde, zu dem es kein Pendant in einer der anderen Dateien gibt. Hast du bei allen Exportdateien immer den gleichen Zeitraum genutzt? Falls du wirklich alle notwendigen Dateien gleichzeitig eingelesen hast und in den jeweiligen Dateien auch immer der gleiche Zeitraum abgedeckt war, könnte es in der Tat sein, dass der CoinTracer irgend eine Kontobewegung als Exchange-Trade interpretiert und dazu vergeblich eine passende Gegenbuchung sucht. Das kann man letztlich nur durch Analyse der Dateien näher eingrenzen. Ich kann mir das gern näher ansehen, wenn du willst.

Hallo Sven, ich kann das zwar gerade nicht selbst testen, aber mit einer "0" bei der Quellplattform müsste das eigentlich gehen. Die 0 ist die ID für "Unbekannte Plattform". Viel Erfolg!

Okay, die Meldung heißt lediglich, dass über den API-Key zu viele Aufrufe in zu kurzer Zeit passiert sind. Eigentlich sind die API-Abrufe des CT so getimt, dass diese Meldung nicht kommen sollte. Benutzt du den Key gleichzeitig noch für etwas anderes? Falls ja, versuche doch mal einen neuen Key nur für den CoinTracer-Import anzulegen.

Hallo Bub, ich habe die Installation gerade noch einmal auf einem "blanken" Rechner getestet - und kann deinen Fehler nicht nachvollziehen. Du könntest mal Folgendes probieren: Lösche in der Windows-Registry den Eintrag HKEY_CURRENT_USER\Software\IT Nebinger\CoinTracer\Global (kompletten Schlüssel löschen) und starte den CT dann noch einmal. Wenn das nicht hilft, gerne nochmal melden!

Auch das ist eine gute Idee - und danke dir für das Angebot! Ich bin in der Tat gerade dabei, genau das zu tun (aktuell sind alle Importe mehr oder weniger in einem Riesen-Modul gebündelt, was damals wirklich keine schöne Designentscheidung war... ). Wenn ich das entsprechend umgebaut habe, kann man viel leichter im Team daran arbeiten.

Feedback-Plattform für den CoinTracer: https://feedback.cointracer.de Jetzt noch mal für alle: es werden immer wieder Fragen an mich herangetragen, ob ein Import von Plattform XY geplant sei. Ich habe daher unter https://feedback.cointracer.de eine (Fider-)Plattform aufgesetzt, unter der ihr eure Anregungen gerne platzieren könnt. Das System hat den Vorteil, dass man die jeweiligen Wünsche upvoten kann - so dass ich ein besseres Bild davon bekomme, was wie wichtig für euch ist. Viel Spaß!

Es gibt leider zu viele Plattformen und - leider - zu wenig Zeit für mich, für alle einen Import zu schreiben (und aktuell zu halten und zu supporten!). Daher hier eine neue Idee: Du findest unter https://feedback.cointracer.de eine brandneue Feedback-Plattform für den CoinTracer, in dem du den Binance-Import als Idee erfassen kannst. Diese kann dann von allen anderen Beteiligten bewertet und priorisiert werden. Das hilft mir hoffentlich, besser einzuschätzen, welche Funktionen/Import wie wichtig sind... Viel Erfolg!

Genau so interpretiere ich (und viele andere) die aktuelle Rechtslage. Der CoinTracer macht genau das: Wenn du Ripple (oder sonstwas) auf ein eigenes Wallet überträgst und die restlichen irgendwo tradest, werden die "Haltedauern" für jeden "Topf" separat berechnet.

Hm, wie gesagt - ich kann das bei mir nicht nachvollziehen. Wenn du magst, kannst du mir mal die Protokolldatei des CT schicken (gerne auch auszugsweise). Findest du hier: Menü "Extras", "Einstellungen", Kategorie "Protokoll & Meldungen" und dann rechts oben auf den Button mit den drei Punkten klicken. Die Datei CoinTracer.log ist das Protokoll. Vielleicht findet sich hier Genaueres...

Hallo Dogma2k, also ich kann das nicht nachvollziehen. Hat dein API-Key die richtigen Berechtigungen? (Du brauchst Leserechte auf "Account History" und "Account Info")

Im CoinTracer ist es so realisiert, dass die Gebühren automatisch abgezogen sind. Oder anders gesagt: Kauflust von Coins = Menge erhaltener Coins (netto) / bezahlte EUR (inkl. Gebühren) Verkaufserlös von Coins = Menge abgezogener Coins / erhaltene EUR Im Gewinn/Verlustbericht werden Gebühren allerdings nicht explizit ausgewiesen, sondern implizit aus dem Gewinn herausgerechnet.

...interessante Frage - nur leider im falschen Thread gestellt. Hier geht es um das Tool CoinTracer, nicht um Cointracking. Da kann ich dir leider nicht weiterhelfen.

...muss ich mir mal anschauen. Bitcoin.de hat kürzlich auch den USD-Handel eingeführt; vlt. hat sich in diesem Zuge das Format der CSV-Dateien geändert. Ich kontrolliere das mal.

Aktuell nicht. API-Importe gehen zur Zeit nur für Bitcoin.de, Kraken und Bitfinex. Nicht Bitstamp. (Kann aber noch kommen...)