Klärung fachliches Mapping der Typen der Kommunikationssystem
Hallo,
aktuell sehe ich eine Herausforderung bei dem beschriebenen Mapping der Typen der Kommunikationssystem MappingDocumentation.pdf. Auf der Seite 2 unter "CodeKommunikationssystemTyp.code" steht:
Der code für KommunikationssystemTyp wird nur übernommen, wenn im Quellobjekt die listURI auf 'urn:xoevde:fim:codeliste:xzufi.kommunikationssystemtyp' gesetzt ist. Ansonsten wird der Code durch 001 ersetzt (Platzhalter ohne inhaltlichen Zusammenhang).
Zum einen ist der Wert hinter "001" dem Kanal "EGVP" zugeordnet, also einem fachlich validen technischen Zustellpunkt. Daher sehe ich hier einen "inhaltlichen Zusammenhang". Nicht zuordenbare Kennung müssten einen echten Platzhalter bekommen.
Des Weiteren war im XZuFu-Standard 2.2.0 bereits eine Codeliste hinterlegt, auch wenn textuell in dem Feld beschrieben steht: 
Es handelte sich um die Codeliste: https://www.xrepository.de/details/urn:xoev-de:tsa:infodienste:codeliste:kommunikationssystem_3
Diese Liste wird vom Teleport-Landesredaktionssystem als Beschreibung der Zustellpunkte definiert. Das System ist in vielen Bundesländern im Einsatz. Daher sehe ich hier eine Notwendigkeit, ein besseres Mapping (wo möglich) umzusetzen.
Anbei erhalten Sie einen ersten Aufschlag für ein Mapping.
|
[XZuFi 2.2.0] urn:xoev-de:tsa:infodienste:codeliste:kommunikationssystem_3 |
Vorgeschlagenes Mapping 2.2.0 -> 2.3.1 |
[XZuFi 2.3.1] urn:xoev-de:fim:codeliste:xzufi.kommunikationssystemtyp |
|||||
| De-Mail | De-Mail | 001 | 001 | EGVP | Das Elektronische Gerichts- und Verwaltungspostfach (EGVP) ist eine Kommunikationsinfrastruktur... | ||
| EGVP (Govello-ID) | EGVP (Govello-ID) | 002 | 001 | 002 | E-Mail-Client | Über einen E-Mail-Client können E-Mail-Nachrichten, die unverschlüsselt und unsigniert ... | |
| E-Mail (Landesnetz) | E-Mail (National network) | 003 | 002 | 003 | Anwendung mit Webservice-Schnittstelle | Maschinen oder Anwendungen können über Webservices miteinander kommunizieren... | |
| E-Mail (EA) | E-Mail (EA) | 004 | 002 | 004 | System mit Anbindung an FIT-Connect | FIT-Connect unterstützt Hersteller:innen von Online-Antragsdiensten ... | |
| Gateway | Gateway | 005 | 005 | ThAVEL | Thüringer Antragssystem für Verwaltungsleistungen (ThAVEL) ist ein Antragsmanagementsystem,... | ||
| Nachrichtenbroker | Message broker | 006 | 006 | System mit OSCI-Schnittstelle | Ein Fachverfahren oder Client (z. B. COM Vibilia) ermöglicht den Versand und Empfang von OSCI-Nachrichten ... | ||
| Webservice | Webservice | 007 | 003 | 007 | Kommunales Fallmanagement Hessen | Die Kommunen haben die Möglichkeit, die Kommunikation mit der Dienstleistungsplattform des EAH mittels eines Fallmanagementsystems elektronisch zu führen... | |
| FITCONNECTDESTSIGNATURE | FITCONNECTDESTSIGNATURE | 008 | 004 | 008 | Fallmanagement Mecklenburg-Vorpommern | Das Fallmanagement (FMT) ist ein browser-basiertes elektronisches Postfach in Mecklenburg-Vorpommern... | |
| ThAVEL | ThAVEL | 009 | 005 | 009 | beBPo | Das Besondere elektronische Behördenpostfach (beBPo) ist ein elektronisches Postfach ... | |
| DVDV (DVDV-ID) | DVDV (DVDV-ID) | 010 | 006 | 010 | Inbox Universalantrag Brandenburg | Der Universalantrag ist eine generische Antragslösung für die brandenburgischen Kommunen,... | |
| Kommunales Fallmanagement | Municipal case management | 011 | 007 | 011 | beA | Das besondere elektronische Anwaltspostfach (beA) ermöglicht Rechtsanwälten ... | |
| FMT | FMT | 012 | 008 | 012 | eAkte staatlicher Behörden in Bayern | Die eAkte bietet die Grundlage für rechtskonformes elektronisches Registrieren und... | |
| Xfall | Xfall | 013 | 013 | E-Rechnungsplattform | Über eine E-Rechnungsplattform können Rechnungsinformationen elektronisch übermittelt... | ||
| beBPo | beBPo | 014 | 009 | 014 | Bezahldienst | Ein Bezahldienst (oder Payment-Dienst) ist ein Dienst, ... | |
| Inbox_Universalantrag_BB | Inbox_Universalantrag_BB | 015 | 010 | 015 | Peppol | Die Peppol ID, auch Participant ID genannt, spielt im Peppol Netzwerk eine Rolle... | |