eInvoice Validation Explorer for KoSIT – Handbuch

1 · Überblick

Der eInvoice Validation Explorer for KoSIT liest einen Prüfbericht, den ein Validator bereits über eine E-Rechnung geschrieben hat, und erklärt ihn in verständlicher Sprache. Aus einer Regelkennung wie BR-CO-10 wird ein Satz, der sagt, welches Feld der Rechnung gemeint ist, welcher Wert dort tatsächlich steht und was die Regel verlangt.

Es gibt ihn in zwei Formen, die ein Produkt sind: als WordPress-Plugin, das die Ablagefläche auf einer Seite Ihrer Website zeigt, und als App, also als Ordner mit einer HTML-Datei, der ohne Server im Browser läuft. Beide zeigen denselben Bericht auf dieselbe Weise und tragen dieselbe Fassungsnummer. Die Kapitel 1 bis 11 beschreiben beide gemeinsam; wo Plugin und App sich unterscheiden, verweist ein Satz auf Kapitel 12 „Als App“ oder Kapitel 13 „Als WordPress-Plugin“.

Für wen er gedacht ist

• Für die Kreditorenbuchhaltung und das Rechnungswesen, die einen Prüfbericht erhalten und wissen wollen, was er bedeutet.
• Für Dienstleister und Agenturen, die ein Prüfergebnis für ihre Kunden lesbar machen wollen.
• Für Entwickler, die einen Befund zusammen mit dem Fachbegriff der EN 16931 sehen wollen, ohne jedes Mal die Spezifikation aufzuschlagen.

Was er kann

• Er liest die Berichts-XML des KoSIT-Validators (rep:report, auch VARL genannt) und den Bericht des KoSIT-Validators als HTML.
• Er liest ebenso die Berichte des Plugins „eInvoice Validator for VAMPIRE“, das dasselbe Berichtsformat schreibt.
• Er zeigt das Urteil des Validators, den Namen des Prüfszenarios und jeden Prüfschritt mit seinen Befunden.
• Er gibt jedem Befund eine Erklärung in Klartext, soweit der mitgelieferte Regelkatalog einen Text führt.
• Er ordnet einen Befund dem Feld der EN 16931 zu (BT- oder BG-Nummer) und zeigt den Wert, den der Beleg dort tatsächlich enthält.
• Er zeigt unter den Befunden den Inhalt des Belegs; ein Klick auf einen Befund springt an die betroffene Stelle.
• Er bietet eine Suche im Beleginhalt und zwei Schalter: „BT-Nummern“ und „nur Befunde“.
• Er arbeitet auf Deutsch, Englisch und Französisch.

Was er nicht kann

• Er prüft nicht. Er enthält keinen Validator. Er gibt wieder, was ein Validator entschieden hat. Irrt sich der Validator, erklärt der Explorer auch den Irrtum.
• Er repariert nicht. Er schreibt kein Feld, erzeugt keine Rechnung und liefert keinen berichtigten Beleg.
• Er speichert nichts. Es gibt kein Archiv und keinen Verlauf früherer Berichte.
• Er erfindet keine Erklärung. Wo der Katalog keinen Klartext führt, steht die Meldung des Validators selbst, als solche gekennzeichnet.
• Er liest keine Rechnung. Wenn Sie statt des Berichts die Rechnung übergeben, weist er die Datei mit einem Hinweis zurück.

In welcher Form er kommt

Keine der beiden Formen braucht Java, einen fremden Dienst, einen API-Schlüssel oder eine eigene Datenbanktabelle. Den Prüfbericht liefert ein Validator, den Sie bereits nutzen: der KoSIT-Validator oder das Plugin „eInvoice Validator for VAMPIRE“.

2 · Installieren

Als WordPress-Plugin

1. Laden Sie die ZIP-Datei aus dem Shop auf invoicePress.de auf Ihren Rechner.
2. Öffnen Sie in WordPress Plugins → Neues Plugin hinzufügen und wählen Sie Plugin hochladen.
3. Wählen Sie die ZIP-Datei, klicken Sie auf Jetzt installieren und danach auf Plugin aktivieren.
4. Legen Sie eine Seite an, fügen Sie den Kurzbefehl [spx_validation_report] ein und veröffentlichen Sie die Seite.

