2010-06-28 9 views
12

Sono nelle primissime fasi della pianificazione di un nuovo sito web. Vorrei offrire l'elaborazione dei pagamenti per due distinti casi d'uso:Amazon FPS vs PayPal vs Google Checkout

  1. Accettare pagamenti da utenti a me per funzionalità SaaS su base ricorrente.
  2. Facilitare i pagamenti tra gli utenti del sito web.

Il rapporto tra gli utenti che effettuano pagamenti agli utenti che ricevono pagamenti sarà di circa 100: 1. Lo dico perché voglio essere sicuro che sia molto facile per gli utenti effettuare pagamenti, ma possiamo vivere con alcuni fastidi aggiuntivi per gli utenti che desiderano ricevere pagamenti.

Non ho definito un modello di business, ma sto considerando di addebitare una piccola commissione per l'intermediario nel caso di utilizzo 2 sopra. Ho intenzione di utilizzare un framework python per implementare il sito web (che si appoggia a django o web2py), quindi il supporto del modulo python esistente sarebbe un vantaggio.

La mia domanda è questa: dovrei usare un particolare gateway di pagamento (e se sì, quale) o dovrei fornire supporto per più gateway di pagamento (e quali)?

EDIT: Quanto di un incubo è quello di eseguire il proprio gateway di pagamento? In altre parole, varrebbe la pena di accettare ed elaborare direttamente Visa, MasterCard, Discover, ecc.? Qualcuno ha esperienza nel farlo? Responsabilità/sicurezza riguarda più fastidi di quanto valga?

risposta

3

Integrazione con un gateway di pagamento direttamente può essere costoso e complicato. Molti si basano su modelli di transazione senza stato che ti costringono a memorizzare le informazioni di pagamento per facilitare pagamenti ricorrenti. Non sono sicuro delle leggi che regolano questo per le società private, ma le società pubbliche devono affrontare Sarbanes-Oxley e una serie di altre normative pertinenti.

Stiamo considerando zuora come alternativa ai fornitori come Amazon (che richiede ai clienti di avere account con loro) e processori di pagamento diretto.

1

Accettate carte di credito e assegni elettronici? Questa app è solo per uso personale o la venderai anche per altri?

Il caso n. 2 potrebbe essere un po 'più difficile. Con i pagamenti con carta di credito potreste incorrere in problemi con l'essere classificati come aggregatori di account. L'altro problema è che probabilmente ti verrà richiesto di avere una licenza di trasmettitore di denaro per ciascuno degli stati in cui si trovano gli utenti (a meno che non si trovino in uno dei pochi stati che non richiedono MTL).

Il caso n. 1 sarebbe molto più semplice. Fammi sapere se posso darti una mano con essa.

Jeff

+0

È possibile che Amazon/PayPal/Google mantengano gli MTL richiesti? Queste domande frequenti sul sito di Amazon sembrano indirizzare il caso d'uso n. 2 e non menzionano alcun requisito MTL: http://aws.amazon.com/fps/faqs/#b4 In particolare, "con un modello di transazione di 3 parti unico, i pagamenti possono essere elaborati in cui non sei né l'acquirente né il venditore, puoi addebitare una commissione per tali transazioni. " – mwolfe02

+0

Sì, se si utilizza Amazon o Paypal e in realtà non si riceve nessuno dei fondi che vengono scambiati, non è necessario preoccuparsi di eventuali requisiti MTL. Mi chiedo quanto sia complicato il processo per stabilire un account aziendale con Amazon. Se è troppo coinvolto può causare problemi con l'utilizzo/l'iscrizione del cliente. –

5

Ho appena incontrato i seguenti servizi: BrainTreePaymentSolutions e sembrano essere l'equivalente Webfaction di gateway di pagamento; cioè, non necessariamente il più economico o il più grande disponibile ma forse il più onesto e più facile da usare (almeno in base al loro philosophy e - apparentemente - di prima qualità python support.

Sto postando questo come una risposta separata, piuttosto che una modifica alla mia domanda originale perché sono particolarmente interessato a sapere se qualcuno ha qualche esperienza con questa specifica compagnia. Sembrano il tipo di persone con cui vorrei fare affari.

MODIFICA: Ho chiamato e parlato con un rappresentante di BrainTree. Ha spiegato che l'uso del caso 2 come descritto è Third-Party Payments Aggregation ed è ad alto rischio (seguire il link per una spiegazione completa). Ciò significa solo che è (molto) più difficile da ottenere per un account commerciante. Non è nemmeno impossibile. Tuttavia, le altre cose che considerano quando sottoscrivere un conto (la cronologia di elaborazione, le riserve di capitale, ecc.) Non aiutano esattamente il mio caso all'inizio.

Il mio piano ora è quello di iniziare con l'utilizzo caso 1 in esclusiva e di pianificare per il futuro supporto di caso d'uso 2.

+0

@downvoter: si prega di spiegare downvote. Se hai avuto una brutta esperienza con BrainTree, mi piacerebbe saperlo. Soprattutto perché non sono ancora andato a vivere con il mio progetto. Grazie. – mwolfe02

+1

Un'altra alternativa è [Stripe.com] (http://stripe.com) –

0

Per facilitare i pagamenti tra gli utenti del sito Web, la maggior parte delle banche ora offre un'opzione "invia denaro ad un amico". Io uso "Chase" e tutto ciò che devi fare è accedere al tuo conto bancario, inserire il tuo indirizzo email e l'indirizzo email della persona da cui vuoi inviare o ricevere denaro. Digitare l'importo e fornire una nota (perché vuoi questo denaro o perché stai inviando questo denaro, potrebbe essere un numero di conferma) e fare clic su Invia. La banca invia quindi una e-mail all'indirizzo fornito e quella persona segue i collegamenti.

È un ottimo modo per inviare o ricevere denaro senza fornire alcuna informazione finanziaria. Solo una delle persone nel trasferimento di denaro deve avere un conto con la banca. Se entrambi avete la stessa banca, vedrete immediatamente i soldi nel vostro account una volta che li invieranno.