Die Fragen, die in der Community wirklich gestellt werden

Grundsätzlich API, weil sie sich automatisch aktualisiert. Aber: Eine API-Anbindung ist keine Garantie für einen lückenlosen Import. Auch bei großen Börsen fehlen immer wieder einzelne Transaktionen. Prüfe den Bestand nach jedem Import gegen die Börse.

Für On-Chain-Wallets (MetaMask, Ledger, Trezor, Safepal & Co.) nimmst du weder API noch CSV, sondern den Blockchain-Import über die Adresse.

Worauf du beim Aufsetzen achten solltest – Leserechte, Zeiträume, vergessene Börsen – steht ausführlich hier: CoinTracking richtig einrichten

In der Transaktionsansicht ganz nach unten scrollen und links „Tabelle Ansicht" auf „erweitert mit zusätzlichen Spalten" stellen. Dann erscheint die Spalte „importiert von": Ein Eintrag wie job_börsexyz steht für API, börsexyz allein für CSV.

In derselben Ansicht siehst du zwei Zeitstempel: links das Add Date (wann die Buchung angelegt wurde) und rechts das TX Date. Für das Matching zählt immer das TX Date.

Erster Schritt: Den API-Job bearbeiten und auf „Job und Tradepaare aktualisieren" klicken – das ist bei Binance regelmäßig nötig. Prüfe dabei, ob im Job wirklich alles ausgewählt ist.

Hilft das nicht: Job löschen, den Key auch bei Binance entfernen und beides neu anlegen. Und dann Geduld – ein vollständiger Binance-Import kann Stunden bis zwei Tage dauern. In der Zwischenzeit nichts anderes am Account machen.

Der Weg, der funktioniert:

1. In CoinTracking den Reiter „Automatisch verbinden" nutzen – nicht Legacy v2.
2. Im Coinbase Developer Portal anmelden, unten auf Settings, Reiter „Secret API Keys", rechts „Create Secret API Key".
3. Rechte auf Only Read setzen.
4. Unter advanced settings als Algorithmus ECDSA wählen – nicht Ed25519. Nur dann bekommst du einen Key im Format organizations/… samt Secret.
5. „Opt-Out IP allowlisting" aktivieren.
6. Key-ID ins Feld „API Schlüssel", Secret ins Feld „API Geheimnis".

Nein. Lesen ist bei OKX der Standard und deshalb nicht abwählbar – alle weiteren Rechte müsstest du separat bestätigen. Der Key funktioniert so. Dass CoinTracking nicht in der Drittanbieter-App-Liste steht, ist ebenfalls normal.

Das ist der Dauerbrenner der Gruppe. Das Problem liegt selten am Importer, sondern an dem, was in den BingX-Exporten fehlt: SEPA-/Fiat-Einzahlungen und der erste Tausch EUR → USDT sind schlicht nicht drin. Damit reißt die Kette gleich am Anfang.

Was in der Praxis geholfen hat:

• Die fehlenden Fiat-Einzahlungen und EUR→USDT-Trades manuell nachtragen – auf der Unterwallet „BingX Funding", nicht als „Swap", sondern als zwei Trades.
• Anschließend die internen Transfers abbilden: Funding → Spot bzw. Funding → Futures.
• Beim Import unbedingt die richtige Zeitzone wählen (siehe nächste Frage).
• Notfalls beim BingX-Support die fehlenden Daten anfordern – mehrere Nutzer haben so eine vollständige Aufstellung bekommen.

Nutzer, die das durchgezogen haben, hatten danach keine Fehlermeldungen mehr.

Im Importer stellst du die Zeitzone ein, in der die CSV vorliegt – nicht deine eigene. BingX exportiert grundsätzlich in UTC+8, also GMT+8 auswählen. Umrechnen musst du nichts.

Wurde bereits falsch importiert: betroffene Börse löschen und neu importieren. Alternativ lassen sich ganze Börsen über „gruppiert editieren" zeitlich verschieben.

Erst den dynamischen Importer probieren – der kommt mit vielen Formaten zurecht. Klappt das nicht, nimmst du die Excel-Importvorlage von CoinTracking und mappst die Spalten deiner Datei darauf.

