Zum Inhalt springen

Anmeldung von Endkunden (PIN oder Passwort)

Für: Kontoinhaber und EntwicklerVoraussetzung: Ein Widget; die Rolle Admin in StrikeUp, um den Anmeldeschalter zu ändern und Kunden zu importierenScreenshots zeigen Beispieldaten

Ein Assistent, der den Chatverlauf einer Person zeigt, mit ihren gespeicherten Zugangsdaten handelt und das Portal ihres Unternehmens öffnet, muss wissen, dass die Person vor dem Bildschirm dieser Kunde ist. Die Anmeldung von Endkunden stellt eine PIN oder ein Passwort vor das Widget. Sie können Kunden mit Zugangsdaten vorab anlegen oder sie mit einem einmaligen Anmelde-Ticket aus Ihrem eigenen Backend anmelden, sodass sie die Abfrage nie sehen.

Das Widget erfährt über die userId, die Ihre Seite übergibt, wer eine Person ist. Das reicht für einen Assistenten, der allgemeine Fragen beantwortet, aber nicht für einen, der personenbezogene Daten liest, Ihre API mit den eigenen Zugangsdaten einer Person aufruft oder sie im Kundenportal ihr Unternehmen verwalten lässt.

Wenn Sie Kundenauthentifizierung erforderlich einschalten, weist jede besuchende Person vor dem Öffnen des Chats mit einer PIN aus 4 bis 8 Ziffern oder einem Passwort mit mindestens 8 Zeichen nach, dass sie dieser Kunde ist. Damit:

Ihr Team sieht die PIN oder das Passwort eines Kunden in der Admin-App nie. Kunden, die im CRM deaktiviert sind oder deren Unternehmen deaktiviert ist, werden bei der Anmeldung abgewiesen.

VoraussetzungDetails
Ein WidgetSein Anmeldeschalter liegt unter KonfigurierenUser Interface im Abschnitt Kundenportal
Eine dauerhafte userId auf jeder SeiteDer Anmeldebildschirm fragt nur nach PIN oder Passwort; er meldet den Kunden an, dessen ID Ihre Seite übergibt. Siehe Nutzer identifizieren und Kontext übergeben
Zugangsdaten für bestehende Nutzer (empfohlen)Importiert unter CRMKunden › Aus CSV importieren oder als Anmelde-Tickets von Ihrem Backend ausgestellt
RolleDie Rolle Admin, um den Schalter zu ändern und Kunden zu importieren; alle anderen angemeldeten Personen in Ihrem Workspace können sie ansehen
Tarif oder KostenKeine Tarifgrenze und keine Kosten

Übergibt Ihre Seite keine userId, erzeugt das Widget eine zufällige ID und speichert sie im Speicher dieses Browsers. Der Zugang der Person gehört dann zu diesem Browser: In einem neuen Browser, auf einem neuen Gerät oder nachdem die Person die Website-Daten gelöscht hat, zeigt das Widget wieder die Einrichtung und legt einen neuen, leeren Kunden an, ohne den bisherigen Chatverlauf und ohne Erinnerungen. Mit Ihrer eigenen stabilen ID vermeiden Sie das.

Auf einem Widget mit Anmeldung sieht eine Person vor dem Chat einen dieser Bildschirme. Die Texte erscheinen in der Browsersprache; hier stehen die deutschen Fassungen.

