Topic: CoinTracking - Gewinn/Verlust Portfolio und Steuer Reporting für digitale Coins - page 34. (Read 211510 times)

Der obere ist auch ein anderer Vorgang ( ganz anderer Trade )

Aber genau was goldkingcoiner  geschrieben hat ist das was ich meine: Ich habe ja nix getradet,sondern der alte Token wurden durch den neuen "ersetzt "

Moment mal, wenn man ein Coin durch ein anderes Coin swappt, das ist doch eine Veräußerung. Also steuerbar und in den meisten Fällen ensteht auch ein bestimmter Gewinn/Verlust.

Außer du meinst dass Cointracking dies nicht als trade wahrnimmt? Das wäre zwar ein kleiner Aussetzer aber falls das Finanzamt dahinterkommt ist das dann doch Steuerhinterziehung?

Ja perfekt. Den überen Trade braucht es nicht, nur den unteren.

Ok.Also sollte es dann so in etwa aussehen wenn ich mich nicht täusche. Zahlen geändert natürlich .

@Soonandwaite
Du nimmst die Einzahlungstransaktion und änderst sie in einen Trade wo du y alte Coins verkaufst (alle) und die Anzahl der Einzahlung nimmst als Kaufanzahl. Dann noch die Trade Gruppe "swap" ergänzen und fertig ist der swap Trade.

Leider nicht gequotet. Ich denke aber du meinst meinen Post ein höher.
Ich muss...wenn ich Trade eintrage aber einen Verkauf eingeben. Der "Neue" ist aber so gekommen ohne Bezahlung oder ähnliches. Das kapiere ich nicht .
Der automatische BSC Import deklariert es ja als Einzahlung.

Für dich vielleicht total einfach.Nur möchte ich es absolut richtig machen und dem SB kein Müll vorsetzen in 2022 

Als Trade mit Trade Gruppe "swap" eintragen, wenn es sich um einen Swap handelt. Das führt zu keinem Gewinn/Verlust oder Verlängerung der Haltefrist durch die Trade Gruppe.

Folgendes kleines Problem: Adal Token gab es mal vor paar Wochen. Dann gab es Ärger mit Cardano und der Token wurde in CEX umgewandelt.
Jetzt ist natürlich der neue Token eingetroffen aber der "alte" Adal Token weiterhin in Bestand. Wie ändert man das damit Steuerlich alles so seine Ordnung hat. Danke

@DeeKay
Der 23:59 Uhr ist aufgrund der Gruppierung der Käufe/Verkäufe vorhanden. Erstelle bitte einen Bericht ohne Gruppierung. Auch die beschriebenen Abweichungen sind aufgrund der Gruppierung vorhanden. Hier wird es nochmals eine Verbesserung nächste Woche geben.

Hallo, ich habe aktuell ein riesengroßes Problem mit Cointracking bzw. dem Steuerreport:

Ich arbeite seit Monaten meine Trades seit 2017 auf, und habe just die Tage alles bis Ende September mühsam zusammengetragen und sauber (!) eingetragen. Nach jedem eingetragenen Jahr habe ich einen vorläufigen Steuerreport erstellt, alles hat gepasst (das war vor einigen Wochen). Als ich nun die Tage mit ALLEM fertig war habe ich just for fun NOCHMAL von den Jahren 2017 bis heute Steuerreports erstellt, mit EXAKT (!) denselben Daten, und nun gibt es in einigen Jahren Fehlermeldungen.

Im Detail: es wird sporadisch bemängelt dass zu gewissen Verkäufen keine Käufe vorliegen - was faktisch nicht der Fall ist da a) die Reports die ich vor diversen Wochen mit denselben Daten (!) gemacht habe passten, und b) auch die Abschlußbilanzen der entsprechenden Börsen bzw. Coins genau stimmen!

Bei genauerer Untersuchung und diversen Tests stellte sich heraus, dass es diejenigen Transaktionen betrifft bei denen ich an ein und demselben Tag mehrere Anteile davon verkauft hab UND der Eingang auf der Börse ebenfalls am gleichen Tag, aber zu früherer Uhrzeit passiert ist!

Weitere Effekte treten auf:

- ändere ich das Datum des Eingangs auf der Börse auf den Vortag passt wieder alles
- wenn ich die Steuerreporte anschaue (Load Report) fehlt bei einer der erwähnten Fehlermeldungen bei "Eingang/Kauf" die entsprechende Info - Erwerbs- und Verkaufsdatum sind identisch, aber OHNE Uhrezeitangabe
- wenn ich auf "Detailled Calculation" gehe sehe ich die Trades in der Liste im Detail, aber die Uhrzeiten passen nicht! Da steht dann 23:59:59 für die letzte Transaktion des Tages, und pro vorangegangener Aktion immer einer Sekunde weniger

Es hat also den Anschein dass die eingetragene Zeit nicht mehr korrekt berücksichtigt wird, sondern immer quasi die letzte Sekunde des entsprechenden Tages für die Berechnung herangezogen wird - was dann natürlich zu den Effekten bzw. den Fehlern führt. Auf den Screenshots sieht man das sehr schön:

