2009-04-30 16 views
7

Quali sono le opzioni per accettare un pagamento con carta di credito da un'applicazione iPhone? Questa sarà un'applicazione indipendente, non un sito Web specifico per iPhone. Posso integrare con un gateway di pagamento come Authorize.net? Che mi dici di PayPal o di Google? Conosco su alcuni siti web, ti porterà su un sito paypal per l'autorizzazione di pagamento - questo può essere fatto su richieste http, invece di forzare l'utente a un altro sito web (che non sarà disponibile dall'app)? Ci sono problemi di sicurezza con questi pagamenti da un iPhone in quanto non è possibile installare un certificato SSL?Quali opzioni sono disponibili per accettare pagamenti con carta di credito tramite un iPhone?

Non voglio utilizzare i micro-pagamenti Apple che saranno disponibili nella versione 3.0 poiché ci saranno molti piccoli addebiti e non voglio dare il 30% ad Apple ogni volta.

Questo è anche possibile, o avrò bisogno i clienti per creare un account sul mio sito web in anticipo, pagare con la loro carta di credito, e quindi avere l'iPhone interagire con il mio database per ottenere il loro saldo disponibile (l'importo che pagano attraverso la rete)?

+0

I micropagamenti sono molto difficili da eseguire. Ti suggerirei di guardare molto attentamente le spese generali di qualunque servizio tu userai. Alcuni hanno una tariffa flat minima di 0,25 USD per transazione. Quindi, se stai caricando meno di 0,75 USD, sarebbe meglio andare con Apple. Solo una parola di cautela. Buona fortuna :) – scraimer

+10

Inoltre, fare qualcosa per aggirare intenzionalmente la collezione di Apple di loro è un modo sicuro per farli arrabbiare con te. Le tue probabilità di ottenere quelle approvate per la vendita nell'App Store sono piuttosto basse. –

risposta

3

È molto facile addebitare denaro con PayPal. Dipende solo dal tipo di feedback che desideri da PayPal. Vedi PayPal's Developer site per maggiori informazioni.

EDIT: Mi dovrebbe spiegare cosa intendo per "feedback".

Quando un utente viene inviato al sito PayPal per pagare, lui è possibile inviare lì con un HTML statico piuttosto simple web-form (sì, una pianura <form>...</form>.) Se avete solo 1 prodotto, allora questo modulo può anche essere.

La parte difficile viene dopo che l'utente paga.

Opzione 1: verificare manualmente l'account PayPal per il pagamento. Se l'utente ha pagato, allora gli mandi una e-mail e mandi qualunque cosa tu voglia vendere. Metodo più semplice, quantità minima di codice. Gli svantaggi sono che devi fare un sacco di controllo manuale, e fondamentalmente questo è solo un drenaggio sulla vostra attenzione.

Opzione 2: Ottieni automatic confirmation from PayPal nell'applicazione. O ottenendo i post-back inviati a un server HTTP da PayPal, o interrogando attivamente il server PayPal per la conferma dopo aver atteso abbastanza tempo per la transazione. Ciò significa che l'utente ottiene un feedback immediato una volta completata la transazione. Potresti anche mandargli automaticamente il prodotto! Lo svantaggio è che una tale soluzione è un codice lotto in più.

Oh, e ogni volta che ho detto "PayPal"? Tutti i servizi che ho appena menzionato sono forniti da tutti i gateway di autorizzazione delle carte di credito che abbia mai visto.

7

Penso che il 30% sia ben pagato ...

  • Non c'è bisogno di pensare a frodi con carta di credito
  • Non c'è bisogno di pensare ai certificati di protezione
  • Non c'è bisogno di pensare a problemi di server, come i tempi di fermo
  • Non c'è bisogno di cose su come creare una bella interfaccia utente e la descrizione di come utilizzare
  • Nessuna carta di credito necessario per l'acquisto come l'utente solo bisogno di riempire la password di iTunes, in modo che possano acquistare ovunque, ovunque
  • Non c'è bisogno di spendere un sacco di tempo debugg L'SDK è ottimo e funziona come un incantesimo se si segue semplicemente lo documentation

    E si può sempre aggiungere 5 dollari in più per coprire il 30% su cosa stai cercando di vendere.

    Ricordare che se si dispone di un prezzo inferiore, si avranno molti più acquirenti e si può avere molto più profitto che alcuni acquirenti con un prezzo più elevato.

+3

Concordo sul fatto che l'utilizzo dei pagamenti in-app Apple sia un'opzione molto preferibile, ma il 30% può essere troppo alto se si hanno a che fare con beni fisici o hanno già margini bassi. In questo caso, il cliente non vuole tagliare i propri profitti, ma ritengo che i rischi (non solo in termini di sicurezza ma mancanza di adozione) potrebbero essere peggiori di quelli del 30%. –

+0

Come per le linee guida Apple non è possibile utilizzare StoreKit per prodotti fisici. – averydev

Problemi correlati