AufbauStructure

Arten von Bausteinen

Kinds of building block

Jeder Baustein ist eine Datei mit einer festen Art. Die Anwendung führt eine feste Liste von Arten, jede mit eigenem Platz und eigener Prüfung; eine unbekannte Art lehnt sie ab. Für Einrichtungen sind vor allem vier Arten von Bedeutung:

Every building block is a file with a fixed type. The application keeps a fixed list of types, each with its own slot and its own check; it rejects an unknown type. Four types matter most to organisations:

1. Bereich: eine Rubrik mit eigenen Feldern.
2. Sprachmodul: die Texte der Oberfläche in einer weiteren Sprache.
3. Rechtsraum: Dokumente und Regeln eines Rechtsraums.
4. Branding: Name, Logo und Farben einer Einrichtung.

1. Area: a section with its own fields.
2. Language module: the interface texts in a further language.
3. Jurisdiction: the documents and rules of a jurisdiction.
4. Branding: an organisation’s name, logo and colours.

Das Studio erzeugt daneben weitere Bausteine, etwa Institutionsart, Format und Angehörigen-Blatt, dazu Vorlagen. Jeder Baustein kann Modul oder Vorlage sein; das entscheidet der Weg in die Anwendung, nicht die Art.

The Studio also produces further building blocks, such as institution type, format and family sheet, as well as templates. Any building block can be a module or a template; the route into the application decides, not the type.

WerkzeugTool

Bau im Studio

Building in the Studio

Im Studio(öffnet in neuem Fenster)(opens in a new window) wählen Sie die Art des Bausteins, legen die Inhalte fest und exportieren die Moduldatei. Felder verweisen auf das öffentliche Feldregister(öffnet in neuem Fenster)(opens in a new window), in dem jede Angabe eine feste Kennung hat.

In the Studio(öffnet in neuem Fenster)(opens in a new window) you choose the type of building block, set the contents and export the module file. Fields reference the public field register(öffnet in neuem Fenster)(opens in a new window), where every detail has a fixed identifier.

Für Rechtsraum, Institutionsart und Branding prüft das Studio vor dem Einreichen mit derselben Prüfung wie die Anwendung, ob diese das Modul annimmt. Die übrigen Arten prüft Vivodepot nach dem Einreichen.

For jurisdiction, institution type and branding, the Studio uses the same check as the application to test, before you submit, whether the application will accept the module. Vivodepot checks the other types after submission.

SignaturSignature

Zertifikatskette und Prüfung

Certificate chain and checking

Ein signiertes Modul trägt die Modulsignatur und das Anbieter-Zertifikat Ihrer Einrichtung. Die Anwendung prüft in dieser Reihenfolge:

A signed module carries the module signature and your organisation’s provider certificate. The application checks in this order:

1. Das Anbieter-Zertifikat gegen den Anker von Vivodepot, der in die Anwendung eingebaut ist. Wurde es von einer Ausgabestelle ausgestellt, prüft sie zuerst deren Zertifikat gegen den Anker.
2. Gültigkeit und Sperrliste: Ein abgelaufenes Zertifikat lehnt die Anwendung ab, ebenso eines, das auf der mitgelieferten Sperrliste steht.
3. Die Modulsignatur gegen den öffentlichen Schlüssel aus Ihrem Zertifikat.

1. The provider certificate against the Vivodepot anchor built into the application. If it was issued by an issuing office, the application first checks that office’s certificate against the anchor.
2. Validity and revocation list: the application rejects an expired certificate, and one that is on the revocation list shipped with it.
3. The module signature against the public key from your certificate.

Aus dem Zertifikat ergibt sich die Herkunft, die die Anwendung anzeigt: „geprüft“ mit der Rolle der Stelle oder „signiert, nicht anerkannt“. Eine Datei ohne Signatur liest die Anwendung nur nach einer Rückfrage ein und zeigt sie als „unsigniert“; ein Branding nimmt sie nur mit geprüfter Signatur an. Die Prüfung läuft ohne Internetverbindung; ihr Quelltext gehört zum offenen Kern und liegt auf GitHub(öffnet in neuem Fenster)(opens in a new window). Der Quellcode des Kerns liegt öffentlich auf GitHub; jede öffentliche Fassung trägt einen eigenen Tag. Die Vorlagen von Vivodepot und ein Teil der Signier- und Zertifikatswerkzeuge gehören nicht zum offenen Kern.

The certificate determines the origin the application displays: “verified” with the body’s role, or “signed, not recognized”. The application reads in a file without a signature only after asking, and shows it as “unsigned”; it accepts branding only with a verified signature. The check runs without an internet connection; its source code is part of the open core and is on GitHub(öffnet in neuem Fenster)(opens in a new window). The core’s source code is public on GitHub; every public release carries its own tag. Vivodepot’s templates and some of its signing and certificate tools are not part of the open core.

StandCurrent state

Über Vivodepot

Through Vivodepot

Das Anbieter-Zertifikat beantragen Sie heute direkt bei Vivodepot; einen eigenen Zugang, über den Sie es selbst auslösen, gibt es noch nicht. Bevor Vivodepot ein Zertifikat ausstellt, prüfen wir, wer die Einrichtung ist. Den Inhalt Ihres Moduls bestätigt das Zertifikat nicht.

You currently apply for the provider certificate directly with Vivodepot; there is not yet a separate access through which you can trigger it yourself. Before Vivodepot issues a certificate, we check who the organisation is. The certificate does not confirm the content of your module.

Eine eigene Anwendung mit Ihren Modulen und Vorlagen baut Vivodepot im Rahmen eines Vertrags. Sie ist eine einzelne Datei; eine neue Fassung kommt als neue Datei.

Vivodepot builds an application of your own with your modules and templates under a contract. It is a single file; a new version comes as a new file.

KontaktContact

Anfragen von Einrichtungen

Enquiries from organisations

Moduldatei einreichen oder technische Fragen: info@vivodepot.de, Telefon +49 30 200 092 242

To submit a module file or ask technical questions: info@vivodepot.de, phone +49 30 200 092 242