[{"data":1,"prerenderedAt":475},["ShallowReactive",2],{"content-translation-map":3,"navigation:de":47,"auto-image:entries:\u002Fblog\u002Fedi-integration-jtl":115,"blog:de:\u002Fblog\u002Fedi-integration-jtl":116},{"lex-hesse":4,"mezcrafts":7,"ai-content-creation":10,"ecommerce":13,"edi-integration":16,"erp-integration":19,"individual-development":22,"system-integration":25,"system-modernization-migration":28,"ux-ui-design":31,"agentic-commerce":34,"edi4jtl":36,"shopware-6-redis-configuration-mistakes":39,"shopware-6-use-cases":42,"shopware-frontends-headless-storefront-nuxt":45},{"en":5,"de":6},"\u002Freferences\u002Flex-hesse","\u002Freferenzen\u002Flex-hesse",{"en":8,"de":9},"\u002Freferences\u002Fmezcrafts","\u002Freferenzen\u002Fmezcrafts",{"en":11,"de":12},"\u002Fservices\u002Fai-content-creation","\u002Fleistungen\u002Fki-contentproduktion",{"en":14,"de":15},"\u002Fservices\u002Fecommerce","\u002Fleistungen\u002Fecommerce-entwicklung",{"en":17,"de":18},"\u002Fservices\u002Fedi-integration","\u002Fleistungen\u002Fedi-integration",{"en":20,"de":21},"\u002Fservices\u002Ferp-integration","\u002Fleistungen\u002Ferp-integration",{"en":23,"de":24},"\u002Fservices\u002Findividual-development","\u002Fleistungen\u002Findividuelle-softwareentwicklung",{"en":26,"de":27},"\u002Fservices\u002Fsystem-integration","\u002Fleistungen\u002Fsystemintegration",{"en":29,"de":30},"\u002Fservices\u002Fsystem-modernization-migration","\u002Fleistungen\u002Fmigration-systemmodernisierung",{"en":32,"de":33},"\u002Fservices\u002Fux-ui-design","\u002Fleistungen\u002Fux-ui-design",{"en":35,"de":35},"\u002Fblog\u002Fagentic-commerce",{"en":37,"de":38},"\u002Fblog\u002Fedi4jtl","\u002Fblog\u002Fedi-integration-jtl",{"en":40,"de":41},"\u002Fblog\u002Fshopware-6-redis-configuration-mistakes","\u002Fblog\u002Fshopware-6-redis-fehlkonfiguration",{"en":43,"de":44},"\u002Fblog\u002Fshopware-6-use-cases","\u002Fblog\u002Fshopware-6-wann-sinnvoll",{"en":46,"de":46},"\u002Fblog\u002Fshopware-frontends-headless-storefront-nuxt",[48],{"title":49,"path":50,"stem":51,"children":52,"page":98},"De","\u002Fde","de",[53,99],{"title":54,"path":55,"stem":56,"children":57,"page":98},"Leistungen","\u002Fde\u002Fleistungen","de\u002Fleistungen",[58,63,68,73,78,83,88,93],{"title":59,"path":60,"stem":61,"translationKey":62,"icon":62},"E-Commerce Entwicklung","\u002Fde\u002Fleistungen\u002Fecommerce-entwicklung","de\u002Fleistungen\u002Fecommerce-entwicklung","ecommerce",{"title":64,"path":65,"stem":66,"translationKey":67,"icon":67},"EDI Integration","\u002Fde\u002Fleistungen\u002Fedi-integration","de\u002Fleistungen\u002Fedi-integration","edi-integration",{"title":69,"path":70,"stem":71,"translationKey":72,"icon":72},"ERP Integration","\u002Fde\u002Fleistungen\u002Ferp-integration","de\u002Fleistungen\u002Ferp-integration","erp-integration",{"title":74,"path":75,"stem":76,"translationKey":77,"icon":77},"Individualentwicklung","\u002Fde\u002Fleistungen\u002Findividuelle-softwareentwicklung","de\u002Fleistungen\u002Findividuelle-softwareentwicklung","individual-development",{"title":79,"path":80,"stem":81,"translationKey":82,"icon":82},"KI-gestützte Contentproduktion","\u002Fde\u002Fleistungen\u002Fki-contentproduktion","de\u002Fleistungen\u002Fki-contentproduktion","ai-content-creation",{"title":84,"path":85,"stem":86,"translationKey":87,"icon":87},"Migration & Systemmodernisierung","\u002Fde\u002Fleistungen\u002Fmigration-systemmodernisierung","de\u002Fleistungen\u002Fmigration-systemmodernisierung","system-modernization-migration",{"title":89,"path":90,"stem":91,"translationKey":92,"icon":92},"System Integration","\u002Fde\u002Fleistungen\u002Fsystemintegration","de\u002Fleistungen\u002Fsystemintegration","system-integration",{"title":94,"path":95,"stem":96,"translationKey":97,"icon":97},"UX\u002FUI Design","\u002Fde\u002Fleistungen\u002Fux-ui-design","de\u002Fleistungen\u002Fux-ui-design","ux-ui-design",false,{"title":100,"path":101,"stem":102,"children":103,"page":98},"Referenzen","\u002Fde\u002Freferenzen","de\u002Freferenzen",[104,110],{"title":105,"path":106,"stem":107,"translationKey":108,"icon":109},"Lex & Hesse – B2B-Shop für Fahrzeugteile mit 400.000 Produkten","\u002Fde\u002Freferenzen\u002Flex-hesse","de\u002Freferenzen\u002Flex-hesse","lex-hesse",null,{"title":111,"path":112,"stem":113,"translationKey":114,"icon":109},"MEZ Crafts – B2B-Shop für Wolle und Garne mit PWA-Storefront","\u002Fde\u002Freferenzen\u002Fmezcrafts","de\u002Freferenzen\u002Fmezcrafts","mezcrafts",{},{"id":117,"title":118,"body":119,"description":444,"draft":98,"extension":445,"meta":446,"navigation":447,"path":448,"publishAt":449,"robots":109,"schemaOrg":450,"seo":462,"sitemap":465,"stem":469,"tags":470,"translationKey":473,"__hash__":474},"blog_de\u002Fde\u002Fblog\u002Fedi-integration-jtl.md","EDI in JTL: Make or Buy? Architektur- und Entscheidungsleitfaden",{"type":120,"value":121,"toc":433},"minimark",[122,126,134,137,143,146,149,154,161,164,192,195,209,212,214,218,221,299,302,305,308,311,314,317,319,323,326,329,336,339,341,345,348,351,354,356,360,363,366,369,372,374,378,381,395,398,415,418,420,424,427,430],[123,124,118],"h1",{"id":125},"edi-in-jtl-make-or-buy-architektur-und-entscheidungsleitfaden",[127,128,129,133],"p",{},[130,131,132],"a",{"href":18},"EDI"," ist im B2B-Umfeld kein optionales Add-on, sondern integraler\nBestandteil der operativen Wertschöpfung. Sobald Unternehmen mit\nMarktplätzen, Großhändlern, Filialisten oder Industriepartnern\narbeiten, wird strukturierter Datenaustausch zur Grundvoraussetzung.\nTypische Nachrichtentypen wie ORDERS, DESADV oder INVOIC bilden dabei\nnicht nur Belege ab, sondern sind direkt mit Logistik, Faktura,\nBuchhaltung und Warenverfügbarkeit verknüpft.",[127,135,136],{},"Fehlerhafte oder instabile EDI-Prozesse wirken sich unmittelbar auf\nUmsatz, Lieferfähigkeit und Kundenbeziehungen aus. Genau deshalb ist\ndie zentrale Frage nicht rein technisch, sondern strategisch:",[127,138,139],{},[140,141,142],"strong",{},"Standardlösung einkaufen oder Integrationsarchitektur selbst aufbauen?",[127,144,145],{},"In einem Kundenprojekt haben wir eine EDI-Integration für JTL auf Basis\nvon Mendelson (AS2) und einer eigenen Java-Middleware umgesetzt. Die\nERP-Anbindung erfolgt über die offizielle JTL-API. Diese Entscheidung\nwar sowohl architektonisch als auch wirtschaftlich begründet.",[147,148],"hr",{},[150,151,153],"h2",{"id":152},"technische-ausgangslage-jtl-und-edi","Technische Ausgangslage: JTL und EDI",[127,155,156,157,160],{},"JTL-Wawi ist ein ",[130,158,159],{"href":21},"ERP-System"," mit klar definierten Geschäftsprozessen für\nEinkauf, Verkauf, Lager und Versand. EDI hingegen ist keine\nERP-Funktion, sondern eine Integrations- und Kommunikationsschicht\nzwischen Organisationen.",[127,162,163],{},"Eine vollständige EDI-Architektur besteht nicht nur aus einem\nAS2-Server. Sie umfasst mehrere logisch getrennte Ebenen:",[165,166,167,174,180,186],"ul",{},[168,169,170,173],"li",{},[140,171,172],{},"Transportebene",": Signierung, Verschlüsselung, Zertifikatsmanagement, MDN-Handling",[168,175,176,179],{},[140,177,178],{},"Syntaxebene",": Parsing von EDIFACT (z. B. ORDERS, DESADV, INVOIC)",[168,181,182,185],{},[140,183,184],{},"Semantikebene",": Validierung, Partner-spezifische Regeln, Pflichtfelder, Referenzprüfungen",[168,187,188,191],{},[140,189,190],{},"Transformations- und Integrationsschicht",": Mapping in das interne Domänenmodell und Übergabe an das ERP",[127,193,194],{},"Ergänzend kommen technische Querschnittsthemen hinzu:",[165,196,197,200,203,206],{},[168,198,199],{},"Idempotente Verarbeitung (keine Doppelbuchungen)",[168,201,202],{},"Fehlerklassifizierung und Retry-Strategien",[168,204,205],{},"Monitoring, Logging und Alerting",[168,207,208],{},"Archivierung und Revisionssicherheit",[127,210,211],{},"Genau hier entsteht die eigentliche Komplexität, nicht beim\nAS2-Handshake.",[147,213],{},[150,215,217],{"id":216},"umgesetzte-architektur","Umgesetzte Architektur",[127,219,220],{},"Die Architektur wurde bewusst in klar getrennte Verantwortungsbereiche aufgeteilt.",[222,223,224,240],"table",{},[225,226,227],"thead",{},[228,229,230,234,237],"tr",{},[231,232,233],"th",{},"Phase",[231,235,236],{},"Komponente",[231,238,239],{},"Verantwortlichkeit",[241,242,243,255,266,277,288],"tbody",{},[228,244,245,249,252],{},[246,247,248],"td",{},"Transport",[246,250,251],{},"Mendelson AS2",[246,253,254],{},"Protokoll-Terminierung, Signaturprüfung, Entschlüsselung, MDN",[228,256,257,260,263],{},[246,258,259],{},"Persistenz",[246,261,262],{},"Message Store",[246,264,265],{},"Ablage der Rohdaten zur Nachvollziehbarkeit",[228,267,268,271,274],{},[246,269,270],{},"Processing",[246,272,273],{},"Java Middleware",[246,275,276],{},"Parsing, Mapping, Partnerregeln, Status-Handling",[228,278,279,282,285],{},[246,280,281],{},"Integration",[246,283,284],{},"JTL-API",[246,286,287],{},"Übergabe validierter Daten in JTL",[228,289,290,293,296],{},[246,291,292],{},"ERP",[246,294,295],{},"JTL-Wawi",[246,297,298],{},"Fachliche Verarbeitung (Auftrag, Lieferung, Rechnung)",[127,300,301],{},"Mendelson übernimmt ausschließlich die AS2-Kommunikation. Dazu gehören\nProtokoll-Terminierung, Zertifikatsprüfung, Entschlüsselung eingehender\nNachrichten sowie das korrekte Versenden von MDNs. Damit bleibt die\nTransportschicht klar isoliert und austauschbar.",[127,303,304],{},"Nach erfolgreichem Empfang werden die Rohdaten persistent abgelegt,\nbeispielsweise in einem objektbasierten Storage oder Dateisystem. Diese\nPersistenzebene dient sowohl der Nachvollziehbarkeit als auch der\nWiederholbarkeit von Verarbeitungsschritten.",[127,306,307],{},"Die eigentliche Business-Logik liegt in einer Java-basierten\nMiddleware. Sie fungiert als zentraler Integrations-Hub. Dort werden\nEDIFACT-Nachrichten geparst, validiert, in interne Domänenmodelle\ntransformiert und partnerindividuelle Regeln angewendet. Auch\nStatus-Tracking, Fehlerklassifizierung und Retry-Mechanismen sind hier\nimplementiert.",[127,309,310],{},"Die Anbindung an JTL erfolgt über die offizielle JTL-API. Dadurch wird\nsichergestellt, dass sämtliche Transaktionen über dokumentierte und\nupdate-sichere Schnittstellen laufen. Direkte Datenbankzugriffe wurden\nbewusst vermieden, um Upgrade-Fähigkeit und Systemstabilität nicht zu\ngefährden.",[127,312,313],{},"Outbound-Prozesse, etwa das Generieren und Versenden von DESADV oder\nINVOIC, sind spiegelbildlich aufgebaut. JTL erzeugt den fachlichen\nDatensatz, die Middleware transformiert in EDIFACT, Mendelson\nübernimmt Transport und Signierung.",[127,315,316],{},"Diese klare Schichtung sorgt für Austauschbarkeit einzelner Komponenten,\nsaubere Verantwortlichkeiten und langfristige Wartbarkeit.",[147,318],{},[150,320,322],{"id":321},"warum-middleware-statt-reiner-plattformlösung","Warum Middleware statt reiner Plattformlösung?",[127,324,325],{},"Viele EDI-Plattformen bündeln Transport, Mapping und Partnerlogik\ninnerhalb eines proprietären Systems. Das kann für einfache Szenarien\neffizient sein, führt jedoch bei steigender Komplexität häufig zu\nAbhängigkeiten und eingeschränkter Testbarkeit.",[127,327,328],{},"Durch eine dedizierte Middleware wird die Integrationslogik Teil der\neigentlichen Systemarchitektur. Der Code ist versionierbar, testbar und\nCI\u002FCD-fähig. Mapping-Regeln können in automatisierten Tests abgesichert\nwerden. Partnerindividuelle Sonderfälle lassen sich strukturiert\nmodellieren, statt in grafischen Mapping-Editoren schwer\nnachvollziehbar konfiguriert zu werden.",[127,330,331,332,335],{},"Ein weiterer Vorteil liegt in der technologischen Freiheit.\nBusiness-Logik wird nicht an ein bestimmtes Tool gebunden. Der\nAS2-Server könnte ausgetauscht werden, ohne dass Mapping und\nOrchestrierung neu implementiert werden müssen. Ebenso kann die\nMiddleware perspektivisch ",[130,333,334],{"href":27},"weitere Schnittstellen"," bedienen, etwa REST,\nSFTP oder API-basierte Partner.",[127,337,338],{},"Die Integrationsschicht wird damit strategisches Asset statt Tool-Konfiguration.",[147,340],{},[150,342,344],{"id":343},"integration-über-die-jtl-api","Integration über die JTL-API",[127,346,347],{},"Die offizielle JTL-API bietet stabile, dokumentierte Endpunkte mit\nklarer Transaktionslogik und Validierungsmechanismen. Gerade im\nB2B-Umfeld, in dem Datenkonsistenz entscheidend ist, sind saubere\nFehlercodes und nachvollziehbare Validierungsregeln essenziell.",[127,349,350],{},"Durch die ausschließliche Nutzung der API bleibt die Lösung kompatibel\nzu zukünftigen JTL-Versionen. Direkte Datenbankmanipulationen oder\ninoffizielle Hooks wurden bewusst ausgeschlossen, da sie langfristig\nWartungsrisiken erzeugen.",[127,352,353],{},"Für Skalierungsszenarien ist diese API-Konformität entscheidend. Neue\nPartner oder zusätzliche Nachrichtentypen können integriert werden,\nohne die Kernprozesse von JTL zu destabilisieren.",[147,355],{},[150,357,359],{"id":358},"wirtschaftliche-betrachtung-fixkosten-vs-plattformmodell","Wirtschaftliche Betrachtung: Fixkosten vs. Plattformmodell",[127,361,362],{},"EDI-Plattformen arbeiten typischerweise mit einem Mix aus monatlichen\nLizenzkosten, transaktionsabhängigen Gebühren und partnerbezogenen\nZusatzkosten. Bei wachsender Partnerzahl oder steigendem\nNachrichtenvolumen steigen diese Kosten proportional.",[127,364,365],{},"Eine eigene Middleware verschiebt das Kostenmodell in Richtung\nInvestition statt laufender Gebühren. Es entstehen initiale\nImplementierungskosten sowie laufende Infrastruktur- und\nWartungskosten. Transaktionsabhängige Plattformgebühren entfallen\njedoch vollständig.",[127,367,368],{},"Ab einer gewissen Anzahl an Partnern oder bei hohem Nachrichtenvolumen\nkann diese Struktur signifikante Kostenvorteile bieten. Gleichzeitig\nentsteht Know-how im eigenen Unternehmen, das nicht an einen Anbieter\ngebunden ist.",[127,370,371],{},"Natürlich trägt man im Gegenzug mehr technische Verantwortung.\nMonitoring, Zertifikatsmanagement und Betrieb müssen professionell\norganisiert sein. Für Unternehmen mit strategischer B2B-Ausrichtung ist\ndas jedoch oft sinnvoller als langfristige Plattformabhängigkeit.",[147,373],{},[150,375,377],{"id":376},"make-oder-buy-entscheidungskriterien","Make oder Buy: Entscheidungskriterien",[127,379,380],{},"Eine Standardlösung ist typischerweise sinnvoll, wenn:",[165,382,383,386,389,392],{},[168,384,385],{},"nur wenige Partner angebunden werden müssen",[168,387,388],{},"das Transaktionsvolumen gering ist",[168,390,391],{},"ausschließlich standardisierte EDIFACT-Profile genutzt werden",[168,393,394],{},"eine schnelle Implementierung wichtiger ist als langfristige Kontrolle",[127,396,397],{},"Eine eigene Architektur wird interessant, wenn:",[165,399,400,403,406,409,412],{},[168,401,402],{},"mehrere Partner mit individuellen Anforderungen integriert werden müssen",[168,404,405],{},"das Nachrichtenvolumen signifikant ist",[168,407,408],{},"EDI strategischer Bestandteil der Geschäftsprozesse ist",[168,410,411],{},"technologische Kontrolle und Testbarkeit gewünscht sind",[168,413,414],{},"langfristige Kostenoptimierung Priorität hat",[127,416,417],{},"Die Entscheidung sollte nicht isoliert auf Basis der\nImplementierungskosten getroffen werden, sondern unter Berücksichtigung\nvon Skalierung, Abhängigkeiten und strategischer Ausrichtung.",[147,419],{},[150,421,423],{"id":422},"fazit","Fazit",[127,425,426],{},"AS2 ist heute Standard und kein strategisches Differenzierungsmerkmal mehr.",[127,428,429],{},"Die eigentliche Entscheidung betrifft die Architektur der\nIntegrationsschicht, die Kontrolle über Mapping und Partnerlogik, die\nSkalierbarkeit der Lösung und die langfristige Kostenstruktur.",[127,431,432],{},"EDI in JTL ist keine Plugin-Frage, sondern eine bewusste Architektur-\nund Wirtschaftlichkeitsentscheidung mit direktem Einfluss auf\nStabilität, Skalierung und Marge.",{"title":434,"searchDepth":435,"depth":435,"links":436},"",2,[437,438,439,440,441,442,443],{"id":152,"depth":435,"text":153},{"id":216,"depth":435,"text":217},{"id":321,"depth":435,"text":322},{"id":343,"depth":435,"text":344},{"id":358,"depth":435,"text":359},{"id":376,"depth":435,"text":377},{"id":422,"depth":435,"text":423},"Technischer Leitfaden zur EDI-Integration in JTL, einschließlich Architekturstrategie, AS2-Transport, Middleware-Design und Kostenüberlegungen.","md",{},true,"\u002Fde\u002Fblog\u002Fedi-integration-jtl","2026-03-03 08:00:00",[451],{"headline":118,"mainEntityOfPage":452,"author":454,"publisher":459,"datePublished":460,"@type":461},{"@id":453},"#webpage",{"@id":455,"name":456,"url":457,"@type":458},"#identity","Kickbyte GmbH","https:\u002F\u002Fkickbyte.de","Organization",{"@id":455,"name":456,"url":457,"@type":458},"2026-03-03T08:00:00Z","BlogPosting",{"title":118,"description":444,"ogTitle":463,"ogDescription":444,"robots":464},"EDI in JTL: Make or Buy? Architektur- und Entscheidungsleitfaden - Kickbyte","index,follow",{"loc":448,"lastmod":466,"changefreq":467,"priority":468},"2026-03-03","monthly",0.8,"de\u002Fblog\u002Fedi-integration-jtl",[132,471,472],"JTL","AS2","edi4jtl","rXFRWzcyPpGpdJaD0ARdU6vvrOdlCogJSB5_FUCkPmk",1776324454034]