Integrationen im Überblick
Integrationen verbinden Ennea mit externen Systemen. Verfügbarkeit hängt von Bereitstellung, Worker-Konfiguration, Zugangsdaten und Berechtigungen ab. Eine Katalogkarte oder ein Beispiel beweist keine aktive Verbindung.
Verbindung auswählen
| Bedarf | Weg |
|---|---|
| Exchange-Online-Nachrichten und geprüfte Antworten | Microsoft 365 Email im kuratierten Studio-Katalog. |
| Bestehendes Konnie-Postfach für Exchange, Gmail oder generische E-Mail | Anbieterkonfiguration im bisherigen Integrationsbereich. |
| Teams-Gespräche | Teams-Einstellungen, wenn aktiviert und eingerichtet. |
| Repository-Issues lesen und erstellen | Kuratierte Gitea-Verbindung. |
| Auftragsbuchbedarf empfangen und Fertigstellung zurückmelden | PostgreSQL-Auftragsbuch mit geprüftem Schema. |
| Andere Geschäftsschnittstelle | Konfigurierter veröffentlichter HTTPS-Aktionsvertrag. |
| Maschinendaten und SPS-Zugriff | Edge Runtime. |
Die aktuelle Slack-Konfiguration ist ein Platzhalter mit deaktiviertem Speichern. Generische ERP-Karten belegen keine Anbieterkompatibilität. Kläre die aktive Verbindung und den geprüften Vertrag mit deinem Implementierungskontakt.
Kuratierte Verbindung einrichten
- Öffne Betriebsstudio → Integrationen im richtigen Standort und der richtigen Umgebung mit Verwaltungsberechtigung.
- Wähle den unterstützten Connector und trage benötigte Einstellungen ein. Erforderliche verwaltete Worker müssen bereits bereitgestellt sein.
- Gib Zugangsdaten in die vorgesehenen Geheimnisfelder ein. Maskierte gespeicherte Werte sind keine kopierbaren Zugangsdaten.
- Teste die Verbindung. Prüfe Fehler und die tatsächlich getestete externe Ressource.
- Wähle benötigte Aktionen und prüfe Objekt-, Ereignis- und Quellenzuordnungen.
- Veröffentliche die Konfiguration. Entwurf speichern oder Verbindung testen ist keine Veröffentlichung.
- Führe ein kleines erlaubtes Beispiel aus. Prüfe Aktivität, Belege und gegebenenfalls den Zieldatensatz in beiden Systemen.
Gitea benötigt Repository, verbundenen Benutzer und passende Tokenrechte. Teste einen Lesezugriff vor einer geprüften Issue-Erstellung. Halte Repository-Bereich und Eingaben ausdrücklich fest.
Ausführen und überwachen
Apps, Abläufe und Konnie können die veröffentlichten Aktionen nutzen, für die sie Rechte haben. Konfiguriertes Ziel und typisierte Eingaben gehören zur Prüfung. Aufrufer können keine beliebigen Endpunkte wählen. Benötigte Genehmigungen halten nachfolgende Ablaufschritte an.
| Ergebnis | Nächster Schritt |
|---|---|
| Genehmigung offen | Gewünschte externe Wirkung prüfen. |
| Ergebnis bestätigt | Referenz und Zielzustand prüfen. |
| Vor Ausführung fehlgeschlagen | Einstellungen oder Eingabe korrigieren, erlaubte Wiederholung nutzen. |
| Unklarer Ausgang | Beleg der ursprünglichen Ausführung vor einer neuen Änderung abgleichen. |
| Deaktiviert / widerrufen | Konfiguration und Rechte prüfen lassen. |
Deaktivieren ruft bereits gesendete externe Anfragen nicht zurück. Kläre laufende Arbeit und bewahre Belege bei Zugangsdatenrotation oder Verbindungswechsel auf.
Siehe E-Mail, ERP/API, Audit und Sicherheit und Bereitstellung.