Hallo,
ich benutze Discourse seit etwa 3 Wochen und liebe bisher die Möglichkeiten, die Mühelosigkeit, die API, die Dokumentation und die Meta-Community. Es ist bisher eine wirklich großartige Erfahrung.
In unserem Unternehmen haben wir eine Webanwendung, bei der sich Benutzer anmelden können, die mit einem Backend-System verbunden ist, das die Benutzer speichert. Nun möchten wir auch ein Discourse-Forum anbieten, in das sich bestehende Benutzer über SSO einloggen können.
Wir verwenden DiscourseConnect, das hier hier gut dokumentiert ist. Wir verwenden auch die sync_sso Route, um alle Änderungen, die wir auf unserer Seite vornehmen, sofort mit Discourse zu synchronisieren. Das funktioniert bisher gut.
Nun hat der Product Owner zwei Anforderungen, die ich, bevor ich sie selbst implementiere, überprüfen möchte, ob sie vielleicht direkt in Discourse konfiguriert werden können:
-
In unserer internen Datenbank haben Benutzer keinen Benutzernamen. Sie haben aber unter anderem einen echten Namen. In unserem aktuellen PoC senden wir diesen echten Namen mit dem ssoRecord, damit Discourse ihn speichert und einen Benutzernamen generiert. Möglicherweise dürfen wir das rechtlich nicht tun und müssen die Benutzer selbst entscheiden lassen, ob sie ihren echten Namen in unserer Discourse-Instanz speichern möchten und welchen Benutzernamen sie in unserer Discourse-Instanz haben möchten.
Frage: Ist es möglich zu erkennen, wenn ein Benutzer SSO zum ersten Mal verwendet und ihn in diesem Fall auf eine Art “Willkommensseite” weiterzuleiten, auf der er auswählen kann, welchen Namen und Benutzernamen er verwenden möchte? Idealerweise wären diese aus den Werten im ssoRecord vorausgefüllt, aber der Benutzer müsste diese aktiv bestätigen, bevor er seine SSO-Registrierung-als-Login-Aktion fortsetzt. -
Apropos Bestätigung: Gibt es auch hier, wenn der Benutzer SSO zum ersten Mal verwendet, eine Möglichkeit sicherzustellen, dass der Benutzer unsere Allgemeinen Geschäftsbedingungen lesen und zustimmen kann, bevor seine Daten tatsächlich in der Discourse-Datenbank gespeichert werden?
Ich könnte theoretisch beide Schritte auf unserer Seite in unsere Webanwendung implementieren. Aber nochmals, bevor ich das tue, wollte ich nachfragen, ob Discourse etwas out-of-the-box anbietet. Ich konnte im Admin-Panel nichts Sinnvolles finden, daher frage ich hier 
Danke!
Edit:
Ich habe diesen ähnlichen Thread gefunden, der vorschlägt, die Option auth skip create confirm zu verwenden. Diese Option ist jedoch standardmäßig bereits deaktiviert.