BildschirmWann er erscheintWas die Person tut
„Sitzung wird vorbereitet…“Während das Widget den Kunden prüftWartet
„Zugang einrichten“Der Kunde hat noch keine PIN und kein PasswortWählt PIN oder Passwort, gibt es zweimal ein, setzt optional „Auf diesem Browser angemeldet bleiben“ und wählt „Weiter“
Willkommen zurückDer Kunde hat eine PIN oder ein PasswortGibt es ein, setzt optional „Auf diesem Browser angemeldet bleiben“ und wählt „Weiter“
„Konto gesperrt“Zu viele FehleingabenWartet den Countdown ab; danach prüft das Widget erneut
„Konto nicht verfügbar“Der Kunde ist deaktiviert, oder sein Unternehmen ist deaktiviertNichts; wendet sich an Sie
Etwas ist schiefgelaufenDie Prüfung ist gescheitertWählt Erneut versuchen
RegelWertBeispiele
PIN4 bis 8 Ziffern, sonst nichts123 abgelehnt · 1234 angenommen · 12345678 angenommen · 123456789 abgelehnt · 12a4 abgelehnt
PasswortMindestens 8 Zeichen, keine weitere Regel7 Zeichen abgelehnt · 8 Zeichen angenommen
SperreFehlversuche 1 bis 4: nichts. 5.: 1 Minute. 6.: 5 Minuten. 7.: 15 Minuten. 8.: 1 Stunde. Ab dem 9.: jeweils 6 StundenEine Fehleingabe während einer Sperre wird ungeprüft abgewiesen und verlängert sie nicht; eine richtige Eingabe setzt den Zähler zurück
Sitzung12 Stunden; 7 Tage mit „Auf diesem Browser angemeldet bleiben“Der Kunde wählt bei der Anmeldung; bei Tickets wählt Ihr Backend
VerlängerungIst das Widget etwa eine Minute vor Ende der Sitzung offen, verlängert es sie um einen vollen ZeitraumEine bereits abgelaufene Sitzung braucht erneut PIN oder Passwort
Anmelde-Ticket60 Sekunden gültig, einmal, für das Widget, für das es ausgestellt wurdeEin Ticket gewinnt gegen eine Sitzung, die schon im Browser liegt
  • Wer keine Zugangsdaten hat, bekommt die Einrichtung. Ein Kunde ohne PIN und Passwort und eine ID, die StrikeUp noch nie gesehen hat, erhalten beide „Zugang einrichten“. Die Einrichtung für eine unbekannte ID legt den Kunden an, mit der Rolle Admin und einem eigenen Unternehmen.
  • Bestehende Kunden behalten alles. Wenn Sie die Anmeldung einschalten, behalten Kunden, die schon gechattet haben, ihre Chats und gespeicherten Toolkit-Zugangsdaten; beim nächsten Besuch melden sie sich an oder richten ihre Zugangsdaten ein, falls Sie keine importiert haben.
  • Widgets mit ausgeschaltetem Kundenauthentifizierung erforderlich. Besucher chatten ohne Abfrage, außer der Kunde mit dieser ID hat bereits eine PIN oder ein Passwort: Dann zeigt das Widget trotzdem den Anmeldebildschirm.
  • Besucher, die Ihr Backend mit einem gültigen Anmelde-Ticket anmeldet: Sie sehen die Abfrage nie.
  1. Entscheiden, wie Kunden ihre Zugangsdaten erhalten. Wählen Sie eins: Ihre bestehenden Nutzer mit PIN oder Passwort importieren, Anmelde-Tickets aus Ihrem Backend ausstellen oder Kunden beim ersten Besuch ihre eigenen festlegen lassen. Die ersten beiden hängen nicht von der Einrichtung beim ersten Besuch ab und sind für bestehende Nutzer die empfohlene Wahl.

  2. Kunden mit Zugangsdaten vorab anlegen (empfohlen). Wählen Sie unter CRMKunden die Schaltfläche Aus CSV importieren und laden Sie eine CSV-Datei mit einer Spalte Pin oder Password hoch. Teilen Sie jeder Person ihre Zugangsdaten über Ihren eigenen Kanal mit.

  3. Eine dauerhafte userId übergeben, dazu ein Ticket, wenn Sie Tickets nutzen. Sorgen Sie dafür, dass jede Seite die eigene ID der Person übergibt und, für die stille Anmeldung, ein frisches loginTicket:

    window.initStrikeUpChatWidget({
    applicationToken: "<your widget's application token>",
    userId: "cus_48210",
    loginTicket: "<ticket your backend obtained for cus_48210>"
    });
  4. Die Anmeldung einschalten. Öffnen Sie KonfigurierenUser Interface, wählen Sie die Karte des Widgets, schalten Sie im Abschnitt Kundenportal Kundenauthentifizierung erforderlich ein und wählen Sie unten Save User Interface Settings. Ab dem nächsten Seitenaufruf meldet sich jede besuchende Person vor dem Chatten an.

    Der Abschnitt Kundenportal der Seite User Interface für das Widget "Demo Ltd Support chat". Oben ist die hervorgehobene Einstellung "Kundenauthentifizierung erforderlich" auf On; der Hilfetext lautet "Wenn aktiviert, müssen Kunden beim ersten Öffnen dieses Widgets eine PIN oder ein Passwort festlegen und es bei späteren Besuchen eingeben. Bestehende Kunden sehen beim nächsten Besuch ein einmaliges Einrichtungs-Popup; ihre Chats und Autorisierungen bleiben erhalten." Darunter folgen "Kundenportal aktivieren" (On) und die Kontrollkästchen der sichtbaren Seiten. Wirksam wird die Änderung mit "Save User Interface Settings".Der Abschnitt Kundenportal der Seite User Interface für das Widget "Demo Ltd Support chat". Oben ist die hervorgehobene Einstellung "Kundenauthentifizierung erforderlich" auf On; der Hilfetext lautet "Wenn aktiviert, müssen Kunden beim ersten Öffnen dieses Widgets eine PIN oder ein Passwort festlegen und es bei späteren Besuchen eingeben. Bestehende Kunden sehen beim nächsten Besuch ein einmaliges Einrichtungs-Popup; ihre Chats und Autorisierungen bleiben erhalten." Darunter folgen "Kundenportal aktivieren" (On) und die Kontrollkästchen der sichtbaren Seiten. Wirksam wird die Änderung mit "Save User Interface Settings".
    Mit Kundenauthentifizierung erforderlich richtet jeder Besucher vor dem Chat eine PIN oder ein Passwort ein und gibt sie danach ein.
    Was dieser Screenshot zeigt
    Ansicht
    User Interface (/admin/configure/user-interface?widgetId=…)
    Hervorgehoben
    switch “Kundenauthentifizierung erforderlich”, customer-portal-section-top, On. turns end-customer sign-in on or off for this widget (saved with the page)
    Außerdem sichtbar
    Help text about first-time PIN or password set-up; Enable Customer Portal On; Visible pages checkboxes
    Zweck
    the switch that turns end-customer sign-in on

Die Anmeldung hat einen Schalter am Widget, Zugangsdaten im Kundenimport und eine Option in Ihrem Code.

Require customer authentication, der Hauptschalter

