Magento 2 One Page Checkout Extension – STM Smart Checkout

Version 1.6.14 — 2026-10-12

• Verbraucherrechte: neuer Bild-Upload „Gewährleistung – EU-Label (Bild)“ für das offizielle EU-Label zur gesetzlichen Gewährleistung. Das Label wird farbig unterhalb des Gewährleistungstexts angezeigt (in der Kasse und auf der Bestellbestätigungsseite, entsprechend der Platzierungseinstellung) und öffnet sich per Klick in voller Größe. Pro Store View kann eine eigene Sprachversion hochgeladen werden.

• Kopfbereich der Kasse: Ist kein eigenes Kassen-Logo hochgeladen, zeigt die Kasse jetzt das Shop-Logo aus der Magento-Designkonfiguration (Content > Design > Configuration > Header), genau wie im Shop-Header. Bisher blieb der Kopfbereich in diesem Fall leer. SVG-Logos werden jetzt immer in der richtigen Größe angezeigt.

Version 1.6.13 — 2026-10-11

• Neue Einstellung „Land vorauswählen“ (Kassenformular). Bei „Nein“ werden Liefer- und Rechnungsland nicht vorausgewählt, und Kunden wählen ihr Land selbst. Empfohlen für Shops mit internationalem Versand. Versandarten werden erst geladen, wenn ein Land ausgewählt wurde. Gespeicherte Adressen angemeldeter Kunden werden weiterhin übernommen. Der Standardwert bleibt „Ja“, sodass bestehende Shops das bisherige Verhalten beibehalten.

Version 1.6.12 — 2026-10-09

• Auswahl von Bundesland/Region für Länder, in denen Magento dies verlangt (Stores > Configuration > General > State Options > „State is Required for“, zum Beispiel Dänemark, Irland oder die USA). Das Feld erscheint automatisch in Liefer- und Rechnungsadresse, sobald ein solches Land ausgewählt wird: als Liste, wenn Magento die Regionen bereitstellt, sonst als Textfeld. Gespeicherte Adressen angemeldeter Kunden übernehmen ihre Region automatisch.
• Bestellungen in diese Länder schlagen nicht mehr mit der Meldung „regionId is required“ fehl. Für alle anderen Länder (zum Beispiel Deutschland, Österreich, Schweiz) bleibt die Kasse unverändert und zeigt kein zusätzliches Feld.

Version 1.6.11 — 2026-10-09

• Stripe-Zahlungsformular: Werden die Zahlungsarten nebeneinander angezeigt, öffnet sich das Formular jetzt unterhalb aller Zahlungsarten. Die anderen Zahlungsarten (zum Beispiel Überweisung) behalten ihre Position. In einer einspaltigen Ansicht (zum Beispiel mobil) öffnet sich das Formular weiterhin direkt unter Stripe.
• Verbraucherrechte: Ist „Gewährleistungshinweis anzeigen“ aktiviert, aber keine Platzierung ausgewählt, wird der Hinweis jetzt in der Kasse und auf der Bestellbestätigungsseite angezeigt statt nirgends. Die Einstellungen beschreiben dieses Verhalten jetzt.

Version 1.6.10 — 2026-10-06

• Fehlermeldungen nach Klick auf den Bestellbutton (zum Beispiel eine abgelehnte Karte, eine fehlende Zahlungsart oder eine fehlende E-Mail-Adresse) werden jetzt automatisch in den sichtbaren Bereich gescrollt, sodass der Kunde sie sofort sieht, auch wenn der Meldungsbereich außerhalb des sichtbaren Bildschirms liegt. Bei unvollständigen Kartendaten wird zum Zahlungsformular gescrollt, wo Stripe das betroffene Feld markiert.

Version 1.6.9 — 2026-10-06

• Ablehnungsmeldungen von Stripe werden dem Kunden jetzt in allen Fällen angezeigt (zum Beispiel „Ihre Karte wurde abgelehnt. Bitte verwenden Sie eine andere Karte oder Zahlungsart.“). Bisher wurden einige Stripe-Meldungen durch eine allgemeine Fehlermeldung ersetzt.

Version 1.6.8 — 2026-10-06

• Stripe-Kartenzahlungen mit 3D Secure: Fordert das Stripe-Modul die Bankbestätigung vor dem Anlegen der Bestellung an (Standard bei Kartenzahlungen), öffnet der One Page Checkout die Bankbestätigung jetzt direkt und schließt die Bestellung anschließend ab, genau wie der Standard-Checkout von Magento.
• Schließt oder bricht ein Kunde die Bankbestätigung ab und versucht es erneut mit denselben Kartendaten, wird die offene Stripe-Zahlung fortgesetzt, statt eine neue zu starten.
• Ablehnungsmeldungen von Stripe (zum Beispiel „Ihre Karte wurde abgelehnt“) und die Meldungen zu einer abgebrochenen oder fehlgeschlagenen Bankbestätigung werden jetzt auf Deutsch angezeigt.

Version 1.6.7 — 2026-10-05

• Stripe-Zahlungsformular direkt im One Page Checkout. Mit dem offiziellen Stripe-Modul (StripeIntegration_Payments 4.6 oder neuer, Zahlungsablauf „Embed payment form into the native flow“) erscheint das Stripe Payment Element direkt unter der Zahlungsart Stripe: Die Karte ist vorausgewählt und kann sofort eingegeben werden, und die weiteren im Stripe-Konto aktivierten Zahlungsarten (zum Beispiel PayPal, Klarna, Amazon Pay) erscheinen in derselben Auswahl, wie im Standard-Checkout von Magento. Die Bestellung wird mit „Zahlungspflichtig bestellen“ abgeschickt; 3D-Secure-Bestätigungen und Weiterleitungen zum Zahlungsanbieter werden automatisch abgewickelt, danach landet der Kunde auf der Bestellbestätigung. Zahlungsarten, Layout und Darstellung stammen aus der Konfiguration des Stripe-Moduls. Ohne das Stripe-Modul verhält sich die Kasse wie bisher.

• Die Felder Telefon und Firma richten sich jetzt nach der Magento-Kundenkonfiguration (Customers → Customer Configuration → Name and Address Options: No / Optional / Required), genau wie der Standard-Checkout von Magento und die Adressformulare im Kundenkonto. Die separaten Einstellungen des One Page Checkout für diese beiden Felder wurden entfernt. Wurden Telefon oder Firma bisher im One Page Checkout konfiguriert, prüfen Sie diese Magento-Einstellung bitte nach dem Update.

• Kunden sehen jetzt die konkrete Meldung von Magento oder dem Zahlungsanbieter, zum Beispiel eine abgelehnte Karte oder einen leeren Warenkorb, statt einer allgemeinen Fehlermeldung.
• Validierungsmeldungen bei Adresseingabe, Versandauswahl und Gutscheineinlösung werden jetzt zuverlässig angezeigt.

