Exmatrikulationen exportieren

Wie Fuxam Meldegrund-30-Exmatrikulationsmeldungen über den täglichen Dakota-Export aufbaut und sendet — Voraussetzungen, Inhalt des Exports, Anzeige unter Gesendete Meldungen und wann Betreiber einen manuellen Lauf auslösen.

Wenn das Exmatrikulationsdatum einer bzw. eines Studierenden näher rückt oder überschritten ist, muss Fuxam die Krankenkasse mit einer Meldung Meldegrund 30 (Ende des Studiums) über den Dakota-Dienst benachrichtigen. Exmatrikulationen exportieren ist dieser ausgehende Weg: Ein geplanter Auftrag wählt berechtigte Nutzerinnen und Nutzer aus der Studienzeitlinie, baut Meldegrund-30-Payloads, überträgt sie in ratebegrenzten Stapeln und speichert Erfolge, damit dieselbe Meldung nicht zweimal gesendet wird.

Diese Seite erklärt den automatisierten täglichen Export, was die Meldegrund-30-Meldung fachlich enthält, was Mitarbeitende danach auf dem Tab Krankenkasse sehen, wie manuelle Auslöser für Fuxam-Betreiber funktionieren und welche Voraussetzungen erfüllt sein müssen, bevor etwas Sinnvolles die Institution verlässt. Sie behandelt nicht Meldegrund-20-Immatrikulationsverkehr oder eingehende Krankenkasse-Antworten — diese laufen über getrennte Aufträge.

Warum das wichtig ist

Im gesetzlichen Studenten-Meldeverfahren melden Hochschulen das Ende des Studiums, damit Krankenkassen die Studierendenmitgliedschaft korrekt beenden oder anpassen können. Meldegrund 30 spiegelt typischerweise die Exmatrikulation zum oder mit Wirkung zum Semesterende (und verwandte Fälle des Studienendes nach § 199a SGB V). Gehen Meldungen nie ab — oder mit falschen Daten — behalten Versicherer veralteten Studierendenstatus, Beitragsberechnungen driftieren, und Ihre Institution verfehlt eine zentrale Compliance-Pflicht.

Der Fuxam-Export existiert, damit das Studierendensekretariat nicht für jede abgehende Person XML von Hand baut. Stattdessen:

Die Exmatrikulation in der Studienzeitlinie steuert, wer ausgewählt wird.
Institutionkonfiguration und Absendernummer- / Dakota-Anbindung steuern, ob die Übertragung gelingen kann.
Gesendete Meldungen auf dem Nutzertab liefern einen prüfbaren Verlauf neben derselben Identität wie in der Nutzerverwaltung.

Behandeln Sie diesen Export als spezialisierten gesetzlichen Kanal. Er ergänzt Statistikexporte (Prüfungsstatistik, Studierendenstatistik, Bericht-Builder), wird aber nicht im Statistics Center konfiguriert oder ausgeführt.

Einordnung

Verwandter Bereich	Beziehung
GKV-Integration konfigurieren	Muss vollständig sein (Integration eingeschaltet, Absendernummer, Versicherungsbeginn).
Versicherungsdaten verwalten	Wo Mitarbeitende Gesendete Meldungen prüfen und fehlerhafte Übertragungen korrigieren.
Studiengänge und Kohorten	Kohortenmitgliedschaft und Studienpläne bestimmen Exmatrikulationsdaten auf der Zeitlinie.
Meldegründe und Lebenszyklus	Fachliche Bedeutung von Meldegrund 30 und verwandten Versichererantworten.
Statistik	Parallele Compliance-Meldung für Ministerien und Akkreditierung — andere Schemata und Oberfläche.

Wichtige Begriffe

