Kontrolný zoznam QA

Prejdite tento kontrolný zoznam v sandboxe a pred prijímaním platieb v ostrej prevádzke dokončite kontroly pre produkčné prostredie. Zoznam pokrýva výsledky platieb, overenie, opakované pokusy, konfiguráciu a zabezpečenie. Každú kontrolu po overení zaškrtnite.

1. Výsledky platieb

Úspešná platbaPO-1Zaplaťte kartou 4242 4242 4242 4242. Načítaná relácia má paymentStatus: successful a objednávka je vybavená práve raz. Zamietnutá kartaPO-2Zaplaťte kartou 4916 0184 7581 4056. Objednávka zostane nezaplatená a opakovaný pokus s kartou pre úspešnú platbu prejde, kým je relácia otvorená. 3-D SecurePO-3Zaplaťte kartou 4012 0018 0000 0016 a dokončite overenie (challenge). Vybavenie objednávky čaká na načítaný stav. Chyba spracovaniaPO-4Použite testovaciu kartu pre chybu spracovania určenú pre testovaciu platobnú bránu. Objednávka zostane nezaplatená, hoci formulár pre kartu kartu prijal. Neošetrené stavyPO-5Váš kód považuje unpaid, failed, action_needed, cancelled a neznáme hodnoty za nezaplatené. Pozrite si Stav platby.

2. Overenie a vybavenie objednávky

Kontrola na strane serveraVF-1Vybavenie objednávky porovnáva referenciu objednávky, sumu, menu a paymentStatus s uloženou objednávkou, nie s údajmi z presmerovania. URL úspechu bez zaplateniaVF-2Otvorte URL úspechu priamo, bez zaplatenia. Objednávka zostane nezaplatená. Odkaz na zrušenieVF-3Kliknite na odkaz na zrušenie v Checkoute. Objednávka zostane nezaplatená a váš kód nepredpokladá stav cancelled len na základe samotnej navigácie. Opakovaný návratVF-4Po úspešnej platbe dvakrát znova načítajte návratovú stránku. Objednávka je vybavená práve raz.

3. Opakované pokusy a prerušenia

Pre každý nezávislý prípad použite novú testovaciu objednávku a reláciu. Pri testoch opakovaných pokusov znova použite pôvodnú objednávku, telo požiadavky a idempotency key.

Stratená odpoveď na vytvorenieRI-1Vo svojom testovacom kóde zahoďte odpoveď na vytvorenie a požiadavku zopakujte s rovnakým Idempotency-Key a telom. Vráti sa pôvodná relácia a druhá sa nevytvorí. Zmenené teloRI-2Použite kľúč znova s iným telom. API vráti HTTP 409 a váš kód to nepovažuje za novú reláciu. Zákazník sa nevrátiRI-3Zaplaťte a zatvorte kartu prehliadača skôr, ako dôjde k návratu. Vaša úloha na odsúhlasenie načíta uloženú reláciu a zaznamená platbu práve raz. Časový limit pri zisťovaní stavuRI-4Navoďte vypršanie časového limitu pri načítaní stavu. Vaša aplikácia si ponechá ID relácie, nechá výsledok nevyriešený a nevytvorí náhradnú reláciu. Nahradená reláciaRI-6Vytvorte druhú reláciu pre tú istú nezaplatenú objednávku. Prvá URL hlási expired a nedá sa cez ňu zaplatiť. Po zaplatení objednávky vráti vytvorenie ďalšej relácie HTTP 409. Vypršanie relácieRI-5Počkajte, kým uplynie expiresAt (30 minút), a URL znova otvorte. Žiadnu novú platbu nemožno začať a objednávka zostane nezaplatená.

4. Nastavenia Checkoutu

Schválený obchodníkCS-1Každý obchodník, pre ktorého prijímate platby, je v tabuľke Checkout merchants v stave Ready. Návratové cieleCS-2Predvolené URL úspechu a zrušenia sú nastavené pre prihlasovacie údaje, ktoré používate (predvolené hodnoty organizácie pre Secret key, nastavenia obchodníka pre kľúč obchodníka), používajú HTTPS a ich presné originy sú uvedené v zozname Allowed websites týchto prihlasovacích údajov. Prepísanie pre jednotlivé relácieCS-3Každé successUrl alebo cancelUrl, ktoré odošlete, zodpovedá nakonfigurovanému originu. PeňaženkyCS-4Apple Pay a Google Pay sú zapnuté alebo vypnuté podľa zámeru. Google Pay v ostrej prevádzke má nakonfigurované Google Pay merchant ID. Peňaženky vo vložených platbáchCS-6Celková suma v peňaženke zodpovedá objednávke na serveri. Zmena dopravy alebo zliav ju aktualizuje. Zrušenie v peňaženke ponechá checkout dostupný a čakajúce platby zablokujú ďalšiu platbu. BrandingCS-5Farba a logo vyzerajú v Checkout preview správne v rozložení pre počítač aj pre mobil.

5. Zabezpečenie

Kľúč na serveriSE-1Váš checkout kľúč obchodníka alebo Secret key organizácie je iba v konfigurácii servera, nikdy v kóde prehliadača, balíkoch aplikácie ani v systéme na správu verzií. Sumy určuje serverSE-2Suma, mena a ID objednávky pochádzajú z vašej uloženej objednávky, nikdy z prehliadača. Endpointy pre vložené platbySE-3Ak používate vložené platby, prepare a submit sú viazané na autentifikovaný checkout alebo podpísanú HTTP-only cookie a originy požiadaviek, ktoré menia údaje, sa overujú. Content Security PolicySE-4Ak používate vložené platby, vaša CSP povoľuje originy skriptov a rámcov Tapaya a overenia 3-D Secure v jej rámci stále fungujú.

6. Konfigurácia sandboxu

Sandboxové APIPR-1TAPAYA_CHECKOUT_API_URL ukazuje na https://api.sandbox.tapaya.com. Sandboxový kľúčPR-2Integrácia používa sandboxový checkout kľúč obchodníka alebo Secret key organizácie načítaný z konfigurácie servera. Úloha na odsúhlaseniePR-3Úloha, ktorá načítava nevyriešené relácie, je naplánovaná vo vašom testovacom prostredí.

7. Pripravenosť na produkciu

Pripravenosť obchodníkaLV-1Obchodník v ostrej prevádzke dokončil onboarding s online platbami, získal schválenie spracovateľa a má nakonfigurovanú platobnú bránu. V nastaveniach Checkoutu je obchodník v stave Ready. Prihlasovacie údaje pre ostrú prevádzkuLV-2Server používa produkčné prihlasovacie údaje a https://api.tapaya.com. Integrácie cez SDK nastavujú TAPAYA_ENVIRONMENT=production. Sandboxové kľúče a testovacie karty sa na platby v ostrej prevádzke nepoužívajú. Peňaženky v ostrej prevádzkeLV-3Domény obchodov pre Apple Pay sú aktívne. Google Pay v ostrej prevádzke má nakonfigurované merchant ID. Podporované peňaženky dokončia platbu a po zrušení sa dá v platbe pokračovať. Odsúhlasenie v ostrej prevádzkeLV-4Produkčné návratové URL, overenie na serveri, vybavenie objednávky aj úloha na odsúhlasenie používajú produkčnú konfiguráciu. Chýba vám niečo na tejto stránke?Navrhnite funkciu. Pripojíme túto stránku, aby tím videl súvislosti.