Can K

Schreib mal dem Nutzer Phil_42 auf Telegram. Der hatte so etwas früher mal angeboten wenn ich mich recht erinnere.

@..::. o.Z.o.n.e .::.. ein reconcile tritt immer auf wenn eine Menge nicht übereinstimmt. Das kann zwei Ursachen haben: Eine Transaktion gibt ein Asset aus das in dieser Menge nicht vorhanden ist (das Konto würde ins negative gehen) Die Summe aller Transaktionen ergibt nicht die Menge an Asset(s) die von der Exchange oder dem Wallet gemeldet wird. Beides deutet in der Regel auf einen Fehler mit den Daten hin. Was vorkommt ist das viele Exchanges Daten fehlerhaft oder unvollständig über die API raus geben - dann fehlen z.B. EURO die aufgeladen wurden um BTC zu kaufen. Was auch sein kann ist, dass es einen Fehler in unserem Import gibt (wenn z.B. ein exotischer Provider verwendet wird kann das mal vorkommen). Du kannst mir gerne mal einen Screenshot per PM schicken.

In der Tat, ACCOINTING bzw. unser Real-Time-Preis Provider hat "Schluckauf". Wir sind schon dran, ist demnächst gelöst.

Wir bei ACCOINTING freuen uns auch immer über Meldungen an den Support wenn irgendwo in der API Daten fehlen. Wir stellen fest das in den vergangenen Monaten die APIs wesentlich besser wurden. In unserer Transaktions-Seite kann man übrigens auch nach "Importiert an Datum" filtern - wenn die Exchange API einen Fehler hat und falsche Daten zurückgibt kann man diese so relativ einfach bereinigen.

Bei ACCOINTING wird das gesamte Portfolio aktualisiert. Dabei wird berücksichtigt, wie oft sich ein Nutzer einloggt und wie oft er handelt (Transaktionen). Dadurch werden aktivere Nutzer bevorzugt. Dies gilt insbesondere, wenn sie häufiger handeln. Übrigens: Gekaufte Pakete haben - zumindest zum aktuellen Zeitpunkt - keinen Einfluss auf das Refresh-Verhalten. @..::. o.Z.o.n.e .::.. da du anscheinend schon Transaktionen ausführst, kann ich dir raten, dich öfter einzuloggen, dann sollte sich alles von selbst aktualisieren. @skunk, wir haben in der Tat einige Herausforderungen mit Börsen wie Binance weche nicht nur sehr ineffiziente APIs haben (zumindest für das Laden aller Transaktionen für den Benutzer), sondern auch sehr strenge IP-Limits. Auf der anderen Seite haben wir eine ziemlich flexible und hoch entwickelte Infrastruktur. Dank Cloud Computing ist es kein großer Unterschied mehr, ob man 1 Rechner 100 Stunden oder 100 Rechner jeweils 1 Stunde in Betrieb hat 😉

Da es hier um größere Summen geht würde ich dir empfehlen, dass du wirklich einen Deep-Dive auf dein Datenset machst. Sind alle Warnungen in ACCOINTING reviewed, hast du alle Internal-Transfers korrekt verbucht, alle Airdrops etc. korrekt klassifiziert etc. pp. Du kannst dir auch die Transaktionen anschauen bei denen die größten Gewinn erzielt wurden. Sind diese alle korrekt? Wenn falsche Daten in ACCOINTING eingespeist werden, dann kann es sein dass dein Gewinn/Verlust höher/tiefer ausfällt als er sollte - und das wird dann auch bei allen Tools so heraus kommen. Wir helfen dir daher in unserer Benutzeroberfläche mit Warnungen wenn etwas nicht korrekt ist. Ich wünsche dir auf jeden Fall viel Erfolg mit der Steuererklärung. PS: In der Zukunft denkst du daran auch genügend Verluste zu realisieren. Dabei solche Chancen zu identifizieren hilft dir unser Tool übrignes auch. Nennt sich Tax Loss Harvesting.

Ich würde an deiner Stelle mal im Buhl Software Forum nachfragen, ggf. weiß dort jemand über etwaige Limitationen Bescheid. Der Export von uns scheint ja deiner Beschreibung nach zu stimmen, da du meintest beide weisen zumindest zuerst den gleichen Betrag auf.

@Neo4711 wenn du willst kannst du gerne dein File an support@accointing.com schicken. Möglicherweise hat sich etwas am Output von eToro geändert. Bis dahin kannst du dir natürlich die manuellen Transaktionen anlegen.

Woher kommen die 800€ - aus einem Steuertool? Es geht hier ja wirklich um den realisierten Gewinn bzw. Verlust. Daher unbedingt mit einem Steuertool berechnen und nicht den Portfolio-Wert nehmen. Fürs nächste Jahr dann zum Jahresende daran denken, dass du eventuell Verluste realisieren solltest (sprich Coins verkaufen). Dadurch senkst du deinen realisierten Gewinn und zahlst entweder weniger Steuern - oder kommst sogar unter die Freigrenze!

Nicht gleich Aufgeben, wie gesagt du kannst die Daten editieren, ich würde es direkt in der Applikation machen (hier). Was übereinstimmen muss sind die Zeiten, Menge und die Währung. Sprich du brauchst z.B. ein Deposit mit 3 BTC am 01.01.2021 um 12:00 und ein Withdraw von 3 BTC am 01.01.2021 um 12:00 Ansonsten kannst du auch Withdraw und Deposit löschen und eine neue interne Transaktion anlegen.

