Neu JTL-Wawi 1.6 - Benutzer können ihre Passwörter selbst ändern (Video)

[Manuel Pietzsch]

Hi Freunde,

wieder ein kleines Video zur 1.6:

geht um dieses Feature: https://issues.jtl-software.de/issues/WAWI-11676

Gruß

Euer Manuel

 

[SebiW]

Ich hoffe Ihr löst das auch über die Rechteverwaltung, dh dass Nutzer dies nur dürfen wenn sie das Benutzerrecht dazu haben?
Wir arbeiten mit Codekarten für unsere Systeme, das letzte was ich will ist dass ein User sich da "Passwort1234" selbst als Recht gibt ... und sich dann auch noch wundert warum die Codekarten nicht mehr gehen

Auch wenn wir das nicht nutzen werden, aber es wäre sicher gut als Admin den Nutzern Passwortvorgaben (Mindestlänge/Sonderzeichen etc) machen zu können.

 

[Marc Völker]

Hallo,
einem Benutzer zu verbieten sein Passwort zu ändern, haben wir tatsächlich bisher nicht berücksichtigt, sollte aber schnell eingebaut sein.

Auch wenn wir das nicht nutzen werden, aber es wäre sicher gut als Admin den Nutzern Passwortvorgaben (Mindestlänge/Sonderzeichen etc) machen zu können.

Das haben wir direkt mit Berücksichtigt.


In den Globalen Einstellungen wird es dazu Konfigurationen geben, die Anpassung Möglichkeiten geben. Wir haben dazu auch noch paar weitere Ideen, welche in zukünftigen Versionen umgesetzt werden könnten, die das Thema Login etc vereinfachen.

 

[Horus Sirius]

Ich hoffe Ihr löst das auch über die Rechteverwaltung, dh dass Nutzer dies nur dürfen wenn sie das Benutzerrecht dazu haben?
Wir arbeiten mit Codekarten für unsere Systeme, das letzte was ich will ist dass ein User sich da "Passwort1234" selbst als Recht gibt ... und sich dann auch noch wundert warum die Codekarten nicht mehr gehen

Auch wenn wir das nicht nutzen werden, aber es wäre sicher gut als Admin den Nutzern Passwortvorgaben (Mindestlänge/Sonderzeichen etc) machen zu können.

Stimmt.
Passwortstärke als Indikator wäre auch eine Möglichkeit als Admin ein Mindestmaß an Passwort Sicherheit festzulegen.
Einfacher über Passwortlänge und muss Sonderzeichen, muss Zahlen und Buchstaben enthalten als eine Art Einstellung.

 

[Horus Sirius]

Hallo,
einem Benutzer zu verbieten sein Passwort zu ändern, haben wir tatsächlich bisher nicht berücksichtigt, sollte aber schnell eingebaut sein.



Das haben wir direkt mit Berücksichtigt.
Den Anhang 36207 betrachten

In den Globalen Einstellungen wird es dazu Konfigurationen geben, die Anpassung Möglichkeiten geben. Wir haben dazu auch noch paar weitere Ideen, welche in zukünftigen Versionen umgesetzt werden könnten, die das Thema Login etc vereinfachen.

Ach Super gemacht, schneller als ich lesen konnte *big smile*

 

[Marc Völker]

Ach Super gemacht, schneller als ich lesen konnte *big smile*

Wollt schon sagen, ist doch da

 

[Verkäuferlein]

Derzeit beschäftige ich mich gerade mit Authentifizierung und Autorisierung von Benutzern und versuche bei uns eine möglichst einfache Lösung zu schaffen, um A den Log-In zu beschleunigen und B eine hohe (Passwort-)Sicherheit zu erreichen.

Gibt es eigentlich auch andere Möglichkeiten, wie der Nutzer seine Identität bestätigt bzw. sich in die Wawi einloggen kann? Z.b. Smartcard, Fido2, Windowsanmeldung, etc.?

Ansonsten ist ja schon alles gesagt, Passwortrichtlinie und die Möglichkeit, dem Nutzer zu verbieten sein Passwort zu ändern wären für mich auch die wichtigsten Funktionen dabei.

Ich hoffe Ihr löst das auch über die Rechteverwaltung, dh dass Nutzer dies nur dürfen wenn sie das Benutzerrecht dazu haben?
Wir arbeiten mit Codekarten für unsere Systeme, das letzte was ich will ist dass ein User sich da "Passwort1234" selbst als Recht gibt ... und sich dann auch noch wundert warum die Codekarten nicht mehr gehen