Version 1.6.6 — 2026-10-01

• Zahlungsarten, die der Händler für eine Store View ausdrücklich deaktiviert hat (Sales → Payment Methods, „Enabled“ = „No“ auf Store-View-, Website- oder Standardebene), werden im One Page Checkout nie angeboten, auch wenn ein Zahlungsmodul die Zahlungsart über eigene Logik als verfügbar meldet (zum Beispiel Abo-Zahlungsarten eines Zahlungsanbieters). Berücksichtigt werden nur tatsächlich in der Konfiguration gespeicherte Werte, sodass Zahlungsarten, die ihre Aktivierung anders steuern, nicht betroffen sind.

Version 1.6.5 — 2026-10-01

• Zahlungsarten mit eigenem Eingabeformular, etwa das Stripe Payment Element (Karte, PayPal, Klarna und mehr), werden jetzt über den Magento-Zahlungsschritt unterstützt: Der Kunde gibt Adresse und Versand im One Page Checkout ein, der Bestellbutton wechselt zu „Weiter zur Zahlung“, und die Zahlungsdaten werden anschließend im eigenen Formular des Zahlungsanbieters im Magento-Zahlungsschritt eingegeben, bevor die Bestellung abgeschickt wird. Adresse, E-Mail, Versandart und Bestellkommentar werden übernommen, und die Zahlungsart ist vorausgewählt. Standardmäßig aktiviert für Stripe (stripe_payments) und pro Zahlungsart in „Zahlungsmethoden anpassen“ konfigurierbar. Setzt voraus, dass der Standard-Checkout von Magento im Shop verfügbar ist (Luma-Theme, Hyvä Checkout oder der Luma-Fallback-Checkout).

• Neue Option „Im One Page Checkout ausblenden“ pro Zahlungsart in „Zahlungsmethoden anpassen“. Zahlungsarten, die technisch verfügbar sind, aber in der Kasse nicht angeboten werden sollen (zum Beispiel Abo- oder Backoffice-Zahlungsarten eines Zahlungsanbieters), lassen sich jetzt pro Geltungsbereich ausblenden.
• Der Hinweis im Abschnitt „Zahlungs- & Versandmethoden“ beschreibt jetzt das geltungsbereichsbezogene Verhalten der Methodenanpassung.
• Ausführlichere Protokollierung, wenn ein Zahlungsmodul das Abschicken der Bestellung abbricht: Der genaue Fehler wird jetzt ins Log geschrieben, einschließlich Fehlern, die bisher ohne Log-Eintrag endeten.

Version 1.6.4 — 2026-10-01

• „Zahlungsmethoden anpassen“ (Backend): Die Methodenübersicht wird jetzt direkt aus der Zahlungskonfiguration von Magento gelesen. Dadurch ist sie robust gegenüber Zahlungsmodulen, die sich ohne aktiven Warenkorb nicht abfragen lassen, etwa die Vault-Komponente von Adobe Payment Services, die mit Magento 2.4 ausgeliefert wird.
• Volle Multi-Scope-Unterstützung für die Methodenanpassung: Auf Website- und Store-View-Ebene listet sie genau die Zahlungs- und Versandarten, die für diesen Geltungsbereich unter Sales → Payment Methods / Delivery Methods aktiviert sind, zusammen mit den für diesen Geltungsbereich gespeicherten Icons und Texten.
• Die Zahlungsauswahl in der Kasse nutzt jetzt die native Verfügbarkeitsprüfung von Magento, dieselbe Logik wie der Standard-Checkout von Magento: Aktivierung pro Store View, Verfügbarkeit für den Warenkorb, Regeln zu Land, Währung und Mindest-/Höchstbestellwert sowie die Regeln der einzelnen Zahlungsanbieter werden vollständig berücksichtigt.
• Bestellungen mit einer Summe von 0 bieten „No Payment Information Required“ als einzige Option an, einheitlich mit dem Standard-Checkout von Magento.
• Zahlungsarten für gespeicherte Karten (Vault) werden nicht mehr als separate Einträge in der Zahlungsauswahl angezeigt.

Version 1.6.3 — 2026-07-04

• Der Widerrufsbutton pro Bestellung im Kundenkonto war auf der Bestelldetailseite praktisch unsichtbar (weißer Text ohne Hintergrund), weil seine CSS-Variable für die Markenfarbe nur innerhalb des Widerrufsformulars definiert war. Die Farbe wird jetzt direkt am Button gesetzt, und ein CSS-Fallback wurde ergänzt.
• Der Button erschien ganz unten auf der Bestellseite bei Themes (etwa Hyvä), in denen das Bestelldetail ein einzelner Block ist, der seine Unterelemente nach Namen rendert. Er wird jetzt zuverlässig oben im Bestelldetail platziert.

• Der Widerrufsbutton pro Bestellung wird jetzt bei stornierten und geschlossenen (vollständig erstatteten) Bestellungen ausgeblendet, bei denen kein Widerruf in Frage kommt.
• Neue optionale Einstellung „Konto-Button nur innerhalb der Frist“ (standardmäßig aus). Ist sie aktiviert, wird der Button ausgeblendet, sobald die Widerrufsfrist abgelaufen ist, berechnet aus dem Versanddatum plus der konfigurierten Widerrufsfrist; bei noch nicht versandten Bestellungen wird der Button immer angezeigt.

Version 1.6.2 — 2026-07-04

• Widerruf pro Bestellung aus dem Kundenkonto. Jede Bestellung unter „Mein Konto → Meine Bestellungen → Bestellung ansehen“ zeigt jetzt eine Schaltfläche „Widerruf für diese Bestellung einreichen“, die das Online-Widerrufsformular vorausgefüllt für genau diese Bestellung öffnet:
• Bestellnummer, E-Mail, Name, Rechnungsadresse und Bestelldatum werden automatisch ausgefüllt.
• Die gekauften Produkte der Bestellung werden als auswählbare Checkboxen aufgelistet, sodass der Kunde genau die Artikel ankreuzen kann, die widerrufen werden sollen; das Ankreuzen eines Artikels stellt den Widerruf automatisch auf „Nur ausgewählte Artikel“ um, und die Auswahl wird in den Widerrufsdatensatz geschrieben.
• Der Zugriff wird serverseitig auf Eigentümerschaft geprüft (die order_id wird nur berücksichtigt, wenn der angemeldete Kunde tatsächlich Inhaber der Bestellung ist), sodass keine Bestelldaten an einen anderen Kunden oder einen Gast gelangen können.
• Die Gast- bzw. manuelle Abfrage (ia24checkout/withdrawal/lookup) liefert jetzt auch die Bestellpositionen, sodass dieselbe auswählbare Produktliste nach einer erfolgreichen Bestellabfrage auch ohne Anmeldung erscheint.

Version 1.6.1 — 2026-06-17

