Creazione di un gateway di pagamento online completo come Paypal

Question

Quindi questa domanda non riguarda l'integrazione di un gateway di pagamento esistente nel mio sito. Questa è più una questione architettonica.

Voglio costruire un sistema simile a Paypal. Ora capisco che Paypal offre molte funzionalità sotto il tetto e non posso implementarle tutte in una volta. Voglio implementare le funzionalità principali di Paypal e altri servizi simili.

Quindi la mia domanda è (piuttosto la discussione è) su come si dovrebbe andare sulla costruzione di un tale sistema. Alcuni punti da discutere:

1. Gestire i pagamenti tramite banche esistenti. Sto indovinando che avrei bisogno di accedere ai protocolli bancari locali per ottenere questo.
2. Consenti agli utenti di archiviare ed elaborare i pagamenti in modo sicuro
3. In che modo Paypal gestisce le transazioni?

Pensieri?

Answer 1

Quello di cui stai parlando sta diventando un fornitore di servizi di pagamento. Sono stato lì e l'ho fatto. È stato molto più facile circa 10 anni fa di quanto lo sia ora, ma se hai una quantità fenomenale di tempo, denaro e pazienza a disposizione, è ancora possibile.

Sarà necessario contattare una banca acquirente. Non hai detto in quale regione del mondo ti trovi, ma con questo non intendo un ramo bancario locale. Ogni banca principale avrà generalmente un braccio di acquisizione carte separato. Quindi qui nel Regno Unito abbiamo (es.) La banca Natwest, che usa Streamline (o Worldpay) come braccio acquirente. In totale, anche se abbiamo decine di banche importanti, finiscono per utilizzare uno dei cinque o più acquirenti di carte.

Fortunatamente, tutti gli acquirenti di carte del Regno Unito utilizzano un protocollo standard per la comunicazione delle richieste di autorizzazione e il regolamento di fine giornata. Troverete alcune piccole stranezze in cui alcune banche che acquisiscono supportano alcune funzionalità e hanno una sintassi leggermente diversa, ma le differenze sono piuttosto ridotte. Gli standard del Regno Unito sono pubblicati dallo Association for Payment Clearing Services (APACS) (che ora è noto come UKPA). Gli standard sono ancora comunemente indicati come APACS 30 (autorizzazione) e APACS 29 (regolamento), ma ora sono formalmente noti come APACS 70 (libri da 1 a 7).

Sebbene lo standard APACS è ampiamente supportato tutto il Regno Unito (Amex e Discover accettano messaggi in questo formato anche) non viene utilizzato in altri paesi - ogni paese ha il suo - per esempio: Carte Bancaire in Francia, CartaSi in Italia , Sistema 4B in Spagna, Dankort in Danimarca, ecc.È in corso uno sforzo per unificare i protocolli in tutta Europa: vedere EPAS.org

La comunicazione con la banca acquirente può essere eseguita in vari modi. Ancora una volta, dipenderà dalla tua regione. Nel Regno Unito (e in gran parte dell'Europa) abbiamo un gateway di comunicazione che fornisce connettività a tutti i principali acquirer, sono chiamati TNS e ci sono decine di modi per comunicare attraverso di essi alla banca acquirente, dai modem dialup 9600 baud, ISDN, HTTPS, VPN o linea dedicata. In definitiva, la richiesta di autorizzazione verrà convertita nel protocollo X25, che è il protocollo utilizzato da queste banche di acquisizione quando comunicano tra loro.

In sintesi, quindi: tutto dipende dalla tua regione.

• Contattare una banca importante e provare a ottenere fino alla loro acquisizione di braccio.
• Spiega che si sta impostando come fornitore di servizi di pagamento, e richiedere ulteriori informazioni sul formato Comms per le richieste di autorizzazione e alla fine della giornata insediamento file
• impostare un account di prova commerciante e sviluppare auth software/liquidazione e passare attraverso il processo di accreditamento. La maggior parte degli acquirenti ti aiuta attraverso questo processo gratuitamente, ma quando vuoi registrarti come PSP accreditata alcuni richiederanno una commissione.
• è necessario rispettare alcune regole anche, ad esempio, potrebbe essere necessario registrarsi come istituto di pagamento

Una volta registrato e accreditato sarete quindi in grado di accettare clienti e impostare conti commerciante per conto della/e banca/e a cui sei accreditato (tenendo presente che ogni acquirente generalmente supporta più banche). Risciacquare e ripetere con altri acquirenti come si vede necessario.

Oltre a ciò, ci sono molti altri problemi, relativi principalmente a PCI-DSS. Questo è tutto un altro argomento e ci sono già alcuni q & su questo su questo sito. Come ho detto, è un'impresa fenomenale - molto probabilmente un progetto pluriennale anche per una squadra di dimensioni ragionevoli, ma è certamente possibile.

Answer 2

Grande compito, è probabile che non si debba reinventare la ruota piuttosto utilizzando una ruota esistente (come ad esempio paypal).

Tuttavia, se si insiste per continuare. Iniziare in piccolo, è possibile utilizzare una struttura di elaborazione delle carte di credito (Moneris, Authorize.NET) per elaborare le carte di credito. La maggior parte dei provider ha un'API che è possibile utilizzare. Fai attenzione che potresti dover utilizzare provider diversi a seconda del tipo di carta (Discover, Visa, Amex, Mastercard) e Paese (USA, Canada, Regno Unito). Costruiscila in modo da poter comunicare con più API di elaborazione delle carte di credito.

La sicurezza è essenziale se si memorizzano carte di credito e dettagli di pagamento. Assicurati di crittografare le cose correttamente.

Anche in questo caso, non reinventare la ruota. È meglio utilizzare un fornitore esistente e concentrare l'attenzione sullo sviluppo sulla risoluzione di un problema che non può essere facilmente acquistato.