Zum Inhalt springen

YetAnotherBTCGeek

Mitglied
  • Gesamte Inhalte

    222
  • Benutzer seit

  • Letzter Besuch

Alle Inhalte von YetAnotherBTCGeek

  1. Gerne! Die Gebühren werden schon automatisch abgezogen, man kann sie daher beim Bericht nicht anzeigen lassen. Beispiel: Du kaufst 1 BTC für 540 EUR. Gebühr = 0,01 BTC. Das Programm rechnet dann mit 0,99 BTC zum Kaufpreis von 540 EUR.
  2. Hi Reinebuttermilch, danke für die Rückmeldung und sorry - irgendwie ist mir dein Beitrag offenbar untergegangen... Wird jetzt aber nachgeholt! Der CT kann ja mittlerweile mit recht vielen Börsen umgehen, aber ccedk.com ist in der Tat nicht dabei. Du könntest versuchen, CSV-Dateien im CT-Format zu erstellen? Formatbeschreibung hier: http://www.cointracer.de/drupal/?q=node/6 Wenn Coins auf (irgend) ein Wallet wandern, ist "BTC Wallet" die bessere Wahl. Bei "extern" werden die Coins so behandelt als würden sie nicht mehr im Zugriff sein und folglich bei der Ermittlung des Bestands nicht mitgezählt. Zunächst mal: die wallet.dat solltest du niemals irgendwohin packen, wo nicht sicher ist, was damit passiert!!! Sie enthält die privaten Keys für deine Adressen und erlaubt damit dem Besitzer Zugriff auf deine Coins! (Ist natürlich sicherheitshalber noch mit einem Passwort geschützt.) Die Fehlermeldung ist in der Tat etwas tricky: der CT führt bei der Gewinnberechnung genau darüber Buch, welche Coins wann zu welchem Preis erworben wurden und wann sie wohin verschoben wurden. Das ist auch notwendig, damit der Gewinn errechnet werden kann (= Verkaufserlös der jeweiligen Coins abzügl. des Kaufpreises). Wenn du einen Verkaufs-Trade auf einer Börse hast, bei der lt. History aber nicht mehr genügend Coins sein können, erscheint diese Fehlermeldung. Kannst du überprüfen, ob Transfers von deiner Wallet-App zu der Börse, auf der das Problem auftrat, fehlen? Falls ja, könntest du diese manuell anlegen (unter "Tabellen", "Trades", rechte Maustaste). Was meinst du mit Berechnungsverfahren auf den Börsen? Ich kann mir nicht vorstellen, dass es steuerlich zulässig ist, unterschiedliche Berechnungsverfahren (Verbrauchsfolgeverfahren) für verschiedene Börsen anzusetzen. Grundsätzlich kannst du die gewünschten Verfahren für die unterschiedlichen "Geschäftsvorfälle" ja im Reiter "Berechnungen" einstellen. Aber eben nicht plattformabhängig. Das ist leider - aus den oben genannten Gründen - nicht so einfach. Ich könnte es höchstens so bauen, dass, wenn Coins verkauft werden, deren Wert nicht ermittelt werden kann, diese mit 0 EUR Einkaufspreis in die Berechnung einfließen würden. Das wäre aber allenfalls für die Fehlersuche hilfreich und birgt die Gefahr, dass man sich falsche Reports zusammenklickt und für die Steuer benutzt...
  3. 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!
  4. Danke dir! ...wahrscheinlich liegt das Problem darinm, dass der CoinTracer bei einigen Transfers (z.B. von Anycoin auf Bitcoin.de) keinen Einkaufspreis in EUR oder USD zugeordnet hat. Das müsstest du manuell in den Transfers korrigieren (Reiter "Tabellen", "Transaktionen", rechte Maustaste für's Bearbeiten einzelner Zeilen). ...und da hätte ich deinen Post zuerst komplett lesen sollen... Wenn du noch Schwierigkeiten hast, gerne melden! (Ich kann mir bei Bedarf auch deine DB ansehen.)
  5. 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!
  6. 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!
  7. 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. ABER: Bisher kann der CT 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ß!
  8. 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ß!
  9. Ah, gut! Das würde sicher erstmal reichen und wäre deutlich schneller einzubauen. Hilfreich wäre es, wenn möglichst alle Arten von Transaktionen vorkommen würden (Ein- und Auszahlungen, Käufe, Verkäufe usw.). Danke dir!
  10. Hallo cryptologe, nachdem ich mir Bitfinex mal oberflächlich angesehen hatte, habe ich das Thema ehrlich gesagt erstmal nicht weiter verfolgt. Mein Problem ist, dass ich mich erst anmelden und ein bißchen traden müsste, um einen API-Import bauen zu können. Das war mir ein bißchen viel Aufwand für eine Plattform, die - bis zu deinem Posting - erst einmal angefragt wurde. Jetzt, wo du es noch einmal ansprichst, kann ich mir das aber gern noch einmal ansehen... Am einfachsten für mich wäre es natürlich, wenn mir jemand temporär einen API-Key mit allen notwendigen Beschränkungen und Rechten geben würde und ich mit vorhandenen Daten arbeiten könnte. Wobei ich nachvollziehen kann, dass da jetzt niemand "Hier!" schreit. Würde ich ehrlich gesagt auch nicht tun... Ich schaue es mir in den nächsten Tagen nochmal an.
  11. Hallo nochmal zusammen und hallo Fliss_Floss, herrje - ich hatte in der Tat noch einen etwas peinlichen Fehler im Programm... Es war noch eine Datenverbindung fest auf einen Orderpfad verdrahtet, den es natürlich nur auf einem Laptop gab (und dummerweise auch in der VM, in der ich immer teste...). Nach dem Hinweis eines anderen aufmerksamen Users habe ich das jetzt wieder entfernt und nun müsste es auch wieder klappen. Hier also die neue Version 0.8.9.5 zum Download. Jetzt aber: viel Erfolg damit und weiterhin beschauliche Feiertage!
  12. Hi Fliss_Floss, auch von mir ein frohes Weihnachtsfest euch allen! Hm, bei dir scheint der CT (temporär) keinen Zugriff auf die Datenbank-Datei zu haben, die normalerweise hier liegt: %appdata%\CoinTracer\cointracer.data (Das ist zumindest der Speicherort, wenn im CT unter "Einstellungen" -> "Pfade & Ordner" als Speicherort "Benutzerverzeichnis" angegeben ist.) Eine radikale Methode bestünde darin, die Datei zu löschen (oder umzubenennen), dann wird beim nächsten Programmstart automatisch eine neue, leere Datenbank angelegt. Oder hattest du den CT vlt. zweimal parallel geöffnet, was zu solchen Problemen führen könnte? (Das könnte ich übr. auch programmtechnisch verhindern, wie mir gerade einfällt.) Oder ist deine Datenbank irgendwie sonst besonders? Wie groß ist die Datei denn beispielsweise? Fragen über Fragen... Ich hoffe, wir kommen der Lösung dann bald mal näher...
  13. Hallo Fliss_Floss und hallo zusammen, danke für die Log-Einträge bei der Bitcoin-API, das hat mir sehr weitergeholfen. Ab sofort gibt es die neue Version 0.8.9.4 zum Download. Mit diesen Änderungen/Korrekturen/Verbesserungen: API-Datenimport von Bitcoin.de müsste jetzt auch auf anderen Rechnern als meinem funktionieren 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://cointracer.de/drupal/?q=download Was ich in dieser Version leider nicht mehr geschafft habe, was aber noch auf meinem Zettel steht: Umgang mit vielen Transfers vereinfachen: das manuelle Zuordnung von Transfers ungeklärter Herkunft ist aktuell echt mühsam, wenn man sehr viele Transfers in seinen Daten hat. Einbau eines "Heavy-Trader-Modus": Damit meine ich einen Modus für Day-Trader, bei denen die Haltefrist ohnehin keine Rolle spielt, weil es keine Coins gibt, die mehr als 1 Jahr gehalten werden. Für solche User ist es eigentlich nur lästig, jedesmal angeben zu müssen, von welcher Plattform ein Transfer kommt, und ich würde hierfür gern eine Usability-Vereinfachung einbauen. Immer noch auf dem Zettel: Umbau des Steuerberichts! 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!
  14. Hallo Coinlevel, freut mich, dass der Import vom Bitcoin Core Client nun bei dir wieder läuft. Eigentlich sollte es beim Import von Bitcoin.de keine Rundungsdifferenzen geben; der CT rechnet bis auf 8 Nachkommastellen genau. Ich könnte mir aber vorstellen, dass es mitunter Probleme geben kann, wenn Trades quasi gleichzeitig passieren, also zur gleichen Sekunde. Dann kann es bei der Gewinnkalkulation dazu kommen, dass der Bestand kurzzeitig "ins Minus" läuft, was dann Probleme macht. In dem Fall kann es helfen, die Zeitangaben minimal zu justieren. Aber wenn du es für dich auch so hast lösen können, ist's ja gut. Viele Grüße!
  15. Hallo Fliss_Floss, danke, das hilft mir in der Tat weiter. Eigentlich sollte der CT nach dem Abrufen eine Seite über die Trading-API den von der API zurückgelieferten Credits-Zähler auslesen und den internen Credit-Zähler entsprechend anpassen. Bei mir liefert die API so etwas zurück: "page":{ "current":2, "last":2 }, "errors":[ ], "credits":12 } Könntest du bitte noch einmal bei dir auf Bitcoin.de im Log deines API-Keys nachsehen und mir schreiben, was am Ende (also unten) bei einer erfolgreichen Rückgabe (ResponseCode 200) steht? Der CT sucht den Eintrag '"credits":' und findet diesen in deinem Fall offenbar nicht. Daher wird der interne Credit-Zähler nie dem echten Wert angepasst... (Ich hoffe, ich habe mich verständlich ausgedrückt?) Viele Grüße Yabg
  16. Hallo Fliss_Floss, dass mit den Credits ist mir bekannt und ich habe eigentlich auch ein entsprechendes Timing bzgl. ein "Credit-Handling" eingebaut. Aber irgendwie scheint da etwas nicht so wie dokumentiert zu funktionieren...?! Du könntest mir bei der weiteren Fehlersuche helfen, wenn du diese neue Version des CT ausprobieren könntest: http://www.cointracer.de/downloads/CoinTracer_0.8.9.3.zip Ich habe jetzt ein etwas ausführlicheres Logging eingebaut; bitte einmal unter "Extras", "Einstellungen" in der Rubrik "Protokoll & Meldungen" einstellen, dass "Informationen und Fehler" protokolliert werden sollen. Wenn du dann anschließend den Bitcoin.de-API-Abruf startest, und alle Fehlermeldungen wegklickst und das Programm beendest (!), kannst du die Logdatei einsehen. Diese findest du hier: einfach im Explorer %appdata% eingeben, ENTER, dann unter "CoinTracer", "CoinTracer.log". Der Inhalt dieser Datei würde mir weiterhelfen. Hm, klingt vernünftig. Ich baue das beim Speichern des Backup als Abfrage ein. Viele Grüße Yabg
  17. Hallo Fliss_Floss, danke dir für die Rückmeldungen! Hm, das ist für mich relativ schwierig nachzustellen... Du könntest mir beim Debuggen sehr weiterhelfen, wenn du a) mir einen temporären API-Key einrichtest und mir die Zugangsdaten per PN schickst oder wenn dir das zu heikel sein sollte - was ich absolut nachvollziehen könnte! - mir die Ausgaben aus dem Log, das Bitcoin.de für jeden API-Key führt schicken könntest. Die Log-Angaben findest du hier: Anmelden auf Bitcoin.de, dann Trading-API, beim Key den Link rechts "Details anzeigen", dann unten links "Log anzeigen". Du siehst dann eine Liste aller Abrufe, interessant sind diejenigen, die als HTTP-Status nicht 200 haben, das sind die Fehlerhaften. Hier würde mich der Response-Body interessieren. Stimmt, drehe ich in der nächsten Version um. Herrje, wie kommt man denn an 30K Trades?! Aber okay - da würde der Abruf via API natürlich lange dauern. Ich könnte bei der Pflege der API-Keys noch ein Feld "Daten abholen ab..." einbauen. Dann könnte man den großen Schwung per CSV einlesen (das geht ja jetzt schon) und nur noch die danach folgenden Trades per API-Abruf. Würde das helfen? Das ist in der Tat so gewollt - der CT speichert die API-Zugangsdaten beim Backup nicht mit. Viele Grüße Yabg
  18. Hallo Fliss_Floss, ich habe mal das Timing etwas konservativer eingestellt. Bevor ich eine neue Version allgemein live stelle, wäre es gut, wenn du es erst mal mit dieser neuen EXE versuchen könntest: http://www.cointracer.de/downloads/CoinTracer_0.8.9.2.zip Viele Grüße Yabg
  19. Ah sorry, da habe ich dir die falsche API-Berechtigung genannt. Du brauchst 'showAccountLedger' und nicht 'showMyTrades'. Ich habe in der neuen Version (kommt vlt. heute noch) den Texthinweis entsprechend geändert. (Außerdem ist in der neuen Version ein Fehler korrigiert, der dazu führt, dass der Fortschrittsbalken stehen bleibt, wenn es beim zweiten Abruf keine Daten mehr gibt, die geholt werden könnten.) Ja genau. Wenn diese BTC steuerfrei verkauft werden, kannst du auch noch den Haken bei "Für Steuer irrelevant" setzen. Viele Grüße Yabg
  20. 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://cointracer.de/drupal/?q=download Viel Spaß damit!
  21. Habe das gerade mal nachvollzogen, und in der Tat: In der 11er Version des Bitcoin Core haben die Entwickler die Spaltenüberschriften der CSV-Datei geändert. Der CT prüft diese erste Zeile der Datei, um sicherzustellen, dass man nicht versehentlich Daten im falschen Modus einliest und damit ein Buchungs-Durcheinander anrichtet. Ich werde das in der nächsten Version anpassen, in der Zwischenzeit könntest du dir selbst helfen, indem du die Datei in einem Texteditor öffnest (also nicht einfach Doppelklicken, damit geht i.d.R. Excel auf) und die erste Zeile anpasst. Aktuell steht da dies: "Bestätigt","Datum","Typ","Bezeichnung","Adresse","Betrag (BTC)","ID" Der CT liest aber nur Dateien ein, die so beginnen: "Bestätigt","Datum","Typ","Bezeichnung","Adresse","Betrag","ID" Du müsstest also das (BTC) hinter dem Betrag entfernen. Hilft dir das einstweilen? Ansonsten kommt wahrscheinlich am WE sowieso eine neue Version. Viel Erfolg!
  22. So - die neue Version 0.8.8.2 ist live gestellt und wie immer hier zu finden: http://cointracer.de/drupal/?q=download Habe den Kraken-API-Import komplett neu geschrieben, er sollte jetzt erstens wieder funktionieren und zweitens bei vielen bis sehr vielen Trades deutlich schneller sein als die bisherige Version. Was die Rechte für den Bitcoin.de-API-Key angeht: 'showMyTrades' Korrektur: 'showAccountLedger' reicht vollkommen aus.
  23. Ähem - da ist mir beim Testen was durchgegangen, sorry. Heute Abend kommt eine Korrektur-Version...
  24. Hallo zusammen, das mit der neuen Version am Sonntag hat nicht mehr ganz geklappt, aber dafür heute: die 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://cointracer.de/drupal/?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!
  25. Ja, habe den API-Import für Bitcoin.de in der Entwicklungsversion schon fertig. Die neue Version stelle ich am Sonntag live, wenn nichts dazwischen kommt...
×
×
  • Neu erstellen...

Wichtige Information

Wir haben Cookies auf Deinem Gerät platziert. Das hilft uns diese Webseite zu verbessern. Du kannst die Cookie-Einstellungen anpassen, andernfalls gehen wir davon aus, dass Du damit einverstanden bist, weiterzumachen.