Abschnitt betitelt „Require customer authentication, der Hauptschalter“
Wo

KonfigurierenUser Interface, die Karte des Widgets, dann der Abschnitt Kundenportal, der Schalter Kundenauthentifizierung erforderlich. Gespeichert mit Save User Interface Settings. Bei neuen Widgets ist er eingeschaltet.

Was

Ein: Jede besuchende Person meldet sich vor dem Chat mit PIN oder Passwort an oder wird durch ein Anmelde-Ticket angemeldet. Der Hilfetext lautet: Wenn aktiviert, müssen Kunden beim ersten Öffnen dieses Widgets eine PIN oder ein Passwort festlegen und es bei späteren Besuchen eingeben. Bestehende Kunden sehen beim nächsten Besuch ein einmaliges Einrichtungs-Popup; ihre Chats und Autorisierungen bleiben erhalten.. Aus: Besucher chatten ohne Abfrage, außer Kunden, die bereits eine PIN oder ein Passwort haben; sie sehen weiterhin den Anmeldebildschirm. Die Änderung erreicht Besucher beim nächsten Seitenaufruf; laufende Sitzungen gehen weiter.

Warum

Ein Widget, das persönlichen Verlauf zeigt, mit den Zugangsdaten einer Person handelt oder das Kundenportal öffnet, darf nicht von jedem nutzbar sein, der die ID kennt.

Zugangsdaten im Kundenimport, vorab angelegter Zugang

Abschnitt betitelt „Zugangsdaten im Kundenimport, vorab angelegter Zugang“
Wo

CRMKunden › Aus CSV importieren. Die CSV-Spalten sind CustomerId, CustomerEmail, CustomerCompanyId, CustomerCompanyName, Pin, Password und Role, optional dazu eine Spalte mit Toolkit-Zugangsdaten.

Was

Füllen Sie pro Zeile Pin oder Password, nie beides; es gelten dieselben Regeln wie im Widget (4 bis 8 Ziffern; mindestens 8 Zeichen). Role ist standardmäßig Admin. Der Import gilt ganz oder gar nicht: Eine ungültige Zeile stoppt die ganze Datei. Ein mit Zugangsdaten importierter Kunde erhält beim ersten Besuch Willkommen zurück; einer ohne erhält „Zugang einrichten“. Ein erneuter Import eines Kunden mit neuer Pin oder neuem Password ersetzt vergessene Zugangsdaten und hebt eine Sperre auf und meldet ihn bei seiner nächsten Anfrage aus bereits laufenden Sitzungen ab.

Warum

Vorab angelegte Zugangsdaten bedeuten, dass schon der erste Besuch nach Zugangsdaten fragt, die Sie ausgegeben haben, und sie sind die Grundlage für Anmelde-Tickets.

Die Seite Kunden aus CSV importieren unter CRM. Die hervorgehobene Einleitung lautet "CSV-Spalten: CustomerId, CustomerEmail, CustomerCompanyId, CustomerCompanyName, Pin, Password, Role. Höchstens eines von Pin/Password pro Zeile. Role ist standardmäßig Admin." Darunter listet der Kasten "Server-Anmeldedaten vorausfüllen (optional)" Demo Billing API, Demo Accounts API und Demo Reporting API mit Kontrollkästchen, gefolgt von der Dateiauswahl, "Vorlage herunterladen" und der deaktivierten Schaltfläche "Vorschau".Die Seite Kunden aus CSV importieren unter CRM. Die hervorgehobene Einleitung lautet "CSV-Spalten: CustomerId, CustomerEmail, CustomerCompanyId, CustomerCompanyName, Pin, Password, Role. Höchstens eines von Pin/Password pro Zeile. Role ist standardmäßig Admin." Darunter listet der Kasten "Server-Anmeldedaten vorausfüllen (optional)" Demo Billing API, Demo Accounts API und Demo Reporting API mit Kontrollkästchen, gefolgt von der Dateiauswahl, "Vorlage herunterladen" und der deaktivierten Schaltfläche "Vorschau".
Importieren Sie Kunden mit einer Spalte Pin oder Password, damit sie sich ab dem ersten Besuch anmelden oder per Ticket angemeldet werden können.
Was dieser Screenshot zeigt
Ansicht
Kunden aus CSV importieren (/admin/customers-import)
Hervorgehoben
text “CSV-Spalten: CustomerId, CustomerEmail, CustomerCompanyId, CustomerCompanyName, Pin, Password, Role. Höchstens eines von Pin/Password pro Zeile. Role ist standardmäßig Admin.”, page-intro, shown. none (explains the CSV columns)
Außerdem sichtbar
Pre-fill server credentials box with three toolkits; File chooser, Download template, Preview (disabled)
Zweck
pre-creating customers with a PIN or password before sign-in is switched on
Wo

Die Option loginTicket Ihres Aufrufs von initStrikeUpChatWidget. Das Widget nimmt sie auch aus window.chatWidgetConfig.loginTicket oder aus einem Parameter loginTicket in der Adresse Ihrer Seite an, in dieser Reihenfolge.

Was

