2009-03-15 7 views

Odpowiedz

9

Bramy płatności różnią się w zależności od kraju i są agencjami, które umożliwiają przetwarzanie płatności w aplikacjach.

Na przykład. w Wielkiej Brytanii BT ma bramkę płatniczą. Nazywają to BTBuynet. W Indiach ICICI jest jednym z głównych dostawców usług płatniczych. Możesz również sprawdzić paypal.

Każdy z nich ma swój własny sposób realizacji. Zwykle każda bramka płatności ma 2 tryby przetwarzania płatności.

  1. Strona płatności: Jest to jeden z najczęściej używanych. Witryny zwykle przekierowują użytkownika na stronę płatności hostowaną przez bramkę płatności. Ten typ ma pewne zalety i wady.

Zalety

nie mamy się martwić o walidacji lub przechowywania karty szczegóły jak wszystko jest załatwione przez strony jej wypłaty.

Wady

Ponieważ przekierować użytkownika do innej witryny wygląd witryny będą różne.

  1. Usługa płatności: Jest to drugi typ, w którym zazwyczaj używany jest składnik lub API. Dane szczegółowe są gromadzone przez sprzedawcę (właściciela aplikacji) i wysyłane do przetwarzania płatności.

Mam nadzieję, że daje to jakiś pomysł na temat płatności. Możesz również sprawdzić kilka powiązanych pytań w RHS.

+0

ok, nie wiem o tym. Załóżmy, że mam stronę internetową, na której można sprzedawać moje produkty, ponieważ chcę sprawdzić transakcję za pomocą danych fikcyjnych. gdzie mogę uzyskać fałszywy numer konta i API itp ... – Sakthivel

10

Zdecyduj się na bramę płatności, z którą chcesz pracować. Jeśli chcesz dowiedzieć się czegoś więcej na ten temat, polecam przejście z bramką płatności PayPal. Naprawdę nie dają dobrych stawek (pobierają duży kęs z pieniędzy, które obciążają użytkowników), ale mają przyjemny system "piaskownicy", który można włączać i wyłączać, i można z niego swobodnie się rozwijać. To pozwala uruchomić system tak, jakby wszystko było „na żywo”:

  • Pieniądze będzie dopisany do konta piaskownicy z fałszywych kart kredytowych, które tworzą
  • Transakcje będą działać tak samo jak w systemie żywo: ci” Otrzymam potwierdzenia i powiadomienia, tak jak to było prawdziwe.

Tak więc dobrym miejscem na rozpoczęcie byłoby PayPal's developer site.

Och, nie bój się użyć innej bramy - wszystkie te, których użyłem, mają sposób na przetestowanie ich systemu przed jego uruchomieniem. Jednak wiele z nich nie pozwala na powrót do "symulowanego" trybu symulacyjnego po jego zakończeniu. Dodanie i przetestowanie nowych funkcji po uzyskaniu systemu produkcyjnego jest trudniejsze.

2

W Republice Południowej Afryki używamy Moneybookers lub Setcom, do akceptowania większości płatności Sugeruję, że Paypal od jego szerokiego zastosowania są również inne bramki płatności.

+1

Cóż, to jest niespodzianka! Oglądanie kolejnej RPA w StackOverflow. –

5

Czy mam rację sądząc, że znajdujesz się na dole? Jeśli tak, obecnie pracuję nad witryną e-commerce PHP w Oz. Używamy Payment Express http://www.paymentexpress.com/. Jak zauważyli inni, oferują one kilka opcji integracji:

  1. Iframe/re-direct - To całkiem proste przejście do integracji. Po prostu publikujesz do nich kilka rzeczy, a oni opublikują kilka rzeczy, żeby powiedzieć, że transakcja się zakończyła, czy nie.
  2. webservice - Używa usługi internetowej xml, która jest dość dobrze udokumentowana i łatwa do wdrożenia. Domyślam się, że ta opcja jest nieco bardziej złożona niż opcja iframe, ale pozwala na większą kontrolę nad tym, co dzieje się podczas transakcji. Ale musisz być trochę bardziej ostrożny, jak ludzie przetwarzają dane kart kredytowych

Klient faktycznie wybrał opcję Płatność ekspresową nie bezpośrednio, więc moje rekomendacje oparte są na faktycznym kodowaniu interfejsu. Ich specyfikacje i przykładowy kod są swobodnie dostępne na stronie internetowej bez rejestracji.

Mam nadzieję, że okaże się to pomocne.