...
Wir erlauben mehrere Kontexte für einen Mitarbeiter, worin der Bereich festgehalten ist. Somit kann der Kunde entscheiden, wie er seine Mitarbeiter anlegt. Ein lediglich lesender ADM wird keine Bereichsauswahl haben, ein Schreibender hingegen einen oder mehrere Bereiche. So können wir das Feature der Kontextauswahl ideal wiederverwerten.
Umsetzung
Der Geschäftsbereich wird dem ADM zugewiesen, damit bei jeder schreibenden Aktion der Bereich bei Bedarf eingesetzt werden kann. Dies weil sonst Aufträge, Kontakte etc. ohne Bereich angelegt werden.
Lesende Aktionen werden nur dort auf Bereiche eingeschränkt, wo dies absichtlich den Kunden-Ansichten so definiert wird. Dies wird voraussichtlich fast ausschliesslich AZ betreffen.
# | Problem | Lösungsvorschlag | Entscheid | Hinweis |
|---|---|---|---|---|
1 | Zuweisung Bereich | Kontext erweitern um Bereich ('division') Der Kontext ist jetzt schon flexibel aufgebaut und erlaubt Einstellungen nach dem Muster Wir müssten also lediglich die Erfassung der Rollenzuweisung erweitern und beim Schreiben von Datensätzen, den Wert aus dem Kontext einsetzen. | Issue ist angelegt mit Empfehlungen, 16070 als nächstes durch Jürgen Strauss zu beurteilen | |
2 | Warenkorb | Der Warenkorb setzt den Bereich ein, wenn er ihn aus dem Kontext erhält. Sonst lässt er ihn leer. Die Verarbeitung allenfalls leerer Bereichseinträge kann den Folgeprozessen überlassen werden. | ||
3 | Schreiben andere Datensätze | Das Portal soll das Attribut | ||
4 | Steuerung Bereiche | Das Portal kann feststellen, ob
| ||
5 | Darstellung | Aufgrund des Kontextes. Dieser ist oben rechts analog der zweistufigen Verkaufs-Hierarchie mit Teamleiter und -mitarbeiter. Wir müssen lediglich das Template erweitern. | ||
6 | Darstellung Bewegungsdaten | Spalte Bereich nur dort wo eine Bereich vorhanden ist, also Bezüge, ev. Aktionen |
...