Eigenes Produkt — Gemeinden, Städte und Verbände
MuniPass — Parkraumbewirtschaftung und Kartenverleih für Gemeinden
Ein Parkausweis ist zugleich eine Entscheidung über ein Kontingent, ein Zahlungsvorgang und eine Auskunft, die jemand auf der Straße in Sekunden braucht. MuniPass hält diese drei an denselben Daten zusammen — und trägt daneben den Verleih der Jahreskarten.
Die Aufgabe
Ein Parkausweis sieht aus wie ein Formular und ist drei Dinge auf einmal: eine Entscheidung darüber, wie viele Ausweise auf eine Adresse entfallen dürfen; ein Zahlungsvorgang, bei dem die Gemeinde Zahlungsempfängerin bleiben muss; und eine Auskunft, die ein Überwachungsorgan an der Windschutzscheibe in Sekunden braucht. In der Verwaltungspraxis liegen diese drei in verschiedenen Systemen — oder in keinem.
Die Lösung
Das Adresskontingent wird gegen die amtlichen GWR- und BEV-Daten geprüft, nicht gegen eine händisch getippte Zeile. Bezahlt wird über den Acquirer-Vertrag der Gemeinde, sodass MuniPass zu keinem Zeitpunkt Zahlungsempfänger ist; wiederkehrende Gebühren erzeugen eine SEPA-Einzugsdatei für das Online-Banking oder für k5. Die Kontrolle vor Ort ist ein eigener Bildschirm mit eigener Rolle, der genau eine Frage beantwortet.
Das Ergebnis
Ausweis, Zahlung und Kontrolle hängen an denselben Daten: Wer prüft, sieht keine Meldeadresse, und wer beantragt, rechnet kein Kontingent nach. Das Parkraum-Modul ist fertiggestellt und steht zur Einführung bereit.
Einblicke
Wer eine Parkraumbewirtschaftung einführt, kauft selten Software für ein Problem. Er kauft sie für drei, die einander im Weg stehen.
Das erste ist eine Verwaltungsentscheidung. Wie viele Ausweise auf eine Adresse entfallen dürfen, ist eine Zahl je Adresse — und die Adresse selbst ist der Punkt, an dem es in der Praxis schiefgeht. MuniPass prüft deshalb gegen das Gebäude- und Wohnungsregister und die Adressdaten des BEV, statt gegen das, was jemand in ein Feld getippt hat. Ist ein Kontingent ausgeschöpft, sagt das die Anwendung, bevor jemand nachrechnen muss; ein Antrag ist dabei noch kein Ausweis, sondern liegt zur Prüfung im Amt, und eine Ablehnung trägt ihre Begründung im Vorgang.
Das zweite ist Geld, und hier liegt die Entscheidung, die das Produkt am stärksten prägt. Der Acquirer-Vertrag bleibt bei der Gemeinde — MuniPass ist zu keinem Zeitpunkt Zahlungsempfänger. Das ist unbequemer zu bauen als der übliche Weg, bei dem die Plattform kassiert und weiterleitet, und es ist für eine öffentliche Stelle der einzige Weg, der die Frage nach treuhändisch gehaltenen Bürgergeldern gar nicht erst entstehen lässt. Wiederkehrende Gebühren laufen über SEPA-Lastschrift: Die Anwendung erzeugt die Einzugsdatei im pain.008-Format, die das Amt in sein eigenes Online-Banking oder in k5 hochlädt. Erste und wiederkehrende Einzüge stehen dabei in getrennten Blöcken, weil eine Bank sie unterschiedlich verarbeitet, und die Datei gibt es in zwei Schema-Versionen, weil die Bank entscheidet und nicht wir.
Das dritte passiert auf der Straße und dauert Sekunden. Ein Bildschirm beantwortet genau eine Frage — darf dieses Fahrzeug hier stehen? — anhand des Kennzeichens, der Ausweisreferenz oder des aufgedruckten QR-Codes. Überwachungsorgane bekommen dafür eine eigene Rolle, die ausschließlich diesen Bildschirm sieht: keine Buchungen, keine Mitgliedschaften, keine Wohnadressen. Datensparsamkeit ist hier keine Einstellung, sondern die Rollendefinition. Deckt ein Ausweis zwei Fahrzeuge, wechselt ein NFC-Etikett im Auto das gültige Kennzeichen — antippen genügt, ohne Kamera und ohne Anmeldung —, und jede Umschaltung wird mit Uhrzeit protokolliert.
Der Kartenverleih, mit dem die Plattform begonnen hat, ist daneben ein zweites Modul geblieben: Eine Gemeinde, die drei Klimatickets besitzt und sie ihren Einwohnerinnen und Einwohnern leiht, hat kein Softwareproblem — bis zur zweiten Anfrage für dieselbe Woche. Ein öffentlicher Kalender zeigt die tatsächliche Verfügbarkeit, Übergabe und Rückgabe werden mit unterschreibbarem PDF dokumentiert, und eine Warteliste bietet frei gewordene Tage automatisch der nächsten Person an.
Dass beide Module auf derselben mehrmandantenfähigen Plattform laufen, ist dabei kein technischer Selbstzweck. Jede Gemeinde tritt unter eigenem Auftritt auf, mit eigenem Logo und eigener Farbe — weil eine Leistung der Gemeinde auch nach der Gemeinde aussehen soll und nicht nach einem Dienstleister.