ProjekteProjekt Elaufend
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.
Kurzfassung: je Abschnitt der erste Absatz, dazu Kennzahlen und Grafik.
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