Dolibarr-Berechtigungen
Knot basiert auf nativen Dolibarr-Berechtigungen. Ein Benutzer kann eine ERP-Ablehnung nicht durch einen Workflow umgehen, egal wie gut das Diagramm aufgebaut ist.
🔐 Knotenrollen
In Knot → Berechtigungen (oder Dolibarr-Gruppen je nach Version):
| Typical permission | Effect |
|---|---|
| Read workflows | View definitions |
| Create / edit | Edit the canvas |
| Activate / deactivate | Go to production |
| Start manual run | Run button |
| Administer credentials | Manage encrypted secrets |
Gewähren Sie die geringste Berechtigung: Geschäftsbenutzer können einen Workflow bearbeiten, ohne Anmeldeinformationen zu berühren.
🔐 Rollen × Dolibarr-Aktionen
Jeder Dolibarr-Knoten prüft die Rechte des Ausführungsbenutzers:
| Node action | Equivalent Dolibarr right |
|---|---|
| Get / List | Read object |
| Create | Create |
| Update | Edit |
| Delete | Delete |
Beispiel: Ein „Verkaufs“-Konto ohne Löschrechte darf kein Diagramm mit Rechnung Löschen ausführen.
🔐 Multi-Entität
- Workflows und Ausführungen sind auf die aktuelle Entität beschränkt.
- Administratoren mehrerer Unternehmen müssen vor der Bearbeitung oder dem Start die Entität wechseln.
- Objektereignis Trigger erben die Entität des auslösenden Datensatzes.
Siehe Dolibarr-Anschluss.
🔐 Technisches Konto für Cron
Definieren Sie für einen Cron Trigger, welcher Dolibarr-Benutzer den Ausführung ausführt (Dienstkonto):
- dedizierte Rolle „[email protected]“;
- strenge Rechte (Rechnung lesen OK, Admin verboten);
- gedrehtes Passwort und getrennte Anmeldeinformationen von Menschen.
🔐 Prüfung
Sensible Aktionen (Aktivierung, Exportieren, Anmeldeinformationen-Zugriff) werden im Knot Überwachungsprotokoll für Administratoren angezeigt. Korrelieren Sie mit ausgeführten Protokollen für Vorfälle.