Neuerungen in ADOIT 17.5
ADOIT 17.5 bietet neue Möglichkeiten, die die Integration Ihrer Enterprise-Architecture-Daten mit KI-Systemen einfacher denn je machen.
Dieses Release bringt den neuen Model Context Protocol (MCP)-Server für eine nahtlose KI-Integration, erweitert den KI-Assistenten um Unterstützung für Azure OpenAI, Ollama und GPT-5, und bringt leistungsstarke Verbesserungen für Administratoren wie den Super-Admin-Modus, Automatische Auditprotokoll-Dateien und vieles mehr.
Lesen Sie weiter, um mehr über die Neuerungen in ADOIT 17.5 zu erfahren!
Neuerungen für alle Anwender
MCP-Services
ADOIT 17.5 enthält jetzt einen Model Context Protocol (MCP)-Server, der die Verbindung mit KI-Systemen erleichtert.
MCP ist ein offener Standard, der es KI-Anwendungen ermöglicht, sich mit externen Tools wie ADOIT zu verbinden. Dadurch können Informationen und Funktionen reibungslos zwischen ADOIT und Systemen wie Large Language Models (LLMs) ausgetauscht werden. Das reduziert den Bedarf an komplexen kundenspezifischen Integrationen.
Agentbasierter Zugriff: Für die Nutzung von MCP ist ein Agent erforderlich, der eine Verbindung zum ADOIT MCP-Server herstellt und mit dem KI-System kommuniziert. Dieser Agent wird in der Regel vom Kunden entwickelt oder bereitgestellt.
LLM-Abonnement: Die Integration mit einem LLM erfordert üblicherweise ein Abonnement beim gewählten LLM-Anbieter (z. B. OpenAI).
Vorkonfigurierte Tools: ADOIT enthält eine Reihe vorkonfigurierter Tools, mit denen Repository-Inhalte abgefragt oder gespeicherte Abfragen über natürliche Sprache ausgeführt werden können.
Erweiterbarkeit: Zusätzliche Tools können im Rahmen von Customizing-Projekten von BOC Solution Engineers so konfiguriert werden, dass sie jede Funktionalität der ADOIT REST API nutzen.
Kontextbezogene Ausführung: Alle Tools arbeiten im Kontext des Benutzerkontos, unter dem die MCP-Anfragen ausgeführt werden. So wird sichergestellt, dass Berechtigungen und Repository-Einschränkungen eingehalten werden.
Diese neue Integrationsmöglichkeit erleichtert die Verbindung von ADOIT mit LLMs und anderen KI-Technologien für Aufgaben wie Abfragen in natürlicher Sprache, kontextbezogenes Reporting oder KI-gestützte Analysen.
Kunden, die ihren eigenen Agent bereitstellen können (z. B. über interne Entwickler), können die MCP-Services in ADOIT aktivieren und die vorkonfigurierten Tools sofort nutzen. Für zusätzliche Anforderungen oder zur Erweiterung der MCP-Funktionalität mit kundenspezifischen Tools kontaktieren Sie bitte Ihren ADOIT-Kundenbetreuer. Dieser kann Ihre Anforderungen prüfen und ein Customizing-Projekt initiieren, um die notwendigen Tools für Ihre Anwendungsfälle zu konfigurieren.
ADOIT Forms 1.5: Eingereichte Objekte freigeben
In ADOIT Forms 1.5, der neuesten Version des ADOIT-Add-ons, ist jetzt eine Freigabefunktion für eingereichte Objekte enthalten. Das vereinfacht den Review- und Validierungsprozess.
ADOIT Forms 1.5 ist kompatibel mit ADOIT 17.5 und höher. Besuchen Sie die Seite ADOIT Forms What's New, um mehr zu erfahren.
Neuerungen für ADOIT-Administratoren
MCP-Services aktivieren
In der ADOIT Administration können Sie den Zugriff auf den neuen Model Context Protocol (MCP)-Server aktivieren. Gehen Sie dazu wie folgt vor:
Aktivieren Sie den Zugriff auf die ADOIT REST API
Aktivieren Sie die MCP-Services
Optional: Konfigurieren Sie IP-Einschränkungen, um festzulegen, welche IP-Adressen auf den MCP-Server zugreifen dürfen
Sobald der Zugriff auf den MCP-Server aktiviert ist, wird ein lokaler Agent benötigt, um die Kommunikation zwischen dem gewählten LLM und ADOIT zu verwalten. Dieser Agent ist eine eigenständige Komponente und wird nicht standardmäßig mit ADOIT bereitgestellt.
Mit einem korrekt konfigurierten Agent können Sie die MCP-Services in ADOIT nutzen. Zum Beispiel können Sie Fragen in natürlicher Sprache an Ihren Agent stellen, die dann über die vorkonfigurierten MCP-Tools verarbeitet werden.
Details zum Aktivieren der MCP-Services entnehmen Sie bitte dem Abschnitt "MCP-Services" Hilfe zur Administration.
Anleitungen zur Nutzung der MCP-Services sowie eine Referenzimplementierung in Python zur Erstellung eines Agenten finden Sie im BOC Developer Portal.
KI-Assistent: Unterstützung für Azure OpenAI, Ollama und GPT-5
ADOIT 17.5 erweitert die Fähigkeiten des KI-Assistenten (KI-gestützte End-of-Life Suche und KI-generierte Anforderungsvorschläge in Roadmapping-Arbeitsbereichen) mit Unterstützung für Azure OpenAI, Ollama und GPT-5 (OpenAI).
Unterstützung für Azure OpenAI
ADOIT 17.5 unterstützt Azure OpenAI als alternativen KI-Provider. Damit gewinnen Sie mehr Flexibilität bei der Anbindung von KI-Diensten, insbesondere in Enterprise-Cloud-Umgebungen.
Um die Integration mit Azure OpenAI zu konfigurieren, geben Sie Folgendes an:
Die Endpunkt-URL Ihrer Azure OpenAI-Ressource
Ihren API-Schlüssel
Den entsprechenden Deployment-Namen
Nach der Konfiguration steht Ihnen der KI-Assistent mit Azure OpenAI sofort zur Verfügung.
Unterstützung für Ollama
Der KI-Assistent unterstützt jetzt Ollama als zusätzlichen KI-Provider neben OpenAI und Azure OpenAI. Das ermöglicht Ihnen, den KI-Assistenten mit einem lokal gehosteten Sprachmodell zu verbinden und so den Datenschutz und Kontrollmöglichkeiten zu verbessern.
Für die Einrichtung der Ollama-Integration benötigen Sie:
Den Modell-Namen
Die Endpunkt-URL Ihrer Ollama-Instanz
(Optional) Ihren API-Schlüssel für cloudbasierte oder gesicherte lokale Instanzen
Sobald die Konfiguration abgeschlossen ist, ist der KI-Assistent bereit für die Nutzung mit Ollama.
Unterstützung für GPT-5
Wenn OpenAI als KI-Anbieter verwendet wird, können Sie nun GPT-5 als KI-Modell auswählen. GPT-5 bietet im Vergleich zu früheren Modellen erhebliche Verbesserungen bei Logik, Genauigkeit und Textverständnis und liefert dadurch qualitativ hochwertigere Ergebnisse.
Details zur Aktivierung und Konfiguration des KI-Assistenten finden Sie im Abschnitt "KI-Assistent" in der Hilfe zur Administration.
Super-Admins
Super-Admins haben uneingeschränkten Zugriff auf das gesamte System, einschließlich aller Werkzeugkomponenten und Datenbankinhalte. Dadurch können sie alle administrativen Aufgaben ohne Einschränkung ausführen.
Ein solches Super-Admin-Konto (der Benutzer Admin) wird während der Installation von ADOIT automatisch erstellt. Um administrative Tätigkeiten konkreten Personen zuzuordnen und sie im Auditprotokoll zu protokollieren, können weitere Benutzer als Super-Admins festgelegt werden.
Diese Benutzer können vorübergehend den Super-Admin-Modus aktivieren, um auf administrative Funktionen zuzugreifen, und ihn wieder deaktivieren, wenn er nicht mehr benötigt wird.
Details zur Konfiguration von Administratoren in ADOIT (einschließlich Super-Admins, globaler Administratoren und Sub-Administratoren) entnehmen Sie bitte dem Abschnitt "Benutzer als Administratoren in ADOIT konfigurieren" in der Hilfe zur Administration.
Auditprotokoll-Dateien
ADOIT zeichnet nun administrative Tätigkeiten automatisch in Log-Dateien auf. Audit-Einträge werden in *_audit.log-Dateien im Standardordner /logs im Installationsverzeichnis des Applikations-Servers geschrieben. Diese Funktion ist immer aktiv und kann nicht deaktiviert werden.
Standardmäßig werden sensible Daten (wie Benutzernamen und Benutzerattribute) in den Auditprotokollen verschlüsselt gespeichert. Falls erforderlich, können Audit-Daten jedoch deanonymisiert werden. Auditprotokoll-Dateien sind außerdem automatisch im Support Information Package (SIP) enthalten.
Das bestehende Auditprotokoll, das manuell in der ADOIT Administration aktiviert und als CSV exportiert werden kann, ist weiterhin verfügbar, wird jedoch in einer zukünftigen ADOIT Version entfernt werden.
Details zu den neuen Auditprotokoll-Dateien entnehmen Sie bitte dem Abschnitt "Auditprotokoll-Dateien" in der Hilfe zur Administration.
OIDC: Vorautorisierte Scopes
ADOIT kann als OpenID Provider (OP) fungieren und in dieser Rolle Benutzer für externe Anwendungen (OIDC-Clients) authentifizieren, sodass sich diese mit ihren ADOIT Zugangsdaten anmelden können.
Neu in ADOIT 17.5: Bei der Konfiguration einer Client-Anwendung zur Authentifizierung von Benutzern über ADOIT ist es nun möglich, vorautorisierte Scopes zu definieren.
Wenn eine Autorisierungsanfrage gesendet wird, bei der alle angeforderten Scopes als vorautorisiert markiert sind, und der Benutzer bereits angemeldet ist, wird die Anfrage sofort gewährt, ohne dass ein Zustimmungsdialog angezeigt wird. Ist mindestens einer der angeforderten Scopes nicht vorautorisiert, wird weiterhin der Zustimmungsdialog angezeigt.
Diese Erweiterung ist insbesondere für Microfrontend-Szenarien relevant, bei denen ein nahtloser Zugriff ohne wiederholte Autorisierung gewünscht ist.
Details entnehmen Sie bitte dem Abschnitt "Authentifizierung > OIDC" in der Hilfe zur Administration.
Migration von einer älteren ADOIT-Version nach ADOIT 17.5
Geänderte Software-Anforderungen
Beachten Sie folgende geänderte Software-Anforderungen für die Ausführung von ADOIT, wenn Sie von einer älteren Version migrieren.
Nicht mehr unterstützt
Tomcat 8 and Tomcat 9
Java 8 und Java 11
Oracle Database
Neu unterstützt
Tomcat 10.1 and Tomcat 11
Java 17, Java 21 und Java 25
ADOIT aktualisieren
Das Installationshandbuch enthält eine Reihe von Migrationsanleitungen, die Sie beim Upgrade von ADOIT von einer älteren Version auf die Version 17.5 unterstützen. Jede Anleitung enthält alle Schritte, die Sie durchführen müssen, und erklärt alles im Detail:
Upgrade von ADOIT 17.0 – 17.4 auf ADOIT 17.5 (ArchiMate-Bibliothek)
Upgrade von ADOIT 16.0 auf ADOIT 17.5 (ArchiMate-Bibliothek)
Upgrade von ADOIT 15.0/15.1 auf ADOIT 17.5 (ArchiMate-Bibliothek)
Migration von ADOIT 14.0 oder älter nach ADOIT 17.5 (ArchiMate-Bibliothek)
Wenn Sie ADOIT 14.0 oder eine ältere Version mit der ArchiMate-Anwendungsbibliothek verwenden, kontaktieren Sie bitte Ihren ADOIT-Kundenbetreuer, um Unterstützung bei den erforderlichen Schritten zu erhalten.
Wechsel von der Standard-Bibliothek zur ArchiMate-Bibliothek
Mit ADOIT 16.0 wurde die ADOIT Standard-Anwendungsbibliothek eingestellt und wird nicht mehr unterstützt. Verwenden Sie ADOIT 15.0/15.1 oder eine ältere Version mit der ADOIT Standard-Anwendungsbibliothek? Für ein Upgrade auf ADOIT 17.5 müssen Sie zur ArchiMate-Anwendungsbibliothek wechseln. Kontaktieren Sie bitte Ihren ADOIT-Kundenbetreuer, um Unterstützung bei der Migration zu erhalten.
Hotfix installieren
Sie verwenden bereits ADOIT 17.5 und wollen einen Hotfix installieren? Hier finden Sie eine Schritt-für-Schritt-Anleitung: