Docker Image bauen und veroeffentlichen / build-and-push (push) Successful in 2m12s
Die Rechnung entstand bisher nur als Datenbankzeile; das PDF wurde bei jedem Abruf neu gerendert und tauchte in keiner E-Mail auf. Das hatte drei Nachteile: Gastbestellungen haben kein Konto, in dem sie den Beleg finden koennten; eine Sicherung der Datenbank sicherte den Beleg nicht mit; und ein spaeter erneut gerendertes PDF konnte nach einer Aenderung an Firmendaten oder Layout anders aussehen als das, was die Kundschaft in Haenden hielt. Ablage jetzt unter INVOICE_DIR, nach Jahr und Kunde sortiert: invoices/2026/mustermann-erika/RE-2026-A3F9C1B2.pdf Das Jahr zuerst, weil sich die Aufbewahrungsfrist danach richtet — ein abgelaufener Jahrgang laesst sich als ganzes Verzeichnis archivieren. Der relative Pfad steht als Invoice.pdfPath in der Datenbank, damit eine spaetere Aenderung an der Pfadbildung keine bereits abgelegten Belege unauffindbar macht. Dafuer wurde die nie gelesene Spalte "pdfUrl" umbenannt; eine URL war ohnehin das falsche Konzept. INVOICE_DIR ist bewusst ein ANDERES Verzeichnis als UPLOAD_DIR: app/uploads/[...path] liefert jede Datei unterhalb von UPLOAD_DIR ohne Anmeldung aus. Laegen Rechnungen dort, koennte jede Person, die den Pfad erraet, fremde Rechnungen samt Anschrift und Bestellinhalt herunterladen. Auf das Rechnungsverzeichnis zeigt keine oeffentliche Route; der Abruf laeuft weiter ueber /rechnung/<nummer>/pdf mit Besitzpruefung. Der Abruf liefert jetzt die abgelegte Datei aus und rendert nur neu, wenn keine da ist — also bei Rechnungen aus der Zeit davor. Versand: das PDF haengt an der Bestellbestaetigung. sendMail nimmt dafuer optionale Anhaenge entgegen, alle zehn bestehenden Aufrufe bleiben unveraendert. Schlaegt das Erzeugen oder Ablegen fehl, geht die Bestaetigung trotzdem raus und die Rechnung bleibt abrufbar: ein 500er an Stripe waere die falsche Antwort auf eine volle Platte, denn die Zahlung ist erfolgt und ein Wiederholungslauf aenderte daran nichts. Sicherung: der taegliche CronJob packt das Verzeichnis als rechnungen-<Zeitstempel>.tar.gz neben den Datenbank-Dump und haengt das Volume nur lesend ein. Vermerkt ist dort auch die Einschraenkung, dass wabenhain-invoices als ReadWriteOnce nur von Pods auf demselben Knoten einhaengbar ist — bei mehreren Knoten braucht es ReadWriteMany, sonst bleibt der Sicherungs-Pod lautlos in "Pending". Weiterhin offen und im README vermerkt: die Rechnungsnummer ist eindeutig, aber nicht fortlaufend (§ 14 Abs. 4 Nr. 4 UStG), und das PDF weist keine Umsatzsteuer aus. Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>
78 lines
2.9 KiB
TypeScript
78 lines
2.9 KiB
TypeScript
import { describe, test, expect } from "vitest";
|
|
import { invoiceRelativePath, resolveInvoicePath, INVOICE_DIR } from "./invoice-storage";
|
|
|
|
function makeInput(overrides: Partial<Parameters<typeof invoiceRelativePath>[0]> = {}) {
|
|
return {
|
|
year: 2026,
|
|
lastName: "Mustermann",
|
|
firstName: "Erika",
|
|
invoiceNumber: "RE-2026-A3F9C1B2",
|
|
...overrides,
|
|
};
|
|
}
|
|
|
|
describe("invoiceRelativePath", () => {
|
|
test("sortiert nach Jahr, dann Kunde, dann Rechnungsnummer", () => {
|
|
// Arrange & Act
|
|
const relative = invoiceRelativePath(makeInput());
|
|
|
|
// Assert
|
|
expect(relative).toBe("2026/mustermann-erika/RE-2026-A3F9C1B2.pdf");
|
|
});
|
|
|
|
test("schreibt Umlaute im Kundenordner aus", () => {
|
|
// Arrange & Act & Assert: eine blosse Filterung auf a-z machte aus
|
|
// "Mueller" ein "m-ller" und damit unleserliche Ordner.
|
|
expect(invoiceRelativePath(makeInput({ lastName: "Müller", firstName: "Jörg" }))).toBe(
|
|
"2026/mueller-joerg/RE-2026-A3F9C1B2.pdf"
|
|
);
|
|
});
|
|
|
|
test("legt Rechnungen derselben Person im selben Ordner ab", () => {
|
|
// Arrange
|
|
const first = invoiceRelativePath(makeInput({ invoiceNumber: "RE-2026-0001" }));
|
|
const second = invoiceRelativePath(makeInput({ invoiceNumber: "RE-2026-0002" }));
|
|
|
|
// Act & Assert: genau das ist der Zweck der Ablage — alle Belege einer
|
|
// Person eines Jahres beieinander.
|
|
expect(first.split("/").slice(0, 2)).toEqual(second.split("/").slice(0, 2));
|
|
expect(first).not.toBe(second);
|
|
});
|
|
|
|
test("trennt Jahrgaenge voneinander", () => {
|
|
// Arrange & Act
|
|
const older = invoiceRelativePath(makeInput({ year: 2025 }));
|
|
const newer = invoiceRelativePath(makeInput({ year: 2026 }));
|
|
|
|
// Assert: die Aufbewahrungsfrist laeuft je Jahr ab, ein Jahrgang muss
|
|
// sich als ganzes Verzeichnis archivieren lassen.
|
|
expect(older.startsWith("2025/")).toBe(true);
|
|
expect(newer.startsWith("2026/")).toBe(true);
|
|
});
|
|
|
|
test("faellt auf 'unbekannt' zurueck, statt ein leeres Pfadsegment zu erzeugen", () => {
|
|
// Arrange & Act & Assert: "2026//RE-....pdf" waere ein kaputter Pfad.
|
|
expect(invoiceRelativePath(makeInput({ lastName: "***", firstName: "###" }))).toBe(
|
|
"2026/unbekannt/RE-2026-A3F9C1B2.pdf"
|
|
);
|
|
});
|
|
});
|
|
|
|
describe("resolveInvoicePath", () => {
|
|
test("loest innerhalb des Ablageverzeichnisses auf", () => {
|
|
// Arrange & Act
|
|
const resolved = resolveInvoicePath("2026/mustermann-erika/RE-2026-A3F9C1B2.pdf");
|
|
|
|
// Assert
|
|
expect(resolved.startsWith(INVOICE_DIR)).toBe(true);
|
|
});
|
|
|
|
test("weist Pfade ab, die das Verzeichnis verlassen", () => {
|
|
// Arrange & Act & Assert: der Pfad kommt zwar aus der eigenen Datenbank,
|
|
// ist aber irgendwann einmal aus Eingaben entstanden — "../" darf nie
|
|
// hinausfuehren.
|
|
expect(() => resolveInvoicePath("../../etc/passwd")).toThrow();
|
|
expect(() => resolveInvoicePath("2026/../../../geheim.pdf")).toThrow();
|
|
});
|
|
});
|