Ein Anmelde-Ticket ist ein einmaliger Ausweis, den Ihr Backend bei StrikeUp für einen Kunden und ein Widget erhält, indem es PIN oder Passwort dieses Kunden vorlegt. Der Kunde muss bereits mit Zugangsdaten existieren. Das Ticket ist 60 Sekunden gültig und funktioniert einmal; holen Sie daher für jeden Seitenaufruf ein neues. Bittet Ihre Anfrage darum, den Kunden zu merken, dauert die Sitzung 7 Tage, sonst 12 Stunden. Das Widget löst das Ticket vor allem anderen ein, und Popup und Modal laden sofort, wenn ein Ticket vorliegt. Ein gültiges Ticket gewinnt gegen eine Sitzung, die schon im Browser liegt. Ein abgelaufenes, schon benutztes oder für ein anderes Widget ausgestelltes Ticket wird ignoriert, und die Person sieht den normalen Anmeldebildschirm; eine Sitzung, die schon in diesem Browser liegt, bleibt nur erhalten, wenn sie zur selben userId gehört. Ein neues Ticket in einem späteren Aufruf von initStrikeUpChatWidget startet das Widget neu.

Warum

Ihre Nutzer sind in Ihrem Produkt bereits angemeldet. Ein Ticket trägt diese Anmeldung ins Widget, sodass niemand nach zweiten Zugangsdaten gefragt wird.

Wo

Das Kästchen „Auf diesem Browser angemeldet bleiben“ auf den Anmeldebildschirmen des Widgets, das der Kunde setzt. Bei Tickets die Wahl, die Ihr Backend beim Anfordern trifft.

Was

Eine Sitzung dauert 12 Stunden oder, mit „Auf diesem Browser angemeldet bleiben“, 7 Tage (168 Stunden). Beide überstehen das Schließen des Browsers; das Kästchen wählt nur zwischen den beiden Dauern. Solange das Widget offen ist, verlängert sich die Sitzung kurz vor ihrem Ende selbst. Ein Kunde meldet sich mit „Abmelden“ in der Seitenleiste des Kundenportals ab; Ihre Seite kann ihn nicht abmelden, und StrikeUpChat.destroy() lässt die Sitzung bestehen.

Warum

Kunden, die Ihr Produkt täglich nutzen, sollen nicht jeden Morgen eine PIN tippen; auf gemeinsam genutzten Geräten begrenzt die Standarddauer von 12 Stunden, wie lange eine vergessene Sitzung nutzbar bleibt.

Kundenauthentifizierung erforderlichKunde hat ZugangsdatenTicket übergebenWas die Person sieht
AusNeinNeinDen Chat, ohne Abfrage
AusJaNeinWillkommen zurück, dann den Chat
EinNeinNein„Zugang einrichten“, dann den Chat
EinJaNeinWillkommen zurück, dann den Chat
Ein oder ausJaGültigDen Chat, angemeldet, ohne Abfrage
Ein oder ausJaAbgelaufen oder benutztWillkommen zurück
BildschirmtitelBedeutung
„Zugang einrichten“Erste Anmeldung dieses Kunden: PIN oder Passwort festlegen
Willkommen zurückDie vorhandene PIN oder das Passwort eingeben
„Konto gesperrt“Zu viele Fehleingaben; ein Live-Countdown zeigt die Wartezeit
„Konto nicht verfügbar“Deaktivierter Kunde oder deaktiviertes Unternehmen

Die Karte erklärt „Wählen Sie, wie Sie sich beim nächsten Mal anmelden möchten. PIN ist schneller; Passwort ist sicherer.“ Die Person wählt „PIN“ oder „Passwort“, gibt es in zwei Feldern ein und wählt „Weiter“, das deaktiviert bleibt, bis beide Eingaben übereinstimmen. Bei Abweichung erscheint „Eingaben stimmen nicht überein.“.

Warum: Ein Kunde ohne Zugangsdaten muss welche anlegen, bevor das Widget etwas Persönliches zeigt.

