Fröhliche Gewinnermittlung für die Steuer - softwaregestützt: CoinTracer

[Yabg_YetAnotherBTCGuy]

Wie so viele der 2013er Bitcoin-Einsteiger trifft mich dieses Jahr zum ersten Mal die Frage, wie mit den Gewinnen/Verlusten aus Trades steuerlich umzugehen ist. Ich möchte in diesem Thread nicht die steuerlichen Möglichkeiten an sich behandeln, dann dafür gibt's schon anderswo gute Zusammenstellungen, z.B. hier:
https://bitcointalk.org/index.php?topic=445315.0
https://bitcointalk.org/index.php?topic=321503.0

Vielmehr möchte ich den Tradern unter Euch das Tool vorstellen, das ich mir für die Berechnung meiner Steuerlast geschrieben habe (und weiterschreiben werde):
Unter http://www.cointracer.de/ könnt Ihr den CoinTracer runterladen, ein Windows-Programm, mit dem Coin-Trades importiert und hinsichtlich Gewinn oder Verlust ausgewertet werden können.

Genauer: (Version 0.9.7.2 vom 23.01.2022)

• Import von Trades von Bitcoin.de anhand des downloadbaren Kontoauszugs oder der Trading-API
• Import von Kraken (per API-Datenabruf oder CSV-Export)
• Import von Bitfinex (per API-Datenabruf oder CSV-Export)
• Import von Binance.com
• Import von Poloniex.com
• Import von Zyado.com
• Import von Bitstamp.net anhand des Transaction-Exports
• Importmöglichkeit für die Transaktionen aus dem Bitcoin-Core-Client und Litecoin-Core-Client
• Import von beliebigen Trade-Daten im generischen CSV-Format. Hierüber können beliebige Börsen und Coin-Arten importiert werden.
• Automatische Erkennung von welcher Börse eine Trade-History-Datei stammt
• Mögliche Coins: BTC, BCC, LTC, ETH, XLM, XRP, PPC, NMC, NVC, XPM, MSC, FTC, TRC, REP, IOTA etc. (ist via CoinTracer-Import erweiterbar)
• Trades in EUR und USD
• "Berechnungsstrategien" flexibel einstellbar: FiFo, LiFo, Teuerste, Billigste, unterschiedliche Strategien für Coins >= 1 Jahr und Coins < 1 Jahr möglich
• Für Transaktionstypen (Kauf, Verkauf, Transfer zum Wallet usw.) sind Strategien getrennt einstellbar
• Gewinn-/Verlust-Report kann direkt gedruckt oder als Excel-, Word- oder PDF-Datei ausgegeben werden
• Nie realisierte Gewinne aus Trades auf untergegangenen Börsen können herausgerechnet werden

Ist noch beta, man kann also keine fehlerfreies Stück Software erwarten. Dafür aber gern in diesem Thread Rückmeldungen geben!

Wozu das Ganze eigentlich, es gibt doch cointracking aka coinreporting.com aka my-btc.info?

Nun, zum einen dient der CoinTracer nicht der Darstellung des aktuellen Coin-Wertes und dessen Verlauf! Es geht um die möglichst optimale (und natürlich korrekte) Ermittlung des steuerlich relevanten Gewinns/Verlusts aus Trades. Das ist eine andere Zielrichtung: für die meisten von uns wird das heißen, dass man sich über möglichst geringe Gewinne freut, da diese schließlich bei der Einkommensteuer berücksichtigt werden müssen.

Zum anderen läuft das Programm komplett lokal (die einzigen Stellen, an denen eine Verbindung zum Internet aufgebaut wird, ist beim Abruf von Dollar-Kursen - die man aber auch als CSV einlesen kann -, bei der Verlinkung auf die Hilfeseite und bei der Prüfung auf neue Programmversionen). Man muss seine komplette Trade-History also nicht auf den Servern eines Fremden speichern, was zumindest mir persönlich entgegenkommt.

Ach so: das Tool ist übrigens total günstig: für wenige Hundert Bitcoin seid ihr dabei!  
...war'n Scherz: CoinTracer ist work in progress und i. W. entstanden, weil ich für mein Problem eine Lösung gesucht habe. Ich stelle es gern kostenlos zur Verfügung und freue mich über Rückmeldungen!

[1713420588]

1713420588

[1713420588]

1713420588

[1713420588]

1713420588

[1713420588]

1713420588

[candoo]

Wie so viele der 2013er Bitcoin-Einsteiger trifft mich dieses Jahr zum ersten Mal die Frage, wie mit den Gewinnen/Verlusten aus Trades steuerlich umzugehen ist. Ich möchte in diesem Thread nicht die steuerlichen Möglichkeiten an sich behandeln, dann dafür gibt's schon anderswo gute Zusammenstellungen, z.B. hier:
https://bitcointalk.org/index.php?topic=445315.0
https://bitcointalk.org/index.php?topic=321503.0

Vielmehr möchte ich den Tradern unter Euch das Tool vorstellen, das ich mir für die Berechnung meiner Steuerlast geschrieben habe (und weiterschreiben werde):
Unter http://www.cointracer.de/ könnt Ihr den CoinTracer runterladen, ein Windows-Programm, mit dem Coin-Trades importiert und hinsichtlich Gewinn oder Verlust ausgewertet werden können.

Genauer: (Version 0.7.4)

• Import von Trades von Bitcoin.de anhand des downloadbaren Kontoauszugs
• Import von BTC-E, etwas umständlich über Copy&Paste
• Import von Trades von Mt. Gox anhand der History-Dateien
• Import von Vircurex (Copy&Paste)
• Importmöglichkeit für die Transaktionen aus dem Bitcoin-QT-Wallet und Litecoin-Qt-Wallet
• Mögliche Coins: BTC, LTC, PPC, NMC, NVC, XPM, MSC, FTC, TRC
• Trades in EUR und USD
• "Berechnungsstrategien" flexibel einstellbar: FiFo, LiFo, Teuerste, Billigste, unterschiedliche Strategien für Coins >= 1 Jahr und Coins < 1 Jahr möglich
• Für Transaktionstypen (Kauf, Verkauf, Transfer zum Wallet usw.) sind Strategien getrennt einstellbar
• Gewinn-/Verlust-Report kann in Zwischenablage oder als Excel-Worksheet ausgegeben werden

Ist noch beta, man kann also keine fehlerfreies Stück Software erwarten. Dafür aber gern in diesem Thread Rückmeldungen geben!

Wozu das Ganze eigentlich, es gibt doch coinreporting.com aka my-btc.info?

Nun, zum einen dient der CoinTracer nicht der Darstellung des aktuellen Coin-Wertes und dessen Verlauf! Es geht um die möglichst optimale (und natürlich korrekte) Ermittlung des steuerlich relevanten Gewinns/Verlusts aus Trades. Das ist eine andere Zielrichtung: für die meisten von uns wird das heißen, dass man sich über möglichst geringe Gewinne freut, da diese schließlich bei der Umsatzsteuer berücksichtigt werden müssen.

Zum anderen läuft das Programm komplett lokal (die einzigen Stellen, an denen eine Verbindung zum Internet aufgebaut wird, ist beim Abruf von Dollar-Kursen und bei der Verlinkung der Hilfeseite). Man muss seine komplette Trade-History also nicht auf den Servern eines Fremden speichern, was zumindest mir persönlich entgegenkommt.

Ach so: das Tool ist übrigens total günstig: für wenige Hundert Bitcoin seid ihr dabei!  
...war'n Scherz: CoinTracer ist work in progress und i. W. entstanden, weil ich für mein Problem eine Lösung gesucht habe. Ich stelle es gern kostenlos zur Verfügung und freue mich über Rückmeldungen!

Umsatzsteuer auf Bitcoin? woooos ? Seit wann?

[Yabg_YetAnotherBTCGuy]

Hast vollkommen recht! Ich meinte Einkommensteuer (ist echt zu spät)... Gerade oben korrigiert.

[realcoin]

Sieht ja super aus, habs mir runtergeladen! Werde mir das genauer anschauen! Aber für 2013 brauch ich so etwas auf jeden Fall!

...Man muss seine komplette Trade-History also nicht auf den Servern eines Fremden speichern, was zumindest mir persönlich entgegenkommt.
...

Ja genau, das hat mich bei coinreporting/my-btc gestört!

Wie sieht es mit Bitstamp Transactions.csv aus? Ich vermute du hast dort kein Konto? Also ich würde für die Integration von Bitstamp Transactions.csv min 15 .- EUR spenden.

[Sukrim]

Du könntest doch auch einfach alle möglichen Szenarien durchrechnen und die als Übersicht generieren, oder? Dann hat man gleich die günstigste Version im Blick.

Übrigens: Quellcode? Woher soll man wissen, dass das kein Walletstealer ist?

[Yabg_YetAnotherBTCGuy]

Wie sieht es mit Bitstamp Transactions.csv aus? Ich vermute du hast dort kein Konto? Also ich würde für die Integration von Bitstamp Transactions.csv min 15 .- EUR spenden.

Du kannst mir gern mal eine Bitstamp-CSV an info@cointracer.de schicken, dann kann ich mal schauen, ob ein Import leicht zu basteln ist. (Stimmt, ich trade selbst nicht dort.)

[CryptKeeper]

Klasse, werde ich mir mal runterladen und anschauen. Ich wäre auch am Bitstamp-Import interessiert!

Nimmst Du zur Umrechnung USD/EUR den entsprechenden Tageskurs bei Anschaffung der Bitcoins? Das macht nämlich im nach hinein am meisten Arbeit...

[realcoin]

...Übrigens: Quellcode? Woher soll man wissen, dass das kein Walletstealer ist?

Yabg_YetAnotherBTCGuy, hast du mal überlegt, das Programm "Open Source" zu machen?

...
Du kannst mir gern mal eine Bitstamp-CSV an info@cointracer.de schicken, dann kann ich mal schauen, ob ein Import leicht zu basteln ist. (Stimmt, ich trade selbst nicht dort.)

Ich hab hier mal eine "anonymisierten" Auszug, mit den vier verschieden Typen. Reicht dir das?

Code: (Transactions.csv)

Type,Datetime,BTC,USD,BTC Price,FEE
1,2013-04-11 11:23:02,-10.00000000,0.00,0.00,0.00
0,2013-04-16 15:41:08,0.00000000,1000.70,0.00,0.00
2,2013-04-17 14:45:21,4.00000000,-497.32,124.33,2.49
1,2013-09-13 08:45:34,0.00000000,-498.81,0.00,1.19
2,2013-11-02 12:20:09,-0.50000000,102.15,204.30,0.52

---------------------------------------------------
Kommentar zu Type:
0 = Deposit  (USD oder BTC)
1 = Withdrawal (USD oder BTC)
2 = Sell, Buy (Trade)

Deinen Import Optionen nach,  hast du bei Kraken auch kein Konto, nehm ich an? Das brauchen wir auch! Die haben aber kein CSV history export, da müsste sich wohl noch jemand mit der API erbarmen...  

[LiteCoinGuy]

ich wäre SEHR vorsichtig bei solchen programmen. besonders von neuen nutzern.

[Yabg_YetAnotherBTCGuy]

...Übrigens: Quellcode? Woher soll man wissen, dass das kein Walletstealer ist?

Yabg_YetAnotherBTCGuy, hast du mal überlegt, das Programm "Open Source" zu machen?

ich wäre SEHR vorsichtig bei solchen programmen. besonders von neuen nutzern.

Absolut verständliche Warnung! Wenn ich nicht zufälligerweise selbst Autor des Programms wäre, dann würde ich ehrlich gesagt auch nicht riskieren, fremde Software auf dem Rechner zu installieren, auf dem kritische Daten (wie z.B. Wallets) liegen.

Da ich weiß, dass in meinem Programm (geschrieben mit VS 2013) definitiv kein Schad-Code enthalten ist, kann ich Folgendes empfehlen: Wem die Installation der Software zu heikel ist, der kann einfach das Zip-Archiv nutzen und die Exe starten (wobei der lokale User natürlich nicht Administrator sein sollte!). Wem auch das noch zu kritisch ist, der packt das ganze in eine VM ohne Verbindung zum Host und überträgt einfach die Trade-Export-Dateien. Und wem auch das nicht sicher genug ist, der kann ja immer noch einen alten PC aus dem Keller holen und das Programm darauf ausprobieren.

Und schließlich bleibt ja immer die Möglichkeit, die Software einfach nicht zu nutzen. Auch damit kann ich prima leben!  

Was Open Source/Quellcode angeht: zum jetzigen Zeitpunkt möchte ich diesen nicht jedem zugänglich machen. Ich möchte mir einfach offen halten, wie und zu welchen Bedingungen es mit dem Tool weitergehen wird. Und nein, ich habe dabei keine Dollar-Zeichen in den Augen und bin auch nicht auf schnellen Profit aus! Es sind nur zu viele Abende/Nächte in die Programmierung geflossen, als dass ich das entstandene "Werk" jetzt einfach so in die weite Welt pusten wollte...

[twbt]

Ist ein bisschen die Wahl zwischen Pest (Webanwendung, der man seine persönlichen Daten geben soll) und Cholera (Closed-Source-Windowsanwendung, die man lokal installieren soll) - aus "Nutzersicht".

[Yabg_YetAnotherBTCGuy]

Ich hab hier mal eine "anonymisierten" Auszug, mit den vier verschieden Typen. Reicht dir das?

Code: (Transactions.csv)

Type,Datetime,BTC,USD,BTC Price,FEE
1,2013-04-11 11:23:02,-10.00000000,0.00,0.00,0.00
0,2013-04-16 15:41:08,0.00000000,1000.70,0.00,0.00
2,2013-04-17 14:45:21,4.00000000,-497.32,124.33,2.49
1,2013-09-13 08:45:34,0.00000000,-498.81,0.00,1.19
2,2013-11-02 12:20:09,-0.50000000,102.15,204.30,0.52

---------------------------------------------------
Kommentar zu Type:
0 = Deposit  (USD oder BTC)
1 = Withdrawal (USD oder BTC)
2 = Sell, Buy (Trade)

Das sieht relativ simpel aus. Bitstamp "kann" nur BTC und USD, oder? Den Import werde ich morgen im Laufe des Tages bestimmt einbauen können.

Deinen Import Optionen nach,  hast du bei Kraken auch kein Konto, nehm ich an? Das brauchen wir auch! Die haben aber kein CSV history export, da müsste sich wohl noch jemand mit der API erbarmen...  

Hoooh Brauner... 
Na mal sehen... Simpel-Importe à la Bistamp sind natürlich schnell gemacht, das kann ich gern immer mal wieder zwischenschieben. Ansonsten wollte ich - auf Anregung eines anderen Forum-Mitglieds - einen "Universal-Import" implementieren; d.h. ein CSV-Format beschreiben, mit dem man Trades beliebiger Plattformen importieren kann. Dann liegt die Aufgabe, diese Datei zu erstellen, zwar erst mal beim Anwender, aber es gibt zumindest eine Möglichkeit, auf Trade-Histories exotischer Plattformen in das System zu bekommen.

[Yabg_YetAnotherBTCGuy]

Ist ein bisschen die Wahl zwischen Pest (Webanwendung, der man seine persönlichen Daten geben soll) und Cholera (Closed-Source-Windowsanwendung, die man lokal installieren soll) - aus "Nutzersicht".