Statt des Hochladens können Sie den entpackten Ordner auch in das Verzeichnis wp-content/plugins/ legen und das Plugin danach auf der Seite „Plugins“ aktivieren. Nach dem Aktivieren müssen Sie nichts einstellen; die Kataloge mit den Regeln und Feldern liegen im Plugin. Einstellungen, Aktualisieren und Entfernen beschreibt Kapitel 13.

Als App

1. Laden Sie die ZIP-Datei aus dem Shop auf invoicePress.de und entpacken Sie sie an einen Ort Ihrer Wahl: in Ihre Dokumente, auf einen USB-Stick, auf ein Netzlaufwerk oder in ein Verzeichnis Ihres Webservers.
2. Öffnen Sie im Ordner einvoice-validation-explorer-for-kosit die Datei einvoice-validation-explorer-for-kosit.html mit einem Doppelklick.

Die App wird nicht installiert, sondern nur abgelegt. Sie braucht keinen Server und lädt in der Voreinstellung nichts aus dem Internet. Den Inhalt des Ordners, die Einstellungen und das Aktualisieren beschreibt Kapitel 12.

3 · Erste Schritte

1. Öffnen Sie die Seite mit dem Kurzbefehl oder die Startdatei der App. Sie sehen die Ablagefläche für einen Prüfbericht.

1. Ziehen Sie den Prüfbericht Ihres Validators auf die Fläche, oder klicken Sie darauf und wählen Sie die Datei aus. Erlaubt sind Dateien mit den Endungen .xml, .html und .htm.
2. Der erklärte Bericht erscheint auf derselben Seite, ohne dass sie neu lädt. Lesen Sie zuerst das Urteil und dann die Befunde.
3. Klicken Sie auf einen Befund. Der Beleginhalt darunter rollt an die betroffene Stelle, und die Zeile wird kurz hervorgehoben.

1. Ziehen Sie den nächsten Bericht hinein, wenn Sie einen weiteren lesen wollen. Er ersetzt den vorigen.

4 · Arbeiten mit dem Validation Explorer

Einen Bericht öffnen

Sie ziehen eine Datei auf die Ablagefläche oder klicken darauf und wählen eine Datei. Mit der Tastatur erreichen Sie die Fläche über die Tabulatortaste und öffnen den Dateidialog mit der Eingabetaste oder der Leertaste. In der App können Sie außerdem eine kopierte Datei aus der Zwischenablage in die Seite einfügen.

Sie übergeben immer nur eine Datei: den Bericht. Der Inhalt des Belegs, den Sie unter den Befunden sehen, stammt aus dem Bericht selbst, denn ein Prüfbericht des KoSIT-Validators trägt die geprüfte Rechnung in sich. Übergeben Sie der App mehrere Dateien auf einmal, zählt nur die letzte, weil zwei Berichte zugleich zwei Urteile übereinanderlegen würden.

Im Plugin wird der Bericht an Ihre Website gesendet und dort gelesen; in der App liest ihn der Browser selbst. Was das für den Datenschutz bedeutet, steht in Kapitel 9.

Das Urteil und die Prüfschritte lesen

Oben im Bericht steht das Urteil des Validators, zusammen mit dem Namen des Prüfszenarios. Darunter folgen die Prüfschritte mit der Zahl ihrer Befunde; die Zahlen tragen die Farbe ihrer Schwere. Ein Bericht, der nur Warnungen und keine Fehler enthält, gilt als bestanden, so wie der Validator es empfiehlt.

Einen Befund verstehen

Jede Regel steht im Bericht einmal. Fehler und Warnungen haben einen getönten Hintergrund mit farbiger Kante. Zu einer Regel sehen Sie:

• die Erklärung in Klartext, soweit der Katalog einen Text führt, sonst die Meldung des Validators, als solche gekennzeichnet;
• die betroffenen Felder, markiert und mit ihrer Bezeichnung statt des Namens des XML-Elements;
• hinter jedem Feld den Wert, den der Beleg dort tatsächlich enthält.

Beträge erscheinen mit zwei Nachkommastellen in der Schreibweise der eingestellten Sprache. Wenn Sie mit der Maus über einen solchen Betrag fahren, zeigt ein Tooltip den Wert so, wie er im Beleg steht. Betrifft ein Befund eine Anlage der Rechnung, nennt der Bericht den Namen dieser Anlage, etwa „Anlage: Aufmass.pdf“.