Ein Trick aus der Gruppe, um das Zielformat sicher zu treffen: Trag eine Transaktion manuell in CoinTracking ein und exportiere sie. Dann siehst du exakt, welche Spalten in welcher Form erwartet werden. Für das Umschreiben größerer Dateien nutzen viele inzwischen ein KI-Tool – mit gemischtem Erfolg, aber es spart viel Handarbeit.

Über den Blockchain-Import, und zwar pro Chain ein eigener Job. Nutzt du MetaMask mit zwei Ethereum-Adressen sowie je einer Polygon- und BSC-Adresse, legst du vier Jobs an und vergibst sprechende Namen: „MM ETH 1", „MM ETH 2", „MM MATIC", „MM BSC". Bei Safepal analog „Safepal – ETH", „Safepal – BSC", „Safepal – BTC".

Bei Cardano importierst du am besten über die Stake-Adresse, weil sich daraus die weiteren Adressen ableiten.

Dann fehlt das Startdatum. Bearbeite den betreffenden Import-Job (API oder Blockchain) und trag bei „Startdatum (optional)" z. B. das heutige Datum ein. Danach zieht der Job nur noch Transaktionen ab diesem Zeitpunkt und überschreibt deine Handarbeit nicht mehr.

Besser noch: Die Token vorher über das Editieren der Einzahlung „Als Spam markieren" – dann werden sie bei künftigen Imports gar nicht mehr angefasst.

Nein. Bereits importierte Trades werden als Dubletten erkannt und übersprungen. Das ist besonders praktisch, wenn du eigentlich nur Rewards nachziehen willst, die die API nicht liefert: Du kannst den kompletten Export hochladen, es landen nur die neuen Buchungen im Account.

Einen Datumsfilter vor dem Generieren des Exports gibt es bei den meisten Börsen nicht – filtern lässt sich nur nachträglich in der Datei selbst.

Das Ergebnis ist im Wesentlichen gleich. „Konto verbinden" funktioniert wie ein normales Anmelden und ist für technisch weniger versierte Nutzer bequemer. Wenn deine API sauber läuft, gibt es keinen Grund, etwas umzustellen.

Beides wird regelmäßig berichtet und ist meist eine vorübergehende Störung auf Seiten von CoinTracking oder der Börse. Vorgehen: einen Tag warten und erneut versuchen, in der Gruppe gegenprüfen, ob andere dasselbe sehen – und wenn es bleibt, ein Support-Ticket aufmachen.

Wichtig: Nach jedem automatischen Import selbst in die Transaktionsliste schauen, sortiert nach Importdatum, und kontrollieren, was tatsächlich neu reingekommen ist.

Die Einstellungen im Report machen den Unterschied. Bewährt hat sich:

• Zeitgenauigkeit auf „Streng" stellen.
• Genauigkeit des Betrages auf dem Standard von 95 % lassen.
• Rechts auf „Alle anzeigen" wechseln und die Liste nach Datum sortieren.
• Die Anzeige auf 10 oder 20 Einträge pro Seite reduzieren – nur dann funktionieren die Sprunglinks zu den Transaktionen zuverlässig.

Grün heißt gematcht. Bleibt eine Auszahlung weiß, siehst du an der grün oder gelb markierten Gegenbuchung samt Prozentzahl, mit welcher anderen Transaktion sie fälschlich zusammengebracht wurde.

• Die Auszahlung liegt zeitlich nach der Einzahlung – meist ein Zeitzonen-Effekt beim Import.
• Die Beträge passen nicht: Auszahlung minus Gebühr muss der Einzahlung entsprechen.
• Es gibt eine doppelte Transaktion, die stattdessen gematcht wird.
• Beide Buchungen haben eine Transaktions-ID, die sich unterscheidet. Fehlt sie auf einer Seite, ist das unkritisch.
• Eine der Buchungen steckt in einer Gruppe, die das Matching stört.

Manuell zusammenführen lässt sich ein Paar in CoinTracking nicht – du kannst nur die Daten so korrigieren, dass die Automatik greift.

Ausführlich im Blog: Missing Transactions – Ursachen und Vorgehen

