Elektronische Formularverwaltung — vom Papierstapel zum Formularserver

Fast jede Schweizer Verwaltung, jedes Spital und jedes mittelgrosse Unternehmen hat seine Formulare bereits digitalisiert. Nicht digitalisiert hat es deren Verwaltung. Der Bestand besteht typischerweise aus ein paar Dutzend PDF auf einer Website, einer Handvoll Formularen in irgendeinem Werkzeug, das eine Abteilung abrechnen konnte, drei Varianten desselben Anmeldeformulars, gepflegt von drei Personen, die nichts voneinander wissen — und einem zentralen Prozess, der weiterhin mit «ausdrucken, unterschreiben, am Schalter abgeben» endet.

Was «Formularverwaltung» über den Baukasten hinaus bedeutet

Zuerst zählen — das Inventar, das niemand hat

Bevor Sie irgendetwas auswählen, listen Sie jedes Formular auf, das Ihre Organisation jemandem zum Ausfüllen gibt: auf der Website, als Mailanhang, auf Papier am Schalter, eingebettet in Intranetseiten und innerhalb anderer Systeme. Fast jede Organisation findet dabei vier Dinge:

• Mehr Formulare als erwartet — meist das Zwei- bis Dreifache jeder Schätzung, weil jede Abteilung ihr eigenes Problem gelöst hat.
• Duplikate, die still auseinandergelaufen sind. Drei Anmeldeformulare, drei Feldsätze, drei Aufbewahrungspraxen, eine Rechtslage.
• Formulare ohne Zuständigkeit. Wer es erstellt hat, ist weg. Niemand traut sich, es stillzulegen, weil niemand weiss, wer davon abhängt.
• Gealterte Rechtsverweise. Ein Formular, das eine vor zwei Revisionen geänderte Verordnung zitiert, ist ein Prüfbefund auf Ihrer eigenen Website.

Das Inventar ist zugleich die einzige ehrliche Budgetgrundlage. «Wir brauchen ein Formular-Tool» ist kein Business Case; «wir haben 180 Formulare, 40 davon erheben besonders schützenswerte Daten, 22 existieren nur auf Deutsch und 11 verlangen weiterhin eine physische Unterschrift» ist einer.

Versionierung: Was hat diese Person tatsächlich gesehen?

Das ist die am meisten unterschätzte Anforderung — und sie ist rechtlicher, nicht technischer Natur. Ein ausgefülltes Formular ist der Beleg eines bestimmten Textes: diese Fragen, dieser Einwilligungswortlaut, diese Optionen, an diesem Datum. Wird das Live-Formular danach bearbeitet — ein Feld ergänzt, eine Erklärung umformuliert, eine Option entfernt —, hängen die früheren Einsendungen an einem Formular, das in dieser Gestalt nicht mehr existiert.

Daraus folgen drei Dinge, und jedes taucht in einem echten Streitfall auf:

1. Die Einwilligung wird unbeweisbar. «Ich habe in X eingewilligt» gegen «im Formular stand Y» lässt sich nicht klären, wenn das Formular umgeschrieben wurde und kein Snapshot existiert.
2. Statistiken lügen still. Antwortquoten, berechnet gegen den heutigen Fragensatz und angewendet auf Antworten zu einem anderen Fragensatz, ergeben Zahlen, nach denen niemand handeln sollte.
3. Bearbeiten wird gefährlich. Wenn ein gespeicherter Entwurf ein Live-Formular verändern kann, will niemand mehr etwas anfassen — und die Formulare verrotten, statt besser zu werden.

Aufbewahrung und Archivierung — zwei Pflichten, die in verschiedene Richtungen ziehen

Der Datenschutz sagt: löschen, wenn der Zweck endet. Das Buchführungsrecht sagt: zehn Jahre aufbewahren. Beides stimmt, und die Auflösung liegt darin, dass sie verschiedene Formulare betreffen — weshalb eine einzige organisationsweite Aufbewahrungsregel immer falsch ist.

Die elektronische Archivierung verdient einen eigenen Satz, denn hier verheddern sich Digitalisierungsprojekte. Unterlagen dürfen elektronisch aufbewahrt werden, sofern die Übereinstimmung mit den zugrunde liegenden Geschäftsvorfällen gewährleistet ist und sie jederzeit wieder lesbar gemacht werden können; die Geschäftsbücherverordnung verlangt unveränderbare Informationsträger, und bei veränderbaren Trägern muss die Integrität technisch nachweisbar sein — Hashwerte und qualifizierte Zeitstempel sind die üblichen Mittel. Praktisch heisst das: «Wir haben das in eine Tabelle auf dem gemeinsamen Laufwerk exportiert» ist keine Archivierung, und ein von allen bearbeitbares PDF ebenso wenig. Die Mechanik je Datenkategorie steht in Aufbewahrungsfristen für Formulardaten.

Barrierefreiheit ist eine Anforderung, keine Verfeinerung

Für Schweizer öffentliche Organe und konzessionierte Unternehmen folgt die Pflicht aus dem Behindertengleichstellungsgesetz und seiner Verordnung; der technische Standard ist eCH-0059, dessen Version 3.0 auf WCAG 2.1, Konformitätsstufe AA beruht. Private Unternehmen sind in der Schweiz nicht an dasselbe Instrument gebunden — bringen Sie jedoch einschlägige Produkte oder Dienstleistungen auf den EU-Markt, gilt der European Accessibility Act seit dem 28. Juni 2025. «Wir sind privat, das betrifft uns nicht» ist also eher zu prüfen als anzunehmen.

