Besuchermanagement-Software: Check-in, Ausweise, Protokoll

Eine Besuchermanagement-Software erfasst, wer ein Gebäude oder Gelände betritt, wen die Person besucht, wann sie kommt und geht und welchen Ausweis sie trägt. Kurz gesagt: Ihr Zweck ist nicht, das Papierbuch zu digitalisieren, sondern jederzeit sicher sagen zu können, wer sich gerade im Gebäude befindet. Dafür sorgen drei Dinge: Voranmeldung, Prüfung am Eingang und ein Check-out, der genauso verpflichtend ist wie der Check-in.

Wofür braucht man eine Besuchermanagement-Software?

Ein Besucherbuch aus Papier hält Ankünfte fest, Abgänge aber selten. Bei einer Brandschutzübung oder einer echten Evakuierung hat der Sicherheitsdienst eine Liste, wer heute kam, aber keine Liste, wer jetzt im Haus ist. Handschrift ist schwer lesbar, dieselbe Person trägt ihre Daten bei jedem Besuch neu ein, und ein früherer Besuch lässt sich nur durch Blättern finden. Die Software löst alle drei Probleme: Einträge sind durchsuchbar, wiederkehrende Gäste werden erkannt und die Evakuierungsliste ist einen Klick entfernt.

• Voranmeldung: Der gastgebende Mitarbeiter trägt den Gast vorab ein, der Gast erhält eine Einladung mit Datum und Uhrzeit.
• Check-in: Empfang oder Sicherheitsdienst prüft die Identität, der Datenschutzhinweis wird bestätigt, eine Ausweisnummer wird mit dem Besuch verknüpft.
• Benachrichtigung: Bei Ankunft erhält der Gastgeber sofort eine Nachricht oder E-Mail, niemand wartet in der Lobby.
• Check-out: Der Ausweis wird zurückgegeben und die Uhrzeit erfasst; ein nicht zurückgegebener Ausweis bleibt offen und wird am Tagesende gemeldet.
• Berichte: Wer ist jetzt im Haus, Besuche nach Zeitraum, Sperrliste und häufige Lieferanten.

Der Kerndatensatz ist der Besuch, nicht der Besucher

Ein häufiger Fehler ist, das System als Besucherliste aufzubauen. Dieselbe Person kommt vielleicht dutzende Male im Jahr, und jeder Besuch hat einen anderen Gastgeber, Zweck, Ausweis und eine andere Dauer. Das richtige Modell besteht aus zwei Tabellen: Die Person (Name, Firma, Telefon) wird einmal gespeichert, jede Ankunft ist eine eigene Besuchszeile. Diese Zeile verweist auf den Gastgeber, die Check-in- und Check-out-Zeit, die Ausweisnummer und den erfassenden Mitarbeiter. So beantwortet eine einzige Abfrage die Frage, wer von diesem Lieferanten im letzten Monat wie oft da war.

Ein Besuchersystem ohne Check-out ist im Evakuierungsfall nutzlos. Der Check-out muss genauso verpflichtend sein wie der Check-in, und offene Besuche müssen am Tagesende automatisch gemeldet werden.

Welche Daten sollten beim Check-in erfasst werden?

Maßstab ist das Minimum, das den Zweck erfüllt. Name, Firma, besuchte Person und eine Telefonnummer genügen in den meisten Unternehmen. Ausweisnummern, Fotos oder Ausweisscans sollten nur verlangt werden, wenn es einen echten Grund gibt, etwa einen Hochsicherheitsbereich. Jedes erfasste Feld bringt Speicher- und Schutzpflichten mit sich: Den Datenschutzhinweis am Eingang zeigen, eine Aufbewahrungsfrist festlegen und abgelaufene Einträge per geplantem Job löschen oder anonymisieren. Für die Website-Seite desselben Themas siehe unseren Beitrag zur datenschutzkonformen Website. Dies ist keine Rechtsberatung; legen Sie die Frist mit Ihrer eigenen Rechtsberatung fest.

Besucherausweise und die Live-Liste der Anwesenden

Sobald die Ausweisnummer zum Besuch gehört, gelten zwei Regeln von selbst: Derselbe Ausweis kann nicht gleichzeitig in zwei Besuchen verwendet werden, und ein Besuch schließt erst, wenn der Ausweis zurück ist. Gibt es Drehkreuze oder eine Zutrittskontrolle, gilt der Besucherausweis nur für diesen Tag und nur für freigegebene Bereiche. Die Zeiterfassung der Mitarbeiter ist ein anderes Thema; dazu passt unser Beitrag zur Personalzeiterfassung (PDKS) besser. Das Beispiel zeigt, wie Evakuierungsliste und Tagesendbericht aus demselben Datensatz entstehen:

type Visit = {
  id: string;
  visitorName: string;
  hostEmployeeId: string;
  checkInAt: Date;
  checkOutAt: Date | null;
  badgeNo: string | null;
};

// Evacuation list: everyone who is still inside right now.
function stillInside(visits: Visit[]): Visit[] {
  return visits.filter((v) => v.checkOutAt === null);
}

// Badges not returned at the end of the day are flagged, not silently closed.
function openAtEndOfDay(visits: Visit[], dayEnd: Date): Visit[] {
  return visits.filter((v) => v.checkOutAt === null && v.checkInAt < dayEnd);
}

Wer darf was sehen?

Der Empfang sieht die heutige Liste, die Sicherheitsleitung durchsucht die Historie, Mitarbeiter sehen nur ihre eigenen Gäste, und nur eine berechtigte Führungskraft bearbeitet die Sperrliste. Wird diese Trennung nicht von Anfang an über Rollen gelöst, sieht entweder jeder alles oder niemand kann arbeiten; den Ansatz beschreiben wir in Benutzerrollen und Berechtigungen (RBAC). Soll die Telefonnummer bei der Einladung bestätigt werden, lässt sich SMS-OTP-Verifizierung in denselben Ablauf einbauen.

Standardprodukt oder Individualsoftware?

Für ein Büro mit einem Eingang reicht oft ein fertiges Tablet-Produkt. Individuelle Entwicklung lohnt sich eher bei mehreren Gebäuden und Toren, Drehkreuz-Anbindung, eigenen Regeln für Fremdfirmen und Lieferanten, einer Bestätigung der Sicherheitsunterweisung oder einer gemeinsamen Benutzerliste mit dem bestehenden Personalsystem. Stellen Sie vor der Entscheidung zwei Fragen: Wie viele Minuten dauert es heute, zu sagen, wer im Haus ist, und mit welchen anderen Systemen müssen die Besuchsdaten sprechen?

Fazit

Eine gute Besuchermanagement-Software macht den Besuch zum Kerndatensatz, erzwingt den Check-out, erfasst möglichst wenige Daten und setzt die Aufbewahrungsfrist selbst durch. Wenn Sie einen Besucher- und Zutrittsablauf für Ihren Standort gemeinsam planen möchten, sehen Sie sich unsere Seite Unternehmenslösungen an oder schreiben Sie uns über das Formular Angebot anfordern.