In der Oberfläche nicht, auch nicht als Power User. Änderbar ist sie nur über einen Excel-Import. In den meisten Fällen ist das aber gar nicht nötig, weil eine fehlende ID auf einer Seite das Matching nicht stört.

Die Regel lautet: Bruttobetrag minus Gebühr bei der auszahlenden Börse = Nettobetrag bei der einzahlenden Börse. CoinTracking kennt im Normalfall keine Einzahlungsgebühren.

Praktisch heißt das: Nimm die Gebühr aus der Einzahlung heraus und rechne sie der Auszahlungsgebühr hinzu. Alternativ buchst du sie zeitgleich separat als „sonstige Gebühr". Bei Blockchain-Importen dürfen an Einzahlungen definitiv keine Gebühren hängen – genau daher kommen viele Warnungen im Transaktionsfluss-Report.

Ausnahmen gibt es: Bitpanda erhebt bei manchen Coins tatsächlich Einzahlungsgebühren. Auch dort löst du es über die Addition zur Auszahlungsgebühr.

Kurz: nein. Der Withdrawal- bzw. Sell-Betrag ist immer der Bruttobetrag – die Gebühr steckt da schon drin. Solange die Gebühr in derselben Währung anfällt wie die Transaktion, ist das Fee-Feld ein reines Informationsfeld und mindert den Bestand kein zweites Mal.

Das Beispiel aus der CoinTracking-Doku: Withdrawal von 1,001 BTC aus Wallet A, Fee 0,001 BTC – daraus wird ein Deposit von 1 BTC in Wallet B. Der Abgang ist brutto, drüben kommt netto an.

Der häufigste Fehler: die Gebühr vorher vom Betrag abziehen und sie zusätzlich ins Fee-Feld schreiben. Dann fehlt sie am Ende im Bestand. Bei Börsen wie MEXC, die den Bruttoabgang und die Gebühr getrennt ausweisen, übernimmst du beide Werte einfach eins zu eins.

Eine echte Ausnahme gibt es: Wird die Gebühr in einer dritten Währung bezahlt, die nicht Teil des Vorgangs ist (bei MEXC zum Beispiel in MX), greift die Automatik nicht. CoinTracking reduziert diesen Bestand nicht von selbst – dafür brauchst du einen eigenen Eintrag vom Typ Other Fee.

Kontrolle: Vergleich nach dem Import den Bestand der betroffenen Coin mit dem echten Börsensaldo. Stimmt er, ist nichts doppelt abgezogen.

Ausführlich im Blog: Gebühren in CoinTracking richtig erfassen

Über eine fiktive Zwischen-Wallet, damit die Blockchain-Daten konsistent bleiben:

1. Aus der Auszahlung einen Transfer in ein neu benanntes Depot machen, z. B. „Multichain-Swap".
2. Dort den Trade vollziehen.
3. Einen Transfer zurück anlegen, der zur bestehenden Einzahlung passt.

Das Muster funktioniert genauso, wenn du eine Transaktion gesplittet hast – etwa aus 0,03 BTC dreimal 0,01 BTC. Du wandelst einfach jede vorhandene Ein- und Auszahlung in einen Transfer um.

Der Trade allein reicht – vorausgesetzt, die Coins lagen vorher in der Wallet und bleiben danach dort liegen. Wurde derselbe Vorgang dreifach importiert, kannst du Ein- und Auszahlung in CoinTracking zu einem Trade verbinden; die Funktion sitzt bei den Transaktionen zwischen „Duplizieren" und „Löschen".

Die Suche liefert dir nur die Trefferzeile. Ein Trick aus der Gruppe: Transaktion editieren, im Feld „Gruppe" einen Marker wie 00edit eintragen und anschließend in der Liste per Strg+F danach suchen – dann hast du sie im Umfeld ihrer Nachbarbuchungen.

Vorbeugend hilft es enorm, bei Transfers die TX-ID gleich als Link in den Kommentar zu schreiben.

Gängige Praxis in der Gruppe: Deposits als Einnahme und Withdrawals als Ausgabe definieren. Wo es plausibel ist, kann man auch Paare bilden und die Zeiten leicht angleichen.

