Metode de plată în funcție de livrare

Opțiunile de plată pe care ar trebui să le ofere un magazin web depind de modul în care va fi livrată comanda: plata ramburs (COD) are sens numai cu un transportator care încasează efectiv bani la ușă sau la un punct de ridicare, în timp ce un transportator de paleți B2B poate fi strict cu plată în avans. Odoo standard oferă aceiași furnizori de plată indiferent de metoda de livrare aleasă (doar funcția opțională Click & Collect leagă propria opțiune „Pay on site” de ridicarea din magazin), iar fluxul său de plată offline (cel pe care se bazează COD) afișează formulări de transfer bancar și o pagină de așteptare dependentă de JavaScript, potrivite unui transfer bancar, nu unui colet plătit la predare.

Stratul eYssen livrare–plată rezolvă ambele probleme. Modulul eyssen_delivery_payment permite fiecărei metode de expediere să declare exact ce furnizori de plată pot fi oferiți împreună cu ea, învață finalizarea comenzii să valideze opțiunile COD în raport cu adresa de livrare și rescrie ecranele de după finalizarea comenzii, astfel încât un client COD să citească „comanda dumneavoastră a fost confirmată — plătiți la livrare” în loc de instrucțiuni de transfer bancar. Modulul însoțitor payment_custom_skip_status face redirecționarea către pagina de confirmare a comenzii robustă pentru orice metodă de plată offline, omițând pagina intermediară de stare a plății, pe partea de server.

Vezi și

• Plata ramburs (COD) — cum se calculează suma COD de încasat pentru fiecare livrare de ieșire și verificarea de fraudă Utánvét Ellenőr

• Livrarea condiționată de plată — reținerea livrărilor de ieșire până la plata unei comenzi

• Starea și datele livrării — progresul și datele livrării pe comenzi și facturi

• Integrarea GLS, Integrarea Foxpost și Integrarea MPL — integrările cu transportatorii care expediază furnizorii de plată COD

Cum sunt filtrate metodele de plată în funcție de metoda de livrare

Fiecare metodă de expediere (Aplicația Stoc ‣ Configurare ‣ Metode de livrare) primește o filă Furnizori de plată cu un singur câmp, Furnizori de plată activați. Este o listă albă:

• Când lista este goală, nu se schimbă nimic: cumpărătorului i se oferă toți furnizorii de plată care sunt altfel compatibili cu comanda (activați, publicați, cu țara, moneda și limitele de sumă corespunzătoare).

• Când lista este completată, doar furnizorii listați trec de verificarea de compatibilitate cât timp această metodă de expediere este selectată. Deoarece metodele de plată sunt derivate din furnizorii rămași, eliminarea unui furnizor elimină din pasul de plată și metodele sale de plată.

Cumpărătorul vede efectul imediat: schimbarea metodei de livrare la finalizarea comenzii modifică setul de opțiuni de plată prezentate în pasul de plată.

Important

Metodele de expediere livrate de integrările GLS, Foxpost și MPL vin cu lista Furnizori de plată activați precompletată numai cu furnizorul COD propriu al acelui transportator. Din start, selectarea unei astfel de metode de expediere oferă, așadar, doar COD. Adăugați furnizorii online ai magazinului (card, transfer bancar etc.) în lista fiecărei metode de expediere pentru a oferi o alegere mixtă.

Când rămân mai mulți furnizori, aceștia sunt ierarhizați după specificitate: fiecare dintre Țări, Valute și Sumă maximă setate pe un furnizor de plată valorează un punct, iar furnizorii cu scor mai mare au prioritate față de cei generali. Această ierarhizare nu schimbă ordinea opțiunilor de plată afișate cumpărătorului (aceasta urmează secvența proprie a metodelor de plată); ea stabilește care furnizor deservește o metodă de plată comună: când doi furnizori pot deservi aceeași metodă (de exemplu doi furnizori în spatele unei singure metode „Pay by card”), furnizorul compatibil cel mai specific este cel care procesează efectiv tranzacția.

Plata ramburs la finalizarea comenzii

Furnizorii de plată pot avea un indicator tehnic COD. Stratul comun nu marchează el însuși niciun furnizor ca COD — indicatorul este setat de integrările cu transportatorii pentru propriii furnizori de tip Plată la livrare, deci comportamentul COD apare numai după instalarea a cel puțin unui modul de transportator (GLS, Foxpost sau MPL). Pentru furnizorii marcați, finalizarea comenzii se comportă diferit în trei moduri:

• Disponibilitatea urmează adresa de livrare. Pentru furnizorii obișnuiți (online), Odoo verifică limita Țări a furnizorului în raport cu adresa (de facturare) a clientului, iar limitele de monedă și de sumă în raport cu comanda. Pentru furnizorii COD, verificarea de compatibilitate este reluată cu adresa de livrare: un furnizor COD limitat la Ungaria este oferit pentru un colet care merge la un punct de ridicare din Ungaria chiar dacă adresa de facturare este din străinătate și este ascuns când coletul părăsește țara.

