LuaBill erstellt Rechnungen, Angebote, Bestellungen und weitere Geschäftsdokumente lokal mit LuaLaTeX. Die Daten werden in der Oberfläche bearbeitet; eine .bill-Datei müssen Sie dafür nicht ändern. Dieses Handbuch folgt der Oberflächensprache. Die Sprache des erstellten Dokuments wählen Sie unabhängig davon.
Inhalt: Erstes Dokument · Öffnen und Speichern · Dokument und Umsatzsteuer · Verkäufer und Kunde · Positionen und Summen · Bemerkungen · Anzahlungen · Ausgabe, QR und Bilder · E-Rechnungen · Komponenten · Einstellungen zurücksetzen · Probleme · Tastatur · Lizenzen
Das Handbuch kann während der Bearbeitung geöffnet bleiben. Mit Strg+F (Cmd+F unter macOS) suchen Sie im Text. Die Vor-/Zurück-Schaltflächen wechseln zwischen Treffern; die Inhalt-Schaltfläche führt zur Navigation zurück.
| Datei | Verwendung |
|---|---|
.luabill | Bearbeitbares Projekt im JSON-Format. Es dient zur weiteren Bearbeitung und ist nicht die an den Kunden zu sendende Rechnung. |
.bill | Älteres Lua-Eingabeformat. Datei → Öffnen… importiert die Daten; beim Speichern entsteht ein neues .luabill-Projekt. Die Quelldatei bleibt erhalten. Importieren Sie nur vertrauenswürdige Lua-Eingaben. |
.pdf, .xml | Erstellte Ergebnisse. Für Korrekturen bearbeiten Sie das Projekt und erstellen die Ausgabe erneut. |
Speichern schreibt das aktuelle Projekt. Speichern unter… wählt einen anderen Pfad. Auch unvollständige Entwürfe können gespeichert werden. Datei → .bill exportieren… erstellt ausdrücklich eine Eingabe für den bisherigen Handler. Verkäuferprofile werden separat über Einstellungen → Verkäuferprofil speichern als JSON abgelegt.
Das Öffnen eines Projekts oder Beispiels erzeugt keine ungespeicherten Änderungen. Ein Stern im Fenstertitel zeigt bearbeitete Dokumentdaten an. Vor der Erstellung werden neue oder geänderte Projekte gespeichert. Ein geöffnetes, unverändertes .luabill wird ohne erneute Dateiabfrage und ohne Neuschreiben des Projekts verarbeitet. Das Speichern der Programmeinstellungen beim Beenden ersetzt das Speichern des Dokuments nicht.
Öffnen und erstes Speichern merken sich den zuletzt benutzten Projektordner. „Speichern unter“ schlägt den aktuellen Projektordner vor. Nach einer Dateizuordnung öffnet ein Doppelklick auf .luabill das Projekt. Der Windows-Installer bietet diese Zuordnung an; bei einer Quellinstallation verwenden Sie Einstellungen → .luabill-Dateien mit LuaBill verknüpfen…. Nach dem Verschieben der Programmdateien muss die Zuordnung erneuert werden.
Der aktuelle Währungscode bleibt auf jeder Registerkarte in der Werkzeugleiste und im Fenstertitel sichtbar. Er wird beim Währungswechsel und beim Öffnen eines Dokuments aktualisiert.
Die Dokumentarten umfassen Angebot, Rechnung, Lieferschein, Auftragsbestätigung, Proformarechnung, Bestellung, Gutschrift, Stornorechnung, Angebotsanfrage und Brief. Die Rechnungsart unterscheidet Gesamt-, Anzahlungs-, Teil- und Schlussrechnung. Vergeben Sie Ihre eigene Dokumentnummer: LuaBill verwaltet keine unternehmensweite Nummernfolge. Tragen Sie das tatsächliche Ausstellungs- und Liefer-/Leistungsdatum ein. Zahlungsfrist und Angebotsgültigkeit sind getrennte Angaben. Bei Gutschrift oder Stornorechnung geben Sie Nummer und möglichst Datum der ursprünglichen Rechnung an.
Dokumentsprache wählt EN, DE, FR, IT oder RU für Beschriftungen und Standardtexte. Einstellungen → Oberflächensprache ändert Menüs, Hilfe und Schaltflächen unabhängig davon. Eigene Beschreibungen werden nicht übersetzt. Die Änderung der Dokumentsprache ändert das Projekt; die reine Änderung der Oberflächensprache nicht.
Verwenden Sie einen dreistelligen Währungscode, etwa EUR, USD, JPY, RUB oder CNY. RUB und CNY stehen ebenfalls in der Währungsliste zur Auswahl. Beträge werden in dieser Währung eingegeben; es findet keine Umrechnung statt. Elektronische Geldsummen unterstützen höchstens zwei Nachkommastellen. Währungen mit üblicherweise drei oder vier Nachkommastellen brauchen eine ausdrückliche zweistellige Exportkonfiguration in der Eingabe; dafür gibt es kein eigenes Formularfeld.
Wählen Sie den tatsächlichen Steuerfall: Inland Deutschland, Waren an EU-Unternehmen, Warenausfuhr in ein Drittland, gewöhnliche B2B-Leistung in der EU oder im Drittland. Bei Waren geben Sie das Tatsächliche Lieferland an. Ein ausländischer Kunde allein begründet keine Steuerbefreiung.
Der allgemeine USt.-Satz gilt für Positionen ohne eigenen Satz. Eine leere USt.-Kategorie verwendet die Automatik. Abweichende Kategorien und Befreiungsgründe müssen zum Geschäftsvorfall passen. Kleinunternehmer (§19 UStG) ist eine Abkürzung für Inlandsgeschäfte. Beim Wechsel auf einen ausländischen Steuerfall werden eigene Positionssätze/Kategorien gelöscht und der allgemeine Satz auf null gesetzt. Auch die Kleinunternehmerauswahl entfernt Positionsabweichungen. Prüfen Sie danach die Positionen.
Steuererklärungen und Gesetzesverweise entstehen aus Steuerfall und berechneten Steuergruppen. Anklickbare Gesetzesverweise steuert die Links; Erläuterungen und Fundstellen bleiben enthalten. Sonderfälle, B2C/OSS sowie Nachweise einer Steuerbefreiung müssen gesondert beurteilt werden. Die Auswahl im Programm stellt die steuerlichen Voraussetzungen nicht fest.
Die optionale Kundennummer ist Ihre Kennung für diesen Kunden. Geben Sie sie als Text ein, etwa 000123, damit führende Nullen erhalten bleiben, oder lassen Sie das Feld leer. LuaBill druckt sie im PDF und überträgt sie als Käuferkennung in die elektronische XML (customer.buyer_id). Sie ist unabhängig von Rechnungsnummer, Bestellbezug und Käuferreferenz/Leitweg-ID.
Erfassen Sie Firma/vollständigen Namen, Straße und Hausnummer, optionalen Adresszusatz, Postleitzahl, Ort und zweistelligen ISO-Ländercode. Die aktuelle Version unterstützt ausschließlich Verkäufer in Deutschland: deren Ländercode muss DE sein. Kunden dürfen in Deutschland, anderen EU-Ländern oder außerhalb der EU sitzen, etwa DE, FR oder US. Verwenden Sie normalen Text. Die strukturierten Adressen erscheinen sowohl im PDF als auch im XML.
Für jeden elektronischen Export (XML, XRechnung und ZUGFeRD) verlangt die aktuelle Implementierung eine gültige IBAN des Verkäufers. Diese LuaBill-Prüfung gilt auch bei einer anderen Dokumentwährung als EUR.
Beim Verkäufer ergänzen Sie Kontakt/Unterzeichner, E-Mail, Telefon, Webseite, Steuernummer beziehungsweise USt-IdNr., Bank, IBAN und BIC. Die Steuernummer ist weder USt-IdNr. noch Handelsregisternummer. Geben Sie soweit zutreffend Rechtsform, Sitz, Registergericht, Registernummer, alle Geschäftsführer (eine Person je Zeile) und Aufsichtsratsvorsitzenden an. Der Kontakt/Unterzeichner ersetzt nicht die vollständige Geschäftsführerangabe.
Beim Kunden sind Bestellbezug, Ansprechpartner und ein abweichender Lieferempfänger mit Adresse möglich. Die Käuferreferenz / Leitweg-ID steht auf der Registerkarte Dokument. Verwenden Sie die vom Empfänger genannte Referenz; eine beliebige Bestellnummer ist nicht automatisch eine gültige Leitweg-ID.
Die Kundenkontaktdaten haben einzelne Eingaben für Ansprechpartner, Position, E-Mail, Telefon, Mobiltelefon, Fax und Webseite. Geben Sie normalen Text ein, ohne LaTeX-Befehle oder \\ als Zeilentrenner; nicht benötigte Felder bleiben leer. Im PDF steht jeder Wert in einer eigenen Zeile, mit Symbolen für E-Mail, Telefon, Mobiltelefon, Fax und Webseite. E-Mail-, Webseiten- und Telefonlinks lassen sich aus dem PDF öffnen. Kontaktname, Telefon und E-Mail können auch in die elektronische XML übernommen werden; die übrigen Kontaktzeilen gehören zur visuellen Darstellung.
Erkennt LuaBill ein älteres zusammengefasstes Kontaktfeld, zeigt es die Werte in den einzelnen Eingaben an, ohne das geöffnete Dokument umzuschreiben oder als geändert zu markieren. Nicht erkannter LaTeX-Text bleibt unter Zusätzlicher Kontakttext (alt) erhalten; dieses Feld erscheint nur bei Bedarf. Der Text bleibt bestehen, bis Sie ihn bearbeiten oder löschen. Nach dem Bearbeiten und Speichern werden die strukturierten Felder verwendet. Beim Import einer .bill und Speichern als neue .luabill bleibt die Quelldatei unverändert.
Die Elektronische Adresse ist der Rechnungsendpunkt, zusammen mit dem Adressschema. Für einen E-Mail-Endpunkt lautet das Schema EM. XRechnung benötigt die Endpunkte beider Parteien und Verkäuferkontaktdaten. Eine Kontakt-E-Mail allein ersetzt das Endpunktfeld nicht.
Über Einstellungen → Verkäuferprofil speichern/laden lassen sich Ihre Stammdaten wiederverwenden. Laden ersetzt die Verkäuferdaten des aktuellen Dokuments und gilt als Änderung. Prüfen Sie anschließend Bankverbindung und Bildpfade.
Zeile hinzufügen öffnet den Editor für Beschreibung, Menge, Einzelpreis, prozentualen Rabatt, optionalen USt.-Satz, Einheitencode, Kategorie und Artikel/SKU. Doppelklick oder Eingabetaste bearbeitet eine gewählte Zeile. Auswahl entfernen beziehungsweise Entf löscht ausgewählte Zeilen. Im Zeileneditor bestätigen Sie mit Speichern oder brechen ausdrücklich ab.
Dezimalpunkt oder Dezimalkomma sind erlaubt; verwenden Sie keine Tausendertrennzeichen. Menge und Einzelpreis unterstützen bis zu sechs, Sätze und Rabatte bis zu vier Nachkommastellen. Leerer Positions-USt.-Satz übernimmt den allgemeinen Satz. Verwenden Sie für elektronische Rechnungen passende Einheitencodes, zum Beispiel C62 für Stück. Ein Rabatt wird bereits von der Position abgezogen.
Prüfen / Summen prüft die aktuellen Daten und zeigt Netto, Umsatzsteuer und Zahlbetrag. Dies ist noch keine externe E-Rechnungsvalidierung. PDF und XML verwenden dieselbe Rechenlogik. Kontrollieren Sie insbesondere gemischte Steuersätze, Rabatte und angerechnete Zahlungen.
Bemerkungen enthält eine Titel/Text-Tabelle, Einleitung, zusätzlichen Rechnungshinweis und eigene Zahlungsbedingungen. Geben Sie normalen Text ein; \textbf{...} ist nicht erforderlich. Standardschlüssel wie project werden in die Dokumentsprache übersetzt. Beschriftungen und kurze Überschriften vor einem Doppelpunkt, etwa Projekt:, werden fett gedruckt.
Bei mehrsprachigen Einträgen ändert der Editor die Variante der aktuellen Dokumentsprache; andere Varianten bleiben erhalten. Eigene Texte werden nicht automatisch übersetzt. Gemeinsame Klartextnotizen stehen in PDF und XML. Importierte Bemerkungen mit beliebigem LaTeX können PDF-spezifisch bleiben. Wichtige Rechnungs- und Zahlungsinformationen gehören daher in die gemeinsamen Klartextfelder.
Tragen Sie ausschließlich tatsächlich erhaltene Zahlungen ein: eine Zeile je Zahlung und USt.-Gruppe mit ursprünglicher Rechnungsnummer/-datum, Zahlungseingang, Netto, Umsatzsteuer, Satz/Kategorie und gegebenenfalls Befreiungsgrund. Alle Beträge gelten in Rechnungswährung. Für mehrere Steuergruppen darf derselbe Rechnungsbezug mehrfach vorkommen.
LuaBill summiert die erhaltenen Bruttobeträge und mindert den Zahlbetrag. Die vollständige Lieferung/Leistung bleibt in den Positionen; ziehen Sie Anzahlungen nicht nochmals als negative Positionen ab. Steuerbeträge, Daten und Steuergruppen müssen zusammenpassen. Ein zusätzlich angegebener Anzahlungs-Gesamtbetrag muss der Aufschlüsselung entsprechen. Ohne erhaltene Anzahlungen geben Sie bei einer Schlussrechnung null an. Vorrechnungen und Bankeingänge werden nicht automatisch nachgeschlagen.
Vorgeschlagen werden Dokumente/LuaBill/Projects für Projekte und Dokumente/LuaBill/Output für Ergebnisse; die systemeigene Dokumentenmappe wird berücksichtigt. Der Ausgabeordner und die Option zur Ausgabe neben dem Projekt gelten für alle Projekte dieses Benutzers auf diesem Computer. Sie werden nicht in .luabill gespeichert. Alte Projekt-Ausgabepfade werden ignoriert. Vorhandene Dateien werden nicht automatisch verschoben.
Ergebnisse übernehmen den Projektnamen, beispielsweise Rechnung-001.pdf, Rechnung-001.xml und Rechnung-001.validation.xml. Erneute Erstellung kann vorige Ergebnisse ersetzen. Archivieren Sie ausgestellte Fassungen vor Änderungen, wenn diese getrennt erhalten bleiben müssen.
Nach erfolgreicher Erstellung öffnet sich das PDF im Standardbetrachter. Die Ergebnisanzeige bietet Pfade sowie PDF öffnen, XML öffnen und Ausgabeordner öffnen. Das automatische Öffnen steuern Sie über Einstellungen → PDF nach Erstellung öffnen. Nach Änderungen an Daten oder Ausgabeparametern ist das frühere Ergebnis veraltet; erstellen Sie es erneut. Details stehen im Erstellungsprotokoll. Bei einem Fehler wird keine neue validierte Rechnung veröffentlicht.
Der Zahlungs-QR-Code (EUR) enthält EPC/SEPA-Daten und den verbleibenden Zahlbetrag samt Zahlungshinweis. Er wird für Rechnungen in EUR mit gültigen IBAN-/Zahlungsdaten und positivem Zahlbetrag erzeugt. Für USD und andere Währungen ist dies kein allgemeines QR-Zahlungsverfahren. Der Code beweist keinen Zahlungseingang. Prüfen Sie Bankdaten und Lesbarkeit mit einer geeigneten Banking-App.
Wählen Sie Unterschrifts- und Stempelbild sowie Höhen wie 12mm und 35mm. Im Schlussbereich stehen Datum/Name mit Unterstreichung; die Unterschrift ist mittig, der Stempel überlagert den Unterschriftsbereich. Kontrollieren Sie die Darstellung mit Ihren Bildern im PDF. Es handelt sich um grafische Bilder, nicht um kryptografische Signaturen. Bilder werden über Pfade referenziert und nicht ins Projekt eingebettet. Kopieren Sie beim Projektumzug die Bilder und wählen Sie die neuen Pfade.
| Format | Ergebnis und Versand |
|---|---|
| Normales visuelles PDF ohne strukturierte E-Rechnung. Versenden Sie es, wenn dieses Format für den Vorgang geeignet ist. | |
| XML · EN 16931 | PDF-Ansicht, strukturiertes CII-XML und Prüfbericht. Das XML ist die strukturierte Rechnung; versenden Sie es über den vereinbarten Kanal, gegebenenfalls zusammen mit der PDF-Ansicht. |
| XRechnung | PDF-Ansicht, XRechnung-3-CII-XML und Prüfbericht. Reichen Sie das XML am vom Empfänger genannten Portal oder Endpunkt mit dessen Käuferreferenz/Leitweg-ID ein. |
| ZUGFeRD · PDF/A-3 + XML | Hybrides PDF mit eingebettetem XML, identische separate XML-Datei und Bericht. Üblicherweise wird das hybride PDF versendet. Ob zusätzlich XML benötigt wird, bestimmt der Empfänger. |
Elektronischer Export gilt für Rechnungen, Gutschriften und Stornorechnungen. Angebote und Bestellungen bleiben PDF-Dokumente; die Formatwahl macht aus einem Angebot keine Rechnung.
Benötigt werden insbesondere Nummer, Ausstellungs- und tatsächliches Liefer-/Leistungsdatum, Parteien und Anschriften/Länder, aussagekräftige Positionen, Währung, passende Steuergruppen und steuerliche Verkäuferidentifikation. Je nach Fall kommen USt-IdNrn., Befreiungsgründe und Zahlungsdaten hinzu. XRechnung prüft zusätzlich Käuferreferenz, beide elektronischen Endpunkte und Verkäuferkontakt. Gutschrift/Storno brauchen den ursprünglichen Rechnungsbezug. Beachten Sie die konkreten Validierungsmeldungen; die Beispieldaten sind keine gültigen eigenen Identifikatoren.
Mustang prüft das XML. Bei ZUGFeRD werden auch PDF/A und Container geprüft; das wieder extrahierte XML muss mit der separaten Datei übereinstimmen. Kontrollieren Sie die Erfolgsmeldung und bewahren Sie .validation.xml auf. Ein PDF-Betrachter mit Anhangsanzeige kann das eingebettete XML zeigen; nicht jeder Betrachter bietet diese Funktion. Dateiname und Aussehen beweisen kein ZUGFeRD. Validierung bestätigt weder Steuerregistrierung noch eindeutige Nummernvergabe, tatsächliche Lieferung oder Befreiungsberechtigung.
Hilfe → Komponenten und Installation ist jederzeit verfügbar. Das Fenster zeigt gefundene Pfade und Java-Version, erläutert fehlende Komponenten und öffnet offizielle Downloadseiten erst nach einem Linkklick. Nach einer Installation klicken Sie Erneut prüfen. Wird das Programm noch nicht gefunden, starten Sie LuaBill neu.
Der Windows-Installer enthält Python als Laufzeit, PySide6/Qt für Fenster/Menüs und Mustang. Eine separate Python-/PySide6-Installation ist dafür unnötig. Quellinstallationen benötigen Python, PySide6 und einmalig das Setup-Skript: unter Windows Setup_LuaBill.cmd, unter macOS/Linux sh Setup_LuaBill.sh. Danach verwenden Sie das Start-Skript. Setup lädt Abhängigkeiten gegebenenfalls aus dem Netz; Rechnungsdaten werden lokal verarbeitet und nicht an einen Onlinedienst gesendet.
Bei kleiner TeX-Installation werden LuaLaTeX, fontspec, fontawesome, babel mit EN/DE/FR/IT/RU, csquotes, tikz, fancyhdr, enumitem, hyperref, soul, lastpage, textpos, luacode, ltablex, draftwatermark und eso-pic benötigt. Noto Sans oder DejaVu Sans decken Unicode ab. „Gefunden“ prüft nicht alle Pakete und Schriften; fehlende Teile stehen im Protokoll.
Beim regulären Beenden merkt sich LuaBill Oberflächensprache, Vorgaben neuer Dokumente einschließlich Sprache, Ausgabeordner/-modus, automatisches PDF-Öffnen, Dialogordner, Fensteranordnung, aktuelle Registerkarte und Tabellenbreiten. Beim Abbrechen des Beendens werden diese Beenden-Einstellungen noch nicht geschrieben. Ein geöffnetes Projekt liefert seine eigenen Dokumentdaten. Nummern, Daten, Kunde, Positionen, Bemerkungen und Verkäuferprofil müssen weiterhin bewusst gespeichert werden.
Verwendet wird QSettings("LuaBill", "LuaBill") mit dem Schlüssel preferences/json, getrennt von Projekt und Programmordner für den aktuellen OS-Benutzer. Vor einem Reset sichern Sie die Einstellungen und schließen alle LuaBill-Fenster, damit sie die alten Werte nicht zurückschreiben.
HKEY_CURRENT_USER\Software\LuaBill\LuaBill exportieren und löschen. Schlüssel für Dateizuordnungen bleiben unberührt.~/.config/LuaBill/LuaBill.conf sichern und entfernen; bei gesetztem $XDG_CONFIG_HOME liegt die entsprechende Datei dort.Für Quellinstallationen: Diesen Python-Code bei geschlossenem LuaBill in der Umgebung mit PySide6 ausführen, um den genauen Speicherort anzuzeigen:
from PySide6.QtCore import QSettings
settings = QSettings("LuaBill", "LuaBill")
print(settings.fileName())
Sichern Sie zunächst den angezeigten Speicher. Erst danach, während alle LuaBill-Fenster geschlossen sind, führen Sie in derselben Python-Sitzung den Reset aus:
settings.clear() settings.sync()
Nach dem Neustart gelten die Vorgaben. Projekte, Verkäuferprofile und erstellte Dokumente werden nicht gelöscht. Der Ausgabeordner ist wieder Dokumente/LuaBill/Output; prüfen Sie ihn vor der nächsten Erstellung.
| Problem | Abhilfe |
|---|---|
| Komponente fehlt / Java zu alt | Komponenten und Installation öffnen, benötigte Programme installieren und erneut prüfen. Bei eigenen Pfaden LUABILL_TEXLUA, LUABILL_LUALATEX, LUABILL_GS, LUABILL_JAVA und JAVA_HOME prüfen. |
| LuaLaTeX-Fehler / fehlende Zeichen | Protokoll lesen, TeX aktualisieren und genanntes Paket beziehungsweise Schrift installieren. MiKTeX kann beim ersten Lauf Netzverbindung für Pakete benötigen. |
| Bild fehlt | Unterschrift/Stempel unter Dateien und Ausgabe neu auswählen oder den Pfad leeren. Das Projekt enthält nicht das Bild selbst. |
| Validierung scheitert | Meldung und Bericht prüfen: Pflichtfelder, Daten, Endpunkte, Steuerkennungen/-kategorien und Anzahlungen korrigieren. Fehlgeschlagene Ergebnisse nicht als validierte Rechnung versenden. |
| PDF öffnet sich nicht | Ergebnisanzeige oder Ausgabeordner verwenden. Automatisches Öffnen und Standard-PDF-Betrachter prüfen. Ein Öffnungsfehler ist vom Erstellungsfehler zu unterscheiden. |
| Ausgabe nicht beschreibbar | Beschreibbaren Benutzerordner wählen, Berechtigungen prüfen und gegebenenfalls ein Programm schließen, das die Zieldatei sperrt. |
| Speicherabfrage | Bearbeitete Daten speichern oder bewusst verwerfen. Importiertes .bill braucht den ersten .luabill-Pfad. Ein nur geöffnetes, unverändertes .luabill braucht keine weitere Speicherung vor der Erstellung. |
| Aktion | Windows / Linux | macOS |
|---|---|---|
| Neu / Öffnen / Speichern | Strg+N / Strg+O / Strg+S | Cmd+N / Cmd+O / Cmd+S |
| Speichern unter | Strg+Umschalt+S | Cmd+Umschalt+S |
| Prüfen / Erstellen | F7 / F9 | F7 / F9 |
| Benutzerhandbuch | F1 | Hilfe-Taste / System-Hilfekürzel |
| Erstelltes PDF öffnen | Strg+Umschalt+P | Cmd+Umschalt+P |
| Tabellenzeile bearbeiten / löschen | Eingabe / Entf | Return / Delete |
Multimedia-Tastaturen benötigen gegebenenfalls Fn. Die Menüs zeigen die auf Ihrem System gültigen Kürzel an.
LuaBill — Open Source Business Document Generator
Copyright 2026 Vsevolod Shashkov & Mikhail Shashkov.
Eigener Code und Dokumentation von LuaBill stehen unter der Apache License, Version 2.0.
qrencode.lua stammt aus speedata/luaqrcode und wurde von Patrick Gundlach und Mitwirkenden geschrieben, Copyright 2012–2020. Die Bibliothek behält ihre Lizenz BSD-3-Clause und Urheberangaben; sie stammt nicht von den LuaBill-Autoren. Andere Fremdkomponenten behalten ihre eigenen Lizenzen. Vollständige Bedingungen finden Sie in LICENSE, NOTICE und den mitgelieferten Drittanbieterhinweisen.
Hilfe → Drittkomponenten und Quellen öffnet das Verzeichnis von Software, Schriften, Profilen und Grafiken. Die Offline-Übersicht verlinkt Originalbedingungen und detaillierte Herkunftsnachweise.