Vorher lohnt aber die Recherche: alte Börsen-Mails zu ausgeführten Orders, Chat-Verläufe, Screenshots und Chain-Explorer. Da finden sich oft noch Informationen, die sonst nirgends mehr existieren. Realistisch bleiben: Wer seit 2017 dabei ist und mehrere geschlossene Börsen hatte, steckt hier Wochen rein.

Dann stimmt der Transaktionstyp nicht. Für Derivate braucht es „Derivate Gewinn" bzw. „Derivate Verlust". Setzt der Importer das nicht korrekt, musst du den Typ ändern.

Grundsätzlich gilt: Gewinn oder Verlust wird erst beim Close realisiert. Alles, was dazwischen anfällt – vor allem Funding – kommt in CoinTracking als Gebühr oder Einnahme an.

Da gehen die Meinungen auseinander, und eine belastbare Antwort kann hier niemand geben. In der Gruppe finden sich zwei Linien: die Zuordnung als sonstige Einnahmen/Ausgaben und die Einordnung als Teil des Derivategeschäfts – letzteres mit dem Hinweis, es sei bisher problemlos durchgegangen.

Der Hintergrund des Streits: Bei Kapitalerträgen gibt es keine Werbungskosten; Kosten müssen unmittelbar mit Anschaffung oder Veräußerung zusammenhängen. Ob Funding Fees laufende Kosten oder Veräußerungskosten sind, ist strittig. Das ist eine Frage für deinen Steuerberater, nicht für ein Forum.

CoinTracking berechnet Rewards nicht selbst und leitet sie auch nicht aus dem Namen der Börse ab. Es muss eine eigene Transaktion vom Typ „Belohnung" geben – sonst entsteht sie nicht.

Bei Bitpanda etwa werden Rewards nicht über die API übertragen, sondern nur über den manuellen Transaktionsdownload. Zieh dir dort die klassische Transaktionsübersicht, such die Rewards heraus und trag sie nach.

Ausführlich im Blog: Staking, Airdrops & DeFi sauber erfassen

Der in der Gruppe geteilte Ablauf:

1. Backup anlegen.
2. Im Einkommensbericht des Steuerreports je Coin die Jahressumme notieren – Anzahl und Wert.
3. Notieren, wann der erste und der letzte Reward des Jahres eingegangen ist.
4. Alle Reward-Transaktionen löschen.
5. Eine einzige Buchung anlegen, datiert auf den ersten Reward, mit den Summen aus Schritt 2 und einem Kommentar wie „Locked Earning, zusammengefasst von … bis …".
6. Steuerreport prüfen.

Der Haken: Die Haltefristen der einzelnen Rewards stimmen danach nicht mehr exakt. Die Buchung auf den ersten Reward passt, solange du innerhalb der echten Frist verkaufst.

Über eine eigene ICO-Wallet – das ist der Standardweg der Gruppe:

1. Die Auszahlung des Kaufpreises editieren und in einen Transfer umwandeln; im Transfer-Dialog bei „Börse (Eingang)" einen neuen Namen vergeben, z. B. „ICO XY".
2. In dieser Wallet einen Trade über die komplette Coin-Summe anlegen – Kaufdatum ist der Tag der Bezahlung. Den Coin-Namen kannst du frei vergeben und später ändern, sobald es einen echten Ticker gibt.
3. Jede eintreffende Vesting-Tranche ebenfalls in einen Transfer von der ICO-Wallet zur Ziel-Wallet umwandeln.

Am Ende ist die ICO-Wallet leer, und Haltefristen wie Kaufbasen stimmen. Und die Antwort auf die Frage dahinter: Die Haltefrist beginnt mit der Bezahlung, nicht mit jeder Freischaltung.

Dafür gibt es inzwischen den Transaktionstyp „Swap (steuerfrei)". Leg zum Datum der Migration einen Swap vom alten auf den neuen Token an – der Umrechnungsfaktor wird berücksichtigt (etwa 100 alte zu 1 neuem Coin). Haltefrist und Originalkosten wandern damit auf den neuen Token.