• Ecranele de așteptare renunță la formulările de transfer bancar. Fluxul de plată offline afișează în mod normal titlul Finalizați plata, un cod QR pentru aplicația băncii și un bloc Comunicare cu referința transferului. Pentru COD, titlul devine Vă mulțumim pentru comandă, iar blocurile QR și de referință sunt ascunse. Transferurile bancare reale păstrează ecranele originale neschimbate.

• Cardul de confirmare a comenzii devine verde. Pe pagina de confirmare a comenzii, o plată COD în așteptare este afișată ca un card verde de succes, în locul cardului albastru „în așteptarea plății”, iar cardul afișează Mesaj în așteptare al furnizorului — implicit „Comanda dumneavoastră a fost confirmată. Vă rugăm să plătiți la livrare.” (în maghiară: „Rendelésed visszaigazolásra került. Kérjük, fizess átvételkor.”).

screenshot: delivery-payment-cod-confirmation-card

menu

(webshop) Checkout ‣ place the order with a Payment on Delivery provider

shows

The webshop order confirmation page after placing a cash-on-delivery order, with the green success card showing the provider's pending message instead of the blue "waiting for payment" card.

highlight

The green confirmation card (red frame).

module

eyssen_delivery_payment

notes

English UI, light theme, 1440px width.

Fiecare integrare cu un transportator livrează propriul furnizor COD:

Transportator	Furnizor de plată COD	Documentație
GLS	Plată la livrare	Integrarea GLS
Foxpost	Foxpost ramburs, cu cardul la automatul de colete sau la livrare (livrat cu o Sumă maximă de 150 000, în moneda principală a companiei — HUF pentru un magazin maghiar)	Integrarea Foxpost
MPL	MPL ramburs, cu cardul la punctul de colete sau la livrare	Integrarea MPL

Fiecare opțiune COD se ascunde, de asemenea, automat când pe site-ul web nu există nicio metodă de expediere publicată a transportatorului său sau când coșul nu conține produse fizice.

Notă

Lista albă restricționează în mod fiabil furnizorii de plată online. Furnizorii COD sunt validați pe o cale proprie (în raport cu adresa de livrare), astfel încât o opțiune COD activată, aparținând unui alt transportator, poate fi oferită în continuare chiar dacă nu se află în lista metodei de expediere selectate — o ascund regulile proprii privind publicarea transportatorului/mărfurile fizice. Pentru a elimina complet o opțiune COD din magazin, dezactivați sau depublicați furnizorul său de plată, în loc să vă bazați doar pe lista albă.

Important

Cardul verde și formularea „Comanda dumneavoastră a fost confirmată” sunt texte destinate clientului — comanda de vânzare în sine nu este confirmată automat de o plată COD în așteptare. Post-procesarea standard a plății doar marchează oferta ca trimisă, atribuie referința de plată și trimite e-mailul cu starea plății; confirmarea comenzii (și, odată cu ea, crearea livrării) rămâne un pas de back office sau orice automatizare de confirmare a comenzilor pe care magazinul o folosește deja.

Suma încasată efectiv la ușă nu este pur și simplu totalul comenzii: este calculată pentru fiecare livrare de ieșire (transfer) în momentul generării etichetei de expediere — o singură sumă care acoperă toate pachetele transferului — ținând cont de livrările parțiale, de liniile de servicii și de plățile în avans facturate. Consultați Plata ramburs (COD) pentru calculul complet și pentru verificarea reputației Utánvét Ellenőr, care poate ascunde COD clienților nesiguri.

Confirmarea comenzii fără plată online

Cu orice metodă de plată offline (COD, transfer bancar), nicio poartă de plată nu confirmă vreodată tranzacția — aceasta rămâne pur și simplu în așteptare. Odoo standard rezolvă acest lucru cu o pagină intermediară de stare a plății („Please wait…”) al cărei JavaScript interoghează serverul și apoi redirecționează clientul către confirmarea comenzii. Dacă acest JavaScript nu rulează — un pachet de resurse blocat sau defect, o extensie agresivă de confidențialitate, un script blocat pe acea pagină — clientul rămâne blocat pe pagina de așteptare și poate crede că comanda a eșuat.

Modulul payment_custom_skip_status elimină această fragilitate pe partea de server. Când clientul ajunge pe pagina de stare a plății cu exact o tranzacție offline monitorizată în sesiunea sa de finalizare a comenzii, aflată în starea în așteptare, serverul răspunde cu o redirecționare directă către pagina de confirmare a comenzii — pagina de așteptare nu este afișată niciodată și nu este implicat niciun script din browser. Orice altă situație (furnizori online, o tranzacție cu eroare sau anulată, o sesiune expirată) trece la pagina standard, astfel încât reîncercările și gestionarea erorilor funcționează exact ca înainte.

Notă