Kann ich nachvollziehen. Ich will auch gar nicht ausschließen, den Quellcode zukünftig zu veröffentlichen! Über diesen Punkt habe ich mir bislang nur ehrlich gesagt noch nicht so viele Gedanken gemacht (mir ging's erst einmal um Funktionalität der Software). Das Problem, dass der Anwender Sicherheit haben möchte, sich keinen Trojaner einzufangen und ich auf der anderen Seite (noch) die Kontrolle über die Weiterentwicklung der Software nicht aus der Hand geben will, ließe sich ja auch anders als Open Source (im eigentlichen Sinn) lösen: Ich könnte z.B. den Quellcode öffentlich machen, aber via Lizenz/Vereinbarung festlegen, dass dieser nicht für eigene, abgeleitete Produkte verwendet werden darf oder etwas in der Richtung... Müsste mich noch ein bißchen mit der Frage beschäftigen, fürchte ich...

[Yabg_YetAnotherBTCGuy]

Klasse, werde ich mir mal runterladen und anschauen. Ich wäre auch am Bitstamp-Import interessiert!

Nimmst Du zur Umrechnung USD/EUR den entsprechenden Tageskurs bei Anschaffung der Bitcoins? Das macht nämlich im nach hinein am meisten Arbeit...

Danke für das Feedback!

Die Kursdaten USD/EUR kommen hier her:
http://www.bundesbank.de/Navigation/DE/Statistiken/Aussenwirtschaft/Devisen_Euro_Referenzkurse_Goldpreise/Tabellen/tabellen_zeitreihenliste.html?id=21422
Die Umrechnung USD/EUR erfolgt immer zum jeweiligen Tageskurs des Trades.

Beispiel:
Du kaufst am 01.01.2014 1 BTC für $600,00. Kurs am 01.01.: 1 € = $1,50, also: 1 BTC für 600/1,50 = 400,00 € Ankaufspreis
Du verkaufst diesen BTC am 01.06.2014 für $800,00. Kurs am 01.06.: 1 € = $2,00, also 1 BTC für 800/2,00 = 400,00 € Verkaufswert
Der CoinTracer weist dann für den Verkauf am 01.06.2014 einen Gewinn von 0,00 € aus, obwohl der BTC in der Zwischenzeit um $200 gestiegen ist.

Ich hoffe, das war nachvollziehbar?

[twbt]

Ist ein bisschen die Wahl zwischen Pest (Webanwendung, der man seine persönlichen Daten geben soll) und Cholera (Closed-Source-Windowsanwendung, die man lokal installieren soll) - aus "Nutzersicht".

Kann ich nachvollziehen. [...] Ich könnte z.B. den Quellcode öffentlich machen, aber via Lizenz/Vereinbarung festlegen, dass dieser nicht für eigene, abgeleitete Produkte verwendet werden darf oder etwas in der Richtung... Müsste mich noch ein bißchen mit der Frage beschäftigen, fürchte ich...

Fürchte ich auch. - Und kann auch gut nachvollziehen, was Dich da umtreibt. Gibt es mE keine einfache Antwort drauf.

[Yabg_YetAnotherBTCGuy]

Eine Rückfrage noch:

Code: (Transactions.csv)

Type,Datetime,BTC,USD,BTC Price,FEE
1,2013-04-11 11:23:02,-10.00000000,0.00,0.00,0.00
0,2013-04-16 15:41:08,0.00000000,1000.70,0.00,0.00
2,2013-04-17 14:45:21,4.00000000,-497.32,124.33,2.49
1,2013-09-13 08:45:34,0.00000000,-498.81,0.00,1.19
2,2013-11-02 12:20:09,-0.50000000,102.15,204.30,0.52

---------------------------------------------------
Kommentar zu Type:
0 = Deposit  (USD oder BTC)
1 = Withdrawal (USD oder BTC)
2 = Sell, Buy (Trade)

Sind die Gebühren in den anderen Beträgen inkludiert oder nicht? Ich vermute nicht, bin aber nicht sicher.

Konkret - Beispiel letzte Zeile: Verkauf von 0,5 BTC für $102,15, Gebühr $0,52. Da hast Du $102,15 - $0,52 = $101,63 erhalten, oder?
Oder 3. Datenzeile: Kauf von 4 BTC für $497,32, Gebühr $2,49. Der Kaufpreis war dann insgesamt $499,81? Oder werden die Gebühren etwa in BTC einbehalten? Dann müsste ich den BTC-Betrag beim Import entsprechend anpassen...

[Sukrim]

Eventuell kanst du ja einen einfachen CSV-Exporter von bitcoind schreiben und den Open Source freigeben, der die nötigen Daten in ein Format abspeichert, das man dann in deine Anwendung importieren kann. Damit kann man das Ding auch einfach auf einem PC/VM ausführen, der nichts mit Bitcoin zu tun hat und trotzdem alles machen, was man braucht. So ein Exporter wäre vermutlich nur ein paar Dutzend Zeilen in Python z.B.

Ich persönlich verwende ja ledger-cli, daher brauche ich sowas wie dein Programm eh nicht, aber viel Spaß/Erfolg damit trotzdem.

[realcoin]

...
Sind die Gebühren in den anderen Beträgen inkludiert oder nicht? Ich vermute nicht, bin aber nicht sicher.

Konkret - Beispiel letzte Zeile: Verkauf von 0,5 BTC für $102,15, Gebühr $0,52. Da hast Du $102,15 - $0,52 = $101,63 erhalten, oder?
Oder 3. Datenzeile: Kauf von 4 BTC für $497,32, Gebühr $2,49. Der Kaufpreis war dann insgesamt $499,81? Oder werden die Gebühren etwa in BTC einbehalten? Dann müsste ich den BTC-Betrag beim Import entsprechend anpassen...

Nein Gebühren sind nicht inkludiert. Bitstamp "kann" nur BTC und USD. So sieht es auf der Website aus:




PS: "Open Source"

Ist ein bisschen die Wahl zwischen Pest (Webanwendung, der man seine persönlichen Daten geben soll) und Cholera (Closed-Source-Windowsanwendung, die man lokal installieren soll) - aus "Nutzersicht".

Kann ich nachvollziehen. Ich will auch gar nicht ausschließen, den Quellcode zukünftig zu veröffentlichen! Über diesen Punkt habe ich mir bislang nur ehrlich gesagt noch nicht so viele Gedanken gemacht (mir ging's erst einmal um Funktionalität der Software). Das Problem, dass der Anwender Sicherheit haben möchte, sich keinen Trojaner einzufangen und ich auf der anderen Seite (noch) die Kontrolle über die Weiterentwicklung der Software nicht aus der Hand geben will, ließe sich ja auch anders als Open Source (im eigentlichen Sinn) lösen: Ich könnte z.B. den Quellcode öffentlich machen, aber via Lizenz/Vereinbarung festlegen, dass dieser nicht für eigene, abgeleitete Produkte verwendet werden darf oder etwas in der Richtung... Müsste mich noch ein bißchen mit der Frage beschäftigen, fürchte ich...

Ja, Open Source heißt ja nicht, dass du dieses (dein Projekt) aus der Hand geben musst. Ich bin zwar kein Programmierer aber, wie du schon gesagt hast, die Art der Lizenz bestimmst ja du. Wenn sich dann jemand nicht dran hält...? Auf der anderen Seite könnten andere Leute etwas dazu programmieren/beisteuern, via Broker Api die Transaktionen holen etc...
Aber das ist alles nicht so einfach zu entscheiden, stimme ich auch zu! Kannst ja mal etwas über dein Pro und Contra hier schreiben, wenn dir dazu etwas eingefallen ist.

PPS:
Kann ja mal jemand mit wireshark nachschauen, ob Yabg_YetAnotherBTCGuy's Software mit der NSA "telefoniert". Vielleicht haben die ein Backdoor in sein "VS 2013" gebastelt? 

[dewdeded]

Startet solchen Windows-Dreck doch einfach in Sandboxie (http://sandboxie.com/), damit seit ihr sicher gegen Malware, Phone homes, ...

[realcoin]

Startet solchen Windows-Dreck doch einfach in Sandboxie (http://sandboxie.com/), damit seit ihr sicher gegen Malware, Phone homes, ...

Schau ich mir mal an! Und du kannst mal bei Chantal in Deutschunterricht gehen, da lernt man sich ordentlich mitzuteilen. 

[dewdeded]

Chantal is siiiiick hawt, would do her.

[Yabg_YetAnotherBTCGuy]

So, neue Version 0.7.5 ist online gestellt (und erstes Posting oben angepasst). Jetzt müsste auch der Import von Bitstamp.net funktionieren, außerdem funktionierte der Mt. Gox-Import bislang nur mit den BTC-Dateien korrekt. Jetzt werden aber auch die EUR- und ggf. USD-History-Exporte richtig verarbeitet (letztere sind für Fiat-Ein- und Auszahlungen sowie Gebühren wichtig).

Startet solchen Windows-Dreck doch einfach in Sandboxie (http://sandboxie.com/), damit seit ihr sicher gegen Malware, Phone homes, ...

Mein Reden! 

Man kann jetzt die Kursdaten EUR/USD auch als CSV-Datei einlesen, für diejenigen, die keinen Internetzugriff erlauben wollen. Das Teil funktioniert somit also bei Bedarf komplett offline.

Als nächstes habe ich das Speichern der lokalen Datenbank sowie das Einspielen einer lokalen Kopie auf der Agenda. (Wen's interessiert: ist eine lokale Sqlite3-DB, die unter %AppData%\Cointracer liegt.)

[Yabg_YetAnotherBTCGuy]

...und Version 0.7.6 ist nachgeschoben. Hatte noch einen Fehler im Bericht entdeckt (es waren auch die Fiat-Transfers enthalten - was auf Gewinn/Verlust keinen Einfluss hat, aber blöd aussieht und das Finanzamt ja auch nix angeht).

Außerdem kann man jetzt die lokale Datenbank sichern und wieder einlesen.

Mal sehen, was ich als nächstes einbauen kann... Würde ja gern die automatische Optimierung fertig bekommen, das ist aber leider nicht ganz unaufwändig - zumindest, wenn man kombinatorische Explosionen vermeiden will... 

[Yabg_YetAnotherBTCGuy]

Eventuell kanst du ja einen einfachen CSV-Exporter von bitcoind schreiben und den Open Source freigeben, der die nötigen Daten in ein Format abspeichert, das man dann in deine Anwendung importieren kann. Damit kann man das Ding auch einfach auf einem PC/VM ausführen, der nichts mit Bitcoin zu tun hat und trotzdem alles machen, was man braucht. So ein Exporter wäre vermutlich nur ein paar Dutzend Zeilen in Python z.B.

Ähm... nach ein bißchen googlen habe ich dann auch verstanden, was du mir sagen willst...  

Wenn ich es richtig verstehe, ist bitcoind ein Daemon, der die Blockchain abhört?! Dann werden da doch keine Informationen über Fiat-Bewegungen auszulesen sein, oder? Ich kann mir gerade nicht vorstellen, wie man darüber an die Daten kommen soll, die ich für die Gewinn/Verlustberechnung brauche.

Ich persönlich verwende ja ledger-cli, daher brauche ich sowas wie dein Programm eh nicht, aber viel Spaß/Erfolg damit trotzdem.

Das kann ich mir vorstellen! Wer auf der Linux-Kommandozeile rumturnt braucht nun wirklich keine Windows-GUI. Die anderen 90%, denen diese Fähigkeiten abgehen, sind aber vielleicht froh, wenn's was Buntes zum Klicken gibt...  

[Yabg_YetAnotherBTCGuy]

Wie sieht es mit Bitstamp Transactions.csv aus? Ich vermute du hast dort kein Konto? Also ich würde für die Integration von Bitstamp Transactions.csv min 15 .- EUR spenden.

Spende ist angekommen, herzlichen Dank!   

[Sukrim]

Ähm... nach ein bißchen googlen habe ich dann auch verstanden, was du mir sagen willst...  

Wenn ich es richtig verstehe, ist bitcoind ein Daemon, der die Blockchain abhört?! Dann werden da doch keine Informationen über Fiat-Bewegungen auszulesen sein, oder? Ich kann mir gerade nicht vorstellen, wie man darüber an die Daten kommen soll, die ich für die Gewinn/Verlustberechnung brauche.

Laut Eingangspost:

Importmöglichkeit für die Transaktionen aus dem Bitcoin-QT-Wallet und Litecoin-Qt-Wallet

Das hier habe ich gemeint.

Ich persönlich verwende ja ledger-cli, daher brauche ich sowas wie dein Programm eh nicht, aber viel Spaß/Erfolg damit trotzdem.

Das kann ich mir vorstellen! Wer auf der Linux-Kommandozeile rumturnt braucht nun wirklich keine Windows-GUI. Die anderen 90%, denen diese Fähigkeiten abgehen, sind aber vielleicht froh, wenn's was Buntes zum Klicken gibt...  

Ich verwende das unter Windows und klicke auf mein butens Icon und habe dann einen buten Graph + Report vor mir.
Erstellt wird der aber aus einer frisch zusammengestellten Datei, die vorher aus csv-Dateien eingelesen/erzeugt wird...

[realcoin]

@Yabg_YetAnotherBTCGuy, dann ist ja gut wenns angekommen ist.
Ich bin leider noch nicht dazu gekommen die ganze Sache mit Sandboxie zu testen!

Vielleicht wollen ein paar andere inzwischen etwas Feedback geben?

[coinft]

@Yabg_YetAnotherBTCGuy, dann ist ja gut wenns angekommen ist.
Ich bin leider noch nicht dazu gekommen die ganze Sache mit Sandboxie zu testen!

Vielleicht wollen ein paar andere inzwischen etwas Feedback geben?

Prinzipiell find ich das ja interessant und ev. nützlich, aber als closed source nicht nützlich und vertrauenswürdig genug um Zeit darauf zu verschwenden.

Show the source or it didn't happen.

-coinft

[Thanatopsis]

Das Tool ist auf jeden fall sehr praktisch! Allerdings sollte man vielleicht aus steuerlicher Sicht eine gleitende Durchschnittsmethode implementieren. Da Coins ja nicht physisch vorhanden sind ist ein Bewertungsvereinfachungsverfahren wie LiFo oder FiFo eigentlich nur schwer begründbar. Vor allem ist aus meiner Sicht schwer begründbar warum das eine dem anderen vorgezogen werden sollte. Steuerlich sind diese Verfahren aber nur zulässig wenn sie sich auch wirklich aus den realen Gegebenheiten ableiten lassen. Wenn Coins beim Abgang jeweils mit dem gleitenden Durchschnitt bewertet werden sollte das steuerlich wesentlich unkritischer sein und Nachfragen vom Finanzamt besser überstehen.

Weiterhin sollten alle aufpassen: Die Verwendung unterschiedlicher Methoden für Coins jünger bzw. älter als ein jahr ist dem Finanzamt bestimmt nur schwer zu erklären. Es besteht die gute Möglichkeit das die so eine Rechnung ablehnen wenn sie mal etwas genauer hinschauen. Solche Bewertungsverfahren müssen immer durchgängig angewendet werden und dürfen nur mit guter Begrünsung geändert werden.

Genauso sollte man aufpassen bei der Wahl der Methode. Diese muss dann in den Folgejaren beibehalten werden. Ein Wechsel ist nur mit guter Begründung möglich. Es ist nicht zulässig jedes Jahr so und so zu rechnen und dann die Methode mit dem niedrigsten Gewinn auszuweisen. Bitcoin Anwender wären nicht die ersten die auf den Trick kommen ;-)

Nach diesen Ausführungen sei noch hinzugefügt das ich kein Steuerberater bin und dies nur meine (laienhafte) Meinung darstellt.

[CryptKeeper]

Das Tool ist auf jeden fall sehr praktisch! Allerdings sollte man vielleicht aus steuerlicher Sicht eine gleitende Durchschnittsmethode implementieren. Da Coins ja nicht physisch vorhanden sind ist ein Bewertungsvereinfachungsverfahren wie LiFo oder FiFo eigentlich nur schwer begründbar. Vor allem ist aus meiner Sicht schwer begründbar warum das eine dem anderen vorgezogen werden sollte. Steuerlich sind diese Verfahren aber nur zulässig wenn sie sich auch wirklich aus den realen Gegebenheiten ableiten lassen. Wenn Coins beim Abgang jeweils mit dem gleitenden Durchschnitt bewertet werden sollte das steuerlich wesentlich unkritischer sein und Nachfragen vom Finanzamt besser überstehen.

Weiterhin sollten alle aufpassen: Die Verwendung unterschiedlicher Methoden für Coins jünger bzw. älter als ein jahr ist dem Finanzamt bestimmt nur schwer zu erklären. Es besteht die gute Möglichkeit das die so eine Rechnung ablehnen wenn sie mal etwas genauer hinschauen. Solche Bewertungsverfahren müssen immer durchgängig angewendet werden und dürfen nur mit guter Begrünsung geändert werden.

Genauso sollte man aufpassen bei der Wahl der Methode. Diese muss dann in den Folgejaren beibehalten werden. Ein Wechsel ist nur mit guter Begründung möglich. Es ist nicht zulässig jedes Jahr so und so zu rechnen und dann die Methode mit dem niedrigsten Gewinn auszuweisen. Bitcoin Anwender wären nicht die ersten die auf den Trick kommen ;-)

Nach diesen Ausführungen sei noch hinzugefügt das ich kein Steuerberater bin und dies nur meine (laienhafte) Meinung darstellt.

Sehr interessante These, ich habe bisher immer angenommen "FIFO" sei für den Bitcoin-Handel gesetzt! Jetzt müssten wir mal von irgendjemanden hören, der schon seine Steuererklärung 2013 inkl. Bitcoin-Handel abgegeben hat, was er benutzt hat und wie das gelaufen ist.

[realcoin]

Das Tool ist auf jeden fall sehr praktisch! Allerdings sollte man vielleicht aus steuerlicher Sicht eine gleitende Durchschnittsmethode implementieren. Da Coins ja nicht physisch vorhanden sind ist ein Bewertungsvereinfachungsverfahren wie LiFo oder FiFo eigentlich nur schwer begründbar. ...

Sehr interessante These, ich habe bisher immer angenommen "FIFO" sei für den Bitcoin-Handel gesetzt! Jetzt müssten wir mal von irgendjemanden hören, der schon seine Steuererklärung 2013 inkl. Bitcoin-Handel abgegeben hat, was er benutzt hat und wie das gelaufen ist.

Das ist hier eigentlich off topic. wenn kein konkreter Bezug zur  software CoinTracer. Wobei ich nichts dagegen habe, dass das Thema nach oben gepusht wir. 

Hier gibt es ein mega Thema zu Steuern: https://bitcointalk.org/index.php?topic=445315.0
und hier zu Bitcoin Buchhaltung fifo, lifo,...  https://bitcointalk.org/index.php?topic=294667.0

[Yabg_YetAnotherBTCGuy]

Allerdings sollte man vielleicht aus steuerlicher Sicht eine gleitende Durchschnittsmethode implementieren. Da Coins ja nicht physisch vorhanden sind ist ein Bewertungsvereinfachungsverfahren wie LiFo oder FiFo eigentlich nur schwer begründbar.

Die Idee finde ich gut! Ich sehe mal, ob ich das mit in die nächste Version bekomme (müsste bis zum WE fertig sein).

Mir ist/war übrigens gar nicht klar, inwiefern Vereinfachungsverfahren wie FiFo der LiFo an physisch vorhandene Wirtschaftsgüter gebunden sind und warum daher im Falle von Bitcoins/Altcoins die Anwendung des gleitenden Durchschnitts leichter begründbar sein sollte?! Wenn Du hier irgendwelche Quellen hast, gern raus damit! :-)

Weiterhin sollten alle aufpassen: Die Verwendung unterschiedlicher Methoden für Coins jünger bzw. älter als ein jahr ist dem Finanzamt bestimmt nur schwer zu erklären. Es besteht die gute Möglichkeit das die so eine Rechnung ablehnen wenn sie mal etwas genauer hinschauen. Solche Bewertungsverfahren müssen immer durchgängig angewendet werden und dürfen nur mit guter Begrünsung geändert werden.

Meine persönliche Meinung ist (und ich bin in Sachen Steuerrecht kein Fachmann!), dass es nur bestimmte "Transfer-Arten" gibt, bei denen man zulässigerweise unterschiedliche Methoden anwenden darf. Während vielleicht für den Verkauf von Coins zukünftig bei der Berechnung der Anschaffungskosten ein einheitliches Vereinfachungsverfahren angewendet werden muss, halte ich es nicht für unwahrscheinlich, dass ich z.B. beim Transfer von Coins aus meinem persönlichen Wallet auf eine Handelsplattform die freie Wahl habe, welche Coins ich dorthin transferiere. In diesem Fall (Transfer Wallet zu Plattform) könnte das Einstellen unterschiedlicher Methoden für Coins älter oder jünger als ein Jahr also durchaus sinnvoll und legitim sein.

Genauso sollte man aufpassen bei der Wahl der Methode. Diese muss dann in den Folgejaren beibehalten werden. Ein Wechsel ist nur mit guter Begründung möglich. Es ist nicht zulässig jedes Jahr so und so zu rechnen und dann die Methode mit dem niedrigsten Gewinn auszuweisen. Bitcoin Anwender wären nicht die ersten die auf den Trick kommen ;-)

Sehe ich auch so! (Mit Ausnahme der oben erwähnten Transfer-Arten, bei denen der geneigte Steuerzahler vielleicht zukünftig hinsichtlich der Bewertungsmethoden keiner Vorgabe zu folgen hat - in diesen Fällen könnte man nach meiner Einschätzung von Jahr zu Jahr sehen, welche Methode einem besser passt.)

Mir geht's mit dem Tool zunächst einmal darum, möglichst viele Bewertungsmethoden anzubieten, damit man verschiedene Szenarien durchspielen kann. Ob alle technisch möglichen Einstellungen auch steuerrechtlich zulässig sind, wird sich in der Zukunft klären, denke ich. (Wahrscheinlich werde ich dann zwei Drittel der Optionen wieder aus dem Tool streichen müssen...  )

[Yabg_YetAnotherBTCGuy]

@Yabg_YetAnotherBTCGuy, dann ist ja gut wenns angekommen ist.
Ich bin leider noch nicht dazu gekommen die ganze Sache mit Sandboxie zu testen!

Vielleicht wollen ein paar andere inzwischen etwas Feedback geben?

Prinzipiell find ich das ja interessant und ev. nützlich, aber als closed source nicht nützlich und vertrauenswürdig genug um Zeit darauf zu verschwenden.

Show the source or it didn't happen.

-coinft

Okay, danke für das Feedback! Die Sorge wg. Schadsoftware wg. closed source kann ich nachvollziehen und kommt bei mir an.

Während ich immer noch überlege, wie ich mit dem Source Code umgehen soll, konnte ich übrigens zwischenzeitlich CoinTracer in der Sandbox testen - läuft erwartungsgemäß reibungslos, auch wenn der Sandbox der Internet-Zugang abgedreht wird (und bekommt einen lustigen gelben Rahmen):

[Thanatopsis]

Mir ist/war übrigens gar nicht klar, inwiefern Vereinfachungsverfahren wie FiFo der LiFo an physisch vorhandene Wirtschaftsgüter gebunden sind und warum daher im Falle von Bitcoins/Altcoins die Anwendung des gleitenden Durchschnitts leichter begründbar sein sollte?! Wenn Du hier irgendwelche Quellen hast, gern raus damit! :-)

Meine persönliche Meinung ist (und ich bin in Sachen Steuerrecht kein Fachmann!), dass es nur bestimmte "Transfer-Arten" gibt, bei denen man zulässigerweise unterschiedliche Methoden anwenden darf. Während vielleicht für den Verkauf von Coins zukünftig bei der Berechnung der Anschaffungskosten ein einheitliches Vereinfachungsverfahren angewendet werden muss, halte ich es nicht für unwahrscheinlich, dass ich z.B. beim Transfer von Coins aus meinem persönlichen Wallet auf eine Handelsplattform die freie Wahl habe, welche Coins ich dorthin transferiere. In diesem Fall (Transfer Wallet zu Plattform) könnte das Einstellen unterschiedlicher Methoden für Coins älter oder jünger als ein Jahr also durchaus sinnvoll und legitim sein.

Die regelungen zu den zulässigen Bewertungsvereinfachungsverfahren und den Verbrauchsfolgeverfahren kommen aus dem HGB bzw. aus §6 des EStG (und des Einkommensteuerrichtlinien). Die Regelungen aus dem EStG wirken sich dabei durch die umgekehrte Maßgeblichkeit auch auf die Handelsbilanz aus.

Kurze Anmerkung: Alle Regelungen im deutschen Steuerrecht hierzu sind bisher aus dem Unternehmenssteuerrecht. Für Privatleute ist das ganze bisher nicht ausdrücklich gregelt es ist aber zu erwarten, dass wenn ein Privatmann solche Verfahren anwendet die Regelungen hierzu ebenfalls analog Anwendung finden dürften.

Grundsätzlich sind laut Steuerrecht nur LiFo oder Durchschnittsmethode anwendbar. Wenn dabei einmal auf LiFo gewechselt wird darf man nur noch mit Erlaubnis des Finanzamtes davon abweichen. Wie gesagt, wildes hin- und hergewechsel geht nicht.

Alternative dazu ist nur das exakte tracken jeder einzelnen Coin mit ihrem Anschaffungswert und dem Wert beim Verkauf bzw. beim Ausgeben. Wenn man dann natürlich darauf achtet immer nur solche coins zu verkaufen die man schon ein Jahr besitzt entsteht überhaupt kein steuerpflichtiger Gewinn. Bisher kenne ich aber keine Wallet Software die mir nachprüfbar erlaubt auszuwählen welche meiner Coins ich denn nun gerne ausgeben möchte. Möglich wäre das vielleicht in dem man eine Adresse für jeden Kauf, etc. verwendet, das dürfte aber eine buchhalterische Katastrophe werden. Vor allem wenn man das ganze dann 2 Jahre später dem Steuerprüfer erklären soll. Der Sinn an den vereinfachungsverfahren ist ja sich dieses exakte bewerten jedes einzelnen Wirtschaftsgutes zu ersparen.

Wenn man alle seine Coins in einen großen Topf wirft und am Ende nicht mehr sagen kann welche Coin denn nun welchen Einkaufspreis hatte (und diese auch noch glaubhaft separierbar ist) wird außer der Durchschnittsmethode nicht viel übrig bleiben. Ein bisschen vergleichbar ist das ganze vielleicht mit einem große Sandhaufen. Wenn ich einen Haufen habe der immer mal durchgemischt wird (wie die meisten Wallets bei jeder Transaktion ich sage nur change Verwaltung, etc...) kann man am Ende vermutlich nur noch sagen "im Durchschnitt  hat ein Kilo Sand mal XX USD gekostet...". Das heißt natürlich nicht, dass man nicht möglicherweise eine tolle Software auf basis der Blockchain aufsetzen könnte um das ganze zu verfolgen. Ambesten mit bunten Charts als Export und vielen Erklärungen für die Steuerprüfer.

[Yabg_YetAnotherBTCGuy]

Die regelungen zu den zulässigen Bewertungsvereinfachungsverfahren und den Verbrauchsfolgeverfahren kommen aus dem HGB bzw. aus §6 des EStG (und des Einkommensteuerrichtlinien). Die Regelungen aus dem EStG wirken sich dabei durch die umgekehrte Maßgeblichkeit auch auf die Handelsbilanz aus.

Kurze Anmerkung: Alle Regelungen im deutschen Steuerrecht hierzu sind bisher aus dem Unternehmenssteuerrecht. Für Privatleute ist das ganze bisher nicht ausdrücklich gregelt es ist aber zu erwarten, dass wenn ein Privatmann solche Verfahren anwendet die Regelungen hierzu ebenfalls analog Anwendung finden dürften.

Du scheinst Dich da sehr gut auszukennen - das finde ich erfreulich (und beneidenswert)! 

Ich wollte heute eigentlich die gleitende Durchschnittsbewertung in den CoinTracer einbauen, stolpere aber noch über ein grundsätzliches Problem:

Das BMF hat nach Anfrage von Frank Schäffler im letzten Jahr Folgendes geäußert:
"Zu den Wirtschaftsgütern, die Gegenstand eines privaten Veräußerungsgeschäfts sein können, gehören auch Bitcoins. Werden Euro in Bitcoins umgetauscht, wird damit das Wirtschaftsgut "Bitcoin" angeschafft. Der Rücktausch der Bitcoins in Euro innerhalb eines Jahres nach der Anschaffung ist ein privates Veräußerungsgeschäft i. S. des § 23 Absatz 1 Satz 1 Nummer 2 des Einkommensteuergesetz."
(http://www.frank-schaeffler.de/wp-content/uploads/2013/08/2013_08_07-Antwort-Koschyk-Bitcoins-Besteuerung-Wirtschaftsgut.pdf)

Aus dem letzten Satz ergibt sich ja im Umkehrschluss, dass die Veräußerung nach einer Haltefrist von einem Jahr eben kein privates Veräußerungsgeschäft und damit hinsichtlich EkSt. steuerfrei ist.

Die Betrachtung von Bitcoin-Verkäufen als privates Veräußerungsgeschäft ist natürlich nicht für Unternehmen bzw. den gewerblichen Trader möglich (oder irre ich da?). Wenn ich als Unternehmer auftrete, gibt es keine Steuerbefreiung nach 1-jähriger Haltefrist - zur Ermittlung des Gewinns kommt dann die Bilanz (Betriebsvermögensvergleich) oder die Einnahmenüberschussrechnung zum Zuge, oder?

Alternative dazu ist nur das exakte tracken jeder einzelnen Coin mit ihrem Anschaffungswert und dem Wert beim Verkauf bzw. beim Ausgeben. Wenn man dann natürlich darauf achtet immer nur solche coins zu verkaufen die man schon ein Jahr besitzt entsteht überhaupt kein steuerpflichtiger Gewinn. Bisher kenne ich aber keine Wallet Software die mir nachprüfbar erlaubt auszuwählen welche meiner Coins ich denn nun gerne ausgeben möchte.

...genau das macht der CoinTracer. Jeder Kauf von Coins wird erfasst und beim Verkauf von Coins wird - nach konfigurierbaren Methoden - automatisch ausgewählt, welche zuvor angeschafften Coins hierfür eingesetzt werden sollen. Das Ganze ist natürlich immer noch "fiktiv" insofern, als dass ich als Kunde einer Trading-Plattform nicht wirklich wählen kann, welche Coins ich denn nun verkaufen will. Man kann mit dem CoinTracer an dieser Stelle beliebige Verbrauchsfolgeverfahren ansetzen.

Wenn ich das richtig einschätze, ist diese Art der Gewinn-/Verlustberechnung aber nur für Privatleute legitim. Wer als Unternehmen/Unternehmer auftritt (oder vom FA so betrachtet wird), der ermittelt seinen steuerlich relevanten Gewinn anders.

Ist der Umsatz "klein genug" (habe die Grenzwerte jetzt nicht im Kopf), reicht ja eine simple EÜR, in der alle Kosten (Kaufpreise der Coins, die im Steuerjahr erworben wurden plus "Nebenkosten") mit den Verkaufserlösen nach dem Zuflussprinzip verrechnet werden. Bei der Bilanz im Rahmen des Betriebsvermögensvergleichs müsste man (u.a.) den Endstand seiner Coin-Depots bewerten - wofür dann z.B. der gleitende Durchnitt angewandt werden könnte.

Ist meine Einschätzung hier nachvollziehbar und korrekt?

Falls ja, würde ich in den CoinTracer einen zusätzlichen "Arbeitsmodus" einbauen wollen: Der "Privatmann"-Modus arbeitet weiterhin wie oben skizziert (d.h. jeder einzelne Kauf/Verkauf wird getrackt) und einen "Business"-Modus EÜR, in dem - relativ simpel - die Aufwendungen für Käufe gegen die Erlöse einer Periode verrechnet werden.

[Thanatopsis]

Das Problem mit dem Einzeln tracken läuft halt dann ins leere wenn man nicht einzeln trackt welche denn nun verkauft wurden. Für die Verbrauchsvereinfachungsverfahren (LiFo, FiFo, etc...) muss man nicht jede einzelne coin tracken. Die Summe reicht. Wenn ich kontrollieren will ob die 1-jahres Frist verstrichen ist für den verkauf einer Coin (wegen der Steuerfreiheit als privates Veräußerungsgeschäft) wird der Steuerpflichtige den Nachweis führen müssen, dass er er auch genau diese eine spezifische Coin mehr als 1 jahr lang gehalten hat. Hier wird es halt mit dem Nachweis schwierig wenn man nicht ganz genau aufpasst. Meine Idee wäre es, den Kauf von Coins jeweils über einzelne Adressen abzuwickeln und über eine exakt nachvollziehbare Transaktionshistoprie zu zeigen welche Coin man wie lange gehalten hat. Das einem Steuerprüfer zu erklären wird aber bestimmt lustig. Vor allem wenn es um größere Beträge geht. In dem Moment wo man Coins mit unterschiedlichem Alter vermischt wird es sehr schwierig werden hier einen sauberen Beweis zu führen.

Das Ganze ist natürlich immer noch "fiktiv"

Das ist dann leider der Punkt wo viele Finanzbeamte aussteigen dürften mit den Worten: "nicht nachgewiesen, kann ja jeder behaupten! Dann nehmen wir doch mal das Gegenteil an und wir sehen uns vor dem Finanzrichter..."

Für Gewerbetreibende ist die einzelne Nachweisbarkeit und die Frist wie du schreibst unerheblich. Diese können entweder bei Einkommensermittlung nach §5 EStG (Vermögensvergleich) die Durchschnittsmethode oder LiFo anwenden oder wenn sie nach §4 Abs. 3 EstG eine Einnahmenüberschussrechnung anfertigen die Summe der Einzahlungen über die Auszahlungen versteuern. Der Ersteller einer Steuerbilanz muss vor allem immer aufpassen, dass er den Wert am jahresende mit den Anschaffungskosten (oder bei Minern mit den Herstellungskosten) oder falls niedriger, dem aktuellen Marktwert bilanziert. Ich glaube aber nicht, dass viele Bitcoin Miner oder Händler eine Steuerbilanz aufstellen. Und jene, die dies müssen haben eh einen Steuerberater und einen Abschlussprüfer ;-)

[Yabg_YetAnotherBTCGuy]

Das Problem mit dem Einzeln tracken läuft halt dann ins leere wenn man nicht einzeln trackt welche denn nun verkauft wurden. Für die Verbrauchsvereinfachungsverfahren (LiFo, FiFo, etc...) muss man nicht jede einzelne coin tracken. Die Summe reicht. Wenn ich kontrollieren will ob die 1-jahres Frist verstrichen ist für den verkauf einer Coin (wegen der Steuerfreiheit als privates Veräußerungsgeschäft) wird der Steuerpflichtige den Nachweis führen müssen, dass er er auch genau diese eine spezifische Coin mehr als 1 jahr lang gehalten hat. Hier wird es halt mit dem Nachweis schwierig wenn man nicht ganz genau aufpasst. (...) In dem Moment wo man Coins mit unterschiedlichem Alter vermischt wird es sehr schwierig werden hier einen sauberen Beweis zu führen.

Hm - der Nachweis, dass man Coins mindestens 1 Jahr lang gehalten hat, lässt sich ja führen, wenn man die Coins nach dem Kauf von der Handelsplattform auf ein privates/lokales Wallet überträgt. Sobald von diesem Wallet in der Zwischenzeit aber wieder Transfers in die andere Richtung (also auf die Handelsplattform) passieren, gerät man - zumindest theoretisch - in das von Dir beschriebene Dilemma, dass der Steuerzahler eigentlich nicht mehr sauber nachweisen kann, welche Coins sich nun wo befinden. Aktuell ist's im CoinTracer so gelöst, dass man einfach einstellen kann, welches Verbrauchsfolgeverfahren in welchem Fall angewendet werden soll. Auf die Gefahr hin, dass das geneigte Finanzamt nicht folgt und eine andere Berechnungsmethode ansetzt...

Aber so lange es für diesen Bereich noch keine allgemein bindenden Regelungen gibt, ist es ja durchaus recht und billig, diejenige Methode zu wählen, die einem am geeignetsten erscheint...

Meine Idee wäre es, den Kauf von Coins jeweils über einzelne Adressen abzuwickeln und über eine exakt nachvollziehbare Transaktionshistoprie zu zeigen welche Coin man wie lange gehalten hat. Das einem Steuerprüfer zu erklären wird aber bestimmt lustig. Vor allem wenn es um größere Beträge geht.

Die Idee mit dem adressgenauen Tracken hat was! Ist technisch nicht unmöglich, aber ziemlich aufwändig. Mir ist keine Plattform bekannt, bei der man beim Kauf von Coins direkt eine Empfangsadresse auswählen könnte, daher könnte ich mir Folgendes vorstellen: Kauf von Coins auf der Plattform, danach Anlegen einer neuen Adresse im persönlichen Wallet. Auf diese werden die frisch gekauften Coins übertragen und lagern erst einmal. Wenn vom Wallet wieder etwas zurück transferiert werden soll, dann... ja, was eigentlich? Beim Bitcoin-Qt-Wallet kann man z.B. gar nicht angeben, von welcher Adresse überwiesen werden soll - man gibt nur die Ziel-Adresse ein (und eine Bezeichnung, wenn man möchte). Die Transaktion erfolgt natürlich dennoch von einer der angelegten Adressen zum Ziel, wie sich in der Blockchain leicht nachvollziehen lässt. Ich wüsste nur nicht, wie man selbst hier Einfluss nehmen kann.

Nichtsdestotrotz kann man mittels der Blockchain-Informationen nachvollziehen, welche Adressen wann mit welcher Menge Coins auf- und wieder entladen wurden. Und das könnte als Grundlage für einen hübschen Steuerbericht dienen.

Aber hey: wer soll da dann noch durchsteigen? 

Ich glaube aber nicht, dass viele Bitcoin Miner oder Händler eine Steuerbilanz aufstellen. Und jene, die dies müssen haben eh einen Steuerberater und einen Abschlussprüfer ;-)

Nach allem, was man so in den Foren findet: wohl wahr!!! 

[Thanatopsis]

Aber so lange es für diesen Bereich noch keine allgemein bindenden Regelungen gibt, ist es ja durchaus recht und billig, diejenige Methode zu wählen, die einem am geeignetsten erscheint... Wink

Dein Wort in Gottes Ohr und einen blinden Steuerprüfer  

Wichtig ist halt nur, dass man soviel nachweist wie möglich. Die Möglichkeit beim Senden die Ursprungsadresse anzugeben gibt es z.B. in Armory. Hier kann man entsprechend angeben von wo wie viel gesendet werden soll, kann selber von verschiedenen Adressen unterschiedlich viel senden, etc. Das wäre also zumindest eine Möglichkeit.

Kauf von Coins auf der Plattform, danach Anlegen einer neuen Adresse im persönlichen Wallet. Auf diese werden die frisch gekauften Coins übertragen und lagern erst einmal. Wenn vom Wallet wieder etwas zurück transferiert werden soll, dann... ja, was eigentlich?

Mit dieser Methode wäre es möglich einige Cold Wallets zu führen, auf denen die "investmentcoins" liegen, die mehr als ein Jahr nicht angefasst werden und ein Hot Wallet in dem Coins zum Trading und zum ausgeben liegen bei denen dann halt der mögliche Gewinn und Verlust zu versteuern ist. Das müsste eine einigermaßen gangbare Lösung sein.

Oder halt Augen zu, Kopf in den Sand, und hoffen das die Behörden noch eine Weile nicht hinschauen. Nur ärgerlich das Steuerhinterziehung erst nach 10 Jahren verjährt. Wenn man aber zumindest einen guten Versuch unternimmt sich an die (unklaren) Regeln zu halten dürfte zumindest der Vorsatz schwer nachzuweisen sein.

[Aber sowas von]

Vorweg: ich bin weder Steueranwalt oder -berater noch sonst wie in der Branche. Aber ich kann einigermaßen recherchieren und das Thema interessiert mich einfach. Ich hatte auch schon einige interessante Diskussionen mit Gleichgesinnten hier im Forum, in der wir die Lücken im System und wie man sie ausnutzen könnten, diskutiert haben. Links dazu kann man in meiner Signatur finden.

Ich habe zu den letzten Posts andere Informationen.

1. FIFO
Es wurde gesagt, dass nur LIFO oder Durchschnitt als Grundlage anerkannt wird.
Dagegen spricht erstens die Aussage vom BMF ("es gibt [...] keine abgestimmte Auffassung") und von einem Steueranwalt (er rechnet fest mit FIFO, weil es "Die einzig sinnmachende Vorgehensweise" sei).

2. Steuerhinterziehung
Es wurde die Aussage in den Raum gestellt, dass eine Steuererklärung, in der man die noch ungeklärte Rechtslage zu eigenen Gunsten auslegt (zB FIFO oder LIFO oder auch gesonderte LIFO/FIFO Berechnungen für jedes Wallet oder freie Festlegung, welcher Bitcoin denn der älteste/jüngste bei einer Überweisung aus einem Wallet ist), das Finanzamt aber später zu einer anderen Bewertung kommt, dieses nachträglich als Steuerhinterziehung angesehen werden könnte. Da bin (nicht nur) ich anderer Meinung. Das Schlimmste, was passieren kann, ist eine Aufforderung zu einer Nachzahlung. Es ist vom Gesetzgeber vorgesehen und wird erwartet, dass der Antragsteller die Sachverhalte zu seinen Gunsten auslegt, erst recht, wenn sie noch gar nicht vom BMF definiert wurden. Es darf natürlich nichts unterschlagen werden. Und natürlich kann der FA Beamte das auch ablehnen, er muss es aber begründen. Tut er es nicht, ist man fein raus. Ist er sich nicht sicher, wird er Rücksprache nehmen. Kommt da auch nichts, wird es eine Instanz hoch gegeben. Bis irgendwann eine Anweisung zurückkommt. Der FA Beamte wird solange den Bescheid als "vorläufig" stattgeben und es kann Jahre später schlimmstenfalls eine Nachzahlungsaufforderung kommen. Aber kein Strafbefehl wegen Hinterziehung.

Ich stimme zu, dass wenn man sich für ein Verfahren entschieden hat, dieses nicht munter hin und her wechseln kann. Damit wird man sofort auf die Nase fallen, das würde der Beamte sofort ablehnen. Ich stimme auch zu, dass man so viel wie möglich parat haben sollte, um lückenlose Nachweise über jeden einzelnen Kauf/Verkauf führen zu können. Und die sollten auch stimmig sein, denn wenn sie was können im FA, dann Buchungslisten durchgehen und Lücken oder Schwachstellen erkennen, dazu brauchen sie kein Bitcoin Wissen, das ist Standard Procedere. Ich würde davon abraten, "unliebsame" Käufe oder Verkäufe zu verstecken. Zu jedem Kauf und Verkauf gibt es auch einen auf der anderen Seite, den Verkäufer und Käufer. Dessen Steuererklärung wird gerne mal per Kontrollmitteilung gegengecheckt.

Bezieht sich alles auf "privates Veräußerungsgeschäft" mit Bitcoins. Was mit gewerblichen Betrieben ist, weiß ich nicht.

@Thanatopsis: falls du Quellen für deine Behauptungen hast, veröffentliche sie bitte hier. Ich würde sie gerne in meine Sammlung aufnehmen. Wir lernen alle gerne dazu.

[Thanatopsis]

Bei privaten Veräußerungsgeschäften hast du vollkommen recht. Allgemein wird hier FiFo angewendet um die Haltedauer zu bestimmen.

Anders ist dies beim gewerblichen Handel wo (wie von mir angeführt) laut EStG nur LiFo zugelassen ist. Tut mir Leid wenn ich mich hier missverständlich ausgedrückt habe. Ich bin im Kopf fast immer gewerblich unterwegs. Diese Punkte sind also (nur zur Klarstellung) nur dann zu beachten wenn man in den gewerblichen Handel fällt. Wobei hier bisher nicht klar ist ab wann ein Minen/Handel mit Bitcoin steuerlich als gewerblich einzustufen ist.

Steuerhinterziehung ist hier grundsätzlich eigentlich kein Thema. Strafrechtlich hat eine Steuererklärung nur konsequenzen wenn man bewusst falsche (oder unvollständige) Angaben macht. Auch ohne Strafrechtliche Konsequenz kann es aber zu unschönem kommen. Ich sage nur Nachzahlung und Nachschlagzins von (ich glaube) aktuell 0,5% pro Monat. Das summiert sich ganz schön schnell auf. Daher lohnt es sich lieber am Anfang vorsichtiger zu sein und die Gewinnermittlung mit dem Finanzamt abzustimmen bevor das dicke Ende doch noch kommt.

Wichtig ist ebenfalls eine saubere Dokumentation des ganzen (wie auch der Anwalt schon schreibt) denn wenn das Finanzamt klopft und man hat keine guten Nachweise wo die Zahlen denn herkommen hat man richtige Probleme.

Noch eine kurze Anmerkung zur Gewerblichkeit: Zumindest für Daytrader ist das ganze vor ein paar Jahren schon ziemlich durchgekaut worden. Daytrader sind in den meisten Fällen keine Gewerbetreibenden (also keine Gewerbesteuer, Einkünfte aus privaten Veräußerungsgeschäften) solange sie nur mit dem eigenen Vermögen an einem Markt handeln und kein Finanunternehmen sind. Siehe hierzu http://www.eltee.de/education_id.php?id=221

Allerdings muss man aufpassen, ein Merkmal für eine gewerbliche Tätigkeit könnte eine Verpflichtung zur Registrierung nach KWG sein. Das ganze ist eine komplexe Frage aber der reine Handel auf eigene Rechnung ist wohl nicht erlaubnispflichtig. Ganz schnell anders sieht es aus wenn man für andere handelt oder Handel vermittelt. Siehe hierzu: http://www.bafin.de/SharedDocs/Veroeffentlichungen/DE/Fachartikel/2014/fa_bj_1401_bitcoins.html Wer also vor hat mehr als nur den reinen Eigenhandel zu betreiben (oder ihn im Rahmen eines Unternehmens betreiben will) sollte sehr sehr vorsichtig sein und dürfte auch steuerlich ziemlich schnell Gewerbetreibender sein.

[Aber sowas von]

Danke für die Links, ich habe sie eingebaut. Besonders der zur Bafin war mir neu.

[CarbonTradingcoin]

Diese Software ist kostenlos oder?

[Yabg_YetAnotherBTCGuy]

Diese Software ist kostenlos oder?

Ja, ist sie. Download hier:
http://www.cointracer.de/?q=node/2

Bin kurz vor dem Release einer neuen Version (mein ursprünglicher Zeitplan ist wg. Karneval ein wenig durcheinander geraten... )

[Yabg_YetAnotherBTCGuy]

Bin kurz vor dem Release einer neuen Version (mein ursprünglicher Zeitplan ist wg. Karneval ein wenig durcheinander geraten... )

...okay, das mit dem "kurz" davor ist nix geworden. Aber immerhin - es geht weiter!  

Soeben ist die neue Version des CoinTracer live gegangen (0.7.7), das erste Posting ist angepasst.
 
Hat etwas länger gedauert, dafür sind ein paar hübschere Sachen umgesetzt (kann man im ersten Posting nachlesen).
 
In Kürze:

• Import beliebiger Trade-Daten
• Tabellen, also auch (Coin-)Konten und Plattfomen (=Börsen) können jetzt bearbeitet werden
• Importe können rückgängig gemacht werden
• Wer möchte, kann den ct bei Programmstart automatisch auf Updates prüfen lassen (man kann den CT aber immer noch komplett offline laufen lassen)
• Und noch ein paar Kleinigkeiten...  

Viel Vergnügen und gerne Feedback!

[GWElli]

Das Tool ist auf jeden fall sehr praktisch! Allerdings sollte man vielleicht aus steuerlicher Sicht eine gleitende Durchschnittsmethode implementieren. Da Coins ja nicht physisch vorhanden sind ist ein Bewertungsvereinfachungsverfahren wie LiFo oder FiFo eigentlich nur schwer begründbar. Vor allem ist aus meiner Sicht schwer begründbar warum das eine dem anderen vorgezogen werden sollte. Steuerlich sind diese Verfahren aber nur zulässig wenn sie sich auch wirklich aus den realen Gegebenheiten ableiten lassen. Wenn Coins beim Abgang jeweils mit dem gleitenden Durchschnitt bewertet werden sollte das steuerlich wesentlich unkritischer sein und Nachfragen vom Finanzamt besser überstehen.

Weiterhin sollten alle aufpassen: Die Verwendung unterschiedlicher Methoden für Coins jünger bzw. älter als ein jahr ist dem Finanzamt bestimmt nur schwer zu erklären. Es besteht die gute Möglichkeit das die so eine Rechnung ablehnen wenn sie mal etwas genauer hinschauen. Solche Bewertungsverfahren müssen immer durchgängig angewendet werden und dürfen nur mit guter Begrünsung geändert werden.

Genauso sollte man aufpassen bei der Wahl der Methode. Diese muss dann in den Folgejaren beibehalten werden. Ein Wechsel ist nur mit guter Begründung möglich. Es ist nicht zulässig jedes Jahr so und so zu rechnen und dann die Methode mit dem niedrigsten Gewinn auszuweisen. Bitcoin Anwender wären nicht die ersten die auf den Trick kommen ;-)

Nach diesen Ausführungen sei noch hinzugefügt das ich kein Steuerberater bin und dies nur meine (laienhafte) Meinung darstellt.

Sehr interessante These, ich habe bisher immer angenommen "FIFO" sei für den Bitcoin-Handel gesetzt! Jetzt müssten wir mal von irgendjemanden hören, der schon seine Steuererklärung 2013 inkl. Bitcoin-Handel abgegeben hat, was er benutzt hat und wie das gelaufen ist.

Müsste es nicht eigentlich schon Leute geben, die seit 2009 Angaben zum Handel mit BTC machen ?

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,
 
dank "verlorener" Stunde aufgrund der Zeitumstellung zu nachtschlafender Zeit, aber was soll's: soeben ist wieder eine neue Version (0.7. live gegangen, in der u.A. die Anzeige der Bestände auf der ersten Seite etwas überarbeitet wurde. Darüber hinaus gab's noch ein paar Schönheitsfehler im Zusammenhang mit den neuen speicherbaren Einstellungs-Szenarien (diverse Summen wurden nicht mehr korrekt angezeigt), das ist jetzt auch behoben. Ist also eher ein Service-Release statt einer großen funktionalen Erweiterung.
 
Gute Nacht allerseits! 

[Yabg_YetAnotherBTCGuy]

Müsste es nicht eigentlich schon Leute geben, die seit 2009 Angaben zum Handel mit BTC machen ?

Die älteste erfolgreiche Steuererklärung, von der ich hier bislang gelesen habe, ist von 2011:
https://bitcointalk.org/index.php?topic=495824.0

Ich selbst hab' 2013 angefangen und mache jetzt die erste Erklärung - wenn ich die Antwort vom FA habe, melde ich mich natürlich (das kann aber noch etwas dauern...)

[Yabg_YetAnotherBTCGuy]

Kraken-Import?

Liebe Coin'ler,

ich plane gerade, einen Import von Kraken.com in den CoinTracer einzubauen. Habe mich jüngst dort angemeldet und würde in der nächsten Zeit mal mit einigen Test-Trades loslegen - was natürlich etwas Zeit kostet. Daher meine Frage in die Runde: Wer schon auf Kraken aktiv ist/war und kein Problem damit haben würde, mir (natürlich auszugsweise) Teile seiner Trade-Exporte zu schicken, kann dies sehr gern via PM oder Mail an info@cointracer.de tun! Das könnte die Umsetzung des Imports etwas beschleunigen und hilft wahrscheinlich dabei, Fehler zu vermeiden, denn je breiter die Import-Datenbasis ist, desto eher fallen zu berücksichtigende Besonderheiten auf.

