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

Updates und Verbesserungen

API
- Binance ("Convert" Transaktionen werden nun unterstützt)
- MEXC (Auszahlungsgebühr verbessert)
- Coinbase (Airdrops und Bonus/Geschenke unterstützt)
- Binance US (Staking und Auszahlungen verbessert)
- Bitfinex (Slider "convert settlements in Trade" hinzugefügt, Margin Gewinn/Verlust verbessert)

CSV
- Bitcoin Suisse ("Market Order" nun unterstützt)
- NEXO (neue Transaktionstypen nun unterstützt)
- Binance (größere Dateien nun unterstützt, Gebühren verbessert, neue Transaktionstypen unterstützt)
- Phemex (positive Funding Gebühr importiert)
- KuCoin (neue CSV Dateien unterstützt)
- OKX (neue Transaktionstypen unterstützt, neues Dateiformat unterstützt)
- GEMINI (Auszahlungsbetrag verbessert)
- MEXC ("Futures Fund Flow" Datei unterstützt, Gebühren verbessert)
- Bitstamp (neues Dateiformat unterstützt)
- BSDEX (Einzahlungen importiert)
- crypto.com (NFT Transaktionen, "Filled Limit Order" und Ausgaben unterstützt)
- Coinmate (neues Dateiformat unterstützt)
- eToro (neue Transaktionstypen unterstützt)
- Bittrex (neues Dateiformat unterstützt)

Blockchain
- neue BETA Importer: BASE, LINEA
- Verbesserungen: PULSE, METIS, DFI, ATOM, LUNA, XRP - verbesserte Importe, TRON - Transferhistorie unterstützt (siehe FAQ "Meine blockchain Transaktionen wurden nicht korrekt importiert. Warum?")

Sonstiges
- Mehrere Anpassungen zu Coin Tickern, Preishistorien und Logos
- Verbesserungen von Steuerberichten (USA: entfernen von eingehenden Geschenken/Trinkgeld aus Formular "schedule 1 & 1040", steuerfreie Transaktionen zum Export hinzugefügt, Italien: Krypto zu Krypto Option hinzugefügt)
- Bilanz pro Börse - Zeitfilter hinzugefügt und Seite nun exportierbar, Bilanz pro Tag - PDF Export verbessert, Coins pro Börse - Seite exportierbar
- iOS und Android App Korrekturen und Verbesserungen (Auflisten von Commodities und deren Werte in der Bilanz Seite)

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

Kraken Importer haben wir auf TIA3 angepasst.
Bitte bei Binance immer die Trade Paare aktualisieren, wenn neue Tradepaare gehandelt werden. Siehe FAQ oben.
Bei dem Binance Job Fehler braucht es einen neuen API Key mit korrekten Berechtigungen.
Die Einschränkungen des Binance API Importers sind auf der Import Seite verlinkt.
Weiter Einschränkungen von Chains usw. sind uns bisher nicht bekannt.

Du.Das ist mir einmal passiert. Ich sage dir:Das war ein Alarm   Und da hatte ich so wie ich weiß noch andere Sachen neu importiert.
Also immer schön davor ein Backup machen. Und ja. Tatsächlich kommt im Moment bei Binance so gut wie nix mehr.
Ich hatte dort ja diese TIA verkauft usw. Da kam gar nichts rüber.
So gut und schön CT auch ist. Man muss höllisch aufpasen wenn man einige Hundert Einträge im Jahr hat.
Gut das man so viele Backups machen kann in den "guten" Versionen.
Ein-zwei mal war ich sogar schon fast Crypto Millionär dank CT. Entpuppten sich dann als falsche Ticker.

@Andreas_CoinTracking  PS:Kraken und TIA3 passt glaub ich auch nicht.Wird als TIA ohne die 3 importiert.

Das etwas ausgelassen wird wäre mir noch nicht aufgefallen, nein. Ich hab aber immer mal wieder das Problem, dass komplette Imports plötzlich nicht mehr gehen und die - wie bei dir - händisch angestoßen werden müssen. Wenn man auf den jeweiligen Import der Börse wechselt sieht das dann so aus:



Ist das bei dir eventuell auch der Fall? Wenn ja, hilft leider wohl nur den API-Key neu zu erstellen. Du musst dann aber aufpassen und das Importdatum richtig setzen, nicht, dass dir Einträge ggfs. doppelt hinzugefügt werden (und du dann vlt. auch noch doppelt so viele BTC hast  )

Moin.Hat noch jemand das Gefühl das einige Sachen sich geändert haben und nicht mehr alle automatisch eingespeist wird.
Binance z.B. lässt neuerdings einiges aus. Dann die BSC Chain importiert auch nur noch händisch was sonst automatisch ging .
Das fällt einem natürlich erst auf wenn man etwas auf der entsprechenden Börse oder Chain gemacht hat.
Deswegen weiß ich nicht genau wie lange es schon nicht mehr zu 100% funktioniert.
Ist es bei jemanden ähnlich oder noch nichts festgestellt oder bemerkt ?

Danke für die schnelle Reaktion. Ticket ist auf und die Trade-Paare habe ich auch mal aktualisiert.

Bitte Ticket senden bzgl. Auszahlungen mit Account Name. Und die Duplikate bitte nicht löschen zum Check.
Bitte immer Trade Paare aktualisieren bzgl. der Trades wie hier beschrieben: https://cointracking.freshdesk.com/a/solutions/articles/29000020613/de

Der Binance Importer importiert Auszahlungen immer doppelt, wenn man den Job nochmal manuell anwirft. Wieso ist das so?

Außerdem wurden für einige Coins die Trades komplett ignoriert. Zum Beispiel UTK , CKB oder XLM Trades wurden alle nicht importiert. LINK und FIL Trades hingegen wurden importiert.

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.

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 ?

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

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 

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.... !

Nice

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

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?

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

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.

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 

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.