Bronn Angebotsanfragen

# Changelog

## 1.7.7 – 2026-04-07

- Fix isAdmin() → getIsAdmin() umbenannt

## 1.7.6 – 2026-04-07

- Fix: Vue-3-Kompatibilitaet fuer Admin-Detailseite (Shopware 6.7)

- Pipe-Filter (| date, | currency) durch Shopware.Filter.getByName() ersetzt

- v-model Bindings korrigiert (sw-textarea-field, sw-single-select, sw-number-field)

- Anfrageinformationen-Karte wird wieder korrekt gerendert

- Nachricht senden im Admin funktioniert wieder

- Suchleiste aus Listenansicht entfernt

- Lizenz auf proprietary geaendert

## 1.7.5 – 2026-04-07

- Admin-Route-Referenzen korrigiert: bc.* Prefix auf bronn.* aktualisiert nach Namespace-Umbenennung. Admin-Module, Navigation und Routing wieder funktionsfähig.

## Fix: Kundenkonto-Seiten nach Shopware-Standard-Layout

### Seitenstruktur (Übersicht + Detail)

- Beide Kundenkonto-Seiten (Übersicht und Detail) verwenden jetzt exakt das Shopware-Standard-Layout

- `account-orders` Wrapper-Klasse statt eigener `account-offer-request-detail` Klasse

- `account-welcome` für Überschrift mit korrektem Padding/Margin (identisch zu Bestellungen, Adressen, etc.)

- `account-orders-main` Inhalts-Wrapper für korrekte Hintergründe und Abstände

- Block-Hierarchie nach Shopware-Konvention (`page_account_offer_request_detail` → `_welcome` → `_main`)

### Fehlender Snippet

- `accountSubtitle` Snippet für DE und EN hinzugefügt (wurde in der Übersichtsseite referenziert aber fehlte)

# 1.7.3

## Fix: Sidebar-Menüpunkt nach Shopware-Standard

### Aktiv-Zustand im Kundenkonto-Menü

- `active`-Klasse durch `is-active` ersetzt (Shopware-Standard)

- `controllerAction`-Prüfung durch `activeRoute`-Variable ersetzt (Shopware 6.7 Best Practice, `controllerAction` ist deprecated ab 6.8)

- `starts with('frontend.bronn-offer-request.account')` erkennt Übersicht und Detail korrekt

- `aria-current="page"` für Barrierefreiheit hinzugefügt

- Menüpunkt verhält sich jetzt identisch zu Shopware-Standardeinträgen (Bestellungen, Adressen, etc.)

# 1.7.2

## Fix: Storefront-Styling und Theme-Kompatibilität

### Angebotspreis-Eingabefeld im Admin

- Weisser Hintergrund und Rahmen des sw-number-field in der Positionen-Tabelle entfernt

- Eingabefeld ist jetzt transparent und passt sich dem Zebra-Striping der Tabellenzeilen an

- Rahmen erscheint nur bei Hover oder Fokus für bessere Bedienbarkeit

### "Angebot verfügbar"-Block

- Grosse grüne Card durch schlichten Bootstrap-Alert (alert-success) ersetzt

- Eigene Überschrift entfernt, nur noch Beschreibungstext mit Buttons

- Responsive Layout (Buttons unterhalb auf Mobile, daneben auf Desktop)

### Eigene Styles minimiert

- Storefront SCSS von 104 Zeilen auf 23 Zeilen reduziert

- Nur noch `.bronn-offer-request-btn { width: 100%; }` als eigenes Styling

- Alle Inline-Styles entfernt (Nachrichten-Border, Quantity-Input, Erfolgs-Icon)

- Ersetzt durch Bootstrap-Standardklassen (border, d-inline-block, w-auto, text-success)

- Maximale Kompatibilität mit Drittanbieter-Themes

# 1.7.1

## Fix: Shopware-Store-Konformität

### Deinstallation – Vollständige Datenbereinigung

- `uninstall()` entfernt jetzt bei "Alle Daten löschen" sämtliche Plugin-Daten:

  - 4 Mail-Template-Typen + Übersetzungen (bronn_offer_request_customer_confirmation, bronn_offer_request_admin_notification, bronn_offer_request_status_changed, bronn_offer_request_message_sent)

  - 4 Mail-Templates + Übersetzungen

  - 3 Flows + Flow-Sequenzen (bronn_offer_request.created, .status_changed, .message_sent)

  - 3 Datenbanktabellen (bronn_offer_request_message, bronn_offer_request_item, bronn_offer_request)

- Zuvor wurden nur die eigenen Tabellen gelöscht – Mail-Templates und Flows blieben als Waisen in der Datenbank

### Performance: Fehlende Tax-Association

