Fügt Checkout Revolution Angebotsanfragen zu PrestaShop hinzu?

Ja. Checkout Revolution enthält einen Angebotsanfrage-Workflow (RFQ) zusätzlich zum Checkout, wie ihn viele B2B- und Made-to-order-Shops benötigen.

Das macht das Modul konkret:

• Kunden fragen ein Angebot an, statt sofort zu bezahlen oder zusätzlich dazu. Sie wählen, welche Anfragefelder erfasst werden, darunter Telefon, Firma, Projektreferenz und ein Dateianhang, und schalten jedes Feld ein oder aus.
• Ihr Team verwaltet jedes Angebot nach Status: pending, sent, negotiating, accepted, rejected, expired, converted und cancelled. Status sind farbcodiert, können als final markiert werden und können dem Kunden automatisch eine E-Mail senden, wenn Sie das Angebot in diesen Status verschieben.
• Optionale Preisverhandlung kann an eine Mindestmenge oder einen Mindestwarenkorbwert geknüpft werden, sodass kleine Warenkörbe normal durch den Checkout laufen, während größere Bestellungen einen Verhandlungsthread mit Nachrichten in beide Richtungen öffnen.
• Akzeptierte Angebote können zu echten Bestellungen werden. Mitarbeiter können ein Angebot im Back Office konvertieren, und das Modul unterstützt außerdem tokenisierte Zahlungslinks mit Ablaufdatum, damit der Kunde das vereinbarte Angebot online bezahlen kann. Für die Unterlagen des Kunden wird ein Angebots-PDF erzeugt.

Der ganze Workflow lebt im selben Modul wie der Checkout. Das Angebot basiert also auf Ihrem PrestaShop-Katalog, Kunden-, Währungs- und Steuerkontext und nicht auf einer separaten Tabelle. Es ist eine kostenpflichtige Funktion von Checkout Revolution.

Die standardmäßige Angebotsgültigkeit beträgt 30 Tage, die standardmäßige Gültigkeit des Zahlungslinks 48 Stunden. Angebotsreferenzen werden aus einem konfigurierbaren Format erzeugt, mit dem Standardmuster QUO-{YEAR}-{ID:5}. Zahlungslinks verwenden ein generiertes Token und werden nur akzeptiert, solange das gespeicherte Token existiert und das Ablaufdatum noch in der Zukunft liegt.

Gast-Angebotsanfragen werden getrennt von normalen Kundenanfragen gesteuert. Der Angebotsanfrage-Controller erlaubt technisch Gastzugriff, aber die Standardkonfiguration lautet quote_allow_guest = false; wenn Gastangebote deaktiviert sind und der Besucher nicht angemeldet ist, wird er zur Authentifizierung weitergeleitet. Wenn Gastangebote erlaubt sind, erfasst das Formular Gast-E-Mail, Vorname und Nachname.

Auf Admin-Seite ist das Angebot bearbeitbar, bis es konvertiert, abgelaufen oder in einen finalen Status verschoben wurde. Mitarbeiter können Katalogprodukte, Kombinationen oder freie benutzerdefinierte Positionen hinzufügen, Menge, Preis und Rabatte anpassen, Angebotsrabatte hinzufügen, Nachrichten senden, den Status ändern und den Zahlungslink erzeugen. Direkte Konvertierung erstellt einen neuen PrestaShop-Warenkorb, fügt die produktbasierten Angebotspositionen hinzu und validiert eine Bestellung mit ausstehender Zahlung über ps_wirepayment, wenn dieses Modul verfügbar ist; andernfalls fällt es auf die Checkout-Revolution-Modulinstanz zurück. Der Bestellstatus kommt aus PS_OS_BANKWIRE, mit Fallback auf PS_OS_CHEQUE. Das ist ein fest codierter Konvertierungspfad, kein angebotsspezifisch konfigurierbarer Zahlungmodul-Selektor.

Damit ist der RFQ-Fluss praktisch für Handelspreise, Projektbestellungen, individuelle Mengen und Bestellungen, bei denen ein Dokument angehängt werden muss. Der wichtigste Händler-Fallstrick ist Statusdisziplin: Wenn Sie einen Status als final markieren, ist das Angebot im normalen Workflow nicht mehr bearbeitbar oder konvertierbar.