Begriff	Bedeutung
Meldegrund 30	Meldegrund der Hochschule für Ende des Studiums / Exmatrikulationsmeldung.
Täglicher Exmatrikulations-Export	Geplanter Auftrag, der den Meldegrund-30-Export ausführt (in Produktion typischerweise 03 UTC).
Plattform-GKV-Exportzeitplan	Ist dieser Plattformzeitplan deaktiviert, schließt der tägliche Auftrag erfolgreich ab, verarbeitet aber null Datensätze.
Dakota-Ratenlimits	Konfigurierte GKV-Dakota-Limits, die ausgehende Meldungen in jedem Lauf stapeln.
Versicherungsbeginn	Institutionseinstellung: Exporte beachten dieses Startdatum, damit ältere Zeitlinien nicht vor dem Go-live erneut gesendet werden.
Bereits gesendete Meldungen	Bereits erfasste Übertragungen verhindern doppelte Meldegrund-30-Sendungen für dieselbe Berechtigung.

Was eine Meldegrund-30-Meldung enthält (Fachkontext)

Das elektronische Meldeverfahren definiert strukturierte Hochschulmeldungen. Für das Ende des Studiums trägt Meldegrund 30 typischerweise Identitäts- und Mitgliedschaftsangaben wie:

Inhaltsbereich	Typische Bedeutung im Verfahren
Studierendenidentität	Name, Geburtsdatum, Adresse wo erforderlich und KV-Nummer (Krankenversichertennummer), sofern verfügbar.
Absendernummer	Die Absender-ID der Hochschule (und ggf. des Dienstleisters), damit die Krankenkasse die Meldung vertrauen und zustellen kann.
Semesterende	Das Semesterendedatum, mit dem die Mitgliedschaft an der Hochschule endet.
Tag der Exmatrikulation	Wird gemeldet, wenn die Exmatrikulation vor dem Semesterende liegt (gesetzliche Detailregelung nach § 199a SGB V in der geänderten Fassung).
Meldegrund-Code	30 — Ende des Studiums.

Fuxam baut diese Meldegrund-30-Payloads aus berechtigten Studienzeitlinien-Datensätzen und überträgt sie über Dakota. Mitarbeitende bearbeiten kein Roh-XML in den Einstellungen; sie korrigieren Daten im Studienplan und prüfen danach die Ergebnisse unter Gesendete Meldungen.

Wie Versicherer typischerweise nach Meldegrund 30 reagieren

Sobald die Krankenkasse die Meldung zum Studienende erhält, kann sie Studierendenmitgliedschaft und Beitragsbehandlung für diese Person anpassen. Aus Sicht der Hochschule:

Sie sollten die ausgehende Meldung unter Gesendete Meldungen sehen.
Sie sollten nicht erwarten, dass Meldegrund 30 selbst als eingehende „Versicherungsmeldung“ erscheint — eingehende Codes sind vor allem 10–13.
Schreibt sich die bzw. der Studierende später erneut ein (zum Beispiel nachdem Rückstände ausgeglichen wurden), beginnt der Zyklus erneut mit Versichererstatus (10) und Hochschul-Studienbeginn (20), nicht mit einem weiteren beiläufigen Meldegrund 30.

Siehe Meldegründe und Lebenszyklus für den vollständigen Codesatz und Szenarien (einschließlich Meldegrund 30 nach rückstandsbedingter Ablehnung der Wiedereinschreibung).

Automatisierter täglicher Export

Fuxam führt den Exmatrikulations-Versicherungsexport nach einem täglichen Zeitplan aus (03 UTC in Produktion). Jeder Lauf:

Findet Nutzerinnen und Nutzer, deren Studienzeitlinie eine exportberechtigte Exmatrikulation anzeigt (unter Beachtung des Institutionsbeginns und bereits gesendeter Meldungen).
Baut Meldegrund-30-Payloads.
Sendet Meldungen in Stapeln mit konfigurierten GKV-Dakota-Ratenlimits.
Speichert erfolgreiche Übertragungen, damit dieselbe Meldung nicht zweimal gesendet wird.

Der Auftrag läuft nur, wenn der Plattform-GKV-Exportzeitplan aktiviert ist. Ist dieser Zeitplan deaktiviert, meldet der Auftrag Erfolg mit null verarbeiteten Datensätzen.

