Le due versioni sono allineate blocco per blocco, nell’ordine del testo: titolo, l’essenziale, poi paragrafo per paragrafo. Quando la traduzione ha fuso o diviso un paragrafo, la casella corrispondente resta vuota — non accostiamo mai due passaggi a occhio.
Ein KI-Assistent kann in OpenProject 17.8 mehr als suchen: Er darf Arbeitspakete anlegen und bearbeiten, Kommentare schreiben sowie Beziehungen zwischen Arbeitspaketen verwalten. Die am 2. September 2026 veröffentlichte Version erweitert dafür den MCP-Server, statt die künstliche Intelligenz auf reine Abfragen zu beschränken.
Un assistente di IA può fare più che cercare in OpenProject 17.8: può creare e modificare pacchetti di lavoro, scrivere commenti e gestire le relazioni tra pacchetti di lavoro. La versione, pubblicata il 2 settembre 2026, estende a questo scopo il server MCP, invece di limitare l’intelligenza artificiale alle sole interrogazioni.
MCP steht für Model Context Protocol. Das Protokoll verbindet KI-Clients mit externen Anwendungen und deren Funktionen. OpenProject zufolge gelten dabei dieselben Berechtigungen und Validierungsregeln wie in der Weboberfläche und der Programmierschnittstelle (API). Pflichtfelder bleiben verbindlich. Eine Versionsprüfung soll verhindern, dass ein Assistent ein Arbeitspaket überschreibt, das inzwischen von einem Nutzer geändert wurde. Auch Kommentare einschließlich Emoji-Reaktionen sowie benutzerdefinierte Felder werden unterstützt.
MCP è l’acronimo di Model Context Protocol. Il protocollo collega i client di IA ad applicazioni esterne e alle relative funzioni. Secondo OpenProject, si applicano gli stessi permessi e le stesse regole di convalida dell’interfaccia web e dell’interfaccia di programmazione (API). I campi obbligatori restano vincolanti. Un controllo delle versioni dovrebbe impedire a un assistente di sovrascrivere un pacchetto di lavoro che nel frattempo è stato modificato da un utente. Sono supportati anche i commenti, comprese le reazioni emoji, e i campi personalizzati.
Für die Release-Planung wird das bisherige Feld „Version“ zu „Zielversionen“ und kann mehrere Einträge enthalten. Ein Fehlerbericht lässt sich damit etwa gleichzeitig einem Wartungsrelease und einer kommenden Hauptversion zuordnen. In bestehenden Installationen aktiviert OpenProject die Mehrfachzuordnung nicht automatisch. Administratoren müssen sie einschalten; danach lässt sie sich nicht zurücknehmen. Bestehende Zuordnungen bleiben erhalten. Für Integrationen bedeutet das: OpenProject rät dazu, betroffene Clients und eigene Skripte vor der Aktivierung auf targetVersions anzupassen.
Per la pianificazione delle release, il campo «Versione» diventa «Versioni obiettivo» e può contenere più voci. In questo modo, per esempio, una segnalazione di errore può essere assegnata contemporaneamente a una release di manutenzione e a una futura versione principale. Nelle installazioni esistenti, OpenProject non attiva automaticamente l’assegnazione multipla. Gli amministratori devono abilitarla; dopodiché non sarà possibile annullarla. Le assegnazioni esistenti restano invariate. Per le integrazioni questo significa che OpenProject consiglia di adattare i client interessati e gli script personalizzati a targetVersions prima dell’attivazione.
Auch die Zeiterfassung bekommt Regeln für die gesamte Instanz. Administratoren können Höchstwerte pro Zeiteintrag oder Nutzer und Tag festlegen, Buchungen auf hinterlegte Arbeitszeiten begrenzen und Einträge an arbeitsfreien Tagen oder für abgeschlossene Monate sperren. Nach dem Update sind diese Prüfungen zunächst deaktiviert. Projektspezifische Ausnahmen gibt es noch nicht.
Anche la registrazione delle ore riceve regole valide per l’intera istanza. Gli amministratori possono stabilire limiti massimi per singola registrazione o per utente e giorno, limitare le registrazioni agli orari di lavoro configurati e bloccare gli inserimenti nei giorni non lavorativi o per i mesi chiusi. Dopo l’aggiornamento, questi controlli sono inizialmente disattivati. Non esistono ancora eccezioni specifiche per progetto.
In den Ansichten werden Projektphasen, Meilensteine und Sprints künftig gemeinsam in der Projektzeitleiste sichtbar. Meilensteine verlinken auf die zugehörige Arbeitspaketansicht; Sprints lassen sich dort nur betrachten, nicht per Drag-and-drop verschieben. Karten aus Sprint- und Backlog-Ansichten können in externe Anwendungen gezogen werden. Auch die kostenlose Community Edition kann Beziehungen zwischen Arbeitspaketen als Tabellenspalten anzeigen.
Nelle viste, le fasi del progetto, i traguardi e gli sprint saranno d’ora in poi visibili insieme nella cronologia del progetto. I traguardi rimandano alla relativa vista dei pacchetti di lavoro; gli sprint possono essere solo visualizzati e non spostati tramite trascinamento. Le schede delle viste degli sprint e del backlog possono essere trascinate in applicazioni esterne. Anche la Community Edition gratuita può visualizzare le relazioni tra pacchetti di lavoro come colonne di una tabella.
Konkret heißt das für Unternehmen und Behörden, die OpenProject auf eigener Infrastruktur betreiben: Ein KI-Assistent kann Projektarbeit direkt ausführen, aber nur innerhalb der bereits gesetzten Zugriffsrechte. Das macht die neue Funktion für Teams interessant, die Datenhoheit mit automatisierten Abläufen verbinden wollen. Vor dem Update bleiben jedoch Administrationsaufgaben: Zielversionen müssen bewusst umgestellt, API-Integrationen angepasst und Zeiterfassungsregeln separat aktiviert werden. OpenProject empfiehlt das Update 17.8.0, das zusätzlich zahlreiche Fehler in Editoren, Dokumenten, Meetings, Exporten, Wiki-Funktionen, Jira-Migration und Speicherintegrationen behebt.
Per le aziende e gli enti pubblici che gestiscono OpenProject sulla propria infrastruttura, in concreto, questo significa che un assistente di IA può eseguire direttamente attività di progetto, ma solo nell’ambito dei permessi di accesso già configurati. La nuova funzione è quindi interessante per i team che vogliono combinare il controllo sui dati con flussi di lavoro automatizzati. Prima dell’aggiornamento restano però alcuni interventi amministrativi: le versioni obiettivo devono essere convertite consapevolmente, le integrazioni API devono essere adattate e le regole per la registrazione delle ore devono essere attivate separatamente. OpenProject raccomanda l’aggiornamento alla versione 17.8.0, che risolve inoltre numerosi problemi negli editor, nei documenti, nelle riunioni, nelle esportazioni, nelle funzioni wiki, nella migrazione da Jira e nelle integrazioni di archiviazione.