Exportar exmatriculaciones
Cómo Fuxam construye y envía avisos Meldegrund 30 de exmatriculación mediante la exportación diaria Dakota — requisitos previos, contenido de la exportación, qué aparece en Sent notices y cuándo los operadores lanzan una ejecución manual.
Cuando se acerca o pasa la fecha de exmatriculación de un estudiante, Fuxam debe notificar a su Krankenkasse con un aviso Meldegrund 30 (fin de estudios) mediante el servicio Dakota. Exportar exmatriculaciones es esa vía saliente: un trabajo programado selecciona usuarios elegibles de la línea temporal de estudios, construye cargas Meldegrund 30, las transmite en lotes con límite de velocidad y registra éxitos para no enviar el mismo aviso dos veces.
Esta página explica la exportación diaria automatizada, qué contiene conceptualmente el aviso Meldegrund 30, qué ve el personal después en la pestaña Krankenkasse, cómo funcionan los disparadores manuales para operadores Fuxam y qué requisitos previos deben cumplirse antes de que salga algo útil de la institución. No cubre el tráfico Meldegrund 20 de immatriculation ni las respuestas entrantes de Krankenkassen — esos usan trabajos separados.
Por qué es importante
En el Studenten-Meldeverfahren legal, las Hochschulen informan el fin de estudios para que las Krankenkassen puedan finalizar o ajustar correctamente la afiliación del estudiante. Meldegrund 30 refleja normalmente la exmatriculación en o con efecto al final de un semestre (y casos relacionados de fin de estudios según § 199a SGB V). Si los avisos no salen — o salen con fechas incorrectas — las aseguradoras mantienen estado de estudiante obsoleto, los cálculos de cotización se desvían y su institución incumple una obligación básica de cumplimiento.
La exportación de Fuxam existe para que el personal de registro no construya XML a mano por cada baja. En su lugar:
- La exmatriculación en la línea temporal de estudios determina quién se selecciona.
- La configuración institucional y Absendernummer / conectividad Dakota determinan si la transmisión puede tener éxito.
- Sent notices en la pestaña del usuario proporcionan un rastro auditable junto a la misma identidad usada en User Management.
Trate esta exportación como un canal legal especializado. Complementa las exportaciones de estadísticas (Prüfungsstatistik, Studierendenstatistik, Report Builder) pero no se configura ni ejecuta desde el Statistics Center.
Cómo encaja
| Área relacionada | Relación |
|---|---|
| Configurar integración GKV | Debe estar completa (integración activada, Absendernummer, fecha de inicio del seguro). |
| Gestionar datos de seguro | Donde el personal verifica Sent notices y corrige transmisiones incorrectas. |
| Programas de estudios y cohortes | La pertenencia a cohorte y los planes de estudios determinan fechas de exmatriculación en la línea temporal. |
| Motivos de informe y ciclo de vida | Significado en el dominio de Meldegrund 30 y respuestas relacionadas del asegurador. |
| Estadísticas | Informes de cumplimiento paralelos para ministerios y acreditación — esquemas e interfaz distintos. |
Conceptos clave
| Concepto | Significado |
|---|---|
| Meldegrund 30 | Meldegrund de Hochschule para informe de fin de estudios / exmatriculación. |
| Daily exmatriculation export | Trabajo programado que realiza la exportación Meldegrund 30 (en producción, normalmente 03 UTC). |
| Platform GKV export schedule | Cuando este calendario de plataforma está desactivado, el trabajo diario termina correctamente pero procesa cero registros. |
| Dakota rate limits | Límites GKV Dakota configurados que agrupan avisos salientes en cada ejecución. |
| Insurance start date | Ajuste institucional: las exportaciones respetan esta fecha de inicio para no reenviar líneas temporales anteriores al arranque. |
| Prior sent notices | Transmisiones ya registradas evitan envíos duplicados de Meldegrund 30 para la misma elegibilidad. |
Qué contiene un aviso Meldegrund 30 (contexto del dominio)
El Meldeverfahren electrónico define avisos estructurados de Hochschule. Para fin de estudios, Meldegrund 30 suele llevar datos de identidad y afiliación como:
| Área de contenido | Significado habitual en el procedimiento |
|---|---|
| Identidad del estudiante | Nombre, fecha de nacimiento, dirección cuando se exija y KV number (Krankenversichertennummer) si está disponible. |
| Absendernummer | ID de remitente de la Hochschule (y, si aplica, del Dienstleister) para que la Krankenkasse confíe y enrute el aviso. |
| End of semester | La fecha de fin de semestre con la que termina la afiliación en la Hochschule. |
| Day of exmatriculation | Se informa cuando la exmatriculación ocurre antes del fin de semestre (detalle legal según § 199a SGB V en su redacción vigente). |
| Meldegrund code | 30 — Ende des Studiums. |
Fuxam construye estas cargas Meldegrund 30 a partir de registros elegibles de la línea temporal de estudios y las transmite por Dakota. El personal no edita XML en bruto en Ajustes; corrige fechas del Study Plan y verifica resultados en Sent notices.
Cómo suelen responder los aseguradores tras Meldegrund 30
Una vez la Krankenkasse recibe el informe de fin de estudios, puede ajustar la afiliación del estudiante y el tratamiento de cotizaciones de esa persona. Desde la vista operativa de la Hochschule:
- Debe ver el aviso saliente registrado en Sent notices.
- No debe esperar que Meldegrund 30 aparezca como «Insurance notice» entrante — los códigos entrantes son sobre todo 10–13.
- Si el estudiante se reinscribe después (por ejemplo tras saldar atrasos), el ciclo reinicia con estado del asegurador (10) e inicio de estudios de Hochschule (20), no otro Meldegrund 30 casual.
Vea Motivos de informe y ciclo de vida para el conjunto completo de códigos y escenarios (incluido Meldegrund 30 tras negativa de reinscripción por atrasos).
Exportación diaria automatizada
Fuxam ejecuta la exmatriculation insurance export según un calendario diario (03 UTC en producción). Cada ejecución:
- Encuentra usuarios cuya línea temporal de estudios indica exmatriculación elegible para exportación (respetando fecha de inicio institucional y avisos enviados previos).
- Construye cargas Meldegrund 30.
- Envía avisos en lotes usando límites de velocidad GKV Dakota configurados.
- Registra transmisiones correctas para no enviar el mismo aviso dos veces.
El trabajo solo se ejecuta cuando el platform GKV export schedule está activado. Si ese calendario está desactivado, el trabajo devuelve éxito con cero registros procesados.
De qué depende la selección
| Entrada | Efecto en la ejecución |
|---|---|
| Estado y fechas de exmatriculación en la línea temporal de estudios | Señal principal de elegibilidad — fechas incorrectas implican Meldegrund 30 incorrecto o ausente. |
| Insurance start date institucional | Limita hasta qué punto atrás Fuxam considera notificaciones para la institución. |
| Sent notices previos | Suprime la transmisión duplicada del mismo aviso. |
| Información de seguro completa en el usuario | KV o datos de proveedor faltantes pueden bloquear o fallar la transmisión. |
| Integración de seguro médico activada | La institución debe estar totalmente configurada. |
Qué aparece en la pestaña del usuario
Tras la exportación, cada aviso transmitido aparece en OrgHub → User Management → [User] → Krankenkasse → Sent notices. El personal puede revisar historial M20 y M30 e iniciar correcciones cuando un aviso se envió incorrectamente (véase Gestionar datos de seguro).
En operaciones diarias, confíe en el trabajo nocturno y verifique resultados en las listas Sent notices del estudiante a la mañana siguiente (teniendo en cuenta el calendario 03 UTC en su zona horaria).
Disparador manual
Los administradores institucionales no tienen un botón de autoservicio en Settings para relanzar la exportación de exmatriculaciones. Los operadores Fuxam con acceso a herramientas internas de plataforma pueden disparar manualmente la misma función de exportación que usa el trabajo diario — útil tras corregir datos de línea temporal de estudios o al probar la conexión Dakota.
Situaciones habituales en las que ayuda una ejecución disparada por operador:
- Corrección masiva de fechas de exmatriculación en planes de estudios tras una migración de datos.
- Prueba de conectividad Dakota en una ventana controlada (sin esperar a las 03 UTC).
- Recuperación tras desactivar temporalmente el platform GKV export schedule.
Fuera de esos casos, prefiera el calendario nocturno para que límites de velocidad y protección contra duplicados se comporten de forma coherente.
Requisitos previos para una exportación correcta
| Requisito | Por qué importa |
|---|---|
| Integración de seguro médico totalmente configurada y activada | Integración institucional completamente configurada. |
| Absendernummer válida y conectividad Dakota | Los avisos deben llegar al middleware GKV. |
| Fechas de exmatriculación exactas en la línea temporal de estudios | La selección de exportación se basa en el estado de la línea temporal. |
| Información de seguro del estudiante completa | KV o datos de proveedor faltantes pueden bloquear o fallar la transmisión. |
| Platform GKV export schedule activado | De lo contrario el trabajo diario procesa cero registros. |
Buenas prácticas
- Cierre primero el expediente académico. Confirme la exmatriculación en el plan de estudios (y contexto de cohorte) antes de esperar Meldegrund 30 — la exportación de seguro no inventará una fecha de fin de estudios.
- Compruebe Sent notices tras la puesta en marcha o cohortes grandes de bajas. Un trabajo silencioso puede significar éxito sin nada elegible, calendario desactivado o fallo sistémico Dakota — la pestaña por usuario distingue «no seleccionado» de «enviado».
- Coordine con servicios al estudiante licencia frente a exmatriculación. Los estados de licencia en la línea temporal no son lo mismo que Meldegrund 30 de fin de estudios; mantenga estados precisos para que la exportación seleccione la población correcta.
- Mantenga Estadísticas y GKV mentalmente separados. Use Statistics Center para tablas ministeriales e internas; use esta exportación solo para obligaciones Meldegrund 30 con Krankenkassen.
- Tras correcciones, decida si esperar o escalar. Si corrigió líneas temporales hoy, espere la próxima ejecución 03 UTC o pida a un operador Fuxam un disparador manual — no hay botón en Ajustes institucionales para relanzar la exportación.
- Recuerde la exmatriculación a mitad de semestre. Cuando un estudiante se va antes del fin de semestre, el informe legal espera el día de exmatriculación además del fin de semestre — mantenga la línea temporal de estudios precisa para que la carga Meldegrund 30 refleje la realidad.
Errores frecuentes
| Síntoma | Causa probable | Qué hacer |
|---|---|---|
| El trabajo «tiene éxito» pero no se envía nada | Platform GKV export schedule desactivado o sin líneas temporales elegibles | Confirme que el calendario está activado y la elegibilidad en la línea temporal; compruebe la fecha de inicio del seguro. |
| Estudiante esperado ausente de Sent notices | Exmatriculación aún no elegible, duplicado ya enviado o datos de seguro incompletos | Revise línea temporal, Sent notices previos y completitud KV / proveedor en la pestaña Krankenkasse. |
| Contenido Meldegrund 30 incorrecto | Fecha de exmatriculación incorrecta en Study Plan | Corrija la línea temporal y use flujos de corrección / nueva ejecución por operador según corresponda. |
| El personal busca un control «Run export» en Ajustes | No se proporciona para instituciones | Confíe en el trabajo nocturno o solicite un disparador manual al operador. |
| Confusión con Meldegrund 20 | Familia de trabajos distinta | Immatriculation y respuestas entrantes usan trabajos de procesamiento de notificaciones separados, no esta exportación diaria. |
Preguntas frecuentes
¿Cuándo se ejecuta la exportación diaria?
En producción, la exmatriculation insurance export se ejecuta diariamente a las 03 UTC, siempre que el platform GKV export schedule esté activado.
¿Puede mi institución pulsar un botón para relanzar la exportación Meldegrund 30?
No. Los administradores institucionales no tienen un botón de autoservicio en Settings. Los operadores Fuxam con herramientas internas de plataforma pueden disparar manualmente la misma función de exportación que usa el trabajo diario.
¿Este trabajo también envía Meldegrund 20?
No. Los avisos Meldegrund 20 de immatriculation y las respuestas entrantes de Krankenkassen los gestionan trabajos separados — incluido procesamiento de notificaciones que normalmente se ejecuta cada 30 minutos.
¿Dónde verifico que la exportación funcionó para un estudiante?
OrgHub → User Management → [User] → Krankenkasse → Sent notices.
¿Qué ocurre si exmatriculamos a alguien a mitad de semestre?
Las reglas del dominio esperan que Meldegrund 30 refleje el fin del semestre pertinente y, cuando la exmatriculación es anterior, el día de exmatriculación. Mantenga esas fechas exactas en la línea temporal de estudios antes de confiar en la exportación.
Páginas relacionadas
Configurar integración GKV
Active la interfaz y establezca la fecha de inicio del seguro antes de que las exportaciones importen.
Gestionar datos de seguro
Verifique avisos enviados y corrija problemas de línea temporal de estudios por estudiante.
Descripción general del seguro médico
Contexto del dominio GKV y cómo encajan los Meldegründe en OrgHub.
Motivos de informe y ciclo de vida
Referencia completa de Meldegrund y patrones de respuesta del asegurador.