Vom Befund zur Stelle im Beleg springen

Unter den Befunden steht der Inhalt des Belegs als Liste. Zeilen, zu denen es einen Fehler oder eine Warnung gibt, sind dort hervorgehoben. Ein Klick auf einen Befund rollt den Beleginhalt sanft an die betroffene Zeile und hebt sie für einen Moment hervor, damit das Auge sie findet.

Im Beleginhalt suchen

Über dem Beleginhalt steht ein Suchfeld mit dem Platzhalter „BT-Feld, Elementname oder Wert suchen …“. Während Sie tippen, bleiben nur die Zeilen sichtbar, deren Feldbezeichnung, Wert oder BT-Nummer den Suchbegriff enthält; die Treffer sind hervorgehoben. Groß- und Kleinschreibung spielt keine Rolle. Sie können also nach einem Namen, einem Betrag oder nach „BT-5“ suchen.

BT-Nummern ein- und ausblenden

Der Schalter „BT-Nummern“ blendet die Nummern der Felder im Beleginhalt ein oder aus. In der App ist er beim Öffnen eines Berichts eingeschaltet. Im Plugin legt der Betreiber fest, ob er beim Öffnen ein- oder ausgeschaltet ist (Kapitel 13). Jeder Besucher kann ihn im Bericht selbst umstellen.

Nur die Zeilen mit Befunden zeigen

Der Schalter „nur Befunde“ beschränkt den Beleginhalt auf die Zeilen, zu denen es einen Fehler oder eine Warnung gibt. Dieser Schalter und die Suche wirken zusammen: Ist beides aktiv, sehen Sie nur die Zeilen mit Befund, die zugleich zum Suchbegriff passen.

Berichte zu erweiterten Profilen lesen

Nennt ein Bericht Felder oder Regeln einer Erweiterung, etwa ZUGFeRD / Factur-X EXTENDED oder EXTENDED-CTC-FR, sagt der Bericht das über dem Urteil. Ohne den Zusatz „Extended Profiles“ zeigt ein Befund zu einer solchen Regel die Kennung und die Meldung des Validators, und die Kernfelder erscheinen vollständig. Mit dem Zusatz werden diese Regeln erklärt, und Befunde zu Feldern der Erweiterung zeigen ihren Wert aus dem Beleg. Wie der Zusatz zur App oder zum Plugin kommt, steht in Kapitel 12 und Kapitel 13.

Die Sprache

Im Plugin folgt die Oberfläche der Sprache der Seite. Die App hat oben rechts eine Sprachwahl mit Deutsch, Englisch und Französisch; sie startet in der zuletzt gewählten Sprache, sonst in der Sprache des Browsers. Ein Wechsel stellt auch den geöffneten Bericht um: Überschriften, Feldnamen und Erklärungen erscheinen in der neuen Sprache, und Zahlen und Datum folgen ihrer Schreibweise. Fehlt für einen Text eine Übersetzung, erscheint der englische Originaltext.

Zurücksetzen

Sobald ein Bericht geöffnet ist, erscheint der Knopf Zurücksetzen. Er leert die Anzeige. Der Bericht ist danach nirgends mehr vorhanden, weil der Explorer ihn nicht speichert.

5 · Einstellungen

Der Explorer hat im Bericht selbst nur die Suche und die beiden Schalter aus Kapitel 4. Alles Übrige stellt der Betreiber ein, und das geschieht in den beiden Formen an verschiedenen Orten:

• In der App stehen die Einstellungen in der Datei config.js im Ordner der App. Sie legen dort fest, ob die Seite etwas aus dem Internet laden darf (Kapitel 12).
• Im Plugin stehen sie in WordPress unter eInvoice Validation Explorer → KoSIT. Dort legen Sie die Tagesgrenze je Rolle, die größte Datei, die Voreinstellung der BT-Nummern und das Design-Kit fest (Kapitel 13).

6 · Besondere Fälle

Sie haben den Bericht nur als HTML. Übergeben Sie die HTML-Datei. Der Explorer liest sie ebenso. Wenn Sie die Wahl haben, nehmen Sie die Berichts-XML; sie ist die ursprüngliche Ausgabe des Validators.

