Bestehendes Zugangsmittel nutzen
Einen erlaubten Aussteller-Code oder eine kompatible physische Karte wählen. Der Anbieter muss BringPass nicht kennen.
Keine native ProtokollkenntnisMit dem beginnen, was die Organisation bereits registrieren kann. Stärkere Authentifizierung erst ergänzen, wenn Abläufe und Infrastruktur bereit sind.
Einen erlaubten Aussteller-Code oder eine kompatible physische Karte wählen. Der Anbieter muss BringPass nicht kennen.
Keine native ProtokollkenntnisZugelassenes Wertformat oder bestehende Anwendung abbilden. Im üblichen Verfahren registrieren.
Anbietersoftware unverändertBeide Seiten implementieren authentifizierte Nachweis- und Lebenszyklusnachrichten. Keine vorgeschriebene Web-API.
Beide Seiten implementierenEin fehlendes Medium, ein fehlender Schlüssel oder eine fehlende Registrierungsoption sind echte Grenzen. Zusammenarbeit oder andere Zugangsmittel nötig.
Kein stiller RückfallZwei Fragen grenzen den Einstieg ein. Eine regelbasierte Orientierung, keine Gerätezertifizierung.
Scanner, genaues Barcodeformat, Feldlänge, führende Nullen, Eindeutigkeit und Registrierungsregeln testen. Ein statischer Wert bleibt ein übertragbares Zugangsmittel.
„Haben Sie bereits ein kompatibles Zugangsmittel?“ wird Teil der Registrierung.
Mitarbeitende suchen oder erstellen das lokale Konto und führen die bisherigen Identitätsprüfungen durch.
Ein unterstütztes Medium scannen oder auflegen. Format prüfen und Eindeutigkeit sicherstellen.
Zuordnen, einen echten Vorgang testen und das registrierte Zugangsmittel dokumentieren.
C0/C1 brauchen nur dann keine Softwareänderung beim Anbieter, wenn dessen Registrierung Medium und Wert bereits akzeptiert. C2 mit nativem Nachweis braucht Implementierung auf beiden Seiten.
Ausgangspunkt bleibt das vorhandene Konto der Organisation – kein ungeprüfter QR-Code.
Eine authentifizierte Kontositzung nutzen und bei Bedarf eine zusätzliche Sicherheitsprüfung durchführen.
Bestand: die vorhandene Funktion zum Hinzufügen eines Zugangsmittels verwenden, sofern verfügbar. Nativ: Registrierungs-Challenge und Nachweis des neuen Schlüssels an die geprüfte Kontositzung binden.
Konto und Zugangsmittel anzeigen, Verknüpfung bestätigen, die Person benachrichtigen und testen.
Keine Softwareänderung nur, wenn das Portal diese Registrierung bereits unterstützt. Sonst Servicestelle oder zusätzliche Integration nutzen. Ein ungeprüfter Code darf niemals ein beliebiges Konto auswählen.
Gerätespezifische Schlüssel ermöglichen im nativen Entwurf die gezielte Sperrung einzelner Zugangsmittel.
Eine bereits registrierte Alternative oder das geprüfte Wiederherstellungsverfahren des Anbieters nutzen.
Das verlorene Zugangsmittel bei allen betroffenen Anbietern sperren, einschließlich noch zu synchronisierender Offline-Lesegeräte.
Ein neues Zugangsmittel verknüpfen, den Zugang testen und über einen vertrauenswürdigen Kanal bestätigen.
Gemeinsame Altsystem-Codes oder kopierte Schlüssel unterscheiden nicht zwischen verlorenen und verbliebenen Kopien. Alle betroffenen Kopien ersetzen; Offline-Sperrungen wirken nicht sofort.
Ein geplanter Austausch sollte unauffälliger ablaufen als ein Geräteverlust.
Einen eigenen neuen Schlüssel oder eine kompatible Kennung über eine bestehende vertrauenswürdige Sitzung autorisieren.
Prüfen, ob das neue Zugangsmittel dieselbe lokale Beziehung und dieselben Berechtigungen erreicht.
Nach erfolgreichem Test entfernen; das alte Medium sicher löschen oder außer Betrieb nehmen.
Paralleler Betrieb erfordert die Unterstützung mehrerer Zugangsmittel. Ein Backend mit nur einem Wert braucht einen kontrollierten Wechsel und einen getesteten Rückweg.
Einen bestehenden Code anders mitzuführen ist nicht dasselbe wie ein neues, eigenes Zugangsmittel zu registrieren.
Klären, ob das erneute Anzeigen eines Codes oder ein neuer externer Wert erlaubt und technisch unterstützt ist.
Einen zugelassenen optischen Code anders anzeigen oder ein eigenes kompatibles Medium durch Mitarbeitende registrieren lassen.
Das bisherige Zugangsmittel während des Tests möglichst beibehalten und anschließend gezielt außer Betrieb nehmen.
Denselben Wert anders anzuzeigen bündelt Karten, begründet aber kein kryptografisches Eigentum. Wird der Wert gesperrt, sind alle Kopien gesperrt. Das Klonen geschützter Karten ist nicht vorgesehen.
Ein vergessenes Gerät sollte keinen dauerhaften Austausch erzwingen.
Mitarbeitende bestätigen das Konto und den Grund für ein vorübergehendes Zugangsmittel.
Mit den vom Anbieter unterstützten Funktionen einen zeitlich begrenzten Zugang ausgeben.
Sperren oder ablaufen lassen und den erforderlichen Prüfvermerk aufbewahren.
Der Ablauf muss durch Backend oder Lesegerät durchgesetzt werden, nicht nur auf einer Karte aufgedruckt oder auf einem Smartphone angezeigt sein.
Ein Smartphone darf keine Voraussetzung für eine Mitgliedschaft sein.
Eine akzeptierte passive Karte, gegebenenfalls einen gedruckten Code oder den Token des Anbieters verwenden.
Mitarbeitende führen dieselben Prüfungen zur Kontoverknüpfung durch, ohne ein App-Konto vorauszusetzen.
Den Umgang mit Kartenverlust, barrierefreie Alternativen und die Grenzen des gewählten Mediums erläutern.
Ein gedruckter Code kann nicht selbst zwischen Anbieteridentitäten wählen. Der zukünftige Display-Token ist heute keine verfügbare Alternative.
Diese Zugangsmittelbeziehung zurückziehen, ohne das Konto beim Anbieter automatisch zu schließen.
Anbieterbeziehung und alle zurückzuziehenden BringPass-Zugangsmittel benennen. Kontoverwaltungsberechtigung prüfen.
Bestand: vorhandene Schalter- oder Portalfunktionen nutzen. Nativ: RETRACT abschließen und eine signierte Bestätigung empfangen.
Lokale Profile nach Bestätigung entfernen. Bei unbekanntem Anbieterzustand einen offenen Vorgang vermerken.
Dies ist keine Vertragskündigung oder DSGVO-Löschung. Ein lokal entferntes Profil kann weder eine verlorene Karte noch alle Kopien eines gemeinsamen Bestandscodes sperren.
Lebenszyklus der Zugangsmittel und Aufbewahrung von Daten sind getrennte Entscheidungen.
Das reguläre Verfahren des Anbieters zur Beendigung oder Aussetzung der Beziehung anwenden.
Zugangsberechtigungen entfernen und bei Bedarf Zwischenspeicher der Lesegeräte synchronisieren.
Anwendbare Auskunfts-, Löschungs- oder Aufbewahrungspflichten über einen authentifizierten Kanal bearbeiten.
Ein Eintrag, der aus einer Wallet gelöscht wird, sperrt nicht automatisch den Zugang beim Anbieter und löscht keine Daten aus dessen Datenbank.
Prüfen, ob das Backend mehrere Zugangsmittel je Konto unterstützt. Gibt es nur ein Feld für eine Kartennummer, ist Hinzufügen und Testen vor dem Sperren möglicherweise ohne Integration nicht möglich. Ein Umstiegsfenster, vorübergehenden Zugang und einen Rückweg planen.
Niemals einen Datenbank-Primärschlüssel ändern, nur um eine Karte zu wechseln. Das präsentierte Zugangsmittel mit einem stabilen lokalen Konto verknüpfen oder darauf abbilden.
Prozessbeschreibungen herunterladen