Grenzen, die Sie kennen sollten
Die meiste Zeit, die Teams mit diesen Makros verlieren, geht für Eigenschaften drauf, die nirgends dokumentiert erscheinen, bis man dagegen läuft. Das sind die wichtigsten.
| Eigenschaft |
Was das bedeutet |
| Eine Kopfzeile oder eine Kopfspalte |
Nicht beides in derselben Tabelle. Das Report Makro wertet pro Makro nur eine Richtung aus. |
| Genau eine ID pro Report |
Mehrere Labels lassen sich per ODER verknüpfen, mehrere IDs nicht. |
| Keine Makros in der Kopfspalte |
Die linke Spalte liefert die Spaltenüberschriften und muss reiner Text bleiben. |
| 30 Einträge pro Seite |
30 ist zugleich Standard und Maximum von „Max results per page“, darüber greift Paginierung. In Data Center liegt zusätzlich eine Obergrenze von 3.000 Seiten. |
| Neue Eigenschaft heißt: alle Seiten anfassen |
Eine zusätzliche Zeile muss in jeder Quelltabelle ergänzt werden. Bei vielen Seiten wird das zur Fleißarbeit. |
Wenn der Page Properties Report leer bleibt
Ein leerer Bericht hat fast immer eine von vier Ursachen. Prüfen Sie in dieser Reihenfolge:
- Das Label fehlt oder ist falsch geschrieben. Der häufigste Fall. Labels sind exakt zu treffen, und ein Label auf der Indexseite selbst hilft nicht, es muss auf den Quellseiten sitzen.
- Die ID passt nicht. Wenn Sie im Report eine ID angegeben haben, muss dieselbe ID im Page Properties Makro jeder Quellseite stehen. Leer im Report und gefüllt auf der Seite passt nicht zusammen.
- Der Bereich passt nicht. Das Feld Space ist mit Current space vorbelegt. Liegen die Quellseiten in einem anderen Bereich, müssen Sie diesen dort ausdrücklich ergänzen oder den Chip entfernen. Umgekehrt schneidet ein zu eng gesetzter Filter Treffer weg.
- Die Quellseite ist ein Entwurf. Unveröffentlichte Seiten tauchen im Report nicht auf.
Findet das Makro nichts, zeigt es schlicht No content found an. Erscheinen dagegen Zeilen, aber die Spalten sind leer oder verrutscht, liegt es an der Tabellenstruktur: Kopfzeile und Kopfspalte gleichzeitig aktiv, oder ein Makro in der linken Spalte.
Page Properties oder Confluence Datenbanken?
Seit Confluence Cloud Datenbanken anbietet, stellt sich die Frage bei jedem neuen Anwendungsfall. Beide lösen ähnliche Aufgaben, aber nicht dieselbe.
|
Page Properties |
Datenbanken |
| Wo die Daten liegen |
Verteilt auf den einzelnen Seiten |
Zentral in einem Objekt |
| Neue Eigenschaft ergänzen |
Auf jeder Quellseite einzeln |
Einmal als Spalte |
| Feldtypen |
Freitext plus Makros |
Echte Typen: Text, Zahl, Datum, Tags, Nutzer, Link und ein Jira-Feld, das Vorgänge dynamisch einbindet |
| Stärke |
Jede Seite bleibt ein eigenständiges Dokument mit Kontext |
Sortieren, filtern und pflegen an einer Stelle |
| Passt für |
Meeting-Notizen, Projektsteckbriefe, Entscheidungslogs |
Inventare, Asset-Listen, strukturierte Register |
Als Faustregel: Steht die Seite im Mittelpunkt und die Metadaten sind Beiwerk, bleiben Sie bei Page Properties. Stehen die Daten im Mittelpunkt und die Seite ist nur der Ort, an dem sie angezeigt werden, nehmen Sie eine Datenbank. Bestehende Page Properties müssen Sie deshalb nicht umbauen: Atlassian entwickelt das Makro weiter, wie die Umbenennung und die Unterstützung von Live Docs zeigen.
Vorteile des Page Property Makros
Die Benutzung der beiden Makros Page Properties und Page Properties Report erlaubt es Ihnen, wichtige Informationen übersichtlich und dynamisch darzustellen, was Ressourcen spart und generell Ihr Projektmanagement verbessern kann. Ferner helfen die beiden Makros,
- Inhalte nach bestimmten Kriterien wie Kategorie, Status oder Team zu sortieren,
- eine konsistente Formatierung von Inhalten sicherzustellen,
- die Berichterstattung an Stakeholder zu optimieren,
- redundante Inhalte in Confluence zu vermeiden, oder auch
- Daten schnell und einfach zu finden und zu verwalten.
Wenn Sie ohnehin viel mit Tabellen in Confluence arbeiten, lohnt ein Blick auf Confluence Tabellen filtern und Tabellen sortieren. Für wiederkehrende Seitenstrukturen sparen Templates viel Zeit, weil das Page Properties Makro dann schon an der richtigen Stelle sitzt.
Häufige Fragen
Heißt das Makro jetzt Page Properties oder Content Properties? In Confluence Cloud Content Properties, in Confluence Data Center weiterhin Page Properties. Es ist dasselbe Makro, bestehende Seiten brauchen keine Anpassung.
Kann ein Report Seiten aus mehreren Bereichen anzeigen? Ja. Das Feld Space nimmt mehrere Bereiche auf und verknüpft sie mit ODER. Ab Werk steht dort allerdings nur Current space.
Warum fehlt eine Spalte im Bericht? Entweder ist sie unter „Columns to show“ nicht ausgewählt, oder die Zeile fehlt in der Quelltabelle dieser einen Seite. Der Report zeigt nur, was in den Quelltabellen tatsächlich steht.
Funktioniert das Makro auf Blogbeiträgen? Ja, in Confluence Cloud inzwischen auch auf Live Docs und Anhängen, sofern sie das passende Label tragen.
Wie viele Seiten kann ein Report anzeigen? 30 pro Seite, das ist gleichzeitig das Maximum der Einstellung „Max results per page“. Alles darüber landet in der Paginierung. In Data Center greift zusätzlich eine Obergrenze von 3.000 Seiten, die die Systemadministration über pagePropertiesReportContentRetrieverMaxResult ändern kann.
Nutzen Sie das volle Potenzial von Confluence mit Page Properties
Unsere Best Practices haben Ihnen gezeigt, wie Sie Page Properties Makros in Confluence effizient integrieren, konfigurieren und nutzen. Wenn Sie regelmäßig mit einer großen Menge an strukturierten Daten arbeiten, sind diese Makros optimale Werkzeuge, um Ihre Effizienz zu steigern.
Doch jeder Anwendungsfall ist individuell und erfordert individuelle Unterstützung. Wenn Sie Ihre Confluence Struktur mit uns durchgehen wollen, kontaktieren Sie uns einfach. Das erste Gespräch ist unverbindlich und garantiert kostenfrei, und gemeinsam finden wir den wirtschaftlichsten Weg zu Ihrem Erfolg.