• Online-Widerrufsformular – automatisches Vorausfüllen: Die Eingabe der Bestellnummer zusammen mit der für die Bestellung verwendeten E-Mail-Adresse füllt jetzt Vorname, Nachname, Adresse und Bestelldatum über eine neue AJAX-Abfrage (ia24checkout/withdrawal/lookup) vor. Die Abfrage liefert nur Daten, wenn Bestellnummer und E-Mail beide zu einer echten Bestellung passen. Die Felder für Bestellnummer und E-Mail wurden mit einem erläuternden Hinweis an den Anfang des Formulars verschoben.

• Serverseitig maßgebliche Bestellsummen. Eigene Gebühren-Summensegmente (z. B. ein Aufschlag aus STM Surcharge Max oder einem beliebigen Gebührenmodul eines Drittanbieters) werden jetzt generisch aus den Summen der Quote-Adresse gelesen und mit korrekter MwSt. und Gesamtsumme angezeigt – serverseitig berechnet. Die Kasse enthält keinen gebührenmodulspezifischen Code mehr und funktioniert mit jedem Modul, das ein Summensegment bereitstellt.
• Widerrufslinks (Verbraucherrechtshinweis und Fußzeile der Kasse) öffnen sich jetzt in einem neuen Browser-Tab (target="_blank" rel="noopener").

• Die Seite des Widerrufsformulars zeigt den Seitentitel nicht mehr doppelt an (die Karte behält ihre eigene Überschrift).
• Über das Backend-Feld „Warranty text“ eingebettete Links im Gewährleistungshinweis behalten ihre target/rel-Attribute (Magentos Escaper::escapeHtml() entfernt sie; sie werden nach dem Escaping erneut gesetzt).

Version 1.6.0 — 2026-06-16

• Funktionspaket Verbraucherrechte für die Kasse (EU-Verbraucherrechte, gültig ab 2026-06-19). Neuer Backend-Bereich „Stores → Configuration → STM → STM Smart One Page Checkout → Verbraucherrechte (Consumer Rights)“:
• Hinweis zur gesetzlichen Gewährleistung (konfigurierbare Überschrift + HTML-Text) mit auswählbaren Platzierungen (Kasse oberhalb der Bestellschaltfläche, Bestellbestätigungsseite)
• Online-Widerrufsformular für registrierte Kunden und Gäste unter ia24checkout/withdrawal – Name, Adresse, Bestellnummer, Bestell-/Empfangsdatum, vollständiger oder teilweiser Umfang, Artikelbeschreibung und optionaler Grund; Standard-POST (durch form_key geschützt), sodass es ohne JavaScript funktioniert
• Konfigurierbare Platzierung des Widerrufslinks (rechtliche Hinweise in der Kasse, Bestellbestätigungsseite, Fußzeile der Kasse)
• Bei angemeldeten Kunden wird das Formular mit ihrer Standardadresse vorausgefüllt; übermittelte Werte werden bei Validierungsfehlern über DataPersistor erneut eingesetzt
• Tolerante Bestellzuordnung: Die eingegebene Bestellnummer + E-Mail wird mit der echten sales_order verknüpft, wenn sie gefunden wird, eine Übermittlung wird bei fehlender Übereinstimmung jedoch nie blockiert
• Speicherung von Widerrufen + Backend-Workflow:
• Neue Tabelle ia24_withdrawal_request (deklarativ in etc/db_schema.xml) mit ORM-Model/-Resource/-Collection
• Backend-Grid unter *Sales → STM Withdrawals* (UI-Component-Listing, ACL IA24_OnePageCheckout::withdrawal) sowie eine Detailansicht mit Status (new/acknowledged/processed/rejected) und internen Notizen
• Automatische Benachrichtigungen über Model\WithdrawalNotifier: Benachrichtigung an den Händler (Empfänger konfigurierbar, ersatzweise die allgemeine Shop-E-Mail) und eine optionale Bestätigung an den Verbraucher; zwei Transaktionsvorlagen (ia24_withdrawal_merchant, ia24_withdrawal_customer)
• Deutsche Übersetzungen für alle neuen Texte (i18n/de_DE.csv)

• Übernimmt die Korrekturen der Composer-Constraints aus 1.5.2 und 1.5.3 (PayPal ^100.4 || ^101.0, stm/module-license als festes require). Zwischen 1.5.1 und 1.6.0 gibt es außer dem obigen Funktionspaket Verbraucherrechte keine weiteren Änderungen.

Version 1.5.3 — 2026-06-05

• Die Lizenzabhängigkeit wird jetzt erzwungen: stm/module-license wurde von suggest nach require (^1.0) verschoben. Bisher stand es in suggest – und sein Wert war eine Freitextbeschreibung ("^1.0 — License validation…"), keine gültige Versionsangabe –, sodass Composer das Lizenzmodul nie installiert oder geprüft hat. Als proprietäre Erweiterung von Storetown Media entspricht dies jetzt den anderen STM-Modulen. Keine Codeänderungen.

Version 1.5.2 — 2026-06-05

• Die Composer-Installation schlug unter Magento 2.4.6+ (einschließlich 2.4.8) fehl – require legte magento/module-paypal: ^100.4 fest, Magento hat dieses Kernmodul jedoch auf die Reihe 101.0.x angehoben (2.4.8-p4 liefert 101.0.8-p4). Die Angabe ^100.4 schließt 101.x aus, daher brach die Abhängigkeitsauflösung mit magento/module-paypal ... could not be found in any version ab und jedes composer require ia24/module-onepagecheckout schlug fehl. Die Angabe wurde auf ^100.4 || ^101.0 erweitert, sodass das Modul sowohl unter älterem Magento (module-paypal 100.4.x) als auch unter aktuellem Magento (101.0.x) aufgelöst wird. Keine Codeänderungen – die PayPal-Integration (Model\MethodCustomization, PayPal-Vault-Behandlung) ist nicht betroffen.

Version 1.5.1 — 2026-04-26

• Die Vorschau „Customize Payment / Shipping Methods“ im Backend wurde ohne Icon dargestellt – Block\Adminhtml\System\Config\MethodCustomizer::getIconUrls() ruft getViewFileUrl('IA24_OnePageCheckout::images/method-icons/.svg') auf, das gegen den *adminhtml*-Bereich aufgelöst wird, die 33 Methoden-Icon-SVGs existierten jedoch nur unter view/frontend/web/images/method-icons/, was bei jeder Vorschau-Icon-URL zu 404-Fehlern führte. Der gesamte Ordner method-icons/ wurde nach view/base/web/images/method-icons/ verschoben, sodass derselbe View-File-Pfad IA24_OnePageCheckout::images/method-icons/... sowohl im Frontend ALS AUCH in adminhtml korrekt aufgelöst wird. Keine PHP-Änderungen; nach dem Upgrade ist ein erneutes Deployment der statischen Inhalte erforderlich
• Absturz der Backend-Konfigurationsseite (TypeError) unter Magento 2.4.8-p3 mit PHP 8.4: Model\MethodCustomization fängt jetzt \Throwable ab (nicht nur \Exception) – TypeError erweitert \Error, nicht \Exception, daher ließen die bisherigen catch-Exception-Blöcke TypeErrors aus PayPal-Vault afterIsAvailable() durch, die die Seite Admin → Stores → Configuration → OPC zum Absturz brachten. Alle 6 defensiven catch-Blöcke in Model/MethodCustomization.php wurden auf \Throwable erweitert

