Ereignisportal – Authentifizierung, Bereich und Endpunkte
Funktionsweise des schlüsselbasierten Front-Portals: Benutzerauflösung per API-Schlüssel, Sichtbarkeit für Super-Admin und andere Benutzer sowie Regeln der AJAX-Endpunkte.
Überblick
Eigenständige, von Suchmaschinen ausgeschlossene Seite (noindex) mit den eigenen oder zugewiesenen Ereignissen, gegliedert nach Unternehmen → Thema → offen/abgeschlossen. Zugang: Parameter ?key= (ein Schlüssel der Tabelle user_api_key); AJAX-Aufrufe senden den Schlüssel im POST-Feld key.
Sichtbarkeit
- Super-Admin (Gruppe 1): sieht alles und kann nach Benutzer und Unternehmen filtern.
- Andere Benutzer: gemäß Inhaltsbereich (
getAllowedCompanyIds,getAllowedTopicIds,getAllowedEventIds,getAllowedUserIds) und nur Ereignisse mit eigener Beteiligung (Verantwortlicher, Ersteller, Bearbeiter, Zuweisender, Beobachter). - Angezeigt werden Unternehmensliste (Portal- und NAV-Unternehmen), Benutzer und Labels.
Datenmodell
Die Tabellennamen tragen in der Datenbank das installationseigene Präfix.
Gelesene Tabellen: event, event_description, event_user, topic, label, company, company_object, permission_scope, user_feature, nav.
Endpunkte
| Endpunkt | Verhalten |
|---|---|
event/event | die Portalseite |
event/event.list | lädt die gruppierte Liste mit Filtern neu; Untergruppierung nach Thema, Label oder Benutzer |
event/event.topics | aktive Themen eines Unternehmens; Daten nur für Super-Admins, bei falschem Schlüssel error:auth |
event/event.add | neues Ereignis; nur Super-Admin; Unternehmen und Titel Pflicht, das Thema muss zum Unternehmen gehören |
event/event.complete | Abschließen oder Wiederöffnen eines eigenen oder zugewiesenen Ereignisses, oder als Super-Admin |
Berechtigungen
Das Portal prüft kein Funktionsrecht (der Schlüssel event/event::list ist im Seed nicht eingeordnet); den Zugang bestimmen Schlüssel und Inhaltsbereich.