Sie wollen den Bericht einmal für Fachleute und einmal für Laien zeigen. Im Plugin legen Sie zwei Seiten an, eine mit [spx_validation_report bt="1"] und eine mit [spx_validation_report bt="0"]. In der App blendet der Leser die BT-Nummern mit dem Schalter selbst aus.

Sie wollen jeden Abruf nach außen ausschließen. Nehmen Sie die App mit ihrer Voreinstellung; sie löst dann keinen einzigen Abruf aus (Kapitel 12). Das Plugin stellt ohnehin keine Anfrage an Dritte (Kapitel 9).

Sie wollen das Werkzeug weitergeben. Geben Sie den ganzen Ordner der App weiter, etwa als ZIP. Der Empfänger entpackt ihn und öffnet die Startdatei; er braucht nichts zu installieren.

Sie wollen einen erklärten Bericht sauber ausdrucken. In der App liegt dafür ein eigenes Druck-Stylesheet bei, das Sie einmal anmelden (Kapitel 12).

Ihre Berichte sind sehr groß. Im Plugin erhöhen Sie „Maximale Dateigröße ( MB )“ (Kapitel 13). Die App hat keine eigene Grenze.

7 · Zusammenspiel mit anderen Paketen

Der Explorer arbeitet allein. Die folgenden Pakete sind freiwillig.

8 · Wenn etwas nicht geht

Die Meldungen erscheinen in der eingestellten Sprache. Die Tabelle nennt den deutschen Wortlaut. Meldungen, die nur in einer der beiden Formen vorkommen, sind mit „(Plugin)“ oder „(App)“ gekennzeichnet.

9 · Datenschutz und Sicherheit

Ein Prüfbericht trägt die geprüfte Rechnung in sich und enthält deshalb regelmäßig Namen, Anschriften, IBANs und Beträge. Wohin er geht, hängt von der Form ab.

In der App bleibt der Bericht im Browser. Er wird dort gelesen und nirgendwohin gesendet. Es gibt keinen Server, der ihn entgegennimmt. In der Voreinstellung löst die Seite überhaupt keinen Abruf aus; erst wenn Sie in config.js etwas umstellen, holt sie Datenpakete von invoicepress.de oder Schriften von Google Fonts, und auch dann sendet sie nichts aus dem Bericht (Kapitel 12).

Im Plugin geht der Bericht an Ihre eigene Website. Die Datei wird an Ihre WordPress-Installation gesendet, dort gelesen und als erklärter Bericht zurückgegeben. Die Daten laufen während der Anfrage durch den Arbeitsspeicher Ihres Servers. Das gehört in Ihre eigene Datenschutzerklärung. An Dritte geht nichts: Das Plugin stellt keine ausgehende Anfrage, keine Statistik, keine Lizenzprüfung und keinen Aktualisierungsdienst. Es arbeitet deshalb auch ohne Internetzugang und hinter einer Firewall.

Was gespeichert wird. Der Bericht wird in keiner der beiden Formen gespeichert. Das Plugin liest die Datei aus dem temporären Upload nur im Arbeitsspeicher; sie gelangt nicht in die Mediathek, nicht in die Datenbank und in keine Protokollzeile. Gespeichert werden im Plugin nur seine Einstellungen und je Besucher und Tag ein Zähler für die Upload-Grenze. Bei angemeldeten Benutzern hängt der Zähler am Benutzerkonto, bei anonymen Besuchern an der IP-Adresse in gehashter und gekürzter Form; die IP-Adresse selbst wird nicht gespeichert, und der Zähler verfällt nach einem Tag. Die App merkt sich im Browser nur die zuletzt gewählte Sprache.

Sicherheit im Plugin. Jeder Upload trägt ein Sicherheitsmerkmal, das die Seite frisch vom Server holt; dadurch funktioniert er auch auf Seiten aus einem Zwischenspeicher. Der Server prüft Dateigröße, Dateiendung und Dateiinhalt selbst.

Selbst nachprüfen. Öffnen Sie die Netzwerkanzeige Ihres Browsers und übergeben Sie einen Bericht. In der App mit der Voreinstellung erscheint dort keine Anfrage. Im Plugin erscheint nur die Anfrage an Ihre eigene Website.

10 · Für Entwickler

Im Plugin

Statuscodes der REST-Route und der AJAX-Aktion spx_render:

Die Darstellung steht in einem offenen Shadow DOM am Element mit der Klasse spx-host; die Gestaltung des Themes wirkt dort nicht, eigener Code der Seite erreicht den Bericht aber.