Version 1.5.0 — 2026-04-15

• Ultrakompaktes Layout (4. Layoutvariante): float-basierte 3-Spalten-Architektur mit Adresse links, Versand und Zahlung rechts gestapelt, Seitenleiste darunter – blendet Fortschrittsbalken, Header-Icons, Logo der Seitenleiste und Vertrauenssiegel aus (~250 Zeilen CSS)
• Header-Logo für das ultrakompakte Layout: nur im ultrakompakten Layout sichtbar, verwendet die Backend-Einstellungen über getLogoStyle()
• Nummerierte Abschnittsüberschriften (1-4): CSS-Counter mit weißer Ziffer in einem Kreis in der Primärfarbe, Überschriftentext in der Akzentfarbe
• Konfigurierbare Header-Iconleiste: 46 Zahlungs- + 36 Versand-Icons, 3 Plätze für eigene Uploads, ICON_FILE_MAP mit über 80 Zuordnungen, Mehrfachauswahl-Felder im Backend, Graustufenfilter mit Hover-Effekten, 3 responsive Breakpoints
• Typografie-Felder im Backend: Dropdown für Schriftfamilie (13 Optionen inkl. Google Fonts), Dropdown für Schriftgröße (7 Optionen), Farbwähler für Schriftfarbe
• Laden von Google Fonts: getGoogleFontUrl() mit -Tags (nur wenn eine Google-Schrift ausgewählt ist)
• Skalierungssystem für Schriftgrößen: CSS-Variable --ia24-font-scale mit calc(Xpx * var(--ia24-font-scale, 1)) auf allen ~55 fest codierten Schriftgrößen
• Kaskadierung der Schriftfarbe: 7x Überschriftenfarbe, 4x Abschnittstext, 4x Label-Farbe über --ia24-font-color dynamisch gemacht
• 33 SVG-Methoden-Icons in view/frontend/web/images/method-icons/ (in 1.5.1 nach view/base/ verschoben)
• Backend-Bereiche „Customize Payment Methods“ / „Customize Shipping Methods“: Icon, eigener Titel, Untertext und Live-Vorschau pro Methode über Block\Adminhtml\System\Config\MethodCustomizer mit Hintergrundbild-Vorschau
• Anreicherung der Methodenkarten im Frontend: enrichPaymentMethods() / enrichShippingMethods() wenden konfigurierte Icons, Untertexte und eigene Titel bei jeder AJAX-Antwort auf die Karten in der Kasse an
• Backend-Bereich „Ueber dieses Modul“: Version aus ComponentRegistrar (liest composer.json), Funktionsübersicht, AJAX-Kontaktformular über TransportBuilder
• Backend-E-Mail-Vorlage für Supportanfragen (etc/email_templates.xml)
• Admin-Route (etc/adminhtml/routes.xml, frontName: ia24checkout)
• Zustandsbasierter Schrittfortschritt in sticky-progress.js (ersetzt die scrollbasierte Viewport-Erkennung, behebt einen falschen aktiven Schritt im Ultra-Compact-Layout, in dem alle Abschnitte gleichzeitig sichtbar sind)
• Hilfsfunktionen isAddressComplete() und isShippingMethodSelected() mit MutationObserver-Hooks auf Adresseingabe- und Versandänderungs-Events
• Verfeinerungen am Demo-Design (CSS +600 Zeilen, zusätzliche DOM-Selektoren für die Unterstruktur von Header/Footer: ia24-checkout__header-logo-img, ia24-checkout__header-icons-inner, ia24-checkout__footer-inner, ia24-checkout__footer-links usw.)
• Standard-Designvorgaben ab Installation in etc/config.xml: Ultra-Compact-Layout, #0000a0 Primärfarbe / #ff8000 Akzentfarbe, Typografie Open Sans, Vertrauenssiegel oben in der Sidebar, benutzerdefiniertes Siegel „Developer Support“ mit Headset-Symbol
• Fortschrittsleiste standardmäßig aktiviert

• Die Backend-Konfiguration der Logo-Abmessungen (Logo Width (px) / Logo Height (px)) wirkt sich jetzt tatsächlich auf die Kasse aus – zuvor war max-height: 50px !important in checkout-layout.css fest codiert und überschrieb stillschweigend jeden Backend-Wert. Ersetzt durch die CSS-Variablen --ia24-logo-max-width / --ia24-logo-max-height, befüllt aus Config::getLogoWidth() / getLogoHeight() über Block\Checkout::getCssVariables() (Plausibilitätsgrenzen: Breite ≤2000px, Höhe ≤500px)
• Logo ragte in die Schrittleiste, wenn es größer als 50px konfiguriert war – min-height von header-inner skaliert jetzt über max(50px, var(--ia24-logo-max-height, 50px)) mit dem Logo, sodass die Fortschrittsleiste unabhängig von der konfigurierten Größe unterhalb des Logos bleibt
• Zahlungsart-Karten im One-Column-Layout brechen nicht mehr jedes Titelwort in eine eigene Zeile um – das Grid minmax(180px, 1fr) wurde auf minmax(260px, 1fr) verbreitert, sodass Titel wie „No Payment Information Required“ und „PayPal Billing Agreement“ in eine oder zwei Zeilen passen, statt wortweise zu zerfallen
• Der Backend-Abschnitt „Customize Payment Methods“ zeigte unter Magento 2.4.8 mit installiertem PayPal-Vault „No installed payment methods found“ an – Ursache war ein einzelner try/catch in Model\MethodCustomization::getAllPaymentMethodsInternal(), der sowohl paymentHelper->getStoreMethods() (wirft im Backend-Kontext einen TypeError, da das PayPal-Vault-Plugin ein Quote benötigt) als auch die konfigurationsbasierte Fallback-Aufzählung umschloss. In zwei isolierte try/catch-Blöcke aufgeteilt, sodass der Backend-sichere Konfigurationsdurchlauf über paymentHelper->getPaymentMethods() auch dann ausgeführt wird, wenn getStoreMethods() fehlschlägt

Version 1.4.0 — 2026-03-09

• STM-Lizenzintegration – Lizenzprüfung über das Modul stm/module-license
• di.xml – Registrierung der Erweiterung bei STM\License\Model\ExtensionRegistry (Schlüssel: ia24_onepagecheckout)

