Perché la maggior parte dei gateway di pagamento utilizza l'integrazione sincrona?

Question

Perché la maggior parte dei gateway di pagamento utilizza l'integrazione sincrona?

#1 da (0 voti)

0

Questa domanda mi viene in mente avendo appena perso dei soldi mentre ordinavo la Pizza. La maggior parte dei commercianti di Internet (in India) utilizza il reindirizzamento sincrono delle pagine per l'integrazione con Banche e gateway di pagamento.

Funziona così: quando visiti un sito mercantile e controlli qualcosa ti reindirizza al gateway di pagamento passando per la richiesta come argomento in una richiesta POST o GET, che ti reindirizza alla banca, che ti reindirizza a verificare da Visa e poi i reindirizzamenti all'indietro.

Il problema è che spesso il reindirizzamento fallirebbe o si interromperebbe a causa di un errore di rete, connessione lenta, dominio bloccato dal firewall aziendale ecc. e il pagamento andrebbe perso.

In cima alla mia testa, tali integrazioni sarebbero gestite molto meglio usando un provider MOM asincrono. Esempio: il commerciante inserisce un messaggio di richiesta di pagamento firmato con la sua chiave privata nella coda MOM di Bank e chiede all'utente di autorizzare il pagamento con la sua banca. L'utente apre l'app mobile o il sito Web di Bank e vede la richiesta nell'elenco delle richieste di pagamento in sospeso. Una volta autorizzata, la Banca inserisce un messaggio nella coda MOM di Merchant e tutto è fatto.

Dal mio primitivo google-fu sembra che non molti gateway di pagamento forniscano integrazione asincrona.

Mi manca un preside del web design qui o è solo incompetenza di massa? Perché non ci sono più gateway che utilizzano un approccio asincrono?

design integration

posta Kshitiz Sharma 20.05.2016 - 17:23

fonte

1 risposta

Leggi altre domande sui tag design integration

Che cosa significa comunicazione sincrona con un'applicazione? Rappresentazione grafica di oggetti senza richiamare la logica di dominio

score 0 · Accepted Answer

La risposta sort è "history".

Se torni indietro di soli 10 anni, le banche eseguivano solo pagamenti su dispositivi fisici, terminali. Dove avresti un ID terminale per dispositivo di pagamento. Tutte le transazioni necessarie per fornire questo ID terminale. Ovviamente, non puoi lasciare il negozio con i tuoi beni finché non hai pagato con successo. Da qui la natura sincrona dei pagamenti. La cosa fondamentale qui è che un commerciante può utilizzare solo un id del terminale alla volta.

Poi Internet è arrivato e il commerciante ha detto "perché non possiamo fare solo pagamenti online?". Quindi, le banche hanno detto, OK, di inviare tutto ciò che normalmente avresti, semplicemente contrassegnato in modo leggermente diverso (quindi possiamo addebitarti di più). Questo messaggio bancario include l'id del terminale. Pertanto, le transazioni Internet hanno ereditato la natura sincrona delle transazioni con le carte presenti.

Quindi aggiungi i migliori dispositivi di protezione dalle frodi come 3DS e CV2AVS, e il cambiamento diventa davvero difficile per le vecchie banche povere.

Troverete che le banche più recenti implementeranno metodi di pagamento asincroni che potrebbero essere un modello migliore. Ma poi combatterai con due forze.

I commercianti dicono, perché devo cambiare il mio modello di pagamento quando mi muovo dalla "vecchia banca" alla "cool bank".
I clienti dicono "Ho comprato una pizza, ma ho paura perché ha fatto qualcosa che non mi aspettavo e non so se ho pagato".

Non puoi sottovalutare nessuno di questi effetti. Siamo quindi rimasti con la maggior parte dei modelli di pagamento sincrono su Internet.

Non saltare direttamente sul campo "incompetente", poiché è molto più facile progettare come un mondo perfetto funzionerebbe quando non abbiamo un mondo reale da affrontare.

Spero che questo aiuti.