Differences

This shows you the differences between two versions of the page.

--- de:cobi.wms:berechtigungsverwaltung [2025/10/21 15:06] – [Management-Datenbank] thuth
+++ de:cobi.wms:berechtigungsverwaltung [2025/10/22 09:40] (current) – [Lizenzen importieren] thuth
@@ Line 3: / Line 3: @@
-Die **COBI.wms Management-Datenbank** kann in **On-Premises- oder Private-Cloud-Umgebungen** installiert werden, in denen Sie direkten Zugriff auf den Datenbankserver haben und dort eigene Datenbanken erstellen können.
+Die COBI.wms Management-Datenbank kann in **On-Premises- oder Private-Cloud-Umgebungen** installiert werden, in denen Sie direkten Zugriff auf den Datenbankserver haben und dort eigene Datenbanken erstellen können.
-Die Management-Datenbank ermöglicht es Ihnen, zentral **Verbindungen zu SAP-Business-One-Datenbanken**, **COBI.wms-Benutzern und Geräten** sowie **Modulberechtigungen** zu definieren und zu verwalten.
+Die Management-Datenbank ermöglicht es Ihnen, zentral Verbindungen zu SAP-Business-One-Datenbanken, COBI.wms-Benutzern und Geräten sowie Modulberechtigungen zu definieren und zu verwalten.
 ===== Erstellen der Datenbank =====
-Wenn Sie **MS SQL Server** verwenden, führen Sie den Inhalt der folgenden Datei im **SQL Server Management Studio** aus:
+Wenn Sie MS SQL Server verwenden, führen Sie den Inhalt der folgenden Datei im SQL Server Management Studio aus:
-{{cobiwms-mssql.sql}}
+{{ :cobi.wms:cobiwms-mssql.sql |}}
-Wenn Sie **SAP HANA** verwenden, führen Sie stattdessen Folgendes im **HANA Studio** aus:
+Wenn Sie SAP HANA verwenden, führen Sie stattdessen Folgendes im **HANA Studio** aus:
-{{cobiwms-hana.sql}}
+{{ :cobi.wms:cobiwms-hana.sql |}}
 ===== Firmenverbindungen =====
@@ Line 72: / Line 72: @@
 | HANAProxyPort  | Text | Portnummer des HANA Proxy |
 | Profile        | Text | Aktiviert ein kundenspezifisches Profil |
-| PrintService   | Text | Adresse des [[Print Service|COBI.wms Print Service]] |
+| PrintService   | Text | Adresse des COBI.wms Print Service |
-Die Spalten **DBType**, **SQLHost**, **SQLUser** und **SQLPass** müssen nur ausgefüllt werden, wenn sich die SAP-Business-One-Datenbank **auf einem anderen Server** befindet als die Management-Datenbank.
+Die Spalten ''DBType'', ''SQLHost'', ''SQLUser'' und ''SQLPass'' müssen nur ausgefüllt werden, wenn sich die SAP-Business-One-Datenbank **auf einem anderen Server** befindet als die Management-Datenbank.
-Die Spalte **SQLPort** wird nur benötigt, wenn der Server **nicht den Standardport** verwendet (1433 für MS SQL Server, 30015 für SAP HANA).
+Die Spalte ''SQLPort'' wird nur benötigt, wenn der Server nicht den Standardport verwendet (1433 für MS SQL Server, 30015 für SAP HANA).
-**HANAProxyHost** muss nur gefüllt werden, wenn der Proxy **nicht auf demselben Server** wie die HANA-Datenbank läuft.
+''HANAProxyHost'' muss nur gefüllt werden, wenn der Proxy nicht auf demselben Server wie die HANA-Datenbank läuft.
-**HANAProxyPort** nur, wenn der Proxy **einen anderen Port** als den Standardwert **30075** nutzt.
+''HANAProxyPort'' nur, wenn der Proxy einen anderen Port als den Standardwert 30075 nutzt.
-Die Spalte **Profile** wird verwendet, um kundenspezifische Anpassungen zu aktivieren, und sollte leer bleiben, sofern nichts anderes angegeben wurde.
+Die Spalte ''Profile'' wird verwendet, um kundenspezifische Anpassungen zu aktivieren, und sollte leer bleiben, sofern nichts anderes angegeben wurde.
-Die Spalte **PrintService** kann genutzt werden, um zentral die Adresse des **COBI.wms Print Service** zu definieren.
+Die Spalte ''PrintService'' kann genutzt werden, um zentral die Adresse des [[Print Service|COBI.wms Print Service]] zu definieren.
 Wenn sie hier nicht gesetzt ist, muss sie direkt auf jedem Android-Gerät in den [[Print Settings]] der App hinterlegt werden.
 Bei Verwendung des Standardports genügt die Angabe des Hostnamens oder der IP-Adresse.