Danke an alle, die mich hier unterstützen wollen! 

[Dunkelheit667]

IMHO gibt's bei Kraken keine Export-Möglichkeit, oder ich bin blind.  Da müsste man wohl HTML parsen... oder an der API knabbern.

[Yabg_YetAnotherBTCGuy]

IMHO gibt's bei Kraken keine Export-Möglichkeit, oder ich bin blind.  Da müsste man wohl HTML parsen... oder an der API knabbern.

Oha, echt? Schau ich mir nachher mal genauer an. Zur Not geht's allerdings in der Tat auch via Copy & Paste (ist bei Vircurex und Btc-e aktuell auch schon so).

Danke Dir für den Hinweis!

[ravetrader]

Hey, hab mir das Ganze mal kurz an geschaut, sieht super aus!

Wunsch:

Schon mal daran gedacht bitcoin24 einzubauen? Denke für dieses Jahr ist das noch für einige interessant...

[Yabg_YetAnotherBTCGuy]

Hey, hab mir das Ganze mal kurz an geschaut, sieht super aus!

Danke für das Feedback! Freut mich, wenn ich nicht der einzige bin, dem das Tool gefällt...

Schon mal daran gedacht bitcoin24 einzubauen? Denke für dieses Jahr ist das noch für einige interessant...

...bisher ehrlich gesagt noch nicht. Ich habe dabei schlicht das praktische Problem, dass ich selbst nie auf bitcoin24 aktiv war (glücklicherweise) und daher nicht weiß, wie die Trade-Exporte dort ausgesehen haben. Wenn Du mir Muster schicken kannst/willst, kann ich mir das aber gern mal ansehen. (Als PM oder Mail an info@cointracer.de). Ist vielleicht schnell gemacht...

[Yabg_YetAnotherBTCGuy]

Version 0.8.0 ist live!

Ist eben im ersten Posting aktualisiert, wesentliches neues Feature: Import von Kraken.com!

Ist für mein Empfinden aber übrigens noch nicht 100%ig optimal: Die Daten werden per Copy & Paste von der Ledger-History-Anzeige eingelesen, was an sich nicht schlimm ist (im Gegenteil: gegen einen API-Import könnte man ja durchaus Sicherheitsbedenken haben). Blöderweise stellt Kraken die Daten aber mit relativ vielen Rundungsfehlern dar, das bei vielen Transaktionen Abweichungen ab der 4.-5. Nachkommastelle erzeugen kann. Das werde ich aber definitiv nur mit einem API-Import in den Griff bekommen - oder Kraken verbessert seine History-Darstellung.

[Yabg_YetAnotherBTCGuy]

Version 0.8.1 ist live!

Jetzt mit der Möglichkeit, den eigenen Namen und die Steuernummer im Excel-Rapport mit auszugeben. Außerdem diverse Fehlerkorrekturen insb. im Zusammenhang mit Szenarien und der Gewinnberechnung bei Coin-für-Coin Trades und Hin-und-Her-Transfers.
Außerdem einen kleinen Berechnungsfehler bei den Coin-Beständen auf der Übersichtsseite korrigiert (es konnte vorkommen, dass Transfer-Gebühren doppelt abgezogen wurden...)

In diesem Sinne: fröhliche Ostertage alle miteinander! 

[ulrich909]

Hi, habe mir heute mal den Kraken Import angesehen. Bei mir werden teilweise Datensätze verschludert. Und mit dem Tausch von ripples in Btc kommt er auch nicht so ganz zurecht.

[Yabg_YetAnotherBTCGuy]

Hi, habe mir heute mal den Kraken Import angesehen. Bei mir werden teilweise Datensätze verschludert. Und mit dem Tausch von ripples in Btc kommt er auch nicht so ganz zurecht.

Oh, danke für die Rückmeldung! Könntest Du mir vlt. ein paar kopierte Zeilen aus Deiner Ledger-History als PM oder an info(at)cointracer.de schicken? Am besten Beispiele für "verschluckte" Trades und Käufe BTC/Ripples (letzteres habe ich selbst nie getestet, kann mir daher gut vorstellen, dass das nicht reibungslos läuft). Danke Dir!

[Yabg_YetAnotherBTCGuy]

Version 0.8.2 ist live!

...jetzt mit der Möglichkeit, Proxy-Einstellungen für Web-Zugriffe vorzunehmen (ausgeschalteter Proxy ist wesentlich flotter unter .Net!). Außerdem ist dank ulrich909 eine Ungereimtheit beim Kraken-Import aufgefallen, die dazu führte, dass Verkäufe BTC gegen EUR im Gewinn-Report nicht korrekt berücksichtigt wurden. Das - und zusätzlich ein paar GUI-Kleinigkeiten - ist jetzt korrigiert. Und das nächste, woran ich arbeite, sind vernünftige Berichte via Crystal Reports!

[Yabg_YetAnotherBTCGuy]

Version 0.8.3 ist live!
 
...so langsam wird das Ding erwachsen: der Gewinn-Verlust-Bericht kann jetzt als "echtes" Dokument gedruckt oder als Word/Excel/PDF gespeichert werden. Ab sofort ist also kein lokal installiertes Excel mehr nötig, um einen druckbaren Bericht zu erzeugen.   

[Yabg_YetAnotherBTCGuy]

Version 0.8.4 ist live!

Es gibt jetzt unter Extras -> Einstellungen -> Pfade & Ordner die Möglichkeit, den Speicherort der lokalen Datenbank zu bestimmen. Auf diese Weise kann alle benötigten Dateien inkl. Datenbank in ein und denselben Ordner legen und den CT damit portabel machen. Außerdem leichte Überarbeitung des Gewinn-Verlust-Reports: Für Trades in USD wird jetzt informationshalber auch der Preis in Dollar ausgegeben.

Viel Spaß damit und wie immer: gerne Feedback! 

[FlensGold]

Wollte das Tool gerade mal testen. Gibt es Empfehlungen bzgl. des Browser/der Einstellungen?
Mit IE/FF bekomme ich gar nichts importiert, das Importfenster schließt sich ohne Rückmeldung nach dem Klick auf "Importieren".
Mit Chrome scheint es zu klappen, allerdings erhalte ich hier immer wieder Fehler wg. vermeintlich fehlender Gegenbuchungen, so dass auch hier kein reibungsloser Import möglich ist.
Die Darstellung in der "Ledger-History" beim CoinTracer ist bei Chrome auch etwas anders als bei den anderen Browser. IE/FF scheinen hier noch Trennzeichen einzubauen, das Eingabefeld sieht etwas chaotisch aus. Bei Chrome herrscht da leserliche Ordnung
Grüße

[shorena]

Wollte das Tool gerade mal testen. Gibt es Empfehlungen bzgl. des Browser/der Einstellungen?
Mit IE/FF bekomme ich gar nichts importiert, das Importfenster schließt sich ohne Rückmeldung nach dem Klick auf "Importieren".
Mit Chrome scheint es zu klappen, allerdings erhalte ich hier immer wieder Fehler wg. vermeintlich fehlender Gegenbuchungen, so dass auch hier kein reibungsloser Import möglich ist.
Die Darstellung in der "Ledger-History" beim CoinTracer ist bei Chrome auch etwas anders als bei den anderen Browser. IE/FF scheinen hier noch Trennzeichen einzubauen, das Eingabefeld sieht etwas chaotisch aus. Bei Chrome herrscht da leserliche Ordnung
Grüße

Irgendwas scheint hier gewaltig schief zu laufen...

-snip-
Unter http://www.cointracer.de/ könnt Ihr den CoinTracer runterladen, ein Windows-Programm, mit dem Coin-Trades importiert und hinsichtlich Gewinn oder Verlust ausgewertet werden können.
-snip-

Wie öffnest Du das im Browser???

[FlensGold]

Der Kraken Export läuft per Copy&Paste aus dem Browser heraus in die CoinTracer Anwendung.

[Yabg_YetAnotherBTCGuy]

Hallo FlensGold, hatte schon verstanden, dass Du den Kraken-Import meinst, das ergibt sich aus der Problembeschreibung.  Für den Import würde ich Chrome empfehlen, schaue mir übers WE aber auch gern nochmal an, was mit Firefox bzw. IE passiert. Wenn die beiden Browser tatsächlich andere Trennzeichen zwischen die Spalten packen, müsste ich den CT dahingehend bestimmt noch einmal anpassen.

Wenn sich das Importfenster sang- und klanglos schließt, ist das ein Indiz dafür, dass keine einzige Zeile als gültig formatiert erkannt würde.

Was die Meldung mit den fehlenden Gegenbuchungen angeht: in der Ledger-History wird ja jeder Kauf oder Verkauf in jeweils 2 Zeilen dargestellt: eine, in der das Coinkonto aufgeladen, und eine, in der das Fiat-Konto entladen wird (oder halt umgekehrt). Wenn der CT bei einem Kauf oder Verkauf nur eine einzige Buchungszeile findet, kommt die Meldung. Wenn Du möchtest, kannst Du mir gern deine History (auch auszugsweise) als PM oder an info@cointracer.de schicken, dann schaue ich mir das mal genauer an.

[Yabg_YetAnotherBTCGuy]

Version 0.8.5 ist live!

...mit diesen verbesserten/geänderten Punkten:

• Kraken-Import: kann jetzt zuverlässiger mit vielen gleichzeitigen Trades umgehen. (Das Problem bestand darin, dass die Trade-Zeilen intern immer nach Zeitpunkt sortiert werden, damit die Reihenfolge, in der man die Ledger-Seiten in den CT kopiert, keine Rolle spielt. Wenn aber viele Trades zur exakt gleichen Sekunde ausgeführt wurden, sind Zeilen durcheinander gewürfelt worden, was den Import aus dem Tritt gebracht hat... Mann, es wird wirklich Zeit für einen vernünftigen API-Import! Mal sehen, ob ich dafür demnächst etwas Zeit freischaufeln kann.)
• Trades in US-Dollar: Die Wechselkursdaten können jetzt in der Tabellenbearbeitung angezeigt (und bei Bedarf bearbeitet) werden. Außerdem reagiert die Gewinn-Verlust-Berechnung jetzt intelligenter auf fehlende Wechselkursinformationen: der Stichtag für die Berechnung wird bei Bedarf automatisch auf das letzte Datum der vorliegenden USD-Wechselkursdaten zurückgesetzt.
• Portabiliät: Bisher sind lokale Einstellungen (also z.B. zuletzt genutzer Import, Einstellungen zum Online-Offline-Modus und so etwas) in den .NET-eigenen Konfigurationsdateien abgelegt worden. Jetzt werden Anwendungs-Einstellungen immer am selben Speicherort wie die Datenbank gespeichert. Da jener unter Extras->Einstellungen konfigurierbar ist, ist der CT nun inkl. aller Einstellungen portabel.

Viel Spaß damit!

[Yabg_YetAnotherBTCGuy]

Version 0.8.5.2 ist live!

...ist ein reines Bugfix (und ein wenig Kosmetik): der CT speichert jetzt nach Auswahl des Speicherorts für die Daten und Konfigurationsdateien auch wirklich nur noch an die gewünschten Stellen. Außerdem ist der (noch aus der Debug-Phase) stammende "Button1" wieder aus der Übersicht entfernt.

Wie immer: viel Spaß!

[LightningFury]

Hab mir die Software mal angeschaut sieht sehr Professionell aus.
Allerdings wenn ich damit meine Multipool mining erträge und trades berechnen möchte hab ich kein leben mehr.

[Yabg_YetAnotherBTCGuy]

Hab mir die Software mal angeschaut sieht sehr Professionell aus.
Allerdings wenn ich damit meine Multipool mining erträge und trades berechnen möchte hab ich kein leben mehr.

Danke für das Feedback! 

In der Tat: Mining-Erträge könnten zwar im Reiter Tabellen bei den Trades manuell erfasst werden, aber praktikabel ist anders...   
Bisher ist das Tool aufs Traden auf den integrierten Plattformen ausgerichtet, aber Du bist nicht der erste, der Minen anspricht.

Ich frage mich nur, wie man das am elegantesten einbauen könnte?! Da wären viele Wege denkbar: bei Bitcoin könnte man seine Mining-Adresse(n) konfigurieren und die entsprechenden Einzahlungen könnte der CT via Blockchain-Api abholen. Bei anderen Coins ginge das wahrscheinlichlich auch, allerdings bin ich da technisch nicht so tief drin, um den Aufwand realistisch einschätzen zu können.

Da ich selbst nicht mine, muss ich nachfragen: bieten die gängigen Mining-Pools denn auch so etwas wie einen CSV- oder anderen Daten Export, für den man dann entsprechende Importe in den CT einbauen könnte? Oder gar eine API, mit der man die Ertragsdaten abholen kann?

Dann wäre da noch der steuerliche Aspekt: aktuell gibt es nach meinem Wissen zwei Einschätzungen hierzu: die einen sagen, Mining-Erträge sind (im privaten Bereich) steuerfrei, weil für eine Bewertung als privates Veräußerungsgeschäft der Part der Anschaffung fehlt. Weiter verbreitet ist die Einschätzung, dass Coins mit dem tagesaktuellen Wert bewertet werden müssen und sich der Gewinn bei Veräußerung aus der Differenz von den damaligen und den Kurs bei Verkauf ergibt (wobei Aufwände für Hardware, Strom usw. Abgezogen werden können).

Wenn Du hier Vorschläge hast: gerne her damit! 

[Dunkelheit667]

Da ich selbst nicht mine, muss ich nachfragen: bieten die gängigen Mining-Pools denn auch so etwas wie einen CSV- oder anderen Daten Export, für den man dann entsprechende Importe in den CT einbauen könnte?

AFAIK nur wenige, z.B. BTC Guild:

Timestamp,Wallet,TransactionID,Amount
"2013-04-13 02:58:31",17xxxP,6xxxc,0.01000000
"2013-04-15 21:58:32",17xxxP,2xxx8,0.01000000

Ich frage mich nur, wie man das am elegantesten einbauen könnte?! Da wären viele Wege denkbar: bei Bitcoin könnte man seine Mining-Adresse(n) konfigurieren und die entsprechenden Einzahlungen könnte der CT via Blockchain-Api abholen.

Das klingt doch nach einem vorzüglichen Plan.

Bei anderen Coins ginge das wahrscheinlichlich auch, allerdings bin ich da technisch nicht so tief drin, um den Aufwand realistisch einschätzen zu können.

Es gibt für viele Alts entsprechende Blockexplorer, auch mit API.
Nur ein Beispiel: https://bitcointalk.org/index.php?topic=584847.0

[Serpens66]

• Kraken-Import: kann jetzt zuverlässiger mit vielen gleichzeitigen Trades umgehen. (Das Problem bestand darin, dass die Trade-Zeilen intern immer nach Zeitpunkt sortiert werden, damit die Reihenfolge, in der man die Ledger-Seiten in den CT kopiert, keine Rolle spielt. Wenn aber viele Trades zur exakt gleichen Sekunde ausgeführt wurden, sind Zeilen durcheinander gewürfelt worden, was den Import aus dem Tritt gebracht hat... Mann, es wird wirklich Zeit für einen vernünftigen API-Import! Mal sehen, ob ich dafür demnächst etwas Zeit freischaufeln kann.)

Aktuell wird wohl auch der Import über API nicht viel bringen, siehe hier: https://bitcointalk.org/index.php?topic=208506.msg6590424#msg6590424
Les dir dazu ruhig mal die darauf folgenden Posts durch, vllt kannst du ja was damit anfangen.
Und fallls du oder Dario eine vernünftige Lösung dazu finden, könnt ihr euch ja gegenseitig informieren, bzw. du informierst mich und ich informiere dich

[Yabg_YetAnotherBTCGuy]

• Kraken-Import: kann jetzt zuverlässiger mit vielen gleichzeitigen Trades umgehen. (Das Problem bestand darin, dass die Trade-Zeilen intern immer nach Zeitpunkt sortiert werden, damit die Reihenfolge, in der man die Ledger-Seiten in den CT kopiert, keine Rolle spielt. Wenn aber viele Trades zur exakt gleichen Sekunde ausgeführt wurden, sind Zeilen durcheinander gewürfelt worden, was den Import aus dem Tritt gebracht hat... Mann, es wird wirklich Zeit für einen vernünftigen API-Import! Mal sehen, ob ich dafür demnächst etwas Zeit freischaufeln kann.)

Aktuell wird wohl auch der Import über API nicht viel bringen, siehe hier: https://bitcointalk.org/index.php?topic=208506.msg6590424#msg6590424
Les dir dazu ruhig mal die darauf folgenden Posts durch, vllt kannst du ja was damit anfangen.
Und fallls du oder Dario eine vernünftige Lösung dazu finden, könnt ihr euch ja gegenseitig informieren, bzw. du informierst mich und ich informiere dich

Ah - danke für den Hinweis. Wenn ich mir die Kraken-API ansehe, erscheint mir das aktuelle Limit von 50 Trades pro API-Abruf aber kein echtes Problem zu sein: es gibt beim Abrufen der Ledger-History einen Start(-Zeitpunkt)-Parameter, so dass man einfach alle Trades jeweils in 50er-Chargen abholen könnte. (Zumindest theoretisch - vlt. komme ich am WE dazu, das in der Praxis einmal durchzuspielen.) Das ist nicht performant, weil zwischen den einzelnen Kraken-API-Request ein paar Sekunden Abstand liegen müssen - aber grundsätzlich lösbar.

Wenn es mindestens noch einen zweiten Fürsprecher gibt, mache ich mich mal daran...

[FlensGold]

<- Fürsprecher

Würde ne Menge Arbeit ersparen^^

[Yabg_YetAnotherBTCGuy]

<- Fürsprecher

Würde ne Menge Arbeit ersparen^^

Okay, ist aufgenommen und wird im nächsten Release eingebaut.

Eine ganz praktische Rückfrage noch: ich habe selbst bei Kraken < 50 Trades, kann das mit der 50er-Grenze also nicht gut testen. Ich könnte jetzt zwar einfach ein bißchen traden, um über die 50 zu kommen, aber das würde wahrscheinlich noch mindestens eine Woche dauern.

Wäre jemand mit mehr als 50 Trades gewillt, mir beim Testen zu helfen? Ich würde ihm/ihr via Mail oder PM die entsprechende Zwischenversion schicken, mit der man den Datenabruf dann prüfen könnte.

[Discuss4Wisdom]

Hallo,

danke für das nützlich aussehende Programm.

Bei "Bericht anzeigen" bekomme ich allerdings eine Fehlermeldung wg. fehlendem "Microsoft ReportViewer.WinForm Version 11.0.0.0"
Das selbe auf zwei Windows Installationen (Win7, Win8.1) und auch nach Installation von  http://www.microsoft.com/de-DE/download/details.aspx?id=6610.
Ist in "Bericht anzeigen" mehr enthalten als bei "Bericht in Zwischenablage"? (Ausser der in der Doku sichtbaren überschritt)

Ausserdem werde ich jedes mal mit "Sie starten das Programm offenbar zum ersten mal" begrüsst. Die Daten sind dann aber da.

Sind das bekannte Bugs?

[Yabg_YetAnotherBTCGuy]

Hallo,

danke für das nützlich aussehende Programm.

Bei "Bericht anzeigen" bekomme ich allerdings eine Fehlermeldung wg. fehlendem "Microsoft ReportViewer.WinForm Version 11.0.0.0"
Das selbe auf zwei Windows Installationen (Win7, Win8.1) und auch nach Installation von  http://www.microsoft.com/de-DE/download/details.aspx?id=6610.
Ist in "Bericht anzeigen" mehr enthalten als bei "Bericht in Zwischenablage"? (Ausser der in der Doku sichtbaren überschritt)

Ausserdem werde ich jedes mal mit "Sie starten das Programm offenbar zum ersten mal" begrüsst. Die Daten sind dann aber da.

Sind das bekannte Bugs?

Hallo Discuss4Wisdom! Vielen Dank für die Rückmeldung! Dass bei Dir der Report nicht funktioniert, ist nicht schön, eigentlich sollte es so aussehen:


Ich bin bisher davon ausgegangen, dass der ReportViewer Bestandteil des .NET-Frameworks ist - das scheint aber nicht der Fall zu sein. Ich prüfe das heute mal etwas genauer und gebe noch mal Feedback!

Das andere Problem mit der ständigen Meldung, dass der Programm offenbar zum ersten Mal gestartet sei, ist mir ebenfalls neu. Sehe ich mir auch gleich mal an...

Bis nachher!

[Discuss4Wisdom]

Hallo,

das ist ja mal eine schnelle Reaktion :-)
Tatsächlich habe ich leider kräftig zu kämpfen mit deinem Programm.
Bin aber gerne beim verbessern behilflich.

Folgende Probleme:
- Import von vircurex gelingt leider nicht. Sagt was von allen Zeilen falsches Format, obwohl das eigentlich gut aussieht.
[edit: habe dir gerade per private message Beispielzeilen gesendet]
- Beim import von bitstamp kam die Meldung das 8 Buchungen ausgelassen wurden.
Nach einigem suchen habe ich bisher zwei gefunden, die ausgelassen wurden. Die sehen aus wie Dubletten, sind aber tatsächlich zwei Buchungen mit gleichem Betrag und gleichem Zeitpunkt (das war eine standing offer von mir, die anscheinend von einem Bot in Kleinbeträgen aufgekauft worden ist oder so).
- Der Versuch Manuell Buchungen einzutragen gelingt nicht. Er sagt zwar ok, aber die Buchung ist nicht da. Weder für vircurex noch für bitstamp (wobei ich auch versucht habe einen leicht anderen Betrag mit leicht anderer Zeit anzugeben)
- Gebühren sind mir nicht ganz klar: "Gebühr" und "Betrag abzgl. Gebühr" sehen immer gleich aus. der Betrag in der Tabelle ist mit Gebühr. In der nächsten Zeile kommt dann die Gebühr nochmals einzeln.

Ich werde jetzt mal die Dubletten schon im csv zusammenfassen, damit sollte das gelöst sein.

Ich hoffe ich schocke und frustriere dich jetzt nicht.
Wie gesagt, super Programm - wenns funktionieren würde.

[Yabg_YetAnotherBTCGuy]

Hi Discuss4Wisdom,

keine Sorge - Du frustrierst mich nicht, ich bin ja ehrlich froh über konstruktive Rückmeldung. Auch wenn Sie meine Release-Zeitplanung über den Haufen werfen...

Also: zunächst mal herzlichen Dank für die detaillierten Meldungen und die Vircurex-Beispielzeilen. Ich werde das dann heute wohl doch nicht mehr final in den Griff bekommen - aber zum WE hin sollte es was geben mit neuer Version.

Aber im einzelnen:

Folgende Probleme:
- Import von vircurex gelingt leider nicht. Sagt was von allen Zeilen falsches Format, obwohl das eigentlich gut aussieht.
[edit: habe dir gerade per private message Beispielzeilen gesendet]

Hm - die Beispiele, die Du geschickt hast, lassen ein Problem mit Datumsformatierungen vermuten. Das muss ich aber genauer analysieren...

- Beim import von bitstamp kam die Meldung das 8 Buchungen ausgelassen wurden.
Nach einigem suchen habe ich bisher zwei gefunden, die ausgelassen wurden. Die sehen aus wie Dubletten, sind aber tatsächlich zwei Buchungen mit gleichem Betrag und gleichem Zeitpunkt (das war eine standing offer von mir, die anscheinend von einem Bot in Kleinbeträgen aufgekauft worden ist oder so).

In der Tat: bei Bitstamp habe ich das Problem, dass die History nur aus diesen Spalten besteht: Type,Datetime,BTC,USD,BTC Price,FEE
Es gibt also keine eindeutige ID pro Zeile, daher prüft der Algorithmus zur Vermeidung von Doppelimporten aktuell Typ, Zeitpunkt und Betrag (also die ersten drei Spalten). Wenn die Angaben doppelt vorkommen, wird nur einmal importiert.

Würde es in deinem Fall helfen, wenn ich beim Import alle Spalten in die Prüfung mit einbeziehen würde? Oder hast du komplett identische Zeilen, die auch wirklich jeweils eigene Trades darstellen? Da wüsste ich so spontan nicht, wie ich das abfangen sollte, ohne die Dublettenprüfung komplett wegzulassen?!

- Der Versuch Manuell Buchungen einzutragen gelingt nicht. Er sagt zwar ok, aber die Buchung ist nicht da. Weder für vircurex noch für bitstamp (wobei ich auch versucht habe einen leicht anderen Betrag mit leicht anderer Zeit anzugeben)

Ah - das wird ein "einfaches" Problem in der Aktualisierung der Übersicht sein. Hast Du mal versucht, auf dem ersten Reiter "Übersicht" die Plattformen ein- und auszublenden? Damit werden die Summentabellen neu geladen. Wenn das bei Dir die Lösung ist, weiß ich, wo ich das sehr einfach korrigieren kann.

- Gebühren sind mir nicht ganz klar: "Gebühr" und "Betrag abzgl. Gebühr" sehen immer gleich aus. der Betrag in der Tabelle ist mit Gebühr. In der nächsten Zeile kommt dann die Gebühr nochmals einzeln.

Das stimmt, ist nicht ganz leicht nachzuvollziehen und hat i. W. "historische Gründe", wie man so schön sagt... 
Die einzelnen Gebührenzeilen dienen nur einem Zweck: sie werden bei der Übersicht unter "Abgänge" informatorisch summiert. Jede einzelne Trade-Zeile ist aber für sich selbst gesehen vollständig hinsichtlich der zu buchenden Beträge. Bei der manuellen Erfassung von Trade-Daten kannst Du die Gebühren auch weglassen, ohne damit irgendwelche Steuerberichte zu beeinträchtigen.

Die Spalten "Betrag" und "Betrag abzgl. Gebühr" sind bei den "normalen" Trade-Zeilen aber wichtig (und einigermaßen selbsterklärend, denke ich - oder?)

Wie gesagt, super Programm - wenns funktionieren würde.

Schön gesagt! 

Wie das mit lokal zu installierender Software eben so ist: jeder Benutzer hat im schlimmsten Fall eine andere Umgebung - und das Sicherstellen, dass die Software überall (oder zumindest bei den Meisten) läuft, ist richtig Arbeit...

Aber ich bleibe dran und freue mich - wie gesagt - immer über hilfreiches Feedback!

[Discuss4Wisdom]

Hallo,

danke für deine Antwort.

In der Tat: bei Bitstamp habe ich das Problem, dass die History nur aus diesen Spalten besteht: Type,Datetime,BTC,USD,BTC Price,FEE
Es gibt also keine eindeutige ID pro Zeile, daher prüft der Algorithmus zur Vermeidung von Doppelimporten aktuell Typ, Zeitpunkt und Betrag (also die ersten drei Spalten). Wenn die Angaben doppelt vorkommen, wird nur einmal importiert.

Würde es in deinem Fall helfen, wenn ich beim Import alle Spalten in die Prüfung mit einbeziehen würde? Oder hast du komplett identische Zeilen, die auch wirklich jeweils eigene Trades darstellen? Da wüsste ich so spontan nicht, wie ich das abfangen sollte, ohne die Dublettenprüfung komplett wegzulassen?!

Die Zeilen sind in der Tat identisch. Da hilft wohl nur eine Abschaltmöglichkeit oder Nachfrage beim importieren.
Ich werde das morgen nochmals prüfen, aber wenn ich mich richtig erinnere wurden 8 Transaktionen übersprungen, ich konnte aber nur zwei Dubletten-Pärchen finden. Welche anderen Gründe kann es denn geben, dass Transaktionen ausgelassen werden?

Ah - das wird ein "einfaches" Problem in der Aktualisierung der Übersicht sein. Hast Du mal versucht, auf dem ersten Reiter "Übersicht" die Plattformen ein- und auszublenden? Damit werden die Summentabellen neu geladen. Wenn das bei Dir die Lösung ist, weiß ich, wo ich das sehr einfach korrigieren kann.

Ändert leider nichts.
Wenn ich in Tabellen/Trades im Kontextmenü "Trades bearbeiten" auswähle und das grüne "+" bekomme ich eine Maske mit ID 420. Abspeichern scheint ok zu sein, aber in der Tabelle bleibt die höchste Nummer 419. Ein neues "+" gibt mir auch wieder ein leeres ID 420. Das bleibt auch so, selbst nach Neustart des Programms.
Scheint also eher beim abspeichern schief zugehen als beim Anzeigen.
Ändern einer vorhandenen Transaktion funktioniert gut.

- Gebühren sind mir nicht ganz klar: "Gebühr" und "Betrag abzgl. Gebühr" sehen immer gleich aus. der Betrag in der Tabelle ist mit Gebühr. In der nächsten Zeile kommt dann die Gebühr nochmals einzeln.

Das stimmt, ist nicht ganz leicht nachzuvollziehen und hat i. W. "historische Gründe", wie man so schön sagt... 
Die einzelnen Gebührenzeilen dienen nur einem Zweck: sie werden bei der Übersicht unter "Abgänge" informatorisch summiert. Jede einzelne Trade-Zeile ist aber für sich selbst gesehen vollständig hinsichtlich der zu buchenden Beträge. Bei der manuellen Erfassung von Trade-Daten kannst Du die Gebühren auch weglassen, ohne damit irgendwelche Steuerberichte zu beeinträchtigen.

Die Spalten "Betrag" und "Betrag abzgl. Gebühr" sind bei den "normalen" Trade-Zeilen aber wichtig (und einigermaßen selbsterklärend, denke ich - oder?)

Hmm, verstehe ich immer noch nicht.
Für diese Zeile aus Bitstamp csv
2,2013-10-08 06:46:21,0.82311168,-102.00,123.92,0.51
würde ich erwarten Betrag = -102.51 Betrag abzgl Gebühr = 102.00 oder?
Ich sehe aber Betrag = -102.51 Betrag abzgl Gebühr = 102.51 !
(Das waren noch Einkaufspreise :-)

Gute Nacht

[Yabg_YetAnotherBTCGuy]

In der Tat: bei Bitstamp habe ich das Problem, dass die History nur aus diesen Spalten besteht: Type,Datetime,BTC,USD,BTC Price,FEE
Es gibt also keine eindeutige ID pro Zeile, daher prüft der Algorithmus zur Vermeidung von Doppelimporten aktuell Typ, Zeitpunkt und Betrag (also die ersten drei Spalten). Wenn die Angaben doppelt vorkommen, wird nur einmal importiert.

Würde es in deinem Fall helfen, wenn ich beim Import alle Spalten in die Prüfung mit einbeziehen würde? Oder hast du komplett identische Zeilen, die auch wirklich jeweils eigene Trades darstellen? Da wüsste ich so spontan nicht, wie ich das abfangen sollte, ohne die Dublettenprüfung komplett wegzulassen?!

Die Zeilen sind in der Tat identisch. Da hilft wohl nur eine Abschaltmöglichkeit oder Nachfrage beim importieren.
Ich werde das morgen nochmals prüfen, aber wenn ich mich richtig erinnere wurden 8 Transaktionen übersprungen, ich konnte aber nur zwei Dubletten-Pärchen finden. Welche anderen Gründe kann es denn geben, dass Transaktionen ausgelassen werden?

Okay - dann werde ich's wohl so machen, dass der CoinTracer bei doppelten Zeilen innerhalb eines Importvorgangs nachgefragt wird, ob diese mehrfach oder nur einmal importiert werden sollen. Wenn es aus einem früheren Import bereits Datenzeilen mit gleichem Inhalt gibt, kann man meiner Einschätzung nach aber mit hoher Wahrscheinlichkeit davon ausgehen, dass es sich um Dubletten handelt, die nicht importiert werden sollten.

Ah - das wird ein "einfaches" Problem in der Aktualisierung der Übersicht sein. Hast Du mal versucht, auf dem ersten Reiter "Übersicht" die Plattformen ein- und auszublenden? Damit werden die Summentabellen neu geladen. Wenn das bei Dir die Lösung ist, weiß ich, wo ich das sehr einfach korrigieren kann.

Ändert leider nichts.
Wenn ich in Tabellen/Trades im Kontextmenü "Trades bearbeiten" auswähle und das grüne "+" bekomme ich eine Maske mit ID 420. Abspeichern scheint ok zu sein, aber in der Tabelle bleibt die höchste Nummer 419. Ein neues "+" gibt mir auch wieder ein leeres ID 420. Das bleibt auch so, selbst nach Neustart des Programms.
Scheint also eher beim abspeichern schief zugehen als beim Anzeigen.
Ändern einer vorhandenen Transaktion funktioniert gut.

Ach herrje, das sehe ich mir heute Abend mal an...

- Gebühren sind mir nicht ganz klar: "Gebühr" und "Betrag abzgl. Gebühr" sehen immer gleich aus. der Betrag in der Tabelle ist mit Gebühr. In der nächsten Zeile kommt dann die Gebühr nochmals einzeln.

Das stimmt, ist nicht ganz leicht nachzuvollziehen und hat i. W. "historische Gründe", wie man so schön sagt...  
Die einzelnen Gebührenzeilen dienen nur einem Zweck: sie werden bei der Übersicht unter "Abgänge" informatorisch summiert. Jede einzelne Trade-Zeile ist aber für sich selbst gesehen vollständig hinsichtlich der zu buchenden Beträge. Bei der manuellen Erfassung von Trade-Daten kannst Du die Gebühren auch weglassen, ohne damit irgendwelche Steuerberichte zu beeinträchtigen.

