Änderungen von Dokument Non-Profit-Manager Enterprise

Zusammenfassung

• Seiteneigenschaften (2 geändert, 0 hinzugefügt, 0 gelöscht)

Details

Seiteneigenschaften

Tags

...	...	@@ -1,1 +1,1 @@
1		-Start der Software|Anmeldung|Login|Einloggen|Anmeldedaten|Benutzername|Windows|Client|Mandant|Enterprise|Buchhaltung|Buchung|Netzwerk
	1	+Start der Software|Anmeldung|Login|Einloggen|Anmeldedaten|Benutzername|Windows|Client|Mandant|Enterprise

Inhalt

...	...	@@ -64,54 +64,32 @@
64	64	|(% style="width:380px" %)[[image:Mandanten_Einzelmandanten.png||height="173" width="308"]]|(% style="width:777px" %)(((
65	65	**Einzelmandant**
66	66
67		-Ein Einzelmandant ist "**in sich abgeschlossen**".
68		-Das bedeutet, **nur** er kann **mit seinem System** auf **nur **sein System zugreifen.
69		-Er kann also auf **keine Kontaktlisten anderer Einzelmandanten **zugreifen.
70		-\\**Konkret **heißt das wie im gezeigten Beispiel im Screenshot:
71		-Jeder Einzelmandant muss den **User A separat erstellen**.
72		-Einzelmandant 1 kann nicht auf die Daten von User A vom Einzelmandanten 2 zugreifen.
	67	+<Beschreibung>
	68	+
	69	+<Eigenschaften>
73	73	)))
74	74	|(% style="width:380px" %)[[image:Mandanten_Arbeitsmandanten.png||height="172" width="305"]]|(% style="width:777px" %)(((
75	75	**Arbeitsmandant**
76	76
77		-Ein Arbeitsmandant ist "**sehr gut**" mit den anderen Arbeitsmandanten "**vernetzt**".
78		-Arbeitsmandanten **untereinander **können **auf **einen **bestimmten Datensatz **(**z.B. **einen **Kontakt**) zugreifen,
79		-**ohne**, dass man den Kontakt bei jedem Mandanten **nochmal erstellen** muss.
80		-\\**Konkret **heißt das wie im gezeigten Beispiel im Screenshot:
81		-Es genügt, wenn man im "**Netzwerk**" mehrerer **zusammenhängender Arbeitsmandanten einmal **den User A **erstellt**.
82		-Ab diesem Zeitpunkt kann jeder verbundene Arbeits- und Buchungsmandant auf den User A zugreifen.
	74	+<Beschreibung>
	75	+
	76	+<Eigenschaften>
83	83	)))
84	84	|(% style="width:380px" %)[[image:Mandanten_Buchungsmandanten.png||height="170" width="303"]]|(% style="width:777px" %)(((
85	85	**Buchungsmandant**
86	86
87		-Ein Buchungsmandant kümmert sich hauptsächlich um "**buchhalterische **Angelegenheiten" (z.B. Zuwendung, Buchung).
88		-Ein Buchungsmandant kann auf die **Kontakte von Arbeitsmandanten zugreifen**, besitzt aber **keine eigenen angelegten **Kontakte.
89		-\\**Konkret **heißt das wie im gezeigten Beispiel im Screenshot:
90		-Buchungsmandant 1 kann **auf **die **Daten **von **User A **vom Arbeitsmandant 1 **zugreifen**, aber **hat selber keine Daten **vom User A.
	81	+<Beschreibung>
	82	+
	83	+<Eigenschaften>
91	91	)))
92	92
93	93	xx
94	94
95		-== Warum braucht man überhaupt unterschiedliche Mandanten? ==
96	96
97		-xx
98	98
99		-xx
100	100
101		-xx
102	102
103		-Das **Beispiel **noch mal **ausgeschrieben**:
104		-__Hans Tester__ (**Benutzer**) ist ein __Praktikant__ (**Benutzergruppe**).
105		-Als Praktikant kann er __"nur bestimmte Nachrichten erhalten"__ (**Rolle**).
106		-Das heißt: Hans kann z.B. __"Nachrichten von Praktikanten erhalten"__ (**Rechte**).
107	107
108	108
109	109
110		-
111		-
112		-
113		-
114		-
115		-**Frühere Version**:
116		-
117	117	Den Non-Profit-Manager gibt es als Enterprise Lösung mit Zugriff über einen Windows Client und der Verfügbarkeit vonSoftware-Modulen für den vielfältigen Einsatz im Non-Profit Bereich. In Zukunft wird es einzelne Module des Non-Profit-Managers auch als Weblösung geben. Der Betrieb der Lösung kann dann als Hybridlösung über Windows und Web-Zugriff erfolgen.