- `getCustomerOfferRequest()` lädt jetzt `items.product.tax` statt nur `items.product`

- Behebt: N+1-Query-Problem bei `acceptOffer()` – Steuersatz wurde pro Artikel einzeln nachgeladen

### Code-Qualität

- Hardcodierten Steuersatz-Fallback (19%) durch SalesChannel-Standard ersetzt

- Doppelten PHPDoc-Block in `createFromCart()` entfernt

# 1.7.0

## Feature: Angebot ablehnen

- Neue Service-Methode `declineOffer()` – Kunde kann Angebote ablehnen (Status → declined)

- Neue Controller-Route `POST /account/offer-requests/{id}/decline`

- Ablehnen-Button im Frontend neben dem Annehmen-Button (nur sichtbar wenn Angebotspreis vorhanden und Status weder accepted noch declined)

- Storefront-Snippets (DE + EN) für Ablehnen-Texte

## Feature: Auto-Status bei Angebotspreisen

- Beim Speichern im Admin: Wenn mindestens ein Artikel einen Angebotspreis > 0 hat und der Status noch 'new' oder 'in_progress' ist, wird automatisch auf 'answered' gewechselt

- Spart dem Admin den manuellen Statuswechsel

## Feature: Konfigurierbare E-Mail-Benachrichtigungen

- Neue Plugin-Konfiguration: `sendStatusChangeMail` – Mail bei Statusänderung ein/ausschaltbar (Standard: aktiv)

- Neue Plugin-Konfiguration: `sendMessageMail` – Mail bei neuer Admin-Nachricht ein/ausschaltbar (Standard: aktiv)

- OfferRequestWriteSubscriber prüft Config vor Event-Dispatch

- Bestehende Toggles (sendCustomerConfirmation, sendAdminNotification) strukturell optimiert

## Feature: Chat-Funktion konfigurierbar

- Neue Plugin-Konfiguration: `showChatFunction` – Nachrichtenverlauf und Sendeformular im Kundenkonto ein/ausschaltbar (Standard: aktiv)

- AccountMenuSubscriber gibt `bronnOfferRequestShowChat` an alle Storefront-Templates weiter

- Frontend-Template blendet Chat-Bereich bedingt ein/aus

# 1.6.0

## Feature: E-Mail-Benachrichtigung bei Statuswechsel und neuen Nachrichten

- Neues Flow-Event `bronn_offer_request.status_changed`: Wird bei jeder Statusänderung einer Angebotsanfrage ausgelöst

- Neues Flow-Event `bronn_offer_request.message_sent`: Wird bei neuen Admin-Nachrichten zu einer Angebotsanfrage ausgelöst

- Beide Events implementieren FlowEventAware, MailAware, CustomerAware und ScalarValuesAware

- Mail-Templates (DE + EN, HTML + Plain) für beide Events erstellt

- Standard-Flows im Flow Builder angelegt (Statusänderung → Mail an Kunden, Neue Nachricht → Mail an Kunden)

- Neuer OfferRequestWriteSubscriber: Lauscht auf DAL-Write-Events und erkennt automatisch Statuswechsel und neue Admin-Nachrichten

- FlowEventSubscriber um beide neuen Events erweitert

- Migration für Mail-Template-Typen, Mail-Templates und Flows

# 1.5.3

## Fix: E-Mail-Versand über Flow Builder

- ScalarValuesAware-Interface im OfferRequestCreatedEvent implementiert

- Neue getValues()-Methode stellt Template-Variablen (offerNumber, customerMessage, itemCount, offerRequestId) über den ScalarValuesStorer bereit

- Behebt: Flow-Mails wurden nicht versendet, da die Template-Variablen nie im StorableFlow ankamen

- Ursache: Shopware 6.7 benötigt ScalarValuesAware damit der ScalarValuesStorer die Werte in den Flow schreibt – ohne dieses Interface waren alle eigenen Variablen im Mail-Template leer

# 1.5.2

## Fix: Admin Vue 3 Kompatibilität

- Pipe-Filter (| date, | currency) durch Shopware.Filter.getByName()-Aufrufe ersetzt

- Behebt: "date is not a function" Fehler – Vue 3 Runtime-kompilierte Templates unterstützen keine Pipe-Filter

- Status-Dropdown (sw-single-select) auf explizites :value + @update:value Binding umgestellt

- Behebt: Status konnte nicht geändert werden, da v-model mit sw-single-select inkompatibel ist

## Fix: Frontend "Angebot annehmen" Button

- hasOfferPrice Variable wird jetzt außerhalb der Twig-Blocks berechnet

- Behebt: Variable war durch Block-Scoping im Accept-Block nicht verfügbar

## Fix: Mengenübertragung bei Angebotsanfrage

- Controller liest jetzt die `quantities`-Eingaben aus dem Formular