Die Spalten "Betrag" und "Betrag abzgl. Gebühr" sind bei den "normalen" Trade-Zeilen aber wichtig (und einigermaßen selbsterklärend, denke ich - oder?)

Hmm, verstehe ich immer noch nicht.
Für diese Zeile aus Bitstamp csv
2,2013-10-08 06:46:21,0.82311168,-102.00,123.92,0.51
würde ich erwarten Betrag = -102.51 Betrag abzgl Gebühr = 102.00 oder?
Ich sehe aber Betrag = -102.51 Betrag abzgl Gebühr = 102.51 !

Du hast Recht, habe die Stelle gefunden! Das war in der Tat noch krummer Code (der Bitstamp-Import ist älter als das Datenfeld "Betrag abzgl. Gebühr") - beim Kauf von BTC wird beim Bitstamp-Import dieses Datenfeld noch falsch gefüllt, eigentlich sollte hier die Gebühr abgezogen sein. Wird umgehend korrigiert, danke für den Hinweis!

(Das waren noch Einkaufspreise :-)

Stimmt! Hoffen wir trotzdem mal, dass wir die so bald nicht wieder sehen  


Bis nachher!

[Queenvio]

Hey, hatte mal bei Kraken wegen eines Histroy exports via csv-Datei angefragt.

Antwort: Sie arbeiten daran.

[Yabg_YetAnotherBTCGuy]

Hey, hatte mal bei Kraken wegen eines Histroy exports via csv-Datei angefragt.

Antwort: Sie arbeiten daran.

Das freut mich - würde einiges einfacher machen (sowohl in der Programmierung als auch für den Anwender)!

Bin parallel dazu aber fast mit dem API-Import fertig. Wenn ich gut durchkomme, stelle ich vlt. heute noch eine neue Version live.

[Serpens66]

Hey, hatte mal bei Kraken wegen eines Histroy exports via csv-Datei angefragt.

Antwort: Sie arbeiten daran.

Das freut mich - würde einiges einfacher machen (sowohl in der Programmierung als auch für den Anwender)!

Bin parallel dazu aber fast mit dem API-Import fertig. Wenn ich gut durchkomme, stelle ich vlt. heute noch eine neue Version live.

wie ist dein API importer dann im Bezug auf die von mir angesprochenen Probleme bei Darios Seite?
https://bitcointalk.org/index.php?topic=208506.msg7037906#msg7037906

kurz:
schaffst du mehr als die letzten 50 Trades?
wie wird auf andere Coins reagiert?
werden gestrichene Trades automatisch wieder importiert?  (weiß leider nicht wie dein Cointracer arbeitet und ob man da überhaupt Trades von hand streichen kann^^)
werden die Tradegebühren berücksichtigt?

[Discuss4Wisdom]

Hallo

kann ich im Augenblick noch irgendwie behilflich sein beim debuggen?

[Yabg_YetAnotherBTCGuy]

wie ist dein API importer dann im Bezug auf die von mir angesprochenen Probleme bei Darios Seite?
https://bitcointalk.org/index.php?topic=208506.msg7037906#msg7037906

kurz:
schaffst du mehr als die letzten 50 Trades?

Ja - ich hole die Trades einfach in 50er-Schritten sukzessiv ab. Das Limit ist also kein Problem...

wie wird auf andere Coins reagiert?

Wenn der CT auf unbekannte Coins trifft, wird für diese automatisch ein Konto angelegt und sie werden importiert. So lange man diese nicht gegen Fiat-Geld verkauft, gibt es bei der Gewinnberechnung auch kein Problem.

werden gestrichene Trades automatisch wieder importiert?  (weiß leider nicht wie dein Cointracer arbeitet und ob man da überhaupt Trades von hand streichen kann^^)

Ja, wenn man (warum auch immer) einzelne Trades aus der Tabelle löscht, werden diese wieder importiert. Man kann aber statt dessen das Häkchen "Für Steuer irrelevant" setzen, dann werden diese Trades bei der Gewinnberechnung nicht mitgezählt (bleiben aber im Datenbestand und werden nicht immer wieder neu importiert)

werden die Tradegebühren berücksichtigt?

Ja, werden sie. Sie mindern den Verkaufserlös.

[Yabg_YetAnotherBTCGuy]

Hallo

kann ich im Augenblick noch irgendwie behilflich sein beim debuggen?

Danke Dir, aktuell nicht. Der aktuelle Entwicklungsstand bzgl. der von Dir genannten Punkte ist dieser:

1. Vircurex-Import-Problem: Wie geschrieben - bei mir funktioniert's mit Chrome. Ich probiere morgen mal Firefox aus, vlt. komme ich dann weiter.

2. Bitstamp - Umgang mit Dubletten: Ich werde es so machen, dass doppelte Zeilen innerhalb einer Transactions-Datei einfach 1:1 eingelesen werden. Damit müsste das Problem, das man hat, wenn es viele identische Trades gibt, gelöst sein.

3. Fehlermeldung bei Anzeige des Rapports: Wie oben beschrieben, in der nächsten Version werden die fehlenden DLLs enthalten sein... (Hüstel...)

4. Immer wieder erscheinende Meldung, dass man das Programm zum ersten Mal starten würde: Das ist ein Folgefehler von Pkt. 3. Wenn der CT abschmiert, wird die Konfigurationsdatei nicht gespeichert. Diese sucht er aber bei Programmstart und glaubt, es handele sich um eine frische Installation, wenn er sie nicht findet. Wenn man den CT einmal regulär beendet hat, dürfte die Meldung nicht mehr erscheinen.

Bestimmt hab' ich noch irgend etwas vergessen...

Discuss4Wisdom, wäre es OK, wenn ich Dir die neue Version schon einmal vorab zukommen ließe und Du sie ausprobierst, bevor ich sie allgemein live stelle? Ich fürchte nur, dass das heute doch nichts mehr gibt. Man hat am WE ja auch noch anderes zu tun, als an Programmen zu schrauben... 

[Discuss4Wisdom]

Danke Dir, aktuell nicht. Der aktuelle Entwicklungsstand bzgl. der von Dir genannten Punkte ist dieser:

1. Vircurex-Import-Problem: Wie geschrieben - bei mir funktioniert's mit Chrome. Ich probiere morgen mal Firefox aus, vlt. komme ich dann weiter.

Habe ich das richtig verstanden, dass du die Zeilen aus meiner PM in deinen CT eingefügt hast, und es ging?
Dann kann Firefox ja nicht das Problem sein. Wenn ich die Zeilen aus der Mail bei mir einfüge bekomme ich die Fehlermeldung.
Wie bist du genau vorgegangen, welche Fehlbedingung könnte vorliegen?
Ich hab mal per GUI-Button und Cntrl-V probiert. Beidesmal das selbe.

2. Bitstamp - Umgang mit Dubletten: Ich werde es so machen, dass doppelte Zeilen innerhalb einer Transactions-Datei einfach 1:1 eingelesen werden. Damit müsste das Problem, das man hat, wenn es viele identische Trades gibt, gelöst sein.

ja, Danke

3. Fehlermeldung bei Anzeige des Rapports: Wie oben beschrieben, in der nächsten Version werden die fehlenden DLLs enthalten sein... (Hüstel...)

4. Immer wieder erscheinende Meldung, dass man das Programm zum ersten Mal starten würde: Das ist ein Folgefehler von Pkt. 3. Wenn der CT abschmiert, wird die Konfigurationsdatei nicht gespeichert. Diese sucht er aber bei Programmstart und glaubt, es handele sich um eine frische Installation, wenn er sie nicht findet. Wenn man den CT einmal regulär beendet hat, dürfte die Meldung nicht mehr erscheinen.

stimmt, ist jetzt weg.

Bestimmt hab' ich noch irgend etwas vergessen...

-Die falsche BS Gebührenberechnung, die du gestern schon gefixed hast :-)
-Neue Buchungen erzeugen geht nicht. Ist aber nicht so wichtig, war ja nur ein Workaround um das Dubletten-Problem und kann auch per csv-Edit erreicht werden.

Discuss4Wisdom, wäre es OK, wenn ich Dir die neue Version schon einmal vorab zukommen ließe und Du sie ausprobierst, bevor ich sie allgemein live stelle? Ich fürchte nur, dass das heute doch nichts mehr gibt. Man hat am WE ja auch noch anderes zu tun, als an Programmen zu schrauben... 

Gerne, wobei das mit WE bei mir genauso gillt, v.a morgen. Da bin ich ab ca. 16:00 unterwegs.

[Yabg_YetAnotherBTCGuy]

1. Vircurex-Import-Problem: Wie geschrieben - bei mir funktioniert's mit Chrome. Ich probiere morgen mal Firefox aus, vlt. komme ich dann weiter.

Habe ich das richtig verstanden, dass du die Zeilen aus meiner PM in deinen CT eingefügt hast, und es ging?
Dann kann Firefox ja nicht das Problem sein. Wenn ich die Zeilen aus der Mail bei mir einfüge bekomme ich die Fehlermeldung.
Wie bist du genau vorgegangen, welche Fehlbedingung könnte vorliegen?
Ich hab mal per GUI-Button und Cntrl-V probiert. Beidesmal das selbe.

<- hab's gefunden! Firefox schreibt zwischen die einzelnen Spalten zusätzlich zum Tab noch irgend welche anderen Zeichen. Wenn ich die im Code ignoriere, klappt der Vircurex-Import auch mit Mozilla Firefox.

-Neue Buchungen erzeugen geht nicht. Ist aber nicht so wichtig, war ja nur ein Workaround um das Dubletten-Problem und kann auch per csv-Edit erreicht werden.

<- ist jetzt auch behoben.

Heute Abend kommt die neue Version...

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,

so - die Anregungen und Meldungen der letzten Tage sind verarbeitet und es gibt eine Testversion, die ich noch nicht allgemein verlinkt/live gestellt habe.

Wer möchte, kann sich aber gern das ZIP-Archiv der Version 0.8.5.4 herunterladen und ausprobieren, ob noch die gemeldeten Probleme behoben sind und die neuen Features korrekt arbeiten:
http://www.cointracer.de/downloads/CoinTracer_0.8.5.3.zip

Inbs. wäre es für mich spannend zu wissen, ob der Kraken-API-Import wirklich das "50-Zeilen-Problem" elegant umschifft, wie ich immer behauptet habe!  
Habe das Problem, dass ich selbst weit von 50 Trades auf Kraken entfernt bin und es daher selbst nicht so eingehend testen kann.

Ansonsten müssten auch alle von Dir, Discuss4Wisdom, genannten Punkte korrigiert sein.

Ich warte dann mal auf ein bißchen Feedback und mache (ggf. nach Korrekturschleife) die Version 0.8.6 daraus.

Danke und viel Spaß!

EDIT: habe den Link angepasst, die aktuelle Version ist 0.8.5.4, nicht mehr 0.8.5.3...

[Queenvio]

Bekomme folgenden Fehler wenn ich den Kraken API import starte:

[Yabg_YetAnotherBTCGuy]

Bekomme folgenden Fehler wenn ich den Kraken API import starte:

Ah! Danke für den Hinweis: das liegt wahrscheinlich daran, dass der CT die "50er-Pakete" zu schnell abruft. Aktuell steht die Zeitgrenze auf 1 Request pro Sekunde - was zu schnell ist, wie ich gerade auf der Kraken-Seite nachgesehen habe. 1 Aufruf alle 5 Sekunden sind erlaubt.

Habe das gerade angepasst - wenn Du das ZIP-Archiv noch einmal lädst, müsste das korrigiert sein (eigentlich brauchst Du nur die neue cointracer.exe, die anderen Dateien haben sich nicht geändert).

[Queenvio]

Habe noch mal diesen Archiv gelanden:
http://www.cointracer.de/downloads/CoinTracer_0.8.5.3.zip
und sogar noch mal einen neuen API eingestallt, bekomme aber immer noch den fehler.

[Yabg_YetAnotherBTCGuy]

Habe noch mal diesen Archiv gelanden:
http://www.cointracer.de/downloads/CoinTracer_0.8.5.3.zip
und sogar noch mal einen neuen API eingestallt, bekomme aber immer noch den fehler.

Auch, wenn Du einfach 5 Minuten Pause einlegst? So wie es aussieht, sperrt der Kraken-Server einen API-Zugang eine gewisse Zeit, wenn man einmal in die Rate-Limit-Exceeded-Exception reingelaufen ist.

[Queenvio]

Habe noch mal diesen Archiv gelanden:
http://www.cointracer.de/downloads/CoinTracer_0.8.5.3.zip
und sogar noch mal einen neuen API eingestallt, bekomme aber immer noch den fehler.

Auch, wenn Du einfach 5 Minuten Pause einlegst? So wie es aussieht, sperrt der Kraken-Server einen API-Zugang eine gewisse Zeit, wenn man einmal in die Rate-Limit-Exceeded-Exception reingelaufen ist.

Habe jetzt eine Stunde gewartet, immer noch der Fehler. Werde es aber noch mal in ein paar Stunden probieren.

[Discuss4Wisdom]

Hallo,

erst mal Danke für das Update. Sieht viel besser aus
Habe heute nur begrenzt Zeit zum testen, aber alles was ich getestet habe ging:
- alle Imports gehen ohne Fehlermeldungen
- die Dubletten werden korrekt eingelesen
- der Bericht erscheint

Drei neue Bugs sind aufgetaucht, einer sieht ernst aus: 
- vircurex PPC: die Zahlen stimmen nicht
(habe jetzt leider keine Zeit genauer zu analysieren, aber ich schicke dir einen Ausschnitt, der das Problem zeigt)
- es gibt Zeilen wo bei Verkauf ein plausibles Datum zugeordnet wurde, aber der Einkaufspreis mit 0 steht, so dass der komplette Verkaufspreis Gewinn ist
(dto, leider auf die schnelle ohne Ausschnitt)
- "Steuer ignorieren" ankreuzen klappt nicht
(nicht so wichtig, ich wollte damit die falschen vircurex ausblenden.)
 
Viele Grüße

[Discuss4Wisdom]

Müsste eigentlich längst weg sein

Zwei Überlegungen noch:

- Hast du Testfälle? (d.h. übersichtliche manuell erstellte import-Dateien, die einzelne Features testen, z.B.
  - ein großer Kauf, mehrere kleine Verkäufe
  - meherer kleine Verkäufe, ein großer Verkauf
  - Transfer zwischen Börsen
für die man leicht manuell das korrekte Ergebniss für LIFO, FIFO, getrennt, gemeinsam, ... ausrechnen kann)
Sobald wieder Zeit ist kann ich helfen welche zu erstellen.

- Wäre es nicht einfacher (und steuerlich ok?) alle Gebühren des Zeitraums einfach aufzusummieren und am Ende vom Gewinn zu subtrahieren?
Wie werden denn die Gebühren aufgeteilt wenn mehrere Käufe und Verkäufe beteiligt sind?
Oder machst du das genau so? 
Im Bericht sehe ich die Gebühren nirgends ausgewiesen.

[Queenvio]

Habe noch mal diesen Archiv gelanden:
http://www.cointracer.de/downloads/CoinTracer_0.8.5.3.zip
und sogar noch mal einen neuen API eingestallt, bekomme aber immer noch den fehler.

Auch, wenn Du einfach 5 Minuten Pause einlegst? So wie es aussieht, sperrt der Kraken-Server einen API-Zugang eine gewisse Zeit, wenn man einmal in die Rate-Limit-Exceeded-Exception reingelaufen ist.

Habe jetzt eine Stunde gewartet, immer noch der Fehler. Werde es aber noch mal in ein paar Stunden probieren.

Eben noch mal probiert, Fehler ist immer noch der gleiche, kommt nach ca 20 Sekunden.

[Yabg_YetAnotherBTCGuy]

Hallo zusammen, bin gerade unterwegs, mache mich aber heute Abend nochmal dran. Erstmal vielen Dank für die Rückmeldungen bisher; das Rate-Limit-Problem werde ich heute bestimmt noch in den Griff bekommen. Was die Gebühren, die PPC-Zahlen und das "Für Steuer irrelevant"-Problematik angeht, werden wir uns noch etwas genauer austauschen müssen, d4w.

So long!

[Yabg_YetAnotherBTCGuy]

So - neues Zip-Archiv ist hochgeladen, und zwar hier:
http://www.cointracer.de/downloads/CoinTracer_0.8.5.4.zip

Folgende Probleme konnte ich identifizieren und (diesmal hoffentlich ) lösen:

