Checkout e opzioni di pagamento in un negozio Posty5

Cosa attraversa davvero un acquirente in un checkout Posty5 — destinazione, tariffa, coupon, pagamento — e la risposta onesta sul pagare online.

ADPubblicità
Checkout e opzioni di pagamento in un negozio Posty5

Se stai valutando Posty5 per vendere qualcosa, una domanda decide quasi tutto, quindi eccola per prima e non cinque sezioni più in basso. Gli acquirenti pagano alla consegna. Il framework di pagamento attorno è completo e davvero indipendente dal fornitore, ma il catalogo dei gateway contiene pagamento alla consegna e nient'altro, e nessun adattatore è collegato. Un negozio costruito oggi prende ordini e incassa alla consegna.

Si può pagare online? La risposta breve

Vale capire perché lo stato è questo, invece di darlo per una svista. Il framework ha tutto ciò che serve a un'integrazione vera: sessioni di pagamento, webhook con firma verificata, rimborsi, risoluzione dei metodi per paese ed endpoint di stato separati per commerciante e acquirente. Ciò che non ha è un simulacro che finga di essere un fornitore. Una voce nel catalogo è la promessa che un commerciante possa collegarla e incassare, e pubblicarne una che accetta credenziali senza poter addebitare nulla sarebbe una bugia detta a un negozio reale. Per questo l'elenco resta onesto e corto.

Cosa chiede il checkout, in ordine

Il checkout raccoglie le cose nell'ordine in cui dipendono l'una dall'altra. Prima il carrello, poi la destinazione, perché la tariffa non si risolve senza sapere dove va. La tariffa esce quindi dalle tue regole di paese e città. Si può applicare un coupon. Il pagamento viene per ultimo, e l'ordine nasce con un numero sequenziale per te e un identificativo opaco per il cliente. Il carrello viene rivalutato lato server prima di impegnare qualsiasi cosa, e la giacenza controllata nello stesso istante: un prezzo modificato mentre qualcuno navigava non passa alla cifra vecchia. Vedi come si risolvono paesi e costi di spedizione.

Un metodo non è un fornitore

Posty5 separa il metodo che sceglie l'acquirente dal fornitore che lo elaborerebbe, e la distinzione è voluta: si sceglie "carta" o "alla consegna", non il nome di un elaboratore di cui non si è mai sentito parlare. Il framework sa esprimere carta, wallet, bonifico, pagamento dilazionato e alla consegna come tipi di metodo. Oggi solo l'ultimo è disponibile, perché la disponibilità dipende da un fornitore collegato e non ce n'è nessuno.

Quando il passaggio di pagamento non appare

Poiché il pagamento alla consegna è modellato come un fornitore qualsiasi e non come l'assenza di uno, il checkout non ha un caso speciale per esso — e ne deriva un comportamento piccolo e utile. Quando un solo metodo si applica al paese e alla valuta dell'acquirente, il passaggio di pagamento non viene mostrato: il checkout nomina semplicemente il metodo che userà. Un passaggio con una sola scelta spreca un tocco, quindi non compare.

Cosa può dire onestamente la pagina di ringraziamento

La pagina di esito riflette lo stato confermato dal server, mai quello dichiarato dall'URL di ritorno — cosa che conterà appena ci sarà un fornitore reale, perché a un browser un URL di ritorno si può far credere. Oggi la conseguenza utile è più silenziosa: un ordine alla consegna non ha alcun record di pagamento, e la pagina di ringraziamento non disegna una riga di pagamento per esso. Quell'assenza significa che nessun pagamento online è mai iniziato. Non significa ordine non pagato, e le due cose non vanno lette allo stesso modo.

Checkout come ospite e modalità carrello

Due comportamenti del checkout sono tuoi. Il checkout come ospite decide se serve accedere prima di ordinare; attivo, si compra senza account e si segue l'ordine per link. La modalità carrello decide se il negozio usa un carrello, il che si adatta a cataloghi in cui si compra un articolo alla volta. Nessuno dei due riguarda il pagamento, ed entrambi si cambiano dopo il lancio. Vedi cosa ottiene un acquirente con la sessione aperta.

Apri il costruttore di negozi

Le impostazioni del checkout stanno con il resto della configurazione, e nessuna richiede un fornitore di pagamenti per essere utile.

Domande frequenti

Si può pagare con carta in un negozio Posty5?

Oggi no. Il framework sa esprimere pagamenti con carta, ma il catalogo contiene solo il pagamento alla consegna e nessun fornitore è collegato.

Arriverà un fornitore di pagamenti?

Il framework è stato costruito per accoglierne uno, e aggiungerlo significa scrivere un adattatore, non cambiare il checkout. Nessuna data è pubblicata e questo articolo non ne inventerà una.

Perché il mio negozio non ha un passaggio di pagamento?

Perché si applica un solo metodo. Il passaggio compare con più di un'opzione; altrimenti il metodo viene solo nominato.

La pagina di ringraziamento non mostra una riga di pagamento. È un errore?

No. Un ordine alla consegna non ha record di pagamento, quindi non c'è nulla da mostrare. Significa che nessun pagamento online è iniziato, non che l'ordine sia insoluto.

I clienti possono usare un coupon?

Sì, un coupon può essere applicato al checkout prima che l'ordine venga inviato.

Si può comprare senza creare un account?

Sì, dove hai attivato il checkout come ospite. Il tracciamento non richiede mai un account.

ADPubblicità