- Service nutzt Formular-Mengen statt nur Warenkorb-Mengen

- Behebt: Angepasste Stückzahlen im Formular wurden ignoriert

# 1.5.1

## Fix: Admin-Nachrichtenverlauf

- Nachrichten werden jetzt separat über eigenen Repository-Search geladen statt über EntityCollection-Association

- Behebt: EntityCollection-Proxy (Vue 3) war nicht zuverlässig iterierbar – getIds/forEach/Array.from schlugen fehl

- Nachrichten aktualisieren sich nach dem Senden direkt ohne Page-Reload

## Fix: Angebot-annehmen-Button

- Button "Angebot annehmen & bestellen" erscheint jetzt sobald ein Angebotspreis gesetzt ist

- Einzige Ausnahme: Status "Abgelehnt" – dort bleibt der Button verborgen

- Zuvor war der Button nur bei Status "Beantwortet" oder "Angenommen" sichtbar

# 1.5.0

## Angebot annehmen & zum Angebotspreis bestellen

- Neuer Button "Angebot annehmen & bestellen" in der Kundenkonto-Detailansicht (sichtbar bei Status answered/accepted wenn Angebotspreise gesetzt sind)

- Klick legt alle Positionen mit dem Angebotspreis als Custom-Line-Items in den Warenkorb (QuantityPriceDefinition)

- Produkte ohne Angebotspreis werden normal per Produkt-ID hinzugefügt

- Status der Anfrage wird automatisch auf "accepted" gesetzt

- Weiterleitung direkt zur Kasse (checkout/confirm)

- Steuersatz wird vom Produkt übernommen (Fallback: 19%)

## Admin-Fix: Nachrichtenverlauf

- EntityCollection-Iteration dreifach abgesichert (getIds+get, forEach, Array.from)

- Behebt: Nachrichtenverlauf war leer obwohl Nachrichten vorhanden waren

## Admin-Fix: httpClient-URL

- Doppeltes /api/api/ in Nachricht-senden-URL korrigiert

# 1.4.0

## Flow Builder & E-Mail-Versand

- Neues Flow-Event `bronn_offer_request.created` – wird bei jeder neuen Angebotsanfrage ausgelöst

- Event implementiert FlowEventAware, MailAware, CustomerAware – vollständig kompatibel mit Shopware Flow Builder

- FlowEventSubscriber registriert das Event im Flow Builder (Einstellungen > Flow Builder)

- Verfügbare Template-Variablen: `offerNumber`, `customerMessage`, `itemCount`, `customer.*`, `salesChannel.*`

## Mail-Templates (automatisch per Migration angelegt)

- Kundenbestätigung (DE/EN): Bestätigt den Eingang der Angebotsanfrage mit Anfragenummer und Kundennachricht

- Admin-Benachrichtigung (DE/EN): Informiert den Admin mit Kundendaten, Artikelanzahl und Nachricht

- Standard-Flow angelegt: Versendet automatisch beide Mails bei neuer Angebotsanfrage

## Admin-Fixes

- Alle v-model:value Bindings auf v-model umgestellt (Shopware 6.7 Vue 3 Kompatibilität)

- Behebt: Nachricht-senden-Button war ausgegraut weil sw-textarea-field das Value nicht ans Data-Property zurückgab

- Betrifft auch: Status-Dropdown, Admin-Kommentar, Angebotspreis-Eingabe

# 1.3.2

- Admin: Nachricht senden komplett überarbeitet – nutzt jetzt httpClient direkt statt repositoryFactory.save() (behebt Sendefehler)

- Admin: EntityCollection-Iteration sicher gemacht – forEach statt Spread-Operator für Proxy-kompatible Konvertierung

- Admin: Positionen-Tab mit compactMode und kompakterer Angebotspreis-Zelle (130px max, rechts ausgerichtet)

- Admin: Nachrichtenverlauf-Container max-height/overflow Reset per CSS (kein Scrolling mehr)

- Frontend: Nachrichtenverlauf-Bedingung von `is not empty` auf `|length > 0` geändert (EntityCollection-kompatibel)

- Frontend: Twig-Arrow-Funktion in sort entfernt (Kompatibilitätsproblem) – Sortierung jetzt serverseitig im Service

- Service: getCustomerOfferRequest() sortiert Nachrichten jetzt chronologisch via Criteria-Association

- CSS: Angebotspreis-Eingabefeld in eigener Wrapper-Klasse (bronn-offer-request-offer-price-cell) für saubere Ausrichtung

# 1.3.1

- Frontend Kundenkonto: Status-Badges auf Bootstrap 5 umgestellt (bg-* statt badge-*)

- Frontend Kundenkonto: Angebotspreis-Spalte wird jetzt angezeigt sobald ein Preis gesetzt ist (nicht nur bei Status answered/accepted)