• API-Import Kraken: müsste jetzt gehen - aber leider quälend langsam! Die "offizielle" Angabe bzgl. des Rate-Limit bei API-Requests ist zwar 1 Anfrage alle 5 Sekunden - aber das scheint nicht wirklich hinzuhauen (bei meinen Tests kommt dann spätestens nach der 8. oder 9. Anfrage in Folge die leidige Meldung mit dem Rate Limit Exceeded. Erst wenn ich den CT wesentlich langsamer schalte, nämlich auf 1 Anfrage alle 11 (!) Sekunden, funktioniert es zuverlässig. Nicht flott, aber immer noch besser, als alles manuell per Copy & Paste rüberholen zu müssen...
• Vircurex-Import und falsche Beträge: das war tatsächlich noch ein Fehler, der nun behoben ist (wen's interessiert: es lag ganz einfach an den Tausenderpunkten in den Beträgen  - in meinen Testdateien gab's so astronomische Zahlen schlicht nicht...  )
• @discuss4wisdom: Das mit dem "nicht funktionieren" bei Anhaken der Einstellung "Für Steuer irrelevant" ist, glaube ich, ein Missverständis: Der Haken führt dazu, dass die Zeile beim Steuerbericht nicht mehr auftaucht. In der Summierung auf der Übersicht wird sie aber weiterhin mitgezählt. Ich frage mich gerade, ob ich das ändern soll, oder einen zusätzlichen Haken einbaue, der die Zeile dann komplett aus allen Berechnungen entfernt...

Zum Thema Gebühren schreibe ich nachher noch mal ein paar Zeilen...

Ansonsten: Danke an alle für's abermalige Ausprobieren!

[Queenvio]

API-Import Kraken: müsste jetzt gehen - aber leider quälend langsam! Die "offizielle" Angabe bzgl. des Rate-Limit bei API-Requests ist zwar 1 Anfrage alle 5 Sekunden - aber das scheint nicht wirklich hinzuhauen (bei meinen Tests kommt dann spätestens nach der 8. oder 9. Anfrage in Folge die leidige Meldung mit dem Rate Limit Exceeded. Erst wenn ich den CT wesentlich langsamer schalte, nämlich auf 1 Anfrage alle 11 (!) Sekunden, funktioniert es zuverlässig. Nicht flott, aber immer noch besser, als alles manuell per Copy & Paste rüberholen zu müssen...

Also die API-Abfrage funktioninert so weit, allerdings läd er nur die aktuellsten 49 Trades.

[Yabg_YetAnotherBTCGuy]

API-Import Kraken: müsste jetzt gehen - aber leider quälend langsam! Die "offizielle" Angabe bzgl. des Rate-Limit bei API-Requests ist zwar 1 Anfrage alle 5 Sekunden - aber das scheint nicht wirklich hinzuhauen (bei meinen Tests kommt dann spätestens nach der 8. oder 9. Anfrage in Folge die leidige Meldung mit dem Rate Limit Exceeded. Erst wenn ich den CT wesentlich langsamer schalte, nämlich auf 1 Anfrage alle 11 (!) Sekunden, funktioniert es zuverlässig. Nicht flott, aber immer noch besser, als alles manuell per Copy & Paste rüberholen zu müssen...

Also die API-Abfrage funktioninert so weit, allerdings läd er nur die aktuellsten 49 Trades.

Oh, es kann sein, dass bei Dir aufgrund der vorherigen Versuche noch ein falscher Timestamp für's letzte Abholen in der DB gespeichert war. Versuch bitte mal Folgendes: im Reiter Tabellen auf Importe klicken, dort mit rechter Maustaste auf den Kraken-Import-Eintrag und "Import zurücksetzen" auswählen. Wenn Du dann den Import noch einmal startest und es immer noch nur die letzten 49 Trades sind, habe ich einen Fehler im Programm.

[Discuss4Wisdom]

• Vircurex-Import und falsche Beträge: das war tatsächlich noch ein Fehler, der nun behoben ist (wen's interessiert: es lag ganz einfach an den Tausenderpunkten in den Beträgen   - in meinen Testdateien gab's so astronomische Zahlen schlicht nicht...   )

Naja, bei Altcoins kommen solche "astronomische Zahlen" schnell zu stande. Werde ich morgen testen.

• @discuss4wisdom: Das mit dem "nicht funktionieren" bei Anhaken der Einstellung "Für Steuer irrelevant" ist, glaube ich, ein Missverständis: Der Haken führt dazu, dass die Zeile beim Steuerbericht nicht mehr auftaucht. In der Summierung auf der Übersicht wird sie aber weiterhin mitgezählt. Ich frage mich gerade, ob ich das ändern soll, oder einen zusätzlichen Haken einbaue, der die Zeile dann komplett aus allen Berechnungen entfernt...

Sorry v.a. meine Fehlermeldung war missverständlich: nach der Wirkung habe ich gar nicht geschaut. Schon das setzen des Hakens geht nicht (in diesem Fall auf einem Win8.1).

Mehr morgen, da werde ich v.a. versuchen zu ergründen woher der Einkaufskurs 0 kommt.
Was für eine Anzeige im Bericht ist denn zu erwarten wenn ein Verkauf mehreren Käufen zugeordnet wird oder umgekehrt, oder beides?

[Yabg_YetAnotherBTCGuy]

• Vircurex-Import und falsche Beträge: das war tatsächlich noch ein Fehler, der nun behoben ist (wen's interessiert: es lag ganz einfach an den Tausenderpunkten in den Beträgen   - in meinen Testdateien gab's so astronomische Zahlen schlicht nicht...   )

Naja, bei Altcoins kommen solche "astronomische Zahlen" schnell zu stande. Werde ich morgen testen.

Das stimmt wohl, da ich selbst bisher nur mit BTC und LTC unterwegs war, hat sich das bei mir einfach noch nicht ergeben.

Sorry v.a. meine Fehlermeldung war missverständlich: nach der Wirkung habe ich gar nicht geschaut. Schon das setzen des Hakens geht nicht (in diesem Fall auf einem Win8.1).

Wo hast Du es versucht? Bei "Transfers bearbeiten" im Reiter Berechnungen oder bei der Tabellenbearbeitung? Zumindest letzteres sollte funktionieren (kann jetzt über auch nicht testen, bin nicht am Laptop)

Mehr morgen, da werde ich v.a. versuchen zu ergründen woher der Einkaufskurs 0 kommt.
Was für eine Anzeige im Bericht ist denn zu erwarten wenn ein Verkauf mehreren Käufen zugeordnet wird oder umgekehrt, oder beides?

Habe mir deine Beispiel Daten noch einmal angesehen; das mit den 0 EUR Einkaufswert ergibt sich daraus, dass anfangs 2 BTC übertragen und anschließend in Altcoins "umgetauscht" werden. Da es für diese BTC keinen Kaufvorgang mit entsprechenden EUR-Gegenwert gibt, werden sie mit 0 EUR Kosten eingerechnet. Aber mehr heute Abend...

[Queenvio]

API-Import Kraken: müsste jetzt gehen - aber leider quälend langsam! Die "offizielle" Angabe bzgl. des Rate-Limit bei API-Requests ist zwar 1 Anfrage alle 5 Sekunden - aber das scheint nicht wirklich hinzuhauen (bei meinen Tests kommt dann spätestens nach der 8. oder 9. Anfrage in Folge die leidige Meldung mit dem Rate Limit Exceeded. Erst wenn ich den CT wesentlich langsamer schalte, nämlich auf 1 Anfrage alle 11 (!) Sekunden, funktioniert es zuverlässig. Nicht flott, aber immer noch besser, als alles manuell per Copy & Paste rüberholen zu müssen...

Also die API-Abfrage funktioninert so weit, allerdings läd er nur die aktuellsten 49 Trades.

Oh, es kann sein, dass bei Dir aufgrund der vorherigen Versuche noch ein falscher Timestamp für's letzte Abholen in der DB gespeichert war. Versuch bitte mal Folgendes: im Reiter Tabellen auf Importe klicken, dort mit rechter Maustaste auf den Kraken-Import-Eintrag und "Import zurücksetzen" auswählen. Wenn Du dann den Import noch einmal startest und es immer noch nur die letzten 49 Trades sind, habe ich einen Fehler im Programm.

Hat leider nichts gebracht, importiert nur die aktuellsten 49 Daten.

[Yabg_YetAnotherBTCGuy]

API-Import Kraken: müsste jetzt gehen - aber leider quälend langsam! Die "offizielle" Angabe bzgl. des Rate-Limit bei API-Requests ist zwar 1 Anfrage alle 5 Sekunden - aber das scheint nicht wirklich hinzuhauen (bei meinen Tests kommt dann spätestens nach der 8. oder 9. Anfrage in Folge die leidige Meldung mit dem Rate Limit Exceeded. Erst wenn ich den CT wesentlich langsamer schalte, nämlich auf 1 Anfrage alle 11 (!) Sekunden, funktioniert es zuverlässig. Nicht flott, aber immer noch besser, als alles manuell per Copy & Paste rüberholen zu müssen...

Also die API-Abfrage funktioninert so weit, allerdings läd er nur die aktuellsten 49 Trades.

Oh, es kann sein, dass bei Dir aufgrund der vorherigen Versuche noch ein falscher Timestamp für's letzte Abholen in der DB gespeichert war. Versuch bitte mal Folgendes: im Reiter Tabellen auf Importe klicken, dort mit rechter Maustaste auf den Kraken-Import-Eintrag und "Import zurücksetzen" auswählen. Wenn Du dann den Import noch einmal startest und es immer noch nur die letzten 49 Trades sind, habe ich einen Fehler im Programm.

Hat leider nichts gebracht, importiert nur die aktuellsten 49 Daten.

Okay, hab noch mal etwas umgestellt beim API-Import. Mit dieser Version sollte es nun aber wirklich funktionieren:
http://www.cointracer.de/downloads/CoinTracer_0.8.5.5.zip

Bin gespannt...

[Queenvio]

API-Import Kraken: müsste jetzt gehen - aber leider quälend langsam! Die "offizielle" Angabe bzgl. des Rate-Limit bei API-Requests ist zwar 1 Anfrage alle 5 Sekunden - aber das scheint nicht wirklich hinzuhauen (bei meinen Tests kommt dann spätestens nach der 8. oder 9. Anfrage in Folge die leidige Meldung mit dem Rate Limit Exceeded. Erst wenn ich den CT wesentlich langsamer schalte, nämlich auf 1 Anfrage alle 11 (!) Sekunden, funktioniert es zuverlässig. Nicht flott, aber immer noch besser, als alles manuell per Copy & Paste rüberholen zu müssen...

Also die API-Abfrage funktioninert so weit, allerdings läd er nur die aktuellsten 49 Trades.

Oh, es kann sein, dass bei Dir aufgrund der vorherigen Versuche noch ein falscher Timestamp für's letzte Abholen in der DB gespeichert war. Versuch bitte mal Folgendes: im Reiter Tabellen auf Importe klicken, dort mit rechter Maustaste auf den Kraken-Import-Eintrag und "Import zurücksetzen" auswählen. Wenn Du dann den Import noch einmal startest und es immer noch nur die letzten 49 Trades sind, habe ich einen Fehler im Programm.

Hat leider nichts gebracht, importiert nur die aktuellsten 49 Daten.

Okay, hab noch mal etwas umgestellt beim API-Import. Mit dieser Version sollte es nun aber wirklich funktionieren:
http://www.cointracer.de/downloads/CoinTracer_0.8.5.5.zip

Bin gespannt...

JUHU, es geht    Habe zwar nicht nachgezählt, aber es scheint er hat alle importiert !!

[Yabg_YetAnotherBTCGuy]

Okay, hab noch mal etwas umgestellt beim API-Import. Mit dieser Version sollte es nun aber wirklich funktionieren:
http://www.cointracer.de/downloads/CoinTracer_0.8.5.5.zip

Bin gespannt...

JUHU, es geht    Habe zwar nicht nachgezählt, aber es scheint er hat alle importiert !!

Das freut mich! 

Mühsam ernährt sich das Eichhörnchen, aber was lange währt wird endlich gut und Fischers Fritz fischt nicht zuletzt frische Fische usw. 

Würde mich dann aber natürlich auch interessieren, ob alle Trades eingelesen wurden und die Endsummen mit Deinem Bestand in Kraken übereinstimmen...

[Queenvio]

Okay, hab noch mal etwas umgestellt beim API-Import. Mit dieser Version sollte es nun aber wirklich funktionieren:
http://www.cointracer.de/downloads/CoinTracer_0.8.5.5.zip

Bin gespannt...

JUHU, es geht    Habe zwar nicht nachgezählt, aber es scheint er hat alle importiert !!

Das freut mich! 

Mühsam ernährt sich das Eichhörnchen, aber was lange währt wird endlich gut und Fischers Fritz fischt nicht zuletzt frische Fische usw. 

Würde mich dann aber natürlich auch interessieren, ob alle Trades eingelesen wurden und die Endsummen mit Deinem Bestand in Kraken übereinstimmen...

Werde das die Tage mal durchschauen, wenn ich mehr Zeit habe.

[Yabg_YetAnotherBTCGuy]

Sorry v.a. meine Fehlermeldung war missverständlich: nach der Wirkung habe ich gar nicht geschaut. Schon das setzen des Hakens geht nicht (in diesem Fall auf einem Win8.1).

Wo hast Du es versucht? Bei "Transfers bearbeiten" im Reiter Berechnungen oder bei der Tabellenbearbeitung? Zumindest letzteres sollte funktionieren (kann jetzt über auch nicht testen, bin nicht am Laptop)

Ah - ich glaube, ich weiß, was dein Problem ist: in der Tabellenansicht selber kann man den Haken auch nicht setzen, die ist sozusagen read-only. Du musst rechts Edit: mit der rechten Maustaste auf die betreffende Zeile klicken, und dann mit dem Befehl "Trades bearbeiten..." das Bearbeitungs-Fenster öffnen. Dort gehts dann...
(Vlt. sollte ich einen entsprechenden Hinweis einbauen - oder einfach das Bearbeiten-Fenster öffnen. Du wirst nicht der einzige sein, der darüber stolpert...)

[Serpens66]

Das freut mich!  

Mühsam ernährt sich das Eichhörnchen, aber was lange währt wird endlich gut und Fischers Fritz fischt nicht zuletzt frische Fische usw.  

Würde mich dann aber natürlich auch interessieren, ob alle Trades eingelesen wurden und die Endsummen mit Deinem Bestand in Kraken übereinstimmen...

Wie genau hast du das mit der Kraken API jetzt gelöst? Dario von coinreport meinte nämlich, dass es relativ umständlich und zu zeitaufwendig wäre, das so zu machen, dass alle Trades eingelesen werden... deswegen wartet er jetzt leider auf eine Erhöhung des Limits bzw. den csv Export...
Nur bin ich mir sicher, dass das noch ein paar Monate dauern kann...

Deswegen hoffe ich, dass du mir schreiben kannst, dass es eig ganz einfach und schnell ging, damit ich Dario überzeugen kann, es auch so zu machen

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,

da ich die nächsten Tage nicht mehr so viel Zeit für's Arbeiten am CT werde aufbringen können, habe ich den Ist-Stand jetzt mal in ein neues "offzielles" Release gegossen:

Version 0.8.6 ist live!

...mit diesen verbesserten/geänderten Punkten (Auswahl):

• Kraken-Import: funktioniert jetzt auch per API-Datenruf auf Knopfdruck. (Da ich jetzt die Grundstruktur dafür im Programm habe, werden weitere API-Importe wesentlich weniger aufwändig umzusetzen sein.)
• Import vom MultiBit-Client: Die CSV-Exporte des MultiBit-Wallets können jetzt eingelesen werden (mit Spracheinstellung Deutsch oder Englisch).
• Anzeige Gewinn-Verlust-Bericht: Bisher wurden bei der Installation für die Anzeige benötigte Komponenten nicht mit ausgeliefert (Microsoft ReportViewer). Jetzt sind sie enthalten, d. h. der Bericht erscheint jetzt auch ohne Fehlermeldung...
• Diverse andere Kleinigkeiten (Importe Vircurex & Bitstamp, Bearbeiten von Trades usw.)

Bei Gelegenheit werde ich auch die CoinTracer-Doku-Seite aktualsieren (diese hier: http://www.cointracer.de/?q=node/4)

Viel Spaß damit!

[Yabg_YetAnotherBTCGuy]

Wie genau hast du das mit der Kraken API jetzt gelöst? Dario von coinreport meinte nämlich, dass es relativ umständlich und zu zeitaufwendig wäre, das so zu machen, dass alle Trades eingelesen werden... deswegen wartet er jetzt leider auf eine Erhöhung des Limits bzw. den csv Export...
Nur bin ich mir sicher, dass das noch ein paar Monate dauern kann...

Deswegen hoffe ich, dass du mir schreiben kannst, dass es eig ganz einfach und schnell ging, damit ich Dario überzeugen kann, es auch so zu machen

Ich glaube ehrlich gesagt nicht, dass ich Dario was Neues erzählen würde, wenn ich ihm den Algorithmus des CT erkläre. Wie man die Daten abholen kann, hat Drago von Kraken in seinem Thread schon mehrfach skizziert und es gibt 'zig Beispiel-Implementierungen zu finden.

Dario wird meiner Vermutung nach ein anderes Problem haben: Während mein CT nur auf einem Arbeitsplatz für eine Person läuft, muss er bei coinreporting sicherstellen, dass der API-Datenabruf für Tausende (?) User performant und mit finanzierbaren Ressourcen funktioniert. Während es bei mir allenfalls lästig, aber nicht dramatisch ist, dass man beim Kraken-Datenabruf mindestens 11 Sekunden warten muss, weil der CT nach dem Abholen der ersten Trades noch mindestens einen weiteren Versuch startet (was ich übrigens auch noch effizienter bauen könnte, fällt mir gerade ein...), würde eine solche Vorgehensweise in der Infrastruktur von coinreporting bedeuten, dass sich die Laufzeit für den Job, der die API-Abrufe für alle registrierten User durchführt, wahrscheinlich vertausendfachen würde. Man könnte das natürlich auch asynchron durchführen, hätte dann aber Tausende von Prozessen, die Ressourcen beanspruchen. Das so umzubauen, dass es mit vertretbarer Laufzeit und vertretbaren Ressourcen funktioniert, ist sicher nicht unmöglich (im Gegenteil: hätte man von Anfang an gewusst, dass die Daten immer "Paketweise" mit Pausen dazwischen geholt werden, hätte man das Abrufen einfach von Anfang an passend designen können), aber nach meiner Einschätzung wirklich sehr aufwändig.

Aber wie gesagt: ist nur eine Vermutung von mir.  

[Yabg_YetAnotherBTCGuy]

...na super, mein Provider hat offenbar gerade ein Problem oder führt Wartungsarbeiten durch. http://www.cointracer.de ist gerade nicht erreichbar. Ist hoffentlich bis morgen früh erledigt... 

[Yabg_YetAnotherBTCGuy]

...na super, mein Provider hat offenbar gerade ein Problem oder führt Wartungsarbeiten durch. http://www.cointracer.de ist gerade nicht erreichbar. Ist hoffentlich bis morgen früh erledigt... 

Ist erledigt, die Site ist wieder am Netz!

[Serpens66]

Ich glaube ehrlich gesagt nicht, dass ich Dario was Neues erzählen würde, wenn ich ihm den Algorithmus des CT erkläre. Wie man die Daten abholen kann, hat Drago von Kraken in seinem Thread schon mehrfach skizziert und es gibt 'zig Beispiel-Implementierungen zu finden.

Dario wird meiner Vermutung nach ein anderes Problem haben: Während mein CT nur auf einem Arbeitsplatz für eine Person läuft, muss er bei coinreporting sicherstellen, dass der API-Datenabruf für Tausende (?) User performant und mit finanzierbaren Ressourcen funktioniert. Während es bei mir allenfalls lästig, aber nicht dramatisch ist, dass man beim Kraken-Datenabruf mindestens 11 Sekunden warten muss, weil der CT nach dem Abholen der ersten Trades noch mindestens einen weiteren Versuch startet (was ich übrigens auch noch effizienter bauen könnte, fällt mir gerade ein...), würde eine solche Vorgehensweise in der Infrastruktur von coinreporting bedeuten, dass sich die Laufzeit für den Job, der die API-Abrufe für alle registrierten User durchführt, wahrscheinlich vertausendfachen würde. Man könnte das natürlich auch asynchron durchführen, hätte dann aber Tausende von Prozessen, die Ressourcen beanspruchen. Das so umzubauen, dass es mit vertretbarer Laufzeit und vertretbaren Ressourcen funktioniert, ist sicher nicht unmöglich (im Gegenteil: hätte man von Anfang an gewusst, dass die Daten immer "Paketweise" mit Pausen dazwischen geholt werden, hätte man das Abrufen einfach von Anfang an passend designen können), aber nach meiner Einschätzung wirklich sehr aufwändig.

Aber wie gesagt: ist nur eine Vermutung von mir.  

okay, danke dir für deine Antwort ...

[Queenvio]

Also der Kraken-Import stimmt !!

Noch ein Vorschlag: Virwox.com  hinzufügen, da den ja doch der ein oder andere zum Auszahlen benutzt.

[Yabg_YetAnotherBTCGuy]

Also der Kraken-Import stimmt !!

Das ist doch schon mal klasse, danke für die Rückmeldung!!

Noch ein Vorschlag: Virwox.com  hinzufügen, da den ja doch der ein oder andere zum Auszahlen benutzt.

...kannte ich noch gar nicht. Und wäre mir persönlich zu umständlich, wg. des Umwegs über Linden Dollars - aber wer's mag... 

Gibt es dort denn einen Text-Export der Transaktionen? Falls ja, kannst Du mir diesen gern mal als PM schicken. Dann kann ich beurteilen, ob ich das in einer der nächsten Versionen noch mit einbaue.

[Yabg_YetAnotherBTCGuy]

Oh Mann, schon wieder Schwierigkeiten auf Seiten meines Web-Providers; www.cointracer.de ist wieder down. Werde mal nachhören, wann mit einer "Genesung" zu rechnen ist...

[Yabg_YetAnotherBTCGuy]

Oh Mann, schon wieder Schwierigkeiten auf Seiten meines Web-Providers; www.cointracer.de ist wieder down. Werde mal nachhören, wann mit einer "Genesung" zu rechnen ist...

...und wieder da - ein Dienst hatte sich aufgehängt. Jetzt läuft wieder alles.

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,

so, noch eine leicht überarbeitete Version live gestellt: Version 0.8.6.1!

Im Wesentlichen ist das Einlesen von Transaktionsdateien aus dem Bitcoin-Core oder dem Litecoin-Qt-Client überarbeitet worden. Bisher konnte der CT nur unter Windows erzeugte Daten einlesen; jetzt kommt er auch mit Linux klar. Außerdem gab's ein paar kleinere Korrekturen bei der Anzeige von Transfers im Gewinn-Verlust-Bericht und bei der manuellen Erfassung von Trades.

@Queenvio: Die Sache mit dem Import von Virwox habe ich mir erst kurz ansehen können - und habe bestimmt noch ein paar Nachfragen (abgesehen davon, dass - wie du schon geschrieben hast - Gebühren offenbar nicht ausgewiesen werden, was die Sache natürlich schwierig macht).

Anyway: für's Erste gute Nacht und wie immer viel Spaß!

[Queenvio]

@Queenvio: Die Sache mit dem Import von Virwox habe ich mir erst kurz ansehen können - und habe bestimmt noch ein paar Nachfragen (abgesehen davon, dass - wie du schon geschrieben hast - Gebühren offenbar nicht ausgewiesen werden, was die Sache natürlich schwierig macht).

kannst mir auch gerne deine skype adresse mal per PM senden, dann können wir fragen evtl schneller klären.

[Yabg_YetAnotherBTCGuy]

@Queenvio: Die Sache mit dem Import von Virwox habe ich mir erst kurz ansehen können - und habe bestimmt noch ein paar Nachfragen (abgesehen davon, dass - wie du schon geschrieben hast - Gebühren offenbar nicht ausgewiesen werden, was die Sache natürlich schwierig macht).

kannst mir auch gerne deine skype adresse mal per PM senden, dann können wir fragen evtl schneller klären.

Okay, das können wir gern machen. Aktuell stehen aber erst einmal 1-2 andere Themen an, danach komme ich gern auf Dein Angebot zurück!

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,
 
die Meldungen der letzten Tage sind verarbeitet und eine neue Version 0.8.6.2 ist jetzt live gestellt. Diese kann jetzt:

• Bitstamp.net-Dateien auch dann verarbeiten, wenn sie mit Chrome, Firefox oder IE erzeugt wurden
• Transfer-Beträge im Gewinn-Verlust-Bericht korrekt wiedergeben (war ein schwierig zu identifizierender Fehler: bei Transfers zwischen zwei "Eigenbestands-Plattformen" wurde der transferierte Betrag in der Anzeige verdoppelt - hatte aber keine Auswirkung auf die Gewinnberechnung).
• Optische Kleinigkeit: bei der Anzeige werden als steuerpflichtige Summen nun keine negativen Zahlen mehrgespielt, sondern schlicht eine Null.

Download wie immer hier: http://cointracer.de/drupal/?q=node/2
 
Danke an alle für die Rückmeldungen und wie immer viel Spaß damit!

[Yabg_YetAnotherBTCGuy]

Das finde ich eine coole Sache . Supper Idee

Hey, danke für die Rückmeldung! (Ist in den letzten Tagen ja etwas ruhiger geworden im Forum - die WM geht halt nicht spurlos an uns vorüber, schätze ich...) 

[Yabg_YetAnotherBTCGuy]

Ein Gedanke zum Thema Handel in USD...
 
Ein aufmerksamer User hat mich auf folgenden Aspekt hingewiesen, zu dem ich gern weitere Meinungen einholen wollte: lt. Einschätzung des BMF können auch Fremdwährungen, also auch USD, Gegenstand privater Veräußerungsgeschäfte sein. Wenn man also seine USD verkauft oder gegen etwas anderes (z.B. BTC!) eintauscht, dann veräußert man in diesem Augenblick das Wirtschaftsgut USD und erwirbt dafür etwas anderes - z. B. EUR oder eben Coins. Nachzulesen z.B. hier: https://bitcointalk.org/index.php?topic=294667.msg4345868#msg4345868
 
In der Konsequenz bedeutet das doch, dass man USD analog zu Coins betrachten und den jeweiligen, aus Kursschwankungen entstandenen Gewinn oder Verlust beim "Verkauf" der USD berechnen und ausweisen müsste. D. h. jedes Mal, wenn man Coins für USD kauft! Darüber hinaus müsste auch für USD ein passendes Verbrauchsfolgeverfahren (LIFO, FIFO usw.) festgelegt werden, außerdem gilt: sind die USD älter als ein Jahr, ist es kein steuerpflichtiges privates Veräußerungsgeschäft mehr usw.
 
Man kann sich denken, dass dieser Aspekt die Gewinn-Verlust-Berechnung nicht gerade überschaubarer machen wird! 
 
Aktuell arbeitet der CoinTracer so, dass einfach jeder An- oder Verkauf in USD zum jeweiligen Tageskurs in EUR umgerechnet wird. Die Tatsache, dass z.B. 100 USD durch Kursschwankungen 5 EUR mehr oder 5 EUR weniger Wert sind als zum Zeitpunkt des Zuflusses dieser 100 USD, wird aktuell nicht berücksichtigt (und ich wüsste übrigens von keiner anderen Softwarelösung, die so genau arbeitet...).
 
Nach meiner Einschätzung müsste ich im CoinTracer gar nicht mal sooo viel ändern: die benötigten Grunddaten sind schon alle vorhanden (tagesgenaue Wechselkurse und alle jeweiligen Kontobewegungen) - aber für den Bericht müsste noch ein Weg gefunden werden, die Gewinne/Verluste aus Kursschwankungen so auszuweisen, dass man am Ende noch durchsteigt. 
 
Was meint ihr - soll der CoinTracer dahin gehend ausgebaut werden, dass bei Trades in USD die Fremdwährung wie ein selbstständiges Wirtschaftsgut inkl. Verbrauchsfolgeverfahren usw. behandelt wird? (Am besten konfigurierbar und nicht obligatorisch.) 
 
Gerne Feedback und Meinungen!

[Discuss4Wisdom]

Hallo

nach langem Untertauchen (Urlaub und viel Arbeit davor und danach) wieder mal ein kurzer Kommentar von mir:

Ich hatte diese Frage vor einiger Zeit am Serviceschalter beim Finanzamt gestellt. Die Antwort war:
Ist seiner Meinung nach nicht notwendig, da die Schwankungsbreite ja nicht so hoch ist (v.a. verglichen mit BTC). Würde die Sache nur komplizieren, v.a. auch für den Sachbearbeiter. Ich solle diesen aber nochmals direkt ansprechen, da es letztlich seine Entscheidung ist.

Aber wer weiss, wie lange der Dollar noch weniger schwankt wie BTC 

[Discuss4Wisdom]

Hallo nochmal.

Ich hab jetzt wieder mal die neueste Version ausprobiert.
Bei Einlesen und Bericht ausgeben hatten wir ja im Mai grosse Fortschritte erzielt. Das ging jetzt auch butterweich und ohne Fehlermeldungen durch
Dann hatte ich ja vor, übersichtliche Testcases beizusteuern. Dazu hatte hatte ich bisher leider nicht die Zeit.

Notwendig wären die aber definitiv. Die Gesamtrechnung ist leider komplett unbrauchbar - um mehrere Grössenordnungen falsch.
Neben vielen Zeilen, die korrekt aussehen gibt es da z.B. eine in der 1700BTC verkauft werden! Nein, ich bin kein Millionär. Von vierstelligen - oder auch nur dreistelligen BTC Beträgen kann ich nur träumen. Es gibt auch eine Zeile, in der 0.45 LTC verkauft werden - mit einem Gewinn von 7164€ ! (Was war noch der maximale Kurs eines LTC?)

Ansonsten noch ein kleiner Verbesserungsvorschlag zu den Spaltenüberschriften im Bericht:
Dort steht Preis $, Preis €, Kaufdatum, Kaufpreis €.
Preis $ und Preis € korrespondieren aber nicht.
Der $-Preis scheint der Gesamt-Kaufpreis zu sein, also eine Umrechnung des viel weiter hinten stehenden Kaufpreis €
Sollte also entweder nach hinten rutschen und Kaufpreis $ heissen, oder die Zahl unter Preis $ muss der Preis je Coin sein, damit das korrespondiert.

[Yabg_YetAnotherBTCGuy]

Hallo Discuss4Wisdom,

ich hoffe, der Urlaub war wenigstens erholsam, wenn er schon vorher und nachher von Arbeit "eingekeilt" war? 

Nachdem auch ich jetzt einigermaßen entspannt zurück bin, will ich Hoffnung bzgl. der Importprobleme mal nicht aufgeben! Wenn's Dir nicht zu lästig ist, kannst Du mir gern Deine Bitstamp- und/oder Vircurex-Dateien (verkürzt) schicken, damit ich versuchen kann, das Problem nachzuvollziehen. Irgendwo scheinen Zeilen enthalten zu sein, bei denen das Dezimalkomma mit dem Tausendertrennzeichen verwechselt werden?!

Bei Einlesen und Bericht ausgeben hatten wir ja im Mai grosse Fortschritte erzielt. Das ging jetzt auch butterweich und ohne Fehlermeldungen durch
Dann hatte ich ja vor, übersichtliche Testcases beizusteuern. Dazu hatte hatte ich bisher leider nicht die Zeit.

Was die Notwendigkeit von Testcases angeht, hast Du sicherlich recht! Ich wäre über hinreichend nützliche Testdateien sehr froh - und habe das Problem, dass ich nicht auf *jeder* implementierten Plattform *alle* möglichen Transaktionen in ausreichend großen Größenordnungen durchführen kann (nein - auch ich bin kein Millionär und kann beliebige Beträge hin- und herschaufeln...  )

Manuell erstellte Testdateien sind in diesem Zusammenhang allerdings eher für die Prüfung der Konsistenz der Berichte nützlich; für das Abfangen von Fehlern beim Import nützen sie nur bedingt, denn oft ergeben sich Probleme ja daraus, dass sich das Format einer Plattform an irgend einem Detail geändert hat oder bestimmte Dinge unter bestimmten Bedingungen (Spracheinstellung des Accounts, Ländereinstellung des Rechner, Betriebssystemversion, verwendeter Browser usw.) anders als erwartet geschrieben werden. Wenn man diese Besonderheiten beim Erstellen der Testdateien bereits kennen würde, wären sie unnötig - denn dann würde ich sie auch bei der Programmierung schon berücksichtigten. 

Nichtsdestotrotz: Wenn Du für Vircurex und/oder Bitstamp etwas beisteuern kannst, wäre ich sehr froh!

Ansonsten noch ein kleiner Verbesserungsvorschlag zu den Spaltenüberschriften im Bericht:
Dort steht Preis $, Preis €, Kaufdatum, Kaufpreis €.
Preis $ und Preis € korrespondieren aber nicht.
Der $-Preis scheint der Gesamt-Kaufpreis zu sein, also eine Umrechnung des viel weiter hinten stehenden Kaufpreis €
Sollte also entweder nach hinten rutschen und Kaufpreis $ heissen, oder die Zahl unter Preis $ muss der Preis je Coin sein, damit das korrespondiert.

Stimmt, das ist missverständlich. Ich werd's in der nächsten Version so anpassen, dass in Preis $ der USD-Wert der Coins der jeweiligen Datenzeile steht, damit Preis $ und Preis € korrespondieren. Danke für den Hinweis!

[Yabg_YetAnotherBTCGuy]

Hallo

nach langem Untertauchen (Urlaub und viel Arbeit davor und danach) wieder mal ein kurzer Kommentar von mir:

Ich hatte diese Frage vor einiger Zeit am Serviceschalter beim Finanzamt gestellt. Die Antwort war:
Ist seiner Meinung nach nicht notwendig, da die Schwankungsbreite ja nicht so hoch ist (v.a. verglichen mit BTC). Würde die Sache nur komplizieren, v.a. auch für den Sachbearbeiter. Ich solle diesen aber nochmals direkt ansprechen, da es letztlich seine Entscheidung ist.

Die Sache mit der Schwankungsbreite scheint hinzuhauen: ich habe den Währungsschwankungs-Effekt mal manuell bei meiner Gewinn-Verlustberechnung ausgerechnet: und komme auf einen Betrag, der ziemlich genau 0,76% des Gewinnbetrags des gleichen Zeitraums ausmacht. Ergo: ist - zumindest in meinem Fall - absolut zu vernachlässigen und würde den Bericht (und nicht zuletzt die Berechnung) verkomplizieren, ohne dass nennenswert andere Beträge dabei rumkämen.

Aber wer weiss, wie lange der Dollar noch weniger schwankt wie BTC 

...na das wird dann wohl doch noch ein Weilchen dauern. Andererseits: wenn Dodgecoin erst mal die neue Weltwährung sind... 

[Discuss4Wisdom]

Hab mal versucht rauszubekommen wo es im Augenblick klemmt.
Das Einlesen sieht stichprobenartig eigentlich korrekt aus für alle von mir benutzten Börsen.

Aber:

* Berechnung "getrennt" möglich, "übergreifend" nicht!?
- Wie kann es sein das die Berechnung für getrennte Konten funktioniert, aber bei übergreifend nicht genug Coins zur Verfügung stehen? Insbesondere so rum!
- Bei Fehlermeldung wird eine Buchung angezeigt, mit der vircurex komplett geleert wurde.
- Ich hatte erst einen Rundungsfehler o.ä. vermutet, Fehler bleibt aber wenn ich denn Betrag etwas kleiner mache.
- Ev. Folgefehler von etwas dem nächsten Punkt entsprechendes?

* Ungeklärte Buchungen ohne Frage:
- Ein Transfer von Bitstamp nach bitcoin.de taucht in der Buchungstabelle 2 mal auf, jeweils mit einem unbekanntem Ende.
- In der "Ungeklärte Transfers" taucht aber nur einer der beiden auf (unbekannter Ausgangsplattform).
- Wird diese eine Buchung durch Eingabe geklärt, bleibt in der Tabelle neben der korrekten eine übrig mit unbekanntem Ziel.
- Korrekterweise werden "0 ungeklärte" angezeigt.
Was geschieht mit diesem offenen Ende in der Berechnung?

[Yabg_YetAnotherBTCGuy]

Hallo d4f,

ich muss gestehen, dass ich nicht bei jeden deiner Punkte verstehe, was du damit meinst. Würdest du mir vlt. Teile deiner Trades zur Verfügung stellen, damit ich das bei Gelegenheit nachvollziehen kann?

Mir ist übrigens in diesem Zusammenhang noch ein Fehler im Gewinn-Verlust-Report aufgefallen, das u.U. dazu führte, dass bei Verkäufe falsche Kaufpreise ausgewiesen und berücksichtigt wurden (nur bei Verkaufstransaktionen, bei denen Coins verschiedener Kaufdaten - oder "-datums"? - eingesetzt wurden).

Daher gleich eine neue Version - die von dir adressierten Probleme werden damit aber noch nicht behoben sein.

Bis dann!

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,
 
eine neue Version 0.8.6.3 ist jetzt live gestellt. Ist ein reines Fehlerkorrektur-Release, in dem ein Bug im Gewinn-Verlust-Bericht gefixt wurde. (Bei Verkaufsvorgängen, bei denen Coins unterschiedlichen Kaufdatums zum Einsatz kamen, konnte es vorkommen, dass falsche Kaufpreise berücksichtigt wurden.)

Download wie immer hier: http://cointracer.de/drupal/?q=node/2
 
Danke an alle für die Rückmeldungen und wie immer viel Spaß damit!

[Beulemann]

zunächst mal:

Fettes Danke für deine Programmierarbeit!

Was mich allerdings extrem stört:

Jedesmal, wenn eine Meldung kommt, z.B. nicht genug Coins für Transaktion, Import erfolgreich, etc... und ich diese Bestätige, wander CoinTracer in den Hintergrund.

[Yabg_YetAnotherBTCGuy]

zunächst mal:

Fettes Danke für deine Programmierarbeit!

Was mich allerdings extrem stört:

Jedesmal, wenn eine Meldung kommt, z.B. nicht genug Coins für Transaktion, Import erfolgreich, etc... und ich diese Bestätige, wander CoinTracer in den Hintergrund.

Jepp, das Problem (und den Nerv-Faktor)    kann ich nachvollziehen. Ich mach mich in der nächsten Version mal daran, bisher hab ich noch nicht eindeutig nachvollziehen können, woran das liegt. Hat auf jeden Fall etwas mit dem Fortschritts-/Meldungsfenster zu tun...

[Vaagar]

Projekt eingestellt? Oder einfach aktuell keine Zeit?

[Yabg_YetAnotherBTCGuy]

Projekt eingestellt? Oder einfach aktuell keine Zeit?

Nein, nein - eingestellt ist das Projekt nicht! Es ist in den letzten Wochen nur leider in der Tat so, dass ich aus verschiedenen Gründen nur sehr wenig Zeit dafür habe aufbringen können.

Es gab seit meinem letzten Posting auch durchaus interessante Entwicklungen, die Kommunikation lief allerdings über PM (hatte sich einfach zufällig so ergeben). So ist z. B. für die Ermittlung privater Veräußerungsgewinne ab 2014 zwingend das FiFo-Verfahren vorgeschrieben, worauf ich programmseitig noch irgendwie reagieren wollte.

Also: vor Weihnachten gibt's noch mal eine neue Version, versprochen! 

[Vaagar]

Freut mich!, da mann sich mit einem "toten" Programm nicht ernsthaft ausseinandersetzen will

Mann kann ja bei dem Programm Börsen selbst anlegen, gibts da irgendein How-To-Do wie man das genau macht?
Ein How-To bezüglich von Import-Listen hab ich gefunden, jedoch keins wie man die Liste dann einspielen kann von einer Börse die man selber angelegt hat.

[Serpens66]

So ist z. B. für die Ermittlung privater Veräußerungsgewinne ab 2014 zwingend das FiFo-Verfahren vorgeschrieben, worauf ich programmseitig noch irgendwie reagieren wollte.

hast du dafür verschiedene Quellen?  Ich z.b will unbedingt LiFo anwenden, weil man dadurch natürlich Vorteile bei der 1Jahres Haltefrist hat, wenn man zwar zu jedem Zeitpunkt z.b 5BTC besitzt, aber nicht darauf achtet, dass es immer exakt dieselben bitcoins sind.
Denn ich will defintiv darauf bestehen, dass ich keine steuern auf diese wegen Haltefrist zahlen muss, da ich immer x bitcoins besessen habe. Bei FiFo ist das nicht so wirklich möglich, oder?

Mein letzter Kenntnisstand ist eig der Artikel von Bergmann:
http://bitcoinblog.de/2014/04/30/steuern-keine-gesetzliche-grundlage-fur-fifo-zwang/

[Wolke]

sehr wichtiger punkt-> dazu brauch ich auch noch genaue infos...

[Vaagar]

§ 23 Abs. 1 Satz. 1 EStG http://www.gesetze-im-internet.de/estg/__23.html

"Veräußerungsgeschäfte bei anderen Wirtschaftsgütern, bei denen der Zeitraum zwischen Anschaffung und Veräußerung nicht mehr als ein Jahr beträgt. 2Ausgenommen sind Veräußerungen von Gegenständen des täglichen Gebrauchs. 3Bei Anschaffung und Veräußerung mehrerer gleichartiger Fremdwährungsbeträge ist zu unterstellen, dass die zuerst angeschafften Beträge zuerst veräußert wurden. 4Bei Wirtschaftsgütern im Sinne von Satz 1, aus deren Nutzung als Einkunftsquelle zumindest in einem Kalenderjahr Einkünfte erzielt werden, erhöht sich der Zeitraum auf zehn Jahre.

Hier würde dann FiFo gelten.

[Serpens66]

§ 23 Abs. 1 Satz. 1 EStG http://www.gesetze-im-internet.de/estg/__23.html

"Veräußerungsgeschäfte bei anderen Wirtschaftsgütern, bei denen der Zeitraum zwischen Anschaffung und Veräußerung nicht mehr als ein Jahr beträgt. 2Ausgenommen sind Veräußerungen von Gegenständen des täglichen Gebrauchs. 3Bei Anschaffung und Veräußerung mehrerer gleichartiger Fremdwährungsbeträge ist zu unterstellen, dass die zuerst angeschafften Beträge zuerst veräußert wurden. 4Bei Wirtschaftsgütern im Sinne von Satz 1, aus deren Nutzung als Einkunftsquelle zumindest in einem Kalenderjahr Einkünfte erzielt werden, erhöht sich der Zeitraum auf zehn Jahre.

Hier würde dann LiFo gelten.

edit: du meinst FiFo und nicht LiFo, oder?

das scheint ja genau der teil zu sein, auf den Bergmann sich bezieht, oder?
Aus dem blog:

Laut dem Einkommenssteuergesetz war ab 2005 nach §23 Abs. 1 Satz 1 Nr. 2 Satz 2 als Veräußerungsreihenfolge Fifo vorgeschrieben

angeblich stünde jetzt nichts mehr dazu drin... aber in deinem Zitat steht ja was von FiFo (wenn auch nicht das wort selbst)...
Ich hab bisher nahezu überhaupt keine Erfahrung mit Gesetzestexten und auch nicht wann wie wo was geändert wird/wurde... also was übersehe ich?

[Wolke]

dann stelle ich mir bei FIFO immer noch die frage ob das pro person genommen wird oder pro konto (wallet)...

[Vaagar]

edit: du meinst FiFo und nicht LiFo, oder?

Jops, im Eifer des Gefechtes vertippt.

Am 03.07.2014
"Wiedereinführung der Fifo-Methode (§ 23 Abs. 1 Nr. 2 EStG-E) beim Handel mit Fremdwährungsbeträgen."

Klick mich ich bin ein Link

dann stelle ich mir bei FIFO immer noch die frage ob das pro person genommen wird oder pro konto (wallet)...

Also nach meiner Auffassung (bin kein Steuerberater) dürfte man es trennen, jedoch müsstest du Beweisen das du diese nicht zwischen durch Verkauft hast.

Gehen wir davon aus du kaufst am 01.01.2014 10 BTC zu je 100 Euro, davon parkst du 5 BTC auf Wallet #1 und 5 BTC auf Wallet #2 am gleichen Tag. Mit Wallet #2 handelst du während des Jahres und hast einen Endbestand von 2 BTC, die 3 BTC müssen regulär versteuert werden. Wenn du jetzt hingehst und die BTC aus Wallet #1 am 02.01.2015 verkaufst, müssen diese nicht versteuert werden. Wenn das FA rumstänkert, musst du halt nur Beweisen das die BTC in Walltet #1 nicht angefasst worden sind.

[Schleicher]

Am 03.07.2014
"Wiedereinführung der Fifo-Methode (§ 23 Abs. 1 Nr. 2 EStG-E) beim Handel mit Fremdwährungsbeträgen."

Klick mich ich bin ein Link

Ist 'Fremdwährung' irgendwo definiert?
Ich dachte Bitcoins sind keine Währung.

[Vaagar]

Am 03.07.2014
"Wiedereinführung der Fifo-Methode (§ 23 Abs. 1 Nr. 2 EStG-E) beim Handel mit Fremdwährungsbeträgen."

Klick mich ich bin ein Link

Ist 'Fremdwährung' irgendwo definiert?
Ich dachte Bitcoins sind keine Währung.

Die Internetwährung Bitcoins hat in Deutschland einen weiteren wichtigen Schritt Richtung Rechtssicherheit gemacht. So erkennt die Bundesregierung die digitale Währung als „Rechnungseinheiten“ an. Damit seien sie eine Art „privates Geld“, welches in „multilateralen Verrechnungskreisen“ eingesetzt werden kann. FAZ Artikel vom 16.08.2013

Naja die Definition von Fremdwährung ist halt alles außer Euro. Die beste Erklärung die ich auf die schnelle gefunden hab ist die aus Wikipedia "Als Fremdwährung bezeichnet man eine Währung, wenn sie außerhalb des Einflussbereichs der sie emittierenden Zentralbank zu Zahlungs- und Wertaufbewahrungszwecken genutzt wird." Was ja auf den Bitcoin zutrifft.

[Yabg_YetAnotherBTCGuy]

Am 03.07.2014
"Wiedereinführung der Fifo-Methode (§ 23 Abs. 1 Nr. 2 EStG-E) beim Handel mit Fremdwährungsbeträgen."

Klick mich ich bin ein Link

Ist 'Fremdwährung' irgendwo definiert?
Ich dachte Bitcoins sind keine Währung.

Wichtig wäre vlt. noch zu erwähnen, dass - sofern die Aussage "Bei Anschaffung und Veräußerung mehrerer gleichartiger Fremdwährungsbeträge ist zu unterstellen, dass die zuerst angeschafften Beträge zuerst veräußert wurden" auch für Bitcoins gilt, welche ja nicht als Währung, aber zumindest als Rechnungseinheiten betrachtet werden - diese Regelung erst für den Veranlagungszeitraum 2014 greift. Alles vorher ist also nach wie vor nicht allgemein verbindlich vorgegeben.

Meine persönliche Einschätzung ist (bin aber leider auch kein Fachmensch auf diesem Gebiet), dass es vor dem Hintergrund dieser Gesetzesänderung schwierig werden wird, etwas anderes als FiFo anzuwenden... Was mir übrigens persönlich auch nicht gefällt; ich fahre deutlich besser mit LiFo. 

[Yabg_YetAnotherBTCGuy]

Freut mich!, da mann sich mit einem "toten" Programm nicht ernsthaft ausseinandersetzen will

Mann kann ja bei dem Programm Börsen selbst anlegen, gibts da irgendein How-To-Do wie man das genau macht?
Ein How-To bezüglich von Import-Listen hab ich gefunden, jedoch keins wie man die Liste dann einspielen kann von einer Börse die man selber angelegt hat.

Börsen selbst anlegen:
Reiter "Tabellen", Tabelle "Plattformen" anklicken, mit rechts auf eine beliebige Tabellenzeile, dann "Plattformen bearbeiten..." auswählen. Es öffnet sich ein neues Fester zur Bearbeitung der Plattform-Einträge. Mit dem gelben Pluszeichen in der Symbolleiste oben kann man neue Plattformen anlegen. Hilft das?

Liste einer neuen Plattform einspielen:
Das geht aktuell nicht ohne Weiteres; der CT weiß ja nicht, wie die Dateien fremder/neuer Plattformen gelesen werden müssen. Workaround besteht darin, dass man die Liste selbst (mit Excel oder so) in der CoinTracer-eigene Importformat konvertiert (Beschreibung hier: http://www.cointracer.de/drupal/drupal/?q=node/6).

[Vaagar]

Börsen selbst anlegen:
Reiter "Tabellen", Tabelle "Plattformen" anklicken, mit rechts auf eine beliebige Tabellenzeile, dann "Plattformen bearbeiten..." auswählen. Es öffnet sich ein neues Fester zur Bearbeitung der Plattform-Einträge. Mit dem gelben Pluszeichen in der Symbolleiste oben kann man neue Plattformen anlegen. Hilft das?

-> Das hab ich schon gefunden und hat auch geklappt

Liste einer neuen Plattform einspielen:
Das geht aktuell nicht ohne Weiteres; der CT weiß ja nicht, wie die Dateien fremder/neuer Plattformen gelesen werden müssen. Workaround besteht darin, dass man die Liste selbst (mit Excel oder so) in der CoinTracer-eigene Importformat konvertiert (Beschreibung hier: http://www.cointracer.de/drupal/drupal/?q=node/6).

-> Das hab ich auch gefunden, aber wie fütter ich den CT mit den Daten, also mit welchem Menüpunkt in der Dropdown-Liste ich hoff du verstehst was ich meine.

[Yabg_YetAnotherBTCGuy]

Börsen selbst anlegen:
Reiter "Tabellen", Tabelle "Plattformen" anklicken, mit rechts auf eine beliebige Tabellenzeile, dann "Plattformen bearbeiten..." auswählen. Es öffnet sich ein neues Fester zur Bearbeitung der Plattform-Einträge. Mit dem gelben Pluszeichen in der Symbolleiste oben kann man neue Plattformen anlegen. Hilft das?

-> Das hab ich schon gefunden und hat auch geklappt

Liste einer neuen Plattform einspielen:
Das geht aktuell nicht ohne Weiteres; der CT weiß ja nicht, wie die Dateien fremder/neuer Plattformen gelesen werden müssen. Workaround besteht darin, dass man die Liste selbst (mit Excel oder so) in der CoinTracer-eigene Importformat konvertiert (Beschreibung hier: http://www.cointracer.de/drupal/drupal/?q=node/6).

-> Das hab ich auch gefunden, aber wie fütter ich den CT mit den Daten, also mit welchem Menüpunkt in der Dropdown-Liste ich hoff du verstehst was ich meine.

Ah, verstehe! Die Dateien kannst du hier importieren: Erster Reiter "Übersicht", bei "Daten importieren" die Methode "CoinTracer - generischer CSV-Import" auswählen und dann auf "Importieren" klicken.

[Vaagar]

Dann werde ich den heut Abend mal versuchen mit den Daten zu füttern Danke

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,

nachdem man fast hätte glauben können, dass das Projekt eingeschlafen ist, fiel mir auf, dass ich ja auch dieses Jahr langsam mal die Steuer machen sollte - und es noch haufenweise Feedback gab, das ich noch nicht verarbeitet hatte. Habe daher in ein bißchen Freizeit zusammengekratzt und den CoinTracer soweit verbessert, dass zumindest ich damit jetzt einigermaßen klar komme...  :cool:

Konkret: eine neue Version 0.8.7 ist jetzt live gestellt.

Diese kann jetzt (keine vollständige Aufzählung):

• Erweiterter Gewinn-Verlust-Bericht: es ist jetzt möglich
  a) einen Kommentar anzugeben, der im Kopfbereich ausgegeben wird. Hilfreich, um z.B. explizit "Berechnungmethode FiFo" o.Ä. anzugeben.
  B) zwischen der Auflistung aller oder nur der steuerpflichtigen Trades zu wählen. Letzeres war bisher die Voreinstellung.
  c) die Plattformen/Börsen, deren Trades ausgewiesen werden sollen, einzeln auszuwählen.
• Verluste, die durch die Einstellung des Betriebs einer Plattform (z. B. Mt.Gox) entstanden sind, können automatisch berechnet werden: Hierfür muss im Reiter
    "Tabellen" unter 'Plattformen bearbeiten' der Haken 'Plattform ist down' gesetzt und das Datum der Betriebseinstellung eingetragen werden. Der CoinTracer erstellt dann automatisch Verlust-Trades zu diesem Datum. D. h. der gesamte Bestand an Coins und Euro/US-Dollar wird zum Gegenwert von 0 EUR verkauft.
• Im Reiter "Berechnungen" kann jetzt konfiguriert werden ab welcher Haltefrist ein Verkauf steuerfrei ist. (Voreinstellung: 1 Jahr, logisch)
• In der Bestandsanzeige auf dem Reiter "Übersicht" wird jetzt der durchschnittliche Kauf- und Verkaufpreis von Coins ausgewiesen, was als Orientierung für Trades nützlich sein kann. Unter Extras -> Einstellungen -> Anzeige-Einstellungen kann gewählt werden, ob die für Anzeige Euro- oder US-Dollar-Trades herangezogen werden sollen. (Bei der Berechnung der Preise wird keine automatische Umrechnung von USD in EUR vorgenommen.)
• Fehlerkorrekturen beim generischen CSV-Import und Erweiterung um die Möglichkeit, Transfers abzubilden und den Wert in EUR einer Transaktion anzugeben. (Doku folgt)
• Beim Import von Vircurex.de kann jetzt das Jahr der jeweiligen Importzeile manuell gewählt werden.
• Fehlerkorrekturen bei diversen Importen.
• Das Cointracer-Fenster "rutscht" nach Datenimporten nicht mehr in den Hintergrund und Meldungen stehen erwartungsgemäß im Vordergrund.

Download wie immer hier: http://cointracer.de/drupal/?q=node/2

Danke an alle für die Rückmeldungen und wie immer viel Spaß damit!

[TippingPoint]

Gute Arbeit.

Ich weiß, dass die Menschen (in einigen Ländern) die Methode, um Bitcoin und Gewinne auf einer Bitcoin-Poker-Website verwendet werden, bis die Bedingungen günstig für einen Transfer zu den herkömmlichen Lagerung. Sie bestimmen, wann die Gewinne verdient, oder wenn die Gewinne verzögert.

Verzeihen Sie mein Schreiben.

[Yabg_YetAnotherBTCGuy]

Gute Arbeit.

Ich weiß, dass die Menschen (in einigen Ländern) die Methode, um Bitcoin und Gewinne auf einer Bitcoin-Poker-Website verwendet werden, bis die Bedingungen günstig für einen Transfer zu den herkömmlichen Lagerung. Sie bestimmen, wann die Gewinne verdient, oder wenn die Gewinne verzögert.

Verzeihen Sie mein Schreiben.

Well... Not really sure what you are trying to say. Feel free to talk english here! 😀

[TippingPoint]

Gute Arbeit.

Ich weiß, dass die Menschen (in einigen Ländern) die Methode, um Bitcoin und Gewinne auf einer Bitcoin-Poker-Website verwendet werden, bis die Bedingungen günstig für einen Transfer zu den herkömmlichen Lagerung. Sie bestimmen, wann die Gewinne verdient, oder wenn die Gewinne verzögert.

Verzeihen Sie mein Schreiben.

Well... Not really sure what you are trying to say. Feel free to talk english here! 😀

Danke

Nice job on the Bitcoin tax tool. 

I know that people (in some other countries) deliberately keep Bitcoin and poker profits on a Bitcoin poker site until the conditions are favorable for a transfer back to the more public accounts. They do this to control when the profits are earned and taxed, and when to postpone the earnings. 

I can read much better than I can write.

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,

habe gerade eine neue Version 0.8.7.1 live gestellt. Mir ist beim Erstellen meiner Steuerunterlagen aufgefallen, dass ich mir einen Fehler bei der Verarbeitung der Berechungseinstellungen eingebaut hatte: jetzt wurde *immer* FiFo angewendet, egal was man im Reiter "Berechnungen" eingestellt hatte. Das war so natürlich nicht gedacht...  (Auch wenn's in den meisten Fällen wahrscheinlich passt...)

Gruß,
Yabg

[Yabg_YetAnotherBTCGuy]

...
Nice job on the Bitcoin tax tool. 

I know that people (in some other countries) deliberately keep Bitcoin and poker profits on a Bitcoin poker site until the conditions are favorable for a transfer back to the more public accounts. They do this to control when the profits are earned and taxed, and when to postpone the earnings. 

I can read much better than I can write.

Thank you! 

And I see. But since you have to transfer your profits at some point to one of your "more public accounts": Isn't it likely that someone will wonder where the transferred Coins come from? And then dive into it more deeply?

Anyway, my tool would keep track of every transfer - but does also allow to export anything to Excel...

Cheers!

[Agent Provocateur]

Schönen Dank dass du dir die Mühe machst deine Software/Gehirnleistung vorbehaltlos mit uns zu teilen. Das ist keine Selbstverständlichkeit, angesichts der Tatsache dass für gewöhnlich die Auswertung von Trading Logs und deren Interpretation in der Gesamtheit kostenpflichtig ist.

Leider zicktz Windoof 7 64bit 'n büsch´n rum:

Code:

Informationen über das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.

************** Ausnahmetext **************
System.FormatException: Die Eingabezeichenfolge hat das falsche Format.
   bei System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
   bei System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info)
   bei System.Int16.Parse(String s, NumberStyles style, NumberFormatInfo info)
   bei CoinTracer.DataPeriodControl.ToString()
   bei CoinTracer.frmMain.까ღ솞︠쥥࿤䞒쭶(Boolean 泏䫇ྮMắ뤘)
   bei CoinTracer.frmMain.횳﯑뵵凡㟛풖ᓈ槎(Object �쎮琦䋳黄壌, EventArgs 躼茡Ᾰ㺌惊羌찟)
   bei System.EventHandler.Invoke(Object sender, EventArgs e)
   bei System.Windows.Forms.Form.OnLoad(EventArgs e)
   bei System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   bei System.Windows.Forms.Control.CreateControl()
   bei System.Windows.Forms.Control.WmShowWindow(Message& m)
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Geladene Assemblys **************
mscorlib
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5485 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v2.0.50727/mscorlib.dll.
----------------------------------------
CoinTracer
    Assembly-Version: 0.8.7.1.
    Win32-Version: 0.8.7.1.
    CodeBase: file:///E:/proggys/CoinTracer/CoinTracer.exe.
----------------------------------------
System
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5485 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll.
----------------------------------------
Microsoft.VisualBasic
    Assembly-Version: 8.0.0.0.
    Win32-Version: 8.0.50727.5483 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Microsoft.VisualBasic/8.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.dll.
----------------------------------------
System.Windows.Forms
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5483 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll.
----------------------------------------
System.Drawing
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5483 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll.
----------------------------------------
System.Runtime.Remoting
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5488 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Runtime.Remoting/2.0.0.0__b77a5c561934e089/System.Runtime.Remoting.dll.
----------------------------------------
System.Data.SQLite
    Assembly-Version: 1.0.96.0.
    Win32-Version: 1.0.96.0.
    CodeBase: file:///E:/proggys/CoinTracer/System.Data.SQLite.DLL.
----------------------------------------
System.Data
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5483 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_64/System.Data/2.0.0.0__b77a5c561934e089/System.Data.dll.
----------------------------------------
System.Transactions
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5483 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_64/System.Transactions/2.0.0.0__b77a5c561934e089/System.Transactions.dll.
----------------------------------------
System.Windows.Forms.resources
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5420 (Win7SP1.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms.resources/2.0.0.0_de_b77a5c561934e089/System.Windows.Forms.resources.dll.
----------------------------------------
System.Xml
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5485 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll.
----------------------------------------
Accessibility
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5483 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Accessibility/2.0.0.0__b03f5f7f11d50a3a/Accessibility.dll.
----------------------------------------
System.Configuration
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5483 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll.
----------------------------------------
mscorlib.resources
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5485 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v2.0.50727/mscorlib.dll.
----------------------------------------

************** JIT-Debuggen **************
Um das JIT-Debuggen (Just-In-Time) zu aktivieren, muss in der
Konfigurationsdatei der Anwendung oder des Computers
(machine.config) der jitDebugging-Wert im Abschnitt system.windows.forms festgelegt werden.
Die Anwendung muss mit aktiviertem Debuggen kompiliert werden.

Zum Beispiel:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

Wenn das JIT-Debuggen aktiviert ist, werden alle nicht behandelten
Ausnahmen an den JIT-Debugger gesendet, der auf dem
Computer registriert ist, und nicht in diesem Dialogfeld behandelt.
[code/]

Ist da noch was zu reissen?

[Yabg_YetAnotherBTCGuy]

Schönen Dank dass du dir die Mühe machst deine Software/Gehirnleistung vorbehaltlos mit uns zu teilen. Das ist keine Selbstverständlichkeit, angesichts der Tatsache dass für gewöhnlich die Auswertung von Trading Logs und deren Interpretation in der Gesamtheit kostenpflichtig ist.

Leider zicktz Windoof 7 64bit 'n büsch´n rum:

Code:

Informationen über das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.

************** Ausnahmetext **************
System.FormatException: Die Eingabezeichenfolge hat das falsche Format.
   bei System.Number.StringToNumber(String str, NumberStyles options, NumberBuffer& number, NumberFormatInfo info, Boolean parseDecimal)
   bei System.Number.ParseInt32(String s, NumberStyles style, NumberFormatInfo info)
   bei System.Int16.Parse(String s, NumberStyles style, NumberFormatInfo info)
   bei CoinTracer.DataPeriodControl.ToString()
   bei CoinTracer.frmMain.까ღ솞︠쥥࿤䞒쭶(Boolean 泏䫇ྮMắ뤘)
   bei CoinTracer.frmMain.횳﯑뵵凡㟛풖ᓈ槎(Object �쎮琦䋳黄壌, EventArgs 躼茡Ᾰ㺌惊羌찟)
   bei System.EventHandler.Invoke(Object sender, EventArgs e)
   bei System.Windows.Forms.Form.OnLoad(EventArgs e)
   bei System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
   bei System.Windows.Forms.Control.CreateControl()
   bei System.Windows.Forms.Control.WmShowWindow(Message& m)
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Geladene Assemblys **************
mscorlib
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5485 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v2.0.50727/mscorlib.dll.
----------------------------------------
CoinTracer
    Assembly-Version: 0.8.7.1.
    Win32-Version: 0.8.7.1.
    CodeBase: file:///E:/proggys/CoinTracer/CoinTracer.exe.
----------------------------------------
System
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5485 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll.
----------------------------------------
Microsoft.VisualBasic
    Assembly-Version: 8.0.0.0.
    Win32-Version: 8.0.50727.5483 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Microsoft.VisualBasic/8.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.dll.
----------------------------------------
System.Windows.Forms
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5483 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll.
----------------------------------------
System.Drawing
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5483 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll.
----------------------------------------
System.Runtime.Remoting
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5488 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Runtime.Remoting/2.0.0.0__b77a5c561934e089/System.Runtime.Remoting.dll.
----------------------------------------
System.Data.SQLite
    Assembly-Version: 1.0.96.0.
    Win32-Version: 1.0.96.0.
    CodeBase: file:///E:/proggys/CoinTracer/System.Data.SQLite.DLL.
----------------------------------------
System.Data
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5483 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_64/System.Data/2.0.0.0__b77a5c561934e089/System.Data.dll.
----------------------------------------
System.Transactions
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5483 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_64/System.Transactions/2.0.0.0__b77a5c561934e089/System.Transactions.dll.
----------------------------------------
System.Windows.Forms.resources
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5420 (Win7SP1.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms.resources/2.0.0.0_de_b77a5c561934e089/System.Windows.Forms.resources.dll.
----------------------------------------
System.Xml
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5485 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll.
----------------------------------------
Accessibility
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5483 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Accessibility/2.0.0.0__b03f5f7f11d50a3a/Accessibility.dll.
----------------------------------------
System.Configuration
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5483 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll.
----------------------------------------
mscorlib.resources
    Assembly-Version: 2.0.0.0.
    Win32-Version: 2.0.50727.5485 (Win7SP1GDR.050727-5400).
    CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v2.0.50727/mscorlib.dll.
----------------------------------------

************** JIT-Debuggen **************
Um das JIT-Debuggen (Just-In-Time) zu aktivieren, muss in der
Konfigurationsdatei der Anwendung oder des Computers
(machine.config) der jitDebugging-Wert im Abschnitt system.windows.forms festgelegt werden.
Die Anwendung muss mit aktiviertem Debuggen kompiliert werden.

Zum Beispiel:

<configuration>
    <system.windows.forms jitDebugging="true" />
</configuration>

Wenn das JIT-Debuggen aktiviert ist, werden alle nicht behandelten
Ausnahmen an den JIT-Debugger gesendet, der auf dem
Computer registriert ist, und nicht in diesem Dialogfeld behandelt.
[code/]

Ist da noch was zu reissen?

Ach herrje, das sieht nach einem Fehler aus, den ich leicht beheben kann. Bin gerade nicht am Laptop, kümmere mich aber spätestens morgen darum.

Danke für den Hinweis!

[Agent Provocateur]

immer mit der Ruhe...nimm' dir die Zeit, gehetzte Leute sehen immer so verspannt aus...

[Yabg_YetAnotherBTCGuy]

immer mit der Ruhe...nimm' dir die Zeit, gehetzte Leute sehen immer so verspannt aus...

So, neue Version 0.8.7.2 ist online und müsste den Fehler eigentlich beheben. (Es geht doch nichts über vernünftige Fehlerbehandlung in Software...  )

Wenn du magst, gerne testen und Feedback geben!
http://www.cointracer.de/?q=download

Danke dir und einen schönen Abnd noch!

[Agent Provocateur]

immer mit der Ruhe...nimm' dir die Zeit, gehetzte Leute sehen immer so verspannt aus...

So, neue Version 0.8.7.2 ist online und müsste den Fehler eigentlich beheben. (Es geht doch nichts über vernünftige Fehlerbehandlung in Software...  )

Wenn du magst, gerne testen und Feedback geben!
http://www.cointracer.de/?q=download

Danke dir und einen schönen Abnd noch!

dito, funzt soweit. Ich spiel' die Tage mal ein bisschen damit rum. Danke

[Discuss4Wisdom]

Alle Jahre wieder ;-)

Hallo.
Woher bekommt man denn die 2014 Dollarkurse?
Update findet nur die aus diesem Jahr, ebenso unter dem Link. Es gibt dort zwar ein Drop-Down-Menu, allerdings nur mit dem einen Eintrag 2015 :-(

[Yabg_YetAnotherBTCGuy]

Alle Jahre wieder ;-)

Hallo.
Woher bekommt man denn die 2014 Dollarkurse?
Update findet nur die aus diesem Jahr, ebenso unter dem Link. Es gibt dort zwar ein Drop-Down-Menu, allerdings nur mit dem einen Eintrag 2015 :-(

Oha - in der Tat! Die Bundesbank hat den Datenabruf hier offenbar verändert; bislang waren unter diesem Link immer *alle* Tage seit 1999 enthalten.

Glücklicherweise habe ich noch eine Datei vom 02.03.2015 lokal gespeichert, die ich als kurzfristige Lösung hochgeladen habe. 

Du kannst sie einfach hier herunterladen: http://www.cointracer.de/downloads/BBEX3.D.USD.EUR.BB.AC.000.csv (Rechtsklick -> Speichern unter)
und lese sie dann manuell unter "Daten importieren", Auswahl "Wechselkursdaten: EUR/USD" ein. Das sollte erst einmal Abhilfe schaffen.

Ich mache mir in der Zwischenzeit mal Gedanken, ob ich die bis zur Veröffentlichung der jeweiligen Programmversion bekannten Kursdaten nicht einfach immer mitliefere...

Viel Erfolg und viele Grüße
Yabg

[Discuss4Wisdom]

Danke!

[Yabg_YetAnotherBTCGuy]

Herrje - mein Hoster macht wieder Schwierigkeiten; die Site www.cointracer.de ist gerade down.

Hoffe, es dauert nicht lange...

[Yabg_YetAnotherBTCGuy]

...und jetzt geht wieder alles. War wohl etwas hektisch mit meiner Ausfall-Meldung.

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,
 
eine neue Version 0.8.7.3 ist jetzt online.

Mit diesen Änderungen/Korrekturen/Verbesserungen:

• Historische Dollar-Kurse 2009 bis jetzt sind direkt im Programm enthalten. Da die Bundesbank online offenbar nur noch die Kurse des aktuellen Jahres zum Download anbietet, spart man sich so die aufwändige Suche nach alternativen Downloadmöglichkeiten...
• Ein Fehler beim Bitstamp-Import wurde korrigiert. Gleiche Zeilen werden jetzt nicht mehr zusammengefasst. (Wirkte sich auf Trades mit gleichem Betrag zur gleichen Sekunde aus.)
• Gebühren werden in der Übersicht wieder richtig angezeigt. Auch hier konnte es aufgrund von Zusammenfassungen zum "Verschlucken" von Beträgen kommen. (Hatte aber keine Auswirkung auf den Bericht oder die Gewinn-Verlust-Berechnung.)

Download wie immer hier: http://cointracer.de/drupal/?q=download
 
Danke an alle für die Rückmeldungen und wie immer viel Spaß damit!

[Zuntrax]

Wäre es vielleicht möglich cex.io auch ins Programm einzubauen? Es steht sowohl eine API (www.cex.io/api), als auch csv zur Verfügung.
Ich würde dir auch eine csv zur Verfügung stellen.

Ich selber stelle mich beim umwandeln der csv leider nicht so clever an,

Vielen Dank!

Zuntrax

[Yabg_YetAnotherBTCGuy]

Das kann ich mir gern mal ansehen. Wenn du mir per Mail oder via Dropbox-Link eine CSV zukommen lassen könntest, wäre das sicherlich hilfreich!

Gruß
Yabg

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,
 
eine neue Version 0.8.8 ist jetzt online. Mit diesen Änderungen/Korrekturen/Verbesserungen:

• Datenimport von Bitcoin.de geht jetzt auch via Trading-API
• Kraken-Import überarbeitet: jetzt werden auch die neuen 'Kraken Fee Credits' korrekt eingelesen und verarbeitet.
• Transfers lassen sich jetzt zusammenfassen (im Fenster zum Bearbeiten von Trades).
• Diverse kleinere Korrekturen, Beschleunigungen und Usability-Verbesserungen

Download wie immer hier: http://www.cointracer.de/?q=download
 
Was ich in dieser Version leider nicht mehr geschafft habe, was aber noch auf meinem Zettel steht:

• Umbau des Kraken-API-Imports: der aktuelle ist echt langsam, wenn man viele Trades hat...
• Kraken bietet seit einiger Zeit auch den CSV-Export von Ledger-Daten an. Diesen würde ich gern integrieren und damit die Copy&Paste-Schnittstelle ablösen.
• Größeres Thema: ich würde den Steuerbericht demnächst gern umbauen bzw. "aufhübschen". Man sollte bei jedem Verkauf zukünftig besser erkennen, aus welchem Bestand die jeweils verkauften Coins bestehen und zu welchem Wert sie gekauft wurden. Die Informationen sind zwar auch jetzt schon vorhanden, aber eben nicht ganz so intuitiv abzulesen, finde ich...

Danke an alle für die Rückmeldungen und wie immer viel Spaß damit!

[Yabg_YetAnotherBTCGuy]

So, heute ist wieder eine neue Version live gestellt: In der Version 0.8.8.2 ist der Kraken-API-Import komplett neu geschrieben und funktioniert nun bei vielen bis sehr vielen Trades deutlich schneller als der alte.

Außerdem weist das Programm jetzt beim Einrichten der API-Daten darauf hin, welche Berechtigungen nötig sind. Im Grund sehr simpel:

• Bitcoin.de: 'showMyTrades''showAccountLedger'
• Kraken.com: 'Query Ledger Entries'

Download wie immer hier: http://www.cointracer.de/?q=download

Viel Spaß und wie immer: Rückmeldungen sehr gern!  

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,
 
habe gerade eine neue Version 0.8.9 online gestellt. Diesmal gibt's nur zwei Korrekturen/Verbesserungen:

• Datenimport vom Bitcoin Core Client funktioniert wieder
• Import von Zyado.com hinzugefügt

Download wie immer hier: http://www.cointracer.de/?q=download

Viel Spaß damit!  

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,
 
nicht zuletzt dank der Rückmeldungen aus dem anderen deutschsprachigen Forum habe gerade die neue Version 0.8.9.5 online gestellt. Mit diesen Korrekturen/Verbesserungen:

• API-Datenimport von Bitcoin.de funktioniert jetzt zuverlässiger
• Für das Einlesen von CSV-Dateien gibt es jetzt die Option "Automatische Erkennung des Dateiformats", d.h. man muss nicht mehr vorher auswählen, von welcher Börse man Daten laden will. (Die automatische Erkennung klappt natürlich nur, wenn das Dateiformat hinreichend eindeutig ist...)
• Datenimporte sind jetzt allgemein deutlich schneller (30K Trade-Daten unter 1 Min.)

Download wie immer hier: http://www.cointracer.de/?q=download

Viel Spaß!  

[Yabg_YetAnotherBTCGuy]

Ein frohes und gutes neues Jahr allesamt und hallo zusammen,
 
kurze Meldung: habe gerade die Version 0.8.9.6 live gestellt. Ein aufmerksamer User hat mich darauf aufmerksam gemacht, dass der CoinTracer beim Kraken-Import (CSV + API) bei Withdrawals das Ausweisen der Gebühr geschludert hat. Das ist jetzt behoben. 

Download wie immer hier: http://www.cointracer.de/?q=download

Und wie immer viel Spaß!  

[tubro]

Großartiges Tool, vielen Dank. Hab gleich mal ein bißchen gespendet. Hast Du inzwischen schon was bzgl. open source beschlossen? Das würde es vermutlich einfacher machen, sowas wie bitfinex-support selbst zu implementieren. So bleibt mir nur, Dich darum zu bitten. Bitte, bitte!

[Yabg_YetAnotherBTCGuy]

Großartiges Tool, vielen Dank. Hab gleich mal ein bißchen gespendet. Hast Du inzwischen schon was bzgl. open source beschlossen? Das würde es vermutlich einfacher machen, sowas wie bitfinex-support selbst zu implementieren. So bleibt mir nur, Dich darum zu bitten. Bitte, bitte!

Hey, danke! (Auch wenn ich z.Zt. nicht nachvollziehen kann, wer was gespendet hat. Musste meinen Bitcoin Core neu aufsetzen und lade gerade die komplette Blockchain runter, was wahrscheinlich noch ein paar Tage dauern wird...  )

Bzgl. Bitfinex bist du nicht der erste, der fragt. Und ich denke, ich bekomme da in der nächsten Zeit was hin. Und wenn nicht: bevor der CT versauert, gebe ich den Code frei... 

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,

habe gerade die Version 0.9.0 live gestellt. Ich hab's endlich mal geschafft, Bitfinex zu integrieren. Sowohl Import von CSV-Dateien als auch via API-Key geht. Außerdem habe ich ETH ergänzt. 
ABER: Der CoinTracer kann (bisher) nur Bewegungen auf dem Exchange-Wallet verarbeiten, d.h. An- und Verkauf von Coins. Umsätze aus Margin Trading oder Margin Funding werden (zur Zeit noch) ignoriert. Der Grund dafür ist schlicht, dass ich nicht weiß, wie ich hier das Prinzip des privaten Veräußerungsgeschäfts anwenden sollte... Wem dazu etwas Brauchbares einfällt: immer gern!

Download wie immer hier: http://www.cointracer.de/?q=download

Und wie immer viel Spaß!

[tubro]

Super, vielen Dank! Zum Margin-trading gibt es hier die Meinung eines Anwalts: http://www.frag-einen-anwalt.de/Differenzgeschaefte-mit-Bitcoins---f273826.html
Ich verstehe das so, daß man es genau wie andere private Veräußerungsgeschäfte berechnen kann, nur daß man evtl. ansonsten noch die Zinsen als Kosten absetzen könnte. Das finde ich aber erstmal nicht so entscheidend.

[Wesiematic]

Oh ja sehr interessant, hab das Problem zwar noch nicht, hoffe aber das ändert sich bald 

[Yabg_YetAnotherBTCGuy]

Super, vielen Dank! Zum Margin-trading gibt es hier die Meinung eines Anwalts: http://www.frag-einen-anwalt.de/Differenzgeschaefte-mit-Bitcoins---f273826.html
Ich verstehe das so, daß man es genau wie andere private Veräußerungsgeschäfte berechnen kann, nur daß man evtl. ansonsten noch die Zinsen als Kosten absetzen könnte. Das finde ich aber erstmal nicht so entscheidend.

Klasse, vielen Dank für den Hinweis! Der Einschätzung des RA kann man ja durchaus folgen. Ich schaue mal, wie ich das in der Software umgesetzt bekomme.

[CC23]

Moin, habe ein Problem gefunden: wenn ich versuche, Bitstamp-Daten zu importieren, heißt es "unbekanntes Dateiformat". Muss ich eine bestimmte Zusammenstellung von Feldern exportieren, damit es funktioniert?

Übrigens, fett Bonuspunkte für eine Portierung auf Linux... dies ist die einzige Software, für die ich einmal im Jahr mit Grausen Windows booten muss. Funktioniert leider nicht unter wine.

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,

soeben ist die Version 0.9.1 live gegangen. Habe auf mehrfachen Wunsch den Import von Poloniex eingebaut und bei der Gelegenheit den Import des CoinTracer-eigenen Formats verbessert (insb. Transfers werden jetzt besser eingelesen).

Download wie immer hier: http://www.cointracer.de/?q=download

Eine Bitte/Frage in die Runde: auf Bitstamp ist jetzt ja auch Traden in EUR möglich. Ich bin selbst auf der Plattform nicht aktiv, daher würde es mir sehr helfen, wenn mir jemand aktuelle Export-Dateien (auch auszugsweise) zur Verfügung stellen könnte. Dann kann ich überprüfen, ob der CT-Import auch mit EUR klarkommt. 
 
Und wie immer viel Spaß und Rückmeldungen gern!

Moin, habe ein Problem gefunden: wenn ich versuche, Bitstamp-Daten zu importieren, heißt es "unbekanntes Dateiformat". Muss ich eine bestimmte Zusammenstellung von Feldern exportieren, damit es funktioniert?

Das ist jetzt behoben.

Übrigens, fett Bonuspunkte für eine Portierung auf Linux... dies ist die einzige Software, für die ich einmal im Jahr mit Grausen Windows booten muss. Funktioniert leider nicht unter wine.

Kann ich ehrlich verstehen! Ich hab' auch schon mal mit der Portierung auf's Mono-Framework gespielt - was leider an einer zentralen Komponente scheitert (dem Report-Viewer). Ich müsste die Berichts-Erzeugung komplett umbauen, um eine Chance auf Portierung zu haben - das wäre ziemlich aufwändig... 

[CC23]

Nö.. Bitstamp-Import scheitert weiterhin am angeblich falschen Dateiformat. Und auch Cointracer generisches CSV geht nicht. Auch nicht, wenn ich deine Beispieldatei nehme und mit meinen echten Werten fülle.

Feature Request: manuelle Dateneingabe..
Edit: Manuelle Eingabe gefunden. War gut versteckt.

[Yabg_YetAnotherBTCGuy]

Nö.. Bitstamp-Import scheitert weiterhin am angeblich falschen Dateiformat. Und auch Cointracer generisches CSV geht nicht. Auch nicht, wenn ich deine Beispieldatei nehme und mit meinen echten Werten fülle.

Ah - hatte deinen ersten Post nicht richtig gelesen. Stimmt, Bitstamp-Import habe ich nicht angefasst. Da würden mir Beispiel-Dateien weiterhelfen, wie gesagt.

Was den generischen Import angeht: der funktioniert in allen meinen Testläufen. Schick mir gern mal 1-2 Zeilen der Datei(en), die du benutzt hast, vielleicht finde ich dann das Problem.

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,
 
habe gerade die Version Version 0.9.1.2 live gestellt. Bitstamp.net hat vor einiger Zeit sein Export-Format geändert und den Handel in EUR möglich gemacht. Dank einiger Beispiel-Dateien konnte ich den CT jetzt entsprechend anpassen. Jetzt müsste der Bitstamp-Import wieder funktionieren! 
 
Download wie immer hier: http://www.cointracer.de/?q=download
 
Und wie immer viel Spaß und Rückmeldungen gern!

[schnib]

Also ich habe gerade den Import von Bitstamp ausprobiert und es kam eine Fehlermeldung.

2 ist keine gültige Angabe für eine Bitstamp-Export-Versionsnummer.

Informationen über das Aufrufen von JIT-Debuggen
anstelle dieses Dialogfelds finden Sie am Ende dieser Meldung.

************** Ausnahmetext **************
System.ApplicationException: 2 ist keine gültige Angabe für eine Bistamp-Export-Versionsnummer
   bei CoinTrace[Suspicious link removed]port.BitstampLineObject.set_ExportType(Byte value)
   bei CoinTrace[Suspicious link removed]port.Import_BitstampNet(String Filename, Boolean CheckFirstLine)
   bei CoinTrace[Suspicious link removed]port.DoImport(Int32 Variante)
   bei CoinTracer.frmMain.cmdImport_Click(Object sender, EventArgs e)
   bei System.Windows.Forms.Control.OnClick(EventArgs e)
   bei System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
   bei System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
   bei System.Windows.Forms.Control.WndProc(Message& m)
   bei System.Windows.Forms.ButtonBase.WndProc(Message& m)
   bei System.Windows.Forms.Button.WndProc(Message& m)
   bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
   bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

[Yabg_YetAnotherBTCGuy]

Also ich habe gerade den Import von Bitstamp ausprobiert und es kam eine Fehlermeldung.

2 ist keine gültige Angabe für eine Bitstamp-Export-Versionsnummer.

Oha, stimmt. Ich hatte eine Stelle beim Bitstamp-Import übersehen. Mit der neuen Version 0.9.1.3 (gerade online gestellt) müsste es aber klappen.

Danke für den Hinweis!

[schnib]

Danke.
Geht nun, allerdings tritt nun ein Problem bei den Berechnungen auf.

Fehler ist folgender:
Beim Ermitteln der Gewinne/verluste ist ein Fehler aufgetreten. Für die folgenden Vorgang standen nicht mehr genug Coins zur Verfügung:

Transaktion : Kauf
poloniex.com
...

hatte allerdings alle import daten von poloniex importiert ?


Wie kann ich evtl. einzelne Käufe etc. editieren oder einfach rauslöschen, damit die Gesamtberechnung irgendwie doch funktioniert ?

[Yabg_YetAnotherBTCGuy]

Danke.
Geht nun, allerdings tritt nun ein Problem bei den Berechnungen auf.

Fehler ist folgender:
Beim Ermitteln der Gewinne/verluste ist ein Fehler aufgetreten. Für die folgenden Vorgang standen nicht mehr genug Coins zur Verfügung:

Transaktion : Kauf
poloniex.com
...

hatte allerdings alle import daten von poloniex importiert ?


Wie kann ich evtl. einzelne Käufe etc. editieren oder einfach rauslöschen, damit die Gesamtberechnung irgendwie doch funktioniert ?

Hast du auch die depositHistory.csv importiert? Der Fehler "nicht mehr genug Coins" entsteht, wenn bei der Gewinnberechnung festgestellt wird, dass zu einem bestimmten Zeitpunkt eigentlich nicht mehr ausreichend Bestand an der eingesetzten Währung vorhanden sein dürfte. Das kann passieren, wenn man die Einzahlungen nicht importiert hat (bei Poloniex eben die depositHistory.csv) oder manchmal auch, wenn man sehr viele Trades hat, die zeitlich sehr nah liegen (genauer, die in der gleichen Sekunde stattfinden). Dann kann es passieren, dass der CT die Trades in der falschen Reihenfolge bearbeitet und dann fälschlicherweise zu dem Ergebnis kommt, dass ein zu geringer Bestand vorhanden ist. In diesem Fall kann es helfen, in der Tabellenbearbeitung die Zeitpunkte der Trades minimal anzupassen.

Hilft dir das weiter? Falls nicht, kannst ich dir auch anbieten, dass du mir deine Dateien schickst und ich mir das dann genauer ansehe.

Viel Erfolg!

[schnib]

Vielen Dank.
Super Software, auch wenn es bei mir noch recht überschaubar ohne ginge

Habe es nun in der Tabellenbearbeitung angepasst, lag unter anderem daran, dass ich von einer Exchange noch keine Daten hatte und die damit zusammenhingen.

Warum gibt es Cryptsy und Bter nicht in der Liste ?

[Yabg_YetAnotherBTCGuy]

Vielen Dank.
Super Software, auch wenn es bei mir noch recht überschaubar ohne ginge

Habe es nun in der Tabellenbearbeitung angepasst, lag unter anderem daran, dass ich von einer Exchange noch keine Daten hatte und die damit zusammenhingen.

OK, gut, dass du das Problem hast lösen können. 

Warum gibt es Cryptsy und Bter nicht in der Liste ?

Na ja, relativ einfach: ich selbst bin auf keiner der beiden Plattformen aktiv und bislang hat noch niemand danach gefragt...

Wenn du Beispieldateien hast, kann ich mir das gern mal ansehen - kann aber nichts versprechen. 

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,
 
da es mit dem Bitfinex-Import immer noch Schwierigkeiten gab, habe ich diesen jetzt in der neuen Version 0.9.1.5 komplett überarbeitet. Jetzt dürfte es auch bei großen Trade-History-Dateien keine Fehlermeldungen mehr geben!   

Außerdem sind ein paar Kleinigkeiten hinzugekommen: Bei Bitcoin.de wird jetzt auch das Trading-API-Kickback verarbeitet und "Lumen" wurden als neue Coins integriert.
 
Download wie immer hier: http://www.cointracer.de/?q=download
 
Und wie immer viel Spaß und Rückmeldungen gern!

[schnib]

Danke für die regelmäßigen Updates.
Wäre es eigentlich möglich Bittrex.com noch mit aufzunehmen in die Exchange Liste ?

[Yabg_YetAnotherBTCGuy]

Danke für die regelmäßigen Updates.
Wäre es eigentlich möglich Bittrex.com noch mit aufzunehmen in die Exchange Liste ?

Grundsätzlich ist das durchaus möglich, ich kann aber nichts versprechen. Ich selbst bin auf Bittrex.com nicht aktiv - und die Plattform gehört offenbar auch nicht zu den Volumenstärksten (lt. coinmarketcap https://coinmarketcap.com/exchanges/volume/24-hour/).

Wie ich gesehen habe, hat bittrex.com eine API? Das zu integrieren ist etwas aufwändiger als ein simpler Dateiexport. Wenn bittrex Letzteren auch bietet und du mir ein paar Beispieldateien zur Verfügung stellen würdest, kann ich mal sehen, was sich machen lässt. 

[schnib]

Alles klar. Mal sehen, ist auch nicht so wichtig.

Habe noch einige Fragen / Probleme.

1.

Ich habe gerade versucht meine withdrawal history von Poloniex einzulesen und der Fehler kam : keine gültigen Datenzeilen.

Ist dir das bekannt ? Was kann ich da machen ?

2.

Beim Kraken ledger import sind auch 3 Fehler aufgetaucht, konnte kein zugehöriger XJ oder sowas Ledger gefunden werden. Ging aber danach dann durch .

3.

Ansonsten würde mich noch interessieren ob ich bei Kauf Coins für Coins auch Börsen übergreifend das Fifo Prinzip berechnen kann ?
Bei mir kommt dann der Fehler Böse Poloniex hat nicht genug Coins von XY ...

4.

Und dazu auch, ist es möglich die Altcoin Verkäufe, auch wenn sie in BTC sind irgendwie zu berechnen ? Oder kümmert sich das Finanzamt sowieso nur um die Verkäufe dann in EUR und nicht in BTC ?

5.
Ich habe noch ein Problem und zwar habe ich Ethereum presale gekauft, dann 2 jahre später auf Kraken eingezahlt.
Nun rechnet er aber als Kaufdatum die Einzahlung auf Kraken mit 0 EUR Einkaufspreis und beim Verkauf rechnet er somit 100% steuerpflichtig.

Obwohl die Art  nur als Transfer angegeben und nicht als Kauf ( Also die Einzahlung auf Kraken )
Und ich habe vorher den Kauf des Presale ETH seperat eingetragen.

Kann es irgendwie sein, dass er die Transfers zu und von Kraken bei Ether auch irgendwie als Kauf, bzw. Verkäufe rechnet ?

Dann würde es Sinn machen, wie kann ich das aber ändern ?

[Yabg_YetAnotherBTCGuy]

Habe noch einige Fragen / Probleme.

1. Ich habe gerade versucht meine withdrawal history von Poloniex einzulesen und der Fehler kam : keine gültigen Datenzeilen.

Ist dir das bekannt ? Was kann ich da machen ?

Hm, das schaue ich mir mal an. Ich bin diese Woche ziemlich eingespannt, werde mir aber nächste Woche dann den Poloniex-Import noch einmal vornehmen.

2. Beim Kraken ledger import sind auch 3 Fehler aufgetaucht, konnte kein zugehöriger XJ oder sowas Ledger gefunden werden. Ging aber danach dann durch .

...wenn du Beispiel-Dateien hättest, wäre das prima!

3. Ansonsten würde mich noch interessieren ob ich bei Kauf Coins für Coins auch Börsen übergreifend das Fifo Prinzip berechnen kann ?
Bei mir kommt dann der Fehler Böse Poloniex hat nicht genug Coins von XY ...

Versuche mal, im Reiter Berechnungen bei 'Kauf Coins für Coins' unten bei 'Zu-/Abfluss' die Einstellung auf börsenübergreifend zu ändern. Das könnte das Problem beheben.

4. Und dazu auch, ist es möglich die Altcoin Verkäufe, auch wenn sie in BTC sind irgendwie zu berechnen ? Oder kümmert sich das Finanzamt sowieso nur um die Verkäufe dann in EUR und nicht in BTC ?

Solche Verkäufe Coins gegen Coins tauchen grundsätzlich nicht im Gewinnbericht auf, was meiner Erfahrung nach für die Finanzbehörden auch kein Problem darstellt. Ein Gewinn wird erst realisiert, wenn du Fiat-Währung erhältst. (Alles andere wäre auch kaum handhabbar, weil man ansonsten für alle möglichen Coins immer den jeweiligen Tageswert nachhalten müsste.)

5. Ich habe noch ein Problem und zwar habe ich Ethereum presale gekauft, dann 2 jahre später auf Kraken eingezahlt.
Nun rechnet er aber als Kaufdatum die Einzahlung auf Kraken mit 0 EUR Einkaufspreis und beim Verkauf rechnet er somit 100% steuerpflichtig.

Obwohl die Art  nur als Transfer angegeben und nicht als Kauf ( Also die Einzahlung auf Kraken )
Und ich habe vorher den Kauf des Presale ETH seperat eingetragen.

Kann es irgendwie sein, dass er die Transfers zu und von Kraken bei Ether auch irgendwie als Kauf, bzw. Verkäufe rechnet ?

Dann würde es Sinn machen, wie kann ich das aber ändern ?

Du könntest den Transfer auf Kraken einfach in den Daten anpassen, indem du das Datum korrigierst und den Kaufpreis als Wert einträgst. Reiter Tabellen, dort Trades, dann mit der rechten Maustaste auf die entsprechende Zeile...

Viel Erfolg! 

[schnib]

Danke für die Antworten:

zu 2.
Naja Beispiel nicht direkt, ich weiß ja nicht mit was das zusammenhängt.
Es kommt einfach der Fehler :
Fehler beim Einlesen der Kraken-Ledger-History in Zeile 1529:
Konnte keinen zweiten zugehörigen Ledger-Eintrag zum Trade L3JJHJ oder LAGO3M finden etc.

4.
Gibt es da dann sicher keine Probleme mit dem Finanzamt ?
Hat da jemand Erfahrungen gemacht ?

5.
jo so kann man es natürlich manuell alles lösen.


Bei mir ist nun allerdings noch folgendes und zwar steht bei der Berechnung steuerpflichtig 100 EUR , wenn ich aber dann den Bericht ansehe, da steht sehr oft Steuerfrei : nein und daneben ein höher Gewinn.
Rechnet der Bericht nicht Börsenübergreifend ? Dort ist auch das Kaufdatum oft unmittelbar davor(wohl weil ich da den Transfer auf die Börse gemacht habe)

[haggis]

Hi,

erstmal herzlichen Dank für das super Tool! 

Ich habe allerdings Probleme beim Import der withdrawalHistory.csv von Poloniex. Hier kommt die Meldung "Es wurden keine Trades importiert, weil keine gültigen Datenzellen erkannt werden konnten.".
Die Datei ist natürlich befüllt. tradeHistory und depositHistory haben funktioniert.

Vielleicht relevant: cointracer läuft bei mir mit Wine.


Hat sonst noch wer dieses Problem?

[Yabg_YetAnotherBTCGuy]

Hi,

erstmal herzlichen Dank für das super Tool! 

Ich habe allerdings Probleme beim Import der withdrawalHistory.csv von Poloniex. Hier kommt die Meldung "Es wurden keine Trades importiert, weil keine gültigen Datenzellen erkannt werden konnten.".
Die Datei ist natürlich befüllt. tradeHistory und depositHistory haben funktioniert.

Vielleicht relevant: cointracer läuft bei mir mit Wine.


Hat sonst noch wer dieses Problem?

Könntest du mir die ersten 2-3 Zeilen deiner CSV mal an info@cointracer.de schicken? Ich kann das Problem so erst mal nicht nachstellen; vielleicht liegt es wirklich an der Wine-Umgebung (Zeilenumbrüche in der Datei oder so etwas...)

Danke dir!

[CC23]

Wie hast du die Software denn unter Wine überhaupt zum Laufen gebracht? Irgendwelche Tipps für die Konfiguration?

[haggis]

Hi,

erstmal herzlichen Dank für das super Tool! 

Ich habe allerdings Probleme beim Import der withdrawalHistory.csv von Poloniex. Hier kommt die Meldung "Es wurden keine Trades importiert, weil keine gültigen Datenzellen erkannt werden konnten.".
Die Datei ist natürlich befüllt. tradeHistory und depositHistory haben funktioniert.

Vielleicht relevant: cointracer läuft bei mir mit Wine.


Hat sonst noch wer dieses Problem?

Könntest du mir die ersten 2-3 Zeilen deiner CSV mal an info@cointracer.de schicken? Ich kann das Problem so erst mal nicht nachstellen; vielleicht liegt es wirklich an der Wine-Umgebung (Zeilenumbrüche in der Datei oder so etwas...)

Danke dir!

Ich schicke sie dir hier pm.

Wie hast du die Software denn unter Wine überhaupt zum Laufen gebracht? Irgendwelche Tipps für die Konfiguration?

Ganz einfach mit PlayOnLinux. Dort auf "Installieren" geklickt, die .exe ausgewählt und immer auf "weiter". Danach im Hauptfenster "Cointracer" anklicken, dann oben auf "Konfigurieren" -> "Installierte Komponenten" und dort noch "dotnet35" installiert. Fertig

[cryptoburns]

Hallo,

ich habe folgendes Problem:

Ich habe eine alte bitcoin-core wallet.dat, kriege beim Import jedoch jedesmal einen Fehler zwecks falscher Sprache.
Jetzt hab ich die Wallet auf Deutsch umgestellt und erneut exportiert/importiert, der Fehler ist jedoch immer noch derselbe. Irgendwie scheint die alte Wallet die Transaktionen immer auf Englisch wiederzugeben.

LG

Cryptoburns

[Yabg_YetAnotherBTCGuy]

Hallo,

ich habe folgendes Problem:

Ich habe eine alte bitcoin-core wallet.dat, kriege beim Import jedoch jedesmal einen Fehler zwecks falscher Sprache.
Jetzt hab ich die Wallet auf Deutsch umgestellt und erneut exportiert/importiert, der Fehler ist jedoch immer noch derselbe. Irgendwie scheint die alte Wallet die Transaktionen immer auf Englisch wiederzugeben.

LG

Cryptoburns

Endlich komme ich mal dazu, dir zu antworten... 

In der Tat haben seit die Export-Dateien seit Bitcoin Core Version 0.13.0 ein anderes Format. Ich habe den CoinTracer gerade so geändert, dass das neue Format importiert werden kann (egal ob deutsch oder englisch).

Viel Glück! 

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,
 
habe gerade die Version Version 0.9.1.6 live gestellt. Änderungen in Kurzform:

• Import von Bitcoin Core Dateien funktioniert nun wieder
• Missverständliche Meldung bei Import von Poloniex-History-Dateien entfernt
• Augur Reputation Token (REP) hinzugefügt

Download wie immer hier: http://www.cointracer.de/?q=download
 
Und wie immer viel Spaß und Rückmeldungen gern!

[ulrich909]

Hallo, habe ein kleines Problem. Da ich auf poloniex nur Coins gegen Coins trade, bekomme ich als Ergebnis immer Gewinn 0,00€. Mir ist da ein Feld (Coin-Kurse aktualisieren) aufgefallen. Dahinter steht keine Daten vorhanden, und man kann auch irgendwie keine Kurse da hinzufügen.
Ist diese Funktion mal geplant gewesen? Kommt das noch?

[Yabg_YetAnotherBTCGuy]

Hallo, habe ein kleines Problem. Da ich auf poloniex nur Coins gegen Coins trade, bekomme ich als Ergebnis immer Gewinn 0,00€. Mir ist da ein Feld (Coin-Kurse aktualisieren) aufgefallen. Dahinter steht keine Daten vorhanden, und man kann auch irgendwie keine Kurse da hinzufügen.
Ist diese Funktion mal geplant gewesen? Kommt das noch?

Oha - irgendwie ist mir deine Nachricht komplett untergegangen, sorry! Falls das noch jemand lesen sollte, hier die Antwort:

Ich habe in der Tat vor, zumindest die Kurse für BTC zu integrieren. Darauf aufbauend sollte es die Funktion geben, bei Einzahlungen von BTC den jeweiligen Tageskurs anzuwenden.

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,
 
habe heute die Version 0.9.2 live gestellt. Neben ein paar GUI-Kleinigkeiten sind insb. diese Dinge verbessert:

• Import von Bitcoin.de überarbeitet (Netzwerk-Gebühren und Affiliate-Provisionen werden jetzt sauber eingelesen)
• Import von Kraken.com aktualisiert
• Import von Bitfinex.com überarbeitet (u.A. Handling von Bitfinex Token [BFX] und Bitfinex Right Token [RRT])
• Bearbeitung von Transfers kann jetzt in Tabellenform erfolgen
• Diverse Coins hinzugefügt: ETC, XMR, ZEC

 
Download wie immer hier: https://www.cointracer.de/?q=download
 
Wie immer viel Spaß und Rückmeldungen gern!

[iensu]

Sehr geil, dass sich jemand die Mühe macht, solch eine Software zu erstellen und bereitzustellen.

Danke dafür!

Gibt es wirklich nur die Möglichkeit die CSV-Dateien zu importieren oder bin ich zu doof um eine die Funktion für manuelle Eingaben zu finden?
Wenn ich zum Beispiel bitcoin auf Irgend einem Weg kaufe oder verkaufe, der nicht von der Software supported wird, müsste ich das doch manuell eingeben können?

[Yabg_YetAnotherBTCGuy]

Sehr geil, dass sich jemand die Mühe macht, solch eine Software zu erstellen und bereitzustellen.

Danke dafür!

Aber gern! 

Gibt es wirklich nur die Möglichkeit die CSV-Dateien zu importieren oder bin ich zu doof um eine die Funktion für manuelle Eingaben zu finden?
Wenn ich zum Beispiel bitcoin auf Irgend einem Weg kaufe oder verkaufe, der nicht von der Software supported wird, müsste ich das doch manuell eingeben können?

Das ist in der Tat nicht ganz selbsterklärend - es gibt 2 Möglichkeiten:

• Du kannst selbst CSV-Dateien in einem CT-eigenen Format erstellen und einlesen, Formatbeschreibung hier: https://www.cointracer.de/?q=node/6
• Oder du gibst die Einträge manuell an: Reiter 'Tabellen', dann 'Trades', dann rechte Maustaste auf die leere Tabelle und 'Trades bearbeiten' auswählen. Das ist aber ziemlich hakelig, weil du jedes Tabellenfeld manuell ausfüllen musst und sich ggf. nicht alle sofort erschließen.

Aber ansonsten: bei Fragen gerne fragen! 

[SilSte]

Hi,

ich spiele aktuell ein bisschen mit deinem Programm rum. Solange ich nur mit Bitcoin.de gearbeitet habe hat es auch wunderbar funktioniert.

Aktuell nutze ich vier Quellen:
* Wallet via csv
* Bitstamp via csv
* Bitfinex via API
* Bitcoin.de via API

Ich habe alle Transaktionen entsprechend verknüpft. Trotzdem erscheint bei "ungeklärte Transfer" eine 1. Wenn ich auf bearbeiten gehe wird jedoch nichts angezeigt.
Bei der GuV erhalte ich dann eine Fehlermeldung. Diese ist NICHT zwingend reproduzierbar. Nach mehreren Versuche kann es auch einfach gehen (ohne Änderung), bei einem erneute Versuch wieder nicht. Eigentlich immer wird ein Fehler im Bereich Bitstamp angezeigt.

Könnte es sein, dass es hier zu einem Race kommt?
Ansonsten Hut ab. Ist eine echt schicke Lösung (und ich konnte noch nichtmal alles testen ;-) )-

Gibt es einen Plan auch das Lending von Bitfinex zu unterstützen? Dort müsste ja quasi nur der KTO-Auszug abgerufen und die Zahlen in ein entsprechendes Feld übernommen werden.

Grüße

[SilSte]

Hi,

ich spiele aktuell ein bisschen mit deinem Programm rum. Solange ich nur mit Bitcoin.de gearbeitet habe hat es auch wunderbar funktioniert.

Aktuell nutze ich vier Quellen:
* Wallet via csv
* Bitstamp via csv
* Bitfinex via API
* Bitcoin.de via API

Ich habe alle Transaktionen entsprechend verknüpft. Trotzdem erscheint bei "ungeklärte Transfer" eine 1. Wenn ich auf bearbeiten gehe wird jedoch nichts angezeigt.
Bei der GuV erhalte ich dann eine Fehlermeldung. Diese ist NICHT zwingend reproduzierbar. Nach mehreren Versuche kann es auch einfach gehen (ohne Änderung), bei einem erneute Versuch wieder nicht. Eigentlich immer wird ein Fehler im Bereich Bitstamp angezeigt.

Könnte es sein, dass es hier zu einem Race kommt?
Ansonsten Hut ab. Ist eine echt schicke Lösung (und ich konnte noch nichtmal alles testen ;-) )-

Gibt es einen Plan auch das Lending von Bitfinex zu unterstützen? Dort müsste ja quasi nur der KTO-Auszug abgerufen und die Zahlen in ein entsprechendes Feld übernommen werden.

Grüße

Indem ich mich tageweise vorgetastet habe gelang es mir einen Gewinn zu berechnen. Dieser kann jedoch vorne und hinten nicht stimmen (Um ein vielfaches nicht).

Hat noch jemand das Problem?

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,
 
zurück aus dem Urlaub habe ich heute die Version 0.9.2.1 0.9.2.2 live gestellt.  

I. W. sind diese drei vier Dinge angepasst:

• Import von Bitcoin.de überarbeitet (funktioniert jetzt auch wieder mit dem neuen Exportformat)
• Import von Bistamp überarbeitet (es gab ein Problem mit Sub Account Transfers)
• Ripple als Coin hinzugefügt (XRP)
• Einen Fehler behoben, der dazu führte, dass Trades mit mehr als 8 Nachkommastellen im Betrag nicht mehr bearbeiten werden konnten

Download wie immer hier: https://www.cointracer.de/?q=download
 
Wie immer viel Spaß und Rückmeldungen gern!

[EDIT 2017-07-27 22:48] Ich musste eine neue Version 0.9.2.2 hochladen, weil mir listigerweise bei Version 0.9.2.1 ein paar veraltete DLLs ins Setup gerutscht sind. Außerdem konnte ich bei der Gelegenheit gleich auch ein Bitstamp-Importproblem beheben.[/EDIT]

[Yabg_YetAnotherBTCGuy]

Hi SilSte,

Ich habe alle Transaktionen entsprechend verknüpft. Trotzdem erscheint bei "ungeklärte Transfer" eine 1. Wenn ich auf bearbeiten gehe wird jedoch nichts angezeigt.
Bei der GuV erhalte ich dann eine Fehlermeldung. Diese ist NICHT zwingend reproduzierbar. Nach mehreren Versuche kann es auch einfach gehen (ohne Änderung), bei einem erneute Versuch wieder nicht. Eigentlich immer wird ein Fehler im Bereich Bitstamp angezeigt.

Hm, das müsste ich mir genauer ansehen. Wenn du magst, kannst du mir deine Daten schicken, damit ich das besser analysieren kann. Hast du beim Phänomen mit den Transfers versucht, die Filtereinstellungen im "Transfers bearbeiten"-Dialog zu ändern (bzw. alle Filter zu entfernen)?

Gibt es einen Plan auch das Lending von Bitfinex zu unterstützen? Dort müsste ja quasi nur der KTO-Auszug abgerufen und die Zahlen in ein entsprechendes Feld übernommen werden.

Ehrlich gesagt habe ich mich damit noch nicht eingehender beschäftigt. Man bekommt BTC und/oder Fiat gutgeschrieben, wenn man es verleiht, richtig? Das könnte man natürlich als Zufluss von BTC mit einem Kaufpreis von 0 EUR interpretieren... Aber wie gesagt: müsste ich mir genauer ansehen.

Indem ich mich tageweise vorgetastet habe gelang es mir einen Gewinn zu berechnen. Dieser kann jedoch vorne und hinten nicht stimmen (Um ein vielfaches nicht).

Das wird (wahrscheinlich) daran liegen, dass alle Zuflüsse/Käufe von Coins mit einem EUR-Wert von 0 in deinen Daten stehen. Wenn diese verkauft werden, gilt dann der komplette Verkaufspreis als Gewinn. Damit der CT die Gewinnermittlung korrekt durchführen kann, muss er die Kaufpreise der Bestands-Coins kennen, damit die Formal Kaufpreis - Verkaufserlös = Gewinn sinnvoll angewendet werden kann.

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,
 
habe heute die Version 0.9.2.3 live gestellt. I. W. nur zwei Änderungen:

• Bitcoin Cash ist als neue Coin hinzugekommen
• Einige Kleinigkeiten beim Poloniex-Import überarbeitet

Download wie immer hier: https://www.cointracer.de/?q=download
 
Wie immer viel Spaß und Rückmeldungen gern!

[BieneMaja]

Erstmal vielen Dank für das Programm.
Beim Bitfinex Import hat er gemeckert:

Code:

"Fehler beim Einlesen der Bitfinex-History-Daten. Es konnte keine passende Gegenbuchung zu diesem Trade gefunden werden."

was wohl daran liegt das keine Quelle für die im Trade verwendeten Bitcoins vorhanden ist?
Außerdem hat er die Bitcoins als Bitcoin Cash erkannt und hat dann aus 0.249 249 gemacht.
Was mir persönlich fehlen würde wäre ein Import von Bittrex.

[Yabg_YetAnotherBTCGuy]

Erstmal vielen Dank für das Programm.
Beim Bitfinex Import hat er gemeckert:

Code:

"Fehler beim Einlesen der Bitfinex-History-Daten. Es konnte keine passende Gegenbuchung zu diesem Trade gefunden werden."

was wohl daran liegt das keine Quelle für die im Trade verwendeten Bitcoins vorhanden ist?
Außerdem hat er die Bitcoins als Bitcoin Cash erkannt und hat dann aus 0.249 249 gemacht.
Was mir persönlich fehlen würde wäre ein Import von Bittrex.

Die beiden Probleme hängen zusammen. Ich korrigiere das mit dem Fehl-Import von BTC als BCH und dann müssten auch die anderen beschriebenen Phänomene verschwunden sein.

Bis dahin!

[roomsick]

Wie ich gesehen habe, hat bittrex.com eine API? Das zu integrieren ist etwas aufwändiger als ein simpler Dateiexport. Wenn bittrex Letzteren auch bietet und du mir ein paar Beispieldateien zur Verfügung stellen würdest, kann ich mal sehen, was sich machen lässt. 

Bittrex hat eine API, ja. Bietet aber auch einen Export (full-orders.csv)

Die CSV sieht wie folgt aus:

OrderUuid,Exchange,Type,Quantity,Limit,CommissionPaid,Price,Opened,Closed
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,BTC-PTOY,LIMIT_BUY,00.00000000,0.00000000,0.00000000,0.00000000,8/21/2017 1:11:11 PM,8/22/2017 2:22:22 AM
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,BTC-PTOY,LIMIT_SELL,00.00000000,0.00000000,0.00000000,0.00000000,8/21/2017 1:11:11 PM,8/22/2017 2:22:22 AM

Würde mich auch sehr freuen, den Biitrex-Import im Programm zu haben...

[Jack187]

Hallo zusammen,

erstmal dickes Dankeschön für deine Mühen @Yabg_YetAnotherBTCGuy! Tolle Arbeit!

Ich bin jetzt seit ca. 2 Monaten im Geschäft und habe in ein paar Coins investiert und auch mal hier und da ein bisschen verkauft und gekauft.
Mit dem leidigen Thema Steuern setze ich mich leider erst jetzt auseinander. Dabei bin ich dann auch auf diesen Thread gestoßen.

Ich habe eben versucht via API meine Bitfinex History zu laden. Leider habe ich bereits beim Konfigurieren im CoinTracer gesehen das IOTA nicht aufgelistet ist (ist ja auch noch sehr frisch).
Beim Versuch zu importieren erhalte ich dann die folgende Meldung:

Fehler beim Einlesen der Bitfinex-History-Daten in Zeile 3:
Konnte keine passende Gegenbuchung zu diesem Trade finden:
2017-08-10<weiterer Text> MegaIOTA for BTC @<Wert> on Exchange wallet

(Bitte stellen Sie sicher, dass die Daten *aller*benötigten Währungen eingelesen werden!)

Planst du aktuell diesen Coin zu unterstützen?

Gruß
Jack187

[kchkch]

Wie ich gesehen habe, hat bittrex.com eine API? Das zu integrieren ist etwas aufwändiger als ein simpler Dateiexport. Wenn bittrex Letzteren auch bietet und du mir ein paar Beispieldateien zur Verfügung stellen würdest, kann ich mal sehen, was sich machen lässt. 

Bittrex hat eine API, ja. Bietet aber auch einen Export (full-orders.csv)

Die CSV sieht wie folgt aus:

OrderUuid,Exchange,Type,Quantity,Limit,CommissionPaid,Price,Opened,Closed
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,BTC-PTOY,LIMIT_BUY,00.00000000,0.00000000,0.00000000,0.00000000,8/21/2017 1:11:11 PM,8/22/2017 2:22:22 AM
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx,BTC-PTOY,LIMIT_SELL,00.00000000,0.00000000,0.00000000,0.00000000,8/21/2017 1:11:11 PM,8/22/2017 2:22:22 AM

Würde mich auch sehr freuen, den Biitrex-Import im Programm zu haben...

Fände ich auch super, Bittrex-Support für das Programm zu haben.

Brauchst Du noch Beispieldateien? Kann sie gerne schicken.

Liebe  Grüße und danke für Deine Arbeit!

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,

erstmal dickes Dankeschön für deine Mühen @Yabg_YetAnotherBTCGuy! Tolle Arbeit!

Danke, mache ich sehr gerne!

Ich habe eben versucht via API meine Bitfinex History zu laden. Leider habe ich bereits beim Konfigurieren im CoinTracer gesehen das IOTA nicht aufgelistet ist (ist ja auch noch sehr frisch).
Beim Versuch zu importieren erhalte ich dann die folgende Meldung:

Fehler beim Einlesen der Bitfinex-History-Daten in Zeile 3:
Konnte keine passende Gegenbuchung zu diesem Trade finden:
2017-08-10<weiterer Text> MegaIOTA for BTC @<Wert> on Exchange wallet

(Bitte stellen Sie sicher, dass die Daten *aller*benötigten Währungen eingelesen werden!)

Planst du aktuell diesen Coin zu unterstützen?

Gruß
Jack187

Mit der aktuellen Version 0.9.3 können (M)IOTA korrekt eingelesen werden. Probier's gerne mal aus und melde dich, wenn es noch Probleme gibt!

[hartbreak]

Hallo und erstmal Danke für die viele Arbeit mit der Software.

Konnte meine Bitfinex Trades und Bitcoin.de Trades tadellos einlesen.

2 Fragen:

1) Ich scheitere am CSV import meiner Bitcoin Core Wallet.

Bin dort auf Transaktionen und habe diese als CSV exportiert.
Der Import im Cointracer bringt mir aber eine Fehlermeldung: "Die Datei hat anscheinend nicht das richtige Format...."
Wo liegt der Fehler?

2) Ich habe in meinen Bitfinex Daten einige Deposits die ich über Anycoin.eu getätigt habe.
Will ich eine Gewinn/Verlust Rechnung machen, dann bekomme ich die Meldung das einige Coin Transfers noch ungeklärter Herkunft sind.
Wie bekomme ich das weg? Habe jetzt eine Platform "Anycoin.eu" angelegt und diese den Transfers zugeordnet.
Das behebt aber das Problem noch nicht. Eine weitere Fehlermeldung bekomme ich wenn ich den Bericht trotz der ersten Meldung den Bericht mit "Ja" generiere.
Was muss ich tun? Die Geldbeträge/Kosten per Hand eintragen? Die Daten von Anycoin lassen sich sicher nicht importieren oder eingeben?

Danke vorab für ein paar Tips!

PS: Ich glaube das Problem 2) liegt daran, dass ich auf Bitfinex auch Coin2Coin Trades mache und somit bei diesen Trades immer 0,00 Euro stehen habe.
Das Feld Coin-Kurse aktualisieren ist nich anwendbar. Kann man irgendwie diese Preise aktualisieren?

[supernooby]

Erstmal danke für deine Arbeit. Tolles programm und das auch noch gratis

Hab jetzt meine trades/withdrawals/deposits aus polo eingelesen. Gewinn sollte so um die 7000€ liegen. Programm zeigt 0€ an.

In der Tabelle hab ich dann gesehen das es keine Verkäufe gab. Das heißt ich hab altcoin x auf polo gekauft von btc. Jetzt verkaufe ich altcoin x wieder für btc. Alles auf polo. Der gewinn daraus wird ja steuerpflichtig. Dein Programm zeigt aber nur den kauf von altocin x und dann den kauf von btc. Nicht aber den verkauf von altcoin x. Mach ich was falsch?

Danke schonmal


Edit: Hab grade gesehen das du dazu im august 2016 schon gesagt hast das das nicht mit im Programm ist weil erst steuern anfallen wenn die Coins wieder in Euro getauscht werden. Ich bin weder experte noch sonst was, aber es ist eigentliche die allgemeine meinung (auch hier im forum) das ein steuerpflichtiger gewinn anfällt sobald ein coin veräußert wurde. Egal ob gegen fiat, altcoin x oder wieder bitcoin. Das ist mittlerweile eigentlich ziemlich klar.

[Yabg_YetAnotherBTCGuy]

1) Ich scheitere am CSV import meiner Bitcoin Core Wallet.

Bin dort auf Transaktionen und habe diese als CSV exportiert.
Der Import im Cointracer bringt mir aber eine Fehlermeldung: "Die Datei hat anscheinend nicht das richtige Format...."
Wo liegt der Fehler?

Ich habe mir das gerade mal angesehen. In der aktuellen Bitcoin-Core-Version ist eine beim Export der Transaktionen eine Spalte umbenannt worden, was den CT hier aus dem Tritt bringt. Ich werde das in der nächsten Version korrigieren, wenn du dir kurzfristig helfen willst, dann ginge das so: Öffne die CSV aus dem Bitcoin-Core-Wallet mit einem Texteditor (nicht Excel!) und benenne in der ersten Zeile "Etikett" um in "Bezeichnung". Damit sollte der Import gehen.

2) Ich habe in meinen Bitfinex Daten einige Deposits die ich über Anycoin.eu getätigt habe.
Will ich eine Gewinn/Verlust Rechnung machen, dann bekomme ich die Meldung das einige Coin Transfers noch ungeklärter Herkunft sind.
Wie bekomme ich das weg? Habe jetzt eine Platform "Anycoin.eu" angelegt und diese den Transfers zugeordnet.
Das behebt aber das Problem noch nicht. Eine weitere Fehlermeldung bekomme ich wenn ich den Bericht trotz der ersten Meldung den Bericht mit "Ja" generiere.
Was muss ich tun? Die Geldbeträge/Kosten per Hand eintragen? Die Daten von Anycoin lassen sich sicher nicht importieren oder eingeben?

Danke vorab für ein paar Tips!

PS: Ich glaube das Problem 2) liegt daran, dass ich auf Bitfinex auch Coin2Coin Trades mache und somit bei diesen Trades immer 0,00 Euro stehen habe.
Das Feld Coin-Kurse aktualisieren ist nich anwendbar. Kann man irgendwie diese Preise aktualisieren?

Hast du die Zuordnung von Anycoin.eu zu den ungeklärten Transfers über den Button "Transfers bearbeiten" im reiter "Berechnungen" durchgeführt? Eigentlich sollte das funktionieren.

Was das 0,00 EUR-Thema angeht: in der Tat ist es so, dass wenn Coins nicht (gegen EUR oder USD) gekauft, sondern von irgendwo her überwiesen werden, der CT immer einen Wert von 0,00 EUR einträgt. Man muss in diesen Fällen in der Tabellenansicht tatsächlich den jeweiligen Kaufpreis manuell eintragen. Das ist noch nicht optimal, aber ein manueller Workaround.

[Yabg_YetAnotherBTCGuy]

Erstmal danke für deine Arbeit. Tolles programm und das auch noch gratis

Hab jetzt meine trades/withdrawals/deposits aus polo eingelesen. Gewinn sollte so um die 7000€ liegen. Programm zeigt 0€ an.

In der Tabelle hab ich dann gesehen das es keine Verkäufe gab. Das heißt ich hab altcoin x auf polo gekauft von btc. Jetzt verkaufe ich altcoin x wieder für btc. Alles auf polo. Der gewinn daraus wird ja steuerpflichtig. Dein Programm zeigt aber nur den kauf von altocin x und dann den kauf von btc. Nicht aber den verkauf von altcoin x. Mach ich was falsch?

Danke schonmal


Edit: Hab grade gesehen das du dazu im august 2016 schon gesagt hast das das nicht mit im Programm ist weil erst steuern anfallen wenn die Coins wieder in Euro getauscht werden. Ich bin weder experte noch sonst was, aber es ist eigentliche die allgemeine meinung (auch hier im forum) das ein steuerpflichtiger gewinn anfällt sobald ein coin veräußert wurde. Egal ob gegen fiat, altcoin x oder wieder bitcoin. Das ist mittlerweile eigentlich ziemlich klar.

Ja, der Betrachtungsweise kann ich mich mittlerweile anschließen. Ich versuche das mal einzubauen; wird in einer der nächsten Versionen kommen.

[Queenvio]

Wenn ich noch einen Verbessungsvorschlage machen dürfte (hoffe ich habe nix übersehen):

1. API Import von Poloniex (je mehr des do besser natürlich).
2. Import von der Blockchain.info Wallet.
3. Manuelles Eintragen von Transaktionen. Bei Privaten geschäften z.B.



Grüße und Danke für die Tolle Software.

P.S. Gibts eigentlich sowas wie eine Info wenn einen neue Version raus ist oder sowas wie ein Update aus fer App raus?

[Yabg_YetAnotherBTCGuy]

Wenn ich noch einen Verbessungsvorschlage machen dürfte (hoffe ich habe nix übersehen):

1. API Import von Poloniex (je mehr des do besser natürlich).
2. Import von der Blockchain.info Wallet.
3. Manuelles Eintragen von Transaktionen. Bei Privaten geschäften z.B.

Grüße und Danke für die Tolle Software.

P.S. Gibts eigentlich sowas wie eine Info wenn einen neue Version raus ist oder sowas wie ein Update aus fer App raus?

Danke dir für die Rückmeldung!

Zu deinen Punkten:

1. Poloniex-API-Import steht auf meiner Liste - allerdings zugegebenermaßen nicht ganz oben. Ich wollte zunächst mal die Gewinnberechnung etwas "pimpen"
2. wie 1
3. Das ist möglich (wenn auch etwas umständlich): Im Reiter "Tabellen" "Trades" auswählen, dann rechte Maustaste -> "Trades bearbeiten"

4. Info, ob es eine neue Version gibt, wird - je nach Programmeinstellung - entweder beim Start automatisch geprüft oder unter "Hilfe" -> "Neue Version vorhanden?"

Viel Erfolg!

[hartbreak]

Hast du die Zuordnung von Anycoin.eu zu den ungeklärten Transfers über den Button "Transfers bearbeiten" im reiter "Berechnungen" durchgeführt? Eigentlich sollte das funktionieren.

Was das 0,00 EUR-Thema angeht: in der Tat ist es so, dass wenn Coins nicht (gegen EUR oder USD) gekauft, sondern von irgendwo her überwiesen werden, der CT immer einen Wert von 0,00 EUR einträgt. Man muss in diesen Fällen in der Tabellenansicht tatsächlich den jeweiligen Kaufpreis manuell eintragen. Das ist noch nicht optimal, aber ein manueller Workaround.

Danke für die rasche Antwort.

Der Import der Core Wallet hat mit der Änderung in der CSV prima geklappt.

Das mit der Zuordnung der Transfers zu Börsen/Banken hat auch funktioniert.

Bzgl. der 0,00 Euro Trades:

Wo/wie finde ich am besten die korrekten Preise zu meinen Trades zum Zeitpunkt XY?
Auf Bitfinex bin ich unter Reports nirgends richtig fündig geworden, bzw. finde eventuell nur nicht die richtige Stelle.

Gibt es ne Webseite wo man historischen Kurse der verschiedenen Börsen zu Datum X und Uhrzeit Y recherchieren kann?
Bzw. wie recherchiere ich Preise von Coin2Coin Trades am einfachsten?

Wenn ich beispielsweise BTC zu IOTA gekauft hab zu Uhrzeit XYZ, wie kommt man am schnellsten an die exakten Euro Preise?

[Yabg_YetAnotherBTCGuy]

Bzgl. der 0,00 Euro Trades:

Wo/wie finde ich am besten die korrekten Preise zu meinen Trades zum Zeitpunkt XY?
Auf Bitfinex bin ich unter Reports nirgends richtig fündig geworden, bzw. finde eventuell nur nicht die richtige Stelle.

Gibt es ne Webseite wo man historischen Kurse der verschiedenen Börsen zu Datum X und Uhrzeit Y recherchieren kann?
Bzw. wie recherchiere ich Preise von Coin2Coin Trades am einfachsten?

Wenn ich beispielsweise BTC zu IOTA gekauft hab zu Uhrzeit XYZ, wie kommt man am schnellsten an die exakten Euro Preise?

Das ist eine gute Frage! Da ich in den letzten Tagen verstanden habe, dass auch Verkäufe Coins gegen Coins als ggf. steuerpflichtiges privates Veräußerungsgeschäft zu betrachten sind, bin ich auch gerade auf der Suche nach passenden Quellen. Nicht jede Börse bietet etwa einen Abruf historischer Kursdaten via API.

Brauchbare Quellen scheinen mir zu sein:
https://www.cryptocompare.com/
https://openexchangerates.org/

Oder auch Quandl (https://www.quandl.com/data/BCHARTS/BTCDEEUR-Bitcoin-Markets-btcdeEUR)

Wem noch weitere Möglichkeiten bekannt sind - gerne posten! 

[plangin]

Bitcoincharts.com?

Daran bedient sich z.B. der bitcoin scraper (Code zu finden bei github).

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,
 
habe gerade die Version 0.9.3.2 live gestellt. Die Importe von Bitfinex und Bitcoin.de funktionieren jetzt wieder, auch das Einlesen von Trades mit IOTA klappt jetzt wie es soll.

Achtung: der Umgang mit Verkäufen Coins gegen Coins ist noch nicht geändert, dafür werde ich noch etwas Zeit brauchen. In solchen Fällen gibt der CoinTracer aktuell also einen Gewinnbericht heraus, der nicht den Vorgaben des BAmF entspricht (weil Täusche Coins gegen Coins nicht in EUR umgerechnet und nicht aufgeführt werden)!!

Download wie immer hier: https://www.cointracer.de/?q=download
 
Wie immer viel Spaß und bis dann!

[Yabg_YetAnotherBTCGuy]

Bitcoincharts.com?

Daran bedient sich z.B. der bitcoin scraper (Code zu finden bei github).

Ah - auch gut! Die Daten wird man aber wahrscheinlich etwas aggregieren müssen. Wenn ich das richtig sehe, werden hier Rohdaten zum Download angeboten.

[Simon123]

Hey, hab mir heute die neuste Version runtergeladen (0.9.3.2) in der Hoffnung dass der Bitfinex-Fehler "Konnte keine passende Gegenbuchung zu diesen Trade finden" behoben war. ist leider nicht der Fall. Bekomme den Fehler sowohl beim CSV-import als auch per API-Import obwohl in beiden CSVs die Trades angegeben sind (mit denselben Zeiten) und nahezu den exakt gleichen Summen.
Pairs sind IOT/BTC und ETH/USD. Alle notwendigen CSVs wurden runtergeladen und auch beim import angegeben.

[Yabg_YetAnotherBTCGuy]

Hey, hab mir heute die neuste Version runtergeladen (0.9.3.2) in der Hoffnung dass der Bitfinex-Fehler "Konnte keine passende Gegenbuchung zu diesen Trade finden" behoben war. ist leider nicht der Fall. Bekomme den Fehler sowohl beim CSV-import als auch per API-Import obwohl in beiden CSVs die Trades angegeben sind (mit denselben Zeiten) und nahezu den exakt gleichen Summen.
Pairs sind IOT/BTC und ETH/USD. Alle notwendigen CSVs wurden runtergeladen und auch beim import angegeben.

Hallo Simon,

könntest du die Version bitte mal deinstallieren und erneut herunterladen? Ich hatte gestern um 12:00 Uhr den Upload noch einmal neu gemacht, weil es ein Problem mit fehlenden Plattform-Einträgen gab. Das heißt nicht unbedingt, dass dein Fehler damit behoben ist, aber versuchen kann man's ja mal...

[Simon123]

Hat leider nicht geklappt. Selber Fehler bei denselben Files

[Marcotix]

Hallo,

ich habe anscheinend das selbe Problem wie  Simon123 .

Beim Import von Bitfinex erhalte auch ich immer die Meldung : Konnte keine passende Gegenbuchung zu diesem Trade finden.

Gibts da was neues zu ?

Thx im Voraus

[DerSebel]

Tach zusammen,

selbes Problem auch bei mir. Die Software habe ich heute erst erneut heruntergeladen.
Die CSV-Dateien sind vollständig - auch inhaltlich. Alle Trades sind aufgeführt.

Konkrete Problembeschreibung:
Bei Bitfinex wird der EINKAUF von IOTA (bei mir vs USD) nicht erkannt. Somit entsteht der Fehler beim Wiederverkauf, da die Software denkt, es gäbe gar keine IOTA-Coins.
(Alles andere funktioniert wie es soll)


Ich hoffe das hilft bei der Problembehebung.
Ansonsten dicker Daumen hoch für das Programm!!

[-doubleU-]

Hallo zusammen,
 
habe gerade die Version 0.9.3.2 live gestellt. Die Importe von Bitfinex und Bitcoin.de funktionieren jetzt wieder, auch das Einlesen von Trades mit IOTA klappt jetzt wie es soll.

Achtung: der Umgang mit Verkäufen Coins gegen Coins ist noch nicht geändert, dafür werde ich noch etwas Zeit brauchen. In solchen Fällen gibt der CoinTracer aktuell also einen Gewinnbericht heraus, der nicht den Vorgaben des BAmF entspricht (weil Täusche Coins gegen Coins nicht in EUR umgerechnet und nicht aufgeführt werden)!!

Download wie immer hier: https://www.cointracer.de/?q=download
 
Wie immer viel Spaß und bis dann!

Kannst du inzwischen schon absehen wann eine neue Version fertig sein wird/soll, welche die geänderte Berechnung der Verkäufe Coins gegen Coins berücksichtigt?

[VanLan]

Hallo Freunde,
bin leider nicht fähig genug mit der Beschreibung des CoinTracer-Importformates umzugehen. (http://www.cointracer.de/downloads/ct_exampledata.csv)

Ich möchte meine Daten, die ich komplett in cointracking.info zusammengestellt und von dort als csv exportiert habe (andere Formate wären auch möglich) nun gesamt im CoinTracer einlesen.
Warum?
Nun, die Steuerberechnung und Ausgabe in Cointracking.info ist m.E. wenig übersichtlich, gefällt mir im CoinTracer besser. Kann zudem sicher nicht schaden beides miteinander zu vergleichen.
Es sind sehr viele Daten die ich habe, und alle separat neu eintragen/Importieren in den CoinTracer würde vermutlich wieder Wochen in Anspruch nehmen.


Ein Beispiel:
Das Format der Cointracking csv sieht so aus:

Typ,"Kauf","Cur.","Verkauf","Cur.","Gebühr","Cur.","Börse","Gruppe","Kommentar","Datum"
Einzahlung,"0.00006455","BTC","","","","","Electrum BTC","","Transfer von Multibit an Electrum BTC","2016-12-22 18:25:53"
Auszahlung,"","","0.00016455","BTC","0.00010000","BTC","Multibit Kleingeld","","Transfer von Multibit Kleingeld an Electrum BTC","2016-12-22 18:25:53"

Kann vllt. jemand hier posten (anschaulich für nicht-IT'ler...)  wie ich die CoinTracking csv ändern müsste um sie anschließend im CoinTracer einlesen zu können?

Wäre großartig....

[CryptoSnow]

Ich habe mir selbst bereits eine Batch Anwendung geschrieben, aber schau mir gern mal an ob deine zu vergleichbaren Ergebnissen kommt 

Woher beziehst du die historischen Dollarwerte? Was ich gefunden habe war alles auf x Zugriffe pro Zeiteinheit limitiert, und selbst dann noch nicht Sekundengenau (wie die Tradeaufstellung in den CSV Dateien). Letztlich hab ich einen Batzen Eth und BTC Werte im Stundentakt heruntergeladen. Keine Ahnung ob mir das Finanzamt dafür letztlich gar noch einen auf den Deckel gibt.

[Dunkelheit667]

Keine Ahnung ob mir das Finanzamt dafür letztlich gar noch einen auf den Deckel gibt.

Bei der Umrechnung für Firmen gibt es da lustige Tabellen, in denen ein monatlicher (!) Durchschnittskurs angegeben wird, den man zu verwenden hat:
https://www.bundesfinanzministerium.de/Web/DE/Service/Publikationen/Umsatzsteuer_Umrechnungskurse/umsatzsteuer_umrechnungskurse.html

Beispiel: lt. https://www.bundesfinanzministerium.de/Content/DE/Downloads/BMF_Schreiben/Steuerarten/Umsatzsteuer/Umsatzsteuer-Umrechnungskurse/2018-01-22-umsatzsteuer-umrechnungskurse-2017.pdf war ein € im Februar 2017 ganze 1,0643 USD "Wert".

Ich mag vollkommen falsch liegen, vermute aber, dass das FA für private Profiteure auch diese "amtlichen" Kurse veranschlagt? Evtl. einfach bei Deinem FA nachfragen, bevor Du die Abrechnungen einreichst, kostet ja (noch) nichts.

[CryptoSnow]

Hah, monatlich. Das wäre ein Ding.
Bei der hohen Volatilität von Krypto kommen da sicherlich einige Konstellationen zustande, in denen ein fetter Gewinn plötzlich als Verlust verbucht wird.

[limberu]

Hallo Zusammen,

kann es sein, dass der Import von Bitcoin.de nicht mehr klappt?
Habe gerade versucht, die CSV-Datei einzulesen, die ich von Bitcoin.de heruntergeladen habe und bekomme folgende Fehlermeldung:

Code:

Die Datei 'account_statement20170101-20171231.csv' hat anscheined nicht das richtige Format und kann daher nicht eingelesen werden!

Hat das evtl. was mit der Umstellung der Gebühren in Bezug auf Fidro zu tun?

[desmodiAN]

Bitcoin.de Kontoauszug Importe funktionieren derzeit nicht im Cointracer:

CSV Format Header muss wie folgt angepasst werden:

Korrekter Header / Kopfzeile:
Datum;Typ;Währungen;Referenz;Kurs;"ETH vor Gebühr";"EUR vor Gebühr";"ETH nach Gebühr";"EUR nach Gebühr";"Zu- / Abgang";Kontostand


Der Csv header from "kontoauszug" sieht aber derzeit nach einem Download wie folgt aus:

Datum;Typ;Währungen;Referenz;Kurs;"ETH vor Gebühr";"EUR vor Gebühr";"ETH nach Bitcoin.de-Gebühr";"EUR nach Bitcoin.de-Gebühr";"Zu- / Abgang";Kontostand

[Yabg_YetAnotherBTCGuy]

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! 

[Yabg_YetAnotherBTCGuy]

Hallo Freunde,
bin leider nicht fähig genug mit der Beschreibung des CoinTracer-Importformates umzugehen. (http://www.cointracer.de/downloads/ct_exampledata.csv)

Ich möchte meine Daten, die ich komplett in cointracking.info zusammengestellt und von dort als csv exportiert habe (andere Formate wären auch möglich) nun gesamt im CoinTracer einlesen.
Warum?
Nun, die Steuerberechnung und Ausgabe in Cointracking.info ist m.E. wenig übersichtlich, gefällt mir im CoinTracer besser. Kann zudem sicher nicht schaden beides miteinander zu vergleichen.
Es sind sehr viele Daten die ich habe, und alle separat neu eintragen/Importieren in den CoinTracer würde vermutlich wieder Wochen in Anspruch nehmen.


Ein Beispiel:
Das Format der Cointracking csv sieht so aus:

Typ,"Kauf","Cur.","Verkauf","Cur.","Gebühr","Cur.","Börse","Gruppe","Kommentar","Datum"
Einzahlung,"0.00006455","BTC","","","","","Electrum BTC","","Transfer von Multibit an Electrum BTC","2016-12-22 18:25:53"
Auszahlung,"","","0.00016455","BTC","0.00010000","BTC","Multibit Kleingeld","","Transfer von Multibit Kleingeld an Electrum BTC","2016-12-22 18:25:53"

Kann vllt. jemand hier posten (anschaulich für nicht-IT'ler...)  wie ich die CoinTracking csv ändern müsste um sie anschließend im CoinTracer einlesen zu können?

Wäre großartig....

Hallo VanLan,

ich kann mir das gerne mal ansehen und einbauen. Um das sauber abzubilden, bräuchte ich allerdings:

• eine Beispiel-Datei mit allen möglichen Transaktionstypen (es wird vermutlich mehr als "Einzahlung" und "Auszahlung" geben, oder?)
• eine deutsche und englische Version der Export-Datei

Könntest du so etwas zur Verfügung stellen?

[Peot]

Wie so viele der 2013er Bitcoin-Einsteiger trifft mich dieses Jahr zum ersten Mal die Frage, wie mit den Gewinnen/Verlusten aus Trades steuerlich umzugehen ist. Ich möchte in diesem Thread nicht die steuerlichen Möglichkeiten an sich behandeln, dann dafür gibt's schon anderswo gute Zusammenstellungen, z.B. hier:
https://bitcointalk.org/index.php?topic=445315.0
https://bitcointalk.org/index.php?topic=321503.0

Vielmehr möchte ich den Tradern unter Euch das Tool vorstellen, das ich mir für die Berechnung meiner Steuerlast geschrieben habe (und weiterschreiben werde):
Unter http://www.cointracer.de/ könnt Ihr den CoinTracer runterladen, ein Windows-Programm, mit dem Coin-Trades importiert und hinsichtlich Gewinn oder Verlust ausgewertet werden können.

Genauer: (Version 0.9.3.3 vom 04.06.2018)

• Import von Trades von Bitcoin.de anhand des downloadbaren Kontoauszugs oder der Trading-API
• Import von Kraken (per API-Datenabruf oder CSV-Export)
• Import von Bitfinex (per API-Datenabruf oder CSV-Export)
• Import von Poloniex.com
• Import von Zyado.com
• Import von BTC-E, etwas umständlich über Copy & Paste
• Import von Bitstamp.net anhand des Transaction-Exports
• Import von Vircurex (Copy & Paste)
• Import von Mt. Gox anhand der History-Dateien (wenn man sie gesichert hat...   )
• Importmöglichkeit für die Transaktionen aus dem Bitcoin-Core-Client und Litecoin-Core-Client
• Importmöglichkeit für den MultiBit-BTC-Client
• Import von beliebigen Trade-Daten im generischen CSV-Format. Hierüber können beliebige Börsen und Coin-Arten importiert werden.
• Automatische Erkennung von welcher Börse eine Trade-History-Datei stammt
• Mögliche Coins: BTC, BCC, LTC, ETH, XLM, XRP, PPC, NMC, NVC, XPM, MSC, FTC, TRC, REP, IOTA etc. (ist via CoinTracer-Import erweiterbar)
• Trades in EUR und USD
• "Berechnungsstrategien" flexibel einstellbar: FiFo, LiFo, Teuerste, Billigste, unterschiedliche Strategien für Coins >= 1 Jahr und Coins < 1 Jahr möglich
• Für Transaktionstypen (Kauf, Verkauf, Transfer zum Wallet usw.) sind Strategien getrennt einstellbar
• Gewinn-/Verlust-Report kann direkt gedruckt oder als Excel-, Word- oder PDF-Datei ausgegeben werden
• Nie realisierte Gewinne aus Trades auf untergegangenen Börsen können herausgerechnet werden

Ist noch beta, man kann also keine fehlerfreies Stück Software erwarten. Dafür aber gern in diesem Thread Rückmeldungen geben!

Wozu das Ganze eigentlich, es gibt doch cointracking aka coinreporting.com aka my-btc.info?

Nun, zum einen dient der CoinTracer nicht der Darstellung des aktuellen Coin-Wertes und dessen Verlauf! Es geht um die möglichst optimale (und natürlich korrekte) Ermittlung des steuerlich relevanten Gewinns/Verlusts aus Trades. Das ist eine andere Zielrichtung: für die meisten von uns wird das heißen, dass man sich über möglichst geringe Gewinne freut, da diese schließlich bei der Einkommensteuer berücksichtigt werden müssen.

Zum anderen läuft das Programm komplett lokal (die einzigen Stellen, an denen eine Verbindung zum Internet aufgebaut wird, ist beim Abruf von Dollar-Kursen - die man aber auch als CSV einlesen kann -, bei der Verlinkung auf die Hilfeseite und bei der Prüfung auf neue Programmversionen). Man muss seine komplette Trade-History also nicht auf den Servern eines Fremden speichern, was zumindest mir persönlich entgegenkommt.

Ach so: das Tool ist übrigens total günstig: für wenige Hundert Bitcoin seid ihr dabei!  
...war'n Scherz: CoinTracer ist work in progress und i. W. entstanden, weil ich für mein Problem eine Lösung gesucht habe. Ich stelle es gern kostenlos zur Verfügung und freue mich über Rückmeldungen!

Ich wäre sehr vorsichtig mit einem solchen Programm. vor allem von neuen Benutzern und von persönlich benutze Ledger-CLI, also brauche ich nichts wie Ihr Programm, aber ich bin sehr glücklich damit.
Speichern Sie die erforderlichen Daten in einem Format, das Sie anschließend in Ihre Anwendung importieren können. Sie können es also einfach auf einem PC / VM ausführen, der nichts mit Bitcoin zu tun hat und weiterhin alles tun, was Sie brauchen. Solche Exporteure können in Python nur einige Dutzend Zeilen haben, z.B.

[Yabg_YetAnotherBTCGuy]

Ich wäre sehr vorsichtig mit einem solchen Programm. vor allem von neuen Benutzern und von persönlich benutze Ledger-CLI, also brauche ich nichts wie Ihr Programm, aber ich bin sehr glücklich damit.
Speichern Sie die erforderlichen Daten in einem Format, das Sie anschließend in Ihre Anwendung importieren können. Sie können es also einfach auf einem PC / VM ausführen, der nichts mit Bitcoin zu tun hat und weiterhin alles tun, was Sie brauchen. Solche Exporteure können in Python nur einige Dutzend Zeilen haben, z.B.

?!? Ist das ein Bot-Profil? Ich werde aus den Beiträgen jedenfalls nicht schlau - süß ist aber die Warnung vor „neuen Benutzern“...

[VanLan]

Hallo VanLan,

ich kann mir das gerne mal ansehen und einbauen. Um das sauber abzubilden, bräuchte ich allerdings:

• eine Beispiel-Datei mit allen möglichen Transaktionstypen (es wird vermutlich mehr als "Einzahlung" und "Auszahlung" geben, oder?)
• eine deutsche und englische Version der Export-Datei

Könntest du so etwas zur Verfügung stellen?

Kommt per PM.

Danke!
Vanlan

[feztke]

...

Genauer: (Version 0.9.3.3 vom 04.06.2018)

• Import von Kraken (per API-Datenabruf oder CSV-Export)

Ist noch beta, man kann also keine fehlerfreies Stück Software erwarten. Dafür aber gern in diesem Thread Rückmeldungen geben!

Hi Yabg_YetAnotherBTCGuy!
Das ist ein super Programm! Deine Offline Software ist klar im Vorteil. Warum auf irgendwelche Server im Inet seine Kontoauszüge laden, wo dann auch noch Google auf deren Website eingebunden ist…?


Frage:
Bei mir funktioniert der Kraken csv Import nicht. Bin nach deiner Anleitung vorgegeben, also nur Ledger ausgewählt… und keine Checkboxen.
Also dieses Format:

Code:

"txid","refid","time","type","aclass","asset","amount","fee","balance"

Code:

Fehler beim Einlesen der Import-Datei in Zeile 1:
Index and length must refer to a location within the string.
Paramter name: length

Die Fehlermeldung kommt auch von vereinzelt bei anderen Zeilen, habe aber kein Schema entdeckt.

Danke.

[T3Rm1Nus]

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! 

Auf deiner Seite zur aktuellen Version steht:

"Achtung: Hinweis zur aktuellen Version!
Es ist - zumindest in Deutschland - nicht ganz klar, ob auch Verkaufstransaktionen Coins gegen Coins als - je nach Haltedauer - steuerlich relevantes Veräußerungsgeschäft betrachtet werden müssen. Diese Version des CoinTracer arbeitet diesbezüglich immer so, dass nur Verkäufe von Coins gegen Fiat-Währungen (EUR/USD) aufgeführt werden - Verkäufe Coins gegen Coins nicht. Dies wird mit einer der kommenden Versionen umgestaltet werden!"

hast du hierzu Quellen...?


Das klingt für mich so, als ob es mal wieder Unklarheiten gibt wenn Coins gegen Coins auch innerhalb der Jahresfrist veräußert werden?!

Hier im Forum wird ja immer "gebetsmühlenartig" darauf hingewiesen, dass die Veräußerung Coins gegen Coins immer steuerlich (innerhalb der Jahresfrist) relevant ist...

Ps. Super Projekt!!!

[Yabg_YetAnotherBTCGuy]

Frage:
Bei mir funktioniert der Kraken csv Import nicht. Bin nach deiner Anleitung vorgegeben, also nur Ledger ausgewählt… und keine Checkboxen.
Also dieses Format:

Code:

"txid","refid","time","type","aclass","asset","amount","fee","balance"

Code:

Fehler beim Einlesen der Import-Datei in Zeile 1:
Index and length must refer to a location within the string.
Paramter name: length

Die Fehlermeldung kommt auch von vereinzelt bei anderen Zeilen, habe aber kein Schema entdeckt.

Danke.

Ich prüfe am WE mal den Kraken-Import; bin aktuell zeitlich leider etwas eingeschränkt. Alternativ kannst du mir auch gern mal deine CSV oder Auszüge davon per PM zukommen lassen.

Bis dahin!

[feztke]

Du bist wohl noch nicht dazu gekommen? Hat sich denn bei Kraken CSV seit Juni was geändert?
Brauchst du noch Kraken Referenzdaten? Dann müsste ich etwas anonymisieren.

Hier mal 7 Zeilen:

Code:

"txid","refid","time","type","aclass","asset","amount","fee","balance"
"","XCYYXXR-XXYXXY-XYYYYY","2017-10-20 12:19:00","deposit","currency","ZEUR",200.0000,0.0000,""
"YYYYY7-YYYYY-YXYJY2","XCYYXXR-XXYXXY-XYYYYY","2017-10-20 12:20:00","deposit","currency","ZEUR",200.0000,0.0000,200.0000
"","XYBXYYO-YXOYXY-XCE7YY","2017-10-21 00:19:40","deposit","currency","XXBY",0.1000000000,0.0000000000,""
"YYYYYY-YXOYX-YY4YXY","YYYLXY-XCYYY-XYYXXY","2017-10-21 01:00:10","trade","currency","XLYC",2.0000000000,0.0000000000,2.0000000000
"YCYYUY-YOYYY-YYYXYY","YYYLXY-XCYYY-XYYXXY","2017-10-21 01:00:10","trade","currency","ZEUR",-14.0000,0.0280,485.9020
"YYYYYY-XXYYY-EORZYX","XYBXYYO-YXOYXY-XCE7YY","2017-10-21 01:01:50","deposit","currency","XXBY",0.1000000000,0.0000000000,0.1000000000

Bei Zeile 1, 3 und 7 kommt Fehler, die anderen wurden importiert.

Habe versucht mich zu deinem CoinTracer-Importformat schlau zu machen:
https://www.cointracer.de/?q=node/6
Und beim Kraken CSV die Komma-Trennzeichen in Semikolon getauscht. Der Import in CoinTracer via Kraken-Import oder Automatische Erkennung, will trotzdem nicht.


Hey Community wie sieht es bei euch mit Kraken CSV Import aus?

[feztke]

Hi,
falls du es nicht weißt. Deine website ist "down".
Hoffentlich kein größeres Problem.
Grüße

PS: Konnte dir keine PN schicken, weil ich Newbie Status habe.

[Drokzid]

Was sind die entscheidenden Vor- und Nachteile des Tools im Vergleich zur altbekannten Cointracking Software?

[bct_ail]

Was sind die entscheidenden Vor- und Nachteile des Tools im Vergleich zur altbekannten Cointracking Software?

Ich zitiere mal aus #1:

Wozu das Ganze eigentlich, es gibt doch cointracking aka coinreporting.com aka my-btc.info?

Nun, zum einen dient der CoinTracer nicht der Darstellung des aktuellen Coin-Wertes und dessen Verlauf! Es geht um die möglichst optimale (und natürlich korrekte) Ermittlung des steuerlich relevanten Gewinns/Verlusts aus Trades. Das ist eine andere Zielrichtung: für die meisten von uns wird das heißen, dass man sich über möglichst geringe Gewinne freut, da diese schließlich bei der Einkommensteuer berücksichtigt werden müssen.

Zum anderen läuft das Programm komplett lokal (die einzigen Stellen, an denen eine Verbindung zum Internet aufgebaut wird, ist beim Abruf von Dollar-Kursen - die man aber auch als CSV einlesen kann -, bei der Verlinkung auf die Hilfeseite und bei der Prüfung auf neue Programmversionen). Man muss seine komplette Trade-History also nicht auf den Servern eines Fremden speichern, was zumindest mir persönlich entgegenkommt.

Ach so: das Tool ist übrigens total günstig: für wenige Hundert Bitcoin seid ihr dabei! 
...war'n Scherz: CoinTracer ist work in progress und i. W. entstanden, weil ich für mein Problem eine Lösung gesucht habe. Ich stelle es gern kostenlos zur Verfügung und freue mich über Rückmeldungen!

[feztke]

Hab eine Spende von ca 10-11 EUR gemacht, hoffe es hilft für den Kraken-CSV-Import.

[feztke]

Deine website ist "down".

https://www.cointracer.de gibt immer noch nur einen MySQL Error aus. Weiß jemand was los ist?

[feztke]

Habe jetzt hier https://bitcointalk.org/index.php?topic=5007801.0 eine Projektanfrage gestartet, für CSV Musterdateien.

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,

endlich, endlich bin ich mal dazu gekommen, eine neue Version 0.9.4 bereitzustellen. Die Importe sind - zumindest für Kraken, Bitcoin.de sowie Bitfinex aktualisiert und vor allem ist die Gewinnberechnung auf neue Füße gestellt (sie bricht jetzt nicht mehr einfach ab, wenn der CT nicht weiß, wo verkaufte Coins herkommen).

Zu finden wie immer hier: https://www.cointracer.de/?q=download

Und am Wochenende mache ich mich mal an das Hochladen auf Github. Projektname ist jedenfalls schonmal reserviert! 😎

[desmodiAN]

Habe powershell converter scripte veröffentlicht, damit kann man Kraken und Binance Exporte in das Cointracer eigene Format umwandeln. Diese Dateien sind dann direkt in Cointracer importierbar.

https://github.com/perling1/convertkraken2cointracer

The scripts converts export files from kraken/binance exchange into the cointracer format. Cointracer is a free software used to create tax reports for cryptocurrency trading. The conversion includes major coin pairs, see chapter supported pairs (bitcoin, ethereum, litecoin, link, uni, dash, xrp, dai, usdt, dot and more).

[Yabg_YetAnotherBTCGuy]

Hallo zusammen,

es gibt mal wieder eine neue Version 0.9.7 des CoinTracer. Zwei relevante Erweiterungen/Änderungen:

• Es gibt jetzt einen Import für Binance.com
• Beim Import im generischen CoinTracer-Format werden Gebühren jetzt in allen Konstellationen korrekt berücksichtigt

Zu finden wie immer hier: https://www.cointracer.de/?q=download

Viel Spaß!