Für Shopify gibt es fünf Gang-Sheet-Builder. Für JTL-Shop gab es: keinen.
Der erste Gang Sheet Builder für JTL-Shop: DTF-Gangsheets direkt im Shop erstellen – automatisches Nesting, CMYK, Druckdatei an JTL-Wawi. Ohne Cloud, ohne Provision.
Einleitung
Einleitung
Ein Vereinsbetreuer braucht 25 Rückennummern und zwei Logos als DTF-Transfer. Bisher hieß das: Druckdaten per E-Mail hin- und herschicken, oder die Motive einzeln hochladen und hoffen, dass die Druckerei sie sinnvoll anordnet. Wer es komfortabler wollte, landete bei einem Cloud-Tool aus den USA – mit Monatsgebühr oder Prozenten vom Umsatz. Und wer seinen Shop mit JTL betreibt, landete nirgends: Für JTL-Shop gab es schlicht kein solches Werkzeug. Diese Lücke haben wir in einem Kundenprojekt geschlossen – mit einem Gang-Sheet-Builder, der als ganz normales Plugin im Shop des Händlers läuft.
Die Lücke: Bogen-Designer gibt es nur für die anderen
Die Lücke: Bogen-Designer gibt es nur für die anderen
Ein Gang-Sheet-Builder – im Deutschen auch Gangsheet-Builder oder Sammelbogen-Konfigurator – ist ein Werkzeug, mit dem Endkunden ihre DTF-Druckbögen selbst zusammenstellen: Motive hochladen, Stückzahl je Motiv festlegen, automatisch anordnen lassen. Abgerechnet wird die entstandene Bogenlänge, bei DTF-Transfers üblicherweise als Laufmeter. Im DTF-Markt sind solche Builder etabliert – aber ausschließlich als Cloud-Dienste für Shopify und Shopware, und ihr Geschäftsmodell hat es in sich: 39 bis 149 US-Dollar im Monat oder 4 bis 5 Prozent Beteiligung an jeder Druckdatei beziehungsweise Bestellung (Marktstand 09/2026). Dazu kommt ein Konstruktionsprinzip, das man kennen sollte:
Laufende Kosten
Monatsgebühren oder Umsatzbeteiligung – je besser das eigene Geschäft läuft, desto teurer wird das Werkzeug.
Datenabfluss
Der Designer läuft in der Cloud des Anbieters. Kundenmotive, Bestelldaten und Preise wandern zu einem Dritten – auch ein DSGVO-Thema.
Fremdkörper im Checkout
Der Designer wird per Weiterleitung vor den Warenkorb geschaltet. Staffelpreise, Steuern und Zahlarten des Shops kennt er nicht wirklich – er koppelt sich nur an.
Für JTL-Shop existierte keines dieser Werkzeuge – nicht einmal in dieser Form. Händler mit JTL-Wawi und JTL-Shop, die DTF-Transferfolie als Laufmeter-Artikel verkaufen, hatten die Wahl zwischen Handarbeit und Plattformwechsel. Genau an dieser Stelle setzt der HDT DTF-Designer an: entstanden im Projekt mit einer DTF-Druckerei, die ihren Kunden das Bogen-Bauen selbst überlassen wollte, und von Anfang an als Produkt gebaut, das auch andere Druckereien einsetzen können.
Der Anspruch: kein Upload-Formular mit Vorschau
Der Anspruch: kein Upload-Formular mit Vorschau
Ein Bogen-Designer, der diesen Namen verdient, ist drei Dinge zugleich: Preisrechner, Druckvorstufe und Warenkorb. Er muss Motive platzsparend anordnen wie ein Nesting-Werkzeug, Farben und Auflösungen behandeln wie eine Druckvorstufe – und sich im Shop verhalten wie eine ganz normale Warenkorbposition. Unser Maßstab war deshalb nicht „ein Upload-Feld mit Bildvorschau“, sondern ein Werkzeug, das sich anfühlt wie Teil des Shops und rechnet wie die Produktion.
Vom Upload zum fertigen Gangsheet: was Ihre Kunden erleben
Vom Upload zum fertigen Gangsheet: was Ihre Kunden erleben
Der Kunde lädt seine Motive hoch – PNG, JPG, PDF oder Illustrator-Dateien – und trägt je Motiv Stückzahl und Druckgröße ein. Eine Auflösungsampel zeigt sofort, ob die Datei für die gewünschte Größe reicht: grün ab 300 dpi, orange ab 150 dpi, darunter rot. Vektordateien werden als solche erkannt und bleiben es auch. Und weil Kundendateien oft als A4-Bogen mit viel Luft ums Motiv ankommen, schneidet „Hintergrund entfernen“ den leeren Rand ab – Luft, die sonst bezahlten Bogen verlängern würde.
Beim Anordnen passiert das, was dieses Werkzeug von einem Formular unterscheidet: Ein echter Nesting-Algorithmus – ein eigens entwickeltes Skyline-Verfahren, rund 300 Zeilen Kern-Code mit Testsuite – packt die Stücke auf die Bogenbreite und darf dabei jedes einzelne Stück um 90 Grad drehen, wenn das Platz spart. Ein Beispiel direkt aus unserer Testsuite: Bogen 56 cm breit, Motiv 20 × 12 cm, fünf Stück. Zwei liegen quer, das dritte wird gedreht und passt noch in die erste Reihe – zwei Reihen statt drei, kürzerer Bogen, weniger Kosten. Bogenlänge, Materialnutzung und Preis aktualisieren sich live bei jeder Änderung; selbst 500 Teile ordnen sich in unter 100 Millisekunden neu.
Für alles, was nach dem Druck sortiert werden muss, gibt es den Raster-Modus: Motive ähnlicher Höhe bilden Reihen mit gleich breiten Zellen, die Schnitte bleiben in beiden Richtungen gerade. Der Klassiker dazu ist die Nummernreihe – aus der Eingabe „1-25“ entsteht je Nummer ein Motiv in gleicher Schrift, Farbe und Höhe, bis zu 100 Nummern in einem Schritt. Ein kompletter Trikotnummern-Satz in Sekunden statt 25 Einzeluploads.
Das Text-Werkzeug bringt 26 mitgelieferte Schriften mit und nimmt Farben wahlweise als HEX- oder als CMYK-Wert an. Das ist kein Komfort-Detail, sondern Druckvorstufe: CMYK-Eingaben gehen unverändert als DeviceCMYK in die Druckdatei – die Vereinsfarbe kommt im RIP exakt so an, wie sie eingegeben wurde. Gesetzt wird der Text serverseitig als Vektor, mit Kontur auf den Zehntelmillimeter.
Am Ende ist der Bogen eine ganz normale Position des Laufmeter-Artikels: Menge gleich Bogenlänge, Staffelpreise, Steuern, Versand- und Zahlarten des Shops greifen unverändert. Und der Designer merkt sich die Arbeit: Jeder Entwurf wird automatisch gespeichert, angemeldete Kunden finden ihre Bögen unter „Meine Designs“ wieder – zum Weiterbearbeiten, Kopieren oder Herunterladen der Druckdatei; anonym begonnene Bögen wandern beim Login ins Konto. Für Ihr Geschäft ist das der Wiederbestell-Hebel: Der Trikotsatz der letzten Saison wird kopiert, zwei Nummern geändert, bestellt – niemand baut den Bogen ein zweites Mal von vorn auf.
Unter der Haube: drei Entscheidungen, die man nicht sieht
Unter der Haube: drei Entscheidungen, die man nicht sieht
Der Server glaubt dem Browser kein Wort
So flüssig der Designer im Browser rechnet – verbindlich ist nichts davon. Preis und Menge entstehen ausschließlich serverseitig aus dem validierten Layout: Überlappungsprüfung, Sicherheitsrand, erklärter Abstand, Stückzahlen, Höchstlänge. Ein manipuliertes Layout oder ein „billiger gemachter“ Preis im Request wird ignoriert. Möglich macht das ein deterministischer Anordnungs-Algorithmus: gleiche Eingabe, exakt gleiches Ergebnis – der Server kann jedes Layout unabhängig nachrechnen.
Hochgeladene Dateien gelten als feindlich
Jede Kundendatei wird über ihre tatsächliche Signatur erkannt, nicht über die Dateiendung, und vollständig neu kodiert – das entschärft präparierte Dateien und eingebettete Inhalte, Metadaten werden entfernt. PDFs sind aktiver Inhalt und werden serverseitig normalisiert: JavaScript, automatische Aktionen und eingebettete Dateien fliegen raus, Farben und Auflösung bleiben unangetastet. Auf das Parsen von Kunden-PDFs im Browser haben wir bewusst verzichtet, SVG nehmen wir gar nicht erst an. Und Download-Links für Druckdateien sind signiert und laufen ab – fremde oder manipulierte Zugriffe bekommen eine 403.
Vektor bleibt Vektor – bis in den RIP
Die Druckdatei je Bogen ist eine PDF-Seite exakt in Bogengröße. Hochgeladene PDF- und Illustrator-Motive werden als Vektor übernommen, nicht gerastert; Text aus dem Text-Werkzeug steht mit eingebetteter Schrift als Vektor in der Datei; Pixelmotive gehen in Originalauflösung hinein – der Designer rechnet nichts klein. Mehrfach platzierte Motive liegen nur einmal in der PDF, ein Bogen mit 200 Trikotnummern bleibt also klein. Wird ein Bogen länger als fünf Meter – mehr erlaubt das PDF-Format je Seite schlicht nicht –, verteilt der Designer ihn automatisch auf weitere Seiten. Erzeugt wird die Datei im Bestellabschluss in Bruchteilen einer Sekunde; misslingt sie, bleibt die Bestellung unberührt und ein Cronjob holt sie nach.
Integration nach JTL-Art – und was man dafür wissen muss
Integration nach JTL-Art – und was man dafür wissen muss
Aktiviert wird der Designer über ein Funktionsattribut am Artikel in JTL-Wawi – ohne Template-Eingriff, ohne Theme-Wechsel. Bogenbreite, Schrittweite und Mindestlänge kommen aus den Artikelstammdaten, die Farben zieht sich der Designer aus dem aktiven Template: Er sieht in jedem Shop nach dem Shop aus. Die Übergabe an die Wawi läuft über das Upload-Modul des Shop-Kerns – derselbe Mechanismus wie bei normalen Kunden-Uploads, darum landet je Bogen genau ein Anhang an genau seiner Auftragsposition. Eine Systemprüfung im Backend kontrolliert die Servervoraussetzungen und warnt sogar, wenn der Designer-Artikel in der Wawi ungünstig konfiguriert ist.
Aus der Praxis
Aus der Praxis
Wie tief solche Integration geht, zeigt ein Fund aus der Entwicklung: Der interne Schlüssel jeder Bogen-Position war 43 Zeichen lang. JTL-Wawi speichert dieses Feld mit 30 Zeichen – und brach deswegen nicht etwa nur die Designer-Position ab, sondern den kompletten Bestellabgleich des Shops. Dokumentiert ist diese Grenze nirgends. Der Schlüssel ist heute 29 Zeichen kurz, offene Warenkörbe älterer Fassungen werden weiterhin erkannt. JTL-Integration heißt, auch die Grenzen zu kennen, die in keiner Doku stehen.
Kernaussage
Ein Gang-Sheet-Builder ist kein Widget, das man vor den Checkout klebt. Er ist Preisrechner, Druckvorstufe und Warenkorb zugleich – und gehört deshalb in den Shop, nicht in eine fremde Cloud.
Das Ergebnis
Das Ergebnis
Für unseren Kunden: Endkunden bauen ihre Bögen selbst, die Druckdatei liegt nach dem Kauf automatisch an der richtigen Auftragsposition in JTL-Wawi – und läuft dort direkt weiter in die automatisierte Produktion, die wir im selben Haus aufgebaut haben. Vom Browser des Endkunden bis zur Druckmaschine ist das eine durchgängige Strecke ohne manuellen Zwischenschritt.
Für den Markt: das erste Plugin seiner Art für JTL-Shop. Es läuft vollständig auf dem Server des Händlers – kein Cloud-Dienst, keine Umsatzbeteiligung, keine Kundendaten bei Dritten. Und weil das Prinzip „Kunde gestaltet, Shop rechnet in Laufmetern ab, Wawi bekommt die Produktionsdatei“ nicht an DTF hängt, ist es auf andere Meter- und Konfektionsware übertragbar: Folie, Stoff, Banner, Plattenzuschnitt.
FAQ
FAQ
Häufige Fragen
Aus einer realen Anforderung im Tagesgeschäft einer DTF-Druckerei ist ein Produkt geworden, das es für JTL-Shop bisher nicht gab: ein Gang-Sheet-Builder, der im Shop lebt statt in einer fremden Cloud – mit echtem Nesting, echter Druckvorstufe und echter JTL-Integration bis zur Auftragsposition in der Wawi. Genau so entstehen bei uns die meisten Werkzeuge: nicht am Reißbrett, sondern entlang der tatsächlichen Wertschöpfung eines Kunden.
Ihr nächster Schritt
Sie betreiben einen JTL-Shop und Ihre Kunden sollen Bögen selbst bauen? Wir zeigen Ihnen den Designer in einer Demo an einem echten Laufmeter-Artikel – unverbindlich, gern mit Ihren eigenen Testmotiven. Und wenn Sie kein DTF drucken, aber in Ihrem Sortiment ein „das müsste man doch im Shop konfigurieren können“ steckt: Sprechen wir darüber, was in JTL-Shop möglich ist.
Gespräch anfragenWeiterführende Artikel
JTL-Software
JTL-Wawi: Produktionssteuerung bis zum Drucker-Log
JTL-Wawi bringt keine Produktionssteuerung mit. So haben wir sie individuell ergänzt: Auslastungsplanung, Live-Maschinenstatus und automatische Wochenreports – ohne JTL anzutasten.
13 Min. LesezeitJTL-Software
JTL-Shop 5: Vom Erstgespräch zum Go-live
Ein erfolgreicher JTL-Shop entsteht aus sauberer Wawi-Struktur, Sortiment, Template, Integrationen, Testphase und Go-live-Begleitung – nicht nur aus Design und Technik.
7 Min. LesezeitJTL-Software
JTL E-Mail-Vorlagen: Transaktionsmails im Griff
JTL-Wawi und JTL-Shop E-Mail-Vorlagen professionell gestalten: Auftragsbestätigung, Rechnung und Versandmail ohne Plugin anpassen – ganz ohne Funktionsverlust.
9 Min. LesezeitJTL-Software
JTL-Ökosystem: Einstieg & Überblick
JTL ist ein modularer Systemverbund aus Wawi, Shop, WMS, eazyAuction, POS und Plan&Produce. Entscheidend ist der strukturierte Einstieg über saubere Prozesse und Daten.
9 Min. LesezeitOperative Klarheit entsteht nicht zufällig.
Lassen Sie uns gemeinsam herausfinden, welche Strukturen Ihr Unternehmen wirklich entlasten.