...
Beim Portal haben nun weitere Kunden das Bedürfnis, diese zweistufige Struktur abzubilden, so dass wir diese in den Standard übernehmen sollten.
Lösungsideen
# | Problem | Lösungsvorschlag | Entscheid | Hinweis |
|---|---|---|---|---|
1 | Anzeige eigene oder der untergeordneten Kunden |
|
|
|
|
Do
| Do | Die Steuerung der Sichtbarkeit des Vertreter-Attributs ist möglich über das Attribut Vertreter-Art. Somit tritt diese Unterscheidung nur bei den Teamleitern und bei Administratoren auf. Bei den ADM selber wäre diese nur verwirrend. | ||
2 | 2-stufig in Standard | Zwei-stufige Struktur in Standard übernehmen. Am besten dazu die beiden Felder im Standard anlegen, aber nur sichtbar machen, wenn entweder das Portal installiert ist oder die Vertriebsoption. | Go | Löst uns das Problem, dass nicht alle mit Admin drauf müssen. |
| Info |
|---|
Lösung sollte so möglich sein über zusätzliche Views, anderen Rolleneinschränkungen und Konfiguration des zweiten Scopes
Lösungsweg:
...
Ist eine Kontext-Einschränkung mit einer Liste von IDs - Lösungsidee für Vertreter-Hierarchie: Ich sehe alle meine Adressen und die meiner n Untervertreter, somit eine IN-Klausel und beim Login wird nicht nur der aktuelle Vertreter in den Context geladen, sondern eine Liste von Vertretern
...
Erfahrung: ID ich selber oder wo ich der ParentID bin
Fortsetzung: Beispiel einrichten auf Dev Umgebung und Infos an fn
Erfahrungswerte kommen aus Aero Club
Offene Fragen
...
Wie unterscheide ich beim einem Teamleiter zwischen den eigenen und den Kunden meiner Mitarbeiter? → Suchspalte Vertreter im Scope
...
Weitere Lösungsideen liessen finden in der Lösung des Aero-Club, wo ebenfalls eine Sichtbarkeits-Hierarchie vom Landesverband zum Regionalverband zur Sektion findet. |
| Page Properties | ||
|---|---|---|
| ||