Wie funktioniert das mit Vorabpauschalen beim überschneidendem Depotübertrag

Zitat von bers

Woher weiß Bank B, dass ein Teil des Gewinns schon vorabversteuert worden ist?

Wahrscheinlich wird Bank B das nicht wissen und du musst dir das Geld über die Steuererklärung zurückholen. Daher solltest du solche Fälle tunlichst vermeiden, um dir das Leben nicht unnötig schwer zu machen.

Höre einfach auf deine Anteile immer und überall hin zu übertragen.

Entscheide dich mal für einen Broker und gut ist, man bekommt sowieso nie das größte Stückchen Kuchen und auf der anderen Seite ist das Gras grüner. Und im nächsten Jahr gibt´s wieder irgendwo ein Lockvogelangebot.

Ich bin mir sehr sicher wenn das Zuviel Arbeit mit den Depotüberträgen für die Broker wird das diese Dienstleistung durch die Bankenlobby irgendwann kostenpflichtig wird.

Gesetze hat die Finanzlobby schnell geändert......

Im Zweifelfall wird das Finanzamt das schon wissen......und ansonsten ist Steuernzahlen auch kein Verbrechen und ich vertrau da dem Finanzamt.

Andersherum gesagt: Ist mir ziemlich egal, aber eine Interessante Frage ist es trotzdem.

Vielleicht etwas für das Steuerrätselheft?

Für eine korrekte Abrechnung müssen neben den Einstandskursen auch die erhobenen Vorabpauschalen vollständig und pro Anteil übertragen werden. Andernfalls ist eine korrekte Abrechnung durch den neuen Broker nicht möglich.

Eine inkorrekte Abrechnung über die Steuererklärung zu korrigieren, dürfte in der Praxis unmöglich sein, zumindest mit dem, was mir vorliegt. Bei Trade Republic kam jetzt die Bescheinigung, die ist dafür aber vollkommen nutzlos, da sie nur x Stück -> y € VAP angibt und keine Details zu unterjähriger Verrechnung. Die Vorabpauschale wird aber pro Anteil erhoben und hier sind durch den laufenden Sparplan und einmal Rollen für den Freibetrag im Dezember die fälligen Vorabpauschalen auf jeden Fall unterschiedlich. Es ist für mich somit nicht nachweisbar, dass ein bestimmter Anteil mit einem bestimmten Betrag bereits versteuert wurde.

Wie die Broker das genau handhaben, kann ich dir nicht sagen. Aus über 10 Jahren Berufserfahrung als Software Entwickler kann ich dir aber sagen, dass du mit diesem Vorgehen mit sehr hoher Wahrscheinlichkeit einen Randfall treffen wirst, der von den Entwicklern nicht bzw. nicht korrekt berücksichtigt wurde oder (noch schlimmer) mit den bestehenden Schnittstellen zwischen den Banken nicht korrekt berücksichtigt werden kann. Ein Problem sehe ich hier insbesondere beim Übertrag der Vorabpauschale für Anteile, die bereits erfolgreich übertragen wurden. Das würde eine Funktionalität zur Nachmeldung erfordern

Zitat von bers

Ich versuche zu verstehen, wie das Bankensystem mit Anschaffungsdaten und der Vorabpauschale umgeht.

... und habe mir daher einen Ablauf ausgedacht, der das System an seine Grenzen führen könnte.

Zitat von bers

Hypothetisch:

- Ende Dezember halte ich einen Fonds-Anteil von ETF X im Depot bei Bank A.

- Am 3. Januar (nach Stichtag Vorabpauschale) halte ich sie dort immer noch.

- Am 10. Januar (vor Abrechnung der Vorabpauschale bei A) übertrage ich diesen Anteil auf ein Depot bei Bank B.

- Am 15. Januar sind die Anschaffungsdaten bei Bank B zu sehen.

- Am 17. Januar rechnet Bank A die Vorabpauschale ab (ob vom Verrechnungskonto oder Freistellungsauftrag, dürfte egal sein)

- Am 24. Januar verkaufe ich den ETF-Anteil mit Gewinn über Bank B.

Alles anzeigen

Stelle ich mal die Realität dagegen, muß ich feststellen, daß die Bank B erstmal mindestens 2 Wochen braucht, um den Auftrag zur Depotübertragung überhaupt zur Kenntnis zu nehmen. Für Depotüberträge ist amtlich eine Frist von 3 Wochen angeregt. Wenn die aber überschritten wird, passiert in der Regel nichts (außer daß der Anleger halt wartet).

In der Realität wird Bank B den am 10. Januar gestellten Auftrag also erst vielleicht am 20. Januar weiterleiten, wo Bank A vermutlich prüft, ob sie die Vorabpauschale (die formal zum Jahreswechsel fällig ist) bereits verbucht hat. Wenn das der Fall ist, wird sie das Papier mit korrekten Daten weiterleiten.

Der Rest Deines ausgetüftelten Zeitplans hat somit auch nichts mit der Realität zu tun.

Wenn insgesamt irgendwas doch nicht stimmt, wirst Du als Anleger nachhaken und schließlich auch korrekte (vielleicht korrigierte) Unterlagen bekommen. Und dann erfolgt der Ausgleich entweder über die letztdepotführende Bank oder das Finanzamt.

Der überwiegende Teil wirtschaftlicher Unstimmigkeiten wird in diesem Land buchhalterisch gelöst und nicht juristisch. Wenn Du beispielsweise einigermaßen plausibel angibst, daß Du von Deiner Depotbank noch 20,37 Euro Erstattung zu bekommen hättest, weil Dir zuviel Kapitalertragsteuer abgezogen worden sei, dann wird man Dir diesen Betrag vermutlich erstatten ("aus Kulanz ohne Anerkennung einer Rechtspflicht"), weil das für die Bank nämlich viel billiger ist, als sich mit einem hartnäckigen Kunden lang herumzustreiten.

Deine so fein ziselierte Fallbeschreibung bleibt somit außerhalb des universitären Umfelds vermutlich ungelöst.

Zwinkersmiley versteht du aber schon , oder ?

Mein Beitrag sollte nicht so ganz ernst genommen werden, wenn mein Beitrag dich geärgert hat entschuldige ich mich bei Dir und halte jetzt einfach die Klappe.

Zitat von bers

Das liest sich mich außerordentlich klar.

Nur weil etwas spezifiziert ist, muss es die real existierende Software nicht zwingend so behandeln. Wo Menschen arbeiten, passieren Fehler und auch wenn es Softwaretester gibt, die Entwickler mit solchen Abläufen in den Wahnsinn treiben, rutscht immer mal wieder was durch. Je komplexer ein Ablauf, desto wahrscheinlicher. Letztendlich wird es auch für dich als Kunden irgendwann schwierig, das korrekte Ergebnis zu bestimmen.