Kunden wie Rietschi oder Ziltener haben eine komplexere Struktur, die ebenfalls über das Portal abgebildet werden soll.
Besonderheiten
Auf der Adresse hat es einen Sub-Tabelle Adressbereich, welche eine Vertreter-Einstellung pro Adressbereich ermöglicht. Ein Kunde kann also im Bereich A dem ADM 1 und im Bereich B dem ADM 2 gehören.
Mit dem Addin Vertrieb werden zwei wesentliche Attribute auf die Vertreter-Tabelle hinzugefügt
Vertreter-Art mit den Werten 10 = ADM und 20 = Teamleiter
VertreterID ist ein Fremdschlüssel innerhalb der Vertreter-Tabelle und die Verbindung zum übergeordneten Leiter
Lösungsideen
#
Problem
Lösungsvorschlag
Entscheid
Hinweis
1
Selektion ADM und Bereich
Benötigt einen zweiten Scope für den Bereich bei Ziltener mit Einschränkung auf den Bereich-Scope und obligatorischem Bereich-Scope Bei den anderen reicht eine zusätzliche Spalte auf diversen Ansichten
Ja
Im Fall eines Kontexts müsste der quasi mit dem Login ausgewählt werden. Bei einem Scope, könnte man nichts anzeigen, bis der Bereich angewählt ist.
Encodo hat schon solche Lösungen gebaut. Diese noch näher betrachten nach Rückmeldung Ziltener.
2
2-fache Einschränkung auf Bereich und Vertreter
Wäre über die Kontext-Einschränkung möglich, wenn 2. Scope im Zugriff ist
Do
3
Anzeige eigene oder der untergeordneten Kunden
Für Teamleiter lautet die Restriktion: Ich bin der ADM auf dem Kunden oder ich bin der Teamleiter des ADM au dem Kunden
Zur Unterscheidung der Kunden eines Teamleiters den Vertreter in der Scope-Suche der Adresse anzeigen
Aus dem gleichen Grund bei Teamleitern auch den Vertreter in der Adressen-List-View anzeigen
Do
4
2-stufig in Standard
Zwei-stufige Struktur in Standard übernehmen
Go
Löst uns das Problem, dass nicht alle mit Admin drauf müssen
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
Sehe ich einer Adresse an, ob sie auch in anderen Bereichen aktiv ist? → Zusätzliche Spalte Adresse "Bereichsliste"
