Czy Checkout Revolution dodaje zapytania ofertowe do PrestaShop?

Tak. Checkout Revolution zawiera workflow zapytań ofertowych (RFQ) na bazie checkoutu, czyli dokładnie to, czego potrzebuje wiele sklepów B2B i sklepów z produkcją na zamówienie.

Oto co robi, zgodnie z działaniem modułu:

• Klienci proszą o wycenę zamiast natychmiastowej płatności albo obok niej. Wybierasz, które pola zapytania zbierać, w tym telefon, firmę, referencję projektu i załącznik plikowy, a każde z nich możesz włączyć lub wyłączyć.
• Twój zespół zarządza każdą ofertą według statusu: pending, sent, negotiating, accepted, rejected, expired, converted i cancelled. Statusy są oznaczane kolorami, mogą być finalne i mogą automatycznie wysyłać klientowi email, gdy przeniesiesz ofertę do danego statusu.
• Opcjonalna negocjacja ceny może być ograniczona minimalną ilością albo minimalną wartością koszyka, więc małe koszyki przechodzą normalny checkout, a większe zamówienia otwierają wątek negocjacji z wiadomościami w obie strony.
• Zaakceptowane oferty mogą stać się prawdziwym zamówieniem. Pracownik może przekonwertować ofertę z back office, a moduł ma też obsługę tokenizowanych linków płatności z datą ważności, aby klient mógł zapłacić uzgodnioną ofertę online. PDF oferty jest generowany do dokumentacji klienta.

Cały workflow działa w tym samym module co checkout, więc oferta opiera się na katalogu PrestaShop, kliencie, walucie i kontekście podatkowym, a nie na osobnym arkuszu kalkulacyjnym. To płatna funkcja Checkout Revolution.

Domyślna ważność oferty to 30 dni, a domyślna ważność linku płatności to 48 godzin. Referencje ofert są generowane z konfigurowalnego formatu, z domyślnym wzorcem QUO-{YEAR}-{ID:5}. Linki płatności używają wygenerowanego tokena i są akceptowane tylko wtedy, gdy zapisany token istnieje, a data wygaśnięcia jest nadal w przyszłości.

Zapytania ofertowe gości są kontrolowane osobno względem normalnych zapytań klientów. Kontroler zapytania ofertowego technicznie pozwala na dostęp gościa, ale domyślna konfiguracja to quote_allow_guest = false; jeśli oferty gości są wyłączone, a odwiedzający nie jest zalogowany, zostaje przekierowany do uwierzytelniania. Gdy oferty gości są dozwolone, formularz zbiera email gościa, imię i nazwisko.

Od strony administracyjnej oferta jest edytowalna, dopóki nie zostanie przekonwertowana, nie wygaśnie albo nie trafi do statusu finalnego. Pracownicy mogą dodawać produkty katalogowe, kombinacje albo własne pozycje tekstowe, zmieniać ilość, cenę i rabaty, dodawać rabaty na poziomie oferty, wysyłać wiadomości, zmieniać status i generować link płatności. Bezpośrednia konwersja tworzy nowy koszyk PrestaShop, dodaje pozycje oferty powiązane z produktami i waliduje zamówienie oczekujące na płatność przez ps_wirepayment, gdy ten moduł jest dostępny; w przeciwnym razie używa instancji modułu Checkout Revolution. Stan zamówienia pochodzi z PS_OS_BANKWIRE, z fallbackiem do PS_OS_CHEQUE. To zakodowana ścieżka konwersji, a nie selektor modułu płatności konfigurowalny osobno dla ofert.

Dzięki temu przepływ RFQ jest praktyczny dla cen handlowych, zamówień projektowych, niestandardowych ilości i zamówień wymagających załączonego dokumentu. Kluczowa pułapka dla sprzedawcy to dyscyplina statusów: jeśli oznaczysz status jako finalny, oferta przestaje być edytowalna i konwertowalna w normalnym workflow.