Büro, Abrechnung & Personal › Dokumentlayout, PDF & Druck
Dokumentlayout, PDF & Druck
FunktionLive✓ Geprüft am Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit)Wie ein Angebot oder eine Rechnung aussieht, entscheidet ein einziger Renderer mit zwei Vorlagen — „classic" ist der Nachbau des offiziellen BOZO-Formulars und die Voreinstellung, „premium" das Redesign. Derselbe Renderer bedient Druckseite, Angebotsmail und Rechnungsmail; ein Ausdruck entsteht, indem die Datei an den Netzwerkdrucker gemailt wird.
So arbeitest du damit
- Öffne im Büro-Panel den Bereich „Einstellungen" und dort den Reiter „Dokumente & Texte".
- Wähle über die beiden Auswahlkarten die Vorlage: „classic" für den Nachbau des BOZO-Formulars, „premium" für das Redesign.
- Pflege im selben Reiter die festen Texte, die auf jedem Dokument stehen — etwa Öffnungszeiten und Hinweise.
- Öffne einen Auftrag und rufe dort die Vorschau von Angebot oder Rechnung auf.
- Drücke „Drucken", wenn das Blatt aus dem Werkstattdrucker kommen soll.
Ein einziger Renderer baut Angebot, Rechnung, Proforma und Gutschrift, egal ob das Ergebnis auf der Druckseite, in der Angebotsmail oder in der Rechnungsmail landet (Angebote, Rechnungen, Proforma-/Vorrechnung). Die Wahl zwischen den beiden Vorlagen ist eine Einstellung; ist nichts gesetzt, gilt „classic". Das classic-Layout ist ein Nachbau des Papierformulars mit dreispaltigem Kopf, Wappen, Titelband, Fahrzeug-Technikblock, Positionstabelle mit eingerückten Prüfpunkten, Summenblock und dreispaltigem Fuß. Der Renderer ist reine Darstellung: er vergibt keine Rechnungsnummern und löst keine Zahlung aus — das bleibt bei der Abrechnung (Rechnungen, Rechnungsmerkmale (§11 UStG)). Auf der Rechnung sitzt ein Zahlungs-QR-Code für die Überweisung. Die Sammelrechnung hat ihr eigenes Modul, das ausschließlich die bei der Rechnungslegung eingefrorenen Werte druckt und nichts neu rechnet (Sammelrechnung, Aufbewahrungsfristen (§132 BAO)); eine Bestellung an den Lieferanten hat ebenfalls ein eigenes, schlankes Blatt ohne Zahlungs-QR und ohne Rechnungsnummer (Bestellungen / Beschaffung). Aus HTML wird ein PDF über einen kleinen Zusatzdienst; ist der nicht erreichbar, meldet das System das, statt still nichts zu liefern. Für die Anzeige im Browser wird ein PDF serverseitig in Bilder umgewandelt, damit es jeder Browser zeigt. „Drucken" heißt technisch: die fertige Datei geht als Mailanhang an die eigene Adresse des Netzwerkdruckers und wird dort direkt ausgedruckt (Dokumente, Prüfungen & Fotos, E-Mail-Versand & Vorlagen (Outbox)).
- Das Dokument sieht anders aus als erwartet → im Reiter „Dokumente & Texte" prüfen, welche Vorlage eingestellt ist.
- „PDF-Renderer nicht erreichbar" → der Zusatzdienst für die PDF-Erzeugung läuft nicht; ohne ihn entsteht kein PDF und kein Ausdruck.
- Der Druck kommt nicht an → der Absender muss beim Drucker als zugelassener Absender eingetragen sein, sonst verwirft das Gerät die Mail wortlos.
- Der Anhang ist zu groß → die Grenze liegt bei 20 MB je Druckauftrag; große Fotostrecken vorher aufteilen.
- Ein Beleg zeigt beim Öffnen nur einen Download statt der Seite → die Vorschau rechnet das PDF absichtlich in Bilder um; wird stattdessen die Datei geladen, greift die eingebettete Ansicht nicht.
- Die Quellenliste nannte lib/documents/html2pdf.ts; diese Datei existiert nicht mehr, der Weg von HTML zu PDF liegt unter lib/pdf/html2pdf.ts. Der Eintrag wurde entsprechend korrigiert — ob dazwischen etwas verloren ging, ist nicht geprüft.
- Ob in der laufenden Werkstatt „classic" oder „premium" eingestellt ist, ist aus dem Repository nicht ablesbar; die Voreinstellung im Code ist „classic".
- lib/documents/business-document.ts
- lib/documents/collective-document.ts
- lib/documents/purchase-order-document.ts
- lib/documents/brand.ts
- lib/pdf/html2pdf.ts
- lib/print.ts
- app/api/admin/pdf-view/route.ts
- app/api/admin/print/route.ts
- MEM:bozo-classic-document-layout.md
Beleg: MEM:bozo-classic-document-layout.md: 'classic=Default, premium per Setting'
Tiefer fragen
Kontext aus dem KFZ-Bozo-Handbuch
Knoten: feat-dokumentlayout-druck (Funktion · Büro, Abrechnung & Personal · live · geprüft Sat Sep 05 2026 02:00:00 GMT+0200 (Mitteleuropäische Sommerzeit) @ 0f0406a1)
Kurz: Wie ein Angebot oder eine Rechnung aussieht, entscheidet ein einziger Renderer mit zwei Vorlagen — „classic" ist der Nachbau des offiziellen BOZO-Formulars und die Voreinstellung, „premium" das Redesign. Derselbe Renderer bedient Druckseite, Angebotsmail und Rechnungsmail; ein Ausdruck entsteht, indem die Datei an den Netzwerkdrucker gemailt wird.
Lies zuerst (Lesebereich, nicht der ganze Baum):
lib/documents/business-document.ts
lib/documents/collective-document.ts
lib/documents/purchase-order-document.ts
lib/documents/brand.ts
lib/pdf/html2pdf.ts
lib/print.ts
app/api/admin/pdf-view/route.ts
app/api/admin/print/route.ts
Hängt zusammen mit:
data-belege (lib/db/schema.ts) · feat-proforma-vorrechnung (lib/proforma.ts) · feat-proforma-vorrechnung (lib/proforma.ts)
Offene Fragen der Seite:
Die Quellenliste nannte lib/documents/html2pdf.ts; diese Datei existiert nicht mehr, der Weg von HTML zu PDF liegt unter lib/pdf/html2pdf.ts. Der Eintrag wurde entsprechend korrigiert — ob dazwischen etwas verloren ging, ist nicht geprüft.
Ob in der laufenden Werkstatt „classic" oder „premium" eingestellt ist, ist aus dem Repository nicht ablesbar; die Voreinstellung im Code ist „classic".
Hausregel 2: Vault-Daten sind für diese Session unsichtbar; Quellpfade auf Vault-Code sind keine Freigabe.
Frage: {{DEINE FRAGE}}
Antworte nur mit Belegen: nenne Datei und Zeile für jede Aussage.
Wenn die Quellen die Frage nicht beantworten, sag das und nenne, was du zusätzlich lesen müsstest.
Weicht die Seite vom Code ab, schlage den Seiten-Patch vor (wiki/seiten/buero-abrechnung/feat-dokumentlayout-druck.md).