Eine Vorlage sagt, wie ein Bericht aussieht. Die Daten kommen bei jedem Aufruf neu, die Vorlage bleibt. Vorlagen entstehen im laufenden System, nicht beim Build: Die Plattform liefert System-Vorlagen, ein Mandant passt sie an, eine Person kann eine eigene haben.
Fachlichkeit
Vorlagen
Wie eine Vorlage aufgebaut ist, wie CRMS sie für eine Anfrage findet, wie sie sich über Revisionen und Freigaben ändert, welche FreeMarker-Sprache sie spricht und wie Vorlagen aus einem Build ins System kommen.
Themen dieser Fachlichkeit
- 1.Wie eine Vorlage aufgebaut ist
Schlüssel, Ausgabeart, Scope, Ausgabe, Sprachvariante, Entwurf und Revision: die Teile einer Vorlage und was in einer Revision steckt.
- 2.Wie CRMS die Vorlage findet
Die Reihenfolge, in der CRMS Scopes und Sprachen durchsucht, warum nur veröffentlichte Revisionen zählen und was das Dokument über seine Herkunft sagt.
- 3.Lebenszyklus einer Revision
Vom Entwurf über die Prüfung zur veröffentlichten Revision, dazu Ablehnen, Zurücksetzen und Zurückziehen. Nichts wird geändert, jeder Schritt ist ein neuer Eintrag in einer Hash-Kette.
- 4.Freigabeketten
Stufen je Scope, wer an welcher Stufe freigibt, das Vier-Augen-Prinzip, was eine Freigabe bedeutet und wo ein Projekt seine Ketten festlegt.
- 5.Die Vorlagensprache
FreeMarker in einer Sandbox: wie eine Vorlage auf die Payload zugreift, wie Zahlen und Daten formatiert werden, wie Assets und SVG-Grafiken hineinkommen und was gesperrt ist.
- 6.Mitgelieferte Vorlagen
Vorlagen, die mit einem Build ausgeliefert werden, kommen über denselben Weg ins System wie jede andere: als Entwurf, eingereicht von einem Plattform-Administrator. Am Beispiel der Berichte des Hubs.