CoinTracking - Gewinn/Verlust Portfolio und Steuer Reporting für digitale Coins

[samhayne]

Der Binance Auto-API-Import überraschte mich die Tage schon 2x nun mit 4.000 Transaktionen, die auf einen Schlag importiert wurden, statt den üblichen Hand voll durch Staking.

Jetzt am Wochenende mal reingeguckt... alles voller Dubletten.

Da wartet wohl einiges an Aufräumarbeit für mich...

https://i.imgur.com/NHwkyod.png

[1714235141]

1714235141

[1714235141]

1714235141

[1714235141]

1714235141

[Andreas_CoinTracking]

Wir sind hier bereits dran @samhayne. Danke für deine Geduld.

[Andreas_CoinTracking]

Updates und Verbesserungen

API
- MEXC (Fehlermeldungen durch neue Berechtigungen behoben)
- Coinspot (alle Trades mit gleichem Zeitstempel importiert)
- Bitget (Trade Paare werden nun korrekt importiert)
- Kraken (spätester Zeitstempel bei Einzahlung und frühester Zeitstempel bei Auszahlung verwendet)
- MEXC (Auszahlungsgebühr korrigiert)
- Bitpanda ("Crypto Index" Transaktionen unterstützt - nicht in den Bitpanda CSV Dateien enthalten)
- Poloniex (Trades importiert, Live View verbessert)
- Bitfinex ("claiming", "settlement" Gebühr werden nun korrekt importiert)
- Coinbase ("Partial Filled Trades" und weitere "Advanced Trades" werden nun importiert)

CSV
- NEXO (neues Dateiformat wird nun unterstützt, Transaktionsbeschreibung im Kommentar)
- eToro (Verbesserungen für USD Transaktionen)
- Bitget (Gebühren-Import verbessert)
- BingX (Gebühren-Import verbessert)
- bake ("Referal signup Bonus" korrekt importiert, "Voting Rewards" unterstützt)
- Bison (Aktiengebühren werden nun importiert)
- Kraken (spätester Zeitstempel bei Einzahlung und frühester Zeitstempel bei Auszahlung verwendet)
- Haru Invest (Trades werden nun korrekt importiert)
- crypto.com App ("precredit" & "repayment" nun unterstützt, unlock/lock/unfilled limit order werden nicht importiert)
- BingX (alle Trades werden nun importiert)
- BSDEX (neues Dateiformat wird nun unterstützt)
- GEMINI ("Redeem" wird nun als Auszahlung importiert)
- NFTBank (neues Dateiformat wird nun unterstützt)
- crypto.com Börse (neues "deposit_withdrawal" Format wird nun unterstützt)

Blockchain
- neuer Importer: Terra 2.0 BETA
- Verbesserungen: ALGO - einige Auszahlungen ergänzt, CRO - "fehlgeschlagene Transaktionen" werden übersprungen, Solana - NFTs mit N- Ticker werden nun importiert (siehe FAQ "Meine blockchain Transaktionen wurden nicht korrekt importiert. Warum?")

Sonstiges
- Mehrere Anpassungen zu Coin Tickern, Preishistorien und Logos
- Verbesserungen von Steuerberichten (Allgemeiner Bericht: Einnahme steuerfrei hinzugefügt, Deutschland - Verlustvortrag entfernt)
- neue "Loan"-Transaktionstypen hinzugefügt (beschrieben in FAQ "Transaktionstypen")
- alle CSV-Exporte sind in der Zeitzone des Accounts und die CSV-Importoptionen verwenden ebenfalls die Zeitzone des Accounts
- Bilanz pro Börse und Coins pro Börse Berichte - nicht mehr verwendete Börsen können ausgeblendet werden
- iOS und Android App Korrekturen und Verbesserungen (Börsenname Auto Vervollständigung, Account Name anzeigen, Benachrichtigungen, neue Transaktionstypen hinzugefügt, Preis Alarm Verbesserungen, Auto Refresh und Reload)

Vielen Dank an alle, die uns Feedback gegeben haben! Ihr wurdet bereits individuell über die Änderungen benachrichtigt. Vielen Dank für Euren wertvollen Input!

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

[Drokzid]