In der App

Die App hat keine Hooks, Filter oder eigenen Ereignisse. Sie lässt sich an diesen Stellen von außen einrichten:

11 · Fassungen

Die vollständige Liste der Änderungen steht in der Datei CHANGELOG.md im Ordner des Plugins und im Ordner der App. Bis Fassung 1.7.1 des Plugins zählte die App eine eigene Reihe von 1.0.0 bis 1.4.4; seit 1.8.0 tragen beide dieselbe Nummer.

12 · Als App

12.1 Ordner und Startdatei

Die App ist der Ordner einvoice-validation-explorer-for-kosit. Er muss vollständig bleiben. Zu ihm gehören:

Die Startseite läuft mit einem Doppelklick von der Festplatte, von einem USB-Stick, von einem Netzlaufwerk oder von einem Webserver. Auf einem Netzlaufwerk teilen Sie den Pfad zur Startdatei mit, etwa als Verknüpfung; auf den Arbeitsplätzen ist nichts einzurichten.

12.2 Die Datei config.js

Die App hat keine Einstellungsseite. Ihre Einstellungen stehen in config.js. Sie öffnen die Datei mit einem Texteditor, ändern einen Wert, speichern und laden die Seite im Browser neu.

Von den sechs Schlüsseln wirken in dieser Fassung also zwei: dataSource und fontsLocal. Wer die App hinter einer Firewall betreibt, lässt beide auf ihrer Voreinstellung. Das ist wichtig, weil ein blockierter Abruf trotzdem im Protokoll des Proxys steht und dort wie ein Datenabfluss aussieht.

Für den Betrieb auf einer öffentlichen Seite, mit Schriften von Google Fonts und mit Nachsehen nach neueren Daten auf invoicepress.de, ändern Sie zwei Zeilen:

	dataSource: 'online',
	fontsLocal: false,

12.3 Der Zusatz „Extended Profiles“

Für den Zusatz gibt es in config.js weder einen Schalter noch einen Lizenzschlüssel. Er ist ein eigenes Paket aus dem Shop. Entpacken Sie ihn in den Ordner data/protected/ der App; die Seite findet ihn von selbst.

12.4 Drucken

Beim Drucken blendet die Seite die Ablagefläche, die Zeile mit dem Berichtsnamen und die Fußhinweise aus. Wer eine eigens fürs Papier eingerichtete Ansicht will, meldet das beiliegende Stylesheet assets/css/kit-print.css an. Es setzt einen weißen Grund, blendet die Werkzeugleiste aus und zeichnet Signalkanten als Linie statt als Schatten. Ergänzen Sie dazu im <head> der Startdatei hinter dem Kit diese Zeile:

<link rel="stylesheet" href="assets/css/kit-print.css" media="print">

Die Reihenfolge zählt: Die Zeile muss nach dem Kit stehen, sonst setzen sich die Bildschirmregeln durch.

12.5 Schriften

Sie dürfen den Ordner assets/fonts/ löschen, wenn der Ordner kleiner werden soll. Die Ansicht bleibt vollständig gestaltet und steht dann in Systemschriften.

12.6 Einbetten in SharePoint

SharePoint Online führt HTML-Dateien aus einer Dokumentbibliothek nicht aus, und das Webpart „Einbetten“ nimmt keine <script>-Tags an. Legen Sie den Ordner deshalb auf einen Webserver mit https:// und setzen Sie in das Webpart „Einbetten“ diesen Rahmen ein; ADRESSE-DES-ORDNERS steht für die Adresse des Ordners auf Ihrem Server:

<iframe src="ADRESSE-DES-ORDNERS/einvoice-validation-explorer-for-kosit.html" style="width:100%;height:900px;border:0"></iframe>

Die Administratoren der Websitesammlung müssen die Domain des Servers für das Einbetten freigeben.

12.7 Aktualisieren und Entfernen

1. Sichern Sie Ihre Datei config.js und, falls Sie den Zusatz eingerichtet haben, den Ordner data/protected/.
2. Ersetzen Sie den Ordner der App durch den Ordner aus dem neuen ZIP.
3. Übertragen Sie Ihre Einstellungen in die neue config.js und legen Sie data/protected/ zurück.

