Zum Inhalt springen
Patrick Schaub
Zurück zur Übersicht
Print-on-Demand HändlerE-Commerce & Print-on-Demand

Print-on-Demand Operations Suite

Produktentwicklung & Betrieb8 Jahre2018–2026
ReactTypeScriptRustTauriGoChromiumSQLiteREST APIsGitHub ActionsCross-PlatformPHPSymfony
ProjektumfeldPrint-on-Demand Händler
Jahr2018–2026
RolleProduktentwicklung & Betrieb
BrancheE-Commerce & Print-on-Demand
01 — Projekt auf einen Blick

Projekt auf einen Blick

SkalierungOperations-Infrastruktur für über 1,6 Mio. aktive Produkte auf Amazon und eBay
AutomatisierungAuftragsverarbeitung von manuell ~15 Min/Bestellung auf unter 30 Sekunden reduziert
KatalogpflegeMassenbearbeitung von 100.000+ Listings mit nativem Rust-Backend
ProduktbreiteÜber 40 Produkttypen und Größenvarianten automatisiert — T-Shirts, Sweatshirts, Tassen, Caps und mehr
ArchitekturDrei spezialisierte Stacks: PHP/Symfony, Rust/Tauri/React, Go — optimiert für den jeweiligen Einsatzzweck
BetriebAlle Tools im produktiven Dauereinsatz — entwickelt, betrieben und iterativ weiterentwickelt
02Kontext

Kontext

Ich entwickle und betreibe drei eigene Softwareprodukte für Bestellverarbeitung, Katalogpflege und Versandlogistik eines deutschen Print-on-Demand-Händlers. Die Werkzeuge unterstützen ein Sortiment von über 1,6 Mio. Produkten auf Amazon und eBay in Deutschland und Europa.

Sie entstanden aus konkreten Abläufen im Tagesgeschäft und werden im produktiven Einsatz weiterentwickelt. Architektur, Entwicklung und Betrieb liegen bei mir.

03Aufgabe

Aufgabe

Print-on-Demand im E-Commerce bedeutet: Tausende individuelle Bestellungen pro Monat, jede mit eigenem Motiv, eigener Druckspezifikation und eigenem Versandweg. Bei einem Sortiment von über 1,6 Mio. Produkten auf Amazon und eBay — T-Shirts, Sweatshirts, Tassen, Kissenbezüge, Caps, Mousepads und weitere Textilprodukte in dutzenden Größen und Varianten — wird jeder manuelle Schritt zum Flaschenhals.

Die drei zentralen Engpässe:

  • Auftragsverarbeitung: Jede Bestellung erfordert die Aufbereitung der Druckdatei im richtigen Format und den richtigen Maßen — abhängig von Produkttyp, Größe und Druckverfahren (Direct-to-Film). Dazu kommen Rechnungsstellung und DHL-Versand-CSV. Manuell entsteht dabei erheblicher Aufwand.
  • Katalogpflege: Bei über 1,6 Mio. aktiven Listings müssen Titel, Beschreibungen, Preise und Attribute regelmäßig aktualisiert werden. Amazons Seller Central ist für diese Größenordnung nicht ausgelegt.
  • Versanddaten: DHL liefert Sendungsdaten in einem Format, das weder Amazon noch eBay direkt verarbeiten kann. Tägliche manuelle Konvertierung — fehleranfällig und zeitintensiv.
04Technische Umsetzung

Technische Umsetzung

Drei spezialisierte Tools, die zusammen eine durchgängige Operations-Pipeline bilden:

DTF-Auftragsautomatisierung

End-to-End-Verarbeitung eingehender Bestellungen von Amazon und eBay. Das System importiert Bestelldaten, erkennt automatisch den Produkttyp und die Größe anhand der SKU, generiert maßgenaue DTF-Druckdateien (300 DPI, pixelgenau für jede Produktkategorie), erstellt A4-Drucklayouts für Nicht-DTF-Produkte wie Tassen, erzeugt Rechnungen als PDF und generiert DHL-Versand-CSVs mit korrekten Abrechnungsnummern — differenziert nach Warenpost, Paket und Auslandsversand.

Technisch basiert das System auf PHP mit dem Symfony-Framework. Chromium wird headless für die PDF-Generierung eingesetzt. Die Produktkonfiguration — Maße, SKU-Muster, Druckparameter pro Produkttyp und Größe — ist deklarativ in YAML definiert, was neue Produkttypen ohne Code-Änderung ermöglicht.

Amazon Listings Manager

Desktop-Applikation für die Katalogpflege bei Amazon. Händler laden Katalog-Reports herunter, bearbeiten sie in einem Spreadsheet-Grid und laden Änderungen per SP-API zurück. Das Rust-Backend übernimmt die datenintensive Verarbeitung von Reports mit mehr als 100.000 Zeilen.

Gebaut mit Tauri (Rust + React + TypeScript). Auto-Update über Cloudflare Workers, Cross-Platform-Builds für Windows und Linux über CI/CD mit GitHub Actions.

Versanddaten-Konverter

Automatische Konvertierung von DHL-Versanddaten in Amazon- und eBay-kompatible Formate. In Go geschrieben — Cross-Platform, minimal, sofort einsetzbar. Spart täglich manuelle Arbeit im Fulfillment.

05Mein Beitrag

Mein Beitrag

Dieses Projekt ist kein Kundenprojekt im klassischen Sinn — es ist eigene Produktentwicklung. Ich verantworte Architektur, Entwicklung und Betrieb aller drei Tools. Die langjährige Zusammenarbeit mit dem PoD-Händler liefert den operativen Kontext: Ich verstehe die Abläufe, kenne die Engpässe und entwickle gezielt dagegen.

Für jedes Tool habe ich den Stack gewählt, der zum Problem passt: PHP/Symfony für die Bestellverarbeitung — Bestellungen einlesen, Druckdateien erzeugen, Rechnungen und Versanddaten generieren. Rust/Tauri für die datenintensive Verarbeitung großer Katalog-Reports. Go für die Versanddaten-Konvertierung, weil ein einzelnes Programm ohne zusätzlichen Laufzeitdienst die passende Lösung ist.

Das Ergebnis: Drei Tools, die seit Jahren im täglichen Einsatz laufen und iterativ anhand messbarer Effizienzgewinne weiterentwickelt werden.

06Technologien

Technologien

PHP/Symfony verarbeitet Bestellungen und Dokumente, Rust/Tauri große Katalog-Reports und Go die Konvertierung von Versanddaten.