-Bei einem abweichenden Port geben Sie den Wert im Format **HOST:PORT** ein (z. B. `192.168.1.10:8081`).
+Bei einem abweichenden Port geben Sie den Wert im Format ''HOST:PORT'' ein.
 ===== Geräte und Benutzer =====
@@ Line 120: / Line 120: @@
 call addUser('user1', 'password', NULL, NULL, 'Full Name'); </code>
-**Parameterbeschreibung:**
-* **1. Parameter:** Benutzer-ID (gleichzeitig der Login-Name). Kann z. B. „alice“, „bob“, „manager“ oder „produktion1“ sein.
+Der Erste Parameter: Benutzer-ID (gleichzeitig der Login-Name). Kann z. B. „alice“, „bob“, „manager“ oder „produktion1“ sein. \\
-* **2. Parameter:** Passwort. Darf nicht NULL sein, kann aber ein leerer String sein (''<nowiki>''</nowiki>'') – dann ist kein Passwort erforderlich.
-* **3. und 4. Parameter:** Veraltet, bitte **''NULL''** verwenden.
-* **5. Parameter:** Vollständiger Name oder Beschreibung des Benutzers, kann auch **''NULL''** sein.
-Das Passwort eines Benutzers kann mit der Prozedur **''resetPassword''** zurückgesetzt werden:
+Zweiter Parameter: Passwort. Darf nicht NULL sein, kann aber ein leerer String sein (''<nowiki>''</nowiki>'') – dann ist kein Passwort erforderlich. \\
+Dritter und vierter Parameter: Veraltet, bitte ''NULL'' verwenden. \\
+Letzter Parameter: Vollständiger Name oder Beschreibung des Benutzers, kann auch ''NULL'' sein.
+Das Passwort eines Benutzers kann mit der Prozedur ''resetPassword'' zurückgesetzt werden:
 <code sql>
@@ Line 136: / Line 138: @@
 call resetPassword('user1', 'new password'); </code>
-Benutzer können mit **''removeUser''** gelöscht werden:
+Benutzer können mit ''removeUser'' gelöscht werden:
 <code sql>
@@ Line 188: / Line 190: @@
 Normalerweise muss das Passwort eines SAP-Business-One-Benutzers entweder in der Spalte **''apiPassword''** (Tabelle ''companies'') oder **''apiPass''** (Tabelle ''users'') angegeben werden.
-*(Technischer Hinweis: Eine Verschlüsselung dieser Spalten wäre sinnlos, da der Schlüssel zum Entschlüsseln in der App enthalten sein müsste und somit ausgelesen werden könnte. Eine Speicherung als Hash ist ebenfalls nicht möglich, da das Passwort im Klartext an den Service Layer übermittelt werden muss.)*
+(Technischer Hinweis: Eine Verschlüsselung dieser Spalten wäre sinnlos, da der Schlüssel zum Entschlüsseln in der App enthalten sein müsste und somit ausgelesen werden könnte. Eine Speicherung als Hash ist ebenfalls nicht möglich, da das Passwort im Klartext an den Service Layer übermittelt werden muss.)*
 Um dies zu vermeiden, kann folgende Strategie verwendet werden:
-* Lassen Sie die Felder **''apiPassword''** und **''apiPass''** leer.
+  - Lassen Sie die Felder ''apiPassword'' und ''apiPass'' leer.
-* Erstellen Sie COBI.wms-Benutzer mit denselben **Benutzernamen und Passwörtern** wie in SAP Business One.
+  - Erstellen Sie COBI.wms-Benutzer mit denselben Benutzernamen und Passwörtern wie in SAP Business One.
 Wenn Sie sich in der App anmelden, nutzt COBI.wms zunächst diese Zugangsdaten für den COBI.wms-Login.
@@ Line 201: / Line 203: @@
 Wenn also Benutzername und Passwort identisch mit denen des SAP-Benutzers sind, funktioniert die Anmeldung automatisch.
-*(Technischer Hinweis: Das Passwort eines COBI.wms-Benutzers wird **nicht im Klartext**, sondern als sicherer Hashwert gespeichert, da es nicht an externe Systeme übermittelt wird.)*
+(Technischer Hinweis: Das Passwort eines COBI.wms-Benutzers wird nicht im Klartext, sondern als sicherer Hashwert gespeichert, da es nicht an externe Systeme übermittelt wird.)
+Hier ist der Text in gut lesbarem, wiki-tauglichem Deutsch übersetzt:
+==== Lizenzmodell ====
+Jeder parallele Zugriff auf COBI.wms erfordert eine eigene Lizenz.
+Wenn beispielsweise maximal drei Personen COBI.wms gleichzeitig nutzen sollen, werden drei Lizenzen benötigt.
+Dabei können Sie selbst entscheiden, ob Sie die Lizenzen gerätebasiert oder benutzerbasiert vergeben möchten.
+Sie können Ihre Lizenzen beispielsweise drei Geräten zuweisen. In diesem Fall kann jede Person diese Geräte verwenden – unabhängig davon, ob sie über einen COBI.wms-Benutzer verfügt oder nicht.
+Alternativ können Sie die Lizenzen drei COBI.wms-Benutzern zuweisen. Diese Benutzer können sich dann mit ihrem Login auf beliebig vielen Android-Geräten anmelden und COBI.wms nutzen.
+Es ist auch möglich, beide Modelle zu kombinieren.
+Beispielsweise können Sie zwei Lizenzen Geräten zuweisen, damit diese von jedem genutzt werden können, und die dritte Lizenz einem Benutzer, damit dieser sich von beliebigen Android-Geräten aus anmelden kann.
 ==== Lizenzen importieren ====
