Wenn die Instanz sprechen muss: Das Nextcloud Announcement Center im Praxiseinsatz
Es gibt diese Momente in jeder selbst betriebenen Cloud, in denen eine Nachricht einfach alle erreichen muss. Das geplante Wartungsfenster am Wochenende, die neue Zwei-Faktor-Pflicht, der Hinweis auf einen veralteten Sync-Client. Klassische Wege – Rundmail, Wiki-Eintrag, Chat-Pinnwand – sind dafür erstaunlich unzuverlässig. E-Mails landen im Spam-Ordner oder werden im Regelfall innerhalb weniger Sekunden weggewischt, Wiki-Seiten liest niemand freiwillig, und in Chats ist der Verlauf nach drei Tagen vergessen. Genau hier kommt ein Werkzeug ins Spiel, das viele Administratoren kennen, aber selten systematisch einsetzen: das Announcement Center von Nextcloud.
Der Name klingt harmlos, fast ein wenig nach Firmenansage. Wer sich jedoch eingehender mit der Funktionsweise beschäftigt, merkt schnell, dass es sich um einen integralen Baustein der Instanz-Kommunikation handelt – vergleichbar mit einem Intranet-Brett, das sich nicht wegklicken lässt. Announcements erscheinen prominent im Web-Interface, sie können als Benachrichtigung ausgeliefert werden, sie lassen sich an Gruppen adressieren und über die API oder die Kommandozeile automatisieren. Für Unternehmen, Behörden und Bildungseinrichtungen, die Nextcloud als zentrale Plattform für Dateiaustausch und Zusammenarbeit betreiben, ist das mehr als nur ein Beiwerk. Es ist das Werkzeug, mit dem Betreiber ihre Nutzer überhaupt erst zuverlässig erreichen.
Was in der Praxis oft unterschätzt wird: Announcements sind kein E-Mail-Ersatz, sondern ein eigenständiger Kommunikationskanal. Sie arbeiten an der Schnittstelle zwischen Administrationswerkzeug und Nutzeroberfläche. Wer sie richtig einsetzt, spart sich Manpower im Support und reduziert die Zahl der Rückfragen bei sicherheitsrelevanten Änderungen. Wer sie falsch einsetzt, produziert Nervensägen-Banner, die die Anwender nicht mehr ernst nehmen.
Vom Core-Bestandteil zur eigenständigen App
Das Announcement Center war lange Jahre fester Bestandteil des Nextcloud-Cores. Wer eine Instanz installierte, hatte es automatisch an Bord. Mit der Version 28 änderte sich das: Die Funktion wurde aus dem Kern herausgelöst und steht seitdem als separate App aus dem Nextcloud App Store zum Nachinstallieren bereit. Der Hintergrund ist wenig spektakulär, aber typisch für die Reifung eines großen Open-Source-Projekts. Der Core soll schlanker werden, gleichzeitig wächst die Zahl der optionalen Komponenten, die nicht jede Organisation benötigt. Wer das Announcement Center nicht verwendet, muss es auch nicht mit Updates pflegen.
Für Bestandsinstallationen hat diese Änderung einen einfachen Nebeneffekt: Nach dem Upgrade auf eine Version ab 28 stellt Nextcloud fest, ob die App bereits aktiv war, und übernimmt sie bei Bedarf automatisch als eigenständige Anwendung. Große Brüche gab es dabei nicht. Probleme bereiten eher Umgebungen, die auf Debian- oder Ubuntu-Pakete aus distributions-eigenen Repositories setzen oder mit sehr schlanken Custom-Builds arbeiten – dort kann die App tatsächlich fehlen, wenn man nicht aufpasst. Ein kurzer Blick in die App-Verwaltung der Instanz schafft hier Klarheit.
Interessant ist auch die Versionspolitik: Das Announcement Center wird von den Nextcloud-Maintainern selbst gepflegt und folgt dem Release-Zyklus des Cores in kurzem Abstand. Fremd-Forks oder Community-Varianten gibt es praktisch nicht. Man kann die App also als halboffiziellen Bestandteil behandeln – mit dem Komfort, dass man sie bei Bedarf abschalten kann, aber ohne die Unsicherheit, auf ein wenig gepflegtes Drittanbieter-Plugin angewiesen zu sein.
Technische Anatomie: Was unter der Haube steckt
Um das Announcement Center wirklich sinnvoll einzusetzen, lohnt sich ein Blick darauf, was die App technisch tut – und was sie bewusst nicht tut. Anders als der Name vermuten lässt, versendet das Announcement Center keine eigenen E-Mails. Es speichert Announcements in der Nextcloud-Datenbank, verknüpft sie optional mit einer Gruppe und verteilt sie anschließend an die Nutzeroberfläche. Die Sichtbarkeit ergibt sich aus der Datenbankabfrage beim Aufruf der Nextcloud. Wer also eine Announcement an eine bestimmte Gruppe richtet, erzeugt keinen Datensatz pro Nutzer, sondern eine einzige Zeile mit einer Gruppenreferenz.
Diese Architektur hat Konsequenzen. Erstens: Announcements sind rückwirkend sichtbar. Neue Nutzer einer Gruppe sehen alte Announcements nicht, weil sie zum Zeitpunkt der Veröffentlichung nicht Teil der Zielgruppe waren – aus Sicht der Datenbank existiert trotzdem nur ein Eintrag. Zweitens: Announcements sind grundsätzlich persistent. Sie können von Administratoren wieder gelöscht, aber nicht automatisch ablaufen gelassen werden – zumindest nicht über die grafische Oberfläche. Wer eine Announcement mit Ablaufdatum braucht, ist auf eigene Erweiterungen angewiesen oder muss auf Push-Notifications ausweichen.
Drittens, und das wird oft übersehen: Die Anzeige der Announcements erfolgt im Web-Interface über eine eigene Ansicht, die man über das Info-Symbol in der Kopfzeile erreicht. Im Dashboard der Nextcloud tauchen sie zusätzlich als Widget auf. Wer die Instanz überwiegend per WebDAV, Desktop-Sync oder Mobile-Client nutzt, wird gelegentlich ohne Announcements auskommen müssen – die mobilen Clients zeigen sie mittlerweile an, der Desktop-Sync-Client aber nicht. Für kritische Meldungen empfiehlt sich deshalb eine Verzahnung mit dem Notification-System oder zusätzlich eine Mail.
Ein weiterer Aspekt: Die App verwendet Markdown für die Formatierung. Wer kurze Listen, hervorgehobene Warnungen oder Links zu internen Dokumenten einbinden möchte, kann das ohne HTML-Kenntnisse tun. Bilder können derzeit nicht eingebettet werden. Das ist eine Einschränkung, die man kennen sollte, bevor man eine aufwendige Announcement-Kampagne plant. In der Praxis reicht Markdown für die meisten Zwecke deutlich aus.
Installation und erste Schritte
Die Installation verläuft unspektakulär. Als Administrator meldet man sich an, öffnet die App-Verwaltung, sucht nach „Announcement Center“ und klickt auf Aktivieren. Voraussetzung ist eine Nextcloud-Version, mit der die App kompatibel ist – was bei mitgelieferten App-Store-Versionen eigentlich immer der Fall ist. In größeren Umgebungen empfiehlt sich stattdessen oder ergänzend die Nutzung der Kommandozeile, etwa per occ app:enable announcementcenter. Damit lässt sich die Aktivierung sauber in ein Provisioning-Skript einbinden, was gerade bei automatisierten Deployments wie Ansible oder Puppet sinnvoll ist.
Nach der Aktivierung erscheint die Announcement-Funktion für Administratoren in der Seitenleiste. Die Bedienung ist selbsterklärend: Betreff, Text, Zielgruppe, optional eine Benachrichtigung versenden. Dabei gibt es zwei Modi für die Zielgruppe – entweder alle Nutzer oder eine bestimmte Gruppe. Für die Benachrichtigung kann man festlegen, ob die Announcement auch als Push-Mitteilung und/oder per Mail zugestellt werden soll. Standardmäßig ist die Mail-Benachrichtigung deaktiviert, was in den meisten Umgebungen vernünftig ist – Announcements sollen primär in der Oberfläche sichtbar sein, nicht das Postfach fluten.
Ein Detail, das zunächst verwirrt: Announcements haben eine Berechtigungsebene. Nur Administratoren und – falls konfiguriert – bestimmte delegierte Nutzer dürfen sie erstellen. Normale Nutzer sehen sie ausschließlich. Das entspricht dem üblichen Sicherheitsmodell, verhindert aber auch, dass einzelne Abteilungen die Funktion als internen Rundruf missbrauchen. Wer tatsächlich delegierte Announcement-Rechte braucht, muss das über ein Rollen- und Berechtigungskonzept lösen – hier stößt die App an ihre Grenzen.
Gruppen, Rechte und Zielgruppen
Die Zielgruppensteuerung ist einer der praktischsten Aspekte des Announcement Centers – und gleichzeitig eine der häufigsten Fehlerquellen. Announcements richten sich entweder an alle Nutzer oder an eine einzelne Nextcloud-Gruppe. Mehrere Gruppen parallel anzusprechen, geht über die grafische Oberfläche nur mit Umwegen. Wer etwa eine Wartungsankündigung an drei von vier Abteilungen senden möchte, muss die Zielgruppen entweder in einer dedizierten Gruppe bündeln oder die API bemühen. Das ist im Alltag okay, in komplexen Umgebungen aber ein Punkt, den man bei der Planung berücksichtigen sollte.
Noch kniffliger wird es bei verschachtelten Gruppen. Nextcloud kennt seit einigen Versionen die Möglichkeit, Gruppen hierarchisch anzulegen – eine Abteilung, unterteilt in Teams. Announcements verstehen diese Struktur bislang nur bedingt. Eine Announcement an eine übergeordnete Gruppe erscheint nicht automatisch in den untergeordneten Gruppen, wenn diese als eigene Einträge geführt werden. Wer planungssicher arbeiten will, prüft vorab, wie die Gruppenstruktur tatsächlich in der Datenbank abgebildet ist. Die Konsole verrät das über occ group:list.
Ein weitere Sache, die gern übersehen wird: Wer eine Announcement an eine Gruppe richtet, deren Mitglieder sich in der Zwischenzeit ändern, erzeugt keine automatische Neuverteilung. Der Datensatz bleibt an die Gruppe gebunden, neue Mitglieder sehen die Announcement nicht, ausgetretene Mitglieder verlieren sie aus dem Blick. Das ist bei zeitlich befristeten Announcements von Vorteil, bei dauerhaften Hinweisen aber ein Problem. Wer eine Nachricht dauerhaft sichtbar halten will, muss sie entweder an alle Nutzer richten oder regelmäßig neu veröffentlichen. Eine saubere Lösung über einen Versionsmechanismus existiert im Standardumfang nicht.
Auch das Rechtesystem ist überschaubar. Neben der Administratoren-Rolle können über die App-Konfiguration keine weiteren Rollen definiert werden. Wer nicht zum Administratorenkreis gehört, kann keine Announcements erstellen. Das ist bewusst restriktiv und verhindert Wildwuchs. In größeren Organisationen führt es aber dazu, dass Administratoren als Flaschenhals für alle Kommunikation dienen. Wer diese Rolle nicht dauerhaft besetzen möchte, muss die Funktionalität über eine eigene kleine App oder eine Anbindung an ein ITSM-System ergänzen.
API und Automatisierung: Announcements als Teil der Betriebsroutine
Mehr noch als die grafische Oberfläche ist die Programmierschnittstelle der interessanteste Teil des Announcement Centers. Die App stellt eine OCS-API bereit, über die sich Announcements erstellen, abrufen und löschen lassen. Der Einstiegspunkt liegt unter /ocs/v2.php/apps/announcementcenter/api/v1/announcements. Authentifiziert wird über die üblichen Nextcloud-Verfahren – klassische Basic-Auth mit App-Passwort, Session-Token oder OAuth2, je nach Sicherheitsmodell der Instanz.
In der Praxis eröffnet das mehrere Szenarien. Ein Monitoring-System wie Icinga, Zabbix oder Prometheus Alertmanager kann automatisch Announcements erzeugen, wenn bestimmte Schwellwerte überschritten werden. Eine CVE-Warnung des BSI oder des Herstellers kann als Announcement an alle Admins der Instanz weitergeleitet werden. Anstehende Wartungsfenster lassen sich in einem zentralen CMDB-Eintrag pflegen und per API veröffentlichen. Im Ergebnis entsteht ein Kommunikationskanal, der nicht von manueller Pflege abhängt, sondern betriebliche Ereignisse widerspiegelt – ein Gedanke, der auch für regulatorische Anforderungen relevant ist, etwa wenn es um die nachvollziehbare Information von Nutzern geht.
Auf der Kommandozeile steht der Befehl occ announcement:add zur Verfügung. Die genauen Optionen variieren je nach Version, im Kern geht es aber immer um Betreff, Text und Zielgruppe, optional um Aktivitäten und Benachrichtigungen. Das ist besonders nützlich in Kontexten, in denen man kein Skript mit API-Credentials pflegen möchte, sondern einfach aus einem Shell-Skript heraus kommuniziert – etwa aus dem Wartungsfenster-Cronjob, der unmittelbar vor Wartungsbeginn eine Announcement erzeugt.
Ein kleiner Wermutstropfen: Die API ist nicht besonders ausführlich dokumentiert. Wer tief in die Details geht, wird sich an den im Nextcloud-Git-Repository hinterlegten Quellcode oder die Community-Foren halten müssen. Das ist für erfahrene Entwickler kein Problem, für weniger technisch versierte Administratoren aber eine Hürde. Der OCS-Endpunkt arbeitet mit JSON, was die Integration in moderne Skriptsprachen erleichtert. Wer Python, Go oder NodeJS einsetzt, wird in Minuten einen funktionierenden Client gebaut haben.
Zusammenspiel mit Notifications und Activity
Announcements sind das eine – die Zustellung ist das andere. Das Nextcloud-Notification-System arbeitet unabhängig vom Announcement Center, kann aber über die Aktivitäts- und Benachrichtigungseinstellungen der Nutzer kombiniert werden. Wer eine Announcement mit „Alle Benutzer benachrichtigen“ markiert, löst beim Versand eine Push-Mitteilung und – je nach Konfiguration – einen Eintrag im Aktivitätsstream aus. Der Nutzer kann in seinen persönlichen Einstellungen festlegen, ob er solche Hinweise per E-Mail, Push oder gar nicht erhalten möchte. Das ist datenschutzfreundlich und DSGVO-konform, bedeutet aber auch: Man kann sich nicht darauf verlassen, dass die Announcement tatsächlich jeden erreicht.
Für Kernbotschaften, die wirklich alle sehen müssen, empfiehlt sich eine Kombination aus Announcement, Aktivitätseintrag und Mail-Benachrichtigung – sofern die Mailserver-Anbindung sauber konfiguriert ist. Wer hingegen mit Announcements arbeitet, die niemanden belasten sollen, wählt die stille Variante ohne Push und Mail. Die Sichtbarkeit im Web-Interface bleibt in beiden Fällen identisch. Der Unterschied liegt allein darin, wie aufdringlich die Zustellung ausfällt.
Interessant ist ein Detail zur Barrierefreiheit: Announcements werden im Web-Interface als „Was ist neu?“-ähnlicher Bereich dargestellt. Wer mit Screenreader arbeitet, wird die Inhalte finden – die Reihenfolge der Announcements richtet sich jedoch nach dem Erstellungszeitpunkt, nicht nach Priorität. Wer wichtige Meldungen oben halten möchte, muss sie regelmäßig erneut veröffentlichen oder einen einheitlichen Zeitstempel pflegen. Über die API lassen sich hier kreative Lösungen bauen, im Standard fehlt eine Priorisierung.
Typische Anwendungsfälle aus der Praxis
Welche Anwendungsfälle sich in der Praxis bewährt haben, hängt stark von der Größe und Struktur der Instanz ab. In kleineren Umgebungen bis etwa 200 Nutzern reicht meist ein einziger Announcement-Kanal mit Wartungs- und Sicherheitshinweisen. In größeren Organisationen empfiehlt es sich, mehrere Ebenen zu unterscheiden – etwa eine allgemeine Ebene für alle, eine administrative Ebene für IT-Mitarbeiter und abteilungsspezifische Ebenen für Team-News. Da das Announcement Center nur zwischen „alle“ und „eine Gruppe“ unterscheidet, müssen solche Mehr-Ebenen-Modelle über Gruppenkonstrukte abgebildet werden.
Ein Klassiker ist die Ankündigung von Wartungsfenstern. Statt einer Rundmail, die im Postfach versumpft, erzeugt ein Skript kurz vor Wartungsbeginn eine Announcement mit Hinweis auf die erwartete Downtime und den betroffenen Dienst. Nutzer, die gerade in der Oberfläche arbeiten, werden unmittelbar informiert. Nach Wartungsende sorgt ein zweiter Eintrag für Entwarnung. Wichtig ist, dass die Announcements nach einigen Tagen wieder entfernt werden – sonst bleiben veraltete Hinweise stehen und untergraben die Glaubwürdigkeit des Kanals.
Ein zweiter häufiger Fall betrifft Sicherheitsvorfälle. Wurde etwa ein Zugangsdatenleck bekannt oder ist ein bestimmter Client durch eine Schwachstelle auffällig, kann die Announcement dafür sorgen, dass die Meldung in der Oberfläche erscheint, bevor Support-Teams mit Rückfragen überschwemmt werden. Die Kombination aus Announcement und angehängtem Hilfe-Artikel hat sich hier bewährt. Vorausgesetzt, die Announcement ist knapp, konkret und enthält eine klare Handlungsaufforderung. Weitschweifige Erklärungen in Announcements lesen die wenigsten.
Ein dritter, weniger offensichtlicher Fall betrifft Onboarding. Neue Nutzer erhalten bei ihrem ersten Login eine Announcement, die auf die wichtigsten Funktionen, Ansprechpartner und Policies hinweist. Der Trick: Die Announcement wird vor dem Onboarding an die Onboarding-Gruppe versendet und bleibt für diese sichtbar. Wer sich später einloggt, findet sie direkt vor. Nicht so elegant wie eine personalisierte Begrüßung, aber besser als eine PDF-Broschüre, die niemand öffnet.
Grenzen, Kritik und ein Blick auf Alternativen
So nützlich das Announcement Center ist, so deutlich sind auch seine Grenzen. Die eingeschränkte Zielgruppenlogik, das Fehlen von Ablaufdaten, die rudimentäre Rechteverwaltung und die Tatsache, dass der Desktop-Sync-Client Announcements bis heute nicht anzeigt – all das sind Punkte, die in größeren Umgebungen schmerzen. Wer eine Nextcloud als zentrale Arbeitsplattform für Tausende Nutzer betreibt, wird früher oder später auf Lösungen wie zentrale MDM-Tools, E-Mail-Verteiler oder Enterprise-Chat-Systeme zurückgreifen, um wirklich sicherzustellen, dass eine Nachricht ankommt.
Alternativen innerhalb des Nextcloud-Ökosystems gibt es nur wenige. Am ehesten kommen dieNotifications-API und die Activity-Streams in Frage, die aber eine andere Zielsetzung haben – sie sind für Ereignisse gedacht, nicht für redaktionelle Kommunikation. Wer eine Announcement-Funktion mit Ablaufdatum, Priorität und mehreren Zielgruppen braucht, ist auf Eigenentwicklungen oder den Marktplatz für Drittanbieter-Apps angewiesen. Letzterer ist allerdings dünn besetzt; ein Community-Äquivalent zum Announcement Center mit erweitertem Funktionsumfang hat sich bislang nicht etabliert.
Kritisch ist auch der Pflegezustand. Die App wird zwar weiterhin gepflegt, aber nicht mit derselben Intensität wie Nextcloud-Files oder -Talk. Neue Funktionen sind selten, Bugfixes erscheinen zuverlässig, aber ohne Eile. Wer auf das Announcement Center setzt, sollte die Versionshinweise im Blick behalten und vor jedem Core-Update prüfen, ob die App kompatibel ist. Das ist bei jeder Nextcloud-App gute Praxis, beim Announcement Center aber besonders wichtig – es gehört nicht mehr zum Core und kann bei Inkompatibilität schlicht deaktiviert werden.
Betrieb, Backup und Updates
Für den Betrieb ergeben sich einige praktische Konsequenzen. Announcements liegen in der Nextcloud-Datenbank, genau genommen in einer Tabelle mit dem Namensschema oc_announcementcenter. Wer die Datenbank einer Instanz sichert, sichert damit auch die Announcements. Das ist unspektakulär, aber wichtig zu wissen: Wer eine Instanz neu aufsetzt und die Datenbank aus einem älteren Backup zurückspielt, verliert die in der Zwischenzeit erstellten Announcements. Bei sorgfältig geplanten Umzügen sollte man prüfen, ob die Announcement-Tabelle bei Bedarf selektiv übernommen wird.
Auch beim Update der App gilt: Nextcloud prüft beim Core-Update automatisch die Kompatibilität der aktivierten Apps. Ist das Announcement Center nicht kompatibel, wird es deaktiviert und die Instanz startet mit einem entsprechenden Hinweis. Meist löst ein zeitnahes App-Update das Problem. In seltenen Fällen kann es nötig sein, eine ältere App-Version zu verwenden oder auf den nächsten Core-Release zu warten. Ein Blick in die offiziellen Upgrade-Notes vor jedem größeren Versionssprung spart Ärger.
Ein Punkt, der in vielen Betrieben sträflich vernachlässigt wird: Wer Announcements als Teil eines Kommunikationsprozesses einsetzt, sollte das dokumentieren. Die wenigsten Instanzen haben eine klare Richtlinie, wer Announcements erstellen darf, wie sie formuliert werden, wann sie gelöscht werden und welche Ereignisse automatisiert ausgespielt werden. Ohne eine solche Richtlinie entstehen Wildwuchs oder Stillstand. Die Technik ist nur ein Teil der Lösung – die organisatorische Verankerung entscheidet darüber, ob das Announcement Center tatsächlich einen Beitrag zur Betriebsqualität leistet.
Best Practices für den produktiven Einsatz
Aus den Erfahrungen mit dem Announcement Center lassen sich einige Empfehlungen ableiten, die in den meisten Umgebungen sinnvoll funktionieren. Erstens: Halten Sie den Announcement-Kanal sauber. Löschen Sie veraltete Announcements spätestens dann, wenn der Anlass vorbei ist. Ein Channel mit 30 abgelaufenen Meldungen wird nicht mehr gelesen. Zweitens: Formulieren Sie kurz und konkret. Ein Announcement ist keine E-Mail, sondern ein Hinweisschild. Wenn eine Information komplex ist, verweisen Sie auf eine Wiki-Seite oder eine interne Dokumentation.
Drittens: Nutzen Sie die API, wo es sinnvoll ist. Manuelle Announcements führen auf Dauer zu Inkonsistenz. Alles, was sich aus einem Systemzustand ableiten lässt – Wartungsfenster, Zertifikatsablauf, Client-Versionen – sollte automatisiert ausgespielt werden. Viertens: Verzichten Sie auf die Mail-Benachrichtigung bei Standardmeldungen. Sie sollte tatsächlich für wichtige Hinweise reserviert bleiben. Wer alle Announcements per Mail zustellt, wird die Nutzererfahrung ruinieren und das Vertrauen in den Kanal untergraben.
Fünftens, und das ist vielleicht der wichtigste Punkt: Betreiben Sie das Announcement Center als Teil einer Kommunikationsstrategie, nicht als isoliertes Werkzeug. Eine Instanz, die Announcements nur einsetzt, um Wartungsfenster zu verkünden, wird nie das Potenzial dieser Funktion ausschöpfen. Wer sie hingegen systematisch für Sicherheitshinweise, Onboarding, Feature-Ankündigungen und Policy-Änderungen nutzt, bekommt einen Kanal, der tatsächlich Wirkung entfaltet. Nicht zuletzt, weil Nutzer lernen, dass Announcements relevante Informationen enthalten und nicht nur Rauschen.
Fazit: Ein kleines Werkzeug mit großer Verantwortung
Das Nextcloud Announcement Center ist kein spektakuläres Stück Software. Es ist äußerlich schlicht, technisch überschaubar und in seinen Funktionen limitiert. Und doch ist es eines der wenigen Werkzeuge, das Administratoren in die Lage versetzt, die Kommunikation mit ihren Nutzern aktiv zu gestalten, ohne auf externe Kanäle ausweichen zu müssen. In Zeiten, in denen Datenschutz, Datensouveränität und Betreiberverantwortung stärker in den Fokus rücken, ist das ein nicht zu unterschätzender Vorteil.
Wer die App also bislang nur als Anhängsel betrachtet hat, sollte einen zweiten Blick darauf werfen. Mit einer sauberen Gruppierung, etwas Automatisierung über die API und einer klaren Richtlinie für die Nutzung wird aus dem kleinen Banner-Werkzeug ein ernstzunehmendes Instrument der Instanz-Kommunikation. Die Technik ist da, die Verantwortung liegt beim Betreiber. Und weil die Funktion so einfach ist, lässt sie sich tatsächlich in einer Wartungsstunde einführen – ohne Projektauftrag, ohne Consulting und ohne Überraschungen bei den Kosten.