FAQ – Integrationen & Technik

An enneo lassen sich grundsätzlich alle Systeme anbinden, die eine Schnittstelle bereitstellen. enneo ist als offenes Integrations-Framework aufgebaut und deckt vier Anbindungsarten ab: Kontaktkanäle (E-Mail, Telefonie, Chat ins Ticket), Kundenerkennung (ERP-/CRM-Anbindung für Kunden- und Vertragsdaten), Events & Webhooks für ereignisgesteuerte Prozesse sowie eigenen Code für individuelle Logik. Für die Umsetzung stehen API-Referenz und SDK bereit; welche Systeme konkret angebunden werden, klären wir im Architekturgespräch.

enneo pflegt keinen öffentlichen Katalog vorgefertigter Standard-Connectoren – das ist die ehrliche Antwort. Anbindungen an konkrete Systeme wie SAP, Salesforce oder Zendesk erfolgen projektbasiert über das Integrations-Framework, soweit sie im jeweiligen Projekt angebunden und freigegeben sind. Statt generischer Konnektoren mit Kompromissen bauen wir die Anbindung passgenau auf die Prozesse und Datenmodelle Ihres Systems; ob und wie, prüfen wir im Architekturgespräch.

Nein – enneo orchestriert Ihre bestehenden Systeme, es ersetzt sie nicht zwangsläufig. Die Plattform legt sich als operative Ebene über ERP, CRM und weitere Fachsysteme und verbindet Kanäle, Prozesse und Daten zu einem durchgängigen Ablauf. Ihre führenden Systeme (Systems of Record) bleiben führend; enneo liest und schreibt dort, wo es fachlich sinnvoll ist, und bündelt die Bearbeitung ticket-zentriert – ohne Ihre IT-Landschaft neu aufzubauen.

Die Kundenerkennung von enneo verknüpft eingehende Tickets mit Kunden- und Vertragsdaten aus Ihren ERP- oder CRM-Systemen. Kommt eine Anfrage herein, ordnet enneo sie – soweit möglich – dem passenden Kunden, Vertrag oder Vorgang zu, sodass Anliegen fachlich korrekt und im richtigen Kontext bearbeitet werden. Die Anbindung erfolgt über das Integrations-Framework; welche Felder und Datenquellen herangezogen werden, wird im Projekt definiert und freigegeben.

enneo bindet die zentralen Servicekanäle ins Ticket ein: E-Mail, Telefonie und Chat. Eingehende Kontakte über diese Kanäle werden kanalübergreifend in einem Ticket gebündelt, sodass Konversationen, Metadaten und Aktionen vollständig im Kontext nachvollziehbar bleiben. Die konkrete Anbindung Ihrer Telefonie- oder E-Mail-Infrastruktur klären wir projektspezifisch.

Ja – enneo unterstützt Events & Webhooks, um Prozesse ereignisgesteuert mit Ihren Systemen zu verbinden. Damit können nachgelagerte Systeme über Vorgänge informiert werden oder Aktionen in enneo auslösen. Welche Events verfügbar sind und wie Webhooks konfiguriert werden, ist in der API-Referenz auf docs.enneo.ai dokumentiert.

Ja – enneo stellt für die Integration eine API-Referenz und ein SDK bereit. Damit lassen sich Anbindungen, Datenflüsse und eigene Erweiterungen umsetzen – von der Kundenerkennung über Events bis zu individueller Logik. Endpunkte, Authentifizierung und Datenmodelle sind in der offiziellen Dokumentation auf docs.enneo.ai beschrieben.

Ja – das Integrations-Framework von enneo erlaubt neben Kanälen, Kundenerkennung sowie Events & Webhooks auch das Einbinden von eigenem Code. Damit lassen sich individuelle Anforderungen und Sonderlogik abbilden, die über Standardanbindungen hinausgehen. Die Möglichkeiten und Rahmenbedingungen für eigenen Code sind Teil der technischen Dokumentation und werden im Architekturgespräch konkretisiert.

enneo ist Made in Germany, DSGVO-konform und wird in der EU gehostet. Integrationen werden über definierte, authentifizierte Schnittstellen umgesetzt; Datenzugriffe erfolgen nach dem Prinzip der Erforderlichkeit und werden im Projekt freigegeben. Sicherheits- und Authentifizierungsdetails der Schnittstellen dokumentiert die API-Referenz; Datenschutz- und Hosting-Fragen behandelt die DSGVO-Seite ausführlich.

Der Integrationsaufwand bei enneo hängt von Anzahl und Komplexität der anzubindenden Systeme ab. Weil enneo bestehende Systeme orchestriert statt ersetzt, ist kein Umbau Ihrer Kern-IT nötig – der Aufwand konzentriert sich auf die definierten Schnittstellen. Bewährt ist der Start mit einem klar umrissenen Use Case und schrittweiser Erweiterung über Kanäle und Prozesse; den konkreten Aufwand schätzen wir im Architekturgespräch anhand Ihrer Landschaft ab.

enneo wird EU-gehostet betrieben. Die konkrete Betriebs- und Deployment-Architektur für Ihr Vorhaben – einschließlich Anbindungsmustern, Netzsegmentierung und Zugriffswegen – klären wir im Architekturgespräch. So stellen wir sicher, dass die Anbindung zu Ihren Compliance-, Sicherheits- und Betriebsanforderungen passt, statt ein Standardmodell überzustülpen.

Bei enneo fließen Daten entlang definierter Schnittstellen – etwa Kunden- und Vertragsdaten aus ERP/CRM für die Kundenerkennung oder Ereignisdaten über Events & Webhooks. Verarbeitet werden die Daten, die für die Bearbeitung des jeweiligen Anliegens erforderlich sind. enneo ist DSGVO-konform und EU-gehostet (Made in Germany); welche Daten in welchem Umfang übertragen werden, wird pro Integration definiert und freigegeben. Details zu Verarbeitung, Rollen und Hosting: siehe DSGVO-Seite.

enneo bleibt ticket-zentriert: Anfragen werden weiter aufgenommen und im Ticket gebündelt, auch wenn ein nachgelagertes System vorübergehend nicht erreichbar ist. Fachliche Schritte, die auf dieses System angewiesen sind, werden kontrolliert behandelt – etwa durch Übergabe an einen Menschen. Das konkrete Verhalten bei Ausfällen (Wiederholungen, Eskalation, Benachrichtigung) wird im Projekt anhand Ihrer Anforderungen definiert.