Verwaltete Portal-Integrationen
Diese Anleitung beschreibt Funktionen mit gemeinsamer Projektkonfiguration: signierte Pakete, Trusted-Komponenten, BPMN, Power BI, Qlik und Remote-Ziele. Sensible Werte werden von Administratoren verwaltet und dürfen nie in Portal-Widgets oder -Dateien kopiert werden.
Portal exportieren und importieren
Exportieren erstellt ein signiertes Paket des Entwurfs mit Dateien und Integritätsinformationen. Importieren prüft Herkunft und Inhalt und erstellt ein neues Portal im gewählten Projekt; das geöffnete Portal wird nicht überschrieben.
Ein Paket mit Trusted-Code muss mit einem von der Installation anerkannten Schlüssel signiert sein. Bei fehlerhafter Prüfung oder veränderten Dateien wird der Import vor der Erstellung abgebrochen.
Komponentenkatalog und Trusted-Code
Wählen Sie eine benutzerdefinierte Komponente und An Katalog senden. Dadurch entsteht eine signierte Version In Prüfung. Ein anderer Reviewer als der Autor muss sie genehmigen; anschließend steht Importieren und hinzufügen im Projektkatalog zur Verfügung.
Sandbox-Komponenten bleiben isoliert. Eine Trusted-Komponente wird nur akzeptiert, wenn Version und Inhalt dem genehmigten Paket entsprechen und das dedizierte HTTPS-Ziel Trusted-Code ausdrücklich zulässt. Änderungen nach dem Import verursachen einen Drift-Fehler; reichen Sie eine neue Version ein.
BPMN-Diagramm
Das Widget BPMN-Diagramm zeigt eine bereitgestellte Read-only-Version. Die Liste enthält zugängliche BPMN-Objekte des Projekts; die gewählte Version wird in der Release festgehalten. Das Portal gewährt keine zusätzlichen Rechte.
Power BI
Secure URL verwendet die Microsoft-Sitzung des Lesers und kann die Anmeldung anzeigen. App owns data verwendet eine Projektbindung und ein von Sybot erzeugtes kurzlebiges Token. Der Projekteigentümer konfiguriert Profil, Bindung, Bericht und Endpunkt über Profile und Berichte verwalten und führt vor der Vorschau die Diagnose aus. Mehrere Profile können verschiedene Tenants oder Identitäten abbilden.
Qlik
Secure URL behält iFrame und interaktive Anmeldung bei. OAuth
impersonation verwendet qlik-embed und eine verwaltete Bindung:
- ein Administrator stellt das Client Secret im Credential Vault bereit;
- der Projekteigentümer erstellt und diagnostiziert ein Profil mit Tenant, Client ID und Identitätszuordnung;
- er erstellt eine Bindung mit App ID und wählt App, Sheet oder Diagramm;
- er erstellt und diagnostiziert den Authoring-Endpunkt und benötigte Ziel-Endpunkte;
- er wählt die Bindung im Widget und prüft die Vorschau.
Das Secret wird nicht im Portal gespeichert. Zulässige Origins, Qlik-Rechte, Lizenz und Section Access müssen auf der veröffentlichten Domain getestet werden.
Lokales Ziel und Remote-Agent
Ein Lokales Ziel nutzt die Runtime derselben Installation. Ein Remote-Agent-Ziel setzt voraus, dass ein Administrator einen kompatiblen Agent/BFF auf dem Ziel installiert und verbindet. Der Owner wählt Typ, öffentliche Adresse und verfügbare Agent-Credential.
Nach Deploy kann das Remote-Ziel Wartet auf Agent anzeigen, während die Release geprüft und aktiviert wird. Bei Fehler oder Offline-Agent bleibt die vorherige Version aktiv. Wiederholen Sie das Deployment nicht; warten Sie auf die Synchronisierung oder geben Sie die Diagnose an den Administrator weiter.
Diagnostizieren Sie vor der Veröffentlichung alle verwendeten Power-BI- und Qlik-Endpunkte. Änderungen nach der Build können eine neue Release erfordern.