Ist es nicht mehr möglich Begriffe im Suchfeld zu kombinieren?

[Andreas_CoinTracking]

Bitte auf CSP Modus stellen. Du bist sicher im SSP Modus. Siehe Einstellung unten auf Coins Eintragen Seite.

[Drokzid]

Bitte auf CSP Modus stellen. Du bist sicher im SSP Modus. Siehe Einstellung unten auf Coins Eintragen Seite.

Super, danke für die schnelle Antwort. Vermutlich wurde durch die paar hundert tausend Binance Commissions, die plötzlich auftauchten, automatisch auf SSP umgstellt. 

[Lakai01]

Hi @Andreas_Cointracking!

Weißt du ob geplant ist, dass Cointracking das Staking von ETH über Bitpanda korrekt und nachvollziehbar darstellt? Derzeit habe ich hier folgende Probleme:

• Cointracking erkennt das Hinzufügen von ETH zum Staking als "Withdrawal", die ETH fehlen dann also komplett
• Cointracking listet die wöchentlichen Rewards, die Bitpanda ausschüttet, nicht auf. Die ETH-Balance läuft also mit der Zeit (und umso höher der ETH-Betrag ist umso schneller) auseinander.

Den letzten Punkt kann man mMn. derzeit nur umgehen, wenn man die wöchentlich ausgeschütteten Rewards händisch einträgt, das wird aber einiges an Nacharbeit-Aufwand wenn Cointracking das dann irgendwann doch automatisch kann.

Wär super, wenn du hier Informationen für uns hättest, betrifft doch ein paar Forumskollegen hier!

[Andreas_CoinTracking]

Wenn Bitpanda die Daten vollständig bereit stellt, dann ja. Bei den CSVs ist dies bisher nicht der Fall.
Sende uns bitte zu deinem Fall ein Ticket/E-Mail mit Account Name und ob es um API oder CSV geht.

[Soonandwaite]

Den letzten Punkt kann man mMn. derzeit nur umgehen, wenn man die wöchentlich ausgeschütteten Rewards händisch einträgt, das wird aber einiges an Nacharbeit-Aufwand wenn Cointracking das dann irgendwann doch automatisch kann.

Wär super, wenn du hier Informationen für uns hättest, betrifft doch ein paar Forumskollegen hier!

Ich habe heute erst mal meine Api auf das heutige Datum aktuallisiert. Alles was davor ist sollte dann ja eigentlich nicht mehr importiert werden.
Denn ich trage das auch händisch ein. Nicht das CT plötzlich auf dumme Ideen kommt und es dann plötzlich möglich ist und man hat hunderte unnütze neue Einträge
die man schon händisch eingetragen hat.

PS: Gut Lakai01 das du es geschrieben hast.

[Lakai01]

Wenn Bitpanda die Daten vollständig bereit stellt, dann ja. Bei den CSVs ist dies bisher nicht der Fall.

Ok, das ist denke ich dann auch hier bei meinem API-Import der Fall. Das heißt hier wäre ein Support-Ticket/Feature-Wunsch bei Bitpanda eh der richtige Weg?
Habe dazu Anfang des Jahres mal ein Ticket aufgegeben, mWn. aber nur eine Standard-Antwort mit "wir arbeiten daran" zurückbekommen. Werde da aber nochmal nachfragen was hier der Stand der Dinge ist.

Derzeit kann man sich wie gesagt selber etwas behelfen indem man ein Deposit manuell erfasst, die Staking-Rewards müsste man aber wöchentlich aus der E-Mail rauslesen und ebenfalls händisch eintragen ... dazu war ich bisher noch zu faul 

[Drokzid]

Den letzten Punkt kann man mMn. derzeit nur umgehen, wenn man die wöchentlich ausgeschütteten Rewards händisch einträgt, das wird aber einiges an Nacharbeit-Aufwand wenn Cointracking das dann irgendwann doch automatisch kann.

Wär super, wenn du hier Informationen für uns hättest, betrifft doch ein paar Forumskollegen hier!