Wenn gewisse Daten abweichen dann kann ACCOINTING nicht automatisch erkennen, dass die Abbuchung (Withdraw) im einem Wallet und die Einzahlung (Deposit) zusammen gehören. Aber keine Sorge, die Transaktion sollte hier auftauchen: https://www.accointing.com/app/review/internals, dort einfach verbinden. Wenn das ganze nicht geht: Dann sind die importierten Daten zu stark voneinander abweichend. Das kommt z. B. durch einen Fehler im CSV Export vom Anbieter vor. Dann einfach entweder Deposit oder Withdraw editieren und sicherstellen das die Zeit und die Menge übereinstimmt.

Deposit = Einzahlung (z.B. Airdrop) Withdraw = Auszahlung (z. B. Fiat auszahlen lassen) Withdraw + Deposit = Interne Transaktion (Du schiebst 2 BTC von einem Wallet auf ein anderes) Hast nicht zu verwirrend geschrieben! Genau, ACCOINTING übernimmt das alles für dich. Bei ACCOINTING kannst du auch ohne gekauftes Paket Steuererklärungen rauslassen - damit es eben jeder testen kann. Ich hab das ganze mal mit Beispieldaten für dich gemacht. Fürs Verständnis ist es oft gut einfach mal einige Beispiele manuell einzugeben. :) Im Beispiel kaufe ich am 02.01.2021 und am 03.01.201 jeweils einen Bitcoin für je 5.000€ diese verschiebe ich am 31.01.2021 auf ein Bibox Wallet ("gemeinsam"). Am 02.01.2021 verkaufe ich beide Bitcoin für 20.000€ und erzeuge somit 2x5.000€ Gewinn (5.000 € < 1 Jahr und 5.000€ > 1 Jahr) Auch wenn beide in der selben internen Transaktion sind erkennt die Software das Kaufdatum getrennt an. Daher kann die Software korrekt erkennen, dass der erste Bitcoin (Inkl weiteren die du hättest) > 1 Jahr gehalten wurden und somit steuerfrei sind Während der zweite Bitcoin unter dem Steuerpflichter Gewinn und Verlust aufgeführt wird. Das PDF des Reports hänge ich dir hier mal an: https://pdfhost.io/v/XjHMpDkjS_Full_Tax_Report_2022_FIFO_multiple_GMT2

ACCOINTING (und andere Steuertools) werden dir das Haltedatum immer festhalten, andernfalls hättest du ja signifikante Nachteile. Wenn du die Daten über die Blockchain-Verbindung einliest dann wird dir automatisch eine interne Transaktion erstellt. Eine interne Transaktion bedeutet ein Withdrawl und ein Deposit werden zusammengeführt. Sprich du hast einen Withdraw von deinem Online Wallet und ein Deposit auf deiner Bitbox. Im Tab "Vollständiger Datensatz" wird dir auch angezeigt, dass dieser transfer nun so eine Interne Transaktion ist. Es gibt Fälle in denen die Internals nicht von ACCOINTING verbunden werden können. Wenn z.B. die Quantities oder die Timestamps drastisch abweichen (von Deposit & Withdraw), dann kannst du das ganze manuell angleichen. Wie das geht erfährst du in der Dokumentation. Viel Erfolg!

Ich denke das Meiste wurde hier bereits gesagt aber ich würde gerne noch den individuellen Zeithorizont miteinzubringen. Schauen wir uns das Realisieren mal im Detail an, habe ich einen Verlust, erwarte aber einen starken Kursanstieg (der z. B. über den eigentlichen Einkaufspreis hinaus geht) könnte es Sinn machen den Verlust nicht zu realisieren. Um eben dann im erwarteten Hoch veräußern zu können (steuerfrei). Wenn kein steuerpflichtiger Gewinn vorliegt (oder erwartet wird), dann würde ich einen Verlust auch nicht zwingend realisieren - um eben die Haltefrist nicht zu resetten. Die Fragen die man sich also stellen könnte sind (u.a.): Sind gewinne aus privaten Veräußerungsgeschäften vorhanden bzw. werden diese vorhanden sein (damit der Verlust geltend gemacht werden kann) Nimmst du an, dass du das Asset nicht innerhalb der nächsten 12 Monate verkaufen wirst Wann die Haltefrist relevant wird lässt sich einfach darstellen, dazu haben wir ein Tool in ACCOINTING: Trade Optimizer (Screenshot), ob man wirklich verkaufen sollte muss individuell entschieden werden.

Wenn Unterschiede beim Gewinn vorliegen und auch die Veräußerungsmethode (FIFO/LIFO/..) identisch ist und alle Daten importiert sind dann würde ich nach der sogenannten "Cost Basis" schauen (Einkaufspreis). Der Gewinn errechnet sich ja aus Verkaufspreis-Einkaufspreis. Für deinen Fall: Wenn der Fehler innerhalb von ACCOINTING wäre dann würde es bedeuten, dass im Verkaufspreis irgendwo ein zu hoher Wert eingetragen ist. Wenn der Fehler in CT liegt, dann würde es dort bedeuten dass irgendwo mit einem zu niedrigen Einkaufspreis gerechnet wurde. In der Regel ist es eher so, dass ein falscher Herkunftspreis angesetzt wird. Denn dieser setzt sich möglicherweise aus "internen Transfers" zusammen, sprich ein Asset wird über Wallet/Exchange-grenzen hinweg überwiesen. Hinzu kommt dass evt Bitcoins verkauft werden die unterschiedliche Einkaufspreise haben. Der Verkaufspreis hingegen wird rein auf der eigentlichen der Exchange ermittelt wird (sprich somit wesentlich einfacher zu berechenen ist: Quantity * Preis) Ich kenne deine Daten nicht, wenn wirklich nichts an Daten fehlt etc, dann könnte das darauf deuten das in CT irgendwo 4.000 € Einkaufspreis fehlen und dementsprechend der Gewinn höher ist. Viel Erfolg!