Wovon die Auswahl abhängt

Eingabe	Wirkung auf den Lauf
Exmatrikulationsstatus und -daten der Studienzeitlinie	Primäres Berechtigungssignal — falsche Daten bedeuten falschen oder fehlenden Meldegrund 30.
Institutions-Versicherungsbeginn	Begrenzt, wie weit zurück Fuxam Mitteilungen für die Institution betrachtet.
Frühere Gesendete Meldungen	Unterdrückt die doppelte Übertragung derselben Meldung.
Vollständige Versicherungsangaben am Nutzer	Fehlende KV- oder Anbieterdaten können die Übertragung blockieren oder scheitern lassen.
Krankenversicherungsintegration eingeschaltet	Institution muss vollständig konfiguriert sein.

Was auf dem Nutzertab erscheint

Nach dem Export erscheint jede übertragene Meldung unter OrgHub → Nutzerverwaltung → [Nutzer] → Krankenkasse → Gesendete Meldungen. Mitarbeitende können die M20- und M30-Historie prüfen und Korrekturen anstoßen, wenn eine Meldung falsch gesendet wurde (siehe Versicherungsdaten verwalten).

Für den Alltag verlassen Sie sich auf den nächtlichen Auftrag und prüfen die Ergebnisse auf den Listen Gesendete Meldungen der Studierenden am Folgemorgen (unter Berücksichtigung des Zeitplans 03 UTC in Ihrer lokalen Zeitzone).

Manueller Auslöser

Institutionsadministratorinnen und -administratoren haben in den Einstellungen keine Selbstbedienungs-Schaltfläche, um den Exmatrikulations-Export erneut auszuführen. Fuxam-Betreiber mit Zugriff auf interne Plattformwerkzeuge können dieselbe Exportfunktion manuell auslösen, die der tägliche Auftrag nutzt — nützlich nach Korrektur von Studienzeitlinien-Daten oder beim Testen der Dakota-Verbindung.

Typische Situationen, in denen ein betreiberausgelöster Lauf hilft:

Sammelkorrektur von Exmatrikulationsdaten auf Studienplänen nach einer Datenmigration.
Dakota-Anbindungstest in einem kontrollierten Fenster (ohne auf 03 UTC zu warten).
Nachholen, nachdem der Plattform-GKV-Exportzeitplan vorübergehend deaktiviert war.

Außerhalb dieser Fälle bevorzugen Sie den nächtlichen Zeitplan, damit Ratenlimits und Doppeltschutz konsistent wirken.

Voraussetzungen für einen erfolgreichen Export

Anforderung	Warum das wichtig ist
Krankenversicherungsintegration vollständig eingerichtet und eingeschaltet	Institutionsintegration vollständig konfiguriert.
Gültige Absendernummer und Dakota-Anbindung	Meldungen müssen die GKV-Middleware erreichen.
Korrekte Exmatrikulationsdaten auf der Studienzeitlinie	Die Exportauswahl folgt dem Zeitlinienstatus.
Vollständige Versicherungsangaben der bzw. des Studierenden	Fehlende KV- oder Anbieterdaten können die Übertragung blockieren oder scheitern lassen.
Plattform-GKV-Exportzeitplan aktiviert	Sonst verarbeitet der tägliche Auftrag null Datensätze.

Best Practices