Zum Entfernen löschen Sie den Ordner. Die App legt keine Datenbank an und schreibt nichts außerhalb ihres Ordners auf den Datenträger.

12.8 Im Viewer anzeigen

Die App bringt einen Zusatz für die App „eInvoice Viewer for Peppol EN 16931“ mit. Mit ihm zeigt der Viewer einen Prüfbericht nicht nur als Liste. Er setzt jede Meldung zusätzlich als Karte unter das Feld der Rechnung, das sie betrifft, so wie der Viewer in WordPress.

1. Kopieren Sie den Ordner einvoice-validation-explorer-for-kosit aus diesem ZIP in den Ordner der Viewer-App, neben deren Startdatei. Das gilt auch für die Viewer-App als einzelne Datei.
2. Öffnen Sie im Viewer eine Rechnung. In der Werkzeugleiste steht jetzt der Knopf „Prüfbericht öffnen“.
3. Wählen Sie den Prüfbericht zu dieser Rechnung. Der Bericht erscheint im Reiter „KoSIT Report“, und die Meldungen stehen als Karten an den Feldern im Reiter „Rechnung“.

Gehört der Bericht zu einer anderen Rechnung, meldet der Viewer das und setzt keine Karten. Sind im Viewer die Knöpfe „Mit KoSIT prüfen“, „Mit Mustang prüfen“ oder „Mit VAMPIRE prüfen“ eingerichtet, zeigen auch sie ihre Meldungen an den Feldern, solange der Ordner neben dem Viewer liegt.

13 · Als WordPress-Plugin

13.1 Der Kurzbefehl

Die Ablagefläche erscheint auf jeder Seite, die den Kurzbefehl [spx_validation_report] trägt, in der Sprache der Seite.

[spx_validation_report]
[spx_validation_report bt="0"]
[spx_validation_report bt="1"]

13.2 Die Einstellungsseite

Sie finden die Einstellungen unter eInvoice Validation Explorer → KoSIT. Die Seite ist nur für Benutzer mit dem Recht sichtbar, Einstellungen der Website zu verwalten.

13.3 Die verbleibenden Uploads

In der Ablagefläche steht, wie viele Uploads dem Besucher an diesem Tag noch bleiben. Die Zahl wird nach jedem gelesenen Bericht aktualisiert. Gezählt wird nur ein Bericht, der erfolgreich gelesen und dargestellt wurde; eine abgewiesene Datei verbraucht keinen Upload. Ist die Zeile einer Rolle leer, gibt es für sie keine Grenze, und die Zeile mit den verbleibenden Uploads erscheint nicht.

13.4 Der Zusatz „Extended Profiles“

Der Zusatz „eInvoice Viewer – Extended Profiles“ ist ein eigenes Plugin. Er setzt selbst das Plugin „eInvoice Viewer for PEPPOL & EN16931“ voraus. Sind beide aktiv, erklärt der Explorer auch die Regeln der Erweiterungen.

13.5 Aktualisieren und Entfernen

Sie laden die neue ZIP-Datei aus dem Shop unter Plugins → Neues Plugin hinzufügen → Plugin hochladen hoch und lassen sie das vorhandene Plugin ersetzen. Ihre Einstellungen bleiben dabei erhalten, denn sie stehen in der Datenbank von WordPress und nicht im Ordner des Plugins. Neue Regel- und Feldkataloge kommen immer mit einer neuen Fassung, weil das Plugin zur Laufzeit nichts nachlädt. WordPress meldet eine neue Fassung nicht von sich aus, weil das Plugin keine eigene Update-Abfrage mitbringt.

Sie deaktivieren und löschen das Plugin auf der Seite „Plugins“. Das Plugin legt keine eigene Datenbanktabelle an und speichert keine hochgeladenen Dateien. Es räumt beim Löschen nicht auf: Seine vier Einstellungen bleiben in der Datenbank stehen, und die Tageszähler der Upload-Grenze verfallen nach einem Tag von selbst.

14 · Bilderliste

Diese Liste zeigt, welche Bildschirmfotos dieses Handbuch erwartet und welche im Ordner screenshots/ des Pakets gefunden wurden. Ein Bild heißt immer Kennung.Sprache.png, zum Beispiel xk-bericht.de.png. Fehlt die deutsche Fassung, zeigt das Handbuch die englische. Auf den Bildern sind nur Beispieldaten zu sehen.