Najczęstsze pytania
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Na tej stronie znajdziesz ogólne informacje i najczęstsze pytania dotyczące interfejsu Google Pay API.
Wszystko o Google Pay API
Google Pay umożliwia bezproblemowe dokonywanie płatności w aplikacji i witrynie. Dzięki Google Pay API Twoi klienci mogą korzystać z kart zapisanych na swoich kontach Google, by płacić Ci szybko i bezproblemowo na stronach oraz w aplikacjach.
Google Pay API może zwrócić karty lub tokeny sieciowe.
Płatności cykliczne i subskrypcje
Obsługa płatności cyklicznych jest powiązana z formą płatności zwracaną w odpowiedzi z Google Pay API. Do płatności cyklicznych można używać zarówno kart tokenizowanych, jak i zapisanych kart płatniczych. Aby przetwarzać płatności cykliczne, sprzedawca nie musi wywoływać naszego interfejsu API w określonych odstępach czasu. Zamiast tego dane uwierzytelniające płatności są przechowywane po stronie sprzedawcy na potrzeby płatności cyklicznych. Sprzedawca używa interfejsów API bramy płatności do zarządzania płatnościami cyklicznymi.
Google Pay obsługuje płatności cykliczne, jeśli następujące stwierdzenia są prawdziwe:
Sprzedawcy przestrzegają zasad sieci, takich jak transakcje inicjowane przez sprzedawcę.
Warunki płatności są ujawniane i akceptowane przez użytkownika w procesie zakupu u sprzedawcy.
Obsługujemy też płatności cykliczne o zmiennych kwotach. Obsługiwane są na przykład miesięczne rachunki za telefon od operatorów komórkowych. Aby uzyskać więcej informacji, sprzedawcy muszą skontaktować się z przedstawicielem bramy płatności.
Automatyczne ponowne wczytywanie lub doładowanie
Aby przetworzyć opłatę za automatyczne doładowanie o tej samej wartości, sprzedawca nie musi za każdym razem wywoływać naszego interfejsu API. Dane uwierzytelniające płatność są przechowywane po stronie sprzedawcy i używane ponownie. Aby uzyskać więcej informacji, sprzedawcy muszą skontaktować się z przedstawicielem Payment Gateway.
Obciążenia zwrotne
Sprzedawcy mogą obsługiwać anulowanie transakcji w przypadku anulowania, zwrotu kosztów lub sporów w taki sam sposób, jak w przypadku obciążeń zwrotnych przy innych formach płatności. Aby uzyskać więcej informacji, sprzedawcy muszą skontaktować się z przedstawicielem firmy obsługującej płatności.
Zbieranie darowizn
Zatwierdzone organizacje non-profit mogą zintegrować interfejs Google Pay API, aby zbierać darowizny, pod warunkiem że dostarczą dokumentację potwierdzającą i poświadczającą ich status organizacji non-profit. Na przykład amerykańskie organizacje non-profit muszą przedstawić ważny dowód statusu 501(c)3 wydany przez IRS, aby się zakwalifikować.
Nasze zasady dotyczące hazardu mogą się co jakiś czas zmieniać. Wszystkie zgłoszenia podlegają sprawdzeniu i zatwierdzeniu.
Akceptujemy integracje hazardowe od firm z tych krajów:
Australia
Austria
Kanada
Czechy
Francja
Gruzja
Niemcy
Grecja
Węgry
Irlandia
Włochy
Japonia
Holandia
Polska
Portugalia
Rumunia
Hiszpania
Szwecja,
Wielka Brytania
W przyszłości możemy rozszerzyć ten zakres.
Aby uzyskać dostęp do wersji produkcyjnej interfejsu Google Pay API w przypadku integracji z hazardem, musisz spełnić szereg wymagań wstępnych:
Jeśli masz integrację hazardową tylko na Androida w jednym z wymienionych wcześniej krajów, musisz najpierw zaakceptować zasady Google Play dotyczące hazardu i przejść proces weryfikacji w Google Play. Następnie możemy ocenić integrację tylko na Androidzie pod kątem dostępu do wersji produkcyjnej interfejsu Google Pay API.
Jeśli masz integrację hazardową tylko w przeglądarce w jednym z wymienionych wcześniej krajów, musisz przesłać autoryzowaną licencję, aby udowodnić, że możesz świadczyć usługi hazardowe w danym kraju podczas procesu wprowadzania do Google Pay API. Następnie możemy ocenić integrację tylko w przeglądarce pod kątem dostępu do wersji produkcyjnej interfejsu Google Pay API.
Jeśli masz integrację hazardu na Androidzie i w internecie w jednym z wymienionych wcześniej krajów, musisz najpierw zaakceptować zasady Google Play dotyczące hazardu i przejść proces weryfikacji w Google Play. Następnie możemy ocenić integracje z Androidem i internetem pod kątem dostępu do wersji produkcyjnej interfejsu Google Pay API.
Kraje, w których obowiązują określone warunki lub ograniczenia
Integracje związane z hazardem są dozwolone w wymienionych krajach, jeśli spełniają te kryteria:
Kraj
Kryteria kwalifikacji do integracji z Androidem
Kryteria kwalifikacji do integracji internetowej
Bułgaria
Tak, z ograniczeniami:
Aplikacje, które przekierowują do witryny, kwalifikują się do programu.
Aplikacje, które nie przekierowują do witryny, są zabronione.
Tak
Cypr
Tak, z ograniczeniami:
Loterie organizowane przez państwo są dozwolone.
Firma OPAP Cyprus Limited spełnia wymagania.
Kasyna online są zabronione.
Automaty do gier są zabronione.
Zakłady na wyścigi konne są zabronione.
Zakłady na wyścigi psów są zabronione.
Inwestycje spread betting są zabronione.
Giełdy zakładów są zabronione.
Tak, z ograniczeniami:
Loterie organizowane przez państwo są dozwolone.
Firma OPAP Cyprus Limited spełnia wymagania.
Kasyna online są zabronione.
Automaty do gier są zabronione.
Zakłady na wyścigi konne są zabronione.
Zakłady na wyścigi psów są zabronione.
Inwestycje spread betting są zabronione.
Giełdy zakładów są zabronione.
Finlandia
Tak, z ograniczeniami:
Veikkaus Oy spełnia wymagania.
Tak, z ograniczeniami:
Veikkaus Oy spełnia wymagania.
Kazachstan
Tak, z ograniczeniami:
Loterie są dozwolone.
Zakłady sportowe są dozwolone.
Totalizatory są dozwolone.
Kasyna online są zabronione.
Kasyna elektroniczne są zabronione.
Tak, z ograniczeniami:
Loterie są dozwolone.
Zakłady sportowe są dozwolone.
Totalizatory są dozwolone.
Kasyna online są zabronione.
Kasyna elektroniczne są zabronione.
Polska
Nie
Tak, z ograniczeniami:
Licencjonowani dostawcy usług hazardowych mogą się reklamować.
Republika Południowej Afryki
Tak, z ograniczeniami:
Zakłady sportowe online są dozwolone.
Tak, z ograniczeniami:
Zakłady sportowe online są dozwolone.
Jeśli rozszerzysz dostępność interfejsu Google Pay API na kraj, w którym nie masz jeszcze zatwierdzonej usługi, skontaktuj się z nami, aby uzyskać zgodę na rozszerzenie.
Pamiętaj, że musisz podać licencję na prowadzenie działalności hazardowej dla każdego kraju, w którym planujesz oferować usługi związane z hazardem. Nie zezwalamy na używanie interfejsu Google Pay API w usługach hazardowych, które są skierowane do osób niepełnoletnich lub osób, które zgodnie z lokalnymi przepisami nie mogą uprawiać hazardu.
Podczas procesu wprowadzania przygotuj się na udostępnienie odpowiedniej licencji, aby potwierdzić, że Twoja firma działa w branży opieki zdrowotnej. Wszystkie zgłoszenia podlegają sprawdzeniu i zatwierdzeniu.
Podczas procesu wprowadzania przygotuj się na udostępnienie odpowiedniej licencji, aby potwierdzić przypadek użycia usług finansowych. Wszystkie zgłoszenia podlegają sprawdzeniu i zatwierdzeniu.
Ogólne najczęściej zadawane pytania
Poniższe najczęstsze pytania dotyczą sprzedawców:
Do zarządzania całym ryzykiem i silnym uwierzytelnianiem klienta korzystam z usług dużego dostawcy usług płatniczych. Co muszę wiedzieć o GPay?
Interfejs Google Pay API zwraca formy płatności w podpisanym i zaszyfrowanym ładunku. Zwracane formy płatności składają się z numeru PAN lub tokenizowanych kart złożonych z numeru PAN (DPAN) urządzenia i kryptogramów.
Ładunki kart tokenizowanych są przetwarzane bez dodatkowego etapu i dodatkowej weryfikacji.
Ładunki kart złożone z numeru PAN wymagają zabezpieczenia 3D Secure za pomocą rozwiązania własnego lub udostępnionego przez dostawcę usług płatniczych.
Jeśli Twój dostawca usług płatniczych zarządza całym ryzykiem i logiką SCA, sprawdź, czy integracja z Google Pay API
zawiera te właściwości:
merchantInfo.merchantName (Android, sieć): nazwa sprzedawcy jest renderowana w arkuszu płatności.
transactionInfo.countryCode (Android, sieć): wskazuje, gdzie transakcja jest przetwarzana. Musisz podać kraj centrum autoryzacyjno-rozliczeniowego.
transactionInfo.totalPrice (Android, sieć): łączna wartość pieniężna transakcji z opcjonalną precyzją do dwóch miejsc po przecinku.
Jak uzyskać identyfikator sprzedawcy w Google?
Identyfikator sprzedawcy Google możesz uzyskać po zatwierdzeniu Twojej witryny przez Google. Aby rozpocząć ten proces, zaloguj się w Konsoli usług Google Pay i Portfela Google i utwórz integrację z interfejsem Google Pay API. Musisz podać listę w pełni kwalifikowanych domen wraz z subdomenami, które pomogą Ci wywoływać interfejs Google Pay API.
Czy możemy używać jednego identyfikatora sprzedawcy w przypadku wielu marek i kanałów (sieć/aplikacja)?
Tak, używanie jednego identyfikatora sprzedawcy w przypadku wielu marek i platform (takich jak internet i Android) jest obsługiwane i ogólnie zalecane, ponieważ upraszcza uzgadnianie.
Jak sprzedawcy mogą promować wśród klientów obsługę Google Pay w swoich aplikacjach i na swoich stronach?
Aby pokazać, że obsługujesz Google Pay, użyj zasobów dostępnych w naszych wskazówkach dotyczących marki dla Android i stron internetowych.
Jeśli masz zintegrowaną obsługę Google Pay w aplikacji na Androida, napisz o tym w opisie aplikacji w Sklepie Play. Jeśli masz zintegrowaną obsługę na swojej stronie, możesz dodać opis bezpośrednio tam.
Czy platformy e-commerce mogą obsługiwać Google Pay?
Tak, Google Pay API obsługuje platformy e-commerce. Firmy partnerskie obsługujące płatności, bramy i platformy e-commerce hostujące stronę płatności w imieniu sprzedawców mogą używać funkcji hostowanych płatności Google Pay.
Którzy dostawcy usług płatniczych obsługują Google Pay?
Jaka jest różnica między rozliczeniami w aplikacji przez Google Play a interfejsem Google Pay API?
Deweloperzy Google Play, którzy sprzedają usługi i produkty cyfrowe w aplikacjach na Androida, muszą używać rozliczeń w aplikacji przez Google Play zgodnie z opisem w Centrum zasad dla programistów Play. Przykłady rozliczeń w aplikacji obejmują wirtualne produkty w grach, funkcje lub treści w aplikacjach oraz oprogramowanie w chmurze. Więcej informacji o rozliczeniach w aplikacji znajdziesz na stronie Płatności w Google Play.
W aplikacjach interfejs Google Pay API jest dostępny tylko dla fizycznych produktów i usług.
Czy Google Pay pobiera jakiekolwiek opłaty?
Google Pay nie obciąża użytkowników, sprzedawców ani programistów dodatkowymi opłatami za obsługę płatności przez Google Pay API. Sprzedawcy nadal płacą opłaty transakcyjne firmie obsługującej płatności.
Co robi Google, aby weryfikować dane logowania i zapobiegać oszustwom?
Wszystkie karty dodane do Google przechodzą proces weryfikacji, który ma na celu potwierdzenie danych karty, w tym kodu weryfikacyjnego (CVC). Google korzysta też z zastrzeżonego mechanizmu oceny ryzyka, który opiera się na danych instrumentu, profilach kont Google, historii zakupów, lokalizacjach i informacjach o urządzeniu.
Sprzedawcy jednak nadal muszą korzystać ze swoich aktualnych narzędzi do wykrywania oszustw i zagrożeń przy obsługiwaniu transakcji Google Pay.
Czy Google Pay jest obsługiwany w komponentach WebView aplikacji mobilnych?
Android WebViews w pełni obsługuje Google Pay i naśladuje działanie internetu mobilnego, pod warunkiem że dodasz niezbędną zależność WebKit. Jednak w przypadku komponentów WebView na iOS interfejs isReadyToPay API zawsze zwraca wartość false ze względu na ograniczenia dotyczące plików cookie innych firm na iOS. Zarówno aplikacja na Androida, jak i domena witryny w komponencie WebView muszą mieć zatwierdzony dostęp do wersji produkcyjnej. Szczegółowe informacje o implementacji znajdziesz w dokumentacji dotyczącej korzystania z komponentu WebView na Androidzie lub korzystania z komponentu WKWebview na iOS.
Na liście brakuje mojej firmy obsługującej płatności. Czy nadal mogę zintegrować się z Google Pay?
Google Pay stale nawiązuje współpracę z platformami e-commerce i firmami obsługującymi płatności.
Jeśli nie możesz znaleźć swojej firmy obsługującej płatności na stronie g.co/pay/processors, możesz przesłać prośbę. Otrzymasz powiadomienie, gdy procesor będzie dostępny.
Jak włączyć Google Pay, jeśli mam już firmę obsługującą płatności lub dostawcę platformy płatności?
Google Pay współpracuje z różnymi dostawcami usług płatniczych
i dostawcami platform e-commerce. Każdy z nich zawiera konkretną, dostosowaną dokumentację, która pomoże Ci rozpocząć pracę, oraz nasz główny samouczek ułatwiający wprowadzenie.
Jak mogę oferować Google Pay na dużą skalę moim sprzedawcom, jeśli jestem obsługiwaną firmą obsługującą płatności?
Obsługiwane firmy obsługujące płatności mogą wdrożyć nasze rozwiązanie do obsługi hostowanej strony płatności w przypadku integracji internetowych.
Płatność hostowana umożliwia Twoim klientom oferowanie Google Pay ich klientom i pominięcie indywidualnego procesu rejestracji w Google Pay.
Aby rozpocząć, musisz najpierw zarejestrować się jako obsługiwana firma obsługująca płatności. Aby zintegrować hostowane rozwiązanie do obsługi płatności, skontaktuj się z osobą kontaktową ds. technicznych w Google, która pomogła Ci we wprowadzeniu.
Jak Google Pay może dostosować różne opcje dostawy i różne ceny dla moich użytkowników, jeśli oferuję dostawę w procesie płatności?
Jak otrzymam pieniądze za zakupy dokonane za pomocą Google Pay?
Interfejs Google Pay API ułatwia transakcje, przekazując dane karty od użytkowników do dostawcy usług płatniczych. Nie uczestniczy w przepływie środków i jest przeznaczony do działania na istniejącej infrastrukturze płatności.
Jakie wymagania trzeba spełnić, aby uzyskać dostęp do ścieżki produkcyjnej?
Sprzedawcy muszą utworzyć profil firmy w Konsoli usług Google Pay i Portfela Google oraz przesłać zrzuty ekranu procesu zakupu do sprawdzenia. Każda domena, w której jest hostowany interfejs Google Pay API, musi zostać przesłana do zatwierdzenia osobno, ponieważ domeny z symbolami wieloznacznymi (np. *.merchant.com) nie są akceptowane.
Więcej informacji znajdziesz na stronie poświęconej publikowaniu integracji na Android lub w internecie.
Jak mogę sprawdzić stan przesłanej integracji i dowiedzieć się, czy po zakończeniu procesu sprawdzania muszę wprowadzić jakieś zmiany?
Po przesłaniu integracji z interfejsem Google Pay API do sprawdzenia otrzymasz e-maila z wynikami. Jeśli Twoja integracja jest zgodna z naszymi zasadami dopuszczalnego użytkowania i wytycznymi dotyczącymi marki, zostanie zatwierdzona i będzie miała stan Aktywna w Konsoli usług Google Pay i Portfela Google. Jeśli wymaga zmian, stan będzie wyświetlany jako Wymaga więcej informacji, a w e-mailu znajdziesz szczegółowe informacje o tym, co należy poprawić przed ponownym przesłaniem. Jeśli masz pytania dotyczące przesłanych danych, możesz skontaktować się z zespołem pomocy bezpośrednio z konsoli usług Google Pay i Portfela Google.
Jak mogę rozwiązać problemy z integracją z interfejsem Google Pay API, jeśli wyświetla się komunikat o błędzie?
Typowe kody błędów i sposoby ich rozwiązywania znajdziesz w naszych przewodnikach dotyczących rozwiązywania problemów z Android i internetem. Jeśli masz dodatkowe pytania, skontaktuj się z zespołem pomocy w konsoli usług Google Pay i Portfela Google.
Jak mogę dostosować integrację z interfejsem Google Pay API, aby ograniczyć karty?
Wszystkie opcje dostosowywania kart są dostępne w obiekcie CardParameters zarówno na Android, jak i w internecie. Możesz na przykład wybrać, które sieci kart i kraje wydawców kart chcesz zezwolić.
Czym jest interfejs Google Pay API?
Google Pay API umożliwia klientom płacenie jednym kliknięciem za pomocą form płatności zapisanych na koncie Google. Interfejs API umożliwia proste dokonywanie płatności milionom użytkowników, którzy mają setki milionów zapisanych kart. Zapewnia większe bezpieczeństwo, ponieważ dane płatności klienta są w pełni szyfrowane – od serwerów Google po firmę obsługującą płatności. Proces integracji jest prosty, usługa współpracuje z obecnym stosem obsługi płatności i można ją zaimplementować za pomocą kilku linijek kodu.
Jak Google Pay API i Google Wallet API są ze sobą powiązane?
Google Pay API i Google Wallet API to 2 osobne interfejsy API. Google Pay API umożliwia klientom korzystanie z Google Pay jako formy płatności na Twojej stronie internetowej lub w aplikacji na Androida. Google Wallet API umożliwia deweloperom tworzenie cyfrowych kart i zarządzanie nimi w różnych przypadkach użycia. Na przykład karty lojalnościowe, bilety, karty dostępu, dane o stanie zdrowia i inne elementy, które można dostosować. Więcej informacji o interfejsie Google Wallet API znajdziesz w dokumentacji dla deweloperów.
Jaka jest aktualna wersja Google Pay API i jak są obsługiwane aktualizacje?
Bieżąca wersja jest podana w dokumentacji dotyczącej Android i internetu. Google utrzymuje tę wersję od kilku lat, dodając tylko nowe funkcje i opcjonalne pola. Wszelkie aktualizacje interfejsu API są zgodne wstecznie, aby nie zakłócać działania obecnych integracji.
Które platformy obsługują numery DPAN (CRYPTOGRAM_3DS), a które numery FPAN (PAN_ONLY)?
DPAN są specyficzne dla Androida i są dostępne tylko podczas płatności na urządzeniach z Androidem lub w przeglądarce mobilnej/komponentach WebView na Androidzie. Strony na komputery i urządzenia z iOS nie obsługują numerów DPAN i domyślnie zwracają PAN_ONLY.
Jak odróżnić DPAN od FPAN i jak należy je traktować?
Zamiast ściśle rozróżniać numery DPAN i FPAN, obiekt assuranceDetails ma pomagać sprzedawcom w określeniu, czy transakcja wymaga dodatkowego uwierzytelnienia za pomocą 3D Secure, aby spełnić wymagania silnego uwierzytelniania klienta. Aby otrzymać te informacje, sprzedawcy muszą dodać assuranceDetailsRequired: true do parametru karty w żądaniu do interfejsu Google Pay API.
Jaka jest różnica między cardHolderAuthenticated a accountVerified?
Gdy w żądaniu parametr assuranceDetailsRequired ma wartość true, odpowiedź będzie zawierać 2 właściwości:
accountVerified: wskazuje, że karta użyta do płatności jest autentyczna, a konto jest w dobrej kondycji. Sama weryfikacja nie zapewnia jednak ochrony autoryzacji.
cardHolderAuthenticated: wskazuje, że użytkownik rozpoczął transakcję na urządzeniu z Androidem i użył udostępnionego tokena sieciowego na urządzeniu.
Jak używamy tych oznaczeń do aktywowania 3D Secure?
Sprzedawcy powinni używać tych flag do tworzenia logiki aktywacji 3D Secure. Jeśli zarówno cardHolderAuthenticated, jak i accountVerified zwracają wartość true, dane logowania są uważane za wysoce bezpieczne i zgodne z SCA, więc nie musisz podnosić poziomu transakcji w celu dalszego uwierzytelniania 3DS.
Czy sprzedawcy otrzymają tokeny e-commerce, jeśli ustawią assuranceDetailsRequired: true?
Nie, tokeny e-commerce są kontrolowane na poziomie dostawcy usług płatniczych.
Czy transakcje Google Pay kwalifikują się do przeniesienia odpowiedzialności?
Jak możemy identyfikować transakcje „Kup teraz, zapłać później” (BNPL)?
Obecnie nie ma konkretnego identyfikatora transakcji BNPL. Będą one widoczne w Twoim systemie jako zwykłe dane logowania FPAN.
Czy Google może udostępnić karty testowe do testowania scenariuszy SCA?
Interfejs Google Pay API nie może bezpośrednio udostępniać żadnych kart testowych SCA. Dostawca usług płatniczych powinien mieć możliwość korzystania z pakietu kart testowych w środowisku piaskownicy na potrzeby testów.
Jaki jest termin ważności lub czas życia (TTL) zaszyfrowanych danych karty?
Zaszyfrowany ładunek Google Pay wygasa po upływie dokładnie tygodnia. Sprzedawcy obsługujący opóźnione autoryzacje lub przetwarzanie asynchroniczne muszą upewnić się, że płatność została autoryzowana przez dostawcę usług płatniczych (PSP) w tym terminie, zanim dane wygasną.
Jak są obsługiwane operacje po zakupie, takie jak zwroty środków i ponowne autoryzacje?
Google Pay nie uczestniczy w przepływie środków i działa wyłącznie jako pośrednik w przypadku stokenizowanych danych logowania. Po dokonaniu pierwszej transakcji dostawca usług płatniczych (PSP) mapuje dane karty w zaszyfrowanym ładunku na własny token (np. „token sprzedawcy” lub „identyfikator profilu klienta”). Wszystkie interakcje po zakupie i operacje finansowe są zarządzane wyłącznie między Tobą a Twoim dostawcą usług płatniczych.
Jak działa cena dynamiczna w przypadku transakcji inicjowanych przez sprzedawcę?
Obecnie transakcje inicjowane przez sprzedawcę nie obsługują cen dynamicznych. Jest to znane ograniczenie.
Jaka konfiguracja standardu Content Security Policy (CSP) jest wymagana w przypadku Google Pay w komponencie WebView?
Jeśli używasz standardu Content Security Policy (CSP), ustaw prawidłowe wartości dyrektywy connect-src, aby umożliwić korzystanie z Google Pay w komponencie WebView. Na przykład:
Google Pay stosuje ten atrybut liczby jednorazowej do wszystkich dynamicznie wstrzykiwanych elementów <style> i <script>, w tym stylów przycisków utworzonych przez createButton().
Czy interfejs Google Pay API używa lub wymaga pliku cookie NID podczas procesu płatności?
Nie. Plik cookie NID nie jest używany w procesie płatności Google Pay API ani go nie obsługuje.
Plik cookie NID jest powiązany z usługą Google po stronie serwera, która służy do przechowywania spersonalizowanych danych użytkowników niezalogowanych na konto Google.
Podstawowe funkcje usługi, w tym bezpieczeństwo, zapobieganie oszustwom i niezawodność, działają niezależnie od pliku cookie NID. Interfejs Google Pay API został zaprojektowany tak, aby zapewniać sprzedawcom i użytkownikom bezpieczeństwo i niezawodność niezależnie od obecności tego pliku cookie.
[null,null,["Ostatnia aktualizacja: 2026-11-05 UTC."],[],["The Google Pay API allows customers to use saved cards for checkout in apps and websites. Merchants can manage recurring billing and auto-reloads by storing payment credentials and using payment gateway APIs. Nonprofits can collect donations with proper documentation. The API supports tokenized and PAN cards, with specific handling for 3D Secure. Gambling, healthcare, and financial service integrations require specific licenses and adherence to policies. Google does not charge additional fees but Merchants are still responsible for fraud, risk assessments and payment processor fees.\n"]]
