Der Meldungs-Livetest gegen den Mockserver.
svsim simuliert die Meldeverfahren des ITSG-Basismoduls sowie die euBP vollständig: Ihr Lohnprogramm kommuniziert über die reguläre Versandschnittstelle mit dem svsim-Kommunikationsserver, der jede Meldung prüft und adaptiv passende Rückmeldungen erzeugt, isoliert per Szenario-Zertifikat, per CLI in jede CI-Pipeline einbindbar und über einen MCP-Server auch direkt durch KI-Modelle steuerbar.
Was svsim im Testlauf leistet
Ein vollständiger, automatisierbarer Simulator der Meldeverfahren, von der Verfahrensabdeckung bis zum Betrieb als Cloud-Service.
Verfahrensabdeckung
Alle Meldeverfahren des ITSG-Basismoduls plus euBP, inklusive Dialogverfahren und progressiver Meldungen.
Prüfungen
Schema- und Kernprüfungen jeder eingehenden Meldung, noch vor dem Weg zum Sozialversicherungsträger.
Rückmeldungen
Adaptiv erzeugt aus dem Inhalt der eingegangenen Meldung. Manuelle Anpassungen wie das Umstellen von Vorgangs-IDs entfallen.
Anbindung
Emuliert die öffentlichen Kommunikationsschnittstellen vollständig: direkte Unterstützung durch die Versandlösung oder über das integrierte Proxy-Tool.
Isolation
Ein Szenario-Zertifikat je Testlauf, vollständig voneinander isoliert, ohne gemeinsam genutzten Zustand.
Parallelität
Unbegrenzt viele parallele Testläufe je Entwickler, Feature-Branch oder CI-Job.
Automatisierung
CLI-Schnittstelle für die nahtlose Einbindung in CI-Pipelines. Meldeverfahren werden bei jeder Codeänderung automatisch geprüft.
KI-Integration
Integrierter MCP-Server; Testszenarien stehen zusätzlich in einem maschinenlesbaren, für KI-Agenten optimierten Format bereit.
Betrieb
Web-basierter Cloud-Service ohne eigenes Hosting und ohne Update-Aufwand.
svsim im Vergleich zur eVpT
Die eVpT bleibt Bestandteil des offiziellen Prüfprozesses. Als Werkzeug für eine fortlaufende, automatisierte Qualitätssicherung stößt sie jedoch an strukturelle Grenzen.
| Kriterium | eVpT | svsim |
|---|---|---|
| Szenarien | Testszenarien mit speziellen Einstellungen, Test-Beitragssätzen und Testkennzeichen | Realistische Sachverhalte wie im Produktivbetrieb, ohne Sondereinstellungen |
| Rückmeldungen | Vordefinierte Rückmeldedateien; in einigen Verfahren müssen z. B. Vorgangs-IDs angepasst werden | Adaptiv erzeugt auf Basis der Inhalte der eingegangenen Meldung |
| Betriebsnummern | Testbetriebsnummern und spezielle Test-Krankenkassen erforderlich | Echte Betriebsnummern, keine Test-Krankenkassen |
| Abdeckung | Fokus auf den Optimalfall (Happy Path), keine vollständige Abdeckung, insbesondere im Fehlerfall | Vollständige Abdeckung aller Aspekte eines Meldeverfahrens, inklusive Fehlerfällen |
| Definierbarkeit | Feste Szenarien; spezifische Kundensachverhalte lassen sich nicht nachstellen | Frei definierbare Testfälle, manuell oder KI-gestützt |
| Zugriff & Parallelität | Ein Zugang kann nicht zwischen mehreren Kollegen geteilt werden | Zertifikatsbasierte Isolation, unbegrenzt parallele Testläufe |
| Automatisierung | Nicht für CI-Pipelines ausgelegt | CLI für CI-Pipelines, MCP-Server für KI-Werkzeuge |
| Verfügbarkeit | Abhängig von der Bereitstellung durch offizielle Stellen | Neue Verfahren wie die DXBD-Betriebsdatenpflege bereits vor dem gesetzlichen Stichtag verfügbar |
„Sind Ihre Kunden Ihre besten Tester?“
Wie Sie mit svsim in der Entgeltabrechnung Regressionsrisiken eliminieren, Haftungsrisiken senken und Entwicklungskosten nachhaltig reduzieren, inklusive Fallstudie zur Betriebsdatenpflege (DXBD) und Architekturüberblick.