...
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.
# | 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 |
Offene Fragen
Wird beim ADM immer ein Bereich als Kontext ausgewählt oder gibt es auch solche, die ohne Bereichszuweisung arbeiten?
| Page Properties | ||
|---|---|---|
| ||