one.conference 2026 

Unsere GitHub Repos werden wir auf unseren destination.one Account veröffentlichen: github.com/destination-one/. Aktuell sind unsere Repos zu one.intelligence, one.data use. noch "private" und werden für Interessenten*Innen auf anfrage freigeschaltet. Der Grund: wir sind gerade noch in der Abstimmung unter welcher OpenSource Lizenz der Quellcode veröffentlicht werden kann. Zur Roadmap: einfach unsere mntl. Release-Notes verfolgen: help.destination.one/portal/de/kb/support/releasenotes

Ja, es gibt die Möglichkeit Blogartikel aus one.data einmalig ins TYPO3 zu migrieren. Kommt dazu für den Baustein "destination.blog: Migration aus one.data" gern auf uns zu. 

Ja, die Blog-Artikel können im Zuge einer GaKa genutzt, also selbst als Datentyp dort hinterlegt werden. Darüber hinaus könnt Ihr redaktionell in einem Blog-Artikel auch die Plugins für strukturierte Daten pflegen, um auf andere Datentypen zu verlinken, da Ihr dort ja nun das gesamte Repertoire an Bühnen innerhalb eines Artikels pflegen könnt. 

Die Übersetzungen werden nacheinander abgearbeitet und laufen im Hintergrund, um möglichst keinen Einfluss auf die BE-Pflege und die Performance der Webseite zu nehmen. Wenn zu viele Seiten auf einmal und sofort durchlaufen, erzeigt das höhere Lasten und würde zu Timeouts des Systems führen, daher haben wir uns bewusst für diesen Weg entschieden.

Die destination.pages und destionation.welcome werden noch bis Dezember 2027 betrieben. Bis dahin müssen alle Projekte spätestens auf die neuen one.pages geupdatet werden. Andernfalls werden die Projekte abgeschaltet. Zu Ablauf und Kosten der Update-Begleitung solltet ihr von eurem Projektmanagement bereits eine Info erhalten haben. Wenn ihr euch nicht sicher seid, welche Version ihr aktuell im Einsatz habt, oder noch Fragen offen sind, kommt gern auf euer Projektmanagement oder auf das Vertriebsteam zu.

Die Basisversion des neuen one.data ist für Q2 2027 geplant. Die Migration erster Pilotprojekte vom alten aufs neue one.data ist für Q3/Q4 2027 geplant. Die Umstellung weiterer Mandanten und Kundenprojekte muss gut vorbereitet werden und erfolgt daher erst ab 2028.

Unser Ziel ist es alle User auf die neue one.data Plattform zu überführen, da nur dort eine entsprechende Weiterentwicklung und Bug-Fixing stattfindet. Für einen ausreichenden Zeitraum werden deshalb altes und neues one.data im Parallelbetrieb laufen. Nach Ablauf der Übergangsfrist muss sich der Kunde entscheiden, ob er auf das neue one.data wechseln möchte oder alternativ einen Anbieterwechsel vornimmt.

Langfristig wird der Wechsel auf das neue System erforderlich sein. In welcher Höhe dabei Zusatzkosten entstehen, können wir heute noch nicht zuverlässig einschätzen.
Wenn ihr nicht ausdrücklich zu den Pilotkunden zählen möchtet, entstehen Euch im Jahr 2027 auf jeden Fall keine Kosten im Zusammenhang mir der Migration aufs neue one.data. Das gilt ausdrücklich auch für Eure aktuelle Budget- und Haushaltsplanung.
Wir bitten um Verständnis, dass wir konkrete Antworten erst geben können, wenn wir mit der Entwicklung des Systems fortgeschritten sind und versichern euch, dass wir die Kosteneffizienz der Umstellung zu jedem Zeitpunkt berücksichtigen. 

Das neue one.data ist diesbezüglich voll abwärtskompatibel. D. h. Daten werden im aktuellen Format weiter ausgegben. Ausgaben sind nur insoweit betroffen, dass sich Kategorien und Merkmale ändern können.

Bestehende Schnittstellen laufen wie gewohnt weiter. I. d. R. muss ein Kategorie- und Merkmalsmapping erfolgen, da sich Bezeichnungen im Zuge des one.standards ggf. geändert haben.

Wir schaffen einen einheitlichen Datenbankstandard der eine eindeutige Identifizierung des jeweiligen Datenbankfelds ermöglicht. Aus dem Gesamtpool an Felderm Kategorien und Merkmalen kann sich jede Destination seinen eigenen Datenstandard inkl. dazugehöriger Eingabemaske selbst erstellen. Ziel ist in diesem Kontext auch die Stärkung der jeweiligen Bundeslandstandards.

Um sich voll auf die Entwicklung des neuen one.data konzentrieren zu können, werden keine Weiterentwicklungen (lediglich Bug-Fixing) vorgenommen.