| Table of Contents | ||||||
|---|---|---|---|---|---|---|
|
...
Core Identitätstypen beschreiben einen spezifischen Nutzertypen. Diese Nutzertypen, beispielsweise Internen Mitarbeiter und Externer Mitarbeiter, unterscheiden sich in unterschiedlichen Merkmalen wie beispielsweise der Liste der geführten Attribute oder in den konfigurierten Prozessen wie Eintritt- oder Austrittsprozess. Ein weiteres sehr zentrales Merkmal ist jedoch auch das Berechtigungskonzept. Unterscheiden sich diese untereinander, so kann eine klare und einfache Trennung durch das Abbilden von zwei unterschiedlichen Core Identitätstypen erreicht werden.
Parameter
Folgende Parameter können beim Erstellen oder Mutieren eines Core Identitätstypen verwaltet werden.
...
Parameter
...
Datentyp
...
Beispielwert
...
Beschreibung
...
Name
...
string
...
Externe Person
...
Beschreibt den Core Identitätstypen
...
Anstellung notwendig
...
boolean
...
...
Beschreibt ob zur Erzeugung einer Core Identität dieses Types eine Anstellung erzeugt werden muss, oder nicht.
Bei internen Personen ist beispielsweise eine Anstellung immer zwingend notwendig, bei einem Kunden ist dies hingegen nicht notwendig.
Attribute Mapping
Auf dem Attribute Mapping des Core Identitätstypen wird definiert welche Attribute zur Verfügung stehen. So können interne Mitarbeiter zum Beispiels aus einem Vor- und einen Nachnamen sowie aus einer Mitarbeiternummer bestehen. Bei Kunden hingegen möchte man hingegen neben dem Vor- und Nachnamen auch noch die Lieferadresse führen.
...
Beim Hinzufügen eines Attributes zum Core Identitätstypen Attribute Mapping kann zudem definiert werden ob dieses Attribute im CoreOne Suite Portal für den Benutzer ersichtlich sein soll und ob er es dort selbständig im Sinne eines Self-Services mutieren darf.
Workflows
Folgende Workflows können pro Core Identitätstypen definiert werden:
...
Workflow
...
Beschreibung
...
Input
...
Beispiel Workflows
...
Core Identity Added
...
Wird ausgeführt, wenn eine neue Core Identität von diesem Typ erfasst wird
...
Core Identity ID
...
Informieren des Vorgesetzten über den Eintritt
...
Core Identity Updated
...
Wird ausgeführt, wenn eine bestehende Core Identity mutiert wird
...
Core Identity ID
Änderungen (Alle geänderten Attribute)
...
Informieren von Personen über eine Namensänderung
...
Core Identity Deactivated
...
Wird ausgeführt, wenn eine Core Identität deaktiviert wird
...
Core Identity ID
...
Informationsmail an den Vorgesetzten
...
Core Identity Employment Changed
...
Wird ausgeführt, wenn
eine neue Anstellung hinzugefügt wird
eine Anstellung gelöscht wird
eine Anstellung mutiert wird
Core Identity ID
Anstellungs ID
...
Introduction
Core identity types describe a specific user type. These user types, for example Internal Employee and External Employee, differ in various characteristics such as the list of managed attributes or in the configured processes such as entry or exit process. However, authorization concepts are also very central to the system. If these differ from each other, a clear and simple separation can be achieved by mapping two different core identity types.
There also is one predefined Core Identity Type used by the system called Service Accounts. All internal service users used to run the CoreOne Suite are of this type. So it’s advised not to change or modify this Core Identity Type.
Parameter
The following parameters can be managed when creating or mutating a core identity type.
Parameter | Data type | Mandatory field | Example value | Description |
|---|---|---|---|---|
Name | string |
| External person | Describes the core identity type |
Employment necessary | boolean |
|
| Describes whether an employment must be created to create a core identity of this type or not. For internal persons, for example, employment is always mandatory, whereas it is not necessary for a customer. |
Attribut Mapping
The attributes mapping of the core identity type defines which attributes are available. For example, internal employees can consist of a first name, a last name and an employee number. In the case of customers, on the other hand, the delivery address may be required in addition to the first and last name.
...
When adding an attribute to the core identity type attribute mapping, it is also possible to define whether this attribute should be visible to the user in the CoreOne Suite portal and whether the user is allowed to mutate it there independently in the sense of a self-service.
Duty attributes
It is mandatory to fill in the following attributes.
Parameter | Data type | Example value | Description |
|---|---|---|---|
Display name | string | First name + last name | Without a display name, the object cannot be included in the lists. |
Workflows
Workflow | Description | Input | Example Workflows |
|---|---|---|---|
Core Identity Added | Executed when a new core identity of this type is captured | Core Identity ID | Informing the supervisor about the entry |
Core Identity Updated | Executed when an existing core identity is mutated | Core Identity ID Changes (All changed attributes) | Informing people about a name change |
Core Identity Deactivated | Executed when a core identity is deactivated | Core Identity ID | Information email to the supervisor |
Core Identity Employment Changed | Will be executed when
| Core Identity ID Employment ID Mutation type (Add, Update, Delete) |
Änderungen (Alle geänderten Attribute)
Aktualisieren der Hauptanstellung in Umsystemen
Rollen
...
Changes (All changed attributes) | Updating the main setting in conversion systems |
Roles
Fixed roles can be stored on the core identity types. Adding a role ensures that each core identity of this core identity type receives the corresponding role.
How-to
...
articles
| Filter by label (Content by label) | ||||||
|---|---|---|---|---|---|---|
|
...
Related articles
| Filter by label (Content by label) | ||||||
|---|---|---|---|---|---|---|
|
...