Symbole akceptacji kart

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

pos_acceptance_marks_2023.zip

linkPodstawowe (100x67px)

linkMinimalne (36x24px)

linkPodstawowe (100x67px)

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

pos_acceptance_marks.zip

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.

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.

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

MacOS
espago_terminals-1.3.0-arm64.zip

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.

Lista komunikatów zwracanych przy każdym błędnym zapytaniu, w każdym elemencie tablicy asocjacyjnej errors.

api_error_codes.csv

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