Zum Inhalt springen

Rudi1

Mitglied
 Profil anzeigen  Aktivitäten des Benutzers anzeigen

  • Gesamte Inhalte

    18

  • Benutzer seit

  • Letzter Besuch

 Inhaltstyp 

Alle Inhalte von Rudi1

  1. Rudi1
    Guten Morgen @Andreas_CoinTracking, danke nochmal für deine Unterstützung zuletzt und die Korrektur. Ich habe noch eine Frage: - Haben die Berechnungsmethoden, z.B. "Bester Preis" eine Relevanz, wenn zu den jeweiligen Trades feste Kosten eingetragen sind? -> Beispiel: Kauf 0,1 BTC für 5.000€, Verkauf 0,1 BTC für 4.500€ --> Hier wird doch nun durch CT für das Reporting und die Steuer, der angegebene Euro Betrag verwertet und keine anderen Werte angezogen, oder? Danke und Gruß
  2. Rudi1
    Hallo @Andreas_CoinTracking, wurden rückwirkend irgendwelche Änderungen an Imports/Verechnugnslogiken durchgeführt? Bspw. war der Bericht für 2020 mit Depottrennung fehlerfrei. Nun habe ich jedoch 2 Fehler bei Auszahlungsgebühren (2 Monate später), obwohl für das Jahr 2020 sowie davor definitiv keine Änderungen durchgeführt wurden. Ich habe dies auch mit dem Tradebackup gegengeprüft - und alles ist genauso wie damals, als es keine Fehler gab. Danke und vG Ergänzung: - es gibt keine fehlenden Transaktionen - es gibt keine doppelten Transaktionen - alle Bilanzen je Börse stimmen exakt - Alle Transaktionen in 2020 und davor sind exakt gleich wie zur Erstellung des Berichtes, wo kein Fehler angezeigt wurde (Keine Änderungen an 2020 und davor) Daher die Frage: Wurde irgendetwas in der Logik verändert? Ich kann mir die beiden Warnungen nicht erklären. Ergänzung 2: - wenn ich "Alle Käufe nach Tag gruppieren" und "Alle Verkäufe nach Tag gruppieren" DE-aktiviere, sind die Warnungen, die sich auf 2 Auszahlungsgebühren weg. Das erschließt sich mir jedoch weiterhin nicht, da alles korrekt ist und auch im Vergleich zu vorher nichts geändert wurde
  3. Rudi1
    Hallo @Andreas_CoinTracking, wie geht euer Tool mit folgendem Beispiel um: - Manuell getriggerter Import von 30 Trades/Ein-/Auszahlungen via API Schnittstelle am 01.04.2021 - Manuelle Änderung am 02.04.2021 von 6 Ein-/Auszahlungs- Time Stamps, sodass Auszahlungen VOR Einzahlungen liegen - Erneut manuell getriggerter Import von 5 NEUEN Trade/Ein-/Auszahlungen via API Schnittstelle am 01.05.2021 Frage: Überschreibt der 2. Import vom 01.05.2021 nun die manuell geänderten Timestamps aus dem 1. Import vom 01.04.2021? Bisher konnte ich kein Überschreiben feststellen, ich möchte jedoch sichergehen, dass dies sich auch mit eurer Logik deckt. Besten Dank und lieben Gruß
  4. Rudi1
    Hallo zusammen, danke für eure Diskussion und eure Einschätzungen. @Philbert: Bewertest du die Funding Fees (als Zahlung, nicht als Zulauf/Einnahme), denn als "Tradinggebühr" und damit als gewinnmindernd ("direkt ins Tradingergebnis")? D.h.: - Gehen Tradegebühr (für Opening/Closing) und die Funding Fee (als Zahlung) beide direkt ins Tradingergebnis ein und sind somit beide gewinn-/steuermindernd? Viele Grüße
  5. Rudi1
    Hallo Crusader, danke für deine Einschätzung. Hierzu die Rückfrage, ob du eine Funding Zahlung, also nicht als Zufluss, sondern als wirkliche Gebühr, als Gebühr und somit verrechnbar mit der PnL des Trades einschätzt? Oder dich bei der von dir genannten "Gebühr" nur auf die Tradegebühr beziehst?
  6. Rudi1
    Hallo @Andreas_CoinTracking Wie genau werden durch euch die Gegenwerte kalkuliert? Sind die Gegenwerte bei einem Trade Tagesaktuell oder minuten/Stundenaktuell? Viele Grüße
  7. Rudi1
    Hallo zusammen, ich möchte das nachfolgende Thema gerne nochmal auf hier platzieren, da ich in anderen Beiträgen hierzu noch keine Meinungen/Einschätzungen gefunden habe. Es geht um das Thema rund um Hebeltrades (inverse perpetuals, coin margined - wie Sie auf den einschlägigen Börsen angeboten werden). Bei meiner Frage geht es insbsondere um den Umgang mit den Gebühren. Nach meinem laien Verständnis lassen sich Gebühren bei den Hebeltrades (perpertual inverse) in zwei Kategorien teilen: - Tradegebühren (zum Öffnen/Schließen) des Trades - Funding Fees (zum Offenhalten des Trades) - diese können entweder positiv oder negativ sein Können diese Gebühren in den Profit and Loss (PnL) berücksichtigt werden oder nicht? Hat hier jemand Erfahrungen zu? Wäre folgendes Beispiel anwendbar? --> PnL Gesamt = PnL aus Trade an sich +/- Funding Fees - Tradegebühr Und wäre diese PnL dann in die KAP einbringbar? Danke und viele Grüße
  8. Rudi1
    Hallo Pebbles, hast du zu dem Thema etwas heraus finden können? Nach meinem laien Verständnis lassen sich Gebühren bei den Hebeltrades (perpertual inverse) in zwei Kategorien teilen: - Tradegebühren (zum Öffnen/Schließen) des Trades - Funding Fees (zum Offenhalten des Trades) - diese können entweder positiv oder negativ sein Können diese Gebühren in den Profit and Loss (PnL) berücksichtigt werden oder nicht? Hat hier jemand Erfahrungen zu? Wäre folgendes Beispiel anwendbar? --> PnL Gesamt = PnL aus Trade an sich +/- Funding Fees - Tradegebühr Und wäre diese PnL dann in die KAP einbringbar? Viele Grüße
  9. Rudi1
    Hallo @Fantasy und @Andreas_CoinTracking, super! Vielen Dank für eure hilfreiche Auskunft! Viele Grüße
  10. Rudi1
    Hallo @Andreas_CoinTracking, danke für deine Rückmeldung. Das hilft weiter. Ich habe noch eine Frage: - Wenn durch ein Margin/Future Trade ein Gewinn erzielt wird, wird in Cointracking die Kostenbasis des Coins als "0" und der Erlös = z.B: "200€" angegeben (= positive PnL). Frage: wenn der Coin, der über diesen Gewinn erlangt wurde, wieder verloren wird/ verkauft wird, ist dann die Kostenbasis 0, oder 200€? Danke und vG
  11. Rudi1
    Hallo zusammen, ich habe folgende Fragen, an die Community, und auch an @Andreas_CoinTracking: 1) Unterschiedliche Accounts eines gleichen Walletherstellers werden in Cointracking als 1 "Börse" ausgewertet (CSV Import). Frage: Wie handhabt Ihr das? Gestaltet Ihr die Accounts manuell in unterschiedliche Börsen, als seperate Wallets/ Börsen, oder ist bspw. Ledger/Trezor = 1 Ort/Börse? Das hat ja einen Effekt auf die Depottrennung. 2) Teilweise sind Bewegungen zwischen zwei Börsen vom Zeitstempel exakt gleich oder die Auszahlung sogar NACH der Einzahlung (Versatz um 1,2 Sekunden). Kennt Ihr dieses Problem? Andreas, hier ist denke ich manuell nachzubessern, sodass die AUSzahlungen Immer nach den dazugehörigen EINzahlungen sind, oder? Danke und viele Grüße
  12. Rudi1
    Ebenfalls Laienmeinung: Soweit mir bekannt geht es bei Börsen wie Bybit/Binance/etc.pp. bei inverse perpetuals (z.B. BTCUSD) um einen "collateral", also ein hinterlegen. Die Werte gehen während des Trades ja auch nicht aus deiner Account/ Asset Balance. Nur die PnL ändert die Balance.
  13. Rudi1
    @Andreas_CoinTracking Danke für deine schnelle Rückmeldung. Bei mir sind alle Transaktionen passend (alle Transkationen mit Genauigkeit hoch = grün) und alle Auszahlung sind terminlich vor den entsprechenden Einzahlungen. Dennoch tritt in der "Kapitalertragsbericht - Verkäufe von Anlagevermögen" folgendes auf: - Erwerbsdatum z.b. 1.5.2019 ("Kauf / Eingang bei" BÖRSE A) - Verkaufsdatum z.B: 02.05.2021 ("Kauf / Eingang bei" BÖRSE A) --> Der Coin wurde jedoch nicht auf Börse A, sondern auf Börse B gekauft. Frage: Ist dies so falsch, oder bezieht sich "Kauf/ Eingang" auch tatsächlich auf den EINGANG und somit auf den Transfer von Börse B auf Börse A, und garnicht auf den ursprünglichen Kaufort? Die Kaufpools in der "Detailled Calculaton" scheinen korrekt zu sein. Hier ist aber ja keine Angabe über den Kaufort. Sprich keine Zuordnung zwischen Kaufpool und Kaufort. Wäre dies ggf. noch durch euch ergänzbar? Dass mein beim Kaufpool immer den ursprünglichen Kaufort auch zugeordnet bekommt? Danke und viele Grüße
  14. Rudi1
    Hallo @Andreas_CoinTracking, ich habe folgende Fragen zur automatischen Depottrennung bei Cointracking 1) Woher weiß CR woher eine Einzahlung kommt bzw. wohin eine Auszahlung geht? Ist hier der Zeitstempel ausschlaggebend? Bspw. : Auszahlung 1 BTC auf Börse 1 Auszahlung 1 BTC auf Börse 2 Einzahlung 1 BTC auf Börse 3 Einzahlung 1 BTC auf Börse 4 2) Finden die Auszahlungen auch gemäß FIFO statt? Bspw: Balance Börse 1: 3 BTC Transfer von Börse 1 zu Börse 2 von 1 BTC. Wird nun der älteste Coin aus Börse 1 transferiert oder wonach wird bestimmt welcher "aus der Auszahlungs-Börse" transferiert wird? 3) Bei aktivierter Depottrennung steht im Steuer "Report", dass z.B. ein Kauf aus bspw. 2019 auf "Börse A" stattgefunden hat, obwohl dieser Coin nicht bei z.B. Börse A sondern bei Börse B gekauft wurde. Ist das richtig so, und wird hier "Börse A" als "Kaufort" angegeben, weil hierhin transferiert wurde? Denn der Kaufort "Börse A" ist so ja nicht wirklich korrekt. Danke vorab und viele Grüße
  15. Rudi1
    Hallo Fantasy, Ja ich nutze CT, CB und CB Pro. Ggf. Kann ich helfen?
  16. Rudi1
    Hallo zusammen, ich habe eine Frage an alle Cointracking Nutzer, die Hebeltrades (Inverse Perpetual BTC/USD auf bspw. Bybit oder Binance) durchgeführt haben. Mein Verständnis zur Cointracking "Kapitalertragsbericht - Verkäufe von Anlagevermögen" im Steuerbericht: Summe gesamt: Bilanz gesamt (Summen über alles: Verkäufe, Trades, Short, Long, Hebeltrades) Summe Short gesamt: Summe über alles, was als Short klassifiziert ist (inkl. auch den Hebeltrades (Derivate / Future Verlust/Gewinn, und auch Derivate/ Future Verlust DELTA) Summe Long gesamt: Summe über alles, was als Long klassifiziert ist (inkl. auch den Hebeltrades (Derivate / Future Verlust/Gewinn, und auch Derivate/ Future Verlust DELTA) Summe Trades: Summe über Typ "Trade" und "Derivate / Futures DELTA" Summe Margin Gewinne: Summe über "Derivate / Futures Gewinn" Summe Margin Verluste:Summe über "Derivate / Futures Verlust" Die "Summe gesamt" enthält somit nach meinem Verständnis die Summe über "Summe Short" und "Summe Long". Die "Summe Short" und "Summe Long" wiederum jeweils die Summen über den Rest (inkl. Trades, sowie Hebeltrades). Frage: Wie übertragt Ihr dies in die Steuererklärung? Kommt alles aus "Summe Short gesamt" und "Summe Long gesamt" in die Anlage SO, wobei dann nur der Short Anteil steuerrelevant ist (also auch inkl. der Gewinne/Verluste aus den Hebeltrades) oder ist hier etwas differenziert einzutragen? Danke und viele Grüße Rudi
  17. Rudi1
    @Andreas_CoinTracking Hallo Andreas, klasse, danke für deine Rückmeldung. zu 2) Das werde ich tun, danke zu 1) Super. --> Die PnL (sowohl + als auch -) aus der Asset History werden ja dann als Derivate / Futures Gewinn/ Verlust ausgewertet. Ein Gewinn aus einem Hebeltrade wird ebenfalls in dem "Kapitalertragsbericht - Verkäufe von Anlagevermögen" gelistet (Kostenbasis = 0 €; Erlös = z.B. 100€; Gewinn = z.B. 100€) - ist dies so korrekt? --> Diese PnL bzw. Derivate / Futures Gewinn/ Verlust landen dann wiederum im Steuerbericht in dem "Kapitalertragsbericht - Verkäufe von Anlagevermögen" Können diese Ergebnisse dann in der Steuererklärung auch unter der Anlage SO angegeben werden? D.h. werden diese genauso betrachtet wie ein "normaler" Kauf/Verkauf oder ist hier auch etwas für die Anlage KAP zu berücksichtigen? Danke und viele Grüße Rudi
  18. Rudi1
    Hallo @Andreas_CoinTracking, zunächst einmal möchte ich dafür danken, wie super hier in dem Fourm seitens Cointracking bei Fragen unterstützt wird. Ich habe auch zwei Fragen zur Cointracking Anwendung. Gewinne/ Verluste aus Inverse Perpetual BTC/USD (Hebeltrades), inkl. auch der Funding Fees, werden im Bybit "Asset History" Export, als "Realized PnL" ausgegeben. Cointracking importiert diese Daten anscheinend auch korrekt (die Berechnung ergibt Sinn) und analysiert diese als "Gewinn/Verlust aus Futures/Derivaten". Hierzu habe ich zwei Fragen: 1) Reicht der CSV Import der Asset History, sprich die Realized PnL, für die Berechnung und Steuerreport Erstellung aus, oder werden auch die Tradeinformationen (Hebel, Contract Size, Rate etc.) benötigt? 2) Können die Fees (z.B. Funding Fees) ebenfalls, so wie durch Cointracking analsiert, als "Gewinn/Verlust aus Futures/Derivaten" beibehalten werden oder ist eine Umstellung auf Gebühren erforderlich? Vielen Dank und Gruß Rudi
×
×
  • 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.