Für Formulare sind die Anforderungen unglamourös und werden fast immer auf dieselben sechs Arten verfehlt:

• Jedes Feld braucht eine echte, programmatisch verknüpfte Beschriftung. Platzhaltertext ist keine Beschriftung; er verschwindet beim Tippen.
• Das ganze Formular muss per Tastatur bedienbar sein, in sinnvoller Reihenfolge, mit sichtbarem Fokus.
• Fehlermeldungen müssen in Text sagen, was falsch ist und wo — nicht bloss ein roter Rahmen, und Farbe nie als einziges Signal.
• Pflichtfelder müssen in Text gekennzeichnet sein, nicht nur mit einem farbigen Sternchen.
• Zeitlimiten und Sitzungsablauf müssen vermeidbar oder verlängerbar sein; wer Hilfsmittel nutzt, braucht länger, und ein Timeout, der die Antworten verwirft, ist das schlimstmögliche Versagen.
• Kein rein visuelles CAPTCHA. Es schliesst Menschen konstruktionsbedingt aus, und es gibt bessere Missbrauchsabwehr — siehe Spam, Bots und doppelte Einsendungen verhindern.

Auf Deutsch, Französisch und Italienisch publizieren ist ein Prozess, keine Übersetzung

In einer Schweizer Organisation sind aus einem Formular oft drei oder vier Artefakte, die über Jahre synchron bleiben müssen. Zwei Fehlermuster sind nahezu universell: Die Sprachfassungen laufen nach der ersten Aktualisierung auseinander, und die Rechtsbegriffe werden übersetzt statt lokalisiert — «Auftragsverarbeitungsvertrag» wortwörtlich übertragen, oder ein nDSG-Hinweis in DSGVO-Vokabular gegossen, das dem Schweizer Recht nicht entspricht.

Was funktioniert: die Sprachfassungen als ein Formular mit einer Feldstruktur behandeln, sodass ein neues Feld in allen Sprachen als fehlend erscheint statt still zu verschwinden; die Begriffe der jeweiligen Rechtsordnung verwenden statt einer wörtlichen Übertragung; und jeder Sprache eine eigene URL geben, weil Menschen Links in ihrer Sprache teilen und ein Sprachumschalter, der den Formularstand verliert, schlechter ist als keiner.

Die Beschaffungsfragen, die ein Werkzeug von einem System trennen

1. Wo liegen die Einsendungen, und wer kann sie lesen? Die Hostingregion für Antwortdaten und die Frage, ob das Personal der Anbieterin Inhalte sieht. Zwei verschiedene Fragen, und Anbieterinnen beantworten regelmässig nur die erste — siehe welche Formular-Tools in der Schweiz gehostet sind.
2. Gibt es einen veröffentlichten Auftragsbearbeitungsvertrag und eine Unterauftragsliste? Mit Staaten. Vor dem Pilot fragen, nicht vor dem Go-live.
3. Wie funktioniert die Publikation? Entwurf gegen Live, wer publizieren darf, und ob frühere Einsendungen an der Version hängen bleiben, die sie erzeugt hat.
4. Was protokolliert das Audit-Log? Wer welche Einsendung geöffnet, exportiert und gelöscht hat — und wie lange dieses Protokoll bleibt.
5. Welches Zugriffsmodell unterstützen Sie? Single Sign-on, gruppenbasierte Rechte, Zugriff pro Formular. Ausdrücklich fragen; nicht annehmen, ein kleines Werkzeug habe Unternehmens-Identitätsintegration — und eine Roadmap-Antwort nicht als vorhandene Funktion akzeptieren.
6. Wie steht es um die Barrierefreiheit? Eine Erklärung gegen WCAG 2.1 AA verlangen und «unsere Formulare sind barrierefrei» ohne Beleg als Nein werten.
7. Was enthält der Export, und was bewirkt das Löschen? Der Ausstiegstest, vor der Unterschrift — ausführlich in kommen Sie wieder raus.

Ein Migrationsplan, der tatsächlich fertig wird

Niemand wird je beauftragt, die Formulare zu verwalten. Beauftragt wird man, eines zu publizieren — zweihundertmal, über fünfzehn Jahre, von Leuten, die längst weg sind.

Fazit

Ein Formular zu digitalisieren ist eine Gestaltungsaufgabe von einem Nachmittag. Einen Formularbestand zu führen ist ein Zuständigkeits-, Versionierungs-, Aufbewahrungs-, Barrierefreiheits- und Sprachproblem über Jahre — und genau dieser Teil ist niemandem zugewiesen. Wer es gut macht, beginnt mit einem Inventar, legt beherzt still, klassiert nach Sensibilität und besteht darauf, dass Publizieren ein Akt mit Protokoll ist und kein Speichern-Knopf.

Die Technologiefrage ist zweitrangig, mit einer Ausnahme: Was Sie wählen, muss die Versionsfrage beantwortbar und die Ausstiegsfrage überlebbar machen. Alles andere lässt sich später korrigieren; diese beiden werden mit jedem Jahr Aufschub schwieriger.