Condizioni di pagamento differito B2B: configurazione e aiuto

Carica lo ZIP in Moduli > "Module Manager" > "Upload a module". Installalo e fai clic su "Configure". Usa Condizioni di pagamento per aprire Termini, Clienti, Pagamenti in attesa e le impostazioni del modulo.

Richiede PrestaShop 1.6.1 o successivo e PHP 7.1 o successivo.

L'installazione crea le tabelle per condizioni, traduzioni, assegnazioni ai gruppi, limiti di credito e ordini con pagamento differito. Crea anche lo stato ordine "Awaiting Deferred Payment", che consente la generazione della fattura. Non esiste un'impostazione ordinaria per scegliere un altro stato iniziale per il pagamento differito.

Le condizioni di esempio installate sono "Due on Receipt", "Net 15", "Net 30", "Net 60" e "Net 90", con 0, 15, 30, 60 e 90 giorni per il pagamento. Sono attive, ma non hanno gruppi clienti assegnati. Devi configurare l'idoneità prima che appaiano al checkout.

Fai clic su "Configure" in "Module Manager" per aprire Impostazioni condizioni di pagamento > Generale.

Salva le modifiche. Per fermare completamente i pagamenti, disattiva il modulo in Module Manager. "Attiva modulo" nasconde l’opzione al checkout, ma il controllore di invio dell’ordine non ricontrolla questa impostazione.

Apri Termini e modifica una condizione installata oppure aggiungine una.

L'elenco usa Posizione per ordinare le condizioni. La posizione salvata parte da 0. Il checkout ordina per posizione e poi per giorni di pagamento. La posizione si gestisce tramite l'ordinamento dell'elenco anziché con un campo separato nel modulo della condizione.

Per esempio:

Name: Net 30
Description: Payment due within 30 days from order placement.
Payment Days: 30
Color: #0d6efd
Customer Groups: B2B Customers
Active: Yes

Usa i gruppi clienti di PrestaShop per concedere le condizioni ai clienti. Le condizioni non vengono assegnate direttamente a un singolo record cliente. Per un accordo individuale, usa un gruppo dedicato.

Apri Clienti > Limiti di credito per gruppo, inserisci un limite numerico non negativo e salva. Vuoto o zero significa illimitato quando il limite effettivo è zero. Non esistono un interruttore Illimitato separato o un selettore della valuta del credito; il modulo mostra il simbolo della valuta del contesto attuale.

Il limite effettivo è il valore numerico più alto di tutti i gruppi del cliente, compresi quelli che non concedono la condizione scelta. Un gruppo a zero non annulla un limite positivo. I limiti mancanti non forniscono un valore positivo.

Per esempio, limiti di gruppo 0 e 1000 danno 1000. Se tutti i limiti salvati sono 0, o non ne esiste nessuno, il limite effettivo è zero e il credito è illimitato.

Per un limite effettivo positivo, il modulo controlla:

outstanding unpaid deferred amounts + current tax-included cart total <= effective numeric limit
(no currency conversion or reservations for other carts)

Un insoluto di 700 più un carrello di 250 rientra in un limite positivo di 1000; un carrello di 350 no. Se il limite viene superato, Paga con fattura non viene offerto.

Il confronto usa importi numerici grezzi, senza conversione valutaria né prenotazioni per altri carrelli. Usa una valuta coerente per il credito e controlla gli ordini simultanei; valute diverse e checkout contemporanei possono rendere il limite inaffidabile.

Accedi come cliente di prova appartenente a un gruppo assegnato. Aggiungi prodotti e prosegui al pagamento. Conferma che Paga con fattura appaia con le condizioni attive disponibili.

Scegli una condizione ed effettua un ordine di prova. Prima di creare l'ordine, il modulo ricontrolla la condizione scelta, l'appartenenza ai gruppi, il limite di credito e il carrello attuale.

L’ordine parte normalmente da "Awaiting Deferred Payment", con fatturazione attiva. Se l’ID configurato è zero o manca, il controllore usa lo stato del bonifico bancario del negozio. Non verifica se lo stato è adatto agli ordini differiti non pagati. Controlla lo stato effettivo dopo una prova.

Il record contiene ordine, condizione, cliente, negozio, importo, scadenza e indicatore di pagamento. La scadenza è la data attuale del server alla creazione del record più Giorni di pagamento. Non esistono una partenza dalla spedizione o una procedura di attesa della spedizione.

