 Show Posts
|
|
Pages: [1]
|
|
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 :-(
|
|
|
|
|
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?
|
|
|
|
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. |
|
|
|
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  |
|
|
|
- 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? |
|
|
|
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. |
|
|
|
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 |
|
|
|
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. |
|
|
|
|
Hallo
kann ich im Augenblick noch irgendwie behilflich sein beim debuggen?
|
|
|
|
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 |
|
|
|
|
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.
|
|
|
|
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? |
|
|
|
|
Ich hatte was ähnliches Anfang Oktober, d.h. von bitcoin.de bestätigte Tx tauchte nicht in Blockchain auf.
Hat sich dann nach ca. 5h erledigt. Danach kam eine Mail vom Support:
"aufgrund eines technischen Fehlers wurden seit gestern Abend einige Auszahlungen nur mit einer erheblichen Verzögerung durchgeführt.
Der Fehler wurde inzwischen behoben. Alle ausstehenden Auszahlungen wurden durchgeführt und sollten inzwischen vom Bitcoin-Netzwerk bestätigt worden sein.
Wir bitten Sie, die Unannehmlichkeiten zu entschuldigen."
Anscheinend wird die Bestätigung versandt, nachdem die Tx intern erzeugt wurde und dann gibts irgendwo einen Flaschenhals auf dem Weg ins Netzwerk.
(man könnte z.B. Signatur aus offline Wallet vermuten)
Also: vermutlich eine ärgerliche Verzögerung aber nichts dramatisches.
|
|
|
|
|
As said above even if you could get a profit from mining, most probably you would have made a higher profit just buying BC instead of buying mining equipment.
And there is a reason for that: Who would sell it's mining equipment if it would make still profit when running? People run the stuff until energy cost is higher than earnings and then try to find a unexperienced buyer. Same for new miners, especially on ebay: price rises above any profitable price especially right now with a lot of publicity attracting many newcomers.
So either you are living in a area with extremely low power costs - you are competing with areas with 2.5cent though (in the US, even lower in China. In germany you pay 10 times as much - and that is if you are lucky), or you start mining just for learning and the fun of it and see your investment like a movies ticket: it pays of with experience and fun, but the money is gone.
So my advice: start with only one fury for the fun of it and buy some BC directly.
(I like slushs pool by the way. Good choice. If you are in Europe bitstamp.net is a good place to buy BC)
|
|
|
|
|
