Grafiki na stronę płatności image
link Wymagania
Poniżej znajdują się przykładowe grafiki z logami wystawców kart kredytowych (jednym z wymogów Elavon jest widoczność log wystawców kart płatniczych). Symbole akceptacji kart należy wykorzystywać zgodnie z zaleceniami organizacji kartowych, do których znaki należą.
https://www.visaeurope.com/receiving-payments/pos_branding
https://brand.mastercard.com/brandcenter.html
https://merchant-supplies.americanexpress.com/?locale=en_US
http://www.jcb.co.jp/bdmanual/en/hajimeni.html
https://www.dinersclub.com/about-us/press/media-kit
linkPobierz full pack
link Symbole akceptacji kart
linkPodstawowe (100x67px)
linkMinimalne (36x24px)
link Oznaczenia 3D Secure
linkPodstawowe (100x67px)
link Gotowe zestawy oznaczeń
Materiały dla developerów code
link Lista wymagań
Lista wymagań dotyczących zawartości strony Sprzedawcy, na której będą dostępne płatności kartami. Wymagania wynikają z umowy Sprzedawcy z Elavon:
PL: Weryfikacja_zawartosci_witryny_przez_Elavon_2014.pdf
EN: Verification_of_webpage_content_by_Elavon_2014.pdf
linkPobierz full pack
link Kody odpowiedzi wydawcy karty
linkGem Ruby
Gem Ruby opracowany przez Espago, który zawiera opisy Kodów Odpowiedzi Wydawcy oraz sugestie dla posiadaczy kart i sprzedawców.
Gem IssuerResponseCodes
https://github.com/espago/issuer_response_codes
Pliki YAML zawierające opisy i sugestie dla kodów odpowiedzi wydawcy w kilku językach
https://github.com/espago/issuer_response_codes/tree/main/lib/locale
linkPlik SQL
Kody odpowiedzi w wyniku odmowy autoryzacji z banku wystawcy karty (zmienna issuer_response_code
w odpowiedzi na autoryzację) z opisami do wyświetlenia klientom w języku polskim, angielskim i francuskim w formacie SQL.
Zbiorcze tłumaczenie: espago_issuer_response_codes.sql
Tylko kody odrzuceń w językach PL oraz EN są pełne i kompletne. W pozostałych językach dostępne są najpopularniejsze komunikaty, dlatego sugerujemy przygotowanie aplikacji na wyświetlanie domyślnych (EN lub PL) kodów w sytuacji wystąpienia braku innego języka.
Numeracja w kolumnie “id” jest do celów porządkowych, może ulec zmianie przy kolejnych aktualizacjach pliku.
link Biblioteki
Ruby
Espago gem - API wrapper https://github.com/espago/espago
Przykładowe wykorzystanie gemu - https://github.com/espago/charge-app
Espago.js
https://github.com/espago/espago-1.2.js-demo -przykładowa implementacja formularza wykorzystującego Espago JS do tworzenia i odebrania Tokenu karty lub Tokenu CVV.
link Espago Terminals
Znajdują się tutaj rozszerzenia do przeglądarek, niezbędne do funkcjonowania Espago Terminals.
Android
espago_terminals_1.2.0.zip
Windows
espago_terminals_1.3.0_setup.exe
link Kody statusu 3D-Secure
Kody statusu autoryzacji 3D-Secure 2 (parametr płatności “tds_status_reason”) z opisami do wyświetlenia klientom w języku angielskim w formacie YAML oraz SQL.
YAML Zbiorcze tłumaczenie: espago_tds_status_reasons.yml
SQL Zbiorcze tłumaczenie: espago_tds_status_reasons.sql
Tylko kody odrzuceń w języku EN są pełne i kompletne. W pozostałych językach dostępne są najpopularniejsze komunikaty, dlatego sugerujemy przygotowanie aplikacji na wyświetlanie domyślnych (EN lub PL) kodów w sytuacji wystąpienia braku innego języka.
link Komunikaty błędów w zapytaniu API
Lista komunikatów zwracanych przy każdym błędnym zapytaniu, w każdym elemencie tablicy asocjacyjnej errors
.
link Apple Pay
Plik weryfikujący domenę
Dla integracji Apple Pay przez iframe konieczne jest umieszczenie pliku weryfikującego domenę Domain Verification File.
Należy umieścić na swojej domenie pod ścieżką /.well-known/apple-developer-merchantid-domain-association
.
Przykładowo, jeśli nasza domena to my_domain.com
to plik powinien być dostępny do pobrania po żądaniu GET na adres https://my_domain.com/.well-known/apple-developer-merchantid-domain-association
.
Sandbox: apple_pay_domain_verification_file_sndbx
Produkcja: apple_pay_domain_verification_file_prod