Wir entwickeln das JTL-Shop-Plugin, das deinem Shop fehlt.
Festpreis nach dem Kickoff, getestet in einer Kopie deines Shops.
Hat der JTL Extension Store die Funktion nicht, die dein Geschäftsmodell braucht, bauen wir sie als Plugin: einen Konfigurator auf der Artikelseite, eine Regel im Warenkorb, einen Baustein für deine Shopseiten oder die Verbindung zu einem anderen System. Das Plugin ändert den Kern deines Shops nicht und lässt sich im Backend ein- und ausschalten wie jede Erweiterung.
JTL-Shop lässt sich erweitern, ohne den Kern anzufassen.
Dafür gibt es die Plugin-Schnittstelle, und Plugins kommen laut JTL von Service-Partnern.
Ein Plugin bringt eigene Seiten, Bausteine für den OnPage Composer, Zahlungsarten, E-Mails, Exportformate oder Einstellungen im Backend mit und dockt an den Stellen an, die JTL-Shop dafür vorsieht. Der Kern des Shops bleibt unverändert. Bevor wir entwickeln, prüfen wir, ob eine der über 700 Erweiterungen im JTL Extension Store deine Aufgabe schon löst. Drei Plugins aus unserer Entwicklung stehen dort selbst. Wir arbeiten als zertifizierter JTL-Servicepartner aus Ulm.
Beispiele
Was wir für deinen Shop entwickeln.
Vier Stellen, an denen ein Plugin deinen Shop erweitert. Welche Funktion du brauchst, beschreiben wir im Kickoff gemeinsam.
Auf der Artikelseite
Kunden stellen ihr Produkt selbst zusammen, der Shop rechnet den Preis. Wo das Konfigurator-Modul von JTL reicht, richten wir es ein, wo nicht, entwickeln wir.
DTF-Designer ansehenKunden laden Druckdaten oder Vorlagen direkt am Artikel hoch. Die Datei hängt danach am Auftrag in JTL-Wawi.
Ein ausverkaufter Artikel bleibt bestellbar, solange Nachschub unterwegs ist, mit Liefertermin aus der Wawi. So arbeitet unser Plugin HDT Vorbestellung.
HDT Vorbestellung ansehenEigene Felder, Merkmale und Funktionsattribute aus JTL-Wawi steuern, was das Plugin auf der Artikelseite zeigt.
Im Warenkorb und im Checkout
Was Mindestabnahme und Staffelpreise in der Wawi nicht abdecken, regelt ein Plugin im Warenkorb, etwa die verfügbare Menge statt einer Fehlermeldung.
HDT Warenkorbmenge ansehenPflichtangaben, Bestätigungen oder Prüfungen genau an der Stelle im Checkout, an der sie gebraucht werden.
Eine Zahlungsart, die JTL-Shop nicht mitbringt, als Plugin, das du deinen Versandarten zuordnest.
Was das Plugin am Auftrag ergänzt, kommt mit der Bestellung in JTL-Wawi an, als eigenes Feld am Auftrag.
Für dein Team im Backend
Eigene Bausteine, die dein Team per Drag-and-drop auf Shopseiten setzt. JTL sieht ausdrücklich vor, dass ein Service-Partner sie baut.
Eine eigene Seite im Backend mit den Einstellungen des Plugins oder einer Auswertung, dazu Widgets fürs Dashboard.
Neue E-Mail-Typen, die dein Team in der Vorlagenverwaltung selbst anpasst, und Exportformate für Preisportale.
Bindet ein Plugin einen fremden Dienst ein, legt es den Eintrag im Consent-Manager selbst an. Das verlangt JTL vom Entwickler.
Anbindung und neue Shop-Versionen
Ein Plugin schickt Bestellungen, Status oder Dateien an einen Dienst außerhalb des Shops, zeitgesteuert oder bei einem Ereignis. Unser Plugin HDT Compresso arbeitet so mit einem Bilddienst.
HDT Compresso ansehenJTL verlangt vor jedem Shop-Update, die Plugins zu prüfen. Wir testen dein Plugin gegen die neue Version und passen es an, bevor du aktualisierst.
Passt ein gekauftes Plugin fast, ergänzen wir es mit einem eigenen kleinen Plugin an derselben Stelle, statt den fremden Code zu ändern.
Wir entwickeln gegen einen eigenen JTL-Shop 5 mit Testdaten und testen danach in einer Kopie deines Shops.
Woran Plugins im Alltag scheitern.
Ein Plugin hat laut JTL vollen Zugriff auf den Onlineshop. Drei dieser Fälle stehen so in der Entwicklerdokumentation, einen haben wir in einem eigenen Projekt gefunden.
„Nach dem Shop-Update zeigt das Backend eine Warnung.“
Der Shop ist neuer als die Version, für die das Plugin freigegeben ist.
- Dahinter
- Jedes Plugin nennt eine höchste Shop-Version. Liegt der Shop darüber, warnt das Backend, und JTL verlangt vor jedem Update eine Prüfung.
- Danach
- Wir testen das Plugin gegen die neue Version und geben es erst dann für sie frei.
„Der Kunde kommt im Checkout nicht weiter.“
Statt der Bestellung meldet der Shop immer wieder, der Warenkorb sei wegen Preis- oder Bestandsänderungen aktualisiert worden.
- Dahinter
- Ändert ein Plugin den Warenkorb, muss es dessen Prüfsumme neu berechnen, sonst endet die Bestellung in einer Schleife.
- Danach
- Jedes Plugin, das in den Warenkorb eingreift, rechnet die Prüfsumme nach und wird bis zum Bestellabschluss getestet.
„Seit gestern kommt keine Bestellung mehr in der Wawi an.“
Der Abgleich zwischen Shop und Wawi bricht an einer einzigen Bestellung ab.
- Dahinter
- In unserem DTF-Designer war ein Feld 43 Zeichen lang, JTL-Wawi speichert dort 30. Dokumentiert ist diese Grenze nirgends.
- Danach
- Wir testen jedes Plugin mit echten Bestellungen, bis sie in der Wawi angekommen sind.
„Nach dem Deinstallieren waren alle Einstellungen weg.“
Ein Plugin wurde zum Testen deinstalliert statt deaktiviert.
- Dahinter
- Beim Deinstallieren löscht JTL-Shop die Einstellungen, Sprachvariablen und Datenbanktabellen des Plugins.
- Danach
- In der Übergabe steht, wann dein Team deaktiviert und wann es deinstalliert.
Vor dem Livegang testen wir jedes Plugin in einer Kopie deines Shops, mit deinen Artikeln, Kundengruppen und Zahlarten, bis die Bestellung in der Wawi ankommt.
So läuft die Plugin-Entwicklung ab.
Sechs Schritte vom Kickoff bis zur Übergabe.
Kickoff
Was Kunden oder dein Team im Shop tun sollen, an welcher Stelle und mit welchen Daten aus der Wawi. Danach steht der Preis.
Store-Prüfung
Gibt es die Funktion schon im JTL Extension Store, richten wir die Erweiterung ein, und die Entwicklung entfällt.
Entwicklung
In unserem eigenen Testshop mit JTL-Shop 5, an den Stellen, die die Plugin-Schnittstelle dafür vorsieht.
Test
In einer Kopie deines Shops mit deinen Artikeln, Kundengruppen und Zahlarten, bis die Bestellung in der Wawi ankommt.
Livegang
Zu einer Zeit, die du bestimmst, mit Blick auf die ersten echten Bestellungen.
Übergabe
Einweisung in die Einstellungen und eine Dokumentation, wie das Plugin vor Shop-Updates geprüft wird.
Entwicklung
Preis nach Kickoff
Festpreis, steht vor dem Start fest · zzgl. USt.
- Im Kickoff beschreiben wir die Funktion gemeinsam, danach steht der Preis, bevor wir anfangen
- Ein Plugin mit einer klar abgegrenzten Funktion, entwickelt über die Plugin-Schnittstelle von JTL-Shop 5
- Test in einer Kopie deines Shops, Livegang und Einweisung deines Teams
- Wie das Plugin bei neuen Shop-Versionen gepflegt wird, legen wir im Kickoff fest
Das brauchst du vorher
- JTL-Shop 5 in einer Version, die JTL noch unterstützt
- Zugang zum Shop-Backend und zum Webspace
- Eine Beschreibung, was Kunden oder dein Team im Shop tun sollen
Was Händler nach dem Projekt sagen.
Hinter jeder Stimme steht ein Betrieb, den wir gut kennen, und jemand, der uns direkt anruft, wenn es hakt.
„Wir arbeiten nun seit einem Jahr mit der Firma Heldentat zusammen und sind mehr als zufrieden! Top Beratung, sehr gute Arbeit.“
Andreas Pratl
Carpelite
„Nomen est Omen: Die Firma Heldentat leistet ganze Arbeit! Wer echte Profis sucht, die ihren Job mit Leidenschaft erledigen, ist hier genau richtig.“
Alexandra Boeckh, TK-Shop24 
„Kompetente Beratung, sehr angenehmer persönlicher Kontakt, flotte Umsetzung zu fairen Konditionen. Gerne wieder!“
Lars Römer, SC Römer 
„Super Service – gute Unterstützung in der JTL-Wawi und tolle Tipps für die Verwendung mit dem Amazon Account. Sehr gerne wieder.“
Thomas Waldmüller, Asien Life Style 
„Die Zusammenarbeit ist absolut zuverlässig, professionell und angenehm. Das Team reagiert schnell, findet stets passende Lösungen und denkt proaktiv mit.“
Sascha Puntschart, Transfermacher
Häufige Fragen
Häufige Fragen zur Plugin-Entwicklung für JTL-Shop
Das hängt davon ab, was das Plugin tun soll und an wie vielen Stellen es in den Shop eingreift. Deshalb steht der Preis nach dem Kickoff fest, bevor wir anfangen. Die Rechnung enthält genau diesen Betrag.
Das prüfen wir als Erstes. Im Store stehen über 700 Erweiterungen für JTL-Shop 5. Passt eine davon, richten wir sie ein, und die Entwicklung entfällt.
Das Plugin ändert den Kern des Shops nicht, deshalb bleibt JTL-Shop updatefähig. JTL verlangt trotzdem, vor jedem Update zu prüfen, ob alle Plugins zur neuen Version passen. Wir testen dein Plugin gegen die neue Version, bevor du aktualisierst. Wie das geregelt ist, legen wir im Kickoff fest.
Für JTL-Shop 5. JTL unterstützt derzeit die Versionen 5.8 und 5.7, für 5.6 und 5.5 gibt es nur noch Sicherheitsupdates. Unsere eigenen Plugins laufen von 5.3 bis 5.8. Für JTL-Shop 4 entwickeln wir keine neuen Plugins.
Das Plugin dockt an Stellen an, die der Code des Shops dafür vorsieht. Wie es aussieht, passen wir an dein Template an, ob NOVA oder ein eigenes Child-Template, ohne die Template-Dateien selbst zu ändern.
Ja, über den Abgleich zwischen Shop und Wawi. Aus der Wawi kommen Attribute, Merkmale und eigene Felder im Shop an. Zurück in die Wawi geht die Bestellung, mit eigenen Feldern am Auftrag und Dateien als Anhang. Daten, die der Abgleich nicht kennt, überträgt er nicht.
Wir entwickeln gegen einen eigenen Testshop mit JTL-Shop 5 und Testdaten. Danach testen wir in einer Kopie deines Shops mit deinen Artikeln, Kundengruppen und Zahlarten und begleiten den Livegang zu einer Zeit, die du bestimmst.
Ein Plugin hat laut JTL vollen Zugriff auf den Onlineshop. Wir halten uns an die Regeln der Entwicklerdokumentation, etwa Datenbankzugriffe nur über vorbereitete Abfragen. Bindet das Plugin einen fremden Dienst ein, legt es den Eintrag im Consent-Manager selbst an.
Kontakt & Beratung
Die Funktion, die dein Shop noch nicht hat.
Beschreib uns, was Kunden oder dein Team im Shop tun sollen. Im Kickoff klären wir Stelle, Daten und Umfang, danach steht der Preis.
Oder ruf direkt an:
+49 731 85070980