Ich habe heute erst mal meine Api auf das heutige Datum aktuallisiert. Alles was davor ist sollte dann ja eigentlich nicht mehr importiert werden.
Denn ich trage das auch händisch ein. Nicht das CT plötzlich auf dumme Ideen kommt und es dann plötzlich möglich ist und man hat hunderte unnütze neue Einträge
die man schon händisch eingetragen hat.

PS: Gut Lakai01 das du es geschrieben hast.

Ja, das habe ich heute auch getan. Einige Scam-Token Imports mal gelöscht und dann das Import-Datum nach vorne gezogen. Leider wurde nämlich UDT (irgendein Scam Token, was bei jeder USDT-Überweisung import wurde) immer wieder importiert, obwohl es "genullt" wurde, also der Ticker auf NOTSET und der Typ auf steuerfreie Einnahme gesetzt wurde.

Was mir auch ziemlich missfällt ist, dass manche Ticker einfach irgendwann komplett aus dem System verschwinden und dann aber teilweise sogar wieder recycled werden und man plötzlich eine Balance von +10,000,000 EUR im Dashboard hat. Wieso ist das so? Bzw. gibt es nicht einfach feste Mappings pro Ticker und iteriert diese bei Bedarf dann mit TICKER1, TICKER2 etc. hoch? Andere Softwares arbeiten so, dass Tokens erstmal als "Generic" importiert und mit der Contract ID versehen werden. Und erst wenn es ein Matching mit CMC, Gecko oder irgendeiner anderen Price-Source gibt bzw. redaktionell abgesegnet wurde, wird der Ticker hart gemapped und zukünftig niemals wieder anderweitig gemapped.

[Andreas_CoinTracking]

Das ist so und wird auch so gemacht. Einmal vergebene Ticker werden nicht nochmals vergeben. Sonst bitte ein Beispiel senden.

[Drokzid]

Das ist so und wird auch so gemacht. Einmal vergebene Ticker werden nicht nochmals vergeben. Sonst bitte ein Beispiel senden.

MOD war früher Modum, wurde dann gelöscht und MOD ist jetzt Modefi. ACC war früher Accelerator Network und ist jetzt ASIAN-AFRICAN CAPITAL CHAIN. Da gabs etlicher solcher Fälle in der Vergangenheit. Ticker werden auf jeden Fall immer mal wieder neu vergeben, was dann die ganze DB und vor allem die Historie zerschießt.

Was haltet ihr vom Vorschlag des Mappings? Also dass Tokens erstmal als "Generic" importiert und mit der Contract ID versehen werden. Und erst wenn es ein Matching mit CMC, Gecko oder irgendeiner anderen Price-Source gibt bzw. redaktionell abgesegnet wurde, wird der Ticker hart gemapped. Weil ihr geht ja immer hin und importiert automatisch jeden Ticker aus der ERC20, auch wenn Scam-Coins in die Wallet kommen. Wenn z.B. ein USDT Scam-Coin von der Wallet abgeht, wird der von euch automatisch als USDT importiert, was ja Kokolores ist. Andere Softwares hingegen haben USDT hart mit dem richtigen USDT-Contract gemapped. Das hätte auch den Vorteil, dass man rückwirkend importierete Generics in den User-Datenbanken dann anhand des Contracts mit dem neuen Ticker matchen könnte. Versteht ihr soweit was ich meine?

[Andreas_CoinTracking]

Danke für dein Feedback. Das wird sehr bald für Blockchain Imports kommen.

[Drokzid]

Danke für dein Feedback. Das wird sehr bald für Blockchain Imports kommen.

Nice

[Soonandwaite]

Das ist so und wird auch so gemacht. Einmal vergebene Ticker werden nicht nochmals vergeben. Sonst bitte ein Beispiel senden.

MOD war früher Modum, wurde dann gelöscht und MOD ist jetzt Modefi. ACC war früher Accelerator Network und ist jetzt ASIAN-AFRICAN CAPITAL CHAIN. Da gabs etlicher solcher Fälle in der Vergangenheit. Ticker werden auf jeden Fall immer mal wieder neu vergeben, was dann die ganze DB und vor allem die Historie zerschießt.

