Pakete
Vieles von dem, was ITB tut, ist nicht eingebaut. Es kommt als Pakete – installierbarer Inhalt, der Artefakte zum Generieren hinzufügt, Regeln, gegen die Ihr Modell geprüft wird, oder Einträge in der Oberfläche der Anwendung selbst. Zu ändern, was Sie generieren oder was die Anwendung anbietet, heisst ein anderes Paket zu installieren – und nicht, eine neue Version der Anwendung zu bekommen.
Diese Seite handelt vom Installieren. Was ein Paket deklariert, steht in Pack Configuration; ein Paket, das die Oberfläche erweitert, behandelt Capabilities.
Pakete installieren Sie aus dem Marketplace (Paketsymbol in der linken Seitenleiste, unter dem Logo). Sie werden je Benutzer installiert, ein Versuch betrifft also niemanden sonst.

Die vier Arten
Der Marketplace gruppiert seinen Inhalt danach, was er tut:
| Gruppe | Was sie beiträgt |
|---|---|
| Template packs | Die Artefakte selbst – SQL-Modelle, Schemata, Dokumentationsseiten |
| Quality rules | Regelgruppen, die der Reiter Quality gegen Ihr Modell ausführt |
| Capabilities | Ergänzungen der Oberfläche: Assistenten, Aktionen, Menüeinträge |
| Bundles | Mehrere davon, plus ein Modell, als ein Eintrag installiert |
Ein Paket deklariert, was es von Ihrem Modell braucht – Entitätstypen, Attributtypen, Beziehungstypen, benutzerdefinierte Eigenschaften – und ITB prüft das nach der Installation. Fehlt etwas, bietet der Abgleichsdialog an, es zu ergänzen, statt die Generierung still nichts erzeugen zu lassen.
Diese Prüfung ist der Grund, warum man einem Paket direkt nach der Installation trauen kann. Ein Paket passt über den Typschlüssel auf Ihr Modell; ohne die erwarteten Typen würde es auf nichts passen und keine Dateien erzeugen – ohne Fehlermeldung, denn „nichts hat gepasst" ist kein Fehlschlag.
Bundles: mehrere Bestandteile als ein Eintrag
Ein Modell und das Paket, das daraus generiert, gehören zusammen. Getrennt ausgeliefert fallen sie auseinander: jemand installiert das Modell ohne sein Paket, generiert und bekommt nichts.
Ein Bundle verhindert das, indem es alles auf einmal installiert – das Modell mit seiner Typkonfiguration, die Template-Pakete, ein etwaiges Capability-Paket und die Qualitätsregeln – in der Reihenfolge, in der sie zusammenwirken. Alles wird geprüft, bevor irgendetwas geschrieben wird, ein Bundle kann also nicht halb installiert liegenbleiben.
Weil ein Bundle ein Modell mitbringen kann, zeigt Ihnen die Installation vorher, was darin steckt:
- jedes enthaltene Paket, mit Art und Version;
- die Regelgruppen, die es installiert;
- und, wenn es ein Modell mitbringt, eine Warnung, dass das Modell in Ihrem Arbeitsbereich ersetzt und seine Git-Verbindung entfernt wird.

Ein ersetztes Modell lässt sich nicht wiederherstellen. Sichern Sie Ihr Modell vorher mit Modellaktionen ▸ Download Model in der Kopfleiste.
Nach der Installation zeigt ein Bundle Install again – so bekommen Sie sein Modell zurück, nachdem Sie daran gearbeitet haben – und Remove, was die Pakete und Regelgruppen wieder entfernt. Remove lässt das Modell bewusst stehen, weil eine Ersetzung nicht rückgängig zu machen ist.
Zum Ausprobieren
Drei Demo-Bundles liegen jeder Installation bei und brauchen keine Lizenz:
| Bundle | Was es zeigt |
|---|---|
| Demo: Retail Data Vault | Kunden, Produkte und Bestellungen als Data Vault – Staging-Views, Hubs, ein Link und ein Satellit, als dbt-Modelle generiert |
| Demo: Retail Business Objects | Dieselbe Geschäftswelt als Business Objects modelliert – erzeugt ein JSON-Schema je Objekt und einen HTML-Datenkatalog |
| Demo: Retail Business Objects and Data Vault | Beides in einem Modell, mit Mapping-Kanten, die zeigen, welches Business Object in welchem Hub, Link oder Satellit landet |
Das dritte ist das, was man sich ansieht, wenn man nur eines installiert. Es trägt zwei Template-Pakete, einen Assistenten und ein Modell mit sechzehn Entitäten, das beide Welten hält; ein einziger Lauf erzeugt daraus dbt-Modelle, JSON-Schemata und die Katalogseite zusammen:

Die ersten beiden lohnen sich aber nacheinander. Sie teilen nichts ausser der Geschäftsdomäne – keinen Typ, keine Vorlage – und erzeugen daraus vollkommen verschiedene Artefakte. Das ist die deutlichste Vorführung dessen, was eine Konfiguration entscheidet, und Pack Configuration geht durch, wie.