Per un record creato il 16/06/2026 con 30 giorni per il pagamento, la scadenza prevista è il 16/07/2026.

Controlla nella conferma dell'ordine il metodo, la condizione selezionata, l'importo e la scadenza. Controlla Pagamenti in attesa e l'elenco ordini standard di PrestaShop. Poi prova un cliente non assegnato e un carrello oltre un limite di credito positivo.

Usa Pagamenti in attesa per esaminare gli ordini differiti in attesa, scaduti e pagati. Un record non pagato diventa scaduto quando la sua scadenza è precedente alla data odierna.

Il pannello amministrativo dell’ordine mostra condizione, importo e scadenza, con Segna come pagato per i record non pagati. La stessa azione è disponibile in Pagamenti in attesa.

Dopo aver ricevuto e riconciliato il pagamento, usa Segna come pagato per contrassegnare l’intero record come pagato e togliere il suo importo dal totale degli insoluti del modulo. È un indicatore globale, senza gestione dei pagamenti parziali.

Il modulo non riconcilia l’indicatore dai pagamenti nativi dell’ordine. Segna come pagato imposta lo stato configurato di pagamento accettato solo se l’ordine è ancora nello stato di attesa del modulo. Controlla separatamente i pagamenti nativi e lo stato.

I clienti connessi con record non pagati possono vedere Pagamenti fatture in attesa nell'area del proprio account quando "Mostra nell’account cliente" è attivo. Il modulo non invia promemoria automatici e non riscuote direttamente i pagamenti delle fatture.

Il checkout invia la condizione selezionata tramite un campo nascosto come:

<input type="hidden" name="mpr_pt_term_id" value="ID_OF_PAYMENT_TERM">

Conserva mpr_pt_term_id quando modifichi il markup del checkout. Questa versione non invia né valida mpr_pt_token e mpr_pt_quote. Ricontrolla la condizione, i gruppi del cliente e l’importo attuale del carrello, senza prenotazioni del preventivo.

Le posizioni degli override del tema includono:

/themes/your-theme/modules/mprpaymentterms/views/templates/front/payment_option.tpl
/themes/your-theme/modules/mprpaymentterms/views/templates/front/payment_return.tpl
/themes/your-theme/modules/mprpaymentterms/views/templates/hook/customer_account.tpl

Il modulo include anche views/templates/hook/admin_order.tpl per l'output nel Back Office. Non aspettarti che un override del tema del negozio personalizzi automaticamente il pannello del Back Office.

Un template dell'account può visualizzare l'hook nativo quando necessario:

{hook h='displayCustomerAccount'}

Gli agganci CSS del front office includono .mpr-pt-payment-option, .mpr-pt-credit-info, .mpr-pt-term-label, .mpr-pt-term-badge, .mpr-pt-confirmation, .mpr-pt-account-block, .mpr-pt-pending-item.mpr-pt-overdue e .mpr-pt-overdue-badge.

Se manca Paga con fattura, controlla l'attivazione del modulo, "Attiva modulo", l'account cliente, i gruppi assegnati, le condizioni attive e il limite di credito effettivo. Controlla anche le normali restrizioni del negozio sulla disponibilità dei moduli di pagamento.

Se la condizione viene rifiutata, controlla l’invio di mpr_pt_term_id e che idoneità e credito consentano ancora il carrello attuale. Ricarica il checkout dopo aver cambiato il carrello o le impostazioni di pagamento.

Se la data è nascosta nella conferma, attiva "Mostra scadenza". Il termine parte sempre dalla creazione del record differito, non dalla spedizione. Il modulo non aggiunge diciture personalizzate sulla scadenza alle fatture PDF.

Usa "Integrity" per controllare le tabelle e gli hook richiesti. Questo modulo non fornisce una pianificazione automatica cron o dei promemoria.

Prima di disinstallare, esporta o salva una copia delle condizioni di pagamento e dei record differiti ancora aperti. La disinstallazione rimuove il menu, la configurazione, le preferenze e le tabelle del modulo. Lo stato ordine personalizzato e gli ordini standard di PrestaShop restano. Riconcilia i saldi aperti prima di rimuovere i relativi record del modulo.