• composer.json – Abhängigkeit stm/module-license: ^1.0 hinzugefügt
• module.xml – STM_License zur Modulreihenfolge hinzugefügt

Version 1.3.1 — 2026-03-05

• PHPCS-Konformität für den Adobe Commerce Marketplace: 0 ERRORS, 0 WARNINGS in allen PHP-/PHTML-Dateien
• Composer-Versionsvorgaben verschärft (>= zu ^ für alle Magento-Abhängigkeiten)
• Header-Logo nach links verschoben, Titel und Zurück-Link zentriert
• Serverbasierte Changelog-Synchronisierung über sync-changelog.sh – automatische WooCommerce-Aktualisierung bei jedem Satis-Build
• build-zip.ps1 um die Changelog-Synchronisierung erweitert

• PHTML-Warnungen zu Zeilenlänge und Einrückung (checkout.phtml, method-customizer.phtml)
• Leere catch-Blöcke, fehlende DocBlocks und Inline-Kontrollstrukturen in allen PHP-Dateien
• PHPCS-Regelkonflikt bei mehrzeiligen Funktionsaufrufen durch Extraktion in Variablen gelöst

Version 1.3.0 — 2026-02-27

• CSRF-Schutz wiederhergestellt – globales CSRF-Bypass-Plugin (CsrfValidatorSkip.php) entfernt, Magentos form_key-Prüfung ist jetzt auf allen AJAX-Endpunkten aktiv
• Brute-Force-Schutz über Magentos AccountManagement-Sperre (UserLockedException) hinzugefügt
• XSS-Schwachstellen behoben – alle innerHTML-Einfügungen verwenden für serverseitige Daten jetzt escapeHtml()
• Debug-Daten (Namen von Exception-Klassen, Stacktraces) aus allen API-Antworten entfernt – nur noch allgemeine Benutzermeldungen
• CSS-Farbbereinigung über sanitizeColor() für im Backend konfigurierte Theme-Farben hinzugefügt
• Endpunkt CheckEmail gehärtet – E-Mail-Adresse aus der Antwort entfernt, Protokollierung von E-Mail-Adressen auf Info-Ebene entfernt
• Endpunkt Login gehärtet – Protokollierung der E-Mail-Adresse entfernt, allgemeine Fehlermeldungen für LocalizedException hinzugefügt
• Schutz personenbezogener Daten in Logs – über 40 Log-Ausgaben in PlaceOrder.php maskiert (E-Mail: erste 3 Zeichen, Name: erste 2, Telefon/Straße: vollständig maskiert, USt-IdNr.: nur letzte 4)
• SaveAddress.php protokolliert nur Feldnamen (array_keys()), keine Werte
• Alle Benutzereingaben werden in allen Controllern per Typumwandlung zu (string) konvertiert – verhindert TypeError-Angriffe ab PHP 8.1
• Regex-Prüfung der Zahlungsart (preg_match('/^[a-z0-9_]+$/i')) vor setMethod()
• Prüfung der Versandart mit Typumwandlung und Regex in SaveShipping.php
• Bereinigung des Bestellkommentars: trim() + Längenbegrenzung auf 5000 Zeichen über mb_substr()
• Schutz vor Path Traversal bei benutzerdefinierten Symbolen: basename($filename) + Prüfung auf . und ..
• Bereichsprüfung der Schriftskalierung (10-24) verhindert CSS-Injection durch übergroße Werte oder Nullwerte
• Whitelist für Gutscheinaktionen: nur apply und remove erlaubt, Fallback auf apply
• Schutz vor doppeltem Absenden: Flag isPlacingOrder verhindert doppelte Bestellungen
• Fetch-Timeouts mit AbortController für alle 5 Fetch-Aufrufe (10s E-Mail/PLZ, 15s Versand/Zahlung/Login, 30s Bestellung)
• Timeout für die XHR-Postleitzahlsuche: xhr.timeout = 10000 mit onerror-/ontimeout-Handlern
• Protokollierung sensibler POST-Bodys aus PlaceOrder.php entfernt (DSGVO-/PCI-Konformität)
• Rückgabe des Gutscheincodes bereinigt – allgemeine Fehlermeldungen statt Wiedergabe der Benutzereingabe
• Typprüfung in showCouponMsg(): Whitelist-Prüfung (nur success/error)

