Besucherassistenz: Die Zone entscheidet, nicht der Beruf

Laufend, Konzeptphase. Ein digitaler Besuchsablauf für alle Standorte, vom Antrag bis zur Löschung. Ein Regelwerk aus 11 Besuchertypen und 9 Zonen legt Belehrung, Schutzkleidung und Freigabe fest. Die Anbindung an das bestehende Zutrittssystem ist aus dessen Datenbank belegt, nicht angenommen.

Rolle
Konzept und Architektur
Zeitraum
seit 09/2026
Umfeld
Mittelständischer Konzern der Fleischwirtschaft, alle Standorte
Besuchertypen im Regelwerk
11
Wie gemessen

Zahl der Besuchertypen im Konzept. Aus Besuchertyp und Zone ergibt sich, welche Belehrung, Schutzkleidung, Freigabe und Tür zu einem Besuch gehören.

Hygiene- und Sicherheitszonen
9
Wie gemessen

Zahl der Zonen im Konzept. Die Zone bestimmt die Pflichten eines Besuchs, nicht der Beruf des Besuchers.

versionierte Nachweis-Bausteine, jeder mit Rechtsgrundlage
12
Wie gemessen

Zahl der Bausteine für Belehrungen und Nachweise im Konzept. Jeder Baustein nennt die Vorschrift, auf die er sich stützt.

Personen im bestehenden Zutrittssystem, ausgelesen
über 6.000
Wie gemessen

Direkt aus der Datenbank des Zutrittssystems gelesen, dazu über 100 Raumzonen und über 2.000 Zutrittsprofile. Die Werte sind abgerundet.

Ausgangslage

Ein Besuch in einem Betrieb der Fleischwirtschaft berührt Hygiene, Arbeitsschutz, Datenschutz und Mitbestimmung zugleich. Welche Belehrung nötig ist, welche Schutzkleidung und wer freigeben muss, hängt davon ab, wohin der Besuch geht.

Geplant ist ein Eigenbau: ein digitaler Besuchsablauf für alle Standorte der Gruppe, vom Antrag bis zur Löschung der Daten. Das Vorhaben ist in der Konzeptphase. Dieser Bericht steht deshalb im Präsens. Ich beschreibe, was vorliegt, und behaupte nichts, was noch nicht vorliegt.

Entscheidung

Erstens: Die Zone entscheidet, nicht der Beruf. Welche Belehrung, Schutzkleidung, Freigabe und Tür zu einem Besuch gehören, rechnet ein Regelwerk aus Besuchertyp und Zone aus. Das Regelwerk liegt als Daten vor, nicht als Code.

Zweitens: Jeder Nachweis hat eine Rechtsgrundlage. Die Bausteine für Belehrungen und Nachweise sind versioniert. Jeder nennt die Vorschrift, auf die er sich stützt. Zusammen decken sie die Unfallverhütung nach DGUV, IFS Food, den QS-Leitfaden, die EU-Lebensmittelhygiene, die DSGVO und die Mitbestimmung nach dem Betriebsverfassungsgesetz ab.

Drittens: So wenig Daten wie möglich. Die Fragen zu Gesundheit und Tierkontakt sind so gebaut, dass nur „freigegeben ja oder nein“ gespeichert wird. Abmeldung und Löschfristen laufen automatisch.

Umsetzung

Der Ablauf steht im Konzept. Der Gastgeber beantragt den Besuch, die zuständige Leitung gibt frei, der Besucher erledigt die Belehrungen vorab am Handy. An der Pforte bekommt er ein E-Ink-Schild und eine Zutrittskarte.

Die Anbindung an das bestehende Zutrittssystem habe ich belegt, nicht angenommen. Ich habe dessen Datenbank gelesen und die Schnittstelle live geprüft. Dabei kam ein Besuchermodul zum Vorschein, das mitgeliefert, aber nie genutzt wurde. Es ist jetzt eine Option für die Architektur statt einer Parallelwelt daneben. Die Abmeldung kann ohne Pforte laufen, über das Protokoll der Türereignisse.

Für das Schild habe ich vier Wege in der Hardware bewertet und einen Pilot mit 20 Funk-Etiketten an einer Pforte vorgeschlagen. Eine harte Grenze kam dabei heraus: kein Glas im Reinbereich, wegen des Glasregisters nach IFS.

Ergebnis mit Messung

Stand Wert
Besuchertypen im Regelwerk 11
Hygiene- und Sicherheitszonen 9
Versionierte Nachweis-Bausteine, jeder mit Rechtsgrundlage 12
Raumzonen im Zutrittssystem, ausgelesen über 100
Zutrittsprofile, ausgelesen über 2.000
Personen im Zutrittssystem, ausgelesen über 6.000
Hardwarewege für das Schild bewertet 4
Grundsatzentscheidungen offen 5 von 8

Mehr liegt nicht vor. Gebaut ist der Ablauf noch nicht. Was ich belegen kann, ist das Fundament: Das Regelwerk steht, jeder Nachweis hat seine Vorschrift, und die Anbindung an das Zutrittssystem ist geprüft statt vermutet.

Was ich anders machen würde

Für einen Rückblick ist es zu früh. 5 von 8 Grundsatzentscheidungen sind offen, und ich schreibe hier nichts hinein, was noch nicht passiert ist. Diesen Abschnitt fülle ich, wenn der Pilot an der Pforte gelaufen ist.

Technik

  • FastAPI
  • React
  • PostgreSQL
  • E-Ink