-Lizenzen können ganz einfach durch das Ausführen von **INSERT-Befehlen** importiert werden:
+Lizenzen können ganz einfach durch das Ausführen von INSERT-Befehlen importiert werden:
 <code sql>
@@ Line 214: / Line 232: @@
 </code>
-Die Tabelle **licenses** enthält außerdem eine optionale Spalte **''notes''**, die Sie für Anmerkungen zur jeweiligen Lizenz verwenden können.
+Die Tabelle licenses enthält außerdem eine optionale Spalte ''notes'', die Sie für Anmerkungen zur jeweiligen Lizenz verwenden können.
-Dies ist beispielsweise nützlich, wenn Sie sowohl **COBI.wms-Lizenzen** als auch **COBI.ppc-Lizenzen** in derselben Datenbank verwalten und diese voneinander unterscheiden möchten.
+Dies ist beispielsweise nützlich, wenn Sie sowohl COBI.wms-Lizenzen als auch COBI.ppc-Lizenzen in derselben Datenbank verwalten und diese voneinander unterscheiden möchten.
-Oder wenn Sie **Testlizenzen** importieren, die nur für einen begrenzten Zeitraum gültig sind, können Sie dies in der Notiz vermerken.
+Oder wenn Sie Testlizenzen importieren, die nur für einen begrenzten Zeitraum gültig sind, können Sie dies in der Notiz vermerken.
 Beispiele:
@@ Line 226: / Line 244: @@
 </code>
----
+==== Lizenzen Zuordnen ====
 === Massenbearbeitung der Tabelle LICENSES ===
-Die Information, welchem Benutzer oder Gerät eine Lizenz zugewiesen ist, befindet sich direkt in der Tabelle **LICENSES** der Management-Datenbank.
+Die Information, welchem Benutzer oder Gerät eine Lizenz zugewiesen ist, befindet sich direkt in der Tabelle LICENSES der Management-Datenbank.
 Wenn Sie eine größere Anzahl von Änderungen vornehmen möchten, ist es oft am einfachsten, diese Tabelle direkt zu bearbeiten.
-Beispielsweise können Sie im **MS SQL Server Management Studio** mit der rechten Maustaste auf die Tabelle **LICENSES** klicken und **„Edit Top 200 Rows“ (Oberste 200 Zeilen bearbeiten)** auswählen.
+Beispielsweise können Sie im MS SQL Server Management Studio mit der rechten Maustaste auf die Tabelle LICENSES klicken und „Edit Top 200 Rows“ (Oberste 200 Zeilen bearbeiten) auswählen.
-Dort können Sie die Spalten **UserID** oder **DeviceID** jeder Lizenz direkt bearbeiten.
+Dort können Sie die Spalten UserID oder DeviceID jeder Lizenz direkt bearbeiten.
-*(Hinweis: Für jede Lizenz darf immer nur **eine** dieser beiden Spalten gefüllt sein – die andere muss auf **NULL** stehen.)*
+(Hinweis: Für jede Lizenz darf immer nur eine dieser beiden Spalten gefüllt sein – die andere muss auf NULL stehen.)
 === Verwendung von gespeicherten Prozeduren ===
 Zum Zuweisen von Lizenzen an Geräte oder Benutzer können Sie auch die gespeicherten Prozeduren
-**''assignDeviceLicense''** und **''assignUserLicense''** verwenden.
+''assignDeviceLicense'' und ''assignUserLicense'' verwenden.
 Diese prüfen automatisch, ob noch freie (nicht zugewiesene) Lizenzen verfügbar sind, und verwenden eine davon:
@@ Line 254: / Line 272: @@
 call assignUserLicense('user1'); -- Weist Benutzer 'user1' eine freie Lizenz zu </code>
-Zum **Entziehen von Lizenzen** können Sie die Prozeduren
+Zum Entziehen von Lizenzen können Sie die Prozeduren
-**''revokeDeviceLicense''** und **''revokeUserLicense''** verwenden.
+''revokeDeviceLicense'' und ''revokeUserLicense'' verwenden.
 Dadurch wird die aktuell verwendete Lizenz des entsprechenden Geräts oder Benutzers wieder freigegeben und kann anschließend einem anderen Benutzer oder Gerät zugewiesen werden: