Datenaustauschplattform

Transkript

1 Willkommen Datenaustauschplattform für SVU Projektvision Datenaustauschplattform - Projektvision 1 Ausgangslage: Meldeverfahren & Auftragsabwicklung Meldeverfahren Weitgehend einseitig (A meldet B) Kann auch Empfangsbestätigung umfassen Bsp: Lohnmeldung, Anmeldung Mitarbeitende, Mutationsmeldung Meldeverfahren Meldung A Auftragsabwicklung Auftrag A Antwort / "Lieferung" Auftragsabwicklung Zwischen Auftrag und Antwort/Lieferung vergeht oft Zeit Bsp: Arbeitgeberkontrolle, Steuermeldungen, IK-Auszug, Leistungsfälle im Allgemeinen B B Datenaustauschplattform - Projektvision 2

2 Ausgangslage: zentralistische Szenarien Viele Benutzer kommunizieren (im Rahmen eines Geschäftsbereichs ) genau nur mit einer Zentrale (N:1) Beispiele Meldung von Mitarbeitenden Lohnmeldung Steuermeldung einer natürlichen Person an das zuständige Steueramt Leistungsfälle Etc. Typischer Fall der heutigen Portallösungen (z.b. PartnerWeb) Datenaustauschplattform - Projektvision 3 Ausgangslage: netzwerkförmige Szenarien Viele Benutzer kommunizieren mit mehreren Partnern (N:N) Beispiele Eine IVST kommuniziert mit unterschiedlichen IVST, Versicherungen, Ärzten Eine AK kommuniziert mit unterschiedlichen Revisionsstellen Eine VAK meldet an unterschiedliche KAK Eine Wiedereingliederungsstätte kooperiert mit mehreren AKs Eine VAK benötigt Steuermeldungen SE/NE von unterschiedlichen kant. Steuerämtern Typischer Fall der heute nicht gelösten Vorhaben Datenaustauschplattform - Projektvision 4

3 Ideale Architektur für zentralistische Szenarien (Portallösungen) Geschäftspartner verwendet intelligente Webformulare, deren Inhalt im Backend der SVU empfangen und weiterverarbeitet wird. Heute in Betrieb Schutzmechanismen: Architektur Login Verschlüsselte Verbindung (SSL) Firewalls Analog aber ohne Login: Elektronischer Briefkasten für speicherbare PDF- Formulare Ausgangslage: Geschützte Internetplattform Geschäftspartner Internet-Provider (DMZ) Internet Frontend (Geschütztes Internet-Portal) SVU AHV/IV-Netz Backend (Internes IS, Verarbeitung) Sachbearbeiter DB Dok Datenaustauschplattform - Projektvision 5 Beurteilung Sowohl Meldeverfahren als auch Auftragsabwicklung kann mit heutigen Plattformen (Typ PartnerWeb ) gelöst werden. Problem: fast alle neuen eahv/iv-projekte entsprechen dem netzwerkförmigen Szenario (N:N) mit Partnern ausserhalb des AHV/IV-Netz Wir benötigen eine Plattform für 2 Aufgaben Abholverfahren für Meldungen sowie Aufträge Gemeinsame Lösungen (Bsp: Wiedereingliederung) Lösungsvarianten Bestehende Plattformen wie z.b. IncaMail Datenaustauschplattform für SVU Datenaustauschplattform - Projektvision 6

4 Lösungsvariante 1: Grundkonzeption OK: ist gebaut für die Kommunikation zwischen unterschiedlichen Geschäftspartnern Probleme SPAM-Filter Grössenbeschränkungen der jeweiligen Empfänger Keine zuverlässige Empfangsbestätigung Im Allgemeinen strukturlos : Mail ist Mail, es gibt keine Meldungsarten (wie z.b. Steuermeldungen etc) und auch keinen Überblick Die meisten SVU verwenden persönliche Mailkonti Mails müssten immer zentral abgelegt werden umständlich und mässig kontrollierbar Konklusion: ziemlich ungeeignet. Datenaustauschplattform - Projektvision 7 Lösungsvariante 2: incamail Elektronisches Einschreibeverfahren der POST Primär Meldeverfahren und nicht Auftragsabwicklung Basiert technisch auf Webservices und hat mit gar nichts zu tun technische Struktur OK Basis für JusLink Konklusion: für reinen Austausch möglich, nicht aber für gemeinsame Lösungen wie z.b. Wiedereingliederung Auch nicht gratis Absender 1 4 Integer Non-repudiable Confidential Authentic Empfangsbestätigung incamail- Server 2 3 Avis Empfänger Datenaustauschplattform - Projektvision 8

5 Normale ebusinessplattform im Internet Frontend (ohne Daten) Backend (mit Daten) Login mit Zertifikaten Persönliche Zertifikate Serverzertifikate Zugriff Interaktiv ( Online ) Maschinell via Webservice Funktionen Austausch von Meldungen und Aufträgen Optional: gemeinsame Anwendungen Jeder Partner sendet und empfängt nach eigenem Ermessen, i.d.r. aber täglich Datenaustauschplattform: Architektur Datenaustauschplattform Webserver A B C Application Server Internet Datenaustauschplattform (Frontend) Anwendung 1 Anwendung 2 Datenaustauschplattform (Backend) Datenaustauschplattform - Projektvision 9 Datenaustausch Eingegangene Meldungen Pendente Meldungen Meldung(en) hochladen DAP Wiederanschlusskontrolle Pendente Aufträge Datenaustauschplattform: GUI (1) Eingegangene Meldungen Download Details Meldungstyp Anzahl Letzte Meldung X Steuermeldungen SE/NE Kontrollberichte Arbeitgeber Irrläufer Dossiers SVU-Muster hans.imboden@svu-muster.ch Steuermeldungen SE/NE Download Betreff Lieferant Datum X Derendinger, Fritz Steueramt Kt. BE Meier Consulting Steueramt Kt. ZH Babel, Fritz Steueramt Kt. GE Datenaustauschplattform - Projektvision 10

6 Datenaustauschplattform: GUI (2) DAP SVU-Muster Datenaustausch Eingegangene Meldungen Pendente Meldungen Meldung(en) hochladen Wiederanschlusskontrolle Pendente Aufträge Meldung(en) hochladen Meldungstyp IV-Dossier V Dateiformat(e) ZIP, PDF Empfänger IV-Stelle Solothurn V AHV-Nummer Name/Vorname Datei Kommentar SCHNETZER,THIERRY C:\Desktop\Schnetzer.zip Gemäss OK Abbrechen Datenaustauschplattform - Projektvision 11 Datenaustauschplattform: Automationsgrad & Formate Automationsgrad könnte teilweise individuell (abhängig vom Partnersystem ) gewählt werden. Beispiel: Arzt lädt Dossier X manuell (interaktiv) hoch, IV-Stelle lädt aber alle Dossiers vom Typ IVST-Dossier jeweils automatisch via Webservices in das eigene Dossier. Formate könnten abhängig vom Meldungstyp sowie vom Reifegrad des Verfahrens sein. Beispiel: Anlieferung von Kontrollunterlagen für Arbeitgeberkontrolle müsste vermutlich in Phase 1 sowohl als PDF als auch als XML erfolgen, da man nicht davon ausgehen kann, dass alle Empfänger die XML- Meldung interpretieren können. Anlieferung von Steuermeldungen könnte aber auch immer mit XML sein. Wer dann die XML-Meldung nicht interpretieren kann, könnte diese auf der Plattform als PDF anfordern (müsste spezifisch für den Meldungstyp Steuermeldung so eingerichtet werden). Datenaustauschplattform - Projektvision 12

7 X X X Suva Suva (Ready) Privatversicherer BFS (Übermittelt) Steueramt (Läuft) Ausgleichskasse Privatversicherer Mitglied Distributor Vollständige ELM-Datei Nur Auszüge der ELM-Datei BFS Keine Datenhaltung Steueramt X Zum Vergleich: Der ELM- Distributor Distributor extrahiert empfängergerechte ELM-Portionen und leitet diese an die Webservices der jeweiligen Empfänger weiter. Grundidee gut, aber Politisch umstritten Absender muss in den vielen Fällen trotzdem jede Website besuchen, die Meldung überprüfen oder freigeben und ev. Zusatzdaten eingeben. In der Praxis vermutlich nicht ganz problemlos Geht von perfekter Technologie aus Hoher Zeitbedarf (Demo ca. 10 Min.) Alle Empfänger müssen Ready sein Datenaustauschplattform ist im Prinzip etwas völlig anderes und v.a. massiv einfacher. Datenaustauschplattform - Projektvision 13 DAP zusammengefasst Zentrale Hochsicherheitslösung (Zertifikate, SSL) im Internet mit interaktiven sowie maschinellen (Webservice) Schnittstellen für netzwerkförmige (N:N) Aufgabenstellungen. Sollte am Rand des eahv/iv-netz stehen Austauschformate abhängig vom Meldungstyp (XML, PDF, ZIP, im Prinzip beliebig), allenfalls abhängig vom Reifegrad des Verfahrens Mögliche Verwendungszwecke Arbeitgeberkontrolle Steuermeldungen Elektronischer Transfer von Einzeldokumenten Elektronischer Transfer von Dossiers (v.a. IVST) Mutationsmeldungen Wiedereingliederung (bedingt zusätzlich eine Anwendung) Datenaustauschplattform - Projektvision 14

8 Weiteres Vorgehen & Beurteilung Weiteres Vorgehen Projekt bilden, Anforderungen formulieren, Kosten/Nutzen evaluieren, Umsetzungsmöglichkeiten abklären (wer realisiert, wer betreibt, wer bezahlt.) Beurteilung Bedarf und Nutzen leiten sich aus den Lösungen ab, welche die Plattform benötigen Technisch nichts Unbekanntes. Einfacher und weniger heikel als der ELM-Distributor Funktionen wie Transfer von Einzeldokumenten oder Dossiers sowie Mutations- oder Steuermeldungen können vermutlich nicht (oder nur schlecht) hors-d oeuvre mässig abgewickelt werden ( Alle oder Niemand?) DAP ist letztlich eine Sache der Verwaltungsoptimierung unter der Zuständigkeit der Durchführungsstellen. Nach erfolgreicher Einführung zentralistischer Portalfunktionen (ELM, VA u.a.) könnte eine DAP ein zweiter, wichtiger Ausbauschritt in Richtung umfassendes ebusiness sein, der auch IVST einen Nutzen bringen könnte. Datenaustauschplattform - Projektvision 15