- Frontend Kundenkonto: Vollständiger Nachrichtenverlauf aus der messages-Association wird angezeigt (Admin- und Kunden-Nachrichten chronologisch)

- Frontend Kundenkonto: Nachrichten-Formular in Detailansicht eingebaut, Kunde kann Nachrichten an Admin senden

- Frontend: text-right zu text-end korrigiert (Bootstrap 5)

- Admin: Nachricht-senden-Funktion überarbeitet – repositoryFactory.create() ohne Parameter, bessere Fehlerbehandlung

- Admin: Nachrichtenverlauf-Container entscrollt – kein künstliches max-height/overflow mehr

- Admin: Leerer-Zustand als Text statt sw-empty-state für kompaktere Darstellung

- Neue Snippets: messageThreadTitle, sendMessageTitle, sendMessageButton (DE/EN)

# 1.3.0

- "Angebot anfordern"-Button auf der Warenkorb-Seite hinzugefügt (unterhalb des "Zur Kasse"-Buttons)

- Neue Konfiguration: Button auf Warenkorb-Seite anzeigen/verbergen (showButtonInCart)

- Login-Pflicht und Aktivstatus werden jetzt auch auf der Warenkorb-Seite berücksichtigt

- Admin-Positionen-Tab: Spaltenbreiten korrigiert (Produkt, Artikelnummer, Menge, Preise) für bessere Lesbarkeit

- Admin-Nachrichtenverlauf: Data-Grid durch Chat-Darstellung mit farblich getrennten Nachrichten (Admin/Kunde) ersetzt

- Admin-CSS: Styling für Positionen-Tabelle und Nachrichtenverlauf hinzugefügt

# 1.2.3

- Veraltete sw_csrf() Twig-Funktion aus der Angebotsanfrage-Seite entfernt (existiert nicht mehr in Shopware 6.7, CSRF wird dort automatisch über Symfony gehandhabt)

# 1.2.2

- Kompatibilität mit VioB2BLogin-Plugin: Strikten GenericPageLoader Type-Hint entfernt, da VioB2BLogin den Service per Decorator (GenericB2BPageLoader) ersetzt

- Betrifft: OfferRequestPageLoader und AccountOfferRequestPageLoader

# 1.2.1

- Fallback-Inline-Script im Buy-Widget-Template hinzugefügt, das ohne Storefront-JS-Build funktioniert (löst Memory-Limit-Probleme bei theme:compile)

- Script prüft automatisch ob PluginManager-Plugin registriert ist und aktiviert Fallback nur wenn nötig

- Button fügt Produkt per AJAX zum Warenkorb hinzu und leitet dann zur Angebotsanfrage-Seite weiter

# 1.2.0

- config.xml: Explizite Sprachattribute lang="de-DE" für alle deutschen Labels gesetzt (Shopware 6.7 interpretiert Labels ohne lang-Attribut als en-GB Fallback)

- Admin-Modul: Fehlende entrypoints.json für Pentatrion ViteBundle hinzugefügt (ohne diese Datei kann Shopware 6.7 die Admin-Assets nicht laden)

- SCSS: Basis-Styling für Angebotsanfrage-Button und -Seiten

# 1.1.0

- Button "Angebot anfordern" auf Produktseiten unterhalb des Warenkorb-Buttons hinzugefügt

- Angebotsanfrage-Seite mit Warenkorbübersicht, Nachrichtenfeld und Wunschtermin erstellt

- Kundenkonto-Bereich mit Übersicht und Detailansicht der Angebotsanfragen integriert

- Admin-Modul unter Bestellungen → Angebotsanfragen mit Listenansicht, Detailansicht, Positionsbearbeitung und Nachrichtenverlauf implementiert

- Drei Datenbanktabellen angelegt: bronn_offer_request, bronn_offer_request_item, bronn_offer_request_message

- Vollständige Plugin-Konfiguration mit Button-Einstellungen, Formular-Optionen und E-Mail-Benachrichtigungseinstellungen

- Anfragenummer-Generierung im Format OR-YYYYMMDD-XXXXX

- Status-Management (Neu, In Bearbeitung, Beantwortet, Abgelehnt, Angenommen)

- Nachrichtensystem zwischen Kunde und Admin

- Angebotspreise pro Position im Admin editierbar

- Vorkompiliertes Admin-Bundle für sofortige Verfügbarkeit ohne separaten Build-Prozess

- Deutsche und englische Übersetzungen für Storefront und Administration

# 1.0.0

- Initiale Plugin-Struktur mit Shopware 6.7-Kompatibilität

- Grundlegende Entity-Definitionen und Migrationen

- Controller- und Service-Architektur angelegt