Ein betroffener Datensatz als Beispiel, die beiden weiteren Screenshots beziehen sich auf diesen:
https://i.ibb.co/hBXMV4V/Dazugeh-riger-Datensatz.png

Fehler bei Ansicht "Detailled Calculation":
https://i.ibb.co/drcXphF/Fehler-bei-Detailled-Calculation.png

Fehler bei "Load Report":
https://i.ibb.co/ZzS1dtL/Fehler-bei-Load-Report.png


Ich betone nochmals: bei Erstellung eines Steuerreportes mit DENSELBEN Daten vor diversen Wochen und auch sonst absolut identischen Einstellungen (mehrfach gegengeprüft) kam es NICHT zu diesem Fehler, alle Käufe/Verkäufe wurden korrekt berechnet.

Ich bin maximal ratlos...  


///edit: hmpf, das Hochladen der Bilder hat wohl extrem Auflösung gekostet. Ich hoffe man erkennt es noch halbwegs...

Trades werden leider immer noch als Ein- und Auszahlung, auch LP-Token Transaktionen werden nicht korrekt importiert. Gelöscht habe ich jetzt noch nicht alles, aber neue Trades/Transaktionen sollten ja trotzdem sauber reinkommen. Ich schreibe ein Ticket.

Das Cointracking is ja alles gut und schön aber ich würde gerne wissen wer zugriff auf diese Daten hat. Nur ich? Wo werden diese Daten gespeichert? Ist das Ganze zentralisiert? Was passiert wenn jemand die Daten hackt und alles über deine Coins erfährt? Bei Thema OPsec scheint mir das Ganze etwas wackelig zu sein...

Wie bewertet das Finanzamt das Steuer Reporting von Cointracking? Wird das auch so akzeptiert?

Eine dezentralisierte Version von Cointracking wäre mir ein wenig lieber....

Fantastische News! Werd mir alles neu importieren. Daumendrücken, dass es passt.

Dickes Danke ans Dev-Team!

@Hilde X
Am Donnerstag gab es hier eine Verbesserung. Bitte alle Solana Transaktionen nach einem Backup löschen und neu importieren.
Wenn danach immer noch etwas falsch ist, bitte ein Ticket an [email protected] senden mit TX ID und wallet ID. Danke.

Leider werden Trades auf Solana nicht ordentlich importiert. Sie werden nur als Auszahlung/Einzahlung-Paar dargestellt, aber nicht als Trade. Wann wird das angepasst?

@HildeX
Danke für das Feedback. Bitte, sehr gern.
Ja wir sind hier wie immer an weiteren Verbesserungen dran.
Du könntest uns mit einem Beispiel deines Wallets/TX IDs via Ticket/E-Mail helfen. Dann schauen wir uns das konkret anhand dessen an.

Hey Andreas!

Ich habe mir gerade mal meine Solana Adressen importiert. Ich mache dort ein wenig mit DeFi rum, konkret Raydium.

So gut, wie der Import bei Polygon funktioniert hat, gibt es hier doch leider Probleme. Die Anwendung importiert mir die LP-Token-Transaktionen nicht. Die ausgezahlten Rewards kommen rein, aber die Pool-Token werden nicht abgebildet. Gleiches gilt für die Legacy-Pool-Token.

Gibts da noch Issues? Kommt da noch was?

Danke dir und euch für eure Arbeit!

Danke für das Update Andreas


Und hier zitiere ich mich noch kurz selbst -> LibertValance mein Steuerausgleich ist mittlerweile durchgegangen/abgeschlossen.
Die CT-Kosten wurden als Werbungskosten (Privatperson) angegeben und so akzeptiert.

Updates und Verbesserungen

API
- Neuer Import: Celsius
- Bitpanda (BEST als Bonus und Storage-Gebühren werden nun importiert)
- FTX (Sub-Account Handling vereinfacht)
- Bitstamp (Fix für Gebühren)

CSV
- Neuer Import: Bitrue
- NEXO (Ticker und Zeitzone angepasst, Transaktionstypen korrigiert)
- Bitpanda (BEST als Bonus wird nun importiert)
- CakeDefi ("Freezer liquidity mining bonus" und "10 Year Freezer reward" werden nun importiert)
- Gate.io (Diverse Optimierungen, u.a. Unterstützung des neuen Formats)
- BlockFi (Wire Withdrawal wird nun unterstützt)

Blockchain
- Neuer Import: Fantom (Import u.a. von Liquidity und Staking)
- Neuer Import: Tron
- Cardano (Diverse Optimierungen, u.a. verbesserter Import von Staking-Adressen und Rewards)
- Solana (Diverse Optimierungen, u.a. für SOL Reward-Datum, Gebühren, Staking)
- ETH (Diverse Optimierungen, u.a. HEX Staking und Import von NFTs)

Sonstiges
- Mehrere Anpassungen zu Ticker-Zuweisungen und Preishistorien
- Optimierung des Transaktionsfluss-Berichts

Quelle: https://cointracking.info/new_features.php

Ich habe es (privat) als Werbungskosten angegeben aber bisher kann ich weder OK oder nicht OK berichten.
Warte seit Ewigkeiten auf Rückmeldungen vom Finanzamt. Wenn ich eine Antwort habe kann ich das aber gerne hier beantworten