Jump to content

namCI

Mitglieder
  • Gesamte Inhalte

    27
  • Benutzer seit

  • Letzter Besuch

Reputation in der Community

20 Excellent

Über namCI

  • Rang
    Mitglied

Contact Informations

  • Webseite
    https://www.coin.ink

Letzte Besucher des Profils

Der "Letzte Profil-Besucher"-Block ist deaktiviert und wird anderen Benutzern nicht angezeit.

  1. Vielen Dank @bjew für deine Anfrage. Wenn du dich auf der Webapp umschaust, wirst du sehen, dass das Produkt in den letzten Wochen und Monaten zahlreiche neue Features und quality-of-life fixes bekommen hat. Wir freuen uns auch demnächst ein rundown der letzten großen Änderungen und andere spannende Meldungen machen zu dürfen. Newsletter Abonennten und Mitleser in diesem Forum werden natürlich als erste davon erfahren. PS: Dein vielfaches Feedback wurde von uns bereits gesichtet und soweit ich das weiß auch bereits in Tasks umgewandelt. Mein Kollege der dir immer auf dein Feedback persönlich antwortet, arbeitet gerade an einigen Kooperationen mit Steuerberatern, sodass er leider etwas ausgelastet ist. Er hat mir versichert dir in den nächsten Tagen nochmal persönlich zu antworten.
  2. namCI

    FIFO Prinzip

    Das Anschaffungsdatum wird für jeden Kauf von BTC jeweils für die spezifisch gekauften BTC verbucht. Das heißt, dass deine BTC vom Mai 2019, im Mai 2020 steuerfrei veräußerbar wären. Und dass deine im Juni 2019 gekauften BTC im Juni 2020 steuerfrei wären. Zu einer Vermischung der Bestände und der Haltefristen kann es nicht kommen. Eben aus diesem Grund wird das FiFo Verfahren angewendet. Ebenfalls werden durch Transfers die Haltefristen nicht "beschädigt", sodass du das Datum des Erwerbs als Beginn der Frist nutzen musst. Hier mal ein ausführlicher Artikel von uns: Bitcoin Haltedauer: FiFo und die Spekulationsfrist von einem Jahr
  3. @skunk Ich habe mir das nochmal angeschaut und es lag tatsächlich eine Begrenzung im Frontend vor. Diese sollte so eigentlich nicht sein und das haben wir gelöst. Die Begrenzung ist damit raus. Die Standardregeln für ein sicheres Passwort bleiben bestehen: Anzahl der Zeichen Minimum 6 , 1 Großbuchstabe , 1 Kleinbuchstabe, 1 Zahl. Des Weiteren könnte es sein, dass der Browser gewisse Zeichen in Passwortfeldern nicht unterstützt. Chrome erlaubt zum Beispiel Emojis in den Passwort Feldern nicht.
  4. @skunk Bei buy und sell muss bei einem Transfer das eingetragen werden, was tatsächlich transferiert wird (also selbe Menge auf beiden Seiten). Bei 1) also 0,9 BTC sowohl bei buy und sell eintragen und 2) die Anzahl der ERC-20 Token in buy und sell (selbe Menge) und in den fees die Ether für die Gebühren. Den Hinweis werden wir in den Explainer aufnehmen. Und eine Beispiel CSV werden wir dann auch gleich mit einfügen.
  5. @skunk wir haben hier mal eine provisorische Seite gebaut für die CSV Importe: https://www.coin.ink/csv-import-coinink Wenn du wieder Feedback hast, dann freuen wir uns darüber. Vielleicht hast du ja eine Idee, wie man das einfacher verständlich machen kann?
  6. @kryptonerd auch ich kann dir nur empfehlen deine Verluste zu realisieren. Diese kannst du nämlich steuerlich geltend machen und dann auch für zukünftige Jahre nutzen. Einen ausführlichen Artikel haben wir hier dazu geschrieben: Bitcoin Verluste sinnvoll nutzen und in der Steuererklärung eintragen Des Weiteren ist es in der Regel sinnvoll seine Tätigkeiten in der Steuererklärung mit anzugeben auch wenn die Freigrenze nicht überschritten wird. Dafür habe ich drei Gründe: Vom Finanzamt bestätigte Steuererklärungen geben Rechtssicherheit durch den bestandskräftigen Steuerbescheid. Sobald das Finanzamt deinen Steuerbericht abgesegnet hat, können sie dich für die angegebenen Einkünfte auch in Zukunft auf keine Art mehr belangen. Das schützt vor zukünftigen Entwicklungen, wie Gesetzesänderung und -auslegungen, die sich sonst negativ auf den Steuerzahler auswirken könnten. Wenn man bereits heute alle Einkünfte freiwillig angibt, schützt man sich zu einem gewissen Grad vor „versehentlicher“ Steuerhinterziehung. Denn sollte man selbst Fehler gemacht haben, dann gibt es im Nachhinein nur noch die Möglichkeit der Nacherklärung oder Selbstanzeige. Momentan sind Finanzämter noch sehr dankbar, wenn man seine Kryptoaktivitäten offenlegt und sie sind auch deutlich kulanter bezüglich Erläuterungen von Einzelfällen (wenn z.B. nicht alle Daten belegt werden können). Sonst führen Fehler bei der Berechnung der Haltefrist/Einkünfte bei Nichtangabe durchaus zum Tatbestand der Steuerverkürzung. Des Weiteren sind realisierte Verluste auch insgesamt geltend zu machen für einen Verlustvortrag oder Verlustrücktrag. Bei hinreichenden Summen will das Finanzamt regelmäßig Nachweise sehen. Diese im Nachhinein zu beschaffen, ist eine sehr mühsame Arbeit und kann z.B. aufgrund des Verlustes von Adressen in manchen Fällen unmöglich sein. Sollte man in Zukunft verpflichtet sein Einkünfte aus Kryptowährungen anzugeben, werden schnell Fragen zu bereits vorhandenen Assets und Trades aufkommen, wenn diese nicht vorher erklärt wurden. In der Regel werden dann Transaktionen aus den Vorjahren mit offengelegt, die dann zu einer tiefergreifenden Prüfung führen. Der Steuerpflichtige unterliegt hierbei gem. §90 AO erhöhten Dokumentations- und Mitwirkungspflichten, die er auch ohne eine Prüfung des Finanzamts schon vorher unterliegt. Regelmäßiges Offenlegen der Einkünfte bewahrt einen vor diesen Kopfschmerzen.
  7. Als Hinweis: Die neuen emittierten Security Tokens wie der Bitbond STO als Schuldverschreibung oder andere Formen wie Termingeschäfte, die sich gerade weltweit auf den Vormarsch machen sind als Kapitalerträge zu klassifizieren und werden dann dementsprechend in der Anlage KAP einzuordnen sein. Momentan sind diese Sachen noch nicht so relevant, aber mit der kommenden Flut an STOs (und auch durch Tokenisierung) könnte es durchaus ein wichtig zu beachtender Faktor sein, dass man nicht versehentlich mit wertpapierähnlichen Tokens handelt oder wenn dann darauf steuerlich achtet. Ein deutsches Verzeichnis für diese Klassifikationen von Tokens ist von der Bundesregierung legislativ in Arbeit und wurde auch so durch unsere Konsultation dahingehend bekräftigt.
  8. @skunk genau diese Art der Prüfung werden wir später auch implementieren. Unsere Jungs haben sich darüber auch schon Gedanken gemacht, sodass alle "Buchungsfehler" später entdeckt werden und auch das fehlende Depots angezeigt werden. Eine ähnliche Herangehensweise an das Problem wurde mir bestätigt. Nichtsdestotrotz vielen Dank für die Denkanstöße! Momentan ist jedoch klar der Fokus, dass man erstmal beim Steuerbericht nichts falsches und fehlendes sich ausgibt. Diese Implementation der "Entdeckung von Buchungsfehler" wird von daher noch auf sich warten müssen, da wir noch an vielen anderen Sachen arbeiten bevor wir dieses Problem lösen. Dafür hast du sicherlich Verständnis. Da freuen wir uns drauf! Du hast immer sehr gutes Feedback für uns Die Explainer-Seite zum generischen CSV Import sowie die Seite zum Cointracking CSV Import werden wir dann spätestens am Wochenende online stellen. Wir hoffen, dass wir den CSV Import von Cointracking bis dahin auch überarbeitet kriegen. Wir geben dir da nochmal hier Bescheid.
  9. Es sind zwei Sachen, die du hier beachten musst @Limitbreak 1. Die Gewinne sind nicht gleich dem realen Zuwachs an Euros, die du am Ende auf dem Konto hast. Gewinne entstehen einerseits beim Handel von Kryptowährungen mit Fiat. ABER diese entstehen auch beim Handel von Krypto mit Krypto. Es ist also nicht ganz leicht seinen Gewinn rechtskonform zu bestimmen, wenn man nicht auch den gemeinen Marktwert in Euro mit dokumentiert und ausgerechnet hat. 2. Es gilt die FiFo Methode für jedes Depot. Du musst also jedes Depot einzeln betrachten und darin jeweils FiFo anwenden und dabei die Anschaffungsdaten mit verrechnen und ggf. aufteilen. Transfers verändern die Haltedauer dabei aber nicht. In deinem Fall sollten die "ersten Ether" dann nach einem Jahr steuerfrei sein. Wenn du mehr Informationen zur Haltefrist benötigst, kannst du hier mal in unserem ausführlichen Artikel dazu was lesen: Haltefrist von einem Jahr: Bitcoin halten oder verkaufen? Übrigens kannst du mit dem kostenfreien Tool von coin.ink genau das alles prüfen - es löst dir deine Fragen ohne steuerliches Vorwissen zu benötigen: coin.ink - Steuerberichte für Kryptowährungen
  10. Es folgt in den nächsten Tagen ein Explainer, der genau erklärt, wie eine gültige coin.ink CSV aussieht. Bitte noch ein wenig Geduld
  11. @skunk Unse Ziel ist es in der endgültigen Version alle Prozesse so gut es geht zu automatisieren. Die richtige Unterscheidung von Transfers in steuerpflichtige und steuerfreie Aktionen gehört natürlich auch dazu. Wir schauen bei der Implementierung von automatisierten Prozessen (z.B. in Verbindung mit Cointracking) genau hin, ob diese denn auch ohne zusätzliche Änderungen unsererseits zu einem steuerrechtlich einwandfreien Ergebnis führen. Genau so ein automatisierter Abgleich der Ein- und Auszahlungen ist bei uns auch geplant und wird dann auch mit Toleranz-Bereichen individuell anpassbar sein. Der Abgleich von Ein-und Auszahlungen wird zusätzlich in einem Review-Tab implementiert, der einem zusützlich ermöglichen soll seine Transaktionen zu prüfen, Transfers zu verlinken etc. Es ist auch unser Ziel dem Nutzer am Ende einen rechtskonformen, sicheren und lückenlosen Steuerbericht auszugeben. Dementsprechend bauen wir bei uns verschiedene Mechanismen ein, mit dem ein Nutzer erkennen kann, ob seine angegebenen Daten korrekt und vollständig sind. Die Korrektheit wird über eine obligatorische Review-Funktion gewährt werden. Wir wollen unseren Nutzern auch die Möglichkeit geben ihre Daten bei Bedarf zu korrigieren, z.B den Marktwert erstandener Coins zu ändern (mehr dazu im nächsten Update für die Erstellung von manuellen Transaktionen). Derzeit gibt es schon eine Liste für "ungültige Transaktionen", die Transaktionen mit fehlerhaften Daten übersichtlich angibt, was Error Handlingerleichtert. Um Vollständigkeit zu gewähren, haben wir bereits den Herkunftsnachweis integriert, d.h. dass jeder ausgehende Wert einem passenden eingehenden Wert entsprechen muss. Dadurch kann man sehen, ob (eingehende) Transaktionen fehlen. Sollte die Herkunft mitsamt Anschaffungsdaten von Coins unbekannt sein, dann hat dies natürlich auch steuerliche Konsequenzen. Wir gehen in diesen Fällen von der konservativsten Auslegung aus und definieren deswegen die Anschaffungskosten mit null Euro. Das führt zwar zu potenziell erhähten Steuerzahlungen, eine Steuerverkürzung wird damit aber vermieden. Fehlenden Transaktionen können nachgereicht werden, um damit den Steuerbericht zu vervollständigen. Am Ende sollte unser Steuerbericht alle Coins mit Herkunft der Anschaffungsdaten, deren Transaktionsverlauf über alle Depots hinweg, führen.
  12. Hallo @Jokin, wir haben natürlich eine Depottrennung integriert Dementsprechend ist unser Steuerbericht auch so aufgebaut, dass man sich jede Depot einzeln anschauen kann, bishin zum Level jedes einzelnen Coins. Dort kann man die Verrechnung mitsamt Herkunftsnachweis prüfen.
  13. @skunk Besseres Errorhandling ist uns super wichtig und steht bei uns ganz oben auf der Liste. Danke für den Hinweis, wir veruschen es auch noch diese Woche zu pushen! Wir werden demnächst auch ermöglichen die deutsche Version des Cointracking CSV-Import zu nutzen. Was die Zeitzone angeht, hast du völlig Recht. Wir werden diesen Hinweis in einem Explainer für den Cointracking CSV-Import einbauen. Danke! Derzeit erfassen wir spezifisch noch keine Spezialfälle des Ein- und Ausgangs, die außerhalb des regulären Kaufs und Verkaufs liegen. Werden deswegen noch nicht erfasst. Bis sich dies ändert, werden wir Fälle wie Mining und Schenkung erst einmal als universelle "Eingänge" verbuchen, damit auf jeden Fall dein Portfoliowert richtig im Dashboard angezeigt wird. 3) Das wird auf jeden Fall zeitnah hinzugefügt. 4) Dies basiert leider auf einem Fehler der Cointracking-CSV, weil in dieser kein Unterschied zwischen steuerpflichtigen Einnahmen/Ausgaben und steuerfreien Transfers gemacht wird. Um dieses Problem langfristig zu lösen, planen wir bereits ein Revision-Feature, mit dem du bei Fällen von fehlerhaften CSV/API-Imports, solche und andere Fehler (z.B. doppelte Einträge, nicht erfasste Transfers) revidieren. Als derzeitigen Workaround empfehlen wir bei den falsch erfassten Transfers im "Transaktions-Tab" manuell die Eingangstransaktion zu löschen die Ausgangstransaktion in einen Transfer zu ändern und dabei als Ziel des Transfers das Depot der ursprünglichen Transaktion aus 1) zu wählen (die Gebühren und restlichen Werte der ursprünglichen Ausangstransaktion aus 2. soll beibehalten werden)
  14. @..::. o.Z.o.n.e .::.. Das ist ein super Tipp, wir hoffen dieses Feature noch diese Woche zu pushen. Danke für den Hinweis. Wir werden in Zukunft nur noch Cosmos von beiden aufführen. /3. Lumen und Dash - Es könnte sich um einen Fehler der API Verbindung handeln. Ich habe dir eine DM geschickt Was deine GNOSIS Bestände angeht, können wir leider nichts empfehlen, außer vielleicht mehr zu kaufen ;))
  15. @mc4735 Wir schauen gerade nochmal in die API Integration für Bitstamp und Bitfinex rein und schauen, was der Fehler ist. Wir werden auf jeden Fall auch die API-Anleitungen aller unterstützten Börsen nochmal die Anleitungen überarbeiten, dann sollte es keine Missverständnisse mehr geben. Wallet-APIs sind derzeit noch nicht unterstützt, werden aber in der Zukunft folgen
×
×
  • Neu erstellen...

Wichtige Information

Wir speichern Cookies auf Ihrem Gerät, um diese Seite besser zu machen. Sie können Ihre Cookie-Einstellungen anpassen, ansonsten gehen wir davon aus, dass Sie damit einverstanden sind. In unseren Datenschutzerklärungen finden sie weitere Informationen.