Skip to end of metadata
Go to start of metadata

You are viewing an old version of this content. View the current version.

Compare with Current View Version History

« Previous Version 19 Next »

Besonderheit

Die Aussendienst-Mitarbeiter können teamweise organisiert sein, wobei ein Teamleiter seine eigenen Kunden sowie die seiner ihm unterstellten Mitarbeiter sieht und bearbeiten kann.

Mit dem Addin Vertrieb (nur Ziltener) wurden hierfür 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

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

  • 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 und seiner Mitarbeiter kann der Vertreter in der Scope-Suche der Adresse angezeigt werden.

  • Aus dem gleichen Grund soll bei Teamleitern der Vertreter auch in der Adressen-List-View angezeigt werden.

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.

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

  1. Wie unterscheide ich beim einem Teamleiter zwischen den eigenen und den Kunden meiner Mitarbeiter? → Suchspalte Vertreter im Scope

  2. Sehe ich einer Adresse an, ob sie auch in anderen Bereichen aktiv ist? → Zusätzliche Spalte Adresse "Bereichsliste"

  • No labels