N° 16 · laufend
eoglou.de
Die eigene Website — und die Strecke dahinter, vom Preis bis zur Rechnung.
eoglou.de ist statisches HTML — kein Redaktionssystem, keine Datenbank im Frontend. Das HTML der Startseite wiegt 22,5 Kilobyte, die Antwort ist nach 56 Millisekunden da. Interessanter ist, was dahinter hängt: Preise, Angebote und Rechnungen kommen aus einer einzigen Quelle.
Projektgeschichte
01 — Herausforderung
Ein Preis, drei Orte. Irgendwann stimmt einer nicht.
Derselbe Preis steht auf der Website, im Angebot und auf der Rechnung. Drei Orte, drei Mal pflegen. Eine vergessene Änderung reicht, und der Kunde liest online etwas anderes, als auf seiner Rechnung steht. Wer allein arbeitet, merkt das zuletzt.
02 — Ansatz
Eine Quelle für den Preis. Alles andere zieht nach.
Die Preise stehen einmal in Crater. Ein Skript zieht sie von dort in eine zentrale Datei. Alle fünf Minuten sieht ein Dienst nach, ob sich etwas geändert hat — und schreibt die neuen Preise dann selbst in die Seiten und ins Repo. Das Briefingformular hängt am selben System: Was ausgefüllt und abgeschickt wird, landet als Angebot in Crater.
03 — Ergebnis
Zwei QR-Codes im Angebot, eine XML in der Rechnung.
Das Angebot trägt zwei QR-Codes: einen für die Anzahlung, einen für den Gesamtbetrag. Die Rechnung bringt ihre Daten zusätzlich als eingebettete Datei mit — factur-x.xml nach EN 16931, die ein Buchhaltungsprogramm direkt einlesen kann. Was auf der Website steht, steht in beiden Dokumenten genauso.
Die Seite im Ganzen
Vier Seiten, von oben bis unten.
Galerie
Aus der Nähe.
Die Strecke dahinter
Vom Briefing bis zur Rechnung.
Deine Preise stehen an drei Stellen?
Website, Angebot, Rechnung — ich hänge sie an eine Quelle.
Briefing starten
Leistung dazu: KI & Automatisierung