Checkout Revolution aggiunge richieste di preventivo a PrestaShop?

Sì. Checkout Revolution include un flusso di richiesta preventivo (RFQ) sopra il checkout, ciò che serve a molti shop B2B e made-to-order.

Ecco cosa fa, in base al modulo:

• I clienti richiedono un preventivo invece di pagare subito, o in parallelo al pagamento immediato. Scegli quali campi raccogliere nella richiesta, inclusi telefono, azienda, riferimento progetto e un allegato file, e puoi attivare o disattivare ciascuno.
• Il tuo team gestisce ogni preventivo per stato: pending, sent, negotiating, accepted, rejected, expired, converted e cancelled. Gli stati sono colorati, possono essere segnati come finali e possono inviare automaticamente un'email al cliente quando sposti il preventivo in quello stato.
• La negoziazione prezzo opzionale può essere limitata da una quantità minima o da un valore minimo del carrello, così i carrelli piccoli continuano nel checkout normale mentre gli ordini più grandi aprono una discussione di negoziazione con messaggi avanti e indietro.
• I preventivi accettati possono diventare ordini reali. Lo staff può convertire un preventivo dal back office, e il modulo gestisce anche link di pagamento tokenizzati con scadenza, così il cliente può pagare online il preventivo concordato. Viene generato un PDF del preventivo per l'archivio del cliente.

L'intero flusso vive nello stesso modulo del checkout, quindi il preventivo si basa sul tuo catalogo PrestaShop, cliente, valuta e contesto fiscale, non su un foglio di calcolo separato. È una funzione a pagamento di Checkout Revolution.

La validità predefinita del preventivo è 30 giorni e quella del link di pagamento è 48 ore. I riferimenti preventivo sono generati da un formato configurabile, con pattern predefinito QUO-{YEAR}-{ID:5}. I link di pagamento usano un token generato e sono accettati solo finché il token salvato esiste e la data di scadenza è ancora futura.

Le richieste preventivo guest sono controllate separatamente da quelle dei clienti normali. Il controller della richiesta preventivo consente tecnicamente l'accesso guest, ma la configurazione predefinita è quote_allow_guest = false; se i preventivi guest sono disattivati e il visitatore non è loggato, viene reindirizzato all'autenticazione. Quando i preventivi guest sono consentiti, il form raccoglie email, nome e cognome guest.

Dal lato admin, il preventivo è modificabile finché non viene convertito, scade o viene spostato in uno stato finale. Lo staff può aggiungere prodotti di catalogo, combinazioni o righe personalizzate a testo libero, regolare quantità, prezzo e sconti, aggiungere sconti a livello di preventivo, inviare messaggi, cambiare stato e generare il link di pagamento. La conversione diretta crea un nuovo carrello PrestaShop, aggiunge gli articoli del preventivo collegati a prodotti e valida un ordine in attesa di pagamento con ps_wirepayment quando quel modulo è disponibile; altrimenti ripiega sull'istanza del modulo Checkout Revolution. Lo stato ordine viene da PS_OS_BANKWIRE, con fallback a PS_OS_CHEQUE. È un percorso di conversione hard-coded, non un selettore configurabile di modulo pagamento specifico per preventivi.

Questo rende il flusso RFQ pratico per prezzi trade, ordini a progetto, quantità personalizzate e ordini che richiedono un documento allegato. Il punto critico per il merchant è la disciplina sugli stati: se marchi uno stato come finale, il preventivo smette di essere modificabile o convertibile nel flusso normale.