Das Popup-Fenster des Widgets auf der Seite, geöffnet von einem Besucher, dessen Kunden-ID noch keine Zugangsdaten hat. Die Karte "Zugang einrichten" erklärt "Wählen Sie, wie Sie sich beim nächsten Mal anmelden möchten. PIN ist schneller; Passwort ist sicherer." Zwei Schaltflächen wählen die Art: die hervorgehobene "PIN" und "Passwort", das ausgewählt ist (blau), weil das Unternehmen des Kunden Passwörter bevorzugt. Darunter folgen das Feld für das Passwort mit mindestens 8 Zeichen und "Bestätigen", das Kontrollkästchen "Auf diesem Browser angemeldet bleiben" und "Weiter", deaktiviert, bis beide Eingaben übereinstimmen.Das Popup-Fenster des Widgets auf der Seite, geöffnet von einem Besucher, dessen Kunden-ID noch keine Zugangsdaten hat. Die Karte "Zugang einrichten" erklärt "Wählen Sie, wie Sie sich beim nächsten Mal anmelden möchten. PIN ist schneller; Passwort ist sicherer." Zwei Schaltflächen wählen die Art: die hervorgehobene "PIN" und "Passwort", das ausgewählt ist (blau), weil das Unternehmen des Kunden Passwörter bevorzugt. Darunter folgen das Feld für das Passwort mit mindestens 8 Zeichen und "Bestätigen", das Kontrollkästchen "Auf diesem Browser angemeldet bleiben" und "Weiter", deaktiviert, bis beide Eingaben übereinstimmen.
Beim ersten Besuch wählt der Kunde eine PIN (4–8 Ziffern) oder ein Passwort (mindestens 8 Zeichen) und bestätigt sie.
Was dieser Screenshot zeigt
Ansicht
Zugang einrichten (host page › widget (popup))
Hervorgehoben
button “PIN”, setup-card-type-toggle, not selected (Password preselected from the company's preference). switches the fields to a numeric PIN
Außerdem sichtbar
Intro text about PIN vs password; Password preselected; fields At least 8 characters and Confirm; Remember me on this browser checkbox; Continue button (disabled)
Zweck
first-time credential set-up

Die Karte bittet „Geben Sie Ihre PIN ein, um fortzufahren.“ bzw. „Geben Sie Ihr Passwort ein, um fortzufahren.“ über einem Feld und dem Kästchen „Auf diesem Browser angemeldet bleiben“. Eine falsche Eingabe zeigt die Meldung des Servers auf Englisch, etwa „Invalid credential.“.

Warum: Ein Feld ist alles, was ein wiederkehrender Kunde braucht.

Das Popup-Fenster des Widgets für einen wiederkehrenden Kunden, der bereits eine PIN hat. Die Karte "Willkommen zurück" sagt "Geben Sie Ihre PIN ein, um fortzufahren." über einem einzelnen Feld "PIN". Das hervorgehobene Kontrollkästchen "Auf diesem Browser angemeldet bleiben" ist nicht angehakt: Angehakt bleibt der Kunde auf diesem Browser 7 Tage statt 12 Stunden angemeldet. Die Schaltfläche "Weiter" darunter ist deaktiviert, bis eine PIN eingegeben ist. Nach einer Kunden-ID fragt das Widget nicht; sie kommt von der Seite.Das Popup-Fenster des Widgets für einen wiederkehrenden Kunden, der bereits eine PIN hat. Die Karte "Willkommen zurück" sagt "Geben Sie Ihre PIN ein, um fortzufahren." über einem einzelnen Feld "PIN". Das hervorgehobene Kontrollkästchen "Auf diesem Browser angemeldet bleiben" ist nicht angehakt: Angehakt bleibt der Kunde auf diesem Browser 7 Tage statt 12 Stunden angemeldet. Die Schaltfläche "Weiter" darunter ist deaktiviert, bis eine PIN eingegeben ist. Nach einer Kunden-ID fragt das Widget nicht; sie kommt von der Seite.
Wiederkehrende Kunden geben nur PIN oder Passwort ein; angemeldet bleiben verlängert die Sitzung von 12 Stunden auf 7 Tage.
Was dieser Screenshot zeigt
Ansicht
Willkommen zurück (host page › widget (popup))
Hervorgehoben
checkbox “Auf diesem Browser angemeldet bleiben”, entry-card, unticked. keeps the session for 7 days on this browser instead of 12 hours
Außerdem sichtbar
Prompt Enter your PIN to continue.; PIN field; Continue button (disabled)
Zweck
sign-in on later visits

Nach der fünften Fehleingabe in Folge zeigt die Karte „Konto gesperrt“ und Zu viele Fehlversuche. Erneut versuchen in, gefolgt von einem Live-Countdown. Es gibt kein Feld und keine Schaltfläche. Ihr Team kann das Konto in der Admin-App nur entsperren, indem es den Kunden mit neuen Zugangsdaten erneut importiert.

Warum: Eine wachsende Wartezeit macht das Erraten einer PIN unpraktisch, ohne einen Kunden auszusperren, der sich einmal vertippt hat.

Das Popup-Fenster des Widgets nach zu vielen falschen PIN-Eingaben. Die hervorgehobene Überschrift der Karte lautet "Konto gesperrt", gefolgt von "Zu viele Fehlversuche. Erneut versuchen in" mit noch etwa 14½ Minuten und einem großen laufenden Countdown in Minuten und Sekunden. Es gibt kein Feld und keine Schaltfläche: Der Besucher kann nur warten. Läuft der Countdown ab, prüft das Widget erneut und zeigt wieder die PIN-Eingabe. Jede weitere Sperre dauert länger, von 1 Minute bis zu 6 Stunden.Das Popup-Fenster des Widgets nach zu vielen falschen PIN-Eingaben. Die hervorgehobene Überschrift der Karte lautet "Konto gesperrt", gefolgt von "Zu viele Fehlversuche. Erneut versuchen in" mit noch etwa 14½ Minuten und einem großen laufenden Countdown in Minuten und Sekunden. Es gibt kein Feld und keine Schaltfläche: Der Besucher kann nur warten. Läuft der Countdown ab, prüft das Widget erneut und zeigt wieder die PIN-Eingabe. Jede weitere Sperre dauert länger, von 1 Minute bis zu 6 Stunden.
Wiederholte Falscheingaben sperren das Konto für eine wachsende Dauer; Ihr Team hebt die Sperre nur per erneutem Import auf.
Was dieser Screenshot zeigt
Ansicht
Konto gesperrt (host page › widget (popup))
Hervorgehoben
heading “Konto gesperrt”, locked-card, locked, about 14.5 minutes left. none; the widget re-checks when the countdown ends
Außerdem sichtbar
Message Too many failed attempts. Try again in … (about 14 minutes); Live countdown in minutes and seconds
Zweck
what a lockout looks like

Die Karte zeigt „Konto nicht verfügbar“ und „Dieses Konto ist derzeit deaktiviert. Bitte wenden Sie sich an Ihren Administrator, falls dies ein Fehler ist.“ Sie erscheint sowohl für einen deaktivierten Kunden als auch für einen Kunden, dessen Unternehmen deaktiviert ist; die Person kann also nicht erkennen, was zutrifft. Das Deaktivieren eines Kunden beendet auch seine laufenden Sitzungen sofort; das Deaktivieren eines Unternehmens weist die Anmeldung ab und meldet seine Kunden bei ihrer nächsten Anfrage ab.

Warum: Sie können den Zugang einer Person stoppen, ohne ihre Daten zu löschen.

Das Popup-Fenster des Widgets für einen Kunden, der sich nicht anmelden darf. Die hervorgehobene Überschrift der Karte lautet "Konto nicht verfügbar", gefolgt von "Dieses Konto ist derzeit deaktiviert. Bitte wenden Sie sich an Ihren Administrator, falls dies ein Fehler ist." Es gibt kein Feld und keine Schaltfläche. Derselbe Bildschirm erscheint, wenn der Kunde deaktiviert oder sein Kundenunternehmen im CRM deaktiviert wurde; der Besucher kann beides nicht unterscheiden.Das Popup-Fenster des Widgets für einen Kunden, der sich nicht anmelden darf. Die hervorgehobene Überschrift der Karte lautet "Konto nicht verfügbar", gefolgt von "Dieses Konto ist derzeit deaktiviert. Bitte wenden Sie sich an Ihren Administrator, falls dies ein Fehler ist." Es gibt kein Feld und keine Schaltfläche. Derselbe Bildschirm erscheint, wenn der Kunde deaktiviert oder sein Kundenunternehmen im CRM deaktiviert wurde; der Besucher kann beides nicht unterscheiden.
Ein deaktivierter Kunde oder ein Kunde eines deaktivierten Unternehmens sieht statt des Chats Konto nicht verfügbar.
Was dieser Screenshot zeigt
Ansicht
Konto nicht verfügbar (host page › widget (popup))
Hervorgehoben
heading “Konto nicht verfügbar”, disabled-card, shown. none
Außerdem sichtbar
Message This account is currently disabled…
Zweck
what a disabled customer sees
ThemaFakt
Regeln für PIN und PasswortPIN 4 bis 8 Ziffern; Passwort mindestens 8 Zeichen; der Kunde wählt
Sitzung12 Stunden, 7 Tage mit „Auf diesem Browser angemeldet bleiben“
SperreAb der 5. Fehleingabe: 1 Minute, 5 Minuten, 15 Minuten, 1 Stunde, danach jeweils 6 Stunden
ZurücksetzenKein Zurücksetzen oder Ändern im Widget; importieren Sie den Kunden mit neuen Zugangsdaten erneut
AbmeldenNur „Abmelden“ im Kundenportal; destroy() und Ihre eigene Abmeldung beenden die Widget-Sitzung nicht
Anmelde-Tickets60 Sekunden, einmalig, ein Widget; der Kunde braucht vorhandene Zugangsdaten
Rolle nach eigener EinrichtungAdmin eines eigenen Unternehmens
Zu viele AnfragenWiederholte Anmeldeanfragen aus einem Netzwerk werden für etwa eine Minute gebremst
SprachenDie Bildschirme folgen dem Browser (Englisch, Deutsch, Spanisch); Fehlermeldungen des Servers sind auf Englisch

Sollte ich für mein Widget eine Anmeldung verlangen?

Abschnitt betitelt „Sollte ich für mein Widget eine Anmeldung verlangen?“

Ja, wenn der Assistent persönlichen Chatverlauf zeigt, mit den eigenen Toolkit-Zugangsdaten einer Person handelt oder das Kundenportal öffnet. Schalten Sie Kundenauthentifizierung erforderlich unter KonfigurierenUser Interface ein und legen Sie Zugangsdaten vorab an oder nutzen Sie Anmelde-Tickets, damit Sie sich nicht auf die Einrichtung beim ersten Besuch verlassen.

Was gibt die besuchende Person ein, um sich auszuweisen?

Abschnitt betitelt „Was gibt die besuchende Person ein, um sich auszuweisen?“

Nur ihre PIN oder ihr Passwort. Der Anmeldebildschirm fragt nie nach Name, E-Mail oder ID; er meldet den Kunden an, dessen ID Ihre Seite als userId übergibt. Deshalb muss jede Seite für dieselbe Person dieselbe dauerhafte ID übergeben.

Gibt es Single Sign-on oder eine JWT-Anmeldung für Endkunden?

Abschnitt betitelt „Gibt es Single Sign-on oder eine JWT-Anmeldung für Endkunden?“

Für Endkunden gibt es keine SSO- oder JWT-Option. Sie melden sich mit PIN oder Passwort an, oder Ihr Backend meldet sie mit einem einmaligen Anmelde-Ticket an. Ein Anmelde-Ticket ist der Weg, die Anmeldung Ihres eigenen Produkts ins Widget zu tragen.

Nein. Kunden, die schon gechattet haben, behalten ihre Chats und gespeicherten Toolkit-Zugangsdaten, weil beides zu ihrer Kunden-ID gehört. Beim nächsten Besuch melden sie sich mit importierten Zugangsdaten an oder richten welche ein, falls Sie keine importiert haben.

Unter KonfigurierenUser Interface: Wählen Sie die Karte des Widgets, suchen Sie Kundenauthentifizierung erforderlich im Abschnitt Kundenportal, schalten Sie ihn ein und wählen Sie Save User Interface Settings. Ab dem nächsten Seitenaufruf werden Besucher zur Anmeldung aufgefordert; laufende Chats gehen weiter.

Wählen Sie unter CRMKunden die Schaltfläche Aus CSV importieren und laden Sie eine Datei mit den Spalten CustomerId, Pin oder Password und optional CustomerEmail, CustomerCompanyId, CustomerCompanyName und Role hoch. Füllen Sie pro Zeile entweder Pin oder Password, nie beides. Ist eine Zeile ungültig, wird die ganze Datei abgelehnt.

PIN oder Passwort: Was sollen meine Kunden verwenden?

Abschnitt betitelt „PIN oder Passwort: Was sollen meine Kunden verwenden?“

Der Kunde wählt auf dem Einrichtungsbildschirm. Eine PIN hat 4 bis 8 Ziffern und ist schneller getippt; ein Passwort hat mindestens 8 Zeichen und ist schwerer zu erraten. Beim Import wählen Sie für Ihre Kunden, indem Sie die Spalte Pin oder Password füllen.

Welche Rolle erhalten Kunden, die ihre Zugangsdaten selbst einrichten?

Abschnitt betitelt „Welche Rolle erhalten Kunden, die ihre Zugangsdaten selbst einrichten?“

Ein Kunde, der auf dem Einrichtungsbildschirm entsteht, wird Admin eines eigenen Unternehmens. Importierte Kunden erhalten die Role aus Ihrer Datei, standardmäßig Admin. Rollen ändern Sie im CRM, oder ein Kunden-Admin ändert sie auf der Mitgliederseite des Portals.

Zwölf Stunden oder sieben Tage, wenn sie „Auf diesem Browser angemeldet bleiben“ setzen. Beides übersteht das Schließen des Browsers. Solange das Widget offen ist, verlängert sich die Sitzung kurz vor ihrem Ende selbst, sodass aktive Kunden nicht unterbrochen werden.

Wie lange ist ein Konto nach Fehleingaben gesperrt?

Abschnitt betitelt „Wie lange ist ein Konto nach Fehleingaben gesperrt?“

Die ersten vier Fehleingaben in Folge bleiben ohne Wirkung. Die fünfte sperrt das Konto für 1 Minute, die sechste für 5 Minuten, die siebte für 15 Minuten, die achte für 1 Stunde und jede weitere für 6 Stunden. Eine richtige Eingabe setzt den Zähler zurück.

Nicht per Schaltfläche. Importieren Sie den Kunden unter CRMKunden › Aus CSV importieren mit neuer Pin oder neuem Password erneut: Das ersetzt die Zugangsdaten und hebt die Sperre auf. Sonst endet die Sperre, wenn ihre Zeit abgelaufen ist.

Im Widget gibt es kein Zurücksetzen. Importieren Sie den Kunden mit neuer Pin oder neuem Password unter CRMKunden › Aus CSV importieren erneut und teilen Sie ihm die neuen Zugangsdaten über Ihren eigenen Kanal mit. Der Import meldet ihn außerdem bei seiner nächsten Anfrage aus laufenden Sitzungen ab.

Derzeit weder im Widget noch im Portal. Um Zugangsdaten zu ändern, importieren Sie den Kunden mit neuer Pin oder neuem Password unter CRMKunden › Aus CSV importieren erneut und teilen ihm die neuen mit.

Ein Anmelde-Ticket ist ein einmaliger Ausweis, den Ihr Backend bei StrikeUp für einen Kunden und ein Widget erhält, indem es PIN oder Passwort dieses Kunden vorlegt. Ihre Seite übergibt es als loginTicket in initStrikeUpChatWidget, und das Widget meldet den Kunden an, ohne den Anmeldebildschirm zu zeigen.

Warum wird die Person trotz Ticket nach ihrer PIN gefragt?

Abschnitt betitelt „Warum wird die Person trotz Ticket nach ihrer PIN gefragt?“

Das Ticket wurde nicht angenommen. Es ist 60 Sekunden und nur einmal gültig, und nur für das Widget, für das es ausgestellt wurde. Holen Sie bei jedem Seitenaufruf ein neues Ticket, übergeben Sie es im selben Aufruf von initStrikeUpChatWidget wie die passende userId und prüfen Sie, für welches Widget es ausgestellt wurde.

Kann ein Ticket einen Kunden ohne PIN oder Passwort anmelden?

Abschnitt betitelt „Kann ein Ticket einen Kunden ohne PIN oder Passwort anmelden?“

Nein. Tickets werden nur für Kunden ausgestellt, die bereits Zugangsdaten haben, weil Ihr Backend diese vorlegt, um das Ticket zu erhalten. Importieren Sie solche Kunden zuerst mit einer Pin oder einem Password.

Kann ein Ticket einen deaktivierten Kunden anmelden?

Abschnitt betitelt „Kann ein Ticket einen deaktivierten Kunden anmelden?“

Nein. Ein deaktivierter Kunde oder ein Kunde eines deaktivierten Unternehmens wird schon beim Anfordern des Tickets abgewiesen, und das Widget zeigt „Konto nicht verfügbar“, wenn er sich anzumelden versucht. Aktivieren Sie den Kunden zuerst im CRM.

„Konto nicht verfügbar“ und „Dieses Konto ist derzeit deaktiviert. Bitte wenden Sie sich an Ihren Administrator, falls dies ein Fehler ist.“ Derselbe Bildschirm erscheint, wenn das Unternehmen des Kunden deaktiviert ist; die Person kann also nicht erkennen, was zutrifft. Aktivieren Sie Kunden oder Unternehmen im CRM, um den Zugang wiederherzustellen.

Warum sieht eine Person auf einem Widget ohne Anmeldung den Anmeldebildschirm?

Abschnitt betitelt „Warum sieht eine Person auf einem Widget ohne Anmeldung den Anmeldebildschirm?“

Der Kunde mit dieser ID hat bereits eine PIN oder ein Passwort, daher fragt das Widget danach, obwohl Kundenauthentifizierung erforderlich ausgeschaltet ist. Das schützt einen Kunden, der Zugangsdaten an einem anderen Ihrer Widgets eingerichtet hat oder den Sie mit Zugangsdaten importiert haben.

Mit „Abmelden“ unten in der Seitenleiste des Kundenportals. Ihre Seite kann einen Kunden nicht abmelden: StrikeUpChat.destroy() entfernt das Widget, lässt die Sitzung aber bestehen. Übergeben Sie beim nächsten Laden die userId der neuen Person, damit das Widget eine Sitzung verwirft, die jemand anderem gehört.

Kann mein Team die PIN oder das Passwort eines Kunden sehen?

Abschnitt betitelt „Kann mein Team die PIN oder das Passwort eines Kunden sehen?“

Nein. Die Admin-App zeigt PIN oder Passwort eines Kunden nie an, und aus dem Import lässt es sich nicht zurücklesen. Ihr Team kann es nur ersetzen, indem es den Kunden mit neuen Zugangsdaten erneut importiert.

Kann an einem gemeinsam genutzten Computer die nächste Person die Chats der vorigen sehen?

Abschnitt betitelt „Kann an einem gemeinsam genutzten Computer die nächste Person die Chats der vorigen sehen?“

Nicht, wenn Ihre Seite die eigene userId jeder Person übergibt: Das Widget verwirft eine gespeicherte Sitzung, die zu einer anderen ID gehört, und die nächste Person meldet sich als sie selbst an. Bitten Sie Kunden an gemeinsam genutzten Computern, „Auf diesem Browser angemeldet bleiben“ nicht zu setzen und im Portal „Abmelden“ zu nutzen.

SymptomWas Sie prüfen
Alle Besucher landen im selben KontouserId ist noch your_customer_id oder ein anderer fester Wert. Übergeben Sie die eigene ID jeder Person
Ein Kunde soll auf einem anderen Gerät eine neue PIN einrichtenÜbergibt Ihre Seite auf beiden Geräten dieselbe userId?
Eine Person mit Ticket sieht trotzdem Willkommen zurückDer Reihe nach: Wurde das Ticket weniger als 60 Sekunden vor dem Laden der Seite geholt? Wurde es schon benutzt? Wurde es für dieses Widget und für dieselbe userId ausgestellt, die Ihre Seite übergibt?
Ihr Backend wird mit „Customer has no credential set — auto-injection requires a pre-set credential.“ abgewiesenImportieren Sie den Kunden zuerst mit Pin oder Password
„Konto gesperrt“ mit CountdownFünf oder mehr Fehleingaben in Folge. Warten oder den Kunden mit neuen Zugangsdaten erneut importieren
„Konto nicht verfügbar“Ist der Kunde oder sein Unternehmen unter CRMKunden deaktiviert?
Eine falsche PIN zeigt „PIN must be 4-8 numeric digits. (Parameter ‘credential’)“Die PIN hat weniger als 4 oder mehr als 8 Ziffern oder enthält andere Zeichen
Die Anmeldung zeigt Request failed (429)Zu viele Anmeldeanfragen kamen in kurzer Zeit aus einem Netzwerk. Eine Minute warten und dann erneut anmelden
„Session expired.“ nach einer längeren PauseDie Sitzung von 12 Stunden oder 7 Tagen ist abgelaufen. Der Kunde meldet sich erneut an
Der Import wird abgelehntEine Zeile hat Pin und Password, eine PIN außerhalb von 4 bis 8 Ziffern oder ein Passwort unter 8 Zeichen; die ganze Datei wird abgelehnt
Ein Kunde wirkt nach Deaktivierung seines Unternehmens noch angemeldetEr wird bei seiner nächsten Anfrage abgemeldet, etwa wenn er eine Nachricht sendet. Prüfen Sie im CRM, dass das Unternehmen deaktiviert ist
Eine Änderung schlägt mit Anfrage fehlgeschlagen und “This action requires the Admin role.” fehlDiese Einstellungen in StrikeUp zu ändern erfordert die Rolle Admin. Bitten Sie eine Person mit der Rolle Admin, die Änderung vorzunehmen oder Ihnen die Rolle unter Einstellungen › Benutzer zu geben.