• Unterstützung für virtuelle/herunterladbare Produkte (6 Dateien): bedingter Versandabschnitt, Fortschrittsleiste mit 2 statt 3 Schritten, automatischer Ablauf SaveAddress -> SaveShipping -> PaymentMethods, Flag is_virtual in API-Antworten
• Newsletter-Anmeldung funktionsfähig: Checkbox-Wert wird im Bestell-Payload übermittelt, PlaceOrder.php meldet den Kunden nach erfolgreicher Bestellung über SubscriberFactory an
• Hinweistext zum Newsletter mit Link zur Datenschutzerklärung: „(Jederzeit abstellbar, die Datenschutzerklarung habe ich gelesen.)“
• Separates Zustimmungssystem: einzelne Checkboxen für AGB, Datenschutzerklärung und Widerrufsbelehrung mit 9 Konfigurationsfeldern, Umschaltung Pflicht/optional je Zustimmung, bidirektionale Synchronisierung zwischen Sidebar und Sticky-Leiste
• Ultrakompaktes Layout (4. Layoutvariante): float-basierte 3-Spalten-Architektur mit Adresse links, Versand und Zahlung rechts gestapelt, Seitenleiste darunter – blendet Fortschrittsbalken, Header-Icons, Logo der Seitenleiste und Vertrauenssiegel aus (~250 Zeilen CSS)
• Header-Logo für das ultrakompakte Layout: nur im ultrakompakten Layout sichtbar, verwendet die Backend-Einstellungen über getLogoStyle()
• Nummerierte Abschnittsüberschriften (1-4): CSS-Counter mit weißer Ziffer in einem Kreis in der Primärfarbe, Überschriftentext in der Akzentfarbe
• Konfigurierbare Header-Iconleiste: 46 Zahlungs- + 36 Versand-Icons, 3 Plätze für eigene Uploads, ICON_FILE_MAP mit über 80 Zuordnungen, Mehrfachauswahl-Felder im Backend, Graustufenfilter mit Hover-Effekten, 3 responsive Breakpoints
• Typografie-Felder im Backend: Dropdown für Schriftfamilie (13 Optionen inkl. Google Fonts), Dropdown für Schriftgröße (7 Optionen), Farbwähler für Schriftfarbe
• Laden von Google Fonts: getGoogleFontUrl() mit -Tags (nur wenn eine Google-Schrift ausgewählt ist)
• Skalierungssystem für Schriftgrößen: CSS-Variable --ia24-font-scale mit calc(Xpx * var(--ia24-font-scale, 1)) auf allen ~55 fest codierten Schriftgrößen
• Kaskadierung der Schriftfarbe: 7x Überschriftenfarbe, 4x Abschnittstext, 4x Label-Farbe über --ia24-font-color dynamisch gemacht
• 33 SVG-Methodensymbole in view/base/web/images/method-icons/ erstellt (im Frontend und Backend verfügbar)
• Backend-Abschnitt „Uber dieses Modul“: Version aus ComponentRegistrar (liest composer.json), Funktionsübersicht, AJAX-Kontaktformular über TransportBuilder
• Backend-E-Mail-Vorlage für Supportanfragen (etc/email_templates.xml)
• Admin-Route (etc/adminhtml/routes.xml, frontName: ia24checkout)
• Vorschau der Zahlungs-/Versandsymbole im Backend: Live-Vorschau mit background-image-Darstellung in MethodCustomizer
• In MethodCustomizer werden nur aktive Zahlungs-/Versandarten angezeigt (statt aller installierten)
• RequireJS-Stub für Hyva-Kompatibilität: minimale require-/define-Stubs verhindern ReferenceError durch Magento-Core-Skripte
• Media Query prefers-reduced-motion: deaktiviert alle Animationen/Übergänge für bewegungsempfindliche Nutzer
• Druck-Stylesheet: blendet Fortschrittsleiste, Sticky-Leiste, Sicherheitshinweise und Header-Symbole aus; Sidebar nicht sticky
• Focus-visible-Styling für alle interaktiven Elemente: Bestellbutton, Zurück-Link, Gutschein-Umschalter/-Button, Fortschrittsschritte, Login-Button, Formulareingaben, Auswahlfelder, Textbereich, AGB-Links (WCAG-2.1-Konformität)
• Touch-Ziele der Checkboxen: min-height: 44px (WCAG)
• IntersectionObserver für die Sticky-Bestellleiste: intelligente Erkennung der Sichtbarkeit des ursprünglichen Buttons
• CSS-Fallback für :has(): JS-Funktion updateMethodSelectedClass() mit Umschaltung der Klasse .ia24-checkout__method--selected
• Scrollbar-Styling der Sidebar: scrollbar-width: thin + benutzerdefiniertes Styling über ::-webkit-scrollbar
• CSS-Klasse für PLZ-Autofill: .ia24-checkout__input--autofilled mit dynamischem Hintergrund in der Primärfarbe
• Tastaturbedienbarkeit des Gutschein-Umschalters: tabindex="0", role="button", aria-expanded, Handler für Enter/Leertaste
• Touch-Ziel des Gutschein-Buttons: min-height: 44px
• IA24_DEBUG-Flag: extern aktivierbar über window.IA24_DEBUG_ENABLED, schützt alle Konsolenausgaben
• Rechnungsformular: 5 Eingabefelder mit Attribut required versehen (Vorname, Nachname, Straße, PLZ, Ort)
• Fehlende Standardwerte in config.xml: alle 7 footer_links-Felder und 4 benutzerdefinierte Trust-Badge-Felder
• -Kette für AGB in der Sticky-Leiste: show_sticky_order_bar als Abhängigkeit hinzugefügt
• Hinweis „Coming Soon“ für die Backend-Gruppe method_customization
• composer.json für die Installation per Composer über ein Satis-Repository
• Datei LICENSE mit proprietären Lizenzbedingungen
• CHANGELOG.md mit vollständiger Versionshistorie
• i18n/de_DE.csv mit über 155 Übersetzungsstrings aus allen Moduldateien
• Block/Checkout::getTaxRateLabel() zur dynamischen Anzeige des Steuersatzes
• Block/Checkout::sanitizeColor() zur Verhinderung von CSS-Injection
• Distributions-Setup: build-zip.sh, Satis-Server unter packages.storetown-media.de

• CSS aus Inline-Styles in checkout-layout.css verschoben (1377 Zeilen ausgelagert)
• Veraltete checkout.css gelöscht (ersetzt durch checkout-layout.css)
• Fest codiertes Label „zzgl. MwSt. (19%)“ zeigt jetzt den dynamischen Steuersatz aus der Magento-Steuerkonfiguration
• Fest codierter Fallback-Steuersatz 0.19 in allen Controllern durch 0.0 ersetzt (war für AT/CH-Shops falsch)
• 111 console.log/error/warn-Anweisungen aus dem produktiven JavaScript-Code entfernt
• README.md mit vollständiger Funktionsliste, Anforderungen und PSP-Dokumentation aktualisiert
• Backend-Adminbereich in 10 logische Gruppen umstrukturiert (zuvor 11 unsortierte): Allgemein, Design & Layout, Checkout-Formular, PLZ-Autofill, Zahlungs-/Versandmethoden, Bestelloptionen, Gutscheincode, Vertrauen & Sicherheit, Footer & Rechtliches, Uber dieses Modul
• Template-Umstrukturierung: Fortschrittsleiste, Meldungen und Login-Bereich über den Grid-Container verschoben – Formulare und Seitenleiste beginnen jetzt auf exakt derselben Höhe
• Seitenleiste als einzelne Karte mit fixierter Aktionszone umstrukturiert: Warenkorbartikel/Gutschein/Kommentar im scrollbaren Bereich, Summen/Zustimmungen/Bestellbutton immer sichtbar
• Bestellkommentar in die Seitenleiste verschoben (aus dem linken Formularbereich)
• Logo aus dem Header in die Seitenleiste verschoben
• Header kompakter gestaltet: einzeilig (Titel links, „Zurück zum Warenkorb“ rechts), Padding reduziert
• Einheitliches Farbsystem mit dynamischen CSS-Variablen aus dem Backend: --ia24-primary-rgb, --ia24-accent-rgb für Transparenzunterstützung
• Über 20 fest codierte Farbwerte durch dynamische CSS-Variablen ersetzt (Fokus-Glow, validierte Felder, Fortschrittsschritte, Kundenkonto-Box)
• Validierungsfarben (~30 Stellen) von fest codiertem Rot auf var(--ia24-accent) mit RGB-Transparenz geändert
• 29x var(--ia24-primary)-Fallbacks von gemischten Werten auf #0078b3 vereinheitlicht
• Akzent-Fallbackwerte vereinheitlicht: #ff8000 zu #e85e0c, #d96b00 zu #c44d0a
• Inline-Styles des Footers in CSS-Klassen verschoben: .ia24-checkout__footer-inner, .ia24-checkout__footer-separator, .ia24-checkout__footer-links
• AGB-Link in der Seitenleiste verwendet $block->getTermsUrl() (konfigurierte URL) statt $block->getUrl('agb')
• Fallbacks für Zustimmungslabels verwenden eigene übersetzte Standardwerte statt der Footer-Link-Labels
• Verknüpfung der Zustimmungstexte verwendet korrekte deutsche Grammatik (und, und die) statt Kommatrennung
• Summen der Seitenleiste aus dem scrollbaren Bereich in die stets sichtbare Aktionszone verschoben
• escapeHtml() um Escaping von Anführungszeichen erweitert (" zu ", ' zu ')
• Alle Inline-Skripte in IIFE gekapselt, const/Arrow-Functions in var/function() umgewandelt (ES5-Kompatibilität)
• checkout-core.js init(): jeder Initialisierungsschritt in try/catch gekapselt (ein Fehler blockiert nicht mehr die übrigen)
• PLZ-Autofill: XHR durch fetchWithTimeout() ersetzt (10 s Timeout)
• Fest codierte deutsche Strings durch Übersetzungsschlüssel ersetzt (gateway_redirect, gateway_fallback, order_success, account_created_suffix)
• SaveAddress.php: RegionResource per DI injiziert, veraltetes load() ersetzt
• PlaceOrder.php: setCustomerDataAsLoggedIn() statt des veralteten Model::load()
• ApplyCoupon.php: CouponResource per DI injiziert, veraltetes load() ersetzt
• Config.php: Konstanten DEFAULT_PRIMARY_COLOR + DEFAULT_ACCENT_COLOR hinzugefügt
• PayPal-Logging reduziert: ~40 Info-Aufrufe in 16 Debug-Aufrufe geändert, logRequestSummary() aus NvpPlugin entfernt
• system.xml sortOrder-Korrektur: newsletter_checkbox von 20 auf 25 geändert (Kollision behoben)
• ConfigPlugin.php: Rückgabetyp mixed entfernt (PHP-7.4-Kompatibilität)
• Admin-CSS: Stil des Speichern-Buttons auf die OPC-Seite beschränkt
• checkout-core.js handleLogin(): Null-Prüfungen hinzugefügt
• requirejs-config.js bereinigt: alle IIFE-Mappings entfernt
• Attribut setup_version aus etc/module.xml entfernt (veraltet seit Magento 2.3)
• 3 ungenutzte Block-Methoden als @deprecated markiert: getCartItemCount(), getTrustBadgesStyle(), getFooterLinks()
• Rahmenfarben vereinheitlicht: #e0e0e0 zu #e5e7eb geändert, Footer-Trenner #ccc zu #e5e7eb
• Akzent-Schimmer der Fortschrittsleiste: statisches Weiß/Grau durch dynamischen Akzentverlauf ersetzt
• Textüberlauf bei Methoden: text-overflow: ellipsis mit min-width: 0 auf dem Methodeninhalt (alle Layouts)
• Array.isArray()-Prüfungen für alle Arrays in API-Antworten (payment_methods, shipping_methods)
• Two-column-reverse mobil: flex-direction: column !important bei <=900px
• Gutschein-Button: btn.disabled = true/false während AJAX-Anfragen
• overflow-wrap: break-word zu Textelementen der Seitenleiste hinzugefügt

