Seitenhistorie
...
# | Beschreibung | Priorität | Notizen |
---|---|---|---|
1 | Neues SystemBO "Mandant" | 1 |
|
2 | Neues SystemBO "Mandanten Parameter" | 1 |
|
3 | Neues SystemBO "Mandanten Parameter Wert" | 1 |
|
4 | Neues SystemBO "Mandanten Zuordnung" | 1 |
|
5 | BO Wizard um Konfiguration der Mandantenabhängigkeit erweitern | 1 |
|
6 | Existiert für ein BO eine Abhängigkeit, wird automatisch in Suchergebnislisten, Subforms, Aufgabenlisten, Datenquellenergebnissen eingeschränkt | 1 |
|
7 | Neue Datensätze werde automatisch mit dem angemeldeten Mandanten verknüpft, falls erforderlich | 1 |
|
8 | Der Loginbildschirm wird um die Auswahl des Mandanten erweitert | 1 |
|
9 | Arbeitsumgebungen merken sich die zuletzt geöffneten Tabs abhängig pro Mandant | 1 | |
10 | Nuclet Zuweisung und Transfer um Mandanten Parameter erweitern | 1 |
|
11 | Klassen Generierung für Mandanten Parameter und ParameterProvider erweitern | 1 |
|
12 | Datenquellen Ausführung erweitern | 1 |
|
13 | Neue Berechtigung auf SQL Ebene einer Datenquelle | 1 |
|
...
Frage | Ergebnis |
---|---|
Welche Felder benötigt der Mandant ein Parameter noch? | |
Wird ein Schnellwechsel, ohne erneute Authentifizierung, benötigt? | |
Klassen Generierung: Eine Klasse pro Nuclet mit den zugewiesenen Mandanten Parametern als Konstanten. Oder eine eigene Klasse pro Parameter? Interface Name " | Name des Interfaces für mandantenfähige BOs: Multitenant (neben Stateful, etc.) - wird erstmal nicht benötigt. Da es um den Parameter geht... ClientParameterMandatorParameter?! |
Datenquellen um einen neuen automatischen Parameter "CLIENTMANDATOR" erweitern? (Ähnlich dem Username) | |
Man kann eine Ebene nachträglich nur schwer zwischen vorhandenen platzieren. Z.B. man hat Anfangs die "Bundesländer" nicht gebraucht. Sollte man Ebenen extra Definieren? | |
Zu klären: Defaultbelegung bestehender Datensätze bei nachträglicher Einführung der Mandantenfähigkeit in einer Entität? | Vielleicht ähnlich wie beim Pflichtfeld? |
Zu klären: Verletzung der "referentiellen Integrität" bei Umhängen eines referenzierten Datensatzes zu einem anderen Mandanten kann nicht über die DB abgefangen werden. Aus Sicht des vorherigen Mandanten kommt das Umhängen aber einer Löschung gleich, darf also nicht zulässig sein, wenn referenziert. | Vielleicht prinzipiell nicht zulassen? Das macht aber das nachträgliche Aufteilen von Daten auf zwei Mandanten bei nachträglicher Einführung der Mandantenfähigkeit (s.a. Defaulbelegung, vorheriger Punkt) unmöglich. |
Zu klären: Dropdowns und LOVs müssen ebenfalls dynamisch auf die für den jeweiligen Mandatenkontext sichtbaren Daten eingeschränkt werden. Was genau ist der Mandantenkontext? Alle hierarchisch unter dem angemeldeten Mandanten hängenden Mandanten? |
Verworfen
- (noch nichts)
Überblick
Inhalte