Quellensteuer-Software für KVGs: warum sie anders muss
Viele Systeme zur Quellensteuer-Erstattung sind für Banken und Verwahrstellen gebaut. Wenn eine Kapitalverwaltungsgesellschaft den Prozess selbst übernimmt, fehlt meist der eine Datensatz, den das System voraussetzt: die Verwahrkette.
Quellensteuer-Erstattung ist ein Prozess, der über Jahrzehnte von Banken und Verwahrstellen geprägt wurde. Die Software, die diesen Prozess abbildet, trägt diese Herkunft. Sie funktioniert — solange der Anwender die Lagerstellen kennt, die Zentralverwahrer im Blick hat und die Verwahrkette eines Bestands ohne Nachfragen rekonstruieren kann. Genau das ist die Welt, in die eine Kapitalverwaltungsgesellschaft (KVG) heute hineinwächst, wenn sie den Prozess selbst übernimmt. Und sie ist eine andere Welt, als die Software annimmt.
Dieser Text beschreibt, warum dasselbe System, das bei einer Bank zuverlässig läuft, an einer KVG an Grenzen stößt — und woran man in der Ist-Analyse erkennt, dass nicht die Software versagt, sondern ein Datensatz fehlt, den niemand vorher brauchte.
Die Verwahrstelle als Eigentümerin des Prozesses
Historisch lag die Rückforderung von Quellensteuer bei der Verwahrstelle. Sie kannte die Lagerstellen, sie führte die Bestände, sie wusste, über welche Zwischenstationen ein Wertpapier gelaufen war. Die KVG hielt sich an das Investmentgesetz und an die Anlagestrategie, die operative Verantwortung für die Depotkette lag weiter unten. Das bedeutete: Der Datensatz, den ein Reclaim-System braucht, war in der eigenen Hausbank vorhanden — nicht als Export, sondern als lebendiger Bestandteil des Buchhaltungssystems.
Software für die Quellensteuer-Erstattung wurde für genau diese Lage gebaut. Sie setzt voraus, dass die Verwahrkette pro Bestand vorliegt: jede Lagerstelle, jeder Zentralverwahrer, jede Umschichtung, die im Laufe des Jahres stattgefunden hat. Wo diese Daten fehlen, fordert das System sie an — und zwar an der Stelle, an der in der Bankwelt der Depotstamm sitzt.
Was sich ändert, wenn die KVG den Prozess übernimmt
Wenn eine KVG entscheidet, die Erstattung selbst zu steuern — etwa weil sie mehrere Verwahrstellen nutzt, weil sie Vorabbefreiungen strategisch steuern will oder weil sie Meldepflichten wie MiKaDiv eigenverantwortlich abbilden muss —, verschiebt sich die Eigentümerschaft. Plötzlich sitzt ein Team an der KVG, das die Fachlichkeit des Reclaim-Prozesses versteht, aber nicht zwangsläufig die Depotkette im eigenen Haus vorliegen hat.
Die Daten liegen weiter bei den Verwahrstellen — verteilt, in unterschiedlichen Formaten, mit unterschiedlicher Granularität. Eine KVG mit mehreren Dutzend Fonds und zwei oder drei Verwahrstellen bekommt kein einheitliches Bild der Verwahrkette geliefert. Sie bekommt Ausschnitte. Und genau diese Ausschnitte sind der Datensatz, den das Reclaim-System als selbstverständlich voraussetzt.
Die Folge ist nicht, dass die Software schlecht ist. Die Folge ist, dass der Eingangsdatensatz fehlt — und dass dieser Mangel im Betrieb als Fehler der Software wahrgenommen wird, obwohl er ein Datenhaltungsproblem ist.
Die Verwahrkette als Eingangsdatensatz — und warum sie oft fehlt
Die Verwahrkette ist die Abfolge der Lagerstellen, über die ein Bestand im Laufe eines Steuerjahres läuft. Sie beginnt beim Zentralverwahrer, kann über eine Zwischenlagerstelle gehen und endet bei der depotführenden Stelle. Für die Erstattung ist diese Kette entscheidend: Sie bestimmt, welche Quellensteuer anfällt, welche Befreiung greift und an welche Stelle die Erstattung beantragt wird.
In einer Bank liegt diese Kette im Buchungssystem. In einer KVG liegt sie — wenn überhaupt — in einer Mischung aus Verwahrstellen-Reports, manuell gepflegten Tabellen und Einzelfällen, in denen der Fondsmanager es noch weiß. Das ist kein Vorwurf an die KVG. Es ist die Konsequenz einer historischen Aufgabenteilung, die jetzt neu verhandelt wird.
Wo die Verwahrkette fehlt, entstehen drei typische Symptome:
- Anträge werden mit Platzhaltern gefüllt, weil die Lagerstelle „irgendwo“ eingetragen wird.
- Erstattungen bleiben liegen, weil niemand die Zuständigkeit der Zwischenlagerstelle klären kann.
- Vorabbefreiungen werden nicht oder zu spät beantragt, weil die Kette zum Stichtag nicht vorliegt.
Diese Symptome sind nicht das eigentliche Problem. Sie sind Anzeichen dafür, dass ein Datensatz, den das System als Eingang erwartet, im Haus nicht existiert.
Was das für Konfiguration, Fachbereich und Entwicklung bedeutet
Wer ein Reclaim-System an einer KVG einführt, muss die Verwahrkette als Eingangsdatensatz behandeln — nicht als Nice-to-have. Das hat Konsequenzen für drei Gruppen.
Für die Konfiguration heißt das: Die Schnittstelle zu den Verwahrstellen ist nicht ein Import unter vielen, sondern die kritische Vorstufe. Sie muss Formattoleranz, Historie und Umschichtungen abbilden — und sie muss erkennen, wenn eine Kette lückenhaft ist, statt die Lücke stillschweigend aufzufüllen.
Für den Fachbereich heißt das: Jemand muss die Verantwortung für die Qualität der Verwahrkette tragen. Das ist oft eine neue Rolle. Früher hatte die Verwahrstelle diese Verantwortung implizit. Jetzt braucht die KVG sie explizit — mit Namen, mit Prozess und mit dem Recht, bei Lücken nachzufragen.
Für die Entwicklung heißt das: Das System muss mit unvollständigen Ketten umgehen können. Ein Fehlerbericht, der sagt „Lagerstelle fehlt“, ist wertvoller als eine automatische Plausibilisierung, die den Mangel überdeckt. Wer die Lücke sichtbar macht, ermöglicht Korrektur. Wer sie versteckt, erzeugt im Folgejahr eine Erstattung, die niemand mehr erklären kann.
Wie man beginnt: Fragen für die Ist-Analyse
Bevor eine Software ausgewählt oder konfiguriert wird, lohnt sich eine Ist-Analyse, die genau diesen Datensatz in den Mittelpunkt stellt. Die Fragen sind schlicht, die Antworten meist unbequem.
- Wer im Haus kennt die Verwahrkette pro Fonds zum Stichtag — namentlich?
- In welchem Format liegen die Verwahrstellen-Reports vor, und wie aktuell sind sie?
- Wie werden Umschichtungen zwischen Lagerstellen im Laufe des Jahres erfasst?
- Wer entscheidet bei Lücken, ob nachgefragt oder Platzhalter gesetzt wird?
- Gibt es einen Ort, an dem die Kette über das Jahr hinweg nachvollziehbar bleibt — oder lebt sie nur im Kopf der Verwahrstelle?
Wer diese Fragen nicht beantworten kann, hat kein Softwareproblem. Er hat ein Eigentümerschaftsproblem. Und das lässt sich nicht durch ein Tool lösen, sondern nur durch eine Entscheidung, wer im Haus die Verwahrkette pflegt.
Ein Beispiel, das die Lücke zeigt
Stellen wir uns eine KVG mit drei Verwahrstellen und rund vierzig Fonds vor. Im Jahr X wird ein Bestand im Sommer von einer Lagerstelle an eine andere umgelagert — ein ganz normaler Vorgang. Im Dezember fällt eine Erstattung an. Das Reclaim-System fragt die Verwahrkette zum Stichtag ab und bekommt eine Antwort: eine Lagerstelle. Welche der beiden, das steht im Bericht der Verwahrstelle — den es in dieser Form im Haus nicht gibt.
Was passiert? Der Sachbearbeiter trägt eine der beiden Lagerstellen ein, meist die, die zum Stichtag aktuell ist. Die Erstattung wird beantragt. Im besten Fall kommt sie durch. Im realistischeren Fall kommt sie nicht durch, weil die zuständige Stelle die andere Lagerstelle erwartet. Niemand hat etwas falsch gemacht — der Datensatz, der den Unterschied erklären würde, lag schlicht nicht vor.
Dieses Beispiel ist erfunden, aber es ist typisch. Es zeigt, dass der Schaden nicht an der Software entsteht, sondern an der Stelle, an der das Haus entscheidet, wie mit einer Lücke umgegangen wird. Wer diese Stelle kennt, bevor er einführt, vermeidet die meisten Folgeschäden.
Was wir daraus lernen
Die Erstattung von Quellensteuer ist kein isolierter Prozess. Sie hängt an einem Datensatz, der historisch bei der Verwahrstelle lag und den eine KVG, die den Prozess übernimmt, erst einmal aufbauen muss. Software kann diese Lücke nicht füllen — sie kann nur sichtbar machen, wo sie besteht.
Wer eine KVG bei dieser Einführung begleitet, sollte deshalb nicht mit der Software anfangen, sondern mit der Frage, wer im Haus die Verwahrkette kennt. Aus dieser Antwort ergibt sich fast alles Weitere: die Schnittstelle, die Konfiguration, die Rolle des Fachbereichs und die Art, wie das System mit Lücken umgeht.
Wenn Sie vor derselben Frage stehen — ob nach einer Verwahrstellen-Migration, bei einem Systemwechsel oder beim Aufbau eines eigenen Reclaim-Teams —, lohnt sich ein Erstgespräch. Wir schauen uns an, wo die Verwahrkette heute lebt und was es braucht, damit sie zum verlässlichen Eingangsdatensatz wird.
Wenn sich das für Ihr Team konkret stellt, lohnt sich ein Erstgespräch. Wir schauen uns an, wo Sie heute stehen und was es braucht, damit das System trägt.
Erstgespräch vereinbarenHäufige Fragen
- Warum funktioniert Quellensteuer-Software an einer KVG oft anders als an einer Bank?
- Weil die Software historisch für Banken und Verwahrstellen gebaut ist, die die Verwahrkette im eigenen Haus vorliegen haben. Eine KVG, die den Prozess übernimmt, muss diesen Datensatz erst aufbauen.
- Was ist die Verwahrkette und warum ist sie für die Erstattung entscheidend?
- Die Verwahrkette ist die Abfolge der Lagerstellen eines Bestands. Sie bestimmt, welche Quellensteuer anfällt, welche Befreiung greift und wo die Erstattung beantragt wird.
- Was sollte eine KVG vor der Softwareauswahl klären?
- Wer im Haus die Verwahrkette pro Fonds kennt, in welchem Format sie vorliegt und wer bei Lücken nachfragt. Das ist eine Eigentümerschaftsfrage, keine Softwarefrage.





