OpenAI Presence ist nicht nur ein Agent, sondern ein Paket für Einführung und laufenden Betrieb – und genau darin liegt die strategische Nachricht für Unternehmen.
Redaktionshinweis: Geprüft wurden die offizielle Presence-Ankündigung und weitere offizielle OpenAI-Unterlagen zu Geschäftsdaten, Datenkontrollen, Auftragsverarbeitung und Subprozessoren sowie der EU AI Act, aktuelle Leitlinien der EU-Kommission und die DSGVO. Quellenstand ist der 22. Juli 2026. Leistungswerte und Kundenbeispiele stammen überwiegend von OpenAI und sind keine unabhängigen Benchmarks. Standardpreise und mehrere Presence-spezifische Vertrags-, Länder- und Betriebsdetails sind öffentlich noch nicht vollständig dokumentiert.
⚡ In 30 Sekunden
- OpenAI Presence ist ein begleitet eingeführtes Enterprise-Produkt für Voice- und Chat-Agenten in Kunden- und internen Abläufen.
- Entscheidend ist weniger die Gesprächsoberfläche als das Betriebsmodell aus Integration, Rechten, Richtlinien, Tests, Monitoring und Eskalation.
- Presence befindet sich in „Limited General Availability“ für berechtigte Enterprise-Kunden – nicht in einer offenen allgemeinen Verfügbarkeit.
- Das Produkt ist derzeit kein Self-Service; OpenAI-Fachleute und ausgewählte Systemintegratoren führen es ein.
- Laut OpenAI löst Presence im englischsprachigen Telefonsupport 75 Prozent der eingehenden Anliegen ohne menschliche Hilfe; unabhängige Vergleichsdaten fehlen.
- Öffentliche Standardpreise und zahlreiche Presence-spezifische Vertragsdetails liegen nicht vor.
- DACH-Unternehmen mit hohem Volumen, klaren Prozessen und belastbarer Wissensbasis können evaluieren. Alle anderen sollten zuerst ihre Betriebsfähigkeit herstellen.
OpenAI hat keinen neuen Chatbot vorgestellt. OpenAI hat ein Eingeständnis veröffentlicht.
Die Auflösung ist weniger dramatisch, aber für Unternehmen wichtiger: Ein leistungsfähiges Modell macht noch keinen zuverlässigen Agenten. Produktionsreife entsteht durch Systemintegration, aufbereitetes Wissen, eng begrenzte Berechtigungen, Evaluationen, kontrollierte Änderungen und funktionierende Eskalationswege. Die offizielle Ankündigung beschreibt genau dieses Gesamtpaket.
Was OpenAI Presence genau ist
Presence soll laut OpenAIs Produktankündigung Voice- und Chat-Agenten für produktive Kunden- und interne Workflows bereitstellen. Bestätigt sind folgende Funktionen: Fragen beantworten, Anliegen bearbeiten, Unternehmenssysteme nutzen, genehmigte Aktionen ausführen und bei Bedarf an Menschen übergeben. Ein Einsatz beginnt mit einer klar begrenzten Aufgabe. Der Agent erhält nur das dafür notwendige Wissen und den erforderlichen Systemzugang. Das Unternehmen legt Richtlinien, Genehmigungen und Übergaberegeln fest.
Zum Paket gehören laut OpenAI Standardarbeitsanweisungen, Guardrails, freigegebene Aktionen, Simulationen, Evaluationswerkzeuge und ein Codex-gestützter Verbesserungsprozess. Produktionssitzungen und Eskalationen liefern Signale; Codex schlägt Änderungen vor, die Teams testen, freigeben und kontrolliert ausrollen können. Änderungen erfolgen also nicht automatisch und unbeaufsichtigt.
OpenAI arbeitet bei Prozessauswahl, Wissens- und Systemanbindung, Berechtigungen, Tests und Produktivsetzung mit dem Kunden. Forward Deployed Engineers – technische Teams, die direkt in Kundenprojekten arbeiten – und ausgewählte globale Systemintegratoren leiten die Einführung. Presence ist laut Verfügbarkeitsabschnitt der Ankündigung am 22. Juli 2026 nur als bereitgestelltes Produkt für berechtigte Enterprise-Kunden in einem Programm mit „Limited General Availability“ erhältlich und ausdrücklich noch kein Self-Service.
Das ist die Faktenlage. Die redaktionelle Einordnung lautet: OpenAI verkauft nicht bloß Modellzugriff, sondern übernimmt einen Teil der schwierigen Einführungs- und Betriebsarbeit. Das verringert nicht die Verantwortung des Kunden, sondern macht sie sichtbar.
Was Presence nicht ist
Ein klassischer Chatbot folgt meist festen Dialogbäumen und Regeln. Er ist vorhersehbar, aber außerhalb vorgesehener Pfade begrenzt. Ein selbst entwickelter KI-Agent auf Basis von APIs oder Agenten-Frameworks kann flexibel Werkzeuge nutzen; Architektur, Telefonie, Rechte, Tests, Monitoring und Support bleiben jedoch Aufgabe des Unternehmens oder Dienstleisters.
Ein Voice-Agent auf Basis der OpenAI API ist eine individuell entwickelte Sprachlösung. OpenAI stellt weiterhin Modelle über die API bereit, verspricht damit aber nicht automatisch das Presence-Betriebsmodell. ChatGPT beziehungsweise ChatGPT Work richtet sich primär an Beschäftigte in einer verwalteten Arbeitsumgebung. Work bearbeitet laut OpenAI-Hilfecenter längere Aufgaben über verbundene Apps und Dateien; Presence zielt dagegen auf bereitgestellte Service-Agenten in klaren Kunden- oder internen Prozessen. Mehr zur Abgrenzung bietet unsere Analyse „ChatGPT Work im Unternehmen“.
Presence ist damit weder ein Universalsystem noch ein autonomer Ersatz für Organisation. Es handelt innerhalb genehmigter Grenzen.
Die eigentliche Nachricht: Einführung wird Teil des Produkts
Unternehmensprozesse bestehen selten nur aus dem dokumentierten Normalfall. Es gibt Altsysteme, Sonderkunden, widersprüchliche Wissensquellen und informelle Ausnahmen. Dazu kommen wechselnde Preise, Richtlinien und Zuständigkeiten. Ein Agent kann diese Unordnung nicht zuverlässig „wegdenken“.
Deshalb wird Einführungskompetenz Teil des Produkts. Wissen muss versioniert, Berechtigungen müssen nach dem Minimalprinzip zugeschnitten und Aktionen technisch begrenzt werden. Repräsentative Testfälle müssen Normalfälle, Randfälle und Missbrauch abdecken. Neue Versionen brauchen Vergleichstests, Freigaben, gestufte Rollouts und einen schnellen Rollback. Bei Störungen müssen Verantwortliche, Meldewege und eine menschliche Rückfallebene feststehen.
Presence bestätigt indirekt: Unternehmen können ihre Prozess- und Governance-Probleme nicht durch den Kauf eines Agenten umgehen. Wer unsaubere Abläufe automatisiert, skaliert Unklarheit. Das vertiefen wir in „Ihr Unternehmen braucht keinen KI-Agenten“ und „Von Piloten zu Produktivsystemen“.
Vergleich: Chatbot, Eigenentwicklung und Presence
| Kriterium | Klassischer Chatbot | Eigener KI-Agent | OpenAI Presence |
|---|---|---|---|
| Typischer Zweck | Standardauskünfte | Individuelle Workflows | Kunden- und interne Enterprise-Workflows |
| Integration | Niedrig bis mittel | Vom Unternehmen zu bauen | Begleitet umgesetzt |
| Aktionen | Regelbasiert, eng | Frei konfigurierbar | Genehmigt und begrenzt |
| Prozessanpassung | Dialoglogik | Vollständig eigenverantwortlich | Gemeinsam mit OpenAI/Partnern |
| Evaluation | Funktionstests | Selbst aufzubauen | Simulationen und Grader vorgesehen |
| Laufender Betrieb | Klassische Pflege | Vollständig intern/Partner | Verbesserungsprozess im Produktansatz |
| Interne Kompetenz | Fachredaktion, IT | Hoch in KI, Plattform und Betrieb | Product Owner, Fachbereich, IT und Governance bleiben nötig |
| Anbieterabhängigkeit | Produktabhängig | Architekturabhängig | Hoch bei Produkt und Einführungspartnern |
| Verfügbarkeit | Meist regulär | API-abhängig | Limited General Availability |
| Kostentransparenz | Oft standardisiert | Verbrauch plus Eigenaufwand | Keine öffentlichen Standardpreise |
Was die OpenAI-Zahlen zeigen – und was nicht
OpenAI berichtet, Presence im englischsprachigen Telefonsupport zu nutzen. Dort löse das System 75 Prozent der eingehenden Anliegen ohne menschliche Hilfe. Ein Codex-gestützter Verbesserungsprozess habe Übergaben innerhalb von zehn Tagen um 15 Prozentpunkte reduziert. BBVA erprobt laut OpenAI Voice-Support für alltägliche Bankanliegen in Mexiko; SoftBank testet japanischsprachige Kundengespräche.
⚠️ Einordnung: Das sind Herstellerangaben aus OpenAIs eigenem Support und aus benannten Kundenprojekten, keine unabhängige Vergleichsstudie. Fallkomplexität, Sprache, Datenqualität und die Definition von „gelöst“ bestimmen das Ergebnis. Eine hohe Automatisierungsquote belegt weder Kundenzufriedenheit noch geringe Fehlerkosten oder gute schwierige Eskalationen.
DACH-Perspektive: Vertrag, Datenschutz und Sicherheit zuerst
Presence ist nicht automatisch „DSGVO-konform“. Das einsetzende Unternehmen muss Zweck, Rechtsgrundlage, Transparenz, Datenminimierung und Betroffenenrechte klären. Bei Auftragsverarbeitung ist ein Vertrag nach Artikel 28 DSGVO erforderlich; bei voraussichtlich hohem Risiko kann eine Datenschutz-Folgenabschätzung nötig sein. Sprachaufzeichnung und Transkription sind eigene Verarbeitungsschritte mit festgelegten Lösch- und Aufbewahrungsfristen – nicht bloß technische Details. Maßgeblich ist die DSGVO im EUR-Lex.
OpenAI bietet für Geschäftsdienste ein Data Processing Addendum und veröffentlicht eine Subprozessorenliste. Allgemeine OpenAI-Unterlagen nennen europäische Datenresidenz und In-Region-Inferenz für bestimmte berechtigte Produkte. Ob und in welchem Umfang dies für eine konkrete Presence-Bereitstellung gilt, muss jedoch vertraglich geklärt werden. Dasselbe gilt für Supportzugriffe, Drittlandtransfers und Portabilität. Die EU-Kommission erläutert die Anforderungen an Drittlandtransfers.
Ab dem 2. August 2026 gelten die Transparenzpflichten aus Artikel 50 des EU AI Act. Bei direkter Interaktion muss technisch sichergestellt sein, dass Menschen klar erkennen, dass sie mit KI kommunizieren, sofern dies nicht offensichtlich ist. Die EU-Kommission hat dazu am 20. Juli 2026 Leitlinien veröffentlicht. Für die Schweiz ist die Rechtslage separat zu prüfen.
In Deutschland kann der Betriebsrat beteiligt sein, wenn technische Einrichtungen Verhalten oder Leistung von Beschäftigten überwachen können; relevant ist insbesondere § 87 Abs. 1 Nr. 6 BetrVG. Das betrifft etwa Auswertungen von Servicegesprächen oder Eskalationsleistungen.
Sicherheit endet nicht bei Verschlüsselung. Wissensdokumente, Kundenäußerungen oder Systeminhalte können manipulierte Anweisungen enthalten. OpenAI bezeichnet solche Prompt Injections selbst als fortbestehende Herausforderung. Abhilfe verlangt mehrere Schichten: minimale Rechte, Trennung von Lesen und Schreiben, feste Transaktionslimits, Genehmigungen für folgenreiche Aktionen, Protokollierung, Angriffstests und schnellen Entzug von Zugängen. OpenAIs Sicherheitshinweise betonen, dass reine Eingabefilter nicht genügen.
Dieser Abschnitt dient der Orientierung und ersetzt keine Rechtsberatung.
Fiktives Praxisbeispiel: Maschinenbau-Service
Fiktives Beispiel: Ein mittelständischer Maschinenbauer plant einen Voice- und Chat-Agenten. Dieser soll Kunden identifizieren, Maschinen- und Vertragsdaten lesen, technische Dokumentation durchsuchen, einfache Anliegen lösen und Servicefälle im CRM anlegen. Sicherheitsfragen und unklare Diagnosen gehen an Fachkräfte.
Die Einführung erfolgt gestuft:
- Reine Auskunft: Antworten nur aus freigegebenen, versionierten Quellen; keine Systemänderung.
- Vorbereitete Aktionen: Der Agent füllt CRM-Entwürfe, ein Mensch prüft und bestätigt.
- Begrenzte Schreibrechte: Er darf nach starker Identitätsprüfung definierte Tickets anlegen; Limits und Audit Logs greifen.
- Kontrollierter Produktivbetrieb: kleiner Nutzerkreis, Live-Monitoring, Stichproben, Bereitschaftsdienst und getesteter Rollback.
Nicht autonom erlaubt sind sicherheitskritische Ferndiagnosen, Maschinenfreigaben, Änderungen von Steuerungsparametern, Garantieentscheidungen, Kulanzzahlungen sowie das Löschen oder massenhafte Exportieren von Daten.
Welche Kennzahlen wirklich zählen
| KPI | Was gemessen wird |
|---|---|
| Fachlich korrekt gelöste Anliegen | Ergebnis nach Qualitätsprüfung |
| First Contact Resolution | Lösung ohne erneuten Kontakt |
| Qualität der Eskalation | Kontext, Dringlichkeit, richtige Fachkraft |
| Kundenzufriedenheit | Bewertung nach Kontakt |
| Unbelegte/falsche Aussagen | Rate pro geprüfte Fälle |
| Nicht autorisierte Aktionsversuche | blockierte und erfolgreiche Versuche |
| Kosten je erfolgreicher Lösung | Gesamtbetrieb geteilt durch korrekte Lösungen |
| Menschliche Nachbearbeitungszeit | Minuten je übergebenem Vorgang |
| Zeit bis zum sicheren Rollback | Erkennung bis Rückkehr zur stabilen Version |
| Leistung bei Richtlinienänderungen | Qualität auf neuen Testfällen |
Die Automatisierungsquote allein belohnt auch vorschnelle oder falsche Abschlüsse. Erst Qualität, Risiko und Vollkosten zeigen wirtschaftlichen Nutzen.
Kosten und versteckter Aufwand
Die Presence-Ankündigung nennt keine öffentlichen Standardpreise. Ein Business Case muss deshalb mindestens diese Blöcke erfassen: Produkt- und Nutzungsvertrag, Systemintegration, Datenbereinigung und Wissensaufbereitung, Evaluation, Datenschutz- und Sicherheitsprüfung, Monitoring, Prozessänderungen, Incident Management, interne Fachverantwortung sowie Exit- und Migrationskosten. Jede Zahl vor einem konkreten Angebot bleibt eine Annahme und sollte als Bandbreite mit Mengengerüst ausgewiesen werden.
Entscheidungsmatrix
| Ergebnis | Typische Situation |
|---|---|
| Presence jetzt evaluieren | Hohes Volumen, standardisierbare Prozesse, belastbares Wissen, integrationsfähige Systeme, Budget, Product Owner, Evaluation/Monitoring und Exit-Plan vorhanden |
| Zunächst internen Pilot vorbereiten | Nutzenhypothese plausibel, aber Daten, Rechte, Testfälle oder Betriebsrollen noch lückenhaft; regulatorisches Risiko beherrschbar |
| Vorerst abwarten | Geringes Volumen, stark individuelle Fälle, ungeklärte Haftungs- oder Datenschutzrisiken, fehlendes Budget oder keine interne Verantwortung |
30-Tage-Vorbereitungsplan
- Tage 1–5: Prozess, Volumen, Nutzer, Ziel und ausdrücklich ausgeschlossene Fälle definieren.
- Tage 6–10: Datenquellen, Systeme, Schnittstellen, Identitäten sowie Lese- und Schreibrechte erfassen.
- Tage 11–15: Reale Testfälle, Randfälle, Angriffe, Qualitätsgrenzen und Abbruchkriterien festlegen.
- Tage 16–20: Datenschutz, Informationssicherheit, AI Act und – falls relevant – Betriebsrat vorprüfen.
- Tage 21–25: Anbieterfragen stellen, Vertragsoptionen und ein vollständiges Kostenmodell vergleichen.
- Tage 26–30: Entscheidungsvorlage mit Pilotdesign, KPIs, Verantwortlichen, Rollback und Exit-Plan erstellen.
Kritische Fragen an OpenAI oder Integrationspartner
- Ist Presence für unser Unternehmen in Deutschland, Österreich beziehungsweise der Schweiz verfügbar?
- Welche deutschen Dialekte und Fachsprachen sind produktiv unterstützt und evaluiert?
- Wie setzen sich Preise, Mindestvolumen und Einführungsleistungen zusammen?
- Wo werden Audio, Transkripte, Prompts, Ausgaben, Logs und Backups verarbeitet und gespeichert?
- Welche Aufbewahrungs- und Löschfristen sind konfigurierbar?
- Werden Kundendaten standardmäßig vom Training und von Produktverbesserung ausgeschlossen?
- Welche Subprozessoren und Supportteams können auf welche Daten zugreifen?
- Welche CRM-, Contact-Center-, Identity- und Wissensintegrationen sind produktiv unterstützt?
- Wie granular sind Rollen, Aktionslimits und Genehmigungen?
- Welche Audit Logs erhalten wir, wie lange und in welchem Exportformat?
- Wie werden Evaluationen, Grader und kundenspezifische Testsets versioniert?
- Was geschieht bei Modellwechseln, und können wir Versionen kontrolliert zurückhalten?
- Wie funktionieren Incident-Meldung, Rollback, Notabschaltung und menschliche Übernahme?
- Welche Servicezeiten, Reaktionszeiten und Eskalationsstufen gelten im Support?
- Wie exportieren wir Konfigurationen, Wissen, Testfälle und Logs beim Exit?
FAQ zu OpenAI Presence
Was ist OpenAI Presence?
Ein begleitet eingeführtes Enterprise-Produkt für Voice- und Chat-Agenten, die klar definierte Kunden- oder interne Aufgaben mit Unternehmenswissen, Systemzugriff, Regeln, Tests und Eskalationen bearbeiten.
Ist OpenAI Presence bereits allgemein verfügbar?
Nein. Laut OpenAI ist es am 22. Juli 2026 für berechtigte Enterprise-Kunden in „Limited General Availability“ verfügbar.
Ist Presence dasselbe wie ChatGPT?
Nein. ChatGPT ist eine Arbeitsumgebung und Nutzeroberfläche; Presence ist ein bereitgestelltes Produkt für spezifizierte Service-Workflows.
Kann Presence bestehende Callcenter ersetzen?
Das ist nicht belegt. Es kann geeignete Anliegen automatisieren, benötigt aber menschliche Eskalation, Betrieb und Qualitätskontrolle.
Was kostet OpenAI Presence?
Die öffentliche Produktankündigung nennt keine Standardpreise. Unternehmen benötigen ein konkretes Angebot einschließlich Einführung, Nutzung und Betrieb.
Ist OpenAI Presence DSGVO-konform?
Das lässt sich nicht pauschal zusagen. Die Konformität hängt von Einsatz, Rechtsgrundlage, Vertrag, Datenflüssen, Einstellungen und betrieblichen Maßnahmen ab.
Für welche Unternehmen lohnt sich eine Evaluation?
Für Unternehmen mit hohem Anfragevolumen, ausreichend standardisierbaren Prozessen, guter Wissensbasis und Ressourcen für Integration, Evaluation und Betrieb.
Können Unternehmen Presence selbst einrichten?
Derzeit nicht als Self-Service. Laut OpenAI wird die Einführung von OpenAI-Fachleuten und ausgewählten globalen Systemintegratoren geleitet.
Welche Risiken entstehen durch Schreibrechte?
Fehlbuchungen, Datenänderungen, unzulässige Zusagen und Missbrauch. Deshalb braucht es Minimalrechte, Limits, Genehmigungen, Protokolle und Notabschaltung.
Fazit: Evaluation ja – aber nur mit Betriebsreife
OpenAI Presence ist ein relevantes Signal für die nächste Phase der Enterprise-KI. Produktive Agenten werden nicht nur gekauft, sondern in Prozesse, Rechte, Evaluation und Betrieb eingebaut.
Unternehmen mit hohem Servicevolumen und klaren Prozessen können eine strukturierte Evaluation beginnen. Wer keine saubere Prozess- und Datenverantwortung oder belastbare Testfälle besitzt, sollte zuerst die eigene Betriebsfähigkeit herstellen.
Quellen
- OpenAI: Introducing OpenAI Presence, 22. Juli 2026
- OpenAI: Business data privacy, security, and compliance
- OpenAI: ChatGPT Business – Release Notes zu ChatGPT Work, 9. Juli 2026
- OpenAI: Data controls in the OpenAI platform
- OpenAI: Data Processing Addendum und Subprozessorenliste
- OpenAI: Designing AI agents to resist prompt injection
- Europäische Union: Verordnung (EU) 2024/1689 – AI Act
- Europäische Kommission: Leitlinien zu Transparenzpflichten nach Artikel 50, 20. Juli 2026
- Europäische Union: Verordnung (EU) 2016/679 – DSGVO
- Bundesministerium der Justiz: § 87 Betriebsverfassungsgesetz
Der AI-Fabrik-Newsletter ordnet Enterprise-KI für den DACH-Mittelstand nach Nutzen, Kosten, Governance und Betriebsreife ein.