Zuerst den akademischen Datensatz schließen. Bestätigen Sie die Exmatrikulation im Studienplan (und Kohortenkontext), bevor Sie Meldegrund 30 erwarten — der Versicherungsexport erfindet kein Studienendedatum.
Gesendete Meldungen nach Go-live oder großen Abgangskohorten stichprobenartig prüfen. Ein stiller Auftrag kann Erfolg ohne Berechtigte, einen deaktivierten Zeitplan oder systemisches Dakota-Versagen bedeuten — der Nutzertab unterscheidet „nicht ausgewählt“ von „gesendet“.
Mit dem Studierendenservice Urlaub vs. Exmatrikulation abstimmen. Urlaubsstatus auf der Zeitlinie ist nicht dasselbe wie Ende-des-Studiums Meldegrund 30; halten Sie Status präzise, damit der Export die richtige Population wählt.
Statistik und GKV gedanklich trennen. Nutzen Sie das Statistics Center für Ministeriums- und interne Tabellen; nutzen Sie diesen Export nur für Krankenkasse-Meldegrund-30-Pflichten.
Nach Korrekturen entscheiden: warten oder eskalieren. Haben Sie Zeitlinien heute korrigiert, warten Sie entweder auf den nächsten Lauf um 03 UTC oder bitten Sie eine Fuxam-Betreiberin bzw. einen Fuxam-Betreiber um einen manuellen Auslöser — es gibt keine Institutions-Einstellungs-Schaltfläche zum erneuten Export.
Exmatrikulation mitten im Semester bedenken. Verlässt eine Person vor Semesterende, erwartet die gesetzliche Meldung den Exmatrikulationstag zusätzlich zum Semesterende — halten Sie die Studienzeitlinie präzise, damit der Meldegrund-30-Payload der Realität entspricht.

Häufige Fallstricke

Symptom	Wahrscheinliche Ursache	Was tun
Auftrag „erfolgreich“, aber nichts gesendet	Plattform-GKV-Exportzeitplan deaktiviert oder keine berechtigten Zeitlinien	Zeitplan aktiviert und Studienzeitlinien-Berechtigung prüfen; Versicherungsbeginn prüfen.
Erwartete Person fehlt unter Gesendete Meldungen	Exmatrikulation noch nicht berechtigt, Duplikat bereits gesendet oder unvollständige Versicherungsdaten	Zeitlinie, frühere Gesendete Meldungen und KV-/Anbieter-Vollständigkeit auf dem Tab Krankenkasse prüfen.
Falscher Meldegrund-30-Inhalt	Falsches Exmatrikulationsdatum im Studienplan	Zeitlinie korrigieren, dann Korrekturabläufe / Betreiber-Neulauf wie passend nutzen.
Mitarbeitende suchen eine Einstellungs-Schaltfläche „Export ausführen“	Für Institutionen nicht vorgesehen	Auf nächtlichen Auftrag setzen oder manuellen Betreiber-Auslöser anfordern.
Verwechslung mit Meldegrund 20	Andere Auftragsfamilie	Immatrikulation und eingehende Antworten nutzen getrennte Meldungsverarbeitungsaufträge, nicht diesen täglichen Export.

FAQ

Wann läuft der tägliche Export?

In Produktion läuft der Exmatrikulations-Versicherungsexport täglich um 03 UTC, sofern der Plattform-GKV-Exportzeitplan aktiviert ist.

Kann meine Institution Meldegrund-30-Export per Schaltfläche erneut ausführen?

Nein. Institutionsadministratorinnen und -administratoren haben in den Einstellungen keine Selbstbedienungs-Schaltfläche. Fuxam-Betreiber mit internen Plattformwerkzeugen können dieselbe Exportfunktion manuell auslösen, die der tägliche Auftrag nutzt.

Sendet dieser Auftrag auch Meldegrund 20?

Nein. Meldegrund-20-Immatrikulationsmeldungen und eingehende Krankenkasse-Antworten werden von getrennten Aufträgen verarbeitet — einschließlich der Meldungsverarbeitung, die typischerweise alle 30 Minuten läuft.

Wo prüfe ich, ob ein Export für eine Person funktioniert hat?

OrgHub → Nutzerverwaltung → [Nutzer] → Krankenkasse → Gesendete Meldungen.

Was passiert, wenn wir jemanden mitten im Semester exmatrikulieren?

Fachregeln erwarten, dass Meldegrund 30 das Ende des relevanten Semesters und — wenn die Exmatrikulation früher liegt — den Tag der Exmatrikulation widerspiegelt. Halten Sie diese Daten auf der Studienzeitlinie korrekt, bevor Sie sich auf den Export verlassen.