Was haltet ihr vom Vorschlag des Mappings? Also dass Tokens erstmal als "Generic" importiert und mit der Contract ID versehen werden. Und erst wenn es ein Matching mit CMC, Gecko oder irgendeiner anderen Price-Source gibt bzw. redaktionell abgesegnet wurde, wird der Ticker hart gemapped. Weil ihr geht ja immer hin und importiert automatisch jeden Ticker aus der ERC20, auch wenn Scam-Coins in die Wallet kommen. Wenn z.B. ein USDT Scam-Coin von der Wallet abgeht, wird der von euch automatisch als USDT importiert, was ja Kokolores ist. Andere Softwares hingegen haben USDT hart mit dem richtigen USDT-Contract gemapped. Das hätte auch den Vorteil, dass man rückwirkend importierete Generics in den User-Datenbanken dann anhand des Contracts mit dem neuen Ticker matchen könnte. Versteht ihr soweit was ich meine?

Wenn man diesen Faden zurück liest hatte ich geanu solche Fälle auch schon. Man öffnet Cointracking, schaut aufs Dashboard und hat von einem Tag auf den anderen
plötzlich 50K mehr auf dem Konto. Dann schauste rechts auf die aktuelle Bilanz und plötzlich erscheint dort ein Asset was nie dort oben war. ( An Wert )
Dann das Asset wieder "umbennen" und es passt. Ich glaube ich hatte das auch schon geschrieben hier.
Vielleicht kommt es wirklich eines Tages so. Wäre zu schön.... !

[Lakai01]

Wenn man diesen Faden zurück liest hatte ich geanu solche Fälle auch schon. Man öffnet Cointracking, schaut aufs Dashboard und hat von einem Tag auf den anderen
plötzlich 50K mehr auf dem Konto. Dann schauste rechts auf die aktuelle Bilanz und plötzlich erscheint dort ein Asset was nie dort oben war. ( An Wert )

Das trifft leider nicht nur auf Cointracking zu sondern auch auf Ledger Live. Eines meiner Airdrop-Wallets aus 2017 hat auch in Ledger Live einen recht hohen Wert, dort liegt ein Coin, welcher genauso heißt wie einer, der jetzt tatsächlich wertvoll ist ... der Contract ist aber ein komplett anderer und daher eigentlich "nutzlos". Der große Nachteil bei Ledger Live ist aber, dass man die Werte nicht editieren kann, ich muss dort also mit der falschen Wallet-Bewertung leben. Ist jetzt zwar nur optisch unschön, mich schreckts aber ab und an doch immer mal wieder wenn ich Ledger Live öffne und mir da tausende von Euros entgegenspringen die gar nicht da sind 

[101marc]

Hallo - ich habe 2017 mit dem Thema Crypto gestartet und via Bitcoin.de eingekauft. Im Anschluss habe ich die Coins dann auf ein Smartphone Wallet transferiert und über eine andere Börse dann weitere Coins getauscht.

Leider habe ich es verpasst alles ordnungsgemäß zu dokumentieren und nun fragt die Finanzaufsicht danach. Auf die Apps und Börsen von damals habe ich leider keinen Zugriff mehr. Gibt es außer CoinTracking noch weitere Hilfsmittel um das Puzzle zusammenzufügen?

Danke und VG
marc

[Soonandwaite]

Betrifft TIA Celestia . Heute gab es einen Airdrop. Euer Ticker zeigt mir das hier an auf der CT Webseite :



Er wird bei euch als TIA3 aufgeführt siehe Screenshot .Ich habe den Airdrop dann auch so in CT eingefügt. Als TIA3 .

 Dann habe einige Trades heute auf Binance gemacht und dann die Trades per csv importiert um alles koreekt zu dokumentieren.
In Cointracking dann der Eintrag als TIA . Somit habe ich natürlich TIA im Minus und TIA3 gleichbleibend.

Man kann es jetzt natürlich händisch ändern und den Ticker auf TIA3 stellen vom Binance Import.Dann passt auch wieder alles.
Wo liegt jetzt der Fehler ?

[Andreas_CoinTracking]

Wir haben den Importer angepasst. TIA3 wird in Zukunft korrekt importiert. Daher manuell deine Transaktionen in TIA3 ändern oder die Transaktionen nach einem Backup löschen und neu importieren.