Datenhaltung in Pools

Standardmäßig wird jeder Mandant mit einem eigenen lokalen Pool angelegt, egal ob als einfacher Mandant oder innerhalb einer Mehrmandantenstruktur.

In den meisten Fällen reicht ein Pool völlig aus. Ein zusätzlicher Pool ist nur dann sinnvoll bzw. notwendig, wenn es dafür z.B. rechtliche Vorgaben bezüglich Datensicherheit oder Datenschutz gibt. Sofern die Profile auch durch einfache Merkmale wie z.B. Selektionsfelder unterscheidbar gemacht werden können, ist dies in der Regel innerhalb eines Pools umsetzbar, womit kein zusätzlicher Pool benötigt wird.

Siehe auch Pool & Profile

Beim Einsatz von mehreren Pools gilt unbedingt zu beachten:

• Eine automatische Synchronisierung zwischen Pools ist systemseitig nicht möglich.
• Objekte wie Formulare lassen sich nur einem Pool zuweisen – bestehende Formulare sind also nicht für den neuen Pool nutzbar.
• Profildaten-Änderungen wie Permissions und Austragungen sind immer nur für einen Pool gültig.
• Ein neuer Pool enthält zunächst nur die Standard-Felder. Eigene Felder eines bestehenden Pools können nicht einfach in den neuen Pool kopiert werden, sondern müssen im neuen Pool manuell angelegt werden.
• Die IDs von Feldern und Optionen sind je Pool unterschiedlich, somit müssen ggf. bestehende Templates auch angepasst werden.

Globaler Pool und Pool-Alias

Wenn eine Gruppe einen globalen Pool wünscht, um beispielsweise für mehrere getrennte Mandanten eine einheitliche Datenhaltung zu haben, dann sollten die Mandanten Pool-Aliase verwenden. Pool-Aliase können als Zielgruppe auf den globalen Pool verstanden werden. Diese Pool-Aliase können entweder nur bestimmte Profile anzeigen oder aber ALLE Profile des globalen Pools.

Eine parallele Verwendung von Pool-Alias und lokalem Pool ist technisch möglich. Es gelten die gleichen Punkte wie beim Einsatz von mehreren Pools (siehe oben)

Siehe auch Pool-Alias