Auch wenn wir das nicht nutzen werden, aber es wäre sicher gut als Admin den Nutzern Passwortvorgaben (Mindestlänge/Sonderzeichen etc) machen zu können.

Kannst Du mir mal Infos (gerne per PN) zukommen lassen, was Ihr da für ein System nutzt mit den Codekarten? Würde mich brennend interessieren....

 

[SebiW]

Wir nutzen zwei Varianten, ganz banale Barcodes und RFID Chips, je nach System und Nutzer.
RFID setzen wir auch nur als Reader um. Beides drucken wir mit einem angepassten Tintenstrahler, dazu gibt es einige Lösungen bei Amazon.

 

[mobade]

Hi @ManuelP

habe mal noch eine Beitrag, da du immer möchtest was in die 1.6er Version noch unbedingt noch rein soll.

https://forum.jtl-software.de/threa...stueckzahl-gebinde-drucken-wawi-20092.114532/

wurde auch schon oft angesprochen.
grüssle Mario

ps: habe keine passenden Thread gefunden

 

[Peter Hagel]

Ich schließe mich dem Thema mal an.
Eine LDAP Anbindung, SmartCard Auth etv. fände ich auch extrem sinnvoll da die IT System bei unseren Kunden auch immer komplexer werden und man so die Authentifizierung erleichtern könnte

 

[Marc Völker]

Ich schließe mich dem Thema mal an.
Eine LDAP Anbindung, SmartCard Auth etv. fände ich auch extrem sinnvoll da die IT System bei unseren Kunden auch immer komplexer werden und man so die Authentifizierung erleichtern könnte

Wir sind hier tatsächlich gerade dran, diesen so anzupassen, bzw neu zu entwickeln, dass wir solche Anforderungen zukünftig leichter umsetzen können
https://issues.jtl-software.de/issues/WAWI-39709

Das wird aber sicher noch einige Zeit dauern, bis wir dann auch LDAP oder ähnliches unterstützten werden. Ich denke im ersten Abwasch werden wir die möglichkeit bieten sich über Kellner Schlüssel anzumelden.
Langfristig kann ich mir hier noch vieles weiteres Vorstellen.

 

[SebiW]

Kurze Frage, nehmt Ihr im Rahmen dieser Änderungen auch Ticket 8695 auf? Die Mandantenübergreifende Steuerung ist gelinde gesagt unfein für Kunden wie uns mit mehreren Mandanten mit rechtlich getrennten GmbHs. Ist alleine schon aus DSGVO Sicht ein Albtraum.

 

[Marc Völker]

Kurze Frage, nehmt Ihr im Rahmen dieser Änderungen auch Ticket 8695 auf? Die Mandantenübergreifende Steuerung ist gelinde gesagt unfein für Kunden wie uns mit mehreren Mandanten mit rechtlich getrennten GmbHs. Ist alleine schon aus DSGVO Sicht ein Albtraum.

Hallo SebiW
ich gebe dir recht, es ist so nicht wirklich glücklich.
Jedoch ist das Thema Rechte Pro Mandant sehr viel aufwendiger. Als das hier beschriebene, oder eben die geplanten Änderungen für den neuen Login. Es bezieht sich nicht mal auf den Login, sondern wirklich auf das Rechte Management.

Ich denke, das zuständige Team, wird es angehen, wenn Sie die Benutzer und Rechte Verwaltung neu machen.

 

[SebiW]

Danke für die Info Marc, schade. Immerhin ist das Ticket jetzt auch schon entspannte 5 Jahre alt. Das klingt eher so nach "Nie"

 

[Marc Völker]

Danke für die Info Marc, schade. Immerhin ist das Ticket jetzt auch schon entspannte 5 Jahre alt. Das klingt eher so nach "Nie"

Ne das ist es nicht.
Problem ist halt wirklich, da muss schon einiges Umgebaut werden, und die Architektur geändert werden, damit es Rechte pro Mandant gibt. Dass ist leider nicht so Trivial, und dann leichter, wenn man die Benutzerverwaltung komplett sauber neu baut, als das da noch einzubauen. Die Benutzerverwaltung ist ja auch schon sicher einige Jahre alt, und der Code wird nicht besser, desto mehr man da einbaut. Und gerade diese Änderung ist halt was umfangreicher. Daher macht man es am besten, wenn man die Benutzerverwaltung neu macht.

Und was natürlich ärgerlich ist, das neu machen genießt im Moment keine hohe Priorität, da hier der Schuh nicht so sehr drückt, wie bei anderen Features.