Die ältere Methode funktioniert weiterhin: einen Trade alt gegen neu anlegen und in die Tradegruppe swap eintragen. Die vom Importer erzeugten Ein- und Auszahlungen des Vorgangs löschst du anschließend.

Erfassen musst du sie, denn Basis der Berechnung ist der Euro-Gegenwert. Am einfachsten buchst du den Betrag, der aus der Wallet abgeht, direkt als „Ausgabe". CoinTracking zieht dann den Euro-Gegenwert zur Gewinnermittlung gegen deine Anschaffungskosten heran.

Ob dazwischen noch in Dollar getauscht wird, ist unerheblich. Auch bei Stablecoins solltest du sauber dokumentieren – USDC schwankt gegenüber dem Euro.

Zwei Varianten sind gebräuchlich: Entweder du buchst die Auszahlung auf die Lightning-Wallet direkt als Ausgabe und bist damit fertig – oder du legst einen Transfer zur Lightning-Wallet an und buchst die einzelnen Zahlungen dort als Ausgabe. Letzteres ist näher an der Realität.

Ein pragmatischer Tipp aus der Gruppe: für Lightning möglichst Coins verwenden, die länger als ein Jahr gehalten wurden – dann ist der Vorgang steuerlich unkritisch.

Manuell anlegen mit dem Typ Mining: Menge als Kauf, als Kaufwährung den eigenen Ticker eintragen (CoinTracking markiert ihn rot, weil er unbekannt ist – das ist in Ordnung), und die Börse nach dem Projekt benennen. Das Feld „Wert in Kontowährung" lässt du leer oder trägst 0 ein. Die Stückzahl stimmt dann, die Bewertung ist 0 €.

Gab es einen offiziellen Presale-Preis, kannst du diesen stattdessen manuell eintragen.

• Airdrop – eigener Typ, Wert am Tag des Erhalts.
• Referral- und Sign-up-Prämien – als „Belohnung/Bonus".
• Copy-Trading-Provisionen – eher als „Einnahme", weil es sich um eine Provision und nicht um einen Bonus handelt.

Wichtig ist vor allem, dass du sie überhaupt erfasst – gelöschte Einnahmen reißen später Löcher in die Bilanz. Wie sie steuerlich einzuordnen sind, gehört auf den Tisch deines Steuerberaters.

Ausführlich im Blog: Staking, Airdrops & DeFi sauber erfassen

Beispiel Pancakeswap: Beim Tausch von BNB in einen Token läuft technisch ein Umweg über wBNB. Praktikabel ist, diesen Zwischenschritt als das zu behandeln, was er ist – ein technisches Detail der Börse – und schlicht einen Trade BNB → Zieltoken einzutragen, inklusive aller dabei angefallenen Gebühren.

Für gebridgte Assets, die nur Warnungen erzeugen, ist die pragmatische Linie: rauslassen und höchstens die angefallenen Gebühren erfassen.

Wie ich bei Swaps, Liquidity Pools und Gas-Gebühren vorgehe, steht hier: Staking, Airdrops & DeFi

Nur bedingt – CoinTracking ist kein Buchhaltungsprogramm für Unternehmen. Ein gangbarer Weg ist eine „Ausgabe" auf der betrieblichen Seite und eine „Einnahme, steuerfrei" auf der privaten Wallet. Für die saubere Trennung von Betrieb und Privat legen viele einen zweiten CoinTracking-Account an.

Nein. In Deutschland zählt, wie viele Coins wann gekauft und wann verkauft wurden – nach FIFO. UTXOs liegen technisch eine Ebene darunter; sie in CoinTracking abzubilden bringt keinen Mehrwert.

Ja, unter cointracking.info/sourceoffunds* gibt es inzwischen ein entsprechendes Feature. Ob Banken den Nachweis in dieser Form akzeptieren, ist offen – dazu gab es bislang keine Erfahrungsberichte in der Gruppe. Als Alternative lässt sich die Tradeliste in der Vollansicht filtern und exportieren.

Wer danach fragt, wie der Bericht entsteht und warum er nur so gut ist wie deine Historie: Krypto-Herkunftsnachweis für Bank, Notar und Finanzamt