• SaveShipping.php Zeile 245: $paymentHelper zu $this->paymentHelper korrigiert (Fehler aus der DI-Migration, durch den Zahlungsmethoden fehlschlugen)
• PlaceOrder.php: 3x $orderRepository zu $this->orderRepository korrigiert (Fehler aus der DI-Migration)
• AGB-Konfiguration der Sticky-Leiste: showAgreements() zu showAgreementsStickyBar() korrigiert
• Debug-Überrest beim Logo: $block->hasLogo() || true zu $block->hasLogo() geändert
• Doppelter Event-Observer: PrepareQuoteForOrder aus globaler events.xml entfernt, in frontend/events.xml beibehalten
• Doppelte Zuweisung von window.ia24ReloadShipping aus checkout-core.js entfernt
• Doppelte Zuweisung von window.IA24Progress aus sticky-progress.js entfernt
• Doppelten Blur-Listener am E-Mail-Feld entfernt
• Doppelte CSS-Regel für die Sichtbarkeit der Sticky-Leiste entfernt
• Doppeltes border-top an .ia24-checkout__totals entfernt
• 4 verwaiste/falsch zugeordnete PHPDoc-Kommentare in Checkout.php korrigiert
• Virtuelle Produkte: null-sicherer Container-Zugriff in loadShippingMethods(), 4 weitere Null-Sicherheitskorrekturen in checkAndLoadShipping() und initIA24Checkout()
• Anfängliche Zahlungsmeldung für virtuelle Produkte: „Bitte Adresse ausfullen“ statt „Versandart wahlen“
• Ultrakompaktes Logo: Ausnahme vom CSS-Wildcard-Selektor per :not() verhindert Überschreiben durch height: auto !important
• :has()-CSS-Fallback: Selektoren für ältere Browser in @supports selector(:has(*)) gekapselt
• Wildcard-CSS-Selektoren für Footer/Header: :not([class*="ia24"])-Schutz hinzugefügt (Kompatibilität mit Porto/Ultimo-Theme)
• XSD-Fehler in system.xml: Bindestrich im Pfad verletzte das Magento-XSD-Muster
• system.xml: Pfad header-icons zu headericons geändert (XSD-Konformität)

• Plugin/CsrfValidatorSkip.php – Plugin zur Umgehung von CSRF (Sicherheitskorrektur)
• CsrfAwareActionInterface aus Login.php (redundant zum globalen CSRF)
• Debug-Datenfelder (debug_error, debug_class) aus der API-Antwort von SaveAddress
• Alle console.log()-Anweisungen aus checkout.js und checkout.phtml
• Controller/Router/CustomUrl.php – ungenutzter Code, in keiner XML registriert
• etc/events.xml – leer nach Verschiebung des Observers nach frontend/events.xml
• view/frontend/templates/js/button-fix-loader.phtml – verwaist, nicht im Layout-XML
• view/frontend/web/js/checkout-button-fix.js – ungenutzter RequireJS-Code
• view/frontend/web/js/checkout-json-fix.js – ungenutzter RequireJS-Code
• view/frontend/web/js/checkout.js — RequireJS/jQuery-Altlast, duplizierte checkout-core.js
• Block/Adminhtml/System/Config/BrandingHeader.php — ersetzt durch AboutInfo.php
• view/adminhtml/templates/system/config/branding-header.phtml — ersetzt durch about-info.phtml
• Toter Trust-Badge-Code aus Block/Checkout.php: Konstante TRUST_BADGE_ICONS, getTrustBadges(), getTrustBadgeIcon(), getTrustBadgeContainerClasses() (~50 Zeilen)
• Interne FEATURE_ROADMAP.md aus der Distribution
• Layoutoption „Akkordeon“ (es gab kein funktionierendes JS, CSS-Stubs gelöscht)

Version 1.2.0 — 2026-01