Redirecționarea nu finalizează în mod deliberat tranzacția pe loc. Lucrările ulterioare — marcarea ofertei ca trimisă, generarea referinței de plată, trimiterea e-mailului cu starea plății — sunt lăsate în seama acțiunii programate standard Plată: Post-procesare tranzacții, care rulează la fiecare 10 minute. Clienții își văd pagina de confirmare instantaneu; documentele se pun la punct în câteva minute.

Notă

Omiterea se aplică tuturor metodelor de plată personalizate offline, nu doar COD: și clienții care plătesc prin transfer bancar ajung direct pe pagina de confirmare a comenzii, unde instrucțiunile de plată ale furnizorului (datele bancare din Mesaj în așteptare) sunt afișate în continuare în cardul de confirmare; referința transferului din Comunicare apare acolo după ce acțiunea Plată: Post-procesare tranzacții a atribuit-o, în câteva minute.

Configurare

Instalarea eyssen_delivery_payment instalează automat payment_custom_skip_status ca dependență; acesta din urmă nu are setări proprii.

Pentru a controla ce opțiuni de plată oferă fiecare metodă de livrare:

1. Accesați Aplicația Stoc ‣ Configurare ‣ Metode de livrare și deschideți o metodă de expediere.

2. În fila Furnizori de plată, completați Furnizori de plată activați cu fiecare furnizor care poate fi oferit împreună cu această metodă — de obicei furnizorul COD al transportatorului plus furnizorul de plată cu cardul online al magazinului. Lăsați lista goală pentru a permite toți furnizorii compatibili.

Pentru a influența ce furnizor deservește o metodă de plată oferită de mai mulți furnizori, setați limitele de disponibilitate pe fiecare furnizor de plată (Site web ‣ Configurare ‣ eCommerce: Payment Providers, fila Configurare): Țări, Valute și Sumă maximă. Cu cât un furnizor definește mai multe dintre acestea, cu atât are prioritate mai mare când se plătește printr-o metodă de plată comună.

Textul COD destinat clientului provine din Mesaj în așteptare al fiecărui furnizor COD și poate fi editat liber pe formularul furnizorului.

Notă

Mesajele COD în așteptare sunt furnizate automat la instalarea modulului (o migrare unică le-a aplicat și la actualizarea la versiunea 18.0.1.1): fiecare furnizor COD al cărui Mesaj în așteptare este gol sau conține încă mesajul implicit generic „waiting for approval” primește textul COD, în engleză și — când limba maghiară este instalată — în maghiară. Un furnizor al cărui mesaj a fost personalizat în toate limbile instalate este lăsat neatins (dacă fie textul în engleză, fie cel în maghiară mai conține valoarea implicită, ambele sunt înlocuite cu textul COD).

Important

Acțiunea programată Plată: Post-procesare tranzacții trebuie să fie activă pentru ca comenzile COD și cele cu transfer bancar să primească procesarea ulterioară după pagina de stare omisă. Odoo o activează automat când un furnizor de plată este activat; nu o arhivați.

Utilizare

1. Administratorul completează lista Furnizori de plată activați pe fiecare metodă de expediere, asociind fiecare transportator cu opțiunile de plată potrivite pentru el.

2. La finalizarea comenzii, cumpărătorul selectează o metodă de livrare — de exemplu un transportator cu automat de colete.

3. În pasul de plată sunt oferite doar opțiunile de plată permise pentru acea metodă de expediere, iar opțiunile COD apar sau dispar în funcție de adresa de livrare.

4. Cumpărătorul alege Plată la livrare și confirmă. Este redirecționat direct către pagina de confirmare a comenzii, care afișează un card verde cu textul „Comanda dumneavoastră a fost confirmată. Vă rugăm să plătiți la livrare.” — pagina de așteptare nu este afișată niciodată, iar redirecționarea nu are nevoie de JavaScript pe pagina de stare.

5. Back office-ul confirmă comanda ca de obicei; când este generată eticheta de expediere, suma exactă de încasat este calculată pentru fiecare livrare de ieșire, așa cum este descris în Plata ramburs (COD).

Domeniu de aplicare și module

• eyssen_delivery_payment — lista albă Furnizori de plată activați pe fiecare metodă de expediere, indicatorul COD cu compatibilitate pe adresa de livrare și selecția furnizorului pe baza specificității, precum și ecranele rescrise de așteptare și de confirmare COD.

• payment_custom_skip_status — omiterea, pe partea de server, a paginii de așteptare a stării plății pentru tranzacțiile offline în așteptare, astfel încât redirecționarea către confirmarea comenzii să fie independentă de JavaScript-ul din browser.

Suma COD dinamică, pentru fiecare livrare, este furnizată de eyssen_delivery_cod și este documentată în Plata ramburs (COD); furnizorii COD înșiși sunt livrați odată cu integrările cu transportatorii (Integrarea GLS, Integrarea Foxpost, Integrarea MPL).