- Zahlungs-Flow: Die Locale wird nicht mehr an Alma gesendet.
- Das Feld `locale` (`fr`) wurde aus dem an die Alma-API gesendeten Payment-Creation-Payload (`payments.create`) entfernt.
- Das InPage-Payment-Iframe erzwingt keine Locale mehr (`Alma.InPage.initialize`); das Feld `locale` der Storefront-Konfiguration wurde entfernt.
- Folge: Alma richtet sich jetzt nach der Browsersprache des Kunden (inklusive Fehlermeldungen), statt Französisch zu erzwingen.
- Die Anzeige-Widgets (Raten-Badges auf Produkt- / Warenkorbseiten) bleiben in der Sprache der Händler-Website lokalisiert.
- Tests: Migration der Suites `AlmaPaymentHandlerTest` und `OrderAmountFeeExclusionTest` auf die `AbstractPaymentHandler`-API von Shopware 6.6 (sie zielten noch auf die alte 6.5-API). Vollständige Backend-Suite grün (255 Tests, 0 Fehler; zuvor 27 vorbestehende Fehler).
- Shopware-6.7-Kompatibilität ergänzt (das Plugin hatte das Store-Review für 6.6 bereits bestanden):
- Composer-Constraints für `shopware/core` und `shopware/storefront` auf `~6.6.0 || ~6.7.0` erweitert.
- End-to-End-Validierung via `shopware-cli extension validate --check-against highest --store-compliance --full` gegen Shopware 6.7.10.2 (neueste 6.7): 0 Fehler.
- Bestätigt, dass die Migrationen aus 1.1.0 (`AbstractPaymentHandler`, `technicalName` an jeder Zahlungsart, Vue-3-strict-Bindings, Attribut-basiertes Routing) und 1.1.2 (Entfernung von `Context::createDefaultContext()` / `SystemSource`, Symfony HTTP Client im Provisionsbericht) bereits alles abdecken, was 6.7 erzwingt.
- Bestätigt, dass der Konstruktor des `ScheduledTaskHandler` bereits einen Non-Null-Logger an den Parent weiterreicht — entspricht der neuen 6.7-Anforderung.
- Restliche `eslint(@typescript-eslint/no-unused-vars)`-Warnungen in `catch`-Blöcken und einer Testdatei bereinigt.
- Stylelint-Validierung der Drittanbieter-CSS des Alma-SDK unter `scss/vendor/_alma-widgets.scss` deaktiviert (keine inhaltliche Änderung am Vendor-Styling).
- Anpassung an das automatisierte Review-Feedback des Shopware Store (Runde #8):
- `!important`-Deklarationen aus dem Administration-SCSS-Override entfernt (die Spezifität wird jetzt durch eine doppelte aussagekräftige Klasse getragen).
- Zwei `console.error`-Aufrufe auf der API-Key-Detailseite entfernt; nur noch der Toast-Notification-Flow als Fehler-Surface.
- Den cURL-Aufruf des täglichen Provisionsberichts auf den Symfony HTTP Client (`http_client`) umgestellt — saubere Behandlung von Transportfehlern und Testbarkeit.
- Inline-`style=`-Attribute aus den Storefront-Twig-Templates (Footer-Banner, PDP-Widget, Checkout-Datencontainer) entfernt und das Styling in dedizierte SCSS-Klassen (`.alma-plugin-info`, `.alma-checkout-data`) verschoben.
- `parent()`-Aufrufe in allen überschriebenen Twig-Blöcken des Checkout-Summary-Total-Templates ergänzt, sodass die Alma-Gebührenzeile additiv über dem Core-Layout bleibt.
- Keine `new Context(new SystemSource())`-Instanziierungen mehr außerhalb von CLI / Scheduled-Task-Code: `ConfigService::getApiKey()` erhält jetzt einen `Context` vom Aufrufer, durchgereicht über `AlmaClient` und jede öffentliche Methode, die einen API-Client benötigt (`getClient`, `getMerchantId`, `fetchPayment`, `partialRefund`, `fullRefund`); der IPN-Webhook-Controller erhält den `Context` vom `ApiRequestContextResolver` von Shopware.
- Der Scheduled-Task-Handler des täglichen Provisionsberichts verwendet jetzt `Context::createCLIContext()` (das dokumentierte Pattern für CLI / Scheduled Tasks).
- Fix für den Crash der Konfigurationsseite, wenn kein API-Key ausgewählt ist (`sw-entity-multi-id-select` erhält keinen Null-Wert mehr).
- Fix der Vue-3-strict-Event-Propagation bei Plan-Auswahl und Beträgen: API-Key-Dropdown und Min-/Max-Beträge pro Plan werden jetzt beim Speichern korrekt persistiert.
- Fix der Autorisierung des Alma-Fee-Plans-Admin-Endpoints, sodass die Konfigurationsseite die verfügbaren Pläne ohne 401-Retry lädt.
- Fix der Storefront-Eligibility-Widgets: Die Meldung „Click to find out more" und der gesamte Widget-Bereich öffnen jetzt das Alma-Detail-Modal als Vollbild-Overlay (das Alma-SDK-CSS fehlte im Storefront-Bundle).
# 1.0.3
- Plugin-Namespace von AlmaShopwarePayment in SASALMA umbenannt, um dem technischen Namen im Shopware Store zu entsprechen.
- Lizenz von MIT auf proprietär geändert, um der Konfiguration im Shopware-Konto zu entsprechen.