Szállítási módhoz kötött fizetési módok¶
Az, hogy egy webáruháznak milyen fizetési lehetőségeket érdemes felkínálnia, attól függ, hogyan kerül kiszállításra a rendelés: az utánvétnek (COD) csak olyan fuvarozónál van értelme, amely ténylegesen pénzt szed be az ajtóban vagy egy átvételi ponton, míg egy B2B raklapos fuvarozó akár szigorúan előre fizetett is lehet. A standard Odoo a választott szállítási módtól függetlenül ugyanazokat a fizetési szolgáltatókat kínálja fel (egyedül az opcionális Click & Collect funkció köti a saját „Fizetés átvételkor” (Pay on site) opcióját a bolti átvételhez), az offline fizetési folyamata pedig (amelyre az utánvét is épül) olyan átutalásos szövegezést és JavaScript-függő várakozó oldalt jelenít meg, amely banki átutaláshoz illik, nem pedig egy átadáskor fizetett csomaghoz.
Az eYssen szállítás–fizetés réteg mindkét problémát megoldja. Az eyssen_delivery_payment modul lehetővé teszi, hogy minden szállítási mód pontosan meghatározza, mely fizetési szolgáltatók kínálhatók fel vele együtt, megtanítja a fizetési folyamatot arra, hogy az utánvétes opciókat a szállítási cím alapján ellenőrizze, és átírja a fizetés utáni képernyőket, hogy az utánvétes vevő azt olvassa: „rendelésed visszaigazolásra került — fizess átvételkor”, ne pedig banki átutalási utasításokat. A kísérő payment_custom_skip_status modul minden offline fizetési mód esetén megbízhatóvá teszi az átirányítást a rendelés-visszaigazoló oldalra azáltal, hogy a köztes fizetésistátusz-oldalt a szerveroldalon kihagyja.
Lásd még
Utánvét (COD) — hogyan kerül kiszámításra a beszedendő utánvét-összeg kimenő szállításonként, valamint az Utánvét Ellenőr csalásszűrés
Fizetéshez kötött szállítás — a kimenő szállítások visszatartása a rendelés kifizetéséig
Szállítási státusz és dátumok — szállítási előrehaladás és dátumok a rendeléseken és a számlákon
GLS integráció, Foxpost integráció és MPL integráció — a fuvarozói integrációk, amelyek az utánvétes fizetési szolgáltatókat szállítják
Hogyan szűrődnek a fizetési módok szállítási módonként¶
Minden szállítási mód () kap egy Payment Providers lapot egyetlen mezővel: Enabled payment acquirers. Ez egy engedélyezőlista:
Ha a lista üres, semmi nem változik: a vásárlónak minden olyan fizetési szolgáltató felajánlásra kerül, amely egyébként kompatibilis a rendeléssel (engedélyezett, közzétett, megfelel az ország-, pénznem- és összegkorlátoknak).
Ha a lista ki van töltve, csak a felsorolt szolgáltatók élik túl a kompatibilitási ellenőrzést, amíg ez a szállítási mód van kiválasztva. Mivel a fizetési módok a fennmaradó szolgáltatókból származnak, egy szolgáltató kiszűrése a fizetési módjait is eltávolítja a fizetési lépésből.
A vásárló azonnal látja a hatást: a szállítási mód megváltoztatása a fizetési folyamat során megváltoztatja a fizetési lépésben felkínált fizetési lehetőségek körét.
Fontos
A GLS, a Foxpost és az MPL integrációval érkező szállítási módok Enabled payment acquirers listája előre ki van töltve kizárólag az adott fuvarozó saját utánvétes szolgáltatójával. Alaphelyzetben egy ilyen szállítási mód kiválasztása ezért kizárólag az utánvétet kínálja fel. Vegyes választék felkínálásához adja hozzá a bolt online szolgáltatóit (kártya, banki átutalás, …) az egyes szállítási módok listájához.
Ha több szolgáltató is megmarad, azok specifikusság szerint rangsorolódnak: a fizetési szolgáltatón beállított Országok, Pénznemek és Maximum Amount mindegyike egy-egy pontot ér, és a magasabb pontszámú szolgáltatók elsőbbséget élveznek az általános, mindent lefedő szolgáltatókkal szemben. Ez a rangsor nem változtatja meg a vásárlónak megjelenített fizetési lehetőségek sorrendjét (az a fizetési módok saját sorrendjét követi); azt dönti el, hogy egy közös fizetési módot melyik szolgáltató szolgál ki: ha két szolgáltató is ki tudja szolgálni ugyanazt a módot (például két szolgáltató egyetlen „Fizetés kártyával” mód mögött), akkor a legspecifikusabb kompatibilis szolgáltató az, amelyik ténylegesen feldolgozza a tranzakciót.
Utánvét a fizetéskor¶
A fizetési szolgáltatók hordozhatnak egy technikai COD jelölőt. Maga a közös réteg egyetlen szolgáltatót sem jelöl meg utánvétesként — a jelölőt a fuvarozói integrációk állítják be a saját Fizetés átvételkor típusú szolgáltatóikon, így az utánvétes viselkedés csak akkor jelenik meg, ha legalább egy fuvarozói modul (GLS, Foxpost vagy MPL) telepítve van. A megjelölt szolgáltatóknál a fizetési folyamat három ponton viselkedik eltérően:
Az elérhetőség a szállítási címet követi. A normál (online) szolgáltatóknál az Odoo a szolgáltató Országok korlátját a vevő (számlázási) címével, a pénznem- és összegkorlátait pedig a rendeléssel veti össze. Az utánvétes szolgáltatóknál a kompatibilitási ellenőrzés ehelyett a szállítási címmel fut le újra — egy Magyarországra korlátozott utánvétes szolgáltató felajánlásra kerül egy magyar átvételi pontra tartó csomagnál akkor is, ha a számlázási cím külföldi, és elrejtésre kerül, ha maga a csomag hagyja el az országot.
A függő fizetés képernyői elhagyják az átutalásos szövegezést. Az offline fizetési folyamat normál esetben a Fejezd be a fizetést címsort, egy banki alkalmazáshoz való QR-kódot és egy Communication blokkot jelenít meg az átutalási közleménnyel. Utánvét esetén a címsor Köszönjük a rendelésed lesz, a QR- és közleményblokk pedig elrejtésre kerül. A valódi banki átutalások az eredeti képernyőket változatlanul megtartják.
A rendelés-visszaigazoló kártya zöldre vált. A rendelés-visszaigazoló oldalon a függőben lévő utánvétes fizetés zöld sikerkártyaként jelenik meg a kék „fizetésre várakozás” kártya helyett, és a kártya a szolgáltató Függőben lévő üzenet mezőjét jeleníti meg — alapértelmezés szerint angolul „Your order has been confirmed. Please pay upon delivery.” (magyarul: „Rendelésed visszaigazolásra került. Kérjük, fizess átvételkor.”).
Minden fuvarozói integráció a saját utánvétes fizetési szolgáltatóját szállítja:
Szállítói szolgáltató |
Utánvétes fizetési szolgáltató |
Dokumentáció |
|---|---|---|
GLS |
Fizetés átvételkor |
|
Foxpost |
FoxPost COD, with credit card at parcelmachine or at delivery (150 000 összegű Maximum Amount korláttal érkezik, a cég fő pénznemében — magyar bolt esetén HUF) |
|
MPL |
MPL COD, with credit card at parcelshop or at delivery |
Emellett minden utánvétes opció automatikusan elrejti magát, ha a weboldalon nem létezik a fuvarozójához tartozó közzétett szállítási mód, vagy ha a kosár nem tartalmaz fizikai terméket.
Megjegyzés
Az engedélyezőlista megbízhatóan korlátozza az online fizetési szolgáltatókat. Az utánvétes szolgáltatók saját pályán kerülnek ellenőrzésre (a szállítási cím alapján), így egy másik fuvarozóhoz tartozó, engedélyezett utánvétes opció akkor is felajánlásra kerülhet, ha nincs rajta a kiválasztott szállítási mód listáján — azt a saját közzétett-fuvarozó/fizikai-termék szabályai rejtik el. Egy utánvétes opció teljes eltávolításához a boltból tiltsa le vagy vonja vissza a közzétételét a fizetési szolgáltatójának, ahelyett hogy kizárólag az engedélyezőlistára támaszkodna.
Fontos
A zöld kártya és a „Rendelésed visszaigazolásra került” szövegezés a vevő felé szóló tartalom — magát az értékesítési rendelést egy függőben lévő utánvétes fizetés nem erősíti meg automatikusan. A standard fizetési utófeldolgozás csak elküldöttként jelöli meg az árajánlatot, hozzárendeli a fizetési hivatkozást és elküldi a fizetési státusz e-mailt; a rendelés megerősítése (és ezzel a szállítás létrehozása) továbbra is back-office lépés marad, vagy azé az automatizmusé, amelyet a bolt a rendelés-megerősítésre már használ.
Az ajtóban ténylegesen beszedett összeg nem egyszerűen a rendelés végösszege: kimenő szállításonként (átmozgatásonként) kerül kiszámításra a szállítási címke készítésekor — egyetlen összegként, amely az átmozgatás összes csomagját lefedi —, figyelembe véve a részleges szállításokat, a szolgáltatás sorokat és a számlázott előlegeket. A teljes számítást, valamint az Utánvét Ellenőr reputációszűrést, amely elrejtheti az utánvétet a megbízhatatlan vevők elől, lásd: Utánvét (COD).
Rendelés-visszaigazolás online fizetés nélkül¶
Bármely offline fizetési módnál (utánvét, banki átutalás) a tranzakciót soha nem erősíti meg fizetési átjáró — egyszerűen függőben marad. A standard Odoo ezt egy köztes fizetésistátusz-oldallal hidalja át („Kérem várjon…”), amelynek JavaScriptje lekérdezi a szervert, majd továbbítja a vevőt a rendelés-visszaigazoláshoz. Ha ez a JavaScript nem fut le — blokkolt vagy hibás asset-csomag, agresszív adatvédelmi bővítmény, az adott oldalon letiltott szkript miatt —, a vevő a várakozó oldalon ragad, és azt hiheti, hogy a rendelés meghiúsult.
A payment_custom_skip_status modul ezt a törékenységet a szerveroldalon szünteti meg. Ha a vevő úgy érkezik a fizetésistátusz-oldalra, hogy a fizetési munkamenetében pontosan egy offline tranzakció van megfigyelés alatt, függő állapotban, a szerver közvetlen átirányítással válaszol a rendelés-visszaigazoló oldalra — a várakozó oldal soha nem renderelődik, és böngészőoldali szkript sem vesz részt a folyamatban. Minden más helyzet (online szolgáltatók, hibára futott vagy törölt tranzakció, lejárt munkamenet) a standard oldalra fut tovább, így az újrapróbálkozás és a hibakezelés pontosan úgy működik, mint korábban.
Megjegyzés
Az átirányítás szándékosan nem véglegesíti helyben a tranzakciót. Az utómunka — az árajánlat elküldöttként való megjelölése, a fizetési hivatkozás generálása, a fizetési státusz e-mail kiküldése — a standard Payment: Post-process transactions ütemezett műveletre marad, amely 10 percenként fut. A vevők azonnal látják a visszaigazoló oldalukat; az adminisztráció perceken belül utoléri.
Megjegyzés
A kihagyás minden offline egyedi fizetési módra vonatkozik, nem csak az utánvétre: a banki átutalással fizető vevők is közvetlenül a rendelés-visszaigazoló oldalra jutnak, ahol a szolgáltató fizetési utasításai (a Függőben lévő üzenet mezőben megadott banki adatok) továbbra is megjelennek a visszaigazoló kártyán; a Communication átutalási közlemény néhány percen belül, azt követően jelenik meg ott, hogy a Payment: Post-process transactions művelet hozzárendelte.
Konfiguráció¶
Az eyssen_delivery_payment telepítése függőségként automatikusan telepíti a payment_custom_skip_status modult; az utóbbinak nincsenek saját beállításai.
Annak szabályozásához, hogy az egyes szállítási módok mely fizetési lehetőségeket kínálják fel:
Lépjen a menüpontra, és nyisson meg egy szállítási módot.
A Payment Providers lapon töltse ki az Enabled payment acquirers mezőt minden olyan szolgáltatóval, amely ezzel a móddal együtt felkínálható — jellemzően a fuvarozó utánvétes szolgáltatójával és a bolt online kártyás szolgáltatójával. Hagyja üresen a listát, hogy minden kompatibilis szolgáltató engedélyezett legyen.
Annak befolyásolásához, hogy egy több szolgáltató által is kínált fizetési módot melyik szolgáltató szolgáljon ki, állítsa be az elérhetőségi korlátokat az egyes fizetési szolgáltatókon (, Konfiguráció lap): Országok, Pénznemek és Maximum Amount. Minél többet határoz meg ezek közül egy szolgáltató, annál nagyobb az elsőbbsége, amikor egy közös fizetési mód kerül kifizetésre.
A vevő felé megjelenő utánvétes szöveg az egyes utánvétes szolgáltatók Függőben lévő üzenet mezőjéből származik, és szabadon szerkeszthető a szolgáltató űrlapján.
Megjegyzés
Az utánvétes függő üzenetek a modul telepítésekor automatikusan beállításra kerülnek (a 18.0.1.1 verzióra frissítéskor egy egyszeri migráció is alkalmazta őket): minden olyan utánvétes szolgáltató, amelynek Függőben lévő üzenet mezője üres, vagy még a generikus „jóváhagyásra vár” alapértelmezést tartalmazza, megkapja az utánvétes szöveget, angolul és — ha a magyar nyelv telepítve van — magyarul. Az a szolgáltató, amelynek üzenete minden telepített nyelven testre lett szabva, érintetlen marad (ha akár az angol, akár a magyar szöveg még az alapértelmezést tartalmazza, mindkettő lecserélésre kerül az utánvétes szövegre).
Fontos
A Payment: Post-process transactions ütemezett műveletnek aktívnak kell lennie ahhoz, hogy az utánvétes és a banki átutalásos rendelések a kihagyott státuszoldal után megkapják az utófeldolgozásukat. Az Odoo automatikusan aktiválja, amikor egy fizetési szolgáltató engedélyezésre kerül; ne archiválja.
Használat¶
Az adminisztrátor kitölti az Enabled payment acquirers listát minden szállítási módon, minden fuvarozóhoz a hozzá illő fizetési lehetőségeket párosítva.
A fizetési folyamat során a vásárló kiválaszt egy szállítási módot — például egy csomagautomatás fuvarozót.
A fizetési lépésben csak az adott szállítási módhoz engedélyezett fizetési lehetőségek kerülnek felajánlásra, az utánvétes opciók pedig a szállítási cím alapján jelennek meg vagy tűnnek el.
A vásárló a Fizetés átvételkor lehetőséget választja, és megerősíti. Közvetlenül a rendelés-visszaigazoló oldalra kerül átirányításra, amelyen egy zöld kártya olvasható: „Rendelésed visszaigazolásra került. Kérjük, fizess átvételkor.” — a várakozó oldal soha nem jelenik meg, és az átirányításhoz nincs szükség JavaScriptre a státuszoldalon.
A back office a szokásos módon megerősíti a rendelést; a szállítási címke generálásakor a beszedendő pontos összeg kimenő szállításonként kerül kiszámításra a Utánvét (COD) oldalon leírtak szerint.
Hatókör és modulok¶
eyssen_delivery_payment— a szállítási módonkénti Enabled payment acquirers engedélyezőlista, az utánvét jelölő a szállítási cím szerinti kompatibilitás-ellenőrzéssel és a specifikusság-alapú szolgáltatóválasztással, valamint az átírt utánvétes függő és visszaigazoló képernyők.payment_custom_skip_status— a fizetésistátusz-várakozóoldal szerveroldali kihagyása függőben lévő offline tranzakcióknál, amely a rendelés-visszaigazolásra történő átirányítást függetleníti a böngészőoldali JavaScripttől.
A dinamikus, szállításonkénti utánvét-összeget az eyssen_delivery_cod biztosítja, és a Utánvét (COD) oldalon van dokumentálva; maguk az utánvétes fizetési szolgáltatók a fuvarozói integrációkkal érkeznek (GLS integráció, Foxpost integráció, MPL integráció).