• Fixierter Sidebar-Button (Desktop): Sidebar umstrukturiert in scrollbaren Übersichtsbereich und fixierten Aktionsbereich mit Bestellbutton, AGB und Trust-Badges
• Dynamisches Farbsystem: CSS-Variablen --ia24-primary-rgb und --ia24-accent-rgb für Transparenz mit rgba()
• Konfigurierbare Icon-Leiste im Header: 46 Zahlungs-Icons, 36 Versand-Icons, 3 eigene Upload-Plätze mit Graustufenfilter und Hover-Effekten
• Backend-Konfiguration in 10 logische Gruppen mit klarer Aufgabentrennung umstrukturiert
• Backend-Felder für Typografie: Schriftart (13 Optionen), Schriftgröße (7 Optionen), Farbwähler für die Schriftfarbe mit Unterstützung für Google Fonts
• CSS-Variable --ia24-font-scale zur proportionalen Skalierung aller ~55 fest codierten Schriftgrößen
• ARIA-Attribute für Barrierefreiheit: role="alert", aria-live, role="button", tabindex, aria-expanded, aria-controls, aria-busy, role="radiogroup", aria-label, aria-hidden
• Block/Checkout.php: getJsTranslations() mit 22 Übersetzungsschlüsseln, getHeaderIcons() mit Deduplizierung
• Migration von ObjectManager zu DI (35 Aufrufe auf 8 reduziert, die verbleibenden sind PSP-spezifisch)
• Internationalisierung deutscher Texte — über 40 Zeichenketten in __()/$t() eingebettet

• 246 Aufrufe von logger->info() in 4 Controllern auf logger->debug() umgestellt
• PHP-Bedingung für die fixierte Leiste entfernt (jetzt immer sichtbar, entsprechend HTML/CSS)
• Bestellkommentar vom linken Formularbereich in die rechte Sidebar verschoben
• Logo vom Header in die Sidebar verschoben, mit kompaktem Header-Design
• Sidebar zu einer einzigen Karte mit fixiertem Aktionsbereich unten zusammengeführt
• Validierungsfarben (~30 Stellen) von fest codiertem Rot auf dynamische Akzentfarbe umgestellt
• Über 20 fest codierte Farbwerte durch dynamische CSS-Variablen ersetzt
• Akzentfarbe des Bestellbuttons von --ia24-primary auf --ia24-accent geändert
• Layout-CSS-Regeln für one-column und two-column-reverse hinzugefügt
• Veraltete Methode isPayPalRedirectMethod() entfernt (ersetzt durch GatewayHandler)

• Platzhalter '-' in 7 Dateien (~40 Stellen) durch leere Zeichenkette '' ersetzt
• beforeValidate() in AddressValidationPlugin.php und AddressPlugin.php zu No-op geändert
• Reduzierung von !important: 63 auf 60 (3 entfernt bei sticky-bar-btn + Footer-Padding)

Version 1.1.0 — 2025-12

• JavaScript aus checkout.phtml ausgelagert: checkout-core.js (~1050 Zeilen) als eigenständiges IIFE-Modul erstellt
• sticky-order-bar.js (~85 Zeilen) aus Inline-Skriptblock ausgelagert
• sticky-progress.js um Funktionen zur Beobachtung der Zahlung erweitert
• Kompatibilität mit dem Hyva-Theme: alle JS-Dateien von RequireJS define() auf IIFE-Muster umgestellt
• Inline-Gutschein-JS in checkout.phtml (ersetzt jQuery/RequireJS-Abhängigkeit)
• Globale Funktion window.ia24ReloadShipping zum manuellen Neuladen der Versandarten
• Wiederholungsmechanismus mit 2 Sekunden für das Laden der Versandarten
• Debug-Logging in isAddressCompleteForLoading(), das anzeigt, welches Feld fehlt
• checkout-core.js init(): jeder Initialisierungsschritt in try/catch eingebettet

• checkout.phtml von 3154 auf 919 Zeilen reduziert (4 Inline-Skriptblöcke ausgelagert)
• Alle JS-Module von RequireJS define([], function() {...}) auf (function() {...})() umgestellt
• requirejs-config.js: Array deps entfernt (kein RequireJS unter Hyva)
• json-fix-loader.phtml und button-fix-loader.phtml: text/x-magento-init in Inline-IIFE umgewandelt
• Laden der Skripte von RequireJS auf -Tags umgestellt
• Gutscheincode auf jQuery-Event-Delegation umgestellt (kein erneutes Binden nach replaceWith)

• PayPal Express Checkout: Versandart geht bei der Weiterleitung nicht mehr verloren
• Verarbeitung abweichender Rechnungsadressen
• Fehlende EAV-Formularattribute für adminhtml_customer_address
• SaveShipping.php: $paymentHelper zu $this->paymentHelper korrigiert (Fehler aus der DI-Migration)
• PlaceOrder.php: 3x $orderRepository zu $this->orderRepository korrigiert (Fehler aus der DI-Migration)
• AGB-Konfiguration der Sticky-Leiste: showAgreements() zu showAgreementsStickyBar() korrigiert
• CSS-Fallback für :has(): Selektoren in @supports selector(:has(*)) eingebettet
• Wildcard-Selektoren für Footer/Header: Schutzbedingungen :not([class*="ia24"]) hinzugefügt

• Inline-Skriptblock 2 (Gutschein-JS) aus checkout.phtml gelöscht (duplizierte checkout.js und verursachte doppelte AJAX-Aufrufe)
• text/x-magento-init-Blöcke aus checkout.phtml entfernt

Version 1.0.0 — 2025-11

• Erstveröffentlichung
• Vollständiger One Page Checkout mit serverseitig gerenderter PHP/PHTML-Architektur (ohne Knockout.js)
• AJAX-Validierung aller Formularfelder mit Fehlerrückmeldung in Echtzeit
• Backend-Konfiguration für Design, Formularfelder und Verhalten der Kasse
• 4 Layoutvarianten: two-column (Standard), two-column-reverse, one-column, ultra-compact
• Responsives Design für Desktop, Tablet und Mobilgeräte mit fixierter Bestellleiste
• Payment-Gateway-Handler mit automatischer PSP-Erkennung (PayPal, Stripe, Mollie, Adyen, Braintree, Unzer, Amazon Pay, Klarna und weitere)
• System zur Anpassung der Methoden-Icons mit über 80 Icon-Zuordnungen
• Trust-Badge-System mit konfigurierbarer Position und Darstellung
• PLZ-Autovervollständigung für DE/AT/CH (Abfrage einer Postleitzahl-Datenbank)
• Gastbestellung mit optionaler Kundenregistrierung
• Feld für Bestellkommentar
• Einlösen von Gutscheincodes per AJAX
• Fixierte Fortschrittsleiste mit Schrittanzeigen
• Datenbrücke von PHP zu JS über window.ia24CheckoutConfig
• Farbsystem mit CSS-Variablen: --ia24-primary, --ia24-accent mit Dark-, Light- und RGB-Varianten
• Kompatibel mit den Themes Luma, Blank und Hyva
• Übersetzungen in 11 Sprachen (DE, EN